HDTenEightyP/NetNews huggingface dataset:
From: gram@aim1.aztec.co.za (Graham Wheeler)
Subject: Re: STREAMS M_ERROR Message problem
Organization: Aztec Information Management
Date: Fri, 4 Sep 1992 09:51:31 GMT

am815@cleveland.Freenet.Edu (Joel Peter Anderson) writes:

>succeed.  If a byte is set to 0, the error state is cleared for the
>corresponding side of theStream.  The values NOERROR and 0 are not
>valid for the one-byte form of the M_ERROR message."

Have you tried using 0 instead on NOERROR? Maybe an error condition has
occurred anyway, and using NOERROR does not change anything.

-- 
Graham Wheeler                     | "That which is weak conquers the strong,
Software Systems Engineer/Student  | that which is soft conquers the hard."
Aztec Information Management/UCT   | 		Lao Tzu - Tao Te Ching Ch. 78
gram@aim1.aztec.co.za / gram@cs.uct.ac.za 
Newsgroups: comp.unix.wizards
From: mrd@morsel.stdavids.picker.com (Michael DeCorte)
Subject: sendmail  problem: mailhost: DATA wait (sendmail)
Organization: Picker International, St. Davids
Distribution: comp  
Date: Mon, 31 Aug 1992 00:10:04 GMT


I'm completely stumped.  I have a microvax running Mt Xinu.  I changed
its name a few days ago and sendmail broke.  I can send local mail, I
can receive mail, I can't send mail.  When I try it just hangs on
the DATA part.

  
If I try to mail something I get:


# echo foo | mail -v mrd@sparkie
mrd@sparkie... Connecting to mailhost (ether)...
220 stdavids.picker.com Sendmail 4.1/SMI-4.1 ready at Sun, 30 Aug 92 19:03:54 EDT
>>> HELO ddd.stdavids.picker.com
250 stdavids.picker.com Hello ddd.stdavids.picker.com ([128.2.60.1]), pleased to meet you
>>> MAIL From:<root@ddd.stdavids.picker.com>
250 <root@ddd.stdavids.picker.com>... Sender ok
>>> RCPT To:<mrd@sparkie.stdavids.picker.com>
250 <mrd@sparkie.stdavids.picker.com>... Recipient ok
>>> DATA
354 Enter mail, end with "." on a line by itself

and thats it.  It just plain hangs

ps yields

 PID TT STAT  TIME COMMAND
 287 p1 R   0:24 -AA00287 mailhost: DATA wait (sendmail)

Any ideas about what is going on?  I'm completely confused.

thanks

