HDTenEightyP/NetNews huggingface dataset:
From: brian@ilinx.wimsey.bc.ca (Brian J. Murrell)
Newsgroups: biz.sco.general
Subject: disassociating from a terminal
Date: 14 Dec 92 23:39:59 GMT
Organization: [resent by] The SCOGEN gateway and Propagation Society
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Precedence: bulk

Hey there,

	On a 3.2.4 (I'm pretty sure the level of OS is not the issure here) I have
a daemon which I wrote.  The problem is that it's not disassociating from the 
controlling terminal properly.  I did everything I thought I should, but 
probally missed something.  I wrote and example below.  All it does is run
a command via system(), the command is a shell script which just exits non-zero.
The program then prints the exit from system() into a log file.  If I start
this program from a terminal and watch test.out, it prints the non-zero return
code from the shell script.  As soon as I log the screen which started the 
program out, it starts printing a return code of 0, and I can guarantee you the
shell script is not even being run.

Why??

brian

Here is the shell script
----------------------------------cut here----------------------------------
exit 99
----------------------------------cut here----------------------------------
Here is a copy of the program...
----------------------------------cut here----------------------------------
#include <stdio.h>
#include <sys/types.h>
#include <signal.h>
#include <sys/wait.h>

FILE *flog;
void die();

main(){

	char exe_string[200];
	int i;

	signal(SIGINT,die);
	signal(SIGHUP,die);
	/* open our log file */
	if ((flog=fopen("/tmp/test.out","a"))==NULL){
		perror("testing: open log file");
		exit(1);
	}
	/* disassociate from terminal and run in background */
	if (fork()!=0)
		exit(0);
	setpgrp(0,0);

	sprintf(exe_string,"/tmp/shellscript");
	while(1){
		i=system(exe_string); 
		fprintf(flog,"executed %s, returned %d\n",exe_string,
				WEXITSTATUS(i));
		fflush(flog);
		sleep(60);
	}

}
----------------------------------cut here----------------------------------
-- 
Brian J. Murrell                                        brian@ilinx.wimsey.bc.ca
InterLinx Support Services, Inc.                        uunet!van-bc!ilinx!brian
North Vancouver, B.C.
        Platform and Brand Independent UNIX Support - R3.2 - R4 - BSD
From: hippler@conica.mpia-hd.mpg.de (Stefan Hippler)
Newsgroups: biz.sco.general
Subject: xx      (getch??)"
Date: 14 Dec 92 13:06:00 GMT
Organization: [resent by] The SCOGEN gateway and Propagation Society
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Mailer: Elm [revision: 70.30]
Precedence: bulk

Hi,
I'm looking for a getchar() like function (getch) which does not wait for
a line terminator. I know that there's a similar function available within
the curses package but I cannot use it. Does SCO Unix provide a similar
function which reads without blocking from a serial line?
Any help welcome.
/Stefan
--
  <><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><>
  <> Stefan Hippler               |  Voice: +49/(0)6221 528 265             <>
  <> Max-Planck-Institut          |  Fax:   +49/(0)6221 528 246             <>
  <>   fuer Astronomie            |  Internet: hippler@conica.mpia-hd.mpg.de<>
  <>                              |  Internet: hippler@mpiahd.mpi-hd.mpg.de <>
  <> Koenigstuhl 17               |  SPAN: 28906::hippler                   <>
  <> D-6900 Heidelberg, Germanny  |  EARN/Bitnet: hippler@dhdmpi5V          <>
  <><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><>
From: tps@jptcs.COM (Tim Sailer)
Newsgroups: biz.sco.general
Subject: Huh?
Date: 16 Dec 92 18:06:01 GMT
Organization: JPT Computer Solutions
X-Newsreader: TIN [version 1.1 PL6]


Ok... I'm stumped. I upraded a clients machine from a 500MB IDE 
to a 1.5 Gig SCSI. When I went to reload from the original diskettes,
everything would go normal until the N2 disk! :) When I hit enter after
the N2 disk prompt, the usual HW decoding came up, and the keyboard would lock!
I thought it could have been the Adaptec 1542B card, so 2 cards later, and
8 different NEW keyboards later, we went back to the IDE setup just for
grins and giggles. Lo and behold, the system did the same thing! OK... you
have bad HW. Back here to the office with his disks and computer, and EVERY
machine we booted the disks on, same thing. OK... lets try another set of
disks (this is all ODT 1.1). SAME THING... this happened on 6 different
machines! After a few days of burning out brain cells and numerous bouts
of shouting at the machines and disks, a weak spark lit my now feeble brain...
'if the keyboard locks when it gets initialized, don't let it GET initialized!'
....so... N1... ok... N2... hit enter - QUICK PULL THE PLUG ON THE KEYBOARD!

