Rob,
Not sure what you mean "there is no way that will make a
"real" pdf file".
My example of CPYTOSTMF does create a real pdf file
(of course there is additional code that writes the pdf data
into the file XFWPDF). I did not include the complete CL
program code only cut and paste the CPYTOSTMF from my
joblog.
My cl program works on many different machines creating real
pdf files.
However, the problem I am encountering is only occuring on
the machine in Japan.
I searched IBM site and googled and yahooed CPFA0DB without
finding any useful information on possible causes.
I could add - I am able to use Windows Explorer to find
files in my library by drilling down through directory
QSYS.LIB
John
-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[
mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of
rob@xxxxxxxxx
Sent: Wednesday, June 06, 2007 8:43 AM
To: Midrange Systems Technical Discussion
Subject: Re: CPFA0DB when using CPYTOSTMF
On a tangent, there is NO way that will make a "real" pdf
file.
Hopefully what you sent was an exact copy/paste. The only
hits I found at
IBM's site had to do with their internal use of the command
and forgetting
the leading slash in front of qsys.lib.
crtpf rob/jallen rcdlen(10)
upddta rob/jallen
CPYTOSTMF FROMMBR('/qsys.lib/rob.lib/jallen.file/jallen.mbr'
)
TOSTMF('/rob/TestFile.PDF')
STMFOPT(*REPLACE)
STMFCODPAG(*PCASCII)
CPCA082-Object copied.
CRTDUPOBJ OBJ(JALLEN) FROMLIB(ROB) OBJTYPE(*FILE)
TOLIB(QTEMP) DATA(*YES)
Object JALLEN in QTEMP type *FILE created.
1 objects duplicated.
CPYTOSTMF
FROMMBR('/qsys.lib/qtemp.lib/jallen.file/jallen.mbr')
TOSTMF('/
rob/TestFile2.PDF') STMFOPT(*REPLACE) STMFCODPAG(*PCASCII)
Object copied.
v5r4
WRKPTFGRP
PTF Group Level
SF99540 7107
SF99539 45
SF99504 10
SF99348 2
SF99347 7
SF99323 11
SF99321 1
SF99318 7
SF99317 7
SF99316 3
SF99315 6
SF99312 15
SF99311 8
SF99309 8
SF99308 8
SF99306 3
SF99304 3
SF99296 5
SF99291 7
SF99186 12
SF99143 1
SF99114 9
Rob Berendt
As an Amazon Associate we earn from qualifying purchases.