Reported Problems: Monsanto-NQS
Academic Computing Services , The University of Sheffield
Stuart Herbert (S.Herbert@Sheffield.ac.uk)Document copyright ©. All rights reserved.
Abstract
JISC, as part of its New Technologies Initiative, has funded the
University of Sheffield to supply and support a freely-available
batch processing system for UNIX to the UK Higher Educational
community.
Contents
Click here for a plain-text version of this paper. Click here for a copy of this document in Microsoft RTF format, suitable for printing (if available).
Introduction
Introduction
This is the formal ``bug-list'' for Monsanto-NQS, based on actual
reports from the NQS user community.
Reporting Bugs
If you experience problems with Monsanto-NQS, please send a bug
report to `NQS-Support@mailbase.ac.uk', with the following
information :
> Reported By : (Who you are, and who you work for)
> Contact : (Preferred email address)
> Date : (Today's date)
>
> NQS Version : (Which version of NQS are you using?)
> Platforms : (Which operating systems are experiencing the problem?)
>
> Description : (What is the problem?)
> Solution : (Do you have a solution?)
Our dedicated staf (ie, me) will attempt to get back to you as soon
as possible. Normally, if your mail is received before 5pm GMT on a
weekday, you should received a reply the same day. Otherwise, I do
my best to reply by the end of the following weekday.
Reported Problems - January 1995
SunOS <-> AIX Routing Failure
> Reported by : David Hernaiz, University of Barcelona
> Contact : <sistemes@probeta.qui.ub.es>
> Date : Mon, 9 Jan 95
>
> NQS Version : Monsanto-NQS v3.36.0
> Platforms : AIX, SunOS 4
>
> Description : Requests sent from NQS node on SunOS 4 to NQS
> : node on AIX results in the error message
> : ``Request not to be routed. Request deleted''
> Solution : None as yet
>
> Comments so far :
>
> Having looked at the logs, NQS is complaining that the pipeclient
> process cannot successfully read the nmap database. I have
> traced the error propagation back apparently as far as the
> routine ``nmap_get_nam''.
>
> Investigations continuing.
Linux Compilation Failure
> Reported by : Dan Rugotzke
> Contact : <rugotzke@nevada.edu>
> Date : Mon, 9 Jan 1995
>
> NQS Version : Monsanto-NQS v3.36.5
> Platforms : Slackware 2.0 distribution of Linux
>
> Description : ./src/lpserver.c failed to compile because the
> : header file <sgtty.h> should be <bsd/sgtty.h>.
> Solution : None as yet
>
> Comments so far :
>
> I have been unable to reproduce this problem. The Linux Makefile
> already tells GCC to look in /usr/include/bsd for BSD header
> files.
>
> No further action recommended. If the problem is reported again,
> I'll take another look at it.
OSF/1 v2.0 Compilation Failure
> Reported by : Andrew Cormack
> Contact : <scoanc@thor.cf.ac.uk>
> Date : Tue, 10 Jan 1995
>
> NQS Version : Monsanto-NQS v3.36.5
> Platforms : OSF/1 v2.0
>
> Description : Incomplete #if statement in ./lib/shoqbydesc.c
> : Massive complaints from the native compile about
> : the ANSI prototypes.
> Solution : Use Monsanto-NQS v3.36.6 or later
>
> Comments so far :
>
> The problem with the #if statement was caused by my HPUX fixes in
> v3.36.5, and has been fixed in v3.36.6.
>
> The prototypes one is more serious. We added ANSI prototypes
> using `protoize', which really left quite a mess, imho. Anyway,
> I understand that using the `-std1' switch with cc(1) works
> around this, and I've added this to v3.36.6's Makefile.
>
> Situation is being monitored - hopefully v3.36.6 fixes these
> problems.
Automagically produced by KTEpaper, part of The Knowledge Tree Engine
|