[U2] EN4 documentation
Hi The company I've just joined uses EN4 and DEFINE. I know I've seen these before, but I simply cannot remember how EN4 fits together... and I have dropped into a place that believes that every programming task should take 30 minutes or less. There is no-one to ask, and no manuals. Only the existing code, and no time to figure it out (I have printed out EN4B etc, but that's taking time) There has been talk of send me on a DEFINE course, but now 8 weeks later there is no sign of that ever happening (yeah, yeah, I know the drill... the eternal carrot...) So, to the questions: (1) Does anyone know where I can find EN4 documentation? (2) Can anyone explain the similarities between this and DEFINE? --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Type ahead buffer overflow
Agreed. You may find tho', that the extra call out to TRIM may cause the
input loop to be too slow to collect all the incoming data. Better to get
the data, then trim as you process it...
Your loop doesn't cater for 80 col lines (or whatever length) and therefore
runs the risk of getting to the same place: the input buffer filling up
prematurely, or an embedded CR being interpreted an an Enter.
By limiting the input to a defined length, the INPUT buffer just handles 80
chars. You may even find, however, that a loop of -1 within a loop of recs
may work better... this captures any char sequences embedded (if any) and
ensures NO overflow, but might be a bit excessive. This is the method used
when getting input from laboratory machines, with NAKs and ACKs, etc.
* just get the data in
next.key = 0
LOOP
chr = 0
LOOP
chr += 1
if chr = {whatever length} THEN EXIT
INPUT X,-1
LINE := X
REPEAT
next.key += 1
WRITE LINE ON FILE, next.key
REPEAT
* now process the input
SSELECT FILE
LOOP
...
REPEAT
As for getting the data across, you could always mail it...!!!
then issue a PINE command line and capture the output.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Tim Stokes
Sent: 26 February 2008 06:26 PM
To: u2-users@listserver.u2ug.org
Subject: RE: [U2] Type ahead buffer overflow
That is very similar to the one I use. Here is mine.
REC = ''
LOOP
INPUT XXX
UNTIL XXX = "*NED OF TEXT*" DO
REC<-1> = XXX
REPEAT
If you want to lose blank lines you change REC<-1> = XXX to
IF TRIM(XXX) # "" THEN REC<-1> = XXX
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2][UV] ANALYZE.FILE dilemma
I created a dynamic hashed file. It contains only keys, made up of two integers (with @TM between). I then populated this file with lots of keys. I expected ANALYZE.FILE to show key space and unused space, but it's showing lots of space for "data", even though there is none. Is what's being counted as data the storage overheads? Unfortunately I can't use UVFIXFILE, because the hashed file was created with 64-bit addressing. When I try to use fixtool, it responds with "Start Diagnostics. An error has occurred during running. Error: Unable to open the data file." This is curious, and happens if the -file option is used to specify the file. The -filepath options simply abends with "You must specify a file to use." Here is the ANALYZE.FILE output. I hope it doesn't wrap around too badly. It seems to be an awful lot of data space (25-51 bytes per record) to me, even allowing for 22 bytes/record storage overhead, when there are no data fields. File type .. DYNAMIC NLS Character Set Mapping .. NONE Hashing Algorithm .. GENERAL No. of groups (modulus) 110524 current ( minimum 1, 0 empty, 21078 overflowed, 998 badly ) Number of records .. 5024984 Large record size .. 1628 bytes Number of large records 0 Group size . 2048 bytes Load factors ... 80% (split), 50% (merge) and 80% (actual) Total size . 272252928 bytes Total size of record data .. 140600271 bytes Total size of record IDs ... 42745685 bytes Unused space ... 88902876 bytes Total space for records 272248832 bytes Number per group ( total of 110524 groups ) AverageMinimumMaximum StdDev Group buffers .. 1.19 1 3 0.39 Records 45.47 13118 16.88 Large records .. 0.00 0 0 0.00 Data bytes . 1272.12354 3589 512.08 Record ID bytes 386.75114 1007 143.71 Unused bytes ...780.68 24 2044 371.44 Total bytes 2439.56 2048 6144 0.00 Number per record ( total of 5024984 records ) AverageMinimumMaximum StdDev Data bytes . 27.98 25 51 1.94 Record ID bytes 8.51 3 9 0.66 Total bytes 36.49 28 60 2.12 --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] - Websphere MQ
BTW...Craig: Does the C.R.O.S.S. MQ Interface product (UniVerse edition) still exist? Or is no longer available? I think so -- anyone interested in a GCI interface to the MQI could try asking [EMAIL PROTECTED] Craig --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] - Websphere MQ
I don't think the AMI support is there on Redhat which is the platform he is look at I believe? At least it didn't used to be. Cheers, Phil. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Hona, David S Sent: Wednesday, 27 February 2008 3:00 p.m. To: u2-users@listserver.u2ug.org Subject: RE: [U2] - Websphere MQ If you have never used MQSeries before, it is a steep learning curve. Even if you have, as Craig pointed out...the AMI libraries used by IBM to interface UV to MQ only seem to add to the learning curve and frustration at times (if you're learning and developing at the same time). Once you get it up and going...it works quite well and reliably though. BTW...Craig: Does the C.R.O.S.S. MQ Interface product (UniVerse edition) still exist? Or is no longer available? Regards, David -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Craig Bennett Sent: Wednesday, February 27, 2008 9:33 AM To: u2-users@listserver.u2ug.org Subject: Re: [U2] - Websphere MQ The current interface works but is frustrating as the environment setup is difficult to track down. The AMI (which are the libraries U2 use to access MQ) is now deprecated so AMI configuration info is hard to find. Also there is no support for MQ transactions in the BASIC API -- so once you get a message, make sure you don't abort :). IBM have been promising a better interface for ages using the MQI or similar. David Hona supplied me with the following information which was invaluable in getting the thing to work: Before we execute the BASIC application with the U2AMI calls, we defined what AMI respository we want to use and then setup the optional AM_TRACE variables (unset them to remove). The logs can be very details (esp. level 9), so they need to be turned off. This on Sun Solaris environment...UV 10.1.18: SETMQENV 001 PA 002 ENV AMT_REPOSITORY=dmms_amt.xml 003 env AMT_HOST=amthost.xml 004 ENV AMT_TRACE_PATH=/DMMSDEV/DAVID/LIVE/&HOLD& 005 ENV AMT_TRACE_LEVEL=9 006 ENV AMT_TRACE=yes 007 ENV AMT_DATA_PATH=/DMMSDEV/DAVID/LIVE In the above example, log files named AMTn.TRC are written out to /DMMSDEV/DAVID/LIVE/&HOLD&. Unset AMT_TRACE to toggle tracing on/off. More details on AMI tracing, etc are in this IBM document: ftp://ftp.software.ibm.com/software/ts/mqseries/library/books/amtyak04.p df I am uncertain if this has anything to do with your issue...but I did notice the following in the U2AMI.H include file in UNIVERSE.INCLUDE: ---snip--- ** ** * ** Wait time constant for use with: * **amPolGetWaitTime * **amPolSetWaitTime * ** * ** EQUATE AMWT_UNLIMITED TO -1 ---snip--- According to the AMI documentation amPolGetWaitTime - Returns the wait time (in ms) set for this policy. amPolSetWaitTime - Sets the wait time for any receive function using HTH, Craig this policy. --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] - Websphere MQ
If you have never used MQSeries before, it is a steep learning curve. Even if you have, as Craig pointed out...the AMI libraries used by IBM to interface UV to MQ only seem to add to the learning curve and frustration at times (if you're learning and developing at the same time). Once you get it up and going...it works quite well and reliably though. BTW...Craig: Does the C.R.O.S.S. MQ Interface product (UniVerse edition) still exist? Or is no longer available? Regards, David -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Craig Bennett Sent: Wednesday, February 27, 2008 9:33 AM To: u2-users@listserver.u2ug.org Subject: Re: [U2] - Websphere MQ The current interface works but is frustrating as the environment setup is difficult to track down. The AMI (which are the libraries U2 use to access MQ) is now deprecated so AMI configuration info is hard to find. Also there is no support for MQ transactions in the BASIC API -- so once you get a message, make sure you don't abort :). IBM have been promising a better interface for ages using the MQI or similar. David Hona supplied me with the following information which was invaluable in getting the thing to work: Before we execute the BASIC application with the U2AMI calls, we defined what AMI respository we want to use and then setup the optional AM_TRACE variables (unset them to remove). The logs can be very details (esp. level 9), so they need to be turned off. This on Sun Solaris environment...UV 10.1.18: SETMQENV 001 PA 002 ENV AMT_REPOSITORY=dmms_amt.xml 003 env AMT_HOST=amthost.xml 004 ENV AMT_TRACE_PATH=/DMMSDEV/DAVID/LIVE/&HOLD& 005 ENV AMT_TRACE_LEVEL=9 006 ENV AMT_TRACE=yes 007 ENV AMT_DATA_PATH=/DMMSDEV/DAVID/LIVE In the above example, log files named AMTn.TRC are written out to /DMMSDEV/DAVID/LIVE/&HOLD&. Unset AMT_TRACE to toggle tracing on/off. More details on AMI tracing, etc are in this IBM document: ftp://ftp.software.ibm.com/software/ts/mqseries/library/books/amtyak04.p df I am uncertain if this has anything to do with your issue...but I did notice the following in the U2AMI.H include file in UNIVERSE.INCLUDE: ---snip--- ** ** * ** Wait time constant for use with: * **amPolGetWaitTime * **amPolSetWaitTime * ** * ** EQUATE AMWT_UNLIMITED TO -1 ---snip--- According to the AMI documentation amPolGetWaitTime - Returns the wait time (in ms) set for this policy. amPolSetWaitTime - Sets the wait time for any receive function using HTH, Craig this policy. --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] - Websphere MQ [AD]
Hello Marc, If you would like I can setup a conference call with one of our developers. We have implemented our FusionWare Integration Server with UniVerse to move data bi-directional. At this point we have connected with SQL Server, Oracle and Websphere MQ for our UniVerse Customer. Any other data type or application is possible with this technology. We have add-ins to this product that let you execute READ, WRITE etc directly to the Relational database from within your DataBasic line of business logic. Let me know if you would like more information. Thanks Janet 1.866.266.2326 x159 [AD] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Caminiti, Marc Sent: Tuesday, February 26, 2008 11:22 AM To: u2-users@listserver.u2ug.org Subject: [U2] - Websphere MQ Not sure if this is the right place to ask, but I was wondering if anyone had any feelings/thoughts on Websphere MQ and integration with uniVerse. We are currently running uniVerse 10.0.9 on Red Hat Linux If you wish, you can respond off line too. Thanks in advance Marc Marc Caminiti IS Manager Nashbar Direct, Inc 6103 State Route 446 Canfield, OH 44406 330.533.1989, ext 336 330.702.9733, fax Obey gravity, It's the law! --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] - Websphere MQ
The current interface works but is frustrating as the environment setup is difficult to track down. The AMI (which are the libraries U2 use to access MQ) is now deprecated so AMI configuration info is hard to find. Also there is no support for MQ transactions in the BASIC API -- so once you get a message, make sure you don't abort :). IBM have been promising a better interface for ages using the MQI or similar. David Hona supplied me with the following information which was invaluable in getting the thing to work: Before we execute the BASIC application with the U2AMI calls, we defined what AMI respository we want to use and then setup the optional AM_TRACE variables (unset them to remove). The logs can be very details (esp. level 9), so they need to be turned off. This on Sun Solaris environment...UV 10.1.18: SETMQENV 001 PA 002 ENV AMT_REPOSITORY=dmms_amt.xml 003 env AMT_HOST=amthost.xml 004 ENV AMT_TRACE_PATH=/DMMSDEV/DAVID/LIVE/&HOLD& 005 ENV AMT_TRACE_LEVEL=9 006 ENV AMT_TRACE=yes 007 ENV AMT_DATA_PATH=/DMMSDEV/DAVID/LIVE In the above example, log files named AMTn.TRC are written out to /DMMSDEV/DAVID/LIVE/&HOLD&. Unset AMT_TRACE to toggle tracing on/off. More details on AMI tracing, etc are in this IBM document: ftp://ftp.software.ibm.com/software/ts/mqseries/library/books/amtyak04.p df I am uncertain if this has anything to do with your issue...but I did notice the following in the U2AMI.H include file in UNIVERSE.INCLUDE: ---snip--- ** ** * ** Wait time constant for use with: * **amPolGetWaitTime * **amPolSetWaitTime * ** * ** EQUATE AMWT_UNLIMITED TO -1 ---snip--- According to the AMI documentation amPolGetWaitTime - Returns the wait time (in ms) set for this policy. amPolSetWaitTime - Sets the wait time for any receive function using HTH, Craig this policy. --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
Re: [SPAM] [U2] - Websphere MQ
Dave Taylor Sysmark Information Systems, Inc. Authorized IBM Business Partner 49 Aspen Way Rolling Hills Estates, CA 90274 (O) 800-SYSMARK (800-797-6275) (F) 310-377-3550 (C) 310-561-5200 www.sysmarkinfo.com - Original Message - From: "Caminiti, Marc" <[EMAIL PROTECTED]> To: Sent: Tuesday, February 26, 2008 11:21 AM Subject: [SPAM] [U2] - Websphere MQ Not sure if this is the right place to ask, but I was wondering if anyone had any feelings/thoughts on Websphere MQ and integration with uniVerse. We are currently running uniVerse 10.0.9 on Red Hat Linux If you wish, you can respond off line too. Thanks in advance Marc Marc Caminiti IS Manager Nashbar Direct, Inc 6103 State Route 446 Canfield, OH 44406 330.533.1989, ext 336 330.702.9733, fax Obey gravity, It's the law! --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Color Laser PCL
Have you also checked that the driver is in raw mode? Jerry Banker > -Original Message- > From: Bob Rasmussen [mailto:[EMAIL PROTECTED] > Sent: Tuesday, February 26, 2008 12:44 PM > To: u2-users@listserver.u2ug.org > Subject: Re: [U2] Color Laser PCL > > On Sat, 23 Feb 2008, [EMAIL PROTECTED] wrote: > > > >I have posted this in CDP once and got the enclosed answer. > > >According to the manual that was quoted, it should be working, but > > >it is not. I am using a Dell 3110cn Color laser printer. We are > > >printing from Universe with a Windows 2003 server using the windows > > >generic text driver. I do get output, but it's always in gray scale. > > >Never in color. Note: when I print the windows test page from > > >another pc using the dell drivers, it's in color, so color does > > >work. Just not from the PCL below. Any Ideas would be most > appreciated. > > Here is the program was provided by Frank Winans from CDP. > > Thanks in advance. > > equ ESC to CHAR(27), CBLK to 0, CRED to 1, CGRN to 2 > > equ CYEL to 3, CBLU to 4, CMGN to 5, CCYN TO 6, CWHT TO 7 > > EQU ESC TO CHAR(27) > > PRINTER ON > > PRINT ESC:"*r3U": ;* set up an rgb type 8-color palette > > PRINT ESC:"*v":CRED:"S": > > PRINT "Red ": > > PRINT ESC:"*v":CBLU:"S": > > PRINT "Blue ": > > PRINT ESC:"*v":CBLK:"S": > > PRINT "black" > > PRINTER OFF > > In cases such as this, it is a good idea to divide the process into > steps, > and see which step has the problem. For instance, configure your > printer > driver to print to file, then run the program, then examine the file > produced to see it it contains what you expect it to contain. Then send > it > to the printer. > > Because I have an HP Color LaserJet 4550 PCL printer (and I'm a nice > guy), > I created a file that had those escape sequences (not using Pick, just > a > low-level editor), and ran it out to my printer. It printed each word > in > the proper color. So that says the code sequence is right, for an > actual > PCL printer. > > Email me privately if you'd like my test file. > > Also, it's possible that there is a problem in using the Generic > driver. > Try a different driver. > > But consider this: you can spend a LOT of time hand-writing PCL > sequences. > If you value your time, you might use a tool to make this easier. With > our > Print Wizard product, you could generate the following print data: > > = > > Red > Blue > Black > = > > ...and pass it to Print Wizard, which will render the intended output > on > ANY printer with a proper Windows driver. > > If you think this looks like HTML, that is intentional. We mimic HTML > in > many ways, but also include tags for barcodes, paper sizes, > orientation, > overlays, etc. > > Details on our web site. > > Regards, > Bob Rasmussen, President, Rasmussen Software, Inc. > > personal e-mail: [EMAIL PROTECTED] > company e-mail: [EMAIL PROTECTED] > voice: (US) 503-624-0360 (9:00-6:00 Pacific Time) > fax: (US) 503-624-0760 > web: http://www.anzio.com > street address: Rasmussen Software, Inc. > 10240 SW Nimbus, Suite L9 > Portland, OR 97223 USA > --- > u2-users mailing list > u2-users@listserver.u2ug.org > To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
[U2] - Websphere MQ
Not sure if this is the right place to ask, but I was wondering if anyone had any feelings/thoughts on Websphere MQ and integration with uniVerse. We are currently running uniVerse 10.0.9 on Red Hat Linux If you wish, you can respond off line too. Thanks in advance Marc Marc Caminiti IS Manager Nashbar Direct, Inc 6103 State Route 446 Canfield, OH 44406 330.533.1989, ext 336 330.702.9733, fax Obey gravity, It's the law! --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] Color Laser PCL
On Sat, 23 Feb 2008, [EMAIL PROTECTED] wrote: > >I have posted this in CDP once and got the enclosed answer. > >According to the manual that was quoted, it should be working, but > >it is not. I am using a Dell 3110cn Color laser printer. We are > >printing from Universe with a Windows 2003 server using the windows > >generic text driver. I do get output, but it's always in gray scale. > >Never in color. Note: when I print the windows test page from > >another pc using the dell drivers, it's in color, so color does > >work. Just not from the PCL below. Any Ideas would be most appreciated. > Here is the program was provided by Frank Winans from CDP. > Thanks in advance. > equ ESC to CHAR(27), CBLK to 0, CRED to 1, CGRN to 2 > equ CYEL to 3, CBLU to 4, CMGN to 5, CCYN TO 6, CWHT TO 7 > EQU ESC TO CHAR(27) > PRINTER ON > PRINT ESC:"*r3U": ;* set up an rgb type 8-color palette > PRINT ESC:"*v":CRED:"S": > PRINT "Red ": > PRINT ESC:"*v":CBLU:"S": > PRINT "Blue ": > PRINT ESC:"*v":CBLK:"S": > PRINT "black" > PRINTER OFF In cases such as this, it is a good idea to divide the process into steps, and see which step has the problem. For instance, configure your printer driver to print to file, then run the program, then examine the file produced to see it it contains what you expect it to contain. Then send it to the printer. Because I have an HP Color LaserJet 4550 PCL printer (and I'm a nice guy), I created a file that had those escape sequences (not using Pick, just a low-level editor), and ran it out to my printer. It printed each word in the proper color. So that says the code sequence is right, for an actual PCL printer. Email me privately if you'd like my test file. Also, it's possible that there is a problem in using the Generic driver. Try a different driver. But consider this: you can spend a LOT of time hand-writing PCL sequences. If you value your time, you might use a tool to make this easier. With our Print Wizard product, you could generate the following print data: = Red Blue Black = ...and pass it to Print Wizard, which will render the intended output on ANY printer with a proper Windows driver. If you think this looks like HTML, that is intentional. We mimic HTML in many ways, but also include tags for barcodes, paper sizes, orientation, overlays, etc. Details on our web site. Regards, Bob Rasmussen, President, Rasmussen Software, Inc. personal e-mail: [EMAIL PROTECTED] company e-mail: [EMAIL PROTECTED] voice: (US) 503-624-0360 (9:00-6:00 Pacific Time) fax: (US) 503-624-0760 web: http://www.anzio.com street address: Rasmussen Software, Inc. 10240 SW Nimbus, Suite L9 Portland, OR 97223 USA --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Type ahead buffer overflow
That is very similar to the one I use. Here is mine. REC = '' LOOP INPUT XXX UNTIL XXX = "*NED OF TEXT*" DO REC<-1> = XXX REPEAT If you want to lose blank lines you change REC<-1> = XXX to IF TRIM(XXX) # "" THEN REC<-1> = XXX -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dennis Bartlett Sent: Tuesday, February 26, 2008 9:00 AM To: u2-users@listserver.u2ug.org Subject: RE: [U2] Type ahead buffer overflow >> A! OK, so with your 500 lines of data, is it a single INPUT >> statement for all 500 lines? Or a loop over INPUT? AND >> 500 lines of 80 COL wide If so, then the code you're looking for is LOOP INPUT LN, 80 IF TRIM(LN) = '' THEN EXIT GOSUB PROCESS.LINE REPEAT That way the INPUT statement will take 80 chars, and process them, and go back to get the next 80 chars. --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Type ahead buffer overflow
Agreed, a UD DIR-type file (called type 19 in UV) in the middle might solve the issue nicely. Instead of an input statement, the UniBasic program would simply read the record from the DIR-type file. The heavy lifting involves passing the data into the DIR-type file. Several possibilities come to mind, such as SAMBA, NFS, pasting into an AIX editor, or the Unix cat command. Good luck and have fun, Tom Derwin >>> [EMAIL PROTECTED] 02/26/08 3:13 AM >>> Can't you simply paste into a text file in a type 1 directory, and then read and process the input? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Tom Dodds Sent: 25 February 2008 07:41 PM To: u2-users@listserver.u2ug.org Subject: [U2] Type ahead buffer overflow Or something like that. We have a client that uses a paste from Windows into an input statement, within a UniBasic program, to enter data. The string get quite large and in the transmission from VMS to Unix AIX 5.2 running UniData 7.10 we are losing data. We have played with the terminal emulator as much as possible, but we still lose data coming from Windows into UniData. We have set the sty to utilize xon/xoff, but still we lose data. Thanks Tom Dodds - This e-mail and any attachments may contain CONFIDENTIAL information, including PROTECTED HEALTH INFORMATION. If you are not the intended recipient, any use or disclosure of this information is STRICTLY PROHIBITED; you are requested to delete this e-mail and any attachments, notify the sender immediately, and notify the LabCorp Privacy Officer at [EMAIL PROTECTED] or call (877) 23-HIPAA / (877) 234-4722. --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Type ahead buffer overflow
>> A! OK, so with your 500 lines of data, is it a single INPUT >> statement for all 500 lines? Or a loop over INPUT? AND >> 500 lines of 80 COL wide If so, then the code you're looking for is LOOP INPUT LN, 80 IF TRIM(LN) = '' THEN EXIT GOSUB PROCESS.LINE REPEAT That way the INPUT statement will take 80 chars, and process them, and go back to get the next 80 chars. --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Type ahead buffer overflow
A! OK, so with your 500 lines of data, is it a single INPUT statement for all 500 lines? Or a loop over INPUT? If the former I believe you may find that you are hitting the limit of the INPUT statement --> I know we have bumped into this on UV Ross Ferris Stamina Software Visage > Better by Design! >-Original Message- >From: [EMAIL PROTECTED] [mailto:owner-u2- >[EMAIL PROTECTED] On Behalf Of Tom Dodds >Sent: Tuesday, 26 February 2008 9:31 AM >To: u2-users@listserver.u2ug.org >Subject: RE: [U2] Type ahead buffer overflow > >The test we have run seems to indicate that the data loss start after >about >300 line of 80 characters each and from then on every 90 to 120 line >thereafter. They can get to as large as 500-600 lines. It is received >into >a simple INPUT VAR statement. > >Tom Dodds >[EMAIL PROTECTED] >630.235.2975 > >-Original Message- >From: [EMAIL PROTECTED] >[mailto:[EMAIL PROTECTED] On Behalf Of Tim Stokes >Sent: Monday, February 25, 2008 2:50 PM >To: u2-users@listserver.u2ug.org >Subject: RE: [U2] Type ahead buffer overflow > >How large is the data? >How are you receiving the data? >The routines I use hold several pages. > > >-Original Message- >From: [EMAIL PROTECTED] >[mailto:[EMAIL PROTECTED] On Behalf Of Tom Dodds >Sent: Monday, February 25, 2008 12:41 PM >To: u2-users@listserver.u2ug.org >Subject: [U2] Type ahead buffer overflow > >Or something like that. > >We have a client that uses a paste from Windows into an input statement, >within a UniBasic program, to enter data. The string get quite large >and in >the transmission from VMS to Unix AIX 5.2 running UniData 7.10 we are >losing >data. We have played with the terminal emulator as much as possible, >but >we still lose data coming from Windows into UniData. We have set the >sty to >utilize xon/xoff, but still we lose data. > > > >Is there a way to increase the type ahead buffer so we won't overrun it. >The data string could contain multiple pages. > > > >Or does anyone have a solution other then changing terminal emulators, >that >is out of the question at this installation. > > > >Thanks > > > >Tom Dodds >--- >u2-users mailing list >u2-users@listserver.u2ug.org >To unsubscribe please visit http://listserver.u2ug.org/ >--- >u2-users mailing list >u2-users@listserver.u2ug.org >To unsubscribe please visit http://listserver.u2ug.org/ >--- >u2-users mailing list >u2-users@listserver.u2ug.org >To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Type ahead buffer overflow
I'd have to agree. If it's important, you should not be using unreliable means to input data. There are so many points of failure, worse than losing data it could be corrupting data. I wouldn't want to be the one to explain that to external auditors or angry workers whose payroll got "glitched" in a cut 'n' paste operation! :) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dennis Bartlett Sent: Tuesday, 26 February 2008 7:13 PM To: u2-users@listserver.u2ug.org Subject: RE: [U2] Type ahead buffer overflow Can't you simply paste into a text file in a type 1 directory, and then read and process the input? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Tom Dodds Sent: 25 February 2008 07:41 PM To: u2-users@listserver.u2ug.org Subject: [U2] Type ahead buffer overflow Or something like that. We have a client that uses a paste from Windows into an input statement, within a UniBasic program, to enter data. The string get quite large and in the transmission from VMS to Unix AIX 5.2 running UniData 7.10 we are losing data. We have played with the terminal emulator as much as possible, but we still lose data coming from Windows into UniData. We have set the sty to utilize xon/xoff, but still we lose data. Is there a way to increase the type ahead buffer so we won't overrun it. The data string could contain multiple pages. Or does anyone have a solution other then changing terminal emulators, that is out of the question at this installation. Thanks --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Type ahead buffer overflow
Can't you simply paste into a text file in a type 1 directory, and then read and process the input? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Tom Dodds Sent: 25 February 2008 07:41 PM To: u2-users@listserver.u2ug.org Subject: [U2] Type ahead buffer overflow Or something like that. We have a client that uses a paste from Windows into an input statement, within a UniBasic program, to enter data. The string get quite large and in the transmission from VMS to Unix AIX 5.2 running UniData 7.10 we are losing data. We have played with the terminal emulator as much as possible, but we still lose data coming from Windows into UniData. We have set the sty to utilize xon/xoff, but still we lose data. Is there a way to increase the type ahead buffer so we won't overrun it. The data string could contain multiple pages. Or does anyone have a solution other then changing terminal emulators, that is out of the question at this installation. Thanks Tom Dodds --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ -- No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.516 / Virus Database: 269.21.0/1296 - Release Date: 2008/02/24 12:19 PM --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
