HP3000-L Archives

January 2001, Week 4

HP3000-L@RAVEN.UTC.EDU

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
Neal Kazmi <[log in to unmask]>
Reply To:
Neal Kazmi <[log in to unmask]>
Date:
Fri, 26 Jan 2001 08:38:41 -0800
Content-Type:
text/plain
Parts/Attachments:
text/plain (39 lines)
>Date:         Fri, 26 Jan 2001 09:05:32 -0600
>From: Ronald R Horner <[log in to unmask]>
>Subject:      Re: [HP3000-L] NP92 - Won't stop
>To: [log in to unmask]
>
>Delete some of your old spool files.  NP92 has this nasty habit of
>hanging when presented with too many spoolfiles.

This "nasty habit" can be corrected.  Newer releases of NP92 can handle
more spoolfiles...  Which is not always a good thing.  Handling more
spoolfiles still takes CPU seconds. You will see improvements in speed my
using a FILTER statement to limit the spoolfiles NP92 handles.

There are also other causes of NP92 not processing spoolfiles.

NP92 originally handled IPC using the Mail intrinsics. Most cases of
"hangs" that resulted in the NP92JOB not responding to any commands where
traced to these calls.  As of version 2.24, a new set of custom calls are
being used. Dead lock type hangs no longer occur.

If NP92 stops after the spoolfile numbers exceed six digits; get an
upgrade.  This behavior was corrected several years ago, but many people
have yet to upgrade to a newer release. The concept "if it ain't broke
don't fix it" applies.

NP92 will also stop processing if the OS output spooler opens the same file
that NP92 wants to processes.  Only one processes should handle the same
spoolfile at the same time.

If you get any conditions that cause NP92 to not processes spoolfiles,
please contact Minisoft.  (Call before issuing an ABORTJOB command if
possible.)

neal

Neal Kazmi
800-682-0200
<http://www.minisoft.com>

ATOM RSS1 RSS2