HDTenEightyP/NetNews huggingface dataset:
From: pooler@vccnorthd.its.rpi.edu (Robert Peter Poole)
Subject: CreateNewProc() woes
Organization: Rensselaer Polytechnic Institute, Troy, NY
Date: Fri, 2 Oct 1992 17:42:37 GMT


Well, I gave up on 1.3 compatibility when writing my software, and I am using
CreateNewProc() now for launching child processes.  Problem is, I don't know
how to get it to work right exactly.

I usually use the CreateNewProcTags() varargs form, and most of the examples
I see involve a taglist structure.  Is the varargs form of the call somehow
buggy?  (I'm using SAS/C 5.10b, and the RKM does warn that the varargs form
of the function is compiler-specific.)

Also, what are the limitations on what you can do inside a child process?  I
want to pop up reqtools requesters in my child process, but all I can succeed
in doing is crashing the child process (leaving the parent program running
unmolested, which is very strange indeed).  Yes, I am using geta4() as the
first function call in the child process so I can use global variables from
the parent.  This is getting to be frustrating, because it seems as though
the RKM Includes and Autodocs do not tell the full story about certain aspects
of Amiga coding.  (Or else the "story" is well hidden.)

I've tried everything, including doing a separate "OpenLibrary()" for
reqtools.library in the child process, trying to eliminate dependence on
global variables in the child, compiling with and without the geta4()
function...  What the heck am I doing wrong???  Does anybody understand how
this stuff works?

Rob "tearing his hair out" Poole
pooler@rpi.edu
pooler@cs.rpi.edu
From: walker@twix.unx.sas.com (Doug Walker)
Subject: Re: FP oddities...
Originator: walker@twix.unx.sas.com
Date: Tue, 6 Oct 1992 20:29:32 GMT
Organization: SAS Institute Inc.


In article <1992Oct6.073232.4565@desire.wright.edu>, fheitkamp@desire.wright.edu writes:
|> 	If you are using SAS 5.0 or 6.0 it is easier to use
|> 	-dmath=68881 (5.0) or define math=68881 (6.0).  It will save
|> 	some editing time if you have a lot of files.

|> Fred Heitkamp,  ** Not an organization.  My opinions only **

I don't understand what you are attempting to do here.  You seem
to be defining the string "math" to "68881", which doesn't make
much sense to me.

Also note that under 6.0, _M68881 is automatically defined for you
if you compile with the MATH=68881 option.

-- 
  *****
=*|_o_o|\\=====Doug Walker, Software Distiller====== BBS: (919)460-7430 =
 *|. o.| ||                                          1200/2400/9600 Dual
  | o  |//     For all you do, this bug's for you!
  ====== 
usenet: walker@unx.sas.com                            bix: djwalker 
Any opinions expressed are mine, not those of SAS Institute, Inc.
From: osymh@giac1.oscs.montana.edu (Michael L. Hitch)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Cross-compiling with SPARC gcc 2.2.2 -> amiga
Keywords: n
Date: 6 Oct 92 02:57:33 GMT
Article-I.D.: coe.1992Oct6.025733.21339
Organization: Montana State University, Bozeman  MT

In article <1992Oct1.134451.2462@bernina.ethz.ch> wild@nessie.cs.id.ethz.ch (Markus Wild) writes:
>In article <BvEus1.FFx@cs.columbia.edu> carson@cs.columbia.edu (Carson A. Gaspar) writes:
>>
>>I have the compiler producing 680x0 code, but need the amiga-modified
>>version of as (I suspect - unless it uses m-generic.h), ld, ranlib,
>>etc.  I have the executables for these things, but can't find source.
>
>I uploaded gas and ld sources separately some time ago, I think the archive
>was called gasldsrc.* ie you should search for 'gasld' with archie. If the
>archive is no longer online on ftp sites, I'll reupload it.

  The archive file in wuarchive.wustl.edu, but it appears to be corrupt.  I
found another copy on plaza.aarnet.edu.au which was also corrupt.  A third
site at quepasa.cs.tu-berlin.de had a good copy.

Michael
-- 
Michael L. Hitch			BITNET:    OSYMH@MTSUNIX1.BITNET
Computer Services Consultant		INTERNET:  osymh@msu.oscs.montana.edu
Office of Systems and Computing Services
Montana State University	Bozeman, MT	USA
From: carson@cs.columbia.edu (Carson A. Gaspar)
Subject: Re: Cross-compiling with SPARC gcc 2.2.2 -> amiga
Organization: Columbia University Department of Computer Science
Date: Wed, 30 Sep 1992 21:38:24 GMT


I have the compiler producing 680x0 code, but need the amiga-modified
version of as (I suspect - unless it uses m-generic.h), ld, ranlib,
etc.  I have the executables for these things, but can't find source.

-- 
			    Carson Gaspar
			carson@cs.columbia.edu
From: peter@cbmvax.commodore.com (Peter Cherna)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: AmigaDOS 2.0 KickStart (KickFile)
Date: 30 Sep 92 12:23:03 GMT
Reply-To: peter@cbmvax.commodore.com (Peter Cherna)
Organization: Commodore-Amiga, Inc.  West Chester, PA.

In article <mraja.01c7@weird.miami.fl.us> mraja@weird.miami.fl.us (Moazam Raja) writes:
>        Now I know some of you here are going to flame me and stuff but here it
>goes anyways:

How very perceptive of you.  Not only are you right, but you deserve it.

>        I'm running AmigaDOS (KickStart) 1.3 and WANT to run KS 2.0. The
>problem is that I cant afford it at the moment. I want to TEST KS 2.0 and if I
>like then I'll spend the $100 for the disks and the ROM. But I want to test it
>first. So my question is: How can I run DOS 2.0 without the ROM? I've heard of
>people running it from 'kickfiles' and such. How much memory does such a
>project require? I have ZKICK but I dont have the KickFile. How would I go
>about running 2.0 without ROM 2.0? thanx.

What you are basically saying is, "I want this product, but I can't
pay for it.  How can I steal it?" Do you go into Sears and tell the
salesman, "I really WANT to have this television set, but I can't
afford it at the moment.  Can you tell me how I can take it for free?"

Piracy is piracy bub, you can't escape that fact.  And the defense of
necessity (I took it because I couldn't afford it) sometimes holds up
for things like basic food, but I've never it used successfully when
the item was software.  Smart computer users don't pirate.  Sadly,
many people do.  But it takes a certain combination of gall and
ignorance to announce your intention to steal software on a world-wide
information network.

     Peter
--
Peter Cherna, User Interface Development Group, Commodore-Amiga, Inc.
{uunet|rutgers}!cbmvax!peter    peter@cbmvax.commodore.com
My opinions do not necessarily represent the opinions of my employer.
"I believe it's bad luck to be superstitious."
From: beust@modja.inria.fr (Cedric Beust)
Newsgroups: comp.sys.amiga.programmer
Subject: If you use locale.library, read this
Date: 5 Oct 92 12:24:17 GMT
Organization: University of Nice Sophia-Antipolis, France


	Well, first I wanted to say the locale.library is a great thing!
	It seems so odd to hard-code text in applications, now!

	Anyway, the problem is : find translators for your wonderful
	programs. Not so easy. I just wanted to tell anyone who is
	looking for a translator that I'm willing to do this in French.
	So if you finished your program but need to add a few languages,
	drop me a mail. Of course, no money wanted!!! Just for fun!

	Why am I doing this? Just because I'm also developing an
	application with the locale.library and I wish I had read
	this kind of proposition...

	Let me know if you need help!


--
Cedric BEUST, beust@sa.inria.fr, Bull Research Koala proj, KoalaBus & xforum
Pho:(33) 93.65.78.07(.66 Fax), INRIA, B.P.93 - 06902 Sophia Antipolis, FRANCE.
From: eyeq@wpi.WPI.EDU (Brent Burkholder)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Speaking of sys errors..
Date: 27 Sep 1992 01:43:31 GMT
Organization: Worcester Polytechnic Institute
NNTP-Posting-Host: wpi.wpi.edu

In article <epang.716945110@sfu.ca> epang@fraser.sfu.ca (Eugene Pang) writes:
>bjbernstein@miavx1.acs.muohio.edu writes:
>>  Speaking of Errors under 2.04, I've been getting an error code which is 
>>not listed in any of my books..
>
>It's no wonder...guru numbers only have 8 hex digits.  Maybe you should
>get the 3rd edition of RKM:Includes and look at exec/alerts.h.
>
>>  01000 0000C   which is a recoverable (HA!) alert.. needless to say, it 
>>crashes as soon as it alerts..
>
>You probably mean 0100 000C, which is AN_MemoryInsane (sanity check of
>memory list failed).


While we're on the subject... I keep getting a guru 8000 000D error from
Imagine and Scenery animator intermittently (sometimes they work, sometimes
they don't) always on startup of the program. These are the FP versions if
that ties into the equation (as I'm convinced it does.) Any ideas on what
this number means? ShowGuru reports it as being a reserved guru number.
From: jac@moonshine.llnl.gov (James A. Crotinger)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Comeau C++
Date: 29 Sep 92 06:06:30 GMT
Organization: Magnetic Fusion Energy - LLNL

john@igd.fhg.de (Werner John) writes:
> So SAS-C++ will come along with a C++ source level debugger, does it?

  SAS C++ doesn't exist now and won't for some time. I'd be very surprised
if CPR doesn't support it, when it ships.

> How do you debug C++ programs compiled with Comeau C++? 

I have a slick "trace" class that is very useful for debugging C++
without a source level debugger. It allows you to selectively enable
various levels of debugging information, it prints nice traces of
execution, etc. It's an improvement on plain printf's, but is not a
substitute for a real debugger (sigh).

> Is there a source level debugger for Comeau C++ available? 

  No.

  There seemed to be some indication that the 6.0 version of SAS's CPR
would provide improved debugging support for Comeau (or any CFRONT-
based) C++. I don't know the details (Greg??). Rudimentary support is
fairly easy. You just need to teach the debugger to demangle C++ names
(in both directions), and to heed the #line directives which CFRONT
puts in the C source it writes (currently, CPR does neither of these;
I believe Manx's SDB does heed the #lines, which at least lets you see
the C++ source when debugging). Good support (like stopping in inline
functions, allowing C++ expressions in commands, etc.) is a lot more
work. 

  Jim
--
-------------------------------------------------/\--------------------------
James A. Crotinger     Lawrence Livermore N'Lab // \ The above views are mine
jac@moonshine.llnl.gov P.O. Box 808;  L-630 \\ //---\  and are not neces-
(510) 422-0259         Livermore CA  94550   \\/Amiga\  sarily those of LLNL.
From: kopnicky@great-gray.owlnet.rice.edu (Lyle Warren Kopnicky)
Subject: Re: gcc 2.2.2 requirements
Organization: Rice University, Houston, Texas
	<1992Oct4.220551.4446@bernina.ethz.ch>
	<KOPNICKY.92Oct4235416@great-gray.owlnet.rice.edu>
	<1992Oct5.155934.27044@bernina.ethz.ch>
Date: Tue, 6 Oct 1992 05:39:18 GMT

What I mean is, I've heard that one reason gcc uses so much memory is
that while compiling a file, it stores the #input'ed headers in full
in memory.  Is this true?  Does it store them as text, or in tokenized
form, or does it store it all in the symbol table?  Bear with me, I
haven't taken a class in compilers yet; I've written an interpreter
though.  My point is that instead of storing all that stuff in memory,
perhaps it could just store the part it really needed in memory, and
store the rest on disk, and thusly "cache" it.  You could use a B-tree
or something.

--
+----------------------------Ren & Stimpy--------------------------------+
| "Psst. Hey Guido. It's all so clear to me now. I'm the keeper of the   |
| cheese. And you're the lemon merchant. Get it? And he knows it. That's |
| why he's gonna kill us. So we gotta beat it. Yeah. Before he lets      |
| loose the marmosets on us! Don't worry, little missy! I'll save you!"  |
+--------------- Quantum Seep -- kopnicky@owlnet.rice.edu ---------------+
Newsgroups: comp.sys.amiga.programmer
From: eggert@twinsun.com (Paul Eggert)
Subject: Re: QVCS for amiga (was: RCS for amiga)
Organization: Twin Sun, Inc
Date: Mon, 5 Oct 1992 21:17:56 GMT

aces@mcode.amdahl.com (Jeffrey D. Smith) writes:

>[QVCS] is similar to RCS....
>One of its better features is support for versioning binary files....

Recent versions of RCS also support arbitrary binary files,
so this alone should not be a reason to prefer QVCS to RCS.
Xref: sparky comp.sys.amiga.programmer:13993 comp.sys.amiga.hardware:16411
From: dej@qpoint.ocunix.on.ca (David Jones)
Newsgroups: comp.sys.amiga.programmer,comp.sys.amiga.hardware
Subject: FP oddities...
Distribution: world
Date: 2 Oct 92 20:40:14 EST
Organization: Dejital Software

I just got a 3000 and decided to check out the 68881...

The program:

#include <math.h>
#include <stdio.h>
#include <time.h>

main()
{
double x, y;
int i;
time_t start, stop;

	x = 1.45;
	y = 1.03;
	
	printf("Addition\n");
	time(&start);
	for (i = 0; i < 1000000; i++) {
		x = x + y;
	}
	time(&stop);
	printf("Done in %d\n", stop - start);
	
	printf("Multiplication\n");
	time(&start);
	for (i = 0; i < 1000000; i++) {
		x = x * y;
	}
	time(&stop);
	printf("Done in %d\n", stop - start);
	
	printf("Division\n");
	time(&start);
	for (i = 0; i < 1000000; i++) {
		x = x / y;
	}
	time(&stop);
	printf("Done in %d\n", stop - start);
	
	printf("Trig\n");
	time(&start);
	for (i = 0; i < 50000; i++) {
		x = cos(y);
	}
	time(&stop);
	printf("Done in %d\n", stop - start);
}

The results: (A3000/16, 68881)

SAS/C 6 option  addition  multiplication  division  trig

math=standard      33           22           19      64
math=ieee          27           28           22       2
math=68881          5            5            5       2
math=ffp           11           12            9       5

OK, the 68881 blows all other times away, which is expected.  But why
is division and multiplication faster than addition when the IEEE libraries
are used?  And why is "standard" (SAS math libraries) faster than IEEE
(Workbench libraries) when the Workbench libraries use the 881 and the
SAS ones don't?  Or is 68881 use new for SAS/C 6?

--
 David Jones, 6730 Tooney Drive, Orleans, Ontario K1C 6R4 CANADA
       email: dej@qpoint.ocunix.on.ca    Fido: 1:163/109.8
 AMIGA: Advanced Multimedia with Interactive Graphics and Audio

Xref: sparky comp.sys.amiga.programmer:13814 comp.sys.amiga.tech:86 comp.sys.amiga.misc:14487 comp.sys.amiga.graphics:6408 comp.sys.amiga.games:13465 comp.sys.amiga.audio:3486 comp.unix.amiga:2188
From: wild@nessie.cs.id.ethz.ch (Markus Wild)
Subject: Re: GCC 2.2.2 works with 68030?
Keywords: GCC, 68030
Organization: Swiss Federal Institute of Technology (ETH), Zurich, CH
Date: Thu, 1 Oct 1992 18:47:42 GMT

In article <1af7odINNrvg@fnnews.fnal.gov> jhf@d0xs1.fnal.gov (John Featherly) writes:
>when run.  For example "gcc -v" runs and tells the version but
>"gcc -v -c hello.c" tells the version, then tries to run the compiler and dies
>with the illegal instruction message.  Another example, "man" will generate
>the usage message but "man man" dies with illegal instruction.
>
>I'm trying to run this on a GVP A530 with WB 1.3, stack set at 300000.
>Anyone have any ideas?  I think I've checked all the obvious things.

All these symptoms sound like a small STACK, so I'm quite puzzled to hear
you have it at 300k. Could you make sure it really is at 300k before
running the compiler? Please excuse, I hardly can believe it;-) 

There's a marginal chance that 1.3 is the culprit, but I think that at least
one or two 1.3 users should have tried 2.2.2 in the meantime, and you're the
first one having this problem...

-Markus
-- 
Markus M. Wild    -  wild@nessie.cs.id.ethz.ch  |  wild@amiga.physik.unizh.ch 
Vital papers will demonstrate their vitality by spontaneously moving
from where you left them to where you can't find them.
From: paulk@terapin.com (Paul Kienitz)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: SAS/6.0 Bugs...
Date: 5 Oct 92 12:01:39 PST
Organization: BBS

> Anybody out there interested in modifying one of the PD make
> utilities to run from the WorkBench?  If so, you could replace
> SMAKE entirely...
 
I have already been fiddling with one of the PD makes to add a few
things to it ... could you send me some specific details on just what
kind of functionality you're talking about here?
 
One project I thought I'd do someday was an intuitionized Make
replacement.  I had the impression that SAS had pretty much
accomplished this.  Am I mistaken?
From: ef23+@andrew.cmu.edu (Eugene M. Feinberg)
Newsgroups: comp.sys.amiga.programmer
Subject: SAS/6.0 Compiling from Editor
Date: 30 Sep 92 22:59:01 GMT
Organization: Freshman, CIT general, Carnegie Mellon, Pittsburgh, PA


I installed v6.0 of the SAS compiler.  However, when I try to compile
from the editor by hitting F4, a get a window that says "Compiling" 
and which goes away quickly with no noticable affect.

Thanks in advance.

Gene Feinberg
Newsgroups: comp.sys.amiga.programmer
From: docbliny@mits.mdata.fi (Tomi Blinnikka)
Subject: Re: If you use locale.library, read this
Organization: Microdata Oy
Date: Mon, 5 Oct 1992 17:20:16 GMT

wgkramer@cs.vu.nl (Ewout Kramer) writes:

>beust@modja.inria.fr (Cedric Beust) writes:


>>	So if you finished your program but need to add a few languages,
>>	drop me a mail. Of course, no money wanted!!! Just for fun!

And I'm ready to do Finnish translations. 

--Doc Bliny

P.S. I did the ToolManager 2.0 translation...

--
docbliny@mits.mdata.fi             | Tomi Blinnikka           /// CBM |
[Insert smart quote here]          | Tel. +358-0-3511462  \\\/// 2500 |
Mines an Amiga Black Tower 2500 AT&T zi, what's yours? |   \XX/ AMIGA |
From: heinz@edohwg.adsp.sub.org (Heinz Wrobel)
Newsgroups: comp.sys.amiga.programmer
Subject: Re:  Small (Big - I dunno) assembly problem
Date: 28 Sep 92 19:50:38 GMT
Organization: Edotronik GmbH

In article <275@mindlink.bc.ca> Charlie_Gibbs@mindlink.bc.ca (Charlie Gibbs) writes:
>In article <doug.048d@dsij.uucp> doug@dsij.uucp (Doug Johnson) writes:
>Then you don't have to remember to manually include all those XREFs.

But those XREFs are sort of "included documentation". If you don't have
them you need to figre out manually what _is_ used by some module.

>Charlie_Gibbs@mindlink.bc.ca

--
Heinz Wrobel, Edotronik GmbH (ECG018)
FAX +49 89 850 51 25 / TEL +49 89 850 25 20 (HOME!&VOICE, sometimes...)
From: Boris_Folgmann@ibase.stgt.sub.org (Boris Folgmann)
Newsgroups: comp.sys.amiga.programmer
Subject: FWrite() <-> Write()
Distribution: world
Date: 27 Sep 92 16:17:47 MET
Organization: Intuition-Base BBS Leonberg

What's better when using FWrite() instead of Write() under OS2/DOS V37???


-- Via DLG Pro v0.992
+--------------------------------------------------------------------------+

| Boris Folgmann  | UUCP:  Boris_Folgmann@ibase.stgt.sub.org              
|
| Friedrichstr.7  | FIDO:  2:247/706 (Boris Folgmann)                     
|
| W-7152 Aspach 1 | Voice: +49-(0)7191-23439                              
|
|     Germany     | Space Migration, Intelligence Increase, Life Extension
|
+--------------------------------------------------------------------------+

Newsgroups: comp.sys.amiga.programmer
From: walker@twix.unx.sas.com (Doug Walker)
Subject: Re: SAS/6.0 Bugs...
Originator: walker@twix.unx.sas.com
Date: Tue, 6 Oct 1992 20:27:33 GMT
Organization: SAS Institute Inc.


In article <1992Oct6.070215.4562@desire.wright.edu>, fheitkamp@desire.wright.edu writes:
|> 	
|> 	If anybody from SAS connected with the 6.0 C compiler is out there,
|> 	What is CXERR 582481;  line 235 Fptr 758 mean?
|> 
|> 	I've looked carefully at the offending code, but can't see anything
|> 	obvious.
|> 
|> Fred Heitkamp,  ** Not an organization,  My opinions only **
|>  

CXERRs are compiler internal errors and should always be reported
to technical support.  (Look in your 6.0 manual to see how to use
EMITS to contact technical support via email.)

-- 
  *****
=*|_o_o|\\=====Doug Walker, Software Distiller====== BBS: (919)460-7430 =
 *|. o.| ||                                          1200/2400/9600 Dual
  | o  |//     For all you do, this bug's for you!
  ====== 
usenet: walker@unx.sas.com                            bix: djwalker 
Any opinions expressed are mine, not those of SAS Institute, Inc.
From: paulk@terapin.com (Paul Kienitz)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: HDMem vs GigaMem for virtual memory on Amigas?
Date: 3 Oct 92 21:33:16 GMT
Article-I.D.: terapin.paulk.1qpc
Organization: BBS

> Also, even if it were 68040 compatible, it would not work on the
> A4000, as the A4000 uses the 68EC040 chip, the big brother of the
> 68EC030. The 68EC040 chip has neither PMMU nor FPU math
> coprocessor.
 
Am I to understand that the base A4000 has no MMU or FPU hardware at
all??
 
Actually, it's cool to have that choice available ... I have almost
no use for the FPU in my 3000, after all ... it probably gets used
about fifteen minutes per year ... but I do need the MMU because I
have kickstart-on-disk and use Enforcer sometimes.
Newsgroups: comp.sys.amiga.programmer
From: markus@techfak.uni-bielefeld.de (Markus Illenseer)
Subject: Re: HDMem vs GigaMem for virtual memory on Amigas?
Date: Tue, 6 Oct 92 21:53:29 GMT
Organization: Universitaet Bielefeld, Technische Fakultaet.

In article <9748@cbmger.de.so.commodore.com>, peterk@cbmger.de.so.commodore.com (Dr Peter Kittel Germany) writes:
|> In article <1992Oct3.063217.16317@mnemosyne.cs.du.edu> chanson@nyx.cs.du.edu (Chris Hanson) writes:
|>  >
|>  >  Also, even if it were 68040 compatible, it would not work on the A4000,
|>  >as the A4000 uses the 68EC040 chip, the big brother of the 68EC030. The
|>  >68EC040 chip has neither PMMU nor FPU math coprocessor. 

 I agree, GigaMem won't work on the 680EC40, missing MMU, and won't work
 on an 68040 as well, wrong type of MMU. (Software must detect the MMU-type).
 
|> 
|> Hmm, don't have an open A4000 just besides me, but I remember Dave H
|> stating several times here that the A4000 has the *full* 68040, not
|> the EC variant.
|> 
|> -- 
|> Best regards, Dr. Peter Kittel  // E-Mail to \\  Only my personal opinions...
|> Commodore Frankfurt, Germany  \X/ {uunet|pyramid|rutgers}!cbmvax!cbmger!peterk

 Peter, i am just wondering... The german manual of the A4000 states that the
 A4000 has an 040EC build in (ok, i must admit: it's mentioned 'probably'),
 and there is a full-featured hand-book about how to upgrade the 040EC to
 a real 040 (remove 040EC, insert 040). 
 Now, how long have you been working on the manual ? Seems that the 040
 was a last-minute choice ? 
 BTW, Cpu (and SetCpu) both state a 040 on the A4000 i tested, i also wonder
 if they can actually detect an 040EC, as they can't set the FastRom
 MMU table correctly (yet).

Markus
-- 
Markus Illenseer       EMail: markus@TechFak.Uni-Bielefeld.de
Universitaet Bielefeld Fax: (+49 521) 106-2992
Technische Fakultaet   Phone: (+49 521) 106-2938 ; (2935 Sek.)
Angewandte Informatik  SnailMail: Postfach 100131, D-4800 BIELEFELD 1
Newsgroups: comp.sys.amiga.programmer
From: rhealey@kas.helios.mn.org (Rob Healey)
Subject: Re: Porting Linux to the Amiga
Date: Mon, 28 Sep 1992 18:41:04 GMT
Organization: Rob's home system, Hopkins, MN
Keywords: linux gcc 680x0

In article <1992Sep23.231700.24277@beaver.cs.washington.edu> wille@june.cs.washington.edu (Robert Wille) writes:
=Disregard my previous comment, then.  Porting Linux to the Amiga would
=definitely be a great idea.  Especially if you could get Linux to use
=the same file system (obviously not using AmigaDOS, but if Linux could
=use AmigaDOS disks, it would be great).
=
	Writing a Mach filesystem module for ADOS would probably be
	easier than porting the Linux kernel. At least Mach has a 68k
	based reference port, Sun 3.

	Mach would be so much nicer than Linux, i.e. distributed
	processing, multiprocessing and other sorts of stuff currently
	being down on top of Mach albeit on other architectures.

	Most of the 68k specific part of Mach is done already, pick up
	the 9M from that archive site, WHERE is that by the way?, and
	get hacking on drivers for the Amiga hardware.

		-Rob
From: paulk@terapin.com (Paul Kienitz)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: How do *you* use Enforcer and Mungwall?
Date: 29 Sep 92 12:08:13 PST
Organization: BBS

Is there a way I can get Sushi, and maybe SnoopStrip, for free?