TIP: Click on subject to list as thread! ANSI
echo: public_domain
to: Rod Speed
from: Paul Edwards
date: 1994-11-24 15:56:22
subject: bugs galore

FM>> Yep, exactly same symptom (but I haven't tried your workaround).
 FM>> To my mind, *my* workaround (not zipping the indexes into the QWK)
 FM>> strongly suggests PKT2QWK as the culprit, 'cos MESSAGES is OK but
 FM>> the indexes aren't.

 RS> Yes, but it doesnt explain why processing the individual archive files of
 RS> PKTs each in their own run does not. THATs the bit of evidence which made
 RS> me think that PKTJOIN was the more likely culprit. Atleast in my case.

Was your case just after you became a point?  My system was in dire
straits at that time, and I was sending out invalid packets.  
PKTJOIN would have produced invalid packets too, via the GIGO logic
I include in all my programs.

 FM>> Sure, but I think the problem is in PKT2QWK.

 RS>> Without much evidence tho.

 FM>> The indexes are fucked but MESSAGES are OK.

 RS> That doesnt prove a damned thing about it being a bug in PKT2QWK.

 FM>> The indexes are created by PKT2QWK.

 RS> Using info which it gets elsewhere. So whatever affects that info
 RS> it uses, can be the cause of the dud NDX too.

Using info that PKT2QWK read.  The packets themselves don't have
ANY index data in there.  That means PKTJOIN is let off the hook
completely.

 FM>> Therefore PKT2QWK is fucked

 RS> Nope.

 FM>> (either internally or because it's grabbing some stuff I've left
 FM>> lying around). That's my evidence.

 RS> Its useless.
 
Frank's analysis is perfectly correct. 

BFN.  Paul.
@EOT:

--- Mksmsg
* Origin: none (3:711/934.9)

SOURCE: echomail via fidonet.ozzmosis.com

Email questions or comments to sysop@ipingthereforeiam.com
All parts of this website painstakingly hand-crafted in the U.S.A.!
IPTIA BBS/MUD/Terminal/Game Server List, © 2025 IPTIA Consulting™.