HDTenEightyP/NetNews huggingface dataset:
From: tkuusk@nyx.cs.du.edu (Tanel Kuusk)
Subject: AMIX SVR4 & TCP/IP
Organization: Nyx, Public Access Unix @ U. of Denver Math/CS dept.
Date: Mon, 5 Oct 92 18:56:52 GMT


Hi! Can somebody tell me why Amix SVR4 doesn't understand
hostnames?   nslookup works quite well, but
the other services (telnet, ping, ...) return an unknown host error.
Has anybody seen such things?

---

Tanel Kuusk    (tanel@obs.ee, tkuusk@nyx.cs.du.edu)
Komput Ltd.
Tartu, Estonia
Newsgroups: comp.unix.amiga
From: won@cs.columbia.edu (Won Y. Kim)
Subject: twm and tvtwm
Organization: Columbia University Department of Computer Science
Distribution: usa
Date: Sat, 26 Sep 1992 17:58:57 GMT


Does anyone know how to turn off the Sunmouse feature on twm and tvtwm??

It would be so much simpler and quicker (well, at least for me..) if I 
did not have to wait for the jerky mouse movements when I move the mouse
window to window. So much simpler to just click on the window that you want 
to use..

olwm's Sunmouse feature seems much more nicer, i.e. seems to wait for mouse 
to stop before acttivating the window.


hmm.
					Thanks.
-- 
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
Won Kim. Programmer ReProgrammer..
"I am the SuperGrunt. The *ORIGINAL* SuperGrunt. Perhaps you have heard of me?"
						- The Orginal SuperGrunt
Newsgroups: comp.unix.amiga,comp.sys.amiga.programmer,comp.sys.amiga.unix,gnu.gcc.help,gnu.g++.help
From: ler@lerami.lerctr.org (Larry Rosenman)
Subject: Re: libg++ installation problems (still!)
Summary: Fix sys/stat.h
Date: Mon, 28 Sep 1992 22:58:24 GMT
Organization: Larry Rosenman's personal SVR4 Box

here is a patch script for sys/stat.h to fix it:


*** stat.h	Mon Sep 28 15:12:48 1992
--- /usr/include/sys/stat.h	Mon Sep  7 10:07:00 1992
***************
*** 207,216 ****
--- 207,221 ----
   */
  
  #if !defined(_KERNEL)
+ #if defined(__STDC__)
  static int
+ stat(const char *path,struct stat *buf)
+ #else
+ static int
  stat(path, buf)
  const char *path;
  struct stat *buf;
+ #endif
  {
  int ret;
  	ret = _xstat(_STAT_VER, path, buf);
***************
*** 218,227 ****
--- 223,237 ----
  }
  
  #if !defined(_POSIX_SOURCE) 
+ #if defined(__STDC__)
+ static int
+ lstat(const char *path,struct stat *buf)
+ #else
  static int
  lstat(path, buf)
  const char *path;
  struct stat *buf;
+ #endif
  {
  int ret;
  	ret = _lxstat(_STAT_VER, path, buf);
***************
*** 228,238 ****
  	return ret;
  }
  #endif /* !defined(_POSIX_SOURCE) */
! 
  static int
  fstat(fd, buf)
  int fd;
  struct stat *buf;
  {
  int ret;
  	ret = _fxstat(_STAT_VER, fd, buf);
--- 238,252 ----
  	return ret;
  }
  #endif /* !defined(_POSIX_SOURCE) */
! #if defined(__STDC__)
! static int 
! fstat(int fd, struct stat *buf)
! #else
  static int
  fstat(fd, buf)
  int fd;
  struct stat *buf;
+ #endif
  {
  int ret;
  	ret = _fxstat(_STAT_VER, fd, buf);
***************
*** 240,250 ****
--- 254,269 ----
  }
  
  #if !defined(_POSIX_SOURCE) 
+ #if defined(__STDC__)
+ static int
+ mknod(const char *path, mode_t mode,dev_t dev)
+ #else
  static int
  mknod(path, mode, dev)
  const char *path;
  mode_t mode;
  dev_t dev;
