Re: [U2] dynamic connect

[Larry Hiscock]

Sounds like a UAC issue.  A lot of applications try to store their
settings/config/.ini files in their program directory (i.e. c:\program
files\application\, where "application" is the directory the application
uses).  In Windows 7, UAC wants to redirect those to the users %APPDATA%
directory (e.g. \users\username\AppData\Roaming\application).  There are a
couple of ways to address this:

1) Change the "start in" location in the application's properties (right
click on the icon, and select properties) to start in %APPDATA%\application
(where "application" is the directory referenced above).

2) If you have local admin rights on the computer, you can copy the
settings/config/.ini file to the \program files\application directory.

Hope this helps.

Larry Hiscock
Western Computer Services

-Original Message-
From: u2-users-boun...@listserver.u2ug.org
[mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Dale Kelley
Sent: Monday, April 21, 2014 3:55 PM
To: u2-users@listserver.u2ug.org
Subject: [U2] dynamic connect

I have a customer who just upgraded all workstations to windows7.  I
installed dynamic connect to replace their uvterm.  Under SETUP I made them
VT100 set up the scripts and folders, (all default directories), and saved
session1.dcs.  I had to SET the numeric keypad and have saved the numeric
keypad, and the session.  Whenever a user logs in the numeric keypad has
reverted to escape sequences.  They can reload the one I saved, but should
not have to do that.  Has anybody encountered this and figured it out?




--
View this message in context:
http://u2-universe-unidata.1073795.n5.nabble.com/dynamic-connect-tp42970.htm
l
Sent from the U2 - Users mailing list archive at Nabble.com.
___
U2-Users mailing list
U2-Users@listserver.u2ug.org
http://listserver.u2ug.org/mailman/listinfo/u2-users

___
U2-Users mailing list
U2-Users@listserver.u2ug.org
http://listserver.u2ug.org/mailman/listinfo/u2-users

[U2] dynamic connect

[Dale Kelley]

I have a customer who just upgraded all workstations to windows7.  I
installed dynamic connect to replace their uvterm.  Under SETUP I made them
VT100 set up the scripts and folders, (all default directories), and saved
session1.dcs.  I had to SET the numeric keypad and have saved the numeric
keypad, and the session.  Whenever a user logs in the numeric keypad has
reverted to escape sequences.  They can reload the one I saved, but should
not have to do that.  Has anybody encountered this and figured it out?




--
View this message in context: 
http://u2-universe-unidata.1073795.n5.nabble.com/dynamic-connect-tp42970.html
Sent from the U2 - Users mailing list archive at Nabble.com.
___
U2-Users mailing list
U2-Users@listserver.u2ug.org
http://listserver.u2ug.org/mailman/listinfo/u2-users

Re: [U2] Dataflo programmer- ERP project in Irvine / CA / 92618.

[Allen Elwood RR]

hello khushboo

sorry to say i'm disabled/retired with severe crps/rsd in my right hand 
leaving me unable to type fast enough or long enough to be effective in 
the work place, since I have to do all typing with just my left hand and 
take tramadol for pain management


i have cc'd your message to the u2 unidata forum so perhaps someone 
there can take advantage of this opportunity


good luck on finding help

allen

On 4/21/2014 10:22 AM, khushboo.shrivast...@artechinfo.com wrote:

Hi,

My name is Khushboo and I'm a recruiter at Artech, a global staffing 
and IT consulting company. We are constantly on the lookout for 
professionals to fulfill the staffing needs of our clients, and we 
currently have a job opening that may interest you. Below is a summary 
of the position.

*
*/_HM Notes: ERP system has to be Dataflo with a Universe database_/

Job: JNJNJP00031671
Title: Enterprise Resource Planning - Dataflo programmer
Period: 04/21/2014 to 10/15/2014
Location:  IRVINE / CA / 92618

Environment: Supply Chain/Manufacturing industry


*Description: *
1.Support the ERP system release cycle.
2. *Develop changes to Dataflo as per release requirements. *
3.Be familiar with and adhere to ASP Change Management 
procedure, SOx requirements, SDLC, and other US Regulatory and client 
Policies.

4.Work with business to understand and gather business processes.
5.Provide Inputs at the subject matter expertise level.
6.Develop programs to fix issues or processes.
7.Documentation of systems changes as necessary.


*Qualifications: *
1.Work experience 7+
2. *Dataflo programming experience required*
3. *Dataflo administration experience a plus *
4.Able to work independently - Excellent communication skills 
– written and verbal

5.SOX experience a plus


If you believe you're qualified for this position and are currently in 
the job market or interested in making a change, please give me a call 
as soon as possible at (973) 967-3437.


You may respond to me via email but _please be sure to include your 
direct phone number_ so I can reach out to you quickly. In considering 
candidates for our various positions, time is of the essence and we 
are committed to responding to our clients promptly.


If you have not worked with Artech in the past and would like to know 
more about our company and what to expect when applying for a job with 
us, click on our _FAQs_ or _Get 
Started!_ page for a 
step-by-step explanation of our hiring process.


Thank you for taking time out of your busy schedule to read and 
respond to this message.



Thanks
Khushboo Shrivastava
Lead Recruiter - Staffing
240 Cedar Knolls Road, Suite 100 | Cedar Knolls, NJ 07927
Office: 973.967.3437 | Fax: 973.998.2599
Email: _Khushboo.Shrivastava@artechinfo.com_ 
| Website: 
_www.artechinfo.com_ 

Artech is the #10 Largest IT Staffing Company in the US!

*
About Artech Information Systems LLC*
Artech is an employer-of-choice for over 5,800 consultants across the 
globe. We recruit top-notch talent for over 65 Fortune and Government 
clients coast-to-coast across the U.S., India, and China. We are one 
of the fastest-growing companies in the U.S. and this may be your 
opportunity to join us!

*
Want to read more about Artech?*
Click _here_ to visit our website or click 
on the following links to read what others are saying about us: /_The 
Wall Street Journal_/ 
/, 
//_Forbes (1)_/ 
/_(2),_/ 
/_BusinessWire_/ 
/, 
//_Entrepreneur_/ 
/, 
/_Better Business Bureau_ 
, 
_Hoovers_ 
, 
/_Diversity Careers(1)_/ 
/_(2)_/ 
/, 
/_The Artech Circle_ 
, 
_NJTVOnline_ , _The 
Business Forum Show_ , 
and _SIA: “Above the Crowd_ 
.

Re: [U2] INDEX taking forever to rebuild after server upgrade.

[neil]

I checked the Rocket support system and did not see anything related to poor 
index build performance lately. Allen’s prognosis would be a good one to follow 
as indexing NULLS is not good (unless thats what you really need)

Neil Richards
Sales Engineer
Rocket Software

On Apr 21, 2014, at 9:48 AM, Allen Egerton  wrote:

> Possibly you're indexing nulls, which will give you a very large branch of
> the tree.
> 
> EXECUTE "DELETE.INDEX ": FILENAME: " ": FIELD.NAME
> EXECUTE "CREATE.INDEX ": FILENAME: " NO.NULLS"
> EXECUTE "BUILD.INDEX ": FILENAME: " ": FIELDNAME
> 
> -Original Message-
> From: u2-users-boun...@listserver.u2ug.org
> [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Chris Austin
> Sent: Monday, April 21, 2014 12:39 PM
> To: u2-users@listserver.u2ug.org
> Subject: [U2] INDEX taking forever to rebuild after server upgrade.
> 
> Hello,
> 
> We recently upgraded to a new Windows 2012 R2 server with the latest version
> of UniVerse (11.2.x). Everything seems to be working great except we noticed
> that 1 index on 1 record is taking a TON of time to do a rebuild. 
> 
> The basic syntax we're using is >
> 
> EXECUTE  'CREATE.INDEX ':FILENAME:' ':FIELDNAME EXECUTE  'BUILD.INDEX
> ':FILENAME:' ':FIELDNAME
> 
> The output looks like >
> 
> Clearing Index File INDEX.007
> 
> Starting DATA processing for index 'OTHER_REF'!
> 2251000 processed.
> ***
> 
> However, this used to finish in a couple minutes and now runs for HOURS
> without finishing. 
> 
> Any ideas what would cause this or how to remedy the situation? Maybe the
> index is corrupt?
> 
> Thanks,
> 
> Chris
> 
> 
> ___
> U2-Users mailing list
> U2-Users@listserver.u2ug.org
> http://listserver.u2ug.org/mailman/listinfo/u2-users
> 
> ___
> U2-Users mailing list
> U2-Users@listserver.u2ug.org
> http://listserver.u2ug.org/mailman/listinfo/u2-users

___
U2-Users mailing list
U2-Users@listserver.u2ug.org
http://listserver.u2ug.org/mailman/listinfo/u2-users

Re: [U2] INDEX taking forever to rebuild after server upgrade.

[Chris Austin]

No, we have not since I wasn't sure if it was something on our end or with the 
new version of UniVerse. Has
this come up with anyone else by chance that you know of?

Chris


> From: neilri...@gmail.com
> Date: Mon, 21 Apr 2014 09:48:07 -0700
> To: u2-users@listserver.u2ug.org
> Subject: Re: [U2] INDEX taking forever to rebuild after server upgrade.
> 
> Chris, did you open a support case with Rocket on this?
> 
> On Apr 21, 2014, at 9:39 AM, Chris Austin  wrote:
> 
> > Hello,
> > 
> > We recently upgraded to a new Windows 2012 R2 server with the latest 
> > version of UniVerse (11.2.x). Everything
> > seems to be working great except we noticed that 1 index on 1 record is 
> > taking a TON of time to do a rebuild. 
> > 
> > The basic syntax we're using is >
> > 
> > EXECUTE  'CREATE.INDEX ':FILENAME:' ':FIELDNAME
> > EXECUTE  'BUILD.INDEX ':FILENAME:' ':FIELDNAME
> > 
> > The output looks like >
> > 
> > Clearing Index File INDEX.007
> > 
> > Starting DATA processing for index 'OTHER_REF'!
> > 2251000 processed.
> > ***
> > 
> > However, this used to finish in a couple minutes and now runs for HOURS 
> > without finishing. 
> > 
> > Any ideas what would cause this or how to remedy the situation? Maybe the 
> > index is corrupt?
> > 
> > Thanks,
> > 
> > Chris
> > 
> >   
> > ___
> > U2-Users mailing list
> > U2-Users@listserver.u2ug.org
> > http://listserver.u2ug.org/mailman/listinfo/u2-users
> 
> ___
> U2-Users mailing list
> U2-Users@listserver.u2ug.org
> http://listserver.u2ug.org/mailman/listinfo/u2-users
  
___
U2-Users mailing list
U2-Users@listserver.u2ug.org
http://listserver.u2ug.org/mailman/listinfo/u2-users

Re: [U2] INDEX taking forever to rebuild after server upgrade.

[Chris Austin]

Ryan,

That's a good point, we do have a lot of strings with NULL so maybe setting 
NULLS to NO would help. 

Chris


> From: ryan.l...@meritain.com
> To: u2-users@listserver.u2ug.org
> Date: Mon, 21 Apr 2014 12:47:38 -0400
> Subject: Re: [U2] INDEX taking forever to rebuild after server upgrade.
> 
> Chris,
>   Does your index return a bunch of empty string values?  If so, your 
> CREATE.INDEX command might have needed a "NO.NULLS" keyword to prevent "" 
> index records from being created.
> 
> Ryan
> 
> -Original Message-
> From: u2-users-boun...@listserver.u2ug.org 
> [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Chris Austin
> Sent: Monday, April 21, 2014 11:39 AM
> To: u2-users@listserver.u2ug.org
> Subject: [U2] INDEX taking forever to rebuild after server upgrade.
> 
> Hello,
> 
> We recently upgraded to a new Windows 2012 R2 server with the latest version 
> of UniVerse (11.2.x). Everything
> seems to be working great except we noticed that 1 index on 1 record is 
> taking a TON of time to do a rebuild.
> 
> The basic syntax we're using is >
> 
> EXECUTE  'CREATE.INDEX ':FILENAME:' ':FIELDNAME
> EXECUTE  'BUILD.INDEX ':FILENAME:' ':FIELDNAME
> 
> The output looks like >
> 
> Clearing Index File INDEX.007
> 
> Starting DATA processing for index 'OTHER_REF'!
> 2251000 processed.
> ***
> 
> However, this used to finish in a couple minutes and now runs for HOURS 
> without finishing.
> 
> Any ideas what would cause this or how to remedy the situation? Maybe the 
> index is corrupt?
> 
> Thanks,
> 
> Chris
> 
> 
> ___
> U2-Users mailing list
> U2-Users@listserver.u2ug.org
> http://listserver.u2ug.org/mailman/listinfo/u2-users
> 
> Note: The information contained in this message may be privileged and 
> confidential and protected from disclosure. If the reader of this message is 
> not the intended recipient, or an employee or agent responsible for 
> delivering this message to the intended recipient, you are hereby notified 
> that any dissemination, distribution or copying of this communication is 
> strictly prohibited. If you have received this communication in error, please 
> notify us immediately by replying to the message and deleting it from your 
> computer.
> ___
> U2-Users mailing list
> U2-Users@listserver.u2ug.org
> http://listserver.u2ug.org/mailman/listinfo/u2-users
  
___
U2-Users mailing list
U2-Users@listserver.u2ug.org
http://listserver.u2ug.org/mailman/listinfo/u2-users

Re: [U2] INDEX taking forever to rebuild after server upgrade.

[Allen Egerton]

Possibly you're indexing nulls, which will give you a very large branch of
the tree.

EXECUTE "DELETE.INDEX ": FILENAME: " ": FIELD.NAME
EXECUTE "CREATE.INDEX ": FILENAME: " NO.NULLS"
EXECUTE "BUILD.INDEX ": FILENAME: " ": FIELDNAME

-Original Message-
From: u2-users-boun...@listserver.u2ug.org
[mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Chris Austin
Sent: Monday, April 21, 2014 12:39 PM
To: u2-users@listserver.u2ug.org
Subject: [U2] INDEX taking forever to rebuild after server upgrade.

Hello,

We recently upgraded to a new Windows 2012 R2 server with the latest version
of UniVerse (11.2.x). Everything seems to be working great except we noticed
that 1 index on 1 record is taking a TON of time to do a rebuild. 

The basic syntax we're using is >

EXECUTE  'CREATE.INDEX ':FILENAME:' ':FIELDNAME EXECUTE  'BUILD.INDEX
':FILENAME:' ':FIELDNAME

The output looks like >

Clearing Index File INDEX.007

Starting DATA processing for index 'OTHER_REF'!
2251000 processed.
***

However, this used to finish in a couple minutes and now runs for HOURS
without finishing. 

Any ideas what would cause this or how to remedy the situation? Maybe the
index is corrupt?

Thanks,

Chris

  
___
U2-Users mailing list
U2-Users@listserver.u2ug.org
http://listserver.u2ug.org/mailman/listinfo/u2-users

___
U2-Users mailing list
U2-Users@listserver.u2ug.org
http://listserver.u2ug.org/mailman/listinfo/u2-users

Re: [U2] INDEX taking forever to rebuild after server upgrade.

[neil]

Chris, did you open a support case with Rocket on this?

On Apr 21, 2014, at 9:39 AM, Chris Austin  wrote:

> Hello,
> 
> We recently upgraded to a new Windows 2012 R2 server with the latest version 
> of UniVerse (11.2.x). Everything
> seems to be working great except we noticed that 1 index on 1 record is 
> taking a TON of time to do a rebuild. 
> 
> The basic syntax we're using is >
> 
> EXECUTE  'CREATE.INDEX ':FILENAME:' ':FIELDNAME
> EXECUTE  'BUILD.INDEX ':FILENAME:' ':FIELDNAME
> 
> The output looks like >
> 
> Clearing Index File INDEX.007
> 
> Starting DATA processing for index 'OTHER_REF'!
> 2251000 processed.
> ***
> 
> However, this used to finish in a couple minutes and now runs for HOURS 
> without finishing. 
> 
> Any ideas what would cause this or how to remedy the situation? Maybe the 
> index is corrupt?
> 
> Thanks,
> 
> Chris
> 
> 
> ___
> U2-Users mailing list
> U2-Users@listserver.u2ug.org
> http://listserver.u2ug.org/mailman/listinfo/u2-users

___
U2-Users mailing list
U2-Users@listserver.u2ug.org
http://listserver.u2ug.org/mailman/listinfo/u2-users

Re: [U2] INDEX taking forever to rebuild after server upgrade.

[Ladd, Ryan]

Chris,
  Does your index return a bunch of empty string values?  If so, your 
CREATE.INDEX command might have needed a "NO.NULLS" keyword to prevent "" index 
records from being created.

Ryan

-Original Message-
From: u2-users-boun...@listserver.u2ug.org 
[mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Chris Austin
Sent: Monday, April 21, 2014 11:39 AM
To: u2-users@listserver.u2ug.org
Subject: [U2] INDEX taking forever to rebuild after server upgrade.

Hello,

We recently upgraded to a new Windows 2012 R2 server with the latest version of 
UniVerse (11.2.x). Everything
seems to be working great except we noticed that 1 index on 1 record is taking 
a TON of time to do a rebuild.

The basic syntax we're using is >

EXECUTE  'CREATE.INDEX ':FILENAME:' ':FIELDNAME
EXECUTE  'BUILD.INDEX ':FILENAME:' ':FIELDNAME

The output looks like >

Clearing Index File INDEX.007

Starting DATA processing for index 'OTHER_REF'!
2251000 processed.
***

However, this used to finish in a couple minutes and now runs for HOURS without 
finishing.

Any ideas what would cause this or how to remedy the situation? Maybe the index 
is corrupt?

Thanks,

Chris


___
U2-Users mailing list
U2-Users@listserver.u2ug.org
http://listserver.u2ug.org/mailman/listinfo/u2-users

Note: The information contained in this message may be privileged and 
confidential and protected from disclosure. If the reader of this message is 
not the intended recipient, or an employee or agent responsible for delivering 
this message to the intended recipient, you are hereby notified that any 
dissemination, distribution or copying of this communication is strictly 
prohibited. If you have received this communication in error, please notify us 
immediately by replying to the message and deleting it from your computer.
___
U2-Users mailing list
U2-Users@listserver.u2ug.org
http://listserver.u2ug.org/mailman/listinfo/u2-users

[U2] INDEX taking forever to rebuild after server upgrade.

[Chris Austin]

Hello,

We recently upgraded to a new Windows 2012 R2 server with the latest version of 
UniVerse (11.2.x). Everything
seems to be working great except we noticed that 1 index on 1 record is taking 
a TON of time to do a rebuild. 

The basic syntax we're using is >

EXECUTE  'CREATE.INDEX ':FILENAME:' ':FIELDNAME
EXECUTE  'BUILD.INDEX ':FILENAME:' ':FIELDNAME

The output looks like >

Clearing Index File INDEX.007

Starting DATA processing for index 'OTHER_REF'!
2251000 processed.
***

However, this used to finish in a couple minutes and now runs for HOURS without 
finishing. 

Any ideas what would cause this or how to remedy the situation? Maybe the index 
is corrupt?

Thanks,

Chris

  
___
U2-Users mailing list
U2-Users@listserver.u2ug.org
http://listserver.u2ug.org/mailman/listinfo/u2-users