HDTenEightyP/NetNews huggingface dataset:
From: twelsh@uhunix.uhcc.Hawaii.Edu (Todd Welsh)
Subject: How do I download ftp files from host Unix to my Amiga over modem?
Keywords: transfer, modem, amiga, files, Unix
Organization: University of Hawaii
Date: Wed, 11 Nov 1992 02:31:55 GMT

I'm new to the Unix/ftp/telnet area, so please bear with me:

Could someone please tell me how to transfer files that I got through ftp
onto my University's Unix/mainframe to my Amiga which I have in my
apartment?  I have both JR-com and Netcom terminal programs, so I have
access to a variety of transfer protocals, but I'm not sure which one to
use (Xmodem, Zmodem, etc) if any to get my amiga files from my account on
the university's Unix system to a floppy disk in my Amgia 500 at home.

Whatever help you could give me would be greatly appreciated, Mahalo (thanks).

Todd Welsh [telnet address: twelsh@uhunix.uhcc.hawaii.edu]



Newsgroups: comp.unix.internals,comp.unix.wizards,comp.unix.questions
From: fitzgb@mml0.meche.rpi.edu (Brian Fitzgerald)
Subject: Re: Netstat output
Followup-To: comp.unix.questions
Organization: Rensselaer Polytechnic Institute, Troy, NY
Date: Sun, 8 Nov 1992 05:53:14 GMT

Larry Johnson writes:
>Given the following (truncated) output from the netstat command:
>
>Active Internet connections
>Proto Recv-Q Send-Q  Local Address          Foreign Address        (state)
>tcp        0      0  oy.login               popeye.1023            ESTABLISHED
>tcp        0      0  oy.2010                popeye.1760            ESTABLISHED
>
>why is it that under the local address column, one is identified by a
>name (login) and one by just a number (2010).

Because login is in /etc/services.  1023, 2010, and 1760 are not.
The addresses are internet domain socket addresses.

Followup to comp.unix.questions.

Brian
From: gab@adpgate.UUCP (Thomas Gabrysch)
Newsgroups: comp.unix.internals
Subject: Re: mmap a raw device?
Date: 11 Nov 92 20:50:48 GMT
Organization: ADP Dealer Services R&D, Portland, OR

harrison@jho.com (Mark Harrison) writes:
: Should a process be able to mmap() a raw (disk) device?  The
: example in the manual shows that an error will occur on mmap()ing
: to a terminal, for example, but I can't find a definitive
: reference on whether it will or won't work on a raw device.

According to the source code you can only mmap regular files.

- Thomas Gabrysch
From: jmd6@unix.brighton.ac.uk (Durrant;f110or89;[05306)
Newsgroups: comp.unix.internals
Subject: PS info from C?
Date: 13 Nov 92 11:42:27 GMT
Organization: University of Brighton, UK


I using sunos 4.1.2.3 and I'm after getting access to
the process information for a running process. By info
I mean processor time used, command running, mem in use, etc.
The sort of thing that ps returns. I think it should be 
possible through ptrace but this only terminates the process
I attach to.

On Unix SVR4 I could do this by doing an ioctrl on a process file
in the proc virtual file system. But under sunos such nicetys are
absent.

Please mail me any sujestions.

Thanks

Jon Durrant (jmd6@uk.ac.bton.unix) JANET address
Newsgroups: comp.unix.internals
From: asw2s@uvacs.cs.Virginia.EDU (Alex S. Waterman)
Subject: peek()ing a location
Originator: asw2s@phil.cs.Virginia.EDU
Keywords: peek, device driver
Organization: University of Virginia Computer Science Department
Distribution: usa
Date: Wed, 11 Nov 1992 07:19:11 GMT

All,
	I have implemented a device driver in SunOS 4.1.1 that communicates
with a 68040 on the VME backplane.  In some circumstances I would like to
use a _guarded_ access mechanism to check the memory directly on the board. 
Guarded in the sense that if I reference it it won't dump the kernel.  The
68040 is occasionally locking the VME bus and I would like to sense this
without the kernel dumping.
(the memory has been mapped in, etc.  I can access it most of the time.)

	The peek() routine is perfect for this but the Sun manual says to only
use it in the probe() routine.  I would like to use it in my strategy() 
routine.  Is there any known reason why I can't?  No reason is given.
	If I can't use peek(), is there another way to accomplish this?  


	Thanks for your help.

 - Alex Waterman
   Alex@virginia.edu
From: art@chaos.cs.umn.edu
Newsgroups: comp.unix.internals
Subject: Re: Logical Virtual Disk
Keywords: Virtual
Date: 9 Nov 92 16:49:15 GMT
Article-I.D.: chaos.art.721327755
Organization: University of Minnesota

To Peram  at texas A and M 
Regardin virtual disk interest
I received your mail but am unable to send mail to you
for some reason please send me a phone # and a Fax # so
I can get you a response
Art
612-375-1066
From: sinan@bcsaic.boeing.com (Sinan Karasu)
Newsgroups: comp.unix.internals
Subject: Solaris2.0/2.1 Real time "Fast" timing/scheduling
Date: 11 Nov 92 20:17:11 GMT
Distribution: comp.unix.internals
Organization: Boeing Computer Services AI Center, Seattle


Hi,
I am porting an application that requires very fine
timing control to Solaris 2.0/2.1. I need to be able to schedule
my program at given time increments. The time increment can be
anywhere from 1 millisecond to 50 milliseconds. I gave played
with setitimer and SIGALRM , they do work fine except I can not
get better than 10 millisecond granularity. So I decided
to try something more hardware oriented and noticed that there are
2 timer/counters in the MMU chip.
Questions:

1) Does the OS use either or both of these counters?
2) Are there other timers available on the Sparc platform?
3) Does the equation change if I use a VME based SparcEngine?
4) Does/Has anybody done/? any work in this area and give me some
   pointers?