--
mrd@stdavids.picker.com
Michael DeCorte
Senior Systems Engineer
Picker International
St. Davids Center/Suite 100
130 Radnor-Chester Road
St. Davids, PA 19087
215-975-0973 X4329 FAX:0978
From: bsullivn@sc.sni.ie (Bryan O'Sullivan)
Newsgroups: comp.unix.wizards
Subject: Re: A few UNIX questions
Date: 27 Aug 92 09:57:11 GMT
Article-I.D.: sc.169
Reply-To: bryan@sc.sni.ie
Organization: Siemens-Nixdorf Software Development Centre, Dublin
X-Newsreader: Tin 1.1 PL3



frank@D012S436.sniap.mchp.sni.de writes:

::Because lseek() needs to be able to return -1 on error, and not have it
::look like a valid file offset.

:Umm, and a *signed* file size helps, does it?

RTFM.  Lseek(2) returns the current position in the file, or -1 on
error.  If you can think of any way to produce -1 by using unsigned
values, well ...

	-- Bryan

-- 
Bryan O'Sullivan                                             +353-1-767551 x225
Siemens-Nixdorf Informationssysteme AG                          bryan@sc.sni.ie
Software Development Centre                    "Theory like mist on eyeglasses.
Dublin                                          Obscure facts." -- Charlie Chan
From: barnett@grymoire.crd.ge.com (Bruce Barnett)
Newsgroups: comp.unix.wizards
Subject: Re: 'cat'ting 8 bit data to the terminal.....
Date: 28 Aug 92 21:42:03 GMT
	<15250003@hprpcd.rose.hp.com>
	<BARNETT.92Aug27143531@grymoire.crd.ge.com>
	<14333@auspex-gw.auspex.com>
Reply-To: barnett@crdgw1.ge.com
Organization: GE Corp. R & D, Schenectady, NY

In article <14333@auspex-gw.auspex.com> guy@Auspex.COM (Guy Harris) writes:
>   As I remember, the problem you were having is that the data being sent
>   to the pseudo-tty was coming *from* a serial line, and had the 8th bit
>   set.  Perhaps you should set the options on the serial line to strip the
>   data to 7 bits?

Thanks Guy. I'm using telnet to connect to a dial-out modem pool.
I don't know of any option to telnet to use 7 bits, and the modem
pool is too dumb. ***** But you gave be an idea! I might be able to telnet
to a smarter terminal server we have here, change it to ignore parity,
and then telnet to the modem pool. Thanks!
--
Bruce Barnett <barnett@crd.ge.com> uunet!crdgw1!barnett
Newsgroups: comp.unix.wizards
From: chetal@is.morgan.com (Pradeep Chetal)
Subject: Re: SCCS to RCS translation
Organization: Morgan Stanley & Company
Date: Fri, 28 Aug 1992 06:01:53 GMT

In article <932@gofish.cards.COM> dymm@cards.com (David Dymm) writes:

   Does anyone know of a program to translate SCCS file to RCS
   files?  Thanks.


There is a csh script sccs2rcs available from ftp sites. It works great.
If you can't get it from a site. I can sent it by mail.

/Pradeep

--
----------------------------------------------------------------------------
Pradeep Chetal                                          Phone: 81-3-3286-9678
Information Services Deptartment                          FAX: 81-3-3286-9040
Morgan Stanley Japan Ltd.  Tokyo Branch            E-mail: chetal@is.morgan.com
        Ote Center Bldg. 3F, 1-1-3 Otemachi, Chiyoda-ku, Tokyo 100
From: dymm@cards.com (David Dymm)
Newsgroups: comp.unix.wizards
Subject: SCCS to RCS translation
Date: 27 Aug 92 14:32:24 GMT

Does anyone know of a program to translate SCCS file to RCS
files?  Thanks.


David Dymm - Principal Engineer

USMAIL: Electronic Warfare Associates
        1401 Country Club Road
        Fairmont, WV  26554
PHONE:  304 367-0770
FAX:    304 367-0775
INTERNET: dymm@cards.com
From: bzs@world.std.com (Barry Shein)
Newsgroups: comp.unix.wizards
Subject: SUN/HYUNDAI compatibility
Date: 3 Sep 92 19:03:24 GMT


>  My boss has just dumped a HYUNDAI sparc on my desk and asked if it is
>'the same' as a SUN IPC. It runs SUNOS 4.1.1 ok and all the tests I've
>run on it have gone ok. Does anyone know of any incompatibilities, problems etc?

Having reviewed several of these Sparc clones for a magazine (although
not the Hyundai, not yet anyhow) by and large they're identical to
analogous Sun systems (e.g. Sun workstations with the same Sparc chip
and clock rate.) It really depends on what you are interested in.

The most common incompatabilities are in the color graphics board
implementations, although some just use Sun GX boards or whatever
others adapt other chip sets. This won't affect most users, but for
example you might find that the MIT X11 server won't just compile out
of the box (tho the companies have already ported openwindows
themselves.)

Of course, if you plan to implement your own OS onto one you may find
other incompatabilities (e.g. MMU implementation.) Or you may not be
able to install the next release of SunOS or even certain patches
distributed by Sun. Ask the vendor.

But the basic rule of thumb is, other than the various graphics
options, these companies can't afford (well, aren't interested in) the
software work it would take to deliver all of SunOS onto a glaringly
incompatible hardware platform. If you installed your own Sun copy of
4.1.1 then all the more promising (obviously in some cases that will
not work.)

