HDTenEightyP/NetNews huggingface dataset:
From: d1h1883@sc.tamu.edu (Dave Hess)
Newsgroups: comp.sys.next.bugs
Subject: Re: gcc preprocessor and -traditional problem
Date: 12 Jan 1993 17:46:51 GMT
Organization: Texas A&M University, College Station, TX
Distribution: world
Reply-To: David-Hess@tamu.edu
NNTP-Posting-Host: posaune.tamu.edu

In article <1it2rtINNk7i@tamsun.tamu.edu> d1h1883@sc.tamu.edu (Dave Hess)  
writes:
 > 
 > I was trying to put together a package (detex 2.4) that needed to be  
compiled
 > with -traditional and gcc puked on some NeXT include files. gcc apparently
 > won't interpret the funky macros that NeXT uses in some of their #include
 > statements (for the architecture independent stuff) if the -traditional
 > switch is on.
 > 

Apparently this is a bug and is known. I was forwarded the following.

 > From: Kate Smith <Kate_Smith@NeXT.COM>
 > Date: Wed, 30 Dec 92 14:43:55 -0800
 > To: <serge@Princeton.EDU>
 > Subject: [37670] @!compiler problems - something about the comments in  
math.h
 >
 > Serge,
 > We have a bug with our machine dependant include files when using the  
-traditional flag.  We have an include file that is used to build the name of  
the machine dependant include file that really needs to be included.  This  
file uses an ansi directive that is invalid in traditional mode.
 >
 > So in order for you to get the math.h file included, you need to specify  
the fullpath in your program, or modify math.h to include the proper file.
 >
 > So your program would look like this:
 > 	#include </NextDeveloper/Headers/ansi/m68k/math.h>
 >
 > 	main()
 > 	{
 > 		double x;
 > 		x=cos(1.2); 
 > 		printf("%f\n",x);
 > 	}
 >
 > Or you could change math.h to include  
/NextDeveloper/Headers/ansi/m68k/math.h instead of doing the machine  
dependant stuff.
 >
 > Sorry for the inconvenience.
 >
 > Kate

It looks like the workaround is to fully qualify pathnames. The problem
is that this won't work on include files that include others. i.e.
<sys/param.h>. I would have to expand by hand all of macros. Ugh.

Thanks to Serge J. Goldstein for the info.

Dave

--
David K. Hess
Graduate Assistant                     David-Hess@tamu.edu
Supercomputer Center                  Texas A&M University
From: d1h1883@sc.tamu.edu (Dave Hess)
Newsgroups: comp.sys.next.bugs
Subject: gcc preprocessor and -traditional problem
Date: 12 Jan 1993 00:20:13 GMT
Organization: Texas A&M University, College Station, TX
Distribution: world
Reply-To: David-Hess@tamu.edu
NNTP-Posting-Host: posaune.tamu.edu


I was trying to put together a package (detex 2.4) that needed to be compiled
with -traditional and gcc puked on some NeXT include files. gcc apparently
won't interpret the funky macros that NeXT uses in some of their #include
statements (for the architecture independent stuff) if the -traditional
switch is on.

This seems like a bug to me. Has anybody else hit this or have a workaround?
Are there #pragmas that will do the same thing for me? The program dies when
compiled with normal gcc.

Thanks.

Dave

--
David K. Hess
Graduate Assistant                     David-Hess@tamu.edu
Supercomputer Center                  Texas A&M University
Newsgroups: comp.sys.next.bugs
From: CCGREG@mizzou1.missouri.edu (Greg Johnson)
Subject: Re: niload "features"
Organization: University of Missouri
Date: Sun, 10 Jan 93 17:26:22 CST

In article <17841@umd5.umd.edu> matthews@oberon.umd.edu (Mike Matthews) writes:
>Well, niload -d passwd is supposed to delete any password entries that are
>not in the file you load up.  But it can't because of the info directory.
>niload should know how to delete that info directory (what *IS* it used for,
>anyway?).
 
Right.  I can appreciate the safety feature, but for the next increment of
niload, NeXT, would you add a "-f" option to force deletion even if there are
kids?  Until then, I'm inclined to delete all the "info" subdirectories with
niutil.  It'll make the database smaller.  They'd be easy to recreate.
 
