[U2] [UV] odd problem with read statement assigning variable with random data with else clause in pick flavor

2009-12-22 Thread Buss, Troy (Logitek Systems)
We are running universe 10.2.10 in pick flavor. I have a program (part of a 4gl subroutine) that simplified does the following: CITEM = READU CITEM FROM F.FILE, CID THEN END ELSE IF CITEM # THEN PRINT CITEM IS NOT NULL! END According to the documentation, when running in pick

Re: [U2] [UV] odd problem with read statement assigning variable with random data with else clause in pick flavor

2009-12-22 Thread George Gallen
Does it happen if it's a named common? If it doesn't, then can you make all your unnamed commons - /noname/ ? -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users- boun...@listserver.u2ug.org] On Behalf Of Buss, Troy (Logitek Systems) Sent: Tuesday, December

Re: [U2] [UV] odd problem with read statement assigning variable with random data with else clause in pick flavor

2009-12-22 Thread David Jordan
Hi Troy The problem with that code is that the else clause is taken when the record is locked. You are assuming if the else clause is taken that the record does not exist, which is not a safe assumption. I would suggest Readu citem from fv, key locked * locked options End then * then options

Re: [U2] [UV] odd problem with read statement assigning variable with random data with else clause in pick flavor

2009-12-22 Thread Buss, Troy (Logitek Systems)
Thanks for the replies... In this example I was using, the ID was not on file, so it would not have taken the LOCKED clause. I just added the locked clause to my actual failing code to test the theory and it still takes the ELSE clause because the record is truly not on file. I tried George's

[U2] INPUTIF

2009-12-22 Thread Lloyd Cottrell
IN THE FOLLOWING BIT OF CODE, MOST NOTABLE THE INPUTIF, WHEN THIS IS RUN USING A TELNET SESSION, EVERYTHING WORKS JUST FINE, WHEN THE CONNECTION IS SSH1 EVERYTHING IS FINE, HOWEVER, RUNNING IT USING SSH2 IT TAKE ABOUT 20 SECONDS BEFORE YOU GET ANYTHING TO RESPOND AFTER YOU INPUT. WE ARE USING UV

Re: [U2] INPUTIF

2009-12-22 Thread Hona, David
First, check if your 'Caps Lock' key is broken. :) Next, check your SSH2 and SSH1 settings are the same on your AIX server. Finally what version of SSH server are you using? SSH Tectia or OpenSSH server? I've read about bugs in SSH2 and seen poor SSH2 implementations on terminal emulators

Re: [U2] INPUTIF

2009-12-22 Thread Lloyd Cottrell
the version running ssh2 is OpenSSH_4.7p1, OpenSSL 0.9.8f 11 Oct 2007 the only different between a very old version of ssh1 and this newer one is the compression is yes on ssh1 and delayed on ssh2 and amazingly putty works fine. i do use accuterm for the emulator. and i hope that the lower

Re: [U2] INPUTIF

2009-12-22 Thread Hona, David
So you only have a SSH2 problem when using Accuterm? I guess you've asked them for a new release of their SSH2 module/DLL or package? Or at least they're investigating this themselves. PuTTY offers lots of SSH/SSH2 options for debugging / optimisation / customisation... does Accuterm? Just

[U2] Charles Shaffer/NTNBOWER is out of the office until August 12.

2009-12-22 Thread Charles_Shaffer
I will be out of the office starting 12/18/2009 and will not return until 12/30/2009. I will respond to your message when I return. ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users