HDTenEightyP/NetNews huggingface dataset:
From: ssimmons@convex.com (Steve Simmons)
Subject: >>>>> PCA limitation / Unix "strip" for VMS
Date: Mon, 25 Jan 1993 14:43:28 GMT
Organization: Engineering, CONVEX Computer Corp., Richardson, Tx., USA
X-Disclaimer: This message was written by a user at CONVEX Computer
              Corp. The opinions expressed are those of the user and
              not necessarily those of CONVEX.


Is this bug still there????????????????????????????


> =================================================================
> /user/krf/appr_bm> run testexec_pca
> 
>        VAX PCA Collector Version V4.0-80
>
> PCAC> g
> %PCA-E-INCDST, incorrect DST nesting in module RPDINIT. Datafile not set.
> %PCA-I-NODATACOL, exiting with no data collection phase
> =================================================================

I was the VAX PCA project leader a few years back and so I can only give you 
a snapshot of what I remember. 

VAX PCA lives off the DSTs emitted by the compilers.  It verifies the 
sanity of this information by checking that every "begin record" has an 
"end record" like with both the module and routine information.  Therefore, 
you should probably compile RPDINIT with /NODEBUG.  One common case 
of this occurence was a MACRO module without any code. Hopefully, this 
has been fixed by now (I have been working at Convex for over 3 years ;-)). 

Anyway, VAX PCA should try to be more robust and just throw out the module. 
Then, allow you to collect data if you so desire.  At one point, it was even
more hostile and internal error.  

Thank you. 

						Steve Simmons

Newsgroups: comp.os.misc
From: mjalava@lk-hp-3.hut.fi (Mika Matti Jalava)
Subject: Re: Alternative UNIX for 486
Organization: Helsinki University of Technology
Date: Thu, 21 Jan 1993 08:47:05 GMT

In article <1993Jan13.102717.1647@ncn.UUCP> lmy@ncn.UUCP (Lars Myraas) writes:

>I know, i know, actually i am a pre-coherent user, i am now a happy linux (SLS) user, with X, tcp/ip etc. etc. But there is somebody outthere which has no ftp-possiblities, and downloading linux pr. modem from the US to Norway is pretty expensive...

It is also possible to obtain linux on diskettes or CD-ROM. Read
comp.os.linux, there is some info on this every now and then. Someone
could also post here about this. Of course you have to pay something
for this service, but I suppose it is still cheaper than Coherent and
certainly linux is better! (source, X, easier to port to etc...)

	Mika
Xref: sparky comp.os.misc:1058 comp.unix.questions:15974
From: shwake@nearside.UUCP (Raymond Shwake)
Newsgroups: comp.os.misc,comp.unix.questions
Subject: Re: NT versus UNIX
Date: 26 Jan 93 22:48:36 GMT
Followup-To: comp.os.misc
Organization: A/C International

condor@ccwf.cc.utexas.edu (George Kontoravdis) writes:


>   I'm looking for articles that compare NT to UNIX.  Any references
>or pointers would be greatly appreciated.

A fairly comprehensive comparison was just released by UNIX International,
called "Desktop UNIX System V and Microsoft's Windows NT: A Functional
Comparison". It's about 70 pages in length. I think it runs ~$25, but if
you can make your case as a major customer, perhaps you can get a
complementary copy.
-- 

uunet!media!irscscm!nearside!shwake			shwake@rsxtech
Newsgroups: comp.os.misc
From: ts@uwasa.fi (Timo Salmi)
Subject: Re: QL Hacker's Journal #12 available at Garbo
Organization: University of Vaasa, Finland
Date: Sun, 24 Jan 1993 06:29:33 GMT

In article <1993Jan22.232414.18512@uwasa.fi> ts@uwasa.fi (Timo Salmi) writes:
>-Subject: Re: QL Hacker's Journal #12
>-To: swensotc@calando.acq.osd.mil
>-Date: Sat, 23 Jan 1993 01:22:20 +0200 (EET)
>-From: ts@uwasa.fi
>>            Q L  H A C K E R ' S  J O U R N A L


