lynx-dev
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: lynx-dev problem with LYNX_TEMP_SPACE?


From: Henry Nelson
Subject: Re: lynx-dev problem with LYNX_TEMP_SPACE?
Date: Fri, 28 May 1999 14:32:12 +0900 (JST)

> > The temp files created are the files which have been uncompressed by 
                                   ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> > e.g. gzip (gunzip) and are then passed to a second program for reading. 
> > In mime.types: 
> >    application/octet-stream          gz 
> >    text/x-archive                    arc 
> > In mailcap: 
> >    application/octet-stream; /usr/local/bin/gzip -d %s 
> >    text/x-archive; /usr/local/bin/most %s 

> well, I did that (on Linux) and it works properly.  I guess I need more
> information.  Here's my trace:
[...]
> ProcessMailcapFile: Loading file '/usr/local/lib/mosaic/mailcap'.
> ProcessMailcapFile: Could not open '/usr/local/lib/mosaic/mailcap'.
> ProcessMailcapFile: Loading file '/home/tom/.mailcap'.
> ProcessMailcapFile: Could not open '/home/tom/.mailcap'.
[...]
> HTLoadExtensionsConfigFile: Loading file '/usr/local/lib/mosaic/mime.types'.
> HTLoadExtensionsConfigFile: Could not open '/usr/local/lib/mosaic/mime.types'.
> HTLoadExtensionsConfigFile: Loading file '/home/tom/.mime.types'.
> HTLoadExtensionsConfigFile: Could not open '/home/tom/.mime.types'.

Lynx never got your extension definitions nor information on how to
handle them, so it does not "farm out" decompression.  Using libz?