+ #endif
  {
  int ret;
  	ret = _xmknod(_MKNOD_VER, path, mode, dev);
-- 
Larry Rosenman                            Internet: ler@lerami.lerctr.org
ATT: +1 214-399-0210 (voice)  BIX: ler    UUCP: ..!utacfd.uta.edu!lerami!ler
US Mail: 900 Lake Isle Circle, Irving, TX 75060-7726
Newsgroups: comp.unix.amiga
From: hessmann@unipas.fmi.uni-passau.de (Georg Hessmann)
Subject: Re: 1GB hard-disk and Amiga UNIX
Organization: University of Passau, Germany
Date: Fri, 2 Oct 1992 11:12:15 GMT

In article <1992Oct1.112346.29602@tom.rz.uni-passau.de> hessmann@unipas.fmi.uni-passau.de (myself) writes:

>  - Seagate ST11200N  1GB, 3.5 Zoll
                            ^^^^^^^^

Hu, do I never learn it? 
What's the correct notation for a 3.5 xx hard disk? (a small one :)


>  - IBM 0663-L12      1GB, 3.5 Zoll
>
>
>Yesterday, I've ordered the IBM disk.
>
>But today, someone send me a mail and said, that Amiga UNIX
>doesn't work with these two disks (especially not with the IBM).  :-((

I've now heard, that it can be a problem with the
SDTR-Message (Synchronous Data Transfer Request-),
which Amiga UNIX doesn't understand.

Is this the only possibility to get problems with the
collaboration between Amiga UNIX and a hard disk?
Or what else can be go wrong?

	Georg.

-- 
  hessmann@unipas.fmi.uni-passau.de		(Georg Hemann)
						(Oberer Markt 7/D-8712 Volkach)
From: TXN102@psuvm.psu.edu (Phaedrus)
Newsgroups: comp.unix.internals
Subject: linker weird?
Date: 4 Oct 92 16:50:22 GMT
Organization: Penn State University

hello,

i am using pc (pascal compiler) in a mips/ultrix environment and i keep
getting the message:

Fixed up unaligned data access for pid xxxx (a.out) at pc 0x4017d4

whenever i run the program.  is this an operating system phenomenon,
and if so, what can i do about it?  i tried setting different data
segments (-kD option), but that didn't work either.  i should mention
that the program runs fine, it's just that getting 1000 of these
un-redirectable messages on a 2400-baud connection is extremely trying.

if this is not the appropriate newsgroup, please point me to one.

any help would be greatly appreciated!

Thi
(ttn@eclu.psu.edu preferred for correspondance)
From: jhma@ukc.ac.uk (J.H.M.Aldridge)
Newsgroups: comp.unix.internals
Subject: Re: UNIX INTERNALS BOOK
Date: 29 Sep 92 09:14:06 GMT
Reply-To: jhma@ukc.ac.uk (J.H.M.Aldridge)
Organization: Computing Lab, University of Kent at Canterbury, UK.

In article <6794269@bailey.UUCP> ben@bailey.UUCP (Ben Bailey) writes:
>Yup, it's called:
>	The Design of the UNIX Operating System
>		by Maurice J. Bach
>		ISBN 0-13-201799-7
>		pub: Prentice-Hall
>		copyright 1986
>	

If you want the Berkeley equivalent then try:
	The Design and Implementation of the 4.3BSD Unix Operating System
		by Leffler, McKusick, Karels and Quarterman
		ISBN 0-201-06196-1
		pub: Addison-Wesley
		copyright 1989


--James

--
James Aldridge
5 Yarnton Court, Kidlington, Oxfordshire, UK, OX5 1AU
Tel. +44 8675 5717, email: jhma@ukc.ac.uk
Newsgroups: comp.unix.internals
From: rob@kralizec.zeta.org.au (Robert Matthews)
Newsgroups: comp.unix.internals
Subject: Port in Use.
Summary: How to avoid port in use message.
Keywords: sockets
Date: 30 Sep 92 01:16:42 GMT
Organization: Kralizec Dialup Unix Sydney: +61-2-837-1183 V.32

I am using sockets for a network server. If I kill the server, and try and
restart it (I am using a static port number) I have to kill all attached
processes (fair enough). But then I have to wait 30 - 60 seconds to be
able to restart the server. Is there something obvious I am missing?

----------------------------  "I'm not really bad... I'm just drawn that way"
| Robbie Matthews          |   					Jessica Rabbit
| rob@kralizec.zeta.org.au |
----------------------------
Newsgroups: comp.unix.internals
From: kale@aelle.cs.odu.edu (Vijay S. Kale)
Subject: FAQ
Organization: Old Dominion University
Date: Mon, 28 Sep 1992 15:32:43 GMT



Hi Gurus,

 Could anyone give a pointer to FAQ in this group or post it.

 Will appreciate.

..Vijay
Xref: sparky comp.unix.internals:1857 comp.unix.bsd:6618 comp.unix.ultrix:7268
From: cutter@silver.lcs.mit.edu (trouble child)
Newsgroups: comp.unix.internals,comp.unix.bsd,comp.unix.ultrix
Subject: Is there a "kvm.h" equivalent in BSD4.3 and Ultrix?
Summary: how do I read /dev/kmem in a neat fashion?
Keywords: kernel BSD Ultrix
Date: 30 Sep 92 16:42:14 GMT
Article-I.D.: life.28620
Followup-To: comp.unix.internals
Organization: MIT Laboratory for Computer Science

I am looking for the BSD and Ultrix equivalents of the kvm routines
available under SunOS.

I need to find the equivalents for kvm_open, kvm_nextproc,
kvm_setproc, kvm_getcmd, and kvm_close (gosh, just a couple, eh!).

I know there's no package like kvm.h, but if anyone knows the methods
to access what's in /dev/kmem, I'd appreciate it.

Replies via email, please.
/joe

-|-|-|-|-|-|/\-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-
Joe Turner <  > cutter@silver.lcs.mit.edu
            \/
My spine is the bassline.
Newsgroups: comp.unix.internals
From: witr@rwwa.COM (Robert Withrow)
Subject: Re: Large Streams Buffers
Reply-To: witr@rwwa.com
Organization: R.W. Withrow Associates
Distribution: usa
Date: Mon, 5 Oct 1992 20:48:54 GMT

In article <21668@rpp386.lonestar.org>,
  jfh@rpp386.lonestar.org (John F. Haugh II) writes:

| You need to define the problem much better before deciding on some
| solution.

Well, I think I understand the problem quite well...  I selected the
information subset I posted as what I thought was necessary for people
to understand the nature of the problem, not it's gory details.  If you
want, I'd be glad to send you pages about it...   ;-)

| your need to allocate resources must be weighed against the impact on
| the rest of the system.

Precisely.  That is what I said.  What I *don't* know is: what exactly
is the impact on the system for each of the three alternatives I offered.

Namely:

  1) What is the impact of a) allocb'ing a 1MB message, and b) sending
     it up a stream.

  2) What is the impact of allocb'ing smaller messages totalling 1MB.

  3) What is the probability of a failed or late allocb in a SVR4.0.3.0/386
     system (486-33) given that the bottom half of the driver is collecting
     16 bytes of data every millisecond (interrupt driven) from a piece
     of hardware.

  4) For that matter, what is the probability of missing a millisecond
     interrupt on this system type?  A 2 millisecond interrupt?  A
     5 millisecond interrupt?