Caveat emptor, but the clones are often a great buy and if you are
primarily interested in running or even developing applications they
do the job, most will run binaries from Sun systems without any
recompile (and of course that's by design.)

        -Barry Shein

Software Tool & Die    | bzs@world.std.com          | uunet!world!bzs
Purveyors to the Trade | Voice: 617-739-0202        | Login: 617-739-WRLD
Newsgroups: comp.unix.wizards,comp.unix.questions
From: muts@fysap.fys.ruu.nl (Peter Mutsaers)
Subject: Re: reliable signals under BSD / SVR4
Organization: Rijks Universiteit Utrecht
Date: Mon, 31 Aug 1992 15:12:37 GMT

Reliable does not mean that every signal will be delivered; a signal
is no queue, only 1 last signal is stored. This one is reliably
delivered. After delivery you should handle all signals that occurred
to handle every interrupt.
--
_________________________________________________________________________
Peter Mutsaers.         |================================================ 
muts@fys.ruu.nl         |              Memento Mori
Newsgroups: comp.unix.wizards,comp.unix.questions
From: peter@zeus.dialix.oz.au (Peter Wemm)
Subject: Re: reliable signals under BSD / SVR4
Keywords: signals, reliable, software interrupts
Organization: Karam Pty. Ltd. Perth, Australia
Date: Tue, 1 Sep 1992 16:23:52 GMT

acourtny@unix1.tcd.ie (Antony A. Courtney) writes:

>I wrote the following short program to test whether or not signals are reliable
>on our particular SVR4 implementation  (A Siemens-Nixdorf RM600 running Sinix).

>The particular implementation of signal() is from Stevens' "Advanced Programming
>in the UNIX environment".  

>The program simply installs a signal handler for SIGUSR1, fork()s, and the
>parent sends 20 SIGUSR1 signals to the child as fast as it can.  The child
>has a busy loop in the signal handler to make it deliberately slow.  The result
>is that I only catch a random subset of the signals posted (sometimes I don't
>catch any, other times I get 2 or 3).  I get similar behavior under 4.3BSD if
>I use BSD's implementation of signal(), which is supposedly "reliable".

>What's the word?  Are signals "reliable" or aren't they?

>I admit I haven't read *every* single standard written about all the various
>implementations and semantics of signals; that would probably take more time
>than writing a reliable signal implementation!

>Code follows, thanks for any help...

>	-antony

>--
>******************************************************************************
>* Antony A. Courtney                            Email: acourtny@unix1.tcd.ie *
>* Computer Science Department                          antony@george.lbl.gov *
>* Trinity College, Dublin, Ireland              Phone: 01+353+1-607389       *

[code deleted for brevity]

Isn't the point of reliable signals to make sure that the handler is
always valid, and there are no "danger" windows while the signal
handler is set to SIG_DFL?

In "old" unix, when a signal was posted, the handler was called, and the
signal handler vector was reset to SIG_DFL. If another signal followed
afterwards, it could potentially kill the process.  The handler could
re-arm the signal vector to point back to itself, but there is a danger
window between the start of the handler and the re-arming.

BSD/POSIX/SVR4 signals to not automatically "reset" to default on
actication, and the signal is usually *masked* to prevent a recurring
signal from within the handler.  The mask is cleared when the handler 
returns.  I dont seem to remember anything about reliable stacking or 
queueing of signals in this model.  I think this is implemented
in the kernel as a bitmask, so at theoretically one of each signal could
be queued up. I'm not sure about other implementations (other than 
SVR4/386, that is...).

