Path: utzoo!utstat!helios.physics.utoronto.ca!jarvis.csri.toronto.edu!cs.utexas.edu!usc!zaphod.mps.ohio-state.edu!uakari.primate.wisc.edu!aplcen!uunet!mcsun!sunic!dkuug!tidk!storm
From: storm@texas.dk (Kim F. Storm)
Newsgroups: news.software.nn
Subject: Re: nnmaster dies
Message-ID: <480@texas.dk>
Date: 27 Feb 90 14:49:17 GMT
References: <5317@m2c.M2C.ORG> <LJZDKV2@drivax.UUCP> <1811@neon.siesoft.co.uk>
Organization: Texas Instruments, Denmark
Lines: 36

>davison@drivax.UUCP (Wayne Davison) writes:

>>If you have a pre-6.3.6 version of nn, you still have a bug in the name
>>compression routine that will cause nn to crash when the name header is
>>longer than 256 (or so) bytes.

duncan@helium.siesoft.co.uk (Duncan McEwan) writes:

>I "discovered" a bug that sounds just like this one in my 6.3.1 sources
>last week, but on grabbing 6.3.7 over the weekend and having a quick
>look at it, the same bug still appears to be there.

>Can anyone tell me if I am missing something, or has this particular
>bug not been fixed until after 6.3.7?

The "pack_name" bug exists in the following versions:

	6.3.0 - 6.3.5
	6.3.7

It is fixed in:

	6.3.6
	6.3.8 - 6.3.10
	6.4

The problem was that 6.3.7 was released before I heard of this bug,
but I still managed to get it into the posted patch #6.  I thus had to
produce a patch #8 to fix the bug in 6.3.7 as well.

Patch 8 was posted here last week!

-- 
Kim F. Storm        storm@texas.dk        Tel +45 429 174 00
Texas Instruments, Marielundvej 46E, DK-2730 Herlev, Denmark
	  No news is good news, but nn is better!