5) Are there other calls in Solaris 2.0 and derivatives that would
   allow me to what I am trying to do ????

Thanx for any and all answers/pointers/criticism/etc...
Sinan Karasu
sinan@mtesol.boeing.com
From: guy@Auspex.COM (Guy Harris)
Newsgroups: comp.unix.internals
Subject: Re: mmap a raw device?
Date: 9 Nov 92 00:27:11 GMT
Organization: Auspex Systems, Santa Clara

>Should a process be able to mmap() a raw (disk) device?

Under SunOS 4.x?  No, a process will not be able to do that.
From: duane@anasazi.com (Duane Morse)
Subject: setsid and streams/device driver output to controlling terminal
Organization: Anasazi, Inc.  Phoenix, Arizona USA
Date: Thu, 12 Nov 1992 18:15:09 GMT

On an NCR 3433, a program of mine which uses TCP/IP occasionally gets
an "error 22" from t_open.  Running a system call trace (truss) shows that
the errno error is 5 (EIO) upon return from ioctl(fd, I_FIND, "timod")
(looking for the Transport Interface streams module, I presume).

An NCR rep has said that my program needs to use "setsid" because the
streams driver is checking to see if it can put a message on the controlling
terminal and it returns this error when it finds it cannot (the
program and others in the same process group are running "nohup"
and the initiator has logged off).

Though invoking "setsid" during program initialization does seem to get
rid of the error return, I am reluctant to make it a permanent feature
of the software because (1) I don't know what sort of error the
ioctl is encountering, (2) I don't really understand how setsid()
is fixing the problem, and (3) since I don't understand what is going on,
I am concerned that there may be other situations with other pieces
of software in which I should be using setsid to avoid a problem which
might arise.

Any comments or clarifications?

-- 

Duane Morse	e-mail: duane@anasazi.com
(602) 861-7609
From: erik@sfb313.uni-kiel.dbp.de (Erik Cickovskis)
Newsgroups: comp.unix.internals
Subject: Measuring the time of a function
Keywords: time function
Date: 2 Nov 92 07:12:38 GMT
Organization: SFB-313 University of Kiel, Germany


Is it possible to evaluate the time a function needs to execute in
C and UNIX?

For my thesis I am writing C programms doing some mathematical
optimaziation stuff. I would like to know what time a function
needs, which executes the critical calculations.

The problem is, now, that the functions in consideration need
about some milliseconds to execute, and I need to be quite
accurate.

So what can I do to prevent kernel execution time to be measuered
with my function execution time. I thougt about it a lot and tend
to think it is impossible in a time sharing environment, but who
knows...

Realise that I don't want the whole programm to be timed, just
one function in it.

Any hints welcome, Erik
-- 
------------------------------------------------------
Erik Cickovskis            erik@sfb313.uni-kiel.dbp.de
------------------------------------------------------
Newsgroups: comp.unix.internals,comp.unix.wizards
From: jimh@pacdata.com (Jim Harkins)
Subject: Need a raw ethernet interface
Organization: Pacific Data Products
Date: Tue, 10 Nov 1992 19:06:05 GMT