Sigaction can be set to do many wonderful things though...
-- 
Peter Wemm : peter@zeus.dialix.oz.au     If it's broke, fix it (The MS-DOS way)
Work phone: +61-9-479-1855      If it aint broke, don't touch it (The Unix way)
Fax: +61-9-479-1134     If we can't fix it, it ain't broke (Maintainer's Motto)
  "Don't give me that intelligent life cr*p, find me something to blow up!"
From: jbrew@wbst218ll .wbst218LL@xerox.com
Newsgroups: comp.unix.wizards
Subject: EDI Question.
Date: 27 Aug 92 13:11:14 GMT

Can Someone direct me in the right direction in Regarding EDI, Is it possible
for EDI use  etc/services,  such as the X435 protocal. Where can i find more
information about EDI using TCP/IP services?

Thanks John Brewer
ph716-422-1289
Newsgroups: comp.unix.wizards
From: frank@D012S436.sniap.mchp.sni.de ()
Subject: Re: A few UNIX questions
Organization: Siemens-Nixdorf AG
Date: Wed, 26 Aug 92 08:14:14 GMT

mike@BRL.MIL ( Mike Muuss) writes:
: 
: From: Michael Panosh <mwp.michael@melpn1.prime.com> PrimeService, Australia
: 
: > Can *anyone* tell me why the file size is a signed integer.  Surely there
: > is no need for negative sized files!!
: 
: Because lseek() needs to be able to return -1 on error, and not have it
: look like a valid file offset.
: 

Umm, and a *signed* file size helps, does it?

--
Frank O'Dwyer		       			Disclaimer: 
Siemens-Nixdorf AG 	                        I will deny everything
Tel.  : +49 (89) 636-40639                      Fax.  : +49 (89) 636-45860
e-mail: Frank.ODwyer@sniap.mchp.sni.de
Newsgroups: comp.unix.wizards,comp.unix.questions
From: witr@rwwa.COM (Robert Withrow)
Subject: Re: reliable signals under BSD / SVR4
Reply-To: witr@rwwa.com
Organization: R.W. Withrow Associates
Distribution: usa
Date: Tue, 1 Sep 1992 19:40:52 GMT

In article <MUTS.92Aug31171235@ruunfs.fys.ruu.nl>, 
  muts@fysap.fys.ruu.nl (Peter Mutsaers) writes:
| Reliable does not mean that every signal will be delivered; a signal
| is no queue, only 1 last signal is stored. This one is reliably
| delivered. 


Except that acourtny@unix1.tcd.ie (Antony A. Courtney) said:

> ...sometimes I don't catch any...

Anyway, I get all 20 signals on SVR4.0.2.0...,  Perhaps your implementation
is broken.

-- 
---
 Robert Withrow, R.W. Withrow Associates, Swampscott MA 01907 USA
 Tel: +1 617 598 4480, Fax: +1 617 598 4430, Net: witr@rwwa.COM
From: barnes@umrgec (James Barnes)
Newsgroups: comp.unix.wizards
Subject: Device Driver Doc
Date: 3 Sep 92 20:37:33 GMT


           Hi,

           In need of BSD Device Driver documentation.  I have a good
           System V book but there are to many differences.  Preferably
           the documentation would be for ULTRIX.  Unfortunately I don't
           have access to an ULTRIX doc set.  I would love to get my
           hands on free documentation available on the internet but
           could live with a inexpensive book.  DEC documentation
           unfortunately is to expensive.  I have seen reference to
           Usenix-.usr/group tutorial which is suppose to be a Device
           Driver tutorial but do not know how to obtain a copy.


           Thanks,

           Jym Barnes  barnes@umrgec.eec.umr.edu
Newsgroups: comp.unix.wizards,comp.unix.questions,comp.windows.x
From: acourtny@unix1.tcd.ie (Antony A. Courtney)
Subject: Re: reliable signals under BSD / SVR4
Keywords: signals, reliable, software interrupts
Organization: Trinity College, Dublin
Date: Fri, 4 Sep 1992 10:29:26 GMT

In <1992Sep4.004436.24755@gateway.novell.com> terry@thisbe.Eng.Sandy.Novell.COM (Terry Lambert) writes:

>In article <acourtny.715556934@unix1.tcd.ie> acourtny@unix1.tcd.ie (Antony A. Courtney) writes:
>>There are some "hacks" to get around this, if you're environment lets you
>>write the centralized control loop for the program.  But usually SIGIO is
>>useful in cases where that isn't possible, e.g. when using an X toolkit.
>
>	Wrong.  In XTMainAppLoop() in the X toolkit, there are hooks for
>adding input sources to be "select()"ed on.
> [...]

	I didn't assert that it was totally impossible, just that it was a
"hack".  Adding extra input sources before passing control to XTMainAppLoop()
is a bit like saying "take over the control flow and tell me when something
happens that you understand (X events).  Oh, and also please tell me about
anything else that happens on these descriptors, even though you have no idea
what they are for and you don't know how to deal with them."  I humbly suggest
that this is hardly what one would call "elegant".

>	Read the fine manual.

	I have read the fine manual on select() for my Unix system.  Too bad X
toolkits hide "all that underlying system control flow stuff" from me...

>					Terry Lambert
>					terry_lambert@gateway.novell.com

	-antony

--
********************************************************************************
* Antony A. Courtney                              Email: acourtny@unix1.tcd.ie *
* Computer Science Department                            antony@george.lbl.gov *
* Trinity College, Dublin, Ireland                Phone: 01+353+1-607389       *
Newsgroups: comp.unix.wizards,bnr.sys.sun
From: norm@bnr.ca (Norm MacNeil)
Subject: HELP: MsgQueue not "reading"?
Originator: norm@bcrks122
Reply-To: norm@bnr.ca
Organization: Bell-Northern Research Ltd.
Date: Thu, 27 Aug 1992 21:16:37 GMT


A small test to check message queues is as follows:
1) program "msgd" loops and checks the message queue every 10 seconds and loop max
   4 times - simply reads the queue
