 
| Subject: | |
| From: | |
| Reply To: | [log in to unmask][log in to unmask], 2 Mar 1998 14:07:44 GMT627_- On Fri, 27 Feb 1998 14:44:03 -0600, James Trudeau < [log in to unmask]> wrote: >Jeff, > >I guess that 100 number includes the occasional spam? Don't know >but as much as I appreciate the list I'm about to hit overload with >the traffic. > >jt You could either go digest, or read it off Usenet like me (comp.sys.hp.mpe). This way I'm not bothered with 100 email interruptions every day, and gives some time for "easy" questions to get answered before I see them, so I'm not one of the 19 people who give the same answer to a question. [...]37_2Mar199814:07: [log in to unmask] |
| Date: | Thu, 5 Mar 1998 12:48:32 +0000 |
| Content-Type: | text/plain |
| Parts/Attachments: |
|
|
> Date: Wed, 4 Mar 1998 22:31:43 -0600
> Reply-to: Eric Kundl <[log in to unmask]>
> anyone..
> Is this a bug in version.pub.sys? or is there a way to cause version.pub.sys
> to report past the 100th module in an XL?
I am not sure I would call it a "bug", but it is definitely a
"limitation" of VERSION.PUB.SYS.
There is a global constant declared in the source:
max_som_num = 100;
There is an array bounded by this constant. And there is a 'while'
loop that stops looping when it gets to the 100th SOM.
Together these account for the behavior you see.
What version of the OS are you on? How important is it that this work
correctly? Do you have internet access (eg: access to Jazz)?
Scott McClellan
___ ___ _________ Hewlett-Packard
/_ /| /_ /| /_______ /| Commercial Systems Division
|##| | ##| ||########| | 19447 Pruneridge Ave
|##| |_##| ||##| |_##| | Cupertino, CA
|##|/__##| ||##|/__##| |
|########| ||########|/ E Mail: [log in to unmask]
|##| | ##| ||##| | Phone : (919) 969-7870
|##| | ##| ||##| | Fax : (919) 969-7871
|##| | ##|/ |##|/
-- -- -- Voice Mail : 447-6067
|
|
|