The differences start showing up around here.  You never read the
temp file:
> LYOpenTemp(,.txt.gz,wb)
> -> '/tmp/L11074-1TMP.txt.gz'
> ... LYOpenTemp(/tmp/L11074-1TMP.txt.gz)
> PARAM-ADD:/bin/rm -f /tmp/L11074-1TMP.txt.gz
> PARAM-END:/bin/rm -f /tmp/L11074-1TMP.txt.gz
> Data transfer complete
> LYCloseTempFP
> HTParse: aName:file://localhost/tmp/L11074-1TMP.txt.gz   relatedName:
> 1
> HTParse:      result:/tmp/L11074-1TMP.txt.gz
> HTParse: aName:file://localhost/tmp/L11074-1TMP.txt.gz   relatedName:
> HTParse:      result:localhost
> HTParse: aName:file://localhost/tmp/L11074-1TMP.txt.gz   relatedName:
> HTParse:      result:file
> HTParse: aName:file://localhost/tmp/L11074-1TMP.txt.gz   relatedName:
> HTParse:      result:file
> HTParse: aName:file://localhost/tmp/L11074-1TMP.txt.gz   relatedName:
> HTParse:      result:localhost
> HTParse: aName:file://localhost/tmp/L11074-1TMP.txt.gz   relatedName:
> 1
> HTParse:      result:/tmp/L11074-1TMP.txt.gz
> Node `file://localhost/tmp/L11074-1TMP.txt.gz' means path 
> `/tmp/L11074-1TMP.txt.gz'
> HTLoadFile: Opening `/tmp/L11074-1TMP.txt.gz' gives 0x817cf30
> File mode is 0100600, uid=501, gid=100. My uid=501, 1 groups ( 100)
> HTLoadFile: gzopen of `/tmp/L11074-1TMP.txt.gz' gives 0x817f378
> HTParse: aName:http://www.clark.net/pub/foo/testfoo.arc.gz   relatedName:
> 1
> HTParse:      result:/pub/foo/testfoo.arc.gz
> HTFormat: Constructing stream stack for text/plain to www/present
> HTFormat: Looking up presentation for text/plain to www/present
> FindPresentation: found exact match: text/plain
> StreamStack: found exact match: text/plain
> UCSetTransParams: from iso-8859-1(0) to iso-8859-1(0)
> UCSetTransParams: from iso-8859-1(0) to iso-8859-1(0)
> GridText: start HText_new
> GridText: Change to style Example
> GridText: split_line(0 [now:10]) called
[... bunch more deleted ]
> GridText: split_line(0 [now:60]) called
> GridText: split_line(0 [now:60]) called
> GridText: split_line(0 [now:60]) called
> HTAccess:  status=200
> HTAccess: `http://www.clark.net/pub/foo/testfoo.arc.gz' has been accessed.
> HTParse: aName:http://www.clark.net/pub/foo/testfoo.arc.gz   relatedName:
> HTParse:      result:www.clark.net
> HTParse: aName:http://www.clark.net/pub/foo/testfoo.arc.gz   relatedName:
> HTParse:      result:http
> HTParse: aName:http://www.clark.net/pub/foo/testfoo.arc.gz   relatedName:
> HTParse:      result:http://www.clark.net
> HTParse: aName:http://www.clark.net/pub/foo/testfoo.arc.gz   relatedName:
> 1
> HTParse:      result:/pub/foo/testfoo.arc.gz
> Starting realm is 'http://www.clark.net/pub/foo/'
> 
> GridText: HText_pageDisplay at line 1 started
> GridText: HText_pageDisplay finished
> stop_curses: done.
> LYRemoveTemp(/tmp/L11074-1TMP.txt.gz)
> ...LYRemoveTemp done(0)

my trace from where the differences show up:
LYOpenTemp(,.arc.gz,wb)
-> '/tmp/L3047-1TMP.arc.gz'
... LYOpenTemp(/tmp/L3047-1TMP.arc.gz)
PARAM-ADD:/usr/local/bin/gzip -d --no-name /tmp/L3047-1TMP.arc.gz
PARAM-END:/usr/local/bin/gzip -d --no-name /tmp/L3047-1TMP.arc.gz
PARAM-ADD:/bin/rm -f /tmp/L3047-1TMP.arc.gz
PARAM-END:/bin/rm -f /tmp/L3047-1TMP.arc.gz

Note: Lynx erases a file here, and then tries to erase it again at
exit.  (Another bug of sorts in itself.)
continue with trace:

Read 19 of 347 KB of data, 19 KB/sec.
[80 or more lines of "Read xx of 347 ... deleted]
Read 328 of 347 KB of data, 19 KB/sec.
Read 332 of 347 KB of data, 19 KB/sec.
Read 335 of 347 KB of data, 19 KB/sec.
Read 339 of 347 KB of data, 19 KB/sec.
Read 343 of 347 KB of data, 19 KB/sec.
Read 347 of 347 KB of data, 19 KB/sec.
Data transfer complete
LYCloseTempFP
/usr/local/bin/gzip -d --no-name /tmp/L3047-1TMP.arc.gz
PARAM-ADD: /home/kyoin/nelsonhe/.usr/bin/most +s -k /tmp/L3047-1TMP.arc
PARAM-END: /home/kyoin/nelsonhe/.usr/bin/most +s -k /tmp/L3047-1TMP.arc
 /home/kyoin/nelsonhe/.usr/bin/most +s -k /tmp/L3047-1TMP.arc

Note: This is the file that is not being erased, "/tmp/L3047-1TMP.arc".
continue with trace:

HTAccess:  status=200
HTAccess: `http://www.irm.nara.kindai.ac.jp/lynxdev/archives/9812.arc.gz' has 
been accessed.
LYpop[2]: address:http://163.51.110.11/lynxdev/ldev-idx.html#1
     title:Archives of the Lynx-Dev Mailing List
getfile: getting http://163.51.110.11/lynxdev/ldev-idx.html#1

HTParse: aName:http://163.51.110.11/lynxdev/ldev-idx.html#1   relatedName:
HTParse: result:163.51.110.11

HTParse: aName:http://163.51.110.11/lynxdev/ldev-idx.html#1   relatedName:
HTParse: result:1
Entered HTAnchor_findAddress
HTParse: aName:http://163.51.110.11/lynxdev/ldev-idx.html#1   relatedName:
1
HTParse: result:http://163.51.110.11/lynxdev/ldev-idx.html
HTParse: aName:http://163.51.110.11/lynxdev/ldev-idx.html   relatedName:
HTParse: result:
Entered HTAnchor_findAddress
Anchor 195bc0 with address `http://163.51.110.11/lynxdev/ldev-idx.html' already 
exists.
Child anchor 18cbe0 of parent 195bc0 with name `1' already exists.
HTAccess: loading document http://163.51.110.11/lynxdev/ldev-idx.html#1
HTAccess: Document already in memory.
HText: Selecting anchor [0] at character 966, line 26
LYRemoveTemp(/tmp/L3047-1TMP.arc.gz)
...LYRemoveTemp done(-1)

I don't mind if you completely fix this bug.  Might be an area to look
at in the next development round.

__Henry

reply via email to

[Prev in Thread] Current Thread [Next in Thread]