Does anyone know if "info" is actually used by anything?  The 3.0 Netinfo
Release Notes describes it as a miscellaneous repository;  the _password entry
preloaded there when an ID is created just allows the user to update this
portion of their NetInfo data.  It might be used for .plan info, or maybe you
could put your resume in it.
Newsgroups: comp.sys.next.bugs
From: jeffs@next-demo.acs.ohio-state.edu (Jeff Schluep)
Subject: Re: sendmail problem
Organization: The Ohio State University
Date: Mon, 11 Jan 1993 15:46:34 GMT

In article <1993Jan7.222028.4493@prodigy.bc.ca> jchin@prodigy.bc.ca (Joseph  
Chin) writes:
> I've just noticed that since I upgraded to 3.0, I can no longer send email  
> to accounts within my domain (prodigy.bc.ca). Is there a bug in the 3.0  
> sendmail.cf file? The NeXT is a mail client on the network, and the mail  
> host is a Sun Sparc server. Everything worked fine before the 3.0 upgrade.
> 
> Any ideas? Thanks.
> 
> Joe
> 

	I had a similar problem.  Mail to host faxgate.acs.ohio-state.edu would  
not work correctly for me (my domain is acs.ohio-state.edu).

	When I investigated the problem I discovered that all mail sent to a  
host inside my domain was considered "local".  What this means is that next's  
sendmail is configured to send local mail without the domain.  Thus mail to  
"joe@faxgate.acs.ohio-state.edu" would be sent as "joe@faxgate".  The host that  
handles mail for faxgate wanted to see the whole domain and so it bounced the  
message.

	I reconfigured the sendmail.mailhost.cf (this was the sendmail config  
that I was using) to send mail to the next's in my netinfo config as "local"  
and everything else as "non-local".  This solved my problem.

	I'm not sure if my problem was the same as yours but it sounds like it.  

---
Jeff Schluep                    Email: JEFF+@osu.edu
The Ohio State University
1971 Neil Avenue                Phone: (614) 292-4843
Columbus, Ohio 43210            Fax: (614) 292-1268
Newsgroups: comp.sys.next.bugs
From: Zacharias J. Beckman <zac@dolphin.com>
Subject: HELP: Bug in FAX LATER option...
Reply-To: zac@dolphin.com
Organization: Dolphin Software
Distribution: usa
Date: Thu, 7 Jan 1993 16:54:04 GMT

Hello,

Ever since installing 3.0 (final release as opposed to pre-release) the FAX  
LATER option of the fax panel has not worked.  Trying to use it results in an  
immediate fax of whatever is going out.  I've heard from a few other people  
that have this same problem, and have asked me to summarize if I find a  
solution.  If you know how to fix this, I would appreciate a reply by email.   
Thanks in advance!
-- 
Zacharias J. Beckman - Dolphin Software Inc. - zac@dolphin.com - use NeXTMAIL!
To be "matter of fact" about the world is to blunder into fantasy.... and dull
fantasy at that, as the real world is strange and wonderful. --- R. A. Heinlen
Those opinions I express herein are my own, I'm fairly sure. --- Z. J. Beckman
Newsgroups: comp.sys.next.bugs
From: David.Kelman@launchpad.unc.edu (David Kelman)
Subject: DL and indexing third party manuals
Organization: University of North Carolina Extended Bulletin Board Service
Date: Fri, 8 Jan 1993 18:35:32 GMT

	I encountered a problem with Digital Librarian indexing the reference
manual for WordPerfect.  With the manuals provided with 3.0 (man pages, etc.),
you can search either the title or contents.  DL indexed the WP manual,
but would not search be contents; it could only find a citation if the
word was in the title of the file.  This is really annoying, as even
searching for 'rtf' turns up nothing anywhere in the WP manual.  Has
anyone had a similar experience?

David Kelman

--
   The opinions expressed are not necessarily those of the University of
     North Carolina at Chapel Hill, the Campus Office for Information
        Technology, or the Experimental Bulletin Board Service.
           internet:  laUNChpad.unc.edu or 152.2.22.80
From: glenn@rightbrain.com (Glenn Reid)
Newsgroups: comp.sys.next.bugs
Subject: Re: My old Font-Problem with NS3.0
Date: 10 Jan 93 01:11:23 GMT
Reply-To: glenn@rightbrain.com


