| Have you checked the document in the shard drawer? SELect it in the EM
menu, and do a SHow - what is its filename and Data Type?
I ask because it sounds a bit as if it got converted to ASCII on being
copied to the shared drawer (in which case its Data Type will be ASCII
something, and its file name will end with .TXT). If that's the case,
asking in the WPS-PLUS conference will do you no good, and someone
should be able to help you here.
If, on the other hand, the Data Type is still WPSPLUS and the filename
ends in .WPL, then it must be some (highly obscure) WPS-PLUS problem
and you'll do better in their conference.
Dave.
|
| Same ongoing problem.....
I've done some investigation into this and it looks like the problem
only occurs if you ATTach a TDE document in another drawer. If you
ATTach a TDE document within the same drawer, its OK so the ATTach
function isn't too blame. It is only when you ATTach across 2
drawers.
WPS-PLUS are going to refer me back here because the problem only
occurs with shared drawers. Its certainly strange because not only
are the vertical lines dashes but also the horizontal ones, as though
I had created the line with hyphens.
<for cab$attach with .docnum=000006 do get .ddsab tells me its WPSPLUS
so I don't understand what is going on. I see note 1758.* touches
on CAB$ATTACH but print settings are stored in the .WPL file, not the
PDAF.
Any wild ideas?
julia
|
| Hi,
There is a bug we fixed in the CAB$ATTACH data set which probably
explains your problem.
When you attach a document in the same drawer a DFORMAT attribute of
blank is added. When you attach from another drawer no DFORMAT
attribute gets added.
Now doing the following :
get cab$attach.dformat[...]
will return a non-blank answer if dformat is not present. This is a
problem we have already fixed for the PFR, but the fix is not in
V3.0-1. If your problem is urgent you may wish to contact the support
organisation to see if you can get a CSP.
Cheers
Stuart
|