Thanks for any help anyone can give.  

-- 
 Robert Withrow, Tel: +1 617 598 4480, Fax: +1 617 598 4430, Net: witr@rwwa.COM
 R.W. Withrow Associates, 21 Railroad Ave, Swampscott MA 01907-1821 USA
From: ben@bailey.UUCP (Ben Bailey)
Subject: Re: UNIX INTERNALS BOOK
Newsgroups: comp.unix.internals
Date: 26 Sep 92 13:53:10 GMT
Distribution: world
Organization: Ben Bailey's Home..Tampa Fl.

Yup, it's called:
	The Design of the UNIX Operating System
		by Maurice J. Bach
		ISBN 0-13-201799-7
		pub: Prentice-Hall
		copyright 1986
	
--
Ben Bailey                 ben@bailey.uucp -- bailey!ben@uunet.uu.net
12210 Shady Forest Dr.     ben@bailey.tscs.com
Riverview, Fl. 33569       -- The main thing is to keep the main
813-677-5021                  thing the main thing.  Mainly.
From: Kari.Hurtta@Helsinki.FI (Kari E. Hurtta)
Newsgroups: comp.unix.internals
Subject: Re: Port in Use.
Date: 1 Oct 92 19:13:10 GMT
Organization: Department of Computer Science, University of Helsinki, Finland

In article <9890@kralizec.zeta.org.au> rob@kralizec.zeta.org.au (Robert Matthews) wrote:
> I am using sockets for a network server. If I kill the server, and try and
> restart it (I am using a static port number) I have to kill all attached
> processes (fair enough). But then I have to wait 30 - 60 seconds to be
> able to restart the server. Is there something obvious I am missing?

This time is requited in TCP/IP protocol.
From: jhelberg@nl.oracle.com (Joost Helberg)
Newsgroups: comp.unix.internals
Subject: Re: spl*() calls in kernel code.
Date: 28 Sep 92 13:00:37 GMT
Organization: Oracle Europe
X-Newsreader: Tin 1.1 PL3

