| Title: | *OLD* ALL-IN-1 (tm) Support Conference |
| Notice: | Closed - See Note 4331.l to move to IOSG::ALL-IN-1 |
| Moderator: | IOSG::PYE |
| Created: | Thu Jan 30 1992 |
| Last Modified: | Tue Jan 23 1996 |
| Last Successful Update: | Fri Jun 06 1997 |
| Number of topics: | 4343 |
| Total number of notes: | 18308 |
Greetings,
If a user does a DT SV to send a document to VMS and if the document
contains a soft page break (GOLD P in WPS-PLUS), the VMS file that is
created contains a <FF><NUL> character. If the file contains a hard
page break (GOLD N), just a <FF> appears in the output file.
Customer wants to know if there is a way to have the soft page break
do just a <FF> instead of a <FF><NUL>. (Hopefully something customer
modifyable.)
Customer is actually sending documents containing soft page breaks to
a remote system (OA$MTI_TRNS = 1), and the <NUL> character is causing
problems on the receiving end.
Thanks, in advance, for your speedy reply.
Bruce Burnaman
CSC/Atlanta
| T.R | Title | User | Personal Name | Date | Lines |
|---|---|---|---|---|---|
| 4049.1 | ASCII text dataset | IOSG::NEWLAND | Richard Newland, IOSG, REO2-G/L2 | Wed Apr 06 1994 12:01 | 12 |
You did not say what type of VMS file you created so I am assuming that it was an ASCII text file. The ASCII text dataset output action routine is coded to convert a Soft-Page marker to <FF><NUL>. The input action is coded to convert <FF><NUL> to a Soft-Page marker. This allows an ALL-IN-1 ASCII file to distinguish between Hard-Page and Soft-Page markers. This behavior cannot be modified by the customer. Richard | |||||
| 4049.2 | I think its a WordPerfect problem | OASS::BURNAMAN_B | And now, live, from Atlanta . . . | Tue Apr 19 1994 21:56 | 21 |
Hi Richard,
Thanks - this is the answer I expected. I had pretty much already set
the customers expectation.
Customer is using WordPerfect as the editor and that software helps the
user out by automatically inserting a soft page break at or about line
54. When these files are sent from ALL-IN-1, they are converted to
ASCII because the "OA$MTI_TRNS" logical is set to 1. They go to an-
other system that does bizarre things if a <FF><NUL> character is en-
countered.
Naturally, this is an ALL-IN-1 problem (as far as the customer is
concerned) because WPS-PLUS documents containing a soft page break will
also be converted to <FF><NUL>.
I will relay this info to the customer.
Thanks,
Bruce in Atlanta
| |||||