2) program "sendmsg" reads input and places string on the queue

"msgd" starts and runs fine, but when I run sendmsg, I get:

msgsnd: Invalid argument

but I can't figure out what is wrong.

-- sendmsg.c:
#include <stdio.h>
#include <sys/types.h>
#include <sys/ipc.h>
#include <sys/msg.h>
extern int errno;
main(argc, argv)
  int argc;
  char *argv[];
{
  int Key, MsgQID, MsgFlag, MsgSize = 1024, I, MsgRet, Len;
  struct msgbuf *MsgP;
  char Buffer[1025];

  if ((MsgQID = msgget(101, (0600))) == -1) {
    perror("msgget()");
    printf("Unable to grab message queue.\n");
    exit(1);
  }
  else {
    printf("Message Queue %d accessed.\n", MsgQID);
    if ((MsgP = (struct msgbuf *) malloc(sizeof(struct msgbuf) + MsgSize))
     == NULL) {
      perror("malloc");
      printf("Unable to allocate memory for Msg Buffer\n");
      exit(1);
    };
    printf("Enter message for queue: ");
    gets(Buffer);
    Len = strlen(Buffer);
    for(I=0;I<Len;I++)
      MsgP->mtext[I] = Buffer[I];

    printf("Sending message (");
    for(I=0;I<Len; I++)
      printf("%c", MsgP->mtext[I]);
    printf(")\n");
    printf("About to call msgsnd(%d, %d, %d, %d)\n", MsgQID, MsgP, Len,
      IPC_NOWAIT);
    if ((MsgRet = msgsnd(MsgQID, MsgP, Len, IPC_NOWAIT | 0 )) == -1) {
      printf("errno is %d\n", errno);
      perror("msgsnd");
      printf("Unable to send message to queue.\n");
      exit(1);
    }
    else {
      printf("MsgOp: received ID: %d\n", MsgRet);
    };

  };
  printf("Exiting Message Sender.\n");

};

-- end of sendmsg.c

Any ideas?  BTW, the msgd.c is standard create the queue (IPC_CREAT|IPC_EXCL|
0600).

Thanks,
  Norm.
-- 
+-----------------------------------------------------------------------+
 Norm MacNeil                     Phone: (613) 763-7497
 CAD Operation Tools Development    Fax: (613) 763-3317
 Bell-Northern Research Ltd.      EMail: norm@bnr.ca.BITNET (INTERNET)
 #include <disclaimer.std>       "Roller bladers do it in-line!"
Newsgroups: comp.unix.wizards
From: pnarayan@cs.tamu.edu (P S Narayan)
Subject: Disk bad block
Organization: Computer Science Department, Texas A&M University
Distribution: usa
Date: Wed, 2 Sep 1992 19:12:47 GMT

Hello,
Could any one tell me how does the file manager in the Unix File System
detect a bad block and keep a track of it so that it is never allocated
to any file. What is badness in a block ?
I imagine the bad block list  is kept in the zeroth block of the  filesystem.

Regards
Narayan
pnarayan@cs.tamu.edu
Texas A&M University

Newsgroups: comp.unix.wizards
From: jeffj@krfiny.uucp (J. Jonas)
Subject: Re: Restricted directory trees in Unix - how?
Summary: use the group permissions
Organization: Jeff's house of computer pieces
Date: Tue, 25 Aug 1992 17:55:19 GMT

In article <928@gofish.Stars.Reston.Unisys.COM> dymm@cards.com (David Dymm) writes:
>I would like to set up a restricted directory tree
>on my Sun 4 system.  That is, certain users, when logging on,
>would be placed into accounts that would be located in a
>directory tree that would not have access to the rest of
>the system directory structure. ...