Hmm.... it seems to hang..... no wait..... there it goes... setting up display
environment.... ok... what happens if we plug the keyboard back in? IT WORKS!!
HOT DANG!!! Had to do the same keyboard trick with the 2nd boot from
floppy after root filesystem is created. Installation goes on as normal.

Now... who can explain this abnormal behavior?  BTW: after I plugged the
keyboard back in, Unix thought it was an 84 key instead of 101... F11,F12
and the extra cursor, home, etc keys didnt work. Everything was back to normal
booting when it boots from the HD (now the SCSI). It STILL gets hung when we
boot from the floppies!

Confused and tired,

Tim
(soon to retire out of desperation)

-- 
Tim Sailer
JPT Computer Solutions - SCO Sales/Consulting/Administration and Mangling
Port Jefferson Station, NY
(516) 331-9001
Newsgroups: biz.sco.general
From: bill@Celestial.COM (Bill Campbell)
Subject: Re: Tape drive on floppy controller, no fun for crowbar+restore
Organization: Celestial Software, Mercer Island, WA
Date: Sun, 20 Dec 1992 20:47:05 GMT

In <BzJE1o.CAy@wimsey.bc.ca> sl@wimsey.bc.ca (Stuart Lynne) writes:

:In article <9212191538.AA17271@jpradley.jpr.com> jpr@jpr.com writes:
:>Mark Saltzman writes:

:>> tar cvf - <files> | compress -c > /dev/rjt0
:>> Or with gnu tar:
:>> gtar -cvf /dev/rjt0 +compress <files>

:>In my experience, your command "tar cvf - files | compress ..." will
:>create a useless archive; including the 'v' flag to tar means you're
:>jumbling tar messages into your compressed file; tar has the unfortunate
:>property of writing its messages to stdout, not stderr.

:Bzzzzztt....

:I've never noticed this. And I use tar all the time. So I just tried it
:and it works fine. Tar definitely sends the messages to stderr. 

That's true on SCO UNIX (at least 3.2v4), but is a relatively
recent development.  Xenix still puts in on stdout.  I just ran
	tar -cvf - /etc > /tmp/etc.tar

on both Xenix 2.3.3 and Xenix 2.3.4 then when I did a
	tar -tnvf /tmp/etc.tar

I got the dreaded directory checksum error.

Another problem with SCO tar (and many others) is that most
versions only save files, and don't save devices and empty
directories, making them pretty useless if you really want to
restore a system completely from backups.

CTAR and gnu-tar backup everything (as does cpio, afio, pax...),
but CTAR has the most robust error recovery of any I've used, and
the best system of boot floppies for system restoration.  Of
course booting from floppy doesn't do any good if you cannot
access the tape drive when it's on the floppy controller.

Bill
-- 
INTERNET:  bill@Celestial.COM   Bill Campbell; Celestial Software
UUCP:   ...!thebes!camco!bill   6641 East Mercer Way
             uunet!camco!bill   Mercer Island, WA 98040; (206) 947-5591
SPEED COSTS MONEY -- HOW FAST DO YOU WANT TO GO?
Newsgroups: biz.sco.general,biz.sco.opendesktop,comp.unix.sysv386
From: george@ve7frg.ampr.org (George Farris)
Subject: HELP. Why does "talk" say "machine to confused"
Organization: G.M. Systems
Date: Sun, 13 Dec 1992 20:21:18 GMT
X-Newsreader: TIN [version 1.1 PL6]

