In <[log in to unmask]> Bill Bennett CSY <[log in to unmask]> writes:
> On Wed, 7 Jun 1995 18:13:02 -0400, Chris Bartram ([log in to unmask]) wrote:
> : listf httpd.pub,2
> : ACCOUNT= DEV3K GROUP= PUB
>
> : FILENAME CODE ------------LOGICAL RECORD----------- ----SPACE----
> : SIZE TYP EOF LIMIT R/B SECTORS #X MX
>
> : HTTPD NMPRG 1B BA 304640 2147483647 2 1200 1 *
>
>
> : :linkedit
> : HP Link Editor/iX (HP30315A.05.06) Copyright Hewlett-Packard Co 1986
>
>
> : LinkEd> listprog httpd.pub
> : LIBRARY "HTTPD.PUB" FILE LIMIT MUST BE <= 4096000 (LINKERR 1163)
>
> : LinkEd> altprog httpd.pub;cap=ia,ba,ph,pm
> : OPERATION INCONSISTENT WITH ACCESS TYPE (FSERR 40)
> : THE OUTPUT FILE IS FULL (LINKERR 1142)
>
> The reasion LINKEDIT is having a problem is that the program file is a
> byte stream file. There appears to still be checks in LINKEDIT that
> assumes the program file is 128W (256 byte) record file. So when it
> calculates the limit using record length, it thinks its using 256 byte
> records when in reality it is using 1 byte records.
If I recall correctly, just compiling a program using the compiler (from
the posix shell) generates such a file.
MPEX also can't %altfile the prog file, since it appears to be trying to
freaddir on the first record of the (byte stream) file, and gets the same
error (operation inconsistent with access type).
> There are different ways to get a program file that is byte stream
> (for example using MF COBOL or copying using ftp and not restoring the
> record structure). You can fix it back up by using FCOPY:
>
> :FILE HTTPD2;REC=128,1,F,BINARY;DISC=1190;CODE=NMPRG
> :FCOPY FROM=HTTPD;TO=*HTTPD2;NEW
>
> (NOTE: the DISC was calculated using the EOF from the LISTF above and
> then dividing by 256. 304640/256=1190)
I've tried this. I don't understand why it doesn't work, but it doesn't.
Here's what happens verbatim:
:file httpd2.pub;rec=128,1,f,binary;disc=1406;code=nmprg
:fcopy from=httpd.pub;to=*httpd2.pub;new
HP31900A.05.02 FILE COPIER (C) HEWLETT-PACKARD CO. 1990
*200*WARNING: FROMFILE RECSIZE IS 8192 BYTES, TOFILE RECSIZE IS 128 WORDS.
CONTINUE OPERATION (Y OR N) ?y
*201*WARNING: FROMFILE IS ASCII, TOFILE IS BINARY
CONTINUE OPERATION (Y OR N) ?y
EOF FOUND IN FROMFILE AFTER RECORD 1405
1406 RECORDS PROCESSED *** 0 ERRORS
END OF SUBSYSTEM
:reset httpd2.pub
:listf [log in to unmask],2
ACCOUNT= DEV3K GROUP= PUB
FILENAME CODE ------------LOGICAL RECORD----------- ----SPACE----
SIZE TYP EOF LIMIT R/B SECTORS #X MX
HTTPD NMPRG 1B BA 304640 2147483647 2 1200 1 *
HTTPD2 NMPRG 128W FB 1406 1406 1 1408 6 8
:run httpd2.pub
FAILED TO LOAD PROGRAM HTTPD2.PUB.DEV3K. (LDRERR 469)
File is not a valid program file. (CIERR 630)
:run httpd.pub
httpd: could not open server config. file /WWW/WWW/httpd_1.3/conf/httpd.conf
fopen: No such file or directory
END OF PROGRAM
:
The old copy still runs; the new one won't. Using the COPY command also
does nasty things to the file, and results in a file that won't execute.
Just to be friendly, I'll add that even Reflection doesn't handle this
file correctly; downloading the file ;LABELLED then trying to upload it
back returns an error from their transfer process (I have the latest r1
5.0 beta - does the same on older versions also).
Any suggestions? SR time?
-Chris Bartram
______________________/\_/\_/\_/\_/\_/\_/\_/\_/\_/\_/\_/\_/\_/\_/\_/\_/\_
Chris Bartram Sales (US): 800 Net-Mail Fax:+1 916 622-0738
______ -or- +1 916 622-0630 E-Mail: [log in to unmask]
/__ | \__________ Sales (Europe):+44(0480)414131 Fax:+44(0480)414134
/ / | / ________ Sales (Pacific Rim):+61 3 489 8216 (same for fax)
| /_ |< ______ Tech Support:+1 703 569-9189 Fax:+1 703 451-3720
\ __)| \ ___ E-mail: [log in to unmask] Personal(me): [log in to unmask]
\______/ Associates 6901 Old Keene Mill Rd Suite 205 Springfield VA 22150
______________________/\_/\_/\_/\_/\_/\_/\_/\_/\_/\_/\_/\_/\_/\_/\_/\_/\_
Gopher: gopher.3k.com Anon-FTP: ftp.3k.com WWW: http://www.3k.com/
|