To anyone interested.  Please do not send me any email that has the
text "s Journal #12" anywhere in the subject header.  You can't
reply to me for example in rn by just using R.  Tim Swenson's
emailer is running rampant and I am getting his submission over and
over again about every two hours.  Fortunately I have a filter
between my email and the incoming mail.  This filter now coldly
deletes anything with "s Journal #12" appearing in the subject
header.  I have tried to notify the relevant postmaster, but there
is on the system. 

This is not very funny. 

..................................................................
Prof. Timo Salmi      Co-moderator of comp.archives.msdos.announce
Moderating at garbo.uwasa.fi anonymous FTP archives 128.214.87.1
Faculty of Accounting & Industrial Management; University of Vaasa
Internet: ts@uwasa.fi Bitnet: salmi@finfun   ; SF-65101, Finland

Xref: sparky comp.os.misc:1050 comp.unix.questions:15846
From: condor@ccwf.cc.utexas.edu (George Kontoravdis)
Newsgroups: comp.os.misc,comp.unix.questions
Subject: NT versus UNIX
Date: 22 Jan 1993 15:55:53 GMT
Organization: The University of Texas at Austin, Austin TX
Distribution: world
Reply-To: condor@ccwf.cc.utexas.edu (George Kontoravdis)
NNTP-Posting-Host: donald.cc.utexas.edu
Originator: condor@donald.cc.utexas.edu


   I'm looking for articles that compare NT to UNIX.  Any references
or pointers would be greatly appreciated.

Thank you,
George Kontoravdis
(condor@ccwf.cc.utexas.edu)

Newsgroups: comp.os.misc
From: tho@sequent.com (Torsten Homeyer)
Subject: Anybody out there whos knows an os called TEOS ?????
Organization: Sequent Computer Systems Inc.
Date: Wed, 27 Jan 93 14:01:31 GMT


	Hi there !

	The header says it. I'm in the situation, that I will have to
	upgrade a friend's TEOS system with a second disk.
	Oh, by the way for you guys who don't know more than I do ;-),
	TEOS is a multi user OS running on normal PC hardware.

	Now my problems:

	- I don't know anything about TEOS
	- There is now console screen and keyboard connected,
	  only four normal ASCII terminals
	- the machine (epson hardware) boots up until the application
	  shows up on the screen
	

	I know I will have to connect a monitor and keyboard,
	but what to do from this point ???????


	Please reply by mail, since I'm normally not reading this
	group. I will summarize here if there is enough information
	and/or interest in this subject.

	Torsten.
-- 
Name    : Torsten Homeyer                        Phone: -49/89/420995-57
Company :       Sequent Computer Systems GmbH, Schatzbogen 56-58, 
                          8000 Muenchen 82, Germany
DOMAIN  :       tho@munsqnt.de.sequent.com
Newsgroups: comp.os.misc
From: ts@uwasa.fi (Timo Salmi)
Subject: QL Hacker's Journal #12 available at Garbo
Organization: University of Vaasa, Finland
Date: Fri, 22 Jan 1993 23:24:14 GMT

-Subject: Re: QL Hacker's Journal #12
-To: swensotc@calando.acq.osd.mil
-Date: Sat, 23 Jan 1993 01:22:20 +0200 (EET)
-From: ts@uwasa.fi

>
>            Q L  H A C K E R ' S  J O U R N A L
> ----------------------------------------------------------
>    Number 12                               Jan 1993
> ----------------------------------------------------------

Thank you for your contribution.  This upload is now available as
  18877 Jan 23 01:17 garbo.uwasa.fi:/ql/lis/qhj9212.txt

   All the best, Timo

..................................................................
Prof. Timo Salmi      Co-moderator of comp.archives.msdos.announce
Moderating at garbo.uwasa.fi anonymous FTP archives 128.214.87.1
Faculty of Accounting & Industrial Management; University of Vaasa
Internet: ts@uwasa.fi Bitnet: salmi@finfun   ; SF-65101, Finland
From: sblagdon@axion.bt.co.uk (Sean Blagdon)
Newsgroups: comp.os.misc
Subject: HELP!!!
Date: 27 Jan 93 16:16:38 GMT
Reply-To: sblagdon@axion.bt.co.uk (Sean Blagdon)
Organization: British Telecom Research Labs