When a user is logged in over the network from a machine via telnet and
I try to "talk" to that user via "talk username".  Talk responds with:
[Target machine is to confused to talk to us].  This is under ODT 1.1,
update G.  I can use "write" to talk to the user but not talk.  Can any
one help with this it's driving me crazy :-)
Thanks.


-- 

==========================================================================
George Farris - VE7FRG          Internet  :  george@ve7frg.ampr.org
                                 Amprnet  :  george@ve7frg.ampr.org
Newsgroups: biz.sco.general
From: traub@rtf.bt.co.uk (Michael Traub)
Newsgroups: biz.sco.general
Subject: rmt for SCO Unix 3.2.4?
Date: 18 Dec 92 09:45:32 GMT
Organization: BT Customer Systems, Brighton, UK

Does anyone know if rmt is available for SCO Unix? Has anyone ported the
BSD sources over to SCO?


-- 
Michael Traub
BT Customer Systems, Brighton Systems Centre. traub@btcs.bt.co.uk
Newsgroups: biz.sco.general
From: Fred Harris <fredh@teal.csn.org>
Subject: slip/cu
Organization: Colorado SuperNet, Inc.
Distribution: biz
Date: Wed, 16 Dec 1992 11:07:01 GMT
Keywords: SLIP cu

I am attempting to establish a remote SLIP connection between two machines
using SCO Opendesktop 1.1.  Does anyone know if it is possible
to use the standard SCO cu program, while running the slip interface, to 
to remotely login into other systems? My goal is to connect my
SCO ODT 1.1 UNIX system to another system running SLIP that will
serve as a gateway to the 'Net'. 
Any and all assistance is greatly appreciated.
fredh
From: Eduard.Vopicka@vse.cs (Eduard Vopicka)
Newsgroups: biz.sco.general
Subject: RE: SCOmail question
Date: 16 Dec 92 12:24:20 GMT
Reply-To: Eduard Vopicka <Eduard.Vopicka@vse.cs>
Organization: [resent by] The SCOGEN gateway and Propagation Society
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Precedence: bulk

