[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
lynx-dev Curious: is HTParse efficient?
From: |
Henry Nelson |
Subject: |
lynx-dev Curious: is HTParse efficient? |
Date: |
Wed, 19 Jul 2000 09:34:56 +0900 (JST) |
> Lynx Trace Log (2.8.3rel.1)
[...]
> Entered HTAnchor_findAddress
> New anchor 0x81fe6a0 has hash 92 and address `http://www.staples.ca/'
> HTAccess: loading document http://www.staples.ca/
> HTParse: aName:`http://www.staples.ca/'
> relatedName:`file:'
> HTParse: result:http
> HTParse: aName:`http://www.staples.ca/'
> relatedName:`'
> HTParse: result:www.staples.ca
> HTParse: aName:`http://www.staples.ca/'
> relatedName:`'
> HTParse: result:http
> HTParse: aName:`http://www.staples.ca/'
> relatedName:`'
> HTParse: result:www.staples.ca
Perhaps there is no way around it or it's some safety mechanism, but
HTParse seems to do a lot of redundant work. In the above example,
while the previous section's starting point is different, the result
is the same "http", such that
HTParse: result:http
HTParse: aName:`http://www.staples.ca/'
relatedName:`'
HTParse: result:www.staples.ca
appears twice.
__Henry
; To UNSUBSCRIBE: Send "unsubscribe lynx-dev" to address@hidden
- lynx-dev Curious: is HTParse efficient?,
Henry Nelson <=