Hi all,

  Our team need to write VME format disks on a PC. Anybody got any ideas, any products or advice? Any help will be gratefully recieved.

Thanks,
  Shaun
Newsgroups: comp.os.misc
From: marsh@MITL.COM (Brian Marsh)
Subject: Call for Papers: WWOS-IV
Originator: marsh@wasabi
Organization: Matsushita Information Technology Laboratory, Princeton, NJ
Date: Thu, 21 Jan 1993 16:28:13 GMT


			   CALL FOR PAPERS
      Fourth Workshop on Workstation Operating Systems (WWOS-IV)
			   Napa, California
			 October 14-15, 1993

The Fourth Workshop on Workstation Operating Systems will bring
together researchers in operating systems for a range of
computing environments, including workstations, notebooks,
and palmtop computers.  The purpose of WWOS-IV is to examine
controversial issues in operating systems for these platforms.

In contrast to previous years, we request submissions of papers that
describe ongoing or completed research, as well as position papers
that propose new directions, advocate non-traditional approaches, or
generate controversy and discussion.

As well as traditional topics, this year's workshop will pay special
attention to issues relevant to the next generation of 
personal computing, including:

	- models and implementations for ubiquitous computing	
	- mostly connected/disconnected computing
	- protocols for low-bandwidth networking
	- scalable display and window management
	- real-time and multimedia
	- system requirements for virtual reality platforms
	- global, widely accessible, storage systems	
	- OS support for small-scale embedded systems

To assure a productive workshop, attendance will be limited to 60
participants active in the field.  Each potential participant should
submit 5 copies of a 1--5 page summary paper that makes clear its
contribution to the workshop.  Submissions should be mailed to the
program chair. For registration information, contact the general
chair.

IMPORTANT DATES
	Submission deadline: 		May 31, 1993
	Notification of acceptance: 	July 30, 1993

Program chair	Brian Bershad	
		Carnegie Mellon University
		School of Computer Science
	     	Carnegie Mellon University
               	5000 Forbes Avenue
               	Pittsburgh, PA,  15213-3891 USA
                (Brian.Bershad@CS.CMU.EDU)

General chair	Fred Douglis
		Matsushita Information Technology Laboratory
	       	182 Nassau Street, Third Floor
	       	Princeton, NJ,  08542-7072
             	609 497-460, 609 497-4013 (fax)
               	(douglis@mitl.com)
-----------------------------------------------------------
Program committee
		John Carter	University of Utah
	       	David Cheriton	Stanford University
	       	Dave Cutler	Microsoft
	       	Frans Kaashoek	Massachusetts Institute of Technology
	       	Brian Marsh	Matsushita Information Technology Laboratory
	       	Mike Schwartz	University of Colorado at Boulder
	       	Margo Seltzer	Harvard
	       	Mark Weiser	Xerox PARC
-- 
Brian Marsh
Matsushita Information Technology Laboratory  | Email: marsh@mitl.com
182 Nassau Street			      | Phone: +1 609 497-4600
Princeton, NJ  08542 USA		      | Fax:   +1 609 497-4013
Xref: sparky comp.os.misc:1049 comp.os.mach:1748
From: grob@chorus.com (Lori S. Grob)
Newsgroups: comp.os.misc,comp.os.mach
Subject: Re: CFP: Microkernels and Other Kernel Architectures
Date: 21 Jan 93 19:21:27 GMT
Followup-To: comp.os.misc

In article <PCG.93Jan19183530@decb.aber.ac.uk>, pcg@aber.ac.uk (Piercarlo Grandi) writes:
> On 13 Jan 93 21:29:16 GMT, grob@chorus.fr (Lori S. Grob) said
> in comp.os.research:
> 
> grob> Proponents of microkernels claim that the use of this kind of
> grob> technology is the inevitable next step in the engineering of
> grob> operating systems.
> 
> Like several others I am doing research on microkernel architectures. I
> emphatically reject as slanderous the allegation the "proponents of
> microkernels" think that they are the "inevitable next step" in OS
> engineering.

<rest deleted>