Borris Balzer writes
> 
> Hi there,
> 
> posting to other groups didn't bring any hints to solve my font-problem in  
an
> acteptable way (BTW: Thanks to all who answered).
> 
> The problem I've got:
> 
> NS2.1 installed, I used without problems fonts with the following names:
> - Garamond (the ITC Garamond)
> - AdobeGaramond
> - StempelGaramond
> - Garamond Three
> After installing NS3.0 the AdobeGaramond and StempelGaramond disappeared  
from  
> the font panel.

I posted a response to this.  Maybe it didn't make it out.

There is a known bug in NS 3.0 related to the Garamonds, and you have
hit it squarely on the head.  I have been in correspondence with NeXT
about it, and a fix should make it into the next release, whenever that
may be.

In the interim, your only choice is to edit the AFM files for fonts
that are disappearing to change the FamilyName property to add
some extra characters, so it won't sort into the same pile as the other
Garamonds.  This won't affect anything except the way the fonts are
displayed in the font panel.

--
 Glenn Reid        		NeXTmail: glenn@rightbrain.com
 RightBrain Software		415-326-2974 (NeXTfax 326-2977)
 Palo Alto, California		Electronic Frontier Foundation, member #054

Newsgroups: comp.sys.next.bugs
From: rsvanc00@nx06.mik.uky.edu (Randolph S. Vance)
Subject: Need help in compiling Ularn on a NeXT.
Organization: University Of Kentucky, Dept. of Math Sciences
X-Path: nx06.mik.uky.edu!rsvanc00
Date: Wed, 6 Jan 1993 15:53:06 GMT

I have been trying for God knows how long to compile the popular UNIX
game Ularn on a NeXT, and every time I think I have all the bugs ironed out,
I end up getting Mach error after Mach error. Is there anyone out there
that has sucessfully compiled Ularn and gotten it to work on the NeXT?

Randolph S. Vance

RSVANC00@mik.uky.edu
Newsgroups: comp.sys.next.bugs
From: tilley@ccu.umanitoba.ca (Richard Tilley)
Subject: Re: HELP: Crash in 3.0 results in failure to boot
Organization: University of Manitoba, Winnipeg, Canada
Date: Sat, 9 Jan 1993 09:14:56 GMT

In <1993Jan7.165156.9501@dolphin.com> Zacharias J. Beckman <zac@dolphin.com> writes:

>A few days ago, our server had a horrible crash.  Everything on the network  
>locked up tight and needed to be restarted the hard way.  When the server  
>came back up, it refused to boot in multi-user mode.  The boot parameter of  
>"-nbu=128" was being ignored, and the default 16 buffers were used.

Guess 1:
You need a blank between the "-" and the "nbu=128".

Guess 2:
Use the "p" command in the ROM monitor to look at your settings.
If they are all wrong, try using the "p" command to change one of them.
Now use "p" to list them again.
If the change was ignored, then cycle the power.
Are the settings now all correct?
-- 
This space is not blank!
Newsgroups: comp.sys.next.bugs
From: CCGREG@mizzou1.missouri.edu (Greg Johnson)
Subject: Re: HELP: Crash in 3.0 results in failure to boot
Organization: University of Missouri
Date: Sun, 10 Jan 93 16:55:19 CST

In article <1993Jan7.165156.9501@dolphin.com>
Zacharias J. Beckman <zac@dolphin.com> writes:
>When the system started to boot Mach, it declared that it couldn't write to
>mtab because the file system was read only!!!
I found a colleague with a read-only root not long after doing a 3.0
install.  We finally discovered that he copied from the CD-ROM /NeXTCD
or some such file where the extended version packages are.  If a file
with that name is on /, the new /etc/rc mounts the file-system read-only!
Newsgroups: comp.sys.next.bugs
From: gtoews@engr.UVic.CA (Greg  Toews)
Subject: What is NeXTs policy on software upgrades
Reply-To: gtoews@engr.UVic.CA
Organization: University of Victoria, Victoria, BC, Canada
Date: Tue, 12 Jan 93 21:09:39 GMT

I'm trying to decide whether or not to go to NS 3.0.  Does
anyone know whether an improved version (3.1?) would again
cost me?  What was the story from going 2.0 -> 2.1 -> 2.2?