The way my college did this was to create the restricted users
in the 'peon' group-id.
All restricted directories were owned by group peon but with NO permissions.
That way, owner and all other have access but NOT peon.
Although this is contradictory to the intent of permission GRANTING
vs. permission denial, it works.

Set root is tricky becuase you need hard links for all things in /dev,
/tmp and other things that are below the new root.

- Jeffrey Jonas
jeffj@synsys.uucp
-- 
-- 
Jeffrey Jonas

jeffj@synsys.uucp
Newsgroups: comp.unix.wizards
From: kraas@gmd.de (Albrecht W. Kraas)
Subject: Editor's call for papers
Organization: GMD, Sankt Augustin, Germany
Date: Mon, 31 Aug 1992 20:29:59 GMT


This is a forwarded message.

EDITOR'S CALL FOR PAPERS


I am planning a book on Mach dealing with current research projects
in various fields concerning the Mach operating system. For this
effort, I am still looking for competent authors to contribute mate-
rial.

Fields of interest include but certainly are not limited to:

	o Mach Basics
	o Mach 2.5 and 3.0 including OSF/1 and other operating
	o systems based on Mach
	o Emulation of other operating systems with appropriate
	o Mach-Servers
	o Specific Mach implementations
	o Multiprocessor issues
	o Mach in distributed environments
	o Applications based on the Mach OS

Further topics are:
	o Real Time extensions to Mach
	o Multimedia environments on top of Mach
	o Object-oriented systems with Mach

Submissions:

Authors should send an extended abstract (2000 to 3000 words) of
their papers to the email address above in plain ASCII. This abstract
should include the length in words of the original paper (without fig-
ures) and the email address of the author for a first contact. Since this
book is also planned as a text book on Mach (like Sape Mullender's
book on distributed systems), the material contributed should also
provide a minimum introduction into the field. All contributions will
be acknowledged.


Since this is a forwarded message (I cannot post articles on the
usenet), a friend of mine will forward the mail to me. Therefore please
include the keywords "mach book" in the subject line.


	Chris Zimmermann
From: norm@bnr.ca (Norm MacNeil)
Subject: SOLVED: MsgQueue Problems...
Originator: norm@bcrks122
Reply-To: norm@bnr.ca
Organization: Bell-Northern Research Ltd.
Date: Fri, 28 Aug 1992 14:48:39 GMT


Ok ok so it was down (WAAAAAY down) in the man pages... it turns out that the
function "msgsnd"'s struct which contains the message to send cannot have it's
message type (P->mtype) equal to 0.  This was not really pointed out in AnswerBook
too well.  Anyway, thanks anyway to anyone who was in the middle of attempting to
figure this one out.  It was under the diagnositics part where it states that 
msgsnd will fail with EINVAL if ... mtype is less than 1.

  Norm.

-- 
+-----------------------------------------------------------------------+
 Norm MacNeil                     Phone: (613) 763-7497
 CAD Operation Tools Development    Fax: (613) 763-3317
 Bell-Northern Research Ltd.      EMail: norm@bnr.ca.BITNET (INTERNET)
 #include <disclaimer.std>       "Roller bladers do it in-line!"
Newsgroups: comp.unix.wizards,comp.unix.programmer,comp.unix.internals
From: asu@panther4.panther.mot.com (ASU Student)
Subject: Implementation of Sys V. based message queues 
Organization: Motorola Panther Project, Chandler, AZ
Date: Tue, 1 Sep 1992 15:53:22 GMT

Hello,
  Does anyone have any insight in to the implementation of Sys V
based message queues (on SunOS)?  The reason I ask is because I would
like to be able to use select(2) to multiplex descriptor based objects
(sockets) as well as the message queue.  Any pointers would be greatly
appreciated.
From: LISTSERV@vm1.nodak.edu ( Revised List Processor)
Newsgroups: comp.unix.wizards
Subject: Delivery error notice sent to list UNIX-WIZ
Date: 1 Sep 92 13:48:42 GMT

Thanks for your promptness and courtesy in passing this on.

Richard

----------------------------Original message----------------------------
   I passed your note on to the sender at xerox.  I agree that the address
should be fixed.  It apparently got through the real list at brl - our list
is just a redistributor for BITNET.   Marty
----------------------------Original message----------------------------
Xref: sparky comp.unix.wizards:3695 comp.unix.bsd:4733