Warning: This message has had one or more attachments removed
Warning: (msg-26018-25.html).
Warning: Please read the "AngelicHost-Attachment-Warning.txt" attachment(s) for
more information.
John:
It appears the following code is the culprit:
tclCMD[CharLoc,1] = KeyStr
CRT KeyStr :
When it was replaced by:
tclCMD1 = tclCMD[1,CharLoc-1]
tclCMD2 = tclCMD[CharLoc+1,9999]
tclCMD = tclCMD1 : KeyStr : tclCMD2
CRT KeyStr :
...the problem mostly went away, although it does still occasionally occur. How
weird?!
Bill
...John Jenkins wrote on Nov 05, 2007; 03:48pm
Bill
The usual candidates:
UDT.OPTIONS 109 ON (Telnet nodelay) for input
Otherwise the likely candidates are:
1. VPN tunnel configuration
2. WAN network configuration
3. Any contention on the TELNET port? (change it from port 23 to something else
and
see).
4. (maybe) Broadcom NIC and driver combination
5. Dell management software
True test:
Open a DOS session on the CONSOLE (to localhost) and see if you have the
same problem. If you are LOCAL and on the CONSOLE and have no problem then
it's not UniData - it's something else. At that point it's a matter of
elimination.
At that point I'd try Microsoft Telnet and see if the problem exists there as
well.
Hope this helps.....
Regards
JayJay
by Bill Haskett <http://www.nabble.com/user/UserProfile.jtp?user=21234> Nov 03,
2007; 06:20pm
I use a subroutine to manage all data input for a character based version of
our
application...
This has worked flawlessly for 10-15 years. We moved a group of our clients
from D3
to UniData v7.1.9 on a new Dell Win 2K3 machine. Since then, we've been having
problems with the data input code, in that UniData seems to be dropping
characters.
An example is in our ECL shell program we might enter something like:
...Welcome to 'TCL'. Enter Command to execute, or Press [Esc] to exit.
1 Demo (0)-> LIST-LOGINS
In E:\DataTrust\DTA\BP\BP\_TCL.SHELL at line 1123 Not a verb
In E:\DataTrust\DTA\BP\BP\_TCL.SHELL at line 1123 LIS-LOGINS
1 Demo (0)-> .L10
0001 LIS-LOGINS
0002 UD.LOGOFF 2332
0003 UD.LOGOFF 2652
[snipped]
Does anyone know if the SYSTEM(14) function, or the type-ahead buffer, can be
controlled (configured). The code that runs this looks like:
LOOP ; ** UD
version
IF NOT(WaitTime) THEN ; ** UD
version
INPUT AsciiChar,1: UNFILTERED ; ** get a raw byte UD
version
END ELSE ; ** UD
version
INPUT AsciiChar,1: FOR WaitTime UNFILTERED THEN ; ** UD
version
NULL ; ** UD
version
END ELSE ; ** UD
version
IF I.VALUE = NULL$ THEN I.VALUE = WCHAR ; ** UD
version
AsciiChar = CHAR(13) ; ** UD
version
MenuExit = 1 ; ** UD
version
END ; ** UD
version
END ; ** UD
version
DecChar = SEQ(AsciiChar) ; ** convert to decimal UD
version
HexStr := OCONV(AsciiChar, 'MX') ; ** convert to hex UD
version
DecStr := DecChar : SP1 ; ** build decimal string UD
version
KeyStr := AsciiChar ; ** build ascii UD
version
UNTIL NOT(SYSTEM(14)) DO REPEAT ; ** UD
version
Any thoughts would be appreciated.
Bill
This is a message from the MailScanner E-Mail Virus Protection Service
----------------------------------------------------------------------
The original e-mail message contained potentially dangerous content,
which has been removed for your safety.
The content is dangerous as it is often used to spread viruses or to gain
personal or confidential information from you, such as passwords or credit
card numbers.
If you wish to receive a copy of the original email, please
e-mail helpdesk and include the whole of this message
in your request. Alternatively, you can call them, with
the contents of this message to hand when you call.
At Sat Nov 24 15:22:45 2007 the content filters said:
MailScanner: Found a script in HTML message
Note to Help Desk: Look on the AngelicHost MailScanner in
/home/virtual/site2/fst/var/spool/mail.quarantine/20071124 (message
lAONMeOA005636).
--
Postmaster
-------
u2-users mailing list
[email protected]
To unsubscribe please visit http://listserver.u2ug.org/