Thanks

Greg

Newsgroups: comp.sys.next.bugs
From: CCGREG@mizzou1.missouri.edu (Greg Johnson)
Subject: niload exports bombs if there are # comments in the exports
Organization: University of Missouri
Date: Sun, 10 Jan 93 17:30:40 CST

Nathan Janette mentioned this problem to me.  In 3.0 a bug causes niload to
bomb if the exports file has any comment hashs in it.  One gets a bus error,
and the exports may or may not be loaded.
From: chet@odin.ins.cwru.edu (Chet Ramey)
Newsgroups: comp.sys.next.bugs
Subject: Re: /bin/sh $# bug with nested functions
Date: 12 Jan 1993 18:35:11 GMT
Organization: Case Western Reserve University, Cleveland OH (USA)
NNTP-Posting-Host: odin.ins.cwru.edu

In article <1993Jan12.160259.7994@bernina.ethz.ch> waldvoge@nessie.cs.id.ethz.ch (Marcel Waldvogel) writes:
$ Another nasty bug (which prevents me using 'shql' for now):
$ 
$ 	#!/bin/sh
$ 	nested_func(){
$ 	        echo "inside: $#"
$ 	}
$ 	func(){
$ 	        echo "before: $#"
$ 	        nested_func 6 7 8
$ 	        echo "after : $#"
$ 	}
$ 	func 1 2 3 4 5
$ 
$ gives the following output (on 2.1 and on 3.0):
$ 
$ 	before: 5
$ 	inside: 3
$ 	after : 3
$ 
$ Every other system I've tried returns
$ 
$ 	before: 5
$ 	inside: 3
$ 	after : 5
$ 
$ This is in accordance to what I expect from the behaviour of parameter passing.