I'm trying to write an ethernet driver and it appears as though standard
Sun tools like etherfind won't show packets with errors.  So does anyone
know of a package, or tool that will work like etherfind only display errored
packets as well as 'good' ones?  By errors I mean all levels of errors, from
CRC to UDP protocol errors.  I have access to a Sun ELC I can configure to
do this, I could also plug a PC into that wire if I wanted to.

What I really need is a sniffer but my boss won't spring for one....

Thanks.

jim

-- 
So many women, so little charisma.
--------------------------------------------------------------
Jim Harkins                         [ucsd|uunet]!pacdata!jim
Pacific Data Products               jim@pacdata.com
--------------------------------------------------------------

Xref: sparky comp.unix.internals:1942 comp.unix.wizards:4564
From: larryj@sybase.com (Larry Johnson)
Newsgroups: comp.unix.internals,comp.unix.wizards
Subject: Netstat output
Keywords: netstat streams tcp/ip
Date: 6 Nov 92 00:48:40 GMT


Given the following (truncated) output from the netstat command:

Active Internet connections
Proto Recv-Q Send-Q  Local Address          Foreign Address        (state)
tcp        0      0  oy.login               popeye.1023            ESTABLISHED
tcp        0      0  oy.2010                popeye.1760            ESTABLISHED

why is it that under the local address column, one is identified by a
name (login) and one by just a number (2010).
Xref: sparky comp.unix.internals:1944 comp.unix.programmer:5211
From: torek@horse.ee.lbl.gov (Chris Torek)
Newsgroups: comp.unix.internals,comp.unix.programmer
Subject: Re: OOB question (a "wellknown" bug?)
Date: 8 Nov 1992 12:55:40 GMT
Organization: Lawrence Berkeley Laboratory, Berkeley
Reply-To: torek@horse.ee.lbl.gov (Chris Torek)
NNTP-Posting-Host: 128.3.112.15

In article <1992Nov5.235946.19641@jarvis.csri.toronto.edu>
jwang@sys.toronto.edu (Jingwen Wang) writes:
>We have struggled with OOB wierd behavior for days ... [in our
>application] OOB data is used to deliver control data, such as error
>report from the remote process. 

This is a bad idea.

TCP does not have out of band data.  TCP has `urgent data', marked
with the `urgent pointer'.  The Berkeley networking code tries to
use this as if it were out of band data, with confusing results.

It `pulls out' the single supposed out of band data byte, as marked
by the urgent pointer (if any), and stores it in a special location.
Since there is only one byte, it will be overwritten if a second one
shows up.

The SO_OOBINLINE socket option prevents this `pulling', eliminating
this particualr hazard, but does not help with the fact that there
is onlyh a single out of band marker.

Instead of trying to use TCP urgent data as `out of band data', one is
generally best off with a completely separate `control' socket.  Since
the control socket is separate, the control data is not subject to
back-pressure from the `mainline' data (and thus you get the effect of
urgency).  If the control data must be assocated somehow with specific
mainline data, a separate protocol should be used (e.g., count the
mainline data yourself and send an index with the control message, or
put record counts around the mainline data and send a marker on that
connection as well).
-- 
In-Real-Life: Chris Torek, Lawrence Berkeley Lab CSE/EE (+1 510 486 5427)
Berkeley, CA		Domain:	torek@ee.lbl.gov
Newsgroups: comp.unix.internals
From: art@chaos.cs.umn.edu ()
Subject: Logical Virtual Disk
Summary: I am in the process of designing a logical reduntant disk drive
Keywords: Virtual
Organization: University of Minnesota
Date: Thu, 5 Nov 1992 19:17:09 GMT

Is anyone interested in working with me to create a logical virtual disk
to make all or part of the disks in local area network look like one
disk drive (one huge disk drive).

I have already started some work on this project and have done some
feasability.

I may work with the University of Mn or the University of St Thomas but
nothing is definite.

I don't want to disclose all the details  but here are some

The Disk Drive would keep reduntant information on different physical
disk drives so if a node in the network went down the File System on
the logical disk drive would automatically reform itself over the
rest of the existing disk drives.

The logical disk would work across different versions of UNIX using
NFS and TCP/IP to ensure compatibility.

The only technical feat to be done besides a massive amount of work
to make this thing commercially viable is to build a prototype to
get some idea of access speeds.

Please excuse my spelling and grammer I'm not checking it sorry!

If interested academically or commercially please contact

Art Reisman
Poliac Research Corp
Minneapolis Mn
612-375-1066
612-375-0131 fax
From: harrison@jho.com (Mark Harrison)
Newsgroups: comp.unix.internals
Subject: mmap a raw device?
Date: 8 Nov 92 00:07:52 GMT
Organization: Software Programming, Inc., Dallas, Texas USA

Should a process be able to mmap() a raw (disk) device?  The
example in the manual shows that an error will occur on mmap()ing
to a terminal, for example, but I can't find a definitive
reference on whether it will or won't work on a raw device.

A colleague's preliminary tests indicate that it won't work.

SunOS 4.something, if it makes a difference.
-- 
------------------------------------------------------------------------
"Hi, this is Captain Kirk.  I can't | Mark Harrison     harrison@jho.com
answer my communicator right now..."| Richardson, TX    (214)669-2853
Xref: sparky comp.unix.wizards:4666 comp.unix.shell:4682 comp.unix.misc:4148
From: donn@carson.u.washington.edu (Donn Cave)
Newsgroups: comp.unix.wizards,comp.unix.shell,comp.unix.misc
Subject: Re: The Problem with UNIX
Date: 13 Nov 92 18:01:32 GMT
Article-I.D.: u.1992Nov13.180132.141
Organization: University of Washington

evansmp@uhura.aston.ac.uk (Mark Evans) writes:

|michael@chpc.utexas.edu (Michael Lemke) writes:
...
|: Well, fixing typos is neat but it is not the essential problem.  My
|: main complaint about Unix on the user interface level is that there is
|: no command line interpreter.  What I mean is that after the shell munged
|: your command line it is *completely* up to the program to interpret the
|: command line and there is no system function available to parse even
|: these `standard' options. ...