X-Disclaimer: This message was written by an unauthenticated user
              at Oracle Corporation.  The opinions expressed are those
              of the user and not necessarily those of Oracle.

boyd@prl.dec.com (Boyd Roberts) writes:
: In article <2882@nlsun1.oracle.nl>, jhelberg@nl.oracle.com (Joost Helberg) writes:
: > 
: > s = spl4();		/* dont want interrupts at level 4 or higher */
: > <critical region>
: > spls( s );		/* restore level	*/
: > 
: > 
: 
: You mean _lower_.
No, I mean higher.
In the critical region I dont want interrupts to come inbetween, interrupts
of level 4 and higher, interrupts of level 3 and less don't matter.

In my text I take it that higer levels of interrupt have precedence over lower
levels, and that higher - lower matches the integer rules for comparing.
(i.e. level 6 is higher than level 4). If you work the other way around, it
should be _lower_.

--  
   Joost Helberg                                Rijnzathe 6
   jhelberg@oracle.nl                           NL-3454 PV De Meern
   jhelberg@nl.oracle.com                       The Netherlands

   Oracle Europe BV                             Product Line Development	
   Phone: +31 3406 94211                        Fax:   +31 3406 65609
From: jhelberg@nl.oracle.com (Joost Helberg)
Newsgroups: comp.unix.internals
Subject: Re: spl*() calls in kernel code.
Date: 28 Sep 92 16:29:19 GMT
Organization: Oracle Europe
X-Disclaimer: This message was written by an unauthenticated user
              at Oracle Corporation.  The opinions expressed are those
              of the user and not necessarily those of Oracle.
X-Newsreader: Tin 1.1 PL3

jhelberg@nl.oracle.com (Joost Helberg) writes:
: 
: boyd@prl.dec.com (Boyd Roberts) writes:
: : In article <2882@nlsun1.oracle.nl>, jhelberg@nl.oracle.com (Joost Helberg) writes:
: : > 
: : > s = spl4();		/* dont want interrupts at level 4 or higher */
: : > <critical region>
: : > spls( s );		/* restore level	*/
: : > 
: : > 
: : 
: : You mean _lower_.
: No, I mean higher.
: In the critical region I dont want interrupts to come inbetween, interrupts
: of level 4 and higher, interrupts of level 3 and less don't matter.
: 
: In my text I take it that higer levels of interrupt have precedence over lower
: levels, and that higher - lower matches the integer rules for comparing.
: (i.e. level 6 is higher than level 4). If you work the other way around, it
: should be _lower_.

OH NO, silly me, it is a bit stressy here, doing my job and doing news as well
isn't always a good combination (keeps your mind fresh however). 
It must  be LOWER of course.

sorry
--  
   Joost Helberg                                Rijnzathe 6
   jhelberg@oracle.nl                           NL-3454 PV De Meern
   jhelberg@nl.oracle.com                       The Netherlands

   Oracle Europe BV                             Product Line Development	
   Phone: +31 3406 94211                        Fax:   +31 3406 65609
Newsgroups: comp.unix.internals
From: olson@anchor.esd.sgi.com (Dave Olson)
Subject: Re: SCO Can't Read Tape Written by Ultrix
Organization:  Silicon Graphics, Inc.  Mountain View, CA
Date: Sat, 26 Sep 92 06:09:25 GMT

In <Buy9uD.E6A@npt1.uucp> root@npt1.uucp (System PRIVILEGED Account) writes:
|    I need to transfer data via 8-mm tape (Exebyte 8800 drives on both
| systems) from an Ultrix 4.2A system to a SCO 3.4 system. So far, I have been 
| unable to do so.
| 
|    I can run GNU tar or cpio on both ends so tar or cpio compatability is no
| problem. 
| 
|    The problem seems to be at the driver level. If I try the following on the
| SCO side after making a tape with either cpio or tar on the Ultrix side:
| 
|    cat /dev/devicefile | more
| 
| I get a "bad medium " error.