The NeXT sh is based on the System V.2 sh (probably filtered through BRL,
though I don't know for sure).  The V.2 sh had the behavior you've observed
regarding $# and functions -- there was only a single array of arguments,
and it was overwritten each time a function was called.  The V.3 sh changed
that so that $# is saved and restored around each function call.  Posix.2
has standardized the V.3 (and ksh, and bash, and the new BSD sh, and ...)
behavior, but NeXT has not upgraded its version of sh. 

Chet

-- 
``The use of history as therapy means the corruption of history as history.''
	-- Arthur Schlesinger

Chet Ramey, Case Western Reserve University	Internet: chet@po.CWRU.Edu
Newsgroups: comp.sys.next.bugs
From: Zacharias J. Beckman <zac@dolphin.com>
Subject: HELP: Crash in 3.0 results in failure to boot
Reply-To: zac@dolphin.com
Organization: Dolphin Software
Distribution: usa
Date: Thu, 7 Jan 1993 16:51:56 GMT

Hello,

A few days ago, our server had a horrible crash.  Everything on the network  
locked up tight and needed to be restarted the hard way.  When the server  
came back up, it refused to boot in multi-user mode.  The boot parameter of  
"-nbu=128" was being ignored, and the default 16 buffers were used.

When the system started to boot Mach, it declared that it couldn't write to  
mtab because the file system was read only!!!  The only way around this at  
present is to boot in single-user mode, then continue the multi-user startup.

Has anyone run into this sort of problem before, or have any idea where I an  
look to cure it?  It may not be a 3.0 bug, but on the other hand, perhaps it  
is... Thanks in advance.
-- 
Zacharias J. Beckman - Dolphin Software Inc. - zac@dolphin.com - use NeXTMAIL!
To be "matter of fact" about the world is to blunder into fantasy.... and dull
fantasy at that, as the real world is strange and wonderful. --- R. A. Heinlen
Those opinions I express herein are my own, I'm fairly sure. --- Z. J. Beckman
Newsgroups: comp.sys.next.bugs
From: rpruess@yoyo.weeg.uiowa.edu (Rex Pruess)
Subject: Re: ownership of /bin/df and /etc/mtab
Organization: U of Iowa, Iowa City, IA
Date: Thu, 7 Jan 1993 22:06:58 GMT

gemoe@proximus.north.de (Gerhard Moeller) writes:

  >  Well, maybe it's my fault, but I wonder why the permissions of mtab 
  >  and df are not right set, since 3.0:
  >
  >  -rwxr-sr-x  1 root     operator    6692 Jul 21 17:40 /bin/df*
  >  -rw-r-----  1 root     wheel      81 Jan  5 15:44 /etc/mtab

Ejecting disks messes up the correct setting of "644" on /etc/mtab.  One
way to deal with this problem is to update the mode setting every 30
minutes or so by putting the following line in /etc/crontab.local:

         1,31 * * * *   root   /bin/chmod 644   /etc/mtab
--
----------------------------------------------------------------------------
    Rex Pruess, Weeg Computing Center, University of Iowa, Iowa City, IA
       NeXTmail: Rex-Pruess@uiowa.edu ......... Phone: (319) 335-5452
Newsgroups: comp.sys.next.bugs
From: dimitri@dutiea.twi.tudelft.nl (Dimitri Tischenko)
Subject: mach IO error ?????
Keywords: strange
Organization: Delft University of Technology
Date: Wed, 6 Jan 1993 09:34:22 GMT

Hello, NeXTers,

Does somebody have a clue on the following message in /usr/adm/messages:

Jan  4 14:14:11 dutiea mach: IO error on pagein: error = 22.
Jan  4 14:14:11 dutiea last message repeated 2 times

When I tried to login, the system hang completely. Remote login was possible, but killing the loginwindow process didn't help - a new process appeared but the login window didn't move.

P.S. Yes, I've checked Librarian.
--
Dimitri Tischenko 	                NeXTmail preferred! 
 Delft University of Technology         Technische Universiteit Delft
 Fac Applied Math & Computer Science   	Fac. Techn. Wiskunde & Informatica 
 The Netherlands                        Nederland
From: madler@cco.caltech.edu (Mark Adler)
Newsgroups: comp.sys.next.bugs
Subject: Installer.app command-line launched misses floppy change
Date: 8 Jan 1993 16:33:31 GMT
Organization: California Institute of Technology, Pasadena
NNTP-Posting-Host: sandman.caltech.edu


On 3.0, if I launch Installer.app from a Terminal window su'ed to root,
it does not think that I have changed the floppy when in fact I have
(and put in the right one).  If I log out and log in on the console as
root, Installer.app works fine.

I've tried this with systems that have both and internal and an external
floppy.

This is definitely a pain, since I like to be able to stay logged in to
my normal account and still do the occasional system administration
things, like installing new software.  For every other sysadmin thing
I've done, that is possible.

Mark Adler
madler@cco.caltech.edu
Newsgroups: comp.sys.next.bugs
From: eoliver@ralph.cs.haverford.edu (Erik Oliver)
Subject: Re: niload "features"
Organization: Haverford College Computer Science Department
Date: Fri, 8 Jan 1993 15:41:11 GMT

With regard to account deletion:
	USE nu -d, it works.

	Also, I have not encountered the problems you describe with the
host.equiv files in netinfo.

-Erik
From: baer@psssun (Brian Baer)
Newsgroups: comp.sys.next.bugs
Subject: HELP:  Problems printing from WordPerfect under 3.0
Date: 11 Jan 1993 15:11:08 GMT
Organization: Michigan State University
NNTP-Posting-Host: psssun.pss.msu.edu
Summary: Installed version 3.0 of NeXTstep and now WordPerfect prints black page
Keywords: help wordperfect printing nextstep3.0

I just installed version 3.0 of NeXTstep and my version of WordPerfect (dated
16 Sep 1991) now prints a black page instead of my document.  I can send the
file to Preview and it prints fine from there.

Any idea of how to fix this?  Do I need to get a new version form WordPerfect?

Thanks.

Brian Baer
baer@psssun.pss.msu.edu

Newsgroups: comp.sys.next.bugs
From: death@netcom.com (David Burrowes)
Subject: NeXT's dealing with rtf mac charset
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Distribution: usa
Date: Mon, 11 Jan 1993 05:52:25 GMT

Does anyone have details or explanations about this problem?

I found that NS 3.0 understands the \mac charset directive in rtf
documents now, and does a reasonable job of converting the characters.
However, I also found that it strangely mapped the Mac's open and close
single printer's quotes, not to proper curley quotes on the NeXT,
but instead to the accent and neuter quote.  The end result is that if
you used normal single quotes on the Mac, you get curley ones on the
NeXT, and if you use curley ones on the Mac, you get the strange
mac-normal ones on the NeXT.

What am I misunderstanding?

\david john burrowes
death@kira.net.netcom.com


Newsgroups: comp.sys.isis
From: Sean.Levy@cs.cmu.edu
Newsgroups: comp.sys.isis
Subject: spooler usage
Date: 9 Jan 93 04:10:15 GMT
Organization: Carnegie Mellon, Pittsburgh, PA

I have a very simple question about the use of the spooler. After having
read the spool(3) man page, one thing is not clear to me: what does a
reply() call do when given a message that came (either via play-back or
play-through) from the spooler? The man page mentions using the spooler
in a "callback" style, but gives no examples (Sorry, but I've loaned my
printed manuals out :-( ).

The situation is: I have my system running at home on an RS/6000 and on
the campus network at CMU. The RS/6000 is connected to campus via a SLIP
link at 9600 baud (well, better with MNP5, but you get the drift). I
would like to use ISIS long-haul communications to implement a slow but
working interconnection between the two installations. Without going
into more detail on my application, suffice it to say that this looks
like it should be fairly trivial to do, I just can't figure out what
levers to pull. If the printed docs for 2.2.7 already answer this
question, please excuse my ignorance -- just point me at the relevent
sectn and I'll bother the person who has it.

Cheers,
			-- Sean
--
                         Sean Levy, n-dim Group
                 Engineering Design Research Center, CMU

    US Mail: 5000 Forbes Ave, Pittsburgh, PA 15213
    Email: snl+@cmu.edu  (MIME and ATK welcome)
    Phones: +1 412 268 {5217(lab),5221(ans.mach.),5229(fax)}
From: udumula@fndaug.fnal.gov (Lourdu Udumula)
Newsgroups: comp.sys.isis
Subject: clients loosing connection
Keywords: isis,clients,connection
Date: 4 Jan 93 19:20:55 GMT
Organization: Fermi National Accelerator Laboratory, Batavia IL
NNTP-Posting-Host: fndaub.fnal.gov

Hi,
	I am a new user of this system. I installed the isis system on
a sun machine. I started up a client on the same machine which just waits for
isis messages. The client is up and waiting as expected. I started the same
client on a different machine. The client comes up and runs ok but quits if
it is left running for a while. The message I get is this


ISIS client rtcp_159: lost connection to <isis-protos>

I dont know what  is wrong. Did I install the isis toolkit properly or am i
making a mistake in the client programs. The same thing happened with a demo
program that I got with isis. I am talking about the bank service program. 
So I suspect that there could be something wrong with isis installation.

Lourdu
Newsgroups: comp.sys.isis
From: ken@cs.cornell.edu (Ken Birman)
Subject: Students finishing up at Cornell in dist. systems
Organization: Cornell Univ. CS Dept, Ithaca NY 14853
Date: Thu, 7 Jan 1993 17:18:23 GMT

I have been contacted by a few places asking if we have anyone with
Isis experience finishing up.  In fact, Cornell has a "bumper crop" of
new PhD's in this area, and with the job market so weak this year,
I am taking the liberty of making this posting.

These are just the students I know best, within a broader pool that
includes others who are also super.  All of these are people with
research interests in the type of distributed systems that Isis can be
used to build; some of them have made major contributions to the real
system.  They will all have Ph.D. degrees when they leave.

Feel free to contact:

        Cliff Krumvieda cliff@cs.cornell.edu
        Mike Reiter     reiter@cs.cornell.edu   
        Aleta Ricciardi aleta@cs.cornell.edu
        Mark Wood       wood@cs.cornell.edu

Plus, although not directly in the Isis group:
        Tushar Chandra  tushar@cs.cornell.edu
        Prasad Jayanti  prasad@cs.cornell.edu

I understand that Cliff is mostly interested in positions in industry,
while the others are looking both at academic positions and industry.
-- 
Kenneth P. Birman                              E-mail:  ken@cs.cornell.edu
4105 Upson Hall, Dept. of Computer Science     TEL:     607 255-9199 (office)
Cornell University Ithaca, NY 14853 (USA)      FAX:     607 255-4428
Newsgroups: comp.sys.isis