| Could you say what operating system has this feature.
| (DOS dos the same, what does VMS do?)
| Also how the programmer is ment to use it.
| Does this belong in the operating system (thus resulting in command line
| options sitting in the PCB, yuck!! add a new 'standard' option rebuild 
| the system)

VMS does in fact have a command interpreter, DCL.  From a programmer's point
of view, it's a callable system interface that yields up the parsed command
line.  From the user's point of view, it's a fairly regular command language
with consistent rules about abbreviations and optional parameters.
Unfortunately, it's pretty weak as a programming language, but it does have
"lexical functions" built in to do things like parse file names and wildcards,
get system information of various kinds and do some text manipulation.

I'm not strong on VMS internals, but I don't think the command line goes
into a PCB, but rather is stored in a DCL supervisor area per user - VMS
may be a little more complex than UNIX in this respect.  There's a command
history, which presumably is also stored there.  Changing the command set
does not require rebuilding the system, and users may adopt their own
command tables or add their own customizations.  Updating the command table
can be problem, since the change doesn't affect current jobs, but that's
an implementation issue.

Probably the biggest issue for the programmer is that DCL doesn't expand
wild cards.  VMS applications expand wild cards using file system services,
which is much harder programming work but gives you a lot more control over
the semantics of the operation, as opposed to (int argc, const char **argv).
For example, one may use the file specification in one parameter to supply
defaults for the specification in another parameter, further controlling
whether the defaults are to be applied using output (new) file or input
(old) file semantics.  That makes "RENAME *.C .C-DIST" a natural idiom in
VMS, where in UNIX the same operation ("how do I rename a group of files")
regularly generates questions on this news group.  It does however mean
that applications accept wild cards only if the programmer invested the
time.

	Donn Cave, University Computing Services, University of Washington
	donn@cac.washington.edu
From: bernt@valois (Bernt Skottun)
Newsgroups: comp.unix.wizards
Subject: Keyboard hit in C programs
Date: 9 Nov 1992 23:29:54 GMT
Organization: University of California, Berkeley
Distribution: world
NNTP-Posting-Host: 128.32.157.154
Keywords: Keyboard hit, C programs, UNIX


I am in the process of adapting a C program from the PC for
the UNIX environment (for SUN 3 running SUNOS 4.1.1).
In this program it is essential that
the user be able to stop certain parts of the program
(e.g. an inner loop) by hitting the keyboard (any key
is fine) while as long as the keyboard is not touched the execution
of the program will continue un-interupted (thus a procedure
which requires, or expects, the user to type in a key stroke at certain
intervals will not do). In the DOS environment
I have been able to do this with the "kbhit()" function.
My question is: what is the equivalent function in the UNIX
environment? or how does one go about creating such a function?
Any suggestions will be very welcome. Thanks a lot.
Bernt Skottun, bernt@valois.berkeley.edu
From: awright@gssec.bt.co.uk (Alan Wright)
Newsgroups: comp.unix.wizards
Subject: Re: RPCGEN
Date: 12 Nov 92 13:58:33 GMT
Organization: BT, Software Engineering Centre, Glasgow, UK