Assuming the driver is printing a reasonable error message
based on the SCSI sense codes, I would have to guess that
you are trying to read an 8500 tape in an 8200 drive (there
are no Exabyte 8800's).

--
Let no one tell me that silence gives consent,  |   Dave Olson
because whoever is silent dissents.             |   Silicon Graphics, Inc.
    Maria Isabel Barreno                        |   olson@sgi.com
Newsgroups: comp.unix.internals
From: boyd@prl.dec.com (Boyd Roberts)
Subject: Re: spl*() calls in kernel code.
Organization: Digital Equipment Corporation - Paris Research Laboratory
Date: Sat, 26 Sep 1992 10:21:22 GMT

In article <2882@nlsun1.oracle.nl>, jhelberg@nl.oracle.com (Joost Helberg) writes:
> 
> s = spl4();		/* dont want interrupts at level 4 or higher */
> <critical region>
> spls( s );		/* restore level	*/
> 
> 

You mean _lower_.
From: aakash@hpcupt3.cup.hp.com (Aakash Sahai)
Date: Thu, 24 Sep 1992 20:37:28 GMT
Subject: Re: spl*() calls in kernel code.
Organization: Hewlett Packard, Cupertino
From: jfh@rpp386.lonestar.org (John F. Haugh II)
Newsgroups: comp.unix.internals
Subject: Re: Large Streams Buffers
Date: 5 Oct 92 12:56:02 GMT
Reply-To: jfh@rpp386.cactus.org (John F. Haugh II)
Distribution: usa
Organization: River Parishes Programming, Austin, Republic of Texas

In article <1992Oct4.155516.14978@rwwa.COM> witr@rwwa.com writes:
>I am contemplating the design of a (SVR4.0.3.0/386 streams) driver which
>must collect about 16 bytes of data from a piece of hardware every 
>millisecond, for 60 seconds, and return the data to a user mode program.  

You need to define the problem much better before deciding on some
solution.  For example, if the "must" is an "absolutely, positively
cannot fail to do this or the nuclear reactor melts down", your
solution must be one which will not ever fail.  In which case, I'd
suggest you allocate all the resources you'll ever need up front.

If the nature of the problem is less critical, your need to allocate
resources must be weighed against the impact on the rest of the
system.
-- 
John F. Haugh II           [  TSAKC  ]       UUCP: ...!cs.utexas.edu!rpp386!jfh
Ma Bell: (512) 251-2151    [ DoF #17 ]            Domain: jfh@rpp386.cactus.org
Newsgroups: comp.unix.wizards
From: barr@pop.psu.edu (David Barr)
Subject: Re: Deleting a file
Organization: Penn State Population Research Institute
Date: Wed, 30 Sep 92 15:23:09 GMT

In article <1992Sep30.040916.4329@fcom.cc.utah.edu> terry@cs.weber.edu (A Wizard of Earth C) writes:
>In article <1992Sep29.134238.23590@athena.cs.uga.edu> is@groucho.dev.uga.edu (Bob Stearns) writes:
>>Through a stupid and egregious programming error I have managed to place
>>some files on my system with DELs at the beginning of the file name. Is
>>there any way, without writing code in C/PERL/your-favorite-language to
>>remove these files? I have even tried rm *xxx and the machine comes back
>>and says the files don't exist even though it had to find the files to
>>say they don't exist!?!?!
>>
>>If it is significant, I am running SCO Xenix 3.2.4 on an Intel 386/33
>>generic clone with SCSI hard drives.
>
>It's entirely possible that you have deletes in the middle of the file name or
>the high bit's set on the x's.
>
>use	rm -i *
>
>and say "no" until you see your file.  If this doesn't work, unlink the
>bugger and let fsck get it on the next boot (yes, I know this will result in
>a "/lost+found" entry, but it will have a normal name and normal links and
>should be removed).

Sounds like a shell problem.

darwin:~>touch ^?blah
darwin:~>rm ^?blah

(the ^? was entered by typing ^V<del>)

If your shell is stripping out the control character (or won't let you
enter it) then it is broken, IMHO.  Now, it is possible that 'ls' is
broken too, by not specifying the correct representation of the filename.
A simple fix is a careful examination of "od -a .", or pulling up emacs
in dired mode.

--Dave
-- 
System Administrator, Population Research Institute    barr@pop.psu.edu
  One is the loneliest number.
  Two is as lonely as one, just shifted to the left.
From: jhma@ukc.ac.uk (J.H.M.Aldridge)
Newsgroups: comp.unix.wizards
Subject: Re: unix prompt
Date: 1 Oct 92 21:30:47 GMT
Reply-To: jhma@ukc.ac.uk (James Aldridge)
Organization: Computing Lab, University of Kent at Canterbury, UK.

In article <a+mz7tb@rpi.edu> cecchinr@fox.cs.rpi.edu (Ron Cecchini) writes:
>
>I can't believe no one has said:
>
>alias sp 'set prompt = "`hostname`:`whoami`:`pwd`> "'
>alias cd 'cd \!*; sp'
>
>And, if you want your directories listed each time you cd, just
>change tbhe "cd" alias to 'cd \!*; sp; ls'

I remember some time ago that a friend had put so much in his alias for 
cd (and some other commands) that it took him several weeks to realise that
somebody (mentioning no names!) had added a "sleep 5" to his alias when he
made the mistake of leaving his terminal unattended for a few minutes:-)

Of course with shells such as tcsh, the ability to set dynamic prompts is
built in so no such aliases are necessary (unless you really want to get a
directory listing every time you change directory!!!).

>Ron

James

--
James Aldridge,
5 Yarnton Court, Kidlington, Oxfordshire, UK, OX5 1AU
Tel. +44 8675 5717, Email: jhma@ukc.ac.uk
Newsgroups: comp.unix.wizards
From: cecchinr@fox.cs.rpi.edu (Ron Cecchini)
Subject: Re: Question: How to send output to another AUDIO device?
Organization: Rensselaer Polytechnic Institute, Troy, NY
Date: Thu, 1 Oct 1992 21:40:02 GMT

In article <1992Oct1.202055.16220@fcom.cc.utah.edu> terry@cs.weber.edu (A Wizard of Earth C) writes:

[stuff deleted]

>Yes, you will have to implement "Audio servers".  Whether you do this yourself
>depends on if you've been following the discussions on packet audio and if
>you know how to run "archie" to find the Sun program "Radio".
>
>Most likely, the fact that you want to key it off the "DISPLAY" environment
>variable is enough in itself to require that you implement at least some
>code.  X does not have extensions to support this type of audio -- mostly
>because hardware manufacturers can't decide on a standard minimum set of
>specifications, and up until recently NeXT was the only one who had a
>real DSP (rather than just an ADAC).
>
>The main issue is that if you have audio, you'll want video, and there
>isn't enough  bandwidth on common network hardware to maintain multiple
>simultaneous channels.  In addition, X technology is basically reliable
>stream and "broadcast" requires reliable datagram or huge bandwidth to
>allow one reliable stream per recieving client.
>
>Check out the news groups rec.audio and rec.video for more (albiet
>scattered) information.

First let me thank everyone who responded to me via email and here.
For those who I told that I'd post what I found out, the general
consensus seems to be to use "rsh", as in the following:

rsh remote-machine cat \> /dev/audio < audio-file
(thank you Thomas Lawrence - I was trying to use something similar
 with rsh, but I didn't have that oh-so-important back-slash!)

Yes, I've heard of the radio program (and yes, I know how to use
"archie").  I am also looking at some "voice on the LAN" code
from the University of Massachusetts.

The application we are building involves real-time
audio (and video, about 30 years from now...) conferencing.  Because
of that, "rsh" really isn't sufficient because of the overhead (the
reason I was playing with rsh at all was just that: to play around!).