Having responded privately to Piercarlo and I hope reassured him
of the purity of our intentions, I would like to take the opportunity
to point out that we are not only interested in papers on microkernels,
which of course we are. But we are also extremely interested in papers
that point out problems with this kind of architecture, things it doesn't
do well and propose other solutions. 

Furthermore, we would like to see some negative results papers.
The kind of things that looked like they should really work well
and didn't. 



L. S. Grob


--
Lori S. Grob
Chorus syste`mes
6 avenue Gustave Eiffel			phone +33-1-30-64-82-17
F78182 Saint Quentin-en-Yvelines	fax   +33-1-30-57-00-66
FRANCE

email grob@chorus.fr
      grob%chorus.fr@uunet.uu.net
Newsgroups: comp.os.misc,comp.unix.questions
From: abs@itu (Andre Skarzynski)
Subject: Re: NT versus UNIX
Followup-To: comp.os.misc,comp.unix.questions
Organization: Rhodes University, Grahamstown, South Africa
X-Newsreader: TIN [version 1.1 PL8]
Date: Wed, 27 Jan 1993 08:00:38 GMT

George Kontoravdis (condor@ccwf.cc.utexas.edu) wrote:

:    I'm looking for articles that compare NT to UNIX.  Any references
: or pointers would be greatly appreciated.

: Thank you,
: George Kontoravdis
: (condor@ccwf.cc.utexas.edu)
Hmm...
I can't give any articles, but only my personal experience. I am Sysadm and
all around UN*X system support. I installed Windows NT beta (Oct 92 I think)
on my workstaion. I was *NOT* impressed, it really needs alot of fixing up to 
even compare to UNIX. The TCP/IP stuff kept crashing on me, it is also slow and
still very unstable. I agree it is only Beta, but really!, I am running a pd
UN*X on my work station, wth networking, and it is 100 times more stable.

We will just have to see...what the future holds.


--
Andre B. Skarzynski                                    abs@cs.sun.ac.za
Information Technology                                 abs@fiasco.aztec.co.za
Private Bag X5018                                      Tel. +27 2231 774293  
University of Stellenbosch                             Fax. +27 2231 774102 
Stellenbosch 7599, South Africa
Newsgroups: comp.os.minix
From: bde@runx.oz.au (Bruce Evans)
Subject: Re: Things I Wish Were In MINIX
Organization: RUNX Un*x Timeshare.  Sydney, Australia.
Date: Sat, 23 Jan 93 05:14:24 GMT

In article <1jo45aINN46t@usenet.INS.CWRU.Edu> bf795@cleveland.Freenet.Edu (James Abendschan) writes:
>
>* a "nice" command [or some way of increasing or decreasing command

Nice is in kub's sysupd2 package (last version (?) patch1 posted 27 May 91).

Do you want this in standard Minix?  Good luck.

>* faster i/o.  anything that goes to stderr seems to run much slower
>than the rest of the text..  I have heard vague and unconfirmed rumors

stderr is unbuffered by default.  Characters are written one at a time
(perhaps a string at a time with a better stdio).  Outputting characters
one at a time is slow under all systems and particularly slow under Minix.
Outputting large number of characters is reasonably fast under Minix.  If
If you want a faster stderr, use setbuf.  Remember to flush the buffer
often.

>about an "enhanced" stdio program which speeds reads & writes up a bit,
>but, given my luck, it won't work on MacMINIX.

You want estdio.  It's about twice as fast as gnu stdio and 33% faster
than 386BSD stdio.

>Also, why do exec and
>system calls take so long to execute the program?  Even with both
>absolute filenames and caching, it still takes a long time.. why?

Exec does a lot of loading.  Fork does a lot of copying, especially for
shadowing under 68K Minixes.  Even when everything is loaded from RAM,
copying takes a while.  However, on my system (a 486/33 running a VM
version of Minix) /bin/echo takes about 33 millisec.  This is much
slower than some systems (Linux) and much faster than others (386BSD).
The exec involves forking bash (210K text, 100K data) and loading
/bin/echo (1K text, 12K data).  Only the fork takes a long time.

Minix syscalls have more overhead than on most *ix systems.  Solution:
don't make a lot of syscalls.
-- 
Bruce Evans  (bde@runx.oz.au)
Newsgroups: comp.os.minix
From: hp@vmars.tuwien.ac.at (Peter Holzer)
Subject: Re: 68000/i386 C Compiler V4.1 -> V4.2 Patch [Part 1/4]
Organization: Technical University Vienna, Dept. for Realtime Systems, AUSTRIA
Date: Thu, 21 Jan 1993 12:41:03 GMT

nemossan@uitec.ac.jp (Sakurao NEMOTO) writes:

>This is the question from k.h@mix, on C386/v4.2, originally written
>in English by himself.

>	I am using C386 version 4.1 on the 486 (33 MHz) machine.  I works
>fine.  But new Version (4.2 - compiled by 4.1) can not compile itself.
>This new c386 loops forever at compiling src/optimize.c.

I tried to compile it with gcc 2.2.2, but it wouldn't link. The linker
(from gcc 1.37.1) doesn't print any error messages, but it doesn't
produce an executable either. There must be something magic about
c386 4.2 :-(

	hp
-- 
|    _  | Peter J. Holzer                       | Think of it   |
| |_|_) | Technical University Vienna           | as evolution  |
| | |   | Computer Science/Real-Time Systems    | in action!    |
| __/   | hp@vmars.tuwien.ac.at                 |     Tony Rand |
Newsgroups: comp.os.minix
From: cwr@crash.cts.com (Will Rose)
Subject: Re: help
Organization: CTS Network Services (crash, ctsnet), El Cajon, CA
Date: 21 Jan 93 13:44:11 PST

Peter Holzer (hp@vmars.tuwien.ac.at) wrote:
[about ps]
: Here are some points to check:
: 
: * Did you call ps -U?
: * Is ps using the right images (if you are using shoelace, the paths
:   in ps.c are probably wrong)
: * Did you compile ps with the same defines (-DINTEL_32BITS ...) as 
:   kernel, mm, and fs?
: * Did you compile ps with the same include files as kernel, mm, and fs?
: 
  The one I always used to forget, since I removed them to save space:
  * Did you add the symbol tables to the kernel binaries?

In the end I gave up and patched ps.c to use a sensible ascii database
generated by the tools Makefile.

Will
cwr@crash.cts.com

Newsgroups: comp.os.minix
From: jimlynch@netcom.com (Jim Lynch)
Subject: Re: Another MacMINIX 'suggestion'
Organization: Netcom Online Communications Services (408-241-9760 login: guest)
Date: Wed, 27 Jan 1993 08:47:30 GMT

In article <1993Jan26.081044.5037@runx.oz.au> bde@runx.oz.au (Bruce Evans) writes:
>1.6 already has multiple file systems:

Wonderful! Is 1.6 ready for MacMinix yet? If so, where can I get it?

>2b. the V2 file system, byte swapped

So this one has 32-bit block numbers and longer names? How long?

I was just trying to install symlink on MacMinix 1.5.10.7... and a patch hunk
failed :(....

When the patch failed, I surmised that a) if I try to install symlink on
1.5.10.7, some patches will fail and b) if I install it on 1.5.10.0 and
then try to upgrade to 1.5.10.7, the _upgrade_ patches will probably fail.

Anyone know for sure? Anyone have 1.5.10.7 w/symbolic links that can point
me in the right direction?

I'm primarily interested because I want to compile gcc 2.3.3 (the latest and
greatest) and can't even configure it. A coupla nice folx sent me some i386
stuff, but I doubt this would produce the right code for my machine.

I have the source all ready to go... (all 20 megs of it)

Anyways, thanks in advance.

-Jim
From: newton@monty.apana.org.au (Mark Newton)
Newsgroups: comp.os.minix
Distribution: world
Subject: Re: Problems with VT100 (kermit and term)
Organization: APANA South Australia - State mail hub
Date: Wed, 20 Jan 93 14:45:35 +1030

philz@eeserv.ee.umanitoba.ca (Haosheng Zhou) writes:
> I encountered some minor problem with both commands <kermit> and <term>: they
> do not work well with elm when connected to UNIX. The syndrome is that the
> dump terminals do not clear the screen. I notice that they have some minor
> problem with vi too: extra characters appear after exit vi, before the prompt.
> I guess there are some incompatible problems with the VT100 setup. My Procomm
> with DOS doens't have these problems, so I think the problems are with MINIX.

Sounds probable, but I don't think it's a bug in kermit or term.  It
sounds more like the ANSI interpretation stuff in the console driver.

> Has anyone encountered the same problems and got them fixed? If any, could you
> share your experiences with me?

The simplest fix is to upload your /etc/termcap to the UNIX host (say,
to a file called .termcap in your home directory) and type:

  unixhost% setenv TERMCAP ~/.termcap
  unixhost% set term = minix

(assuming you're using tcsh or csh on the unix host).

   - mark

--------------------------------------------------------------------
Self-control:  The ability to eat          newton@monty.apana.org.au
    only one peanut.                                     Mark Newton
--------------------------------------------------------------------
From: groot@idca.tds.philips.nl (Henk de Groot)
Newsgroups: comp.os.minix
Subject: Re: looking for ZOO for minix
Date: 20 Jan 93 11:48:36 GMT
Reply-To: groot@idca.tds.philips.nl (Henk de Groot)
X-Disclaimer: This opinion is mine alone

In <1993Jan16.165742.11834@email.tuwien.ac.at> hp@vmars.tuwien.ac.at (Peter Holzer) writes:
>groot@idca.tds.philips.nl (Henk de Groot) writes:
>>I'm looking for Zoo 2.1 for Minix.
>I have ported zoo to Minix (wasn't much work), but soon after that I
> ...
>post it. I do think it is too big for PC-Minix though--I have chmem'd
>it to 200k.

Yes, it should of cource work on 68K based systems, I was looking for a
PC implementation.

I had a look on both Zoo and Booz. The Zoo from the normal distribution can
be compiled on PC-Minix (after solving some long-label problems in huf.c and
lzd.c) but I will not work due to lack of memory. Zoo uses 2x 8Kb buffers for
I/O, one 8K buffer for LZ and if you have 8K stack then already 32K must be
on the stack. After just compiling there is only 30K stack left. I didn't
find count all the malloced area's so it just doesn't fit (and yes, zoo
gives a FATAL: message when you still try to run it). Zoo has to be
stripped or given less buffering to make a chance, or one has to invent 
somting smart to overcome the problem (like splitting zoo into 2 
executables).

Booz is another matter. Booz is a Zoo extractor. After solving the same
long label problems as zoo it works fine. Booz also needs 32K or so stack
space, but in the case of Booz the space is there. Unfortunately Booz 
outputs MSDOS style names and doesn't recognize subdirectories. I've added 
that to Booz now (using parts from zoo!).

The 1.6.24b patches now fit on 3x 720Kb disks in zoo format and the filenames 
are not distroyed by the use of an intermediate MSDOS format! It's a pitty
that it only works one way.

I have to check with Digital if I may post my patches, if I'm allowed I will
post Booz for minix to this group.

Kind Regards,

Henk.

P.S. I couln't find the patches syscal.ansi.sh.Z and syscal.kr.sh.Z on
plains (subdir 1.6.23b). Are the forgotten or are the only for the owners
of the compiler sources? Maybe I didn't look hard enough, I have to do
everything via the ftpmail server at decwrl.

--
  /   /            Henk de Groot      | Dep.: IISS-SE (System Management)
 /---/ __  __  /   Loc: V2/A05        | Mail: groot@idca.tds.philips.nl
/   / (-_ / / /(   Tel: +31 55 432104 | Digital Equipment Corporation
Newsgroups: comp.os.minix
From: al@escom.com (Al Donaldson)
Subject: TNET and ethernet?
Organization: ESCOM Corporation
Date: Thu, 28 Jan 1993 04:51:11 GMT

I asked Michael Temari what Ethernet card and driver to 
use with the TNET package he posted a couple months ago.
He said several people has asked him the same question,
but so far he has only used SLIP over serial lines.

So, has anyone used TNET over Ethernet?  If so, what card?  
what driver?

Al
Newsgroups: comp.os.minix