Yes, it happens with all workstations and printers at that client site; 
that's actually how I came to know about it - I'm troubleshooting for 
them.  When I install the same program anywhere else and run it there 
are no issues.

Tony Gravagno wrote:

>I had a site years ago where something like this was happening.  The server
>was in one office and remote end-users were connected over a multiplexor.
>Various @ sequences were interpreted by the MUX rather than being forwarded
>to the end-user.  For one particular sequence, a simple @(13) to reference
>column 13 of the current line, we had to update all programs to move screen
>data over by one character - there was no way to get around having the MUX
>translate that sequence into a ctrl-S to lock the port.
>
>Anyway, this might not be your exact problem but it may point in the right
>direction.  That is, something else like a device driver or communications
>line may be translating those characters for you.  It could also just be
>shot firmware in the printer - did you test with different workstations and
>printers?
>
>HTH
>T
>
>Dianne Ackerman wrote:
>  
>
>>I have a program which does a PRINT @(-23) at the
>>beginning and a PRINT @(-24) at the end so that all the
>>information prints on the aux printer.  Works great, but
>>when running at one particular client site, I get all
>>kinds of weird characters printing on the document, at
>>the beginning and end of each line.  Fine at any other
>>site, but just a problem when connected to this one
>>client.  Does anyone have an idea where I can look? 
-------
u2-users mailing list
[email protected]
To unsubscribe please visit http://listserver.u2ug.org/

Reply via email to