In article <MJL.92Nov10132040@rigel.bos.locus.com>,
mjl@bos.locus.com (Mike Leibensperger) writes:
|> 
|> HP/Apollo's Network Interface Definition Language (NIDL) used to
|> generate either Pascal or C language stubs.  It has since been
|> transmogrified into just plain IDL, the RPC interface language for
|> OSF's DCE RPC.  I'm not sure if it still generates Pascal stubs or
|> not.
|>

Not as far as I'm aware. If OSF's DCE IDL can produce
Pascal then it's an undocumented feature.

Alan.

--------------------------------------------
awright@gssec.bt.co.uk (Alan Wright)
BT, Software Engineering Centre, Glasgow, UK
--------------------------------------------
Newsgroups: comp.unix.wizards,comp.unix.shell,comp.unix.misc
From: mju@mudos.ann-arbor.mi.us (Marc Unangst)
Subject: Re: The Problem with UNIX
Date: Thu, 12 Nov 1992 02:06:09 GMT
Organization: The Programmer's Pit Stop, Ann Arbor MI

In article <1992Nov10.170423.10311@nttor.uucp> mike@nttor.uucp (Mike Hollander) writes:
>1) It is possible to backspace over the prompt.

This is either the fault of your tty driver or your shell.  If you get
Bash, you will not be able to backspace over the prompt.  Or, you can
get SVR4 and use the BSD extensions in the tty driver, which includes
the "don't backspace over the prompt" extension.

>2) Running over past the end of the line onto the next line does not 
>   allow you to backspace back to the previous line, and if you     
>   backspace at the last column of a line it is possible to miss
>   a character and therefore not backspace over what you think
>   you are backspacing over.

Get a different shell.  Bash can implement this by scrolling the
command line horizontally, instead of wrapping it to the next line.  I
believe Bash also supports reverse-backspacing, but you need to make
sure your terminfo definition is correctly set up to handle wrapping
at column 80.

>3) It doesn't seem possible to map the arrow keys on the keyboard
>   to enable you to press up arrow to get the previous command, or
>   to use left arrow to move backwards through the line.

Get Bash.  It fixes this problem with ksh.

>4) It doesn't seem possible to store macros that could be run with
>   a single keypress.

Dunno if Bash can handle this.  It probably can, but I haven't looked
into it because I never needed it.  You can always make an alias or
shell function to run frequently-used commands in one or two
characters.

>5) The function keys don't do anything and cannot be made to do
>   anything on the command line.

See the generic "I can't rebind my keyboard" answer.

>6) The insert and remove keys cannot be made to place you in insert
>   mode or remove characters.

This is fixed by using a modeless editor, like Emacs.  I suppose you
could always rebind ESC to INS and "x" to RMV, but that still doesn't
fix the root of the problem.  If you use the Emacs editing mode, you
won't need an "insert mode" (since you're always in insert mode), and
you can just rebind delete-char to whatever your "remove" key sends.

FYI, Bash is the GNU Bourne Again Shell.  If it sounds like the be-all
and end-all of shells, well, it is.  (Or at least I think so.  Please,
I don't really want to get into a my-shell-is-better-than-your-shell
flame war...)  It is available from a GNU archive site near you, or
you can get it from prep.ai.mit.edu:/pub/gnu/bash-1.12.tar.Z.

-- 
Marc Unangst, N8VRH         | "There are two ways to solve this problem:
mju@mudos.ann-arbor.mi.us   | the hard way, and the easy way.  Let's start
                            | with the hard way."
                            |   - W. Scheider, from a Physics lecture
Newsgroups: comp.unix.wizards,comp.unix.shell,comp.unix.misc
From: pckim@adam.kaist.ac.kr (Pyung-Chul Kim)
Subject: Re: The Problem with UNIX
Summary: Refer to FAQ
Organization: Center for Artificial Intelligence Research, KAIST.
Date: Tue, 10 Nov 92 02:29:09 GMT

In article <1992Nov9.172715.16367@cs.wisc.edu> so@brownie.cs.wisc.edu (Bryan S. So) writes:
>
>I am doing research on UNIX command line interface problems.
>I am sure everyone has his/her favorite UNIX troubles, would
>you post or email me what's your favorites?  What should have
>been done by UNIX to resolve that problem in general?
>

The FAQ of comp.unix.questions, comp.unix.shell might help you.

--
Pyung-Chul Kim		Internet: pckim@dbserver.kaist.ac.kr
Dept. of CS, Korea Advanced Inst. of Science and Technology (KAIST)
373-1 Kusong-dong, Yusong-gu Taejon 305-701, Korea
TEL: +82-42-869-5570	FAX: +82-42-869-3510