Basically, I was looking for the answer Terry indicated above about there
being no audio support from X (there is no simple way to do what I was trying to
do; i.e. using environment variables).  I guess I knew all along that
sockets would be the way to go - since what I have to do has to be done in
real-time, anyway...

Once again, thanx everybody!

Ron
From: alan@nabeth.enet.dec.com (Alan Rollow - Alan's Home for Wayward Tumbleweeds.)
Newsgroups: comp.unix.wizards
Subject: Re: Sector design
Date: 2 Oct 92 21:38:09 GMT
Reply-To: alan@nabeth.enet.dec.com (Alan Rollow - Alan's Home for Wayward Tumbleweeds.)
Distribution: usa
Organization: Digital Equipment Corporation


In article <1992Oct2.144613.28635@tamsun.tamu.edu>, pnarayan@cs.tamu.edu (P S Narayan) writes:
>
>Suppose there are 35 sectors in a track. If the block size is 8k or 16 sectors
>then there are two blocks in one track. Will the third block begin at the 33rd
>sector or will the remaining 3 sectors be wasted by the filesystem ?
>Or will it continue from the 33rd sector for one whole cylinder and waste the
>sectors at the end of the cylinder ?

I think the wasted space ends up in the last cylinder of the last
cylinder group group.  At least given the typical defaults.  Consider
the case where there are 16 cylinders per group and a block size of
8 KB (16 blocks).  For all but the last cylinder group which might
be short, each group can pretty much be ensured of always having
enough space for whole blocks.

>
>Narayan
>pnarayan@cs.tamu.edu
>
>
--
Alan Rollow				alan@nabeth.cxo.dec.com