> If I remove /usr/mmdf/* and try to send mail with scomail the 
> From: line becomes incorrect:
> From: frank@(null) (Frank Hoerper)
>      ^^^^^^^^^^^^      

You are probably using sendmail, smail or other MTA instead of mmdf?

Try to create /usr/mmdf/mmdftailor a la the following:

MLDOMAIN vse.cs
MLNAME vse
MSUPPORT postmaster

This is just what I am using here to run SCO mail program on the top
of sendmail/IDA (SCO 3.2v2.0, SCO mail from mmdf supplement). "vse.cs"
and "vse" should be replaced with your domain and machine name. I am not
sure if the MSUPORT line is necessary.

Good luck,

Ed

-- 

============================================================================
= Eduard Vopicka                             e-mail: Eduard.Vopicka@vse.cs =
= Computing Centre                              fax: +42 2 235 85 09       =
= Prague School of Economics                                               =
= W. Churchill square 4                                                    =
= CS 130 67 Prague 3                      ("There is always one more bug") =
============================================================================
From: fietze@kagcpd01.ag01.kodak.COM (Roman Fietze@kagcpd01.ag01.kodak.COM,KAG CP Development@kagcpd01.ag01.kodak.COM, 49 711 406 2839)
Newsgroups: biz.sco.general
Subject: Re: xx      (getch??)"
Date: 14 Dec 92 16:08:24 GMT
Reply-To: fietze@kagcpd01.ag01.kodak.COM
Organization: Kodak AG, Office Imaging, Product Engineering and Development
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Return-Receipt-To: fietze@kagcpd01.ag01.kodak.COM
Precedence: bulk

Hello Stefan,

> I'm looking for a getchar() like function (getch) which does not wait for
> a line terminator. I know that there's a similar function available within
> the curses package but I cannot use it. Does SCO Unix provide a similar
> function which reads without blocking from a serial line?
> Any help welcome.

You have to change your serial line (see 'man M termio). You have to
set VMIN to 1 and VTIME to 0. Then any call to read(S) will wait for
exact one character (so will getchar). You have to fill in these
values into the structure 'struct termio' in the fields 'c_cc[4]'
(VMIN) and c_cc[5] (VTIME) after reading the current settings of your
line with 

   ioctl(fildes(stdin), TCGETA, &yourtc);

After filling in the values, you change the c_lflag to c_flag &
~I_CANON and write the results back with

   ioctl(fildes(stdin), TCSETA, &yourtc);

with struct termio yourtc;


Hope that helps you (please double check what I wrote because that
happened in a hurry).

Roman

---------------------------------------------------------------------
Roman Fietze (Mail Code 2201)                    Hedelfinger Str. 154
Copier and Printer Development                      7000 Stuttgart 60
Kodak AG                                                      Germany
fietze@kagcpd01.ag01.kodak.COM                  VOICE 49-711-406-2839
fietze@kodak.COM                                    K-NET 28-631-2839
From: george@manager.stavropol.su (Alexeev George)
Newsgroups: biz.sco.general
Subject: Need driver HP-97556/58/60+AHA-1522 for SCO XENIX 2.3.
Date: Thu, 10 Dec 92 11:45:06 +0300
Distribution: world
Organization: Firm  INFOSET
Reply-To: george@manager.stavropol.su

  Need driver of disk HP 97556/58/60 with controller AHA-1522 for
OS SCO XENIX 2.3.
-- 
			      Alexeev George (george@manager.stavropol.su)
From: belal@sco.COM (Bela Lubkin)
Newsgroups: biz.sco.general
Subject: Re: b.s.m proposal - discussions released f
Date: 13 Dec 92 00:42:22 GMT
Organization: [resent by] The SCOGEN gateway and Propagation Society
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Precedence: bulk

Now that Sean has stated that he and his authors will be actively
participating in the group, I withdraw my objections.  Their presence
will serve to focus the group much more than I expected; the resulting
group really will be properly differentiated from biz.sco.general.

I just wish this had been mentioned earlier.

>Bela<
From: kenth@stl.scscom.COM (S. Kent Hamilton)
Newsgroups: biz.sco.general
Subject: X11 For SCO Unix 3.2v4
Date: 14 Dec 92 11:12:20 GMT
Reply-To: kenth@stl.scscom.COM
Organization: [resent by] The SCOGEN gateway and Propagation Society
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Content-Type: text/plain; charset=US-ASCII
Cc: Kent Hamilton <kenth@stl.scscom.COM>
Content-Length: 1022
Mime-Version: 1.0
Content-Transfer-Encoding: 7bit
Precedence: bulk


     Help!  I just upgraded a system from 3.2v2 to 3.2v4 and my X server
died when I reinstalled it.  I currently do not have the time to research,
recompile, and reinstall X on this system and so would like to get the
binaries for it from someone.  

	 Is there a kind soul out there who would be interested in providing
me with a copy of 'em.  I'll supply the phone time, tape, whatever.  (I'm
a uucp only site so FTP sites don't help unless they are anonymous UUCP 
sites also.)

     I'd also be interested to see some 'step-by-step' directions on getting
the X11R5 server to compile on SCO 3.2v4.  I got it going on v2 without TOO
many headaches but a quick check seems to say it's going to take changes for
v4.

-- 
Kent Hamilton                      |  
MIS Systems Administrator          |   Internet:  kenth@stl.scscom.com
SCS/Compute, Inc.                  |       UUCP:  {....}!wupost!scsgate!kenth
12444 Powerscourt Drive, Suite 400 |    Ma Bell:  (314) 966-2805 ext. 3009
St. Louis, MO 63131                |
Newsgroups: biz.sco.general
From: steveo@world.std.com (Steven W Orr)
Subject: Re: Compuserve??
Organization: SysLang, Inc.
Distribution: World
Date: Sun, 20 Dec 1992 04:18:39 GMT


Could someone point me to the source code for XC? I just archied the
planet and got bupka.

Mucho thanks in advance all.
-- 
----------Time flies like the wind. Fruit flies like bananas.------------------
Steven W. Orr      steveo@world.std.com     uunet!world!steveo
----------Everybody repeat after me: "We are all individuals."-----------------
Newsgroups: biz.sco.general
From: brian@ilinx.wimsey.bc.ca (Brian J. Murrell)
Subject: RE: hard drive accessing.
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Organization: [resent by] The SCOGEN gateway and Propagation Society
Date: Mon, 14 Dec 1992 16:02:39 GMT
Precedence: bulk

As enscripted by Paul A. Fischer, Sr UNIX Sys Consultant:
> >Also does UNIX come with disk defragmenting?
> 
> You need to buy it separately, or backup your filesystem, remake the fs and 
> then restore.

but is fragmentation a reality in UNIX (or any multi-{user,tasking} O/S)?

If I have a file in the disk which is very large and completely contiguous,
will the fact that the disk is scrambling all over the place satisfying (sp?)
multiple read/write requests defeat the "de-fragmentation" of the disk?

comments??

brian

-- 
Brian J. Murrell                                        brian@ilinx.wimsey.bc.ca
InterLinx Support Services, Inc.                        uunet!van-bc!ilinx!brian
North Vancouver, B.C.
        Platform and Brand Independent UNIX Support - R3.2 - R4 - BSD
From: thw@mcshh.Hanse.DE (Thomas Wieske)
Newsgroups: biz.sco.general
Subject: Re: Disk Quotas for SCO???
Date: 16 Dec 92 04:54:11 GMT
Organization: Point of Presence & MCS Hamburg

paul@openage.com (Paul A. Fischer, Sr UNIX Sys Consultant) writes:

>Hi All,
> 

>Does anyone know of a way to implement disk quotas under SCO 3.2v2 ???
Or/and SCO 3.2V4/ODT 2.0 ??

>If so please let me know.
And to me please..

thw
-- 
------.     .----------------------------.   <    .----------------------.
---.   \    | Point of Presence Hamburg  >--. \   |     Wieske's Crew    <_-_-<
-.  \   \   |                            |   \ `--<   Lessingstrasse 2   |
-*ISDN*--*-->       Thomas Wieske        |    \   |   D-2000 Hamburg 76  |
--'  /      | thw@Hamburg.Germany.EU.net <--.  `-->  Tel: +49 40/2519200 >-_-_>
----'       `----------------------------'  |     `----------------------'
Newsgroups: biz.sco.general
From: steph@sco.COM (The Steph)
Subject: Re: NFS Lock Requests on SCO UNIX
Organization: The Santa Cruz Operation, Inc.
Date: Thu, 17 Dec 1992 23:23:14 GMT


anewton@bbx.basis.com (Allen J. Newton) writes:


>    Hello, fellow SCO users!

>    I have a SCO UNIX question, and hope someone here may have the answer.
>    A co-worker informed me that older NFS implementations had a problem
>    that all lock requests would go through the lockd daemon, which made
>    lock requests extremely slow.

>    We are considering purchasing the latest and greatest version of NFS,
>    but we're wondering if that problem has been corrected.  Anyone out
>    here have any ideas?

definition: "latest and greatest SCO NFS" as of this date is NFS 1.2.0

The information given to you is essentially correct, although we here at
SCO might prefer different wording, like "sub-optimal performance" or
some such.  %^}

Anyway, as of the current release (see definition above), the design of
NFS locking is vastly improved.  Only remote locks suffer any impact --
local locking is not affected.  Remote locks receive a performance impact
due to the delays in one user-level process communicating across the net
to another user-level process, which in turn has to suffer a number of
system calls and context switches, and then formulate a response, and get
that transmitted and received by the original requestor.

Local locks use one system call and an associate number of context switches.
No performance hit is taken by installing the NFS lock manager anymore.

Steph.
-- 
Steph Marr                  |    Steph at work:   |    Steph not at work:
SCO Network Engineering     |                     |
#include <std/disclaimer.h> | ...!uunet!sco!steph |   ...!sco!demesne!steph
#include <random/quote.h>   |    steph@sco.COM    | steph%demesne.uucp@sco.COM
From: paul@openage.com (Paul A. Fischer, Sr UNIX Sys Consultant)
Newsgroups: biz.sco.general
Subject: SCO ODT 2.0 Compability with Dell 466/M
Date: 16 Dec 92 21:55:12 GMT
Organization: [resent by] The SCOGEN gateway and Propagation Society
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Precedence: bulk


>1. Will SCO ODT 2.0 run on any machine with a 66 Mz 486DX2 chip?

As long as it has an EISA/ISA/MCA bus.  Then you have about 95% chance of it 
working.  The DELL should make it 100%.

--------------------------------------------------------------------------------
Independent SCO support and service provider in the D.C. metro area.
Insert clever saying here...
Paul A. Fischer           | Open Age Inc.  | paul@openage.com
Sr. UNIX Sys. Consultant  | (301) 948-6422 | (301) 948-9644 Fax
From: paul@openage.COM (Paul A. Fischer, Sr UNIX Sys Consultant)
Newsgroups: biz.sco.general
Subject: Re: NFS Lock Requests on SCO UNIX
Date: 18 Dec 92 14:04:44 GMT
Organization: [resent by] The SCOGEN gateway and Propagation Society
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Precedence: bulk

>anewton@bbx.basis.com (Allen J. Newton) writes:


>>    Hello, fellow SCO users!

>>    I have a SCO UNIX question, and hope someone here may have the answer.
>>    A co-worker informed me that older NFS implementations had a problem
>>    that all lock requests would go through the lockd daemon, which made
>>    lock requests extremely slow.

>>    We are considering purchasing the latest and greatest version of NFS,
>>    but we're wondering if that problem has been corrected.  Anyone out
>>    here have any ideas?

>definition: "latest and greatest SCO NFS" as of this date is NFS 1.2.0

>The information given to you is essentially correct, although we here at
>SCO might prefer different wording, like "sub-optimal performance" or
>some such.  %^}

>Anyway, as of the current release (see definition above), the design of
>NFS locking is vastly improved.  Only remote locks suffer any impact --
>local locking is not affected.  Remote locks receive a performance impact
>due to the delays in one user-level process communicating across the net
>to another user-level process, which in turn has to suffer a number of
>system calls and context switches, and then formulate a response, and get
>that transmitted and received by the original requestor.

>Local locks use one system call and an associate number of context switches.
>No performance hit is taken by installing the NFS lock manager anymore.

>Steph.

Is it true that SCO has only implemented advisory file locking, or has that 
changed too?

--------------------------------------------------------------------------------
Independent SCO support and service provider in the D.C. metro area.
Insert clever saying here...
Paul A. Fischer           | Open Age Inc.  | paul@openage.com
Sr. UNIX Sys. Consultant  | (301) 948-6422 | (301) 948-9644 Fax
Newsgroups: biz.sco.general
From: Bela Lubkin <belal@sco.COM>
Subject: Re: ps vs last
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Organization: [resent by] The SCOGEN gateway and Propagation Society
Date: Mon, 14 Dec 1992 03:19:03 GMT
Precedence: bulk

Jean-Pierre Radley wrote:

> Here's a curiosity:
> 
> % date
> Sun Dec 13 20:20:03 EST 1992
> 
> % ps -fu umagpie
>      UID   PID  PPID  C    STIME  TTY      TIME COMMAND
>  umagpie  2098     1  9 20:01:15  A01      0:47 -uucico 
> 
> % last umagpie
> User     Line  Device       PID    Login time       Elapsed Time Comments
> umagpie  uA01  ttyA01       2098   Sun Dec 13 20:06      00:13   logged in
> 
> Note the five minute difference in the starting time in umagpie's process
> 2098, as seen by 'ps' vs. 'last'.
> 
> What's the story?

ps's "STIME" comes from u_start in the user structure.  PID 2098 was
originally created as a getty process, by init, at 20:01:15.  Later,
Magpie called and getty exec'd login; Magpie gave the right password and
login begat uucico, yea verily.  None of this updated u_start in the
user structure.

Meanwhile, both getty and login updated the record for ttyA01 in
/etc/utmp.  That's where last's "Login time" comes from.

The difference between the two times, then, shows you how long getty sat
idle on that line between callers.

Is it a bug?  Dunno.  The standards (POSIX, XPG, etc.) probably specify
that u_start gives the creation time of the process, not the time of
last exec; they probably also specify that ps's "STIME" comes from
u_start.  I don't have the standards documents and have never read them
so I can only conjecture, but I'm guessing that this behavior is
implicitly required by the standards.

>Bela<