HDTenEightyP/NetNews huggingface dataset:
From: greg.vigneault@bville.gts.org (Greg Vigneault) 
Newsgroups: comp.lang.modula2
Subject: MODULA2 COMPILER FOR DOS
Date: 19 Jul 92 23:55:00 GMT
Reply-To: greg.vigneault@bville.gts.org (Greg Vigneault) 
Distribution: world
Organization: Baudeville BBS - Toronto, Canada 416-283-0114/6059* *v32bis/HST

 In <1992Jul17.123240.9276@olymp.informatik.uni-bonn.de>
 moll@olymp.informatik.uni-bonn.de (Wolfgang Moll) writes:

WM>I'm new to this group and I'm looking for Modula-2 compilers running
  >under MS DOS.
  >We want to use Modula-2 for our first year students on a large PC
  >pool. What we are looking for is a robust version where there is
  >only little need for various extensions which might be useful only
  >for skilled professionals.

 I use the Modula-2 compiler from Fitted Software Tools.  It was
 shareware, but since the demise of FST, it seems to have become
 orphanware.  The last address I have for them is P.O.Box 867403,
 Plano, Texas 75086, U.S.A.

 It's a complete implementation, including LONGCARD, LONGINT, and
 LONGREAL.  It has a built-in free-form inline assembler, much
 like the BASM assembler in Turbo Pascal 6.  It can be used with
 .OBJ-file modules using either Pascal or C calling conventions.

 The last version of FST Modula-2 was 2.0b, and it's available on
 many public BBS's.

 Greg_

 Jul.19.1992.Toronto.Canada.
 greg.vigneault@bville.gts.org
 gregsv@eastern.com
                                                
Newsgroups: comp.lang.modula2
From: seurer@rchland.vnet.ibm.com (Bill Seurer)
Subject: Test Suite
Date: Tue, 21 Jul 1992 12:24:32 GMT
Reply-To: BillSeurer@vnet.ibm.com
Disclaimer: This posting represents the poster's views, not necessarily those of IBM
Organization: IBM Rochester

What Modula-2 test suites have other readers used and where did you get 
them from?  How good do you think they were?

- Bill Seurer     Language and Compiler Development      IBM Rochester, MN
  Internet: BillSeurer@vnet.ibm.com    America On-Line: BillSeurer@aol.com
Newsgroups: comp.lang.modula2
From: randy@psg.com (Randy Bush)
Subject: Re: FST MODULA-2 RUN-TIME
Organization: Pacific Systems Group, Portland Oregon, US
Date: Thu, 30 Jul 1992 06:12:20 GMT

greg.vigneault@bville.gts.org (Greg Vigneault)  writes:
>  Is there anyone here who registered their shareware FST Modula-2
>  compiler with Fitted Software Tools, before they disappeared?
>  I'm interested in getting the compiler run-time source.

Prove that you have paid Roger for the right to have those sources, and I will
gladly send them if Roger would rather not.  Damn good compiler.
-- 
randy@psg.com   ...!uunet!m2xenix!randy
From: fraro@mqssys.hanse.de (Frank Rolf)
Newsgroups: comp.lang.modula2
Subject: compiler wanted for Sun 4
Date: 26 Jul 92 11:49:52 GMT
Organization: MQSSYS - A Private Site In Hamburg (Germany)

Excuse me, if this is a FAQ:

I'm in search of a free (pd) Modula 2 compiler for a Sun 4 system. Please point
me to an ano-ftp archive or send me mail addresses.

Thanks a lot, Frank.


--
Dipl.Inform. Frank Rolf - Marienthaler Str. 1 - D-2000 Hamburg 26 - Germany
Privat: fraro@mqssys.hanse.de / (+49) 40 252178 - Geschaeft: fro@hekla.uucp
From: thutt@THAMA1.APGEA.ARMY.MIL
Newsgroups: comp.lang.modula2
Subject: Oberon compiler information
Date: 28 Jul 92 16:22:00 GMT
Reply-To: Modula2 List <INFO-M2%UCF1VM.BITNET@cmsa.Berkeley.EDU>
Distribution: world
Organization: The Internet


    smith@ctron.com writes that he is interested in finding the source to
    the Oberon compilers.

    The source to the Oberon compilers is not publicly available however,
    you can license the front end and/or the back end for the Oberon-2
    compiler from ETH for 1000 Swiss Francs.  The license agreement does
    prohibits you from redistributing the source, but you are free to do
    whatever you want with any derivative product, provided you give ETH
    credit for the original compiler source.
    You are also required to make ETH aware of your product, and provide the
    product to them should they ask.  It does not state if it needs to be
    source or executable code, however.

    It is a pretty loose agreement, but not so loose to hinder ETH.
    1000 SFr is about 757 dollars, as of last month.

    If you would like the entire text of the license agreement, let me know,
    and I will be happy to type it in.

    smith@ctron.com also writes that he has seen code for all of Wirth's
    other languages.  I am interested in finding the source to an M2
    compiler, and if there are any (in M2 preferably), please let me know.
    (Preferably a free one).
Newsgroups: comp.lang.modula2
From: thutt@THAMA1.APGEA.ARMY.MIL
Newsgroups: comp.lang.modula2
Subject: Oberon 1.0 for MSDOS / 80386
Date: 21 Jul 92 15:24:00 GMT
Reply-To: Modula2 List <INFO-M2%UCF1VM.BITNET@cmsa.Berkeley.EDU>
Distribution: world
Organization: The Internet


    People seem to be having some difficulty running the new Oberon system
    from ETH for the 386.  The only trouble I have had is in learning the
    new software (I do not have the Oberon Guide yet).

    Here is a copy of a config.sys that works for me:

device=c:\dos\himem.sys
buffers=20
files=64
stacks=0,0
SHELL=c:\4dos\4dos.com c:\4dos /p /e:160

    My autoexec simply has one line:  mouse.

    I had a two button mouse hooked up, and like someone else (I am using
    the stinky cc:Mail which does not support quoting, or most other
    niceties so I do not recall who) was under the impression that my
    2 button mouse would emulate 3 buttons, but alas it did not.

    I have had several brief mail conversations with the author of the
    system, and this is what I have been able to determine:

    o ETH has very few MS-DOS machines, so they are not very familiar with
      them.
    o He has written his own DOS extender, thus the reason for no memory
      managers.  Oberon 1.0 puts itself into protected mode.
    o He recognizes the fact that he may have to write to the VCPI or DPMI
      specs in future versions.  I have suggested DPMI, or even using
      DESQview/X (which would be neat).

    If you have any problems with the system, there is an address in the
    readme file to which you should mail your problems (basically, it is the
    secretary of the author).

    I would also be glad to help you with any problems you are having, as I
    have not had any problems with the system (except one non-reproducible
    crash).  I like it (even though it would be better on a larger
    resolution system.)

    If you are not familiar with the Oberon system, I would be happy to
    mail you Oberon.Guide.Text (from the SPARC implementation) and
    Oberon.Guide.ps.  These two documents should help you understand how the
    system works (but is not a complete description).  It also has several
    short tutorials on the system programming.

    Please respond to:
    thutt@thama1.apgea.army.mil

    (No, I am not in the army.... :-))
Newsgroups: comp.lang.modula2
Subject: Re: Oberon Question
From: news@massey.ac.nz (USENET News System)
Date: Thu, 30 Jul 92 21:44:57 GMT
Organization: Massey University

In article <z#pml+=.thomp@netcom.com>, thomp@netcom.com (Thom Philabaum) writes:
> 
> Does Oberon support ennumerated types as in Pascal/Modula?  In other words,
> can you still say,
> 
> TYPE
> 	myColors : (red, green, purple);
> 
> ????
No, it doesn't. There are reasons to do with type extensions which I am not
qualified to answer.
> 
> If not, is there something that provides similar functionality?
> Thanks...

Yes, you can use integer types.
CONST red=0; green=1; purple=2;
See the MODULA2 to OBERON section in the manual.
> 
> Oh yeah, If anybody at ETH is readin this: I BEG you to support non-68030
> macs (specifically, MacPlus/Powerbooks 100/140).  One of the boasts about
> Oberon is that is doesn't require oodles of memory/diskspace and yet you
> can't run it on what would seem to be sufficiently powerful machines.
> 
> Anyway, that's my two cents....
> 
I would enthusiastically concur with that. And what about my AT - it
can use protected mode and could address up to 20Mb if I had it. Why
does everyone only support 386's these days?
From: vspicer@ccu.umanitoba.ca ()
Subject: wanted: modules for Oberon-M 1.2
Organization: University of Manitoba, Winnipeg, Manitoba, Canada
Date: Wed, 22 Jul 1992 00:35:52 GMT

has anyone implemented more I/O functions, string functions and other
useful stuff to work on Oberon-M 1.2, the MSDOS Oberon compiler? what it
comes with is quite handy, but more BIOS based procedures would be
nice to talk to serial ports, shell to OS etc...

thanks in advance
	vic spicer

Newsgroups: comp.lang.modula2
From: vspicer@ccu.umanitoba.ca ()
Subject: FST modula-2 for DOS
Organization: University of Manitoba, Winnipeg, Manitoba, Canada
Date: Wed, 22 Jul 1992 15:08:41 GMT

i logged into FST's BBS on the weekend looking for the "newest" version.
2.0b looks like it's last been touched in 1988 or 89. some open postings
from the author indicated that the product is pretty much dead in 
north america, but he still gets registrations from europe.

where can i FTP 2.0b from? long distance at 2400 bps is a pain :) :)

thanks in advance
	vic spicer
 
Newsgroups: comp.lang.modula2
From: jpussi@cs.joensuu.fi (Jarmo Pussinen)
Subject: Problem: MS-DOS Oberon and copy(to/from)msdos
Keywords: MSDOS, Oberon
Organization: University of Joensuu
Date: Mon, 27 Jul 1992 14:34:38 GMT

Wow Oberon for MSDOS

I installed MS-DOS Oberon. It works fine, but (is there always but) I can't 
make it copy DOS files to OBERON\ directory or files from OBERON\ directory to
floppy disk (or hard disk) in MS-DOS directory.

As a matter of fact I made Dos copy to OBERON\ directory and binedited a file
filename.Text (or something) it seemed to work. But then I copied some more
and binedited and made type error. After that attemps to start Oberon made the
system crash. So it is hard and hazardous.

What I am saying is that System.CopyFrom/ToMsDos seems not to work with me.
I would like to have some help here. You can assume I am simpleton.

Backup.Format/Init/Write etc. seems to work.


Thanks
jpussi@cs.joensuu.fi
From: borchert@mathematik.uni-ulm.de (Andreas Borchert)
Newsgroups: comp.lang.modula2
Subject: Re: compiler wanted for Sun 4
Date: 31 Jul 92 12:27:55 GMT
Reply-To: borchert@mathematik.uni-ulm.de (Andreas Borchert)
Organization: University of Ulm, SAI, Germany

In article <13762@mindlink.bc.ca>, apang@mindlink.bc.ca (Anthon Pang) writes:
|> Frank Rolf writes:
|> > I'm in search of a free (pd) Modula 2 compiler for a Sun 4 system. Please
|> > point me to an ano-ftp archive or send me mail addresses.
|> 
|> While not necessarily free, I seem to recall the University of ULM had a
|> modula-2 compiler based on the ETHZ code for Suns (3?), for a reasonable
|> licensing fee.  I wish I still had the contact name, but I lost it somewhere.

The binaries of the compiler and the sources of the library and the tools
are free for the Sun3 platform (anonymous FTP at 134.60.66.21).
The only reason for not distributing the compiler sources for free is our
licence agreement with ETH Zurich (from where the sources are derived from).
Regrettably, I've never had the time to port that stuff to the Sun4 platform.

The only free Sun4-implementation I've heard of is that of Metrowerks
(ftp 132.208.12.5, login metro, passwd release4.0) but I haven't tested it yet.

-- 
Andreas Borchert        |   Internet: borchert@mathematik.uni-ulm.de
Universitaet Ulm, SAI   |
Oberer Eselsberg        |   Bitnet:   borchert@dulruu51.bitnet
D-7900 Ulm, Germany     |   X.400:    S=borchert; OU=rz; P=uni-ulm; A=dbp; C=de
From: jeff@ryhope.del.dec.com (Jeff Finkelstein)
Newsgroups: comp.lang.modula2
Subject: config.sys for PC Oberon
Date: 21 Jul 92 19:16:45 GMT
Organization: Digital Equipment Corporation

Empty your CONFIG.SYS to include just the following:

DEVICEHIGH = C:\DOS\HIMEM.SYS
DEVICEHIGH = C:\MOUSE\MOUSE.SYS
DOS = HIGH, UMB
FILES = 255
BUFFERS = 30

This works on my PC. Of course, I still only have a 2-button moose so I
can't use Oberon but hopefully someday they will support it.

jeff
----
jeff finkelstein                | disclaimer:
digital equipment corporation   |   A horse is a horse, of course, of course.
jeff@ryhope.del.dec.com         |   
-- 
jeff finkelstein                | disclaimer:
digital equipment corporation   |   A horse is a horse, of course, of course.
jeff@ryhope.del.dec.com         |
From: thutt@THAMA1.APGEA.ARMY.MIL
Newsgroups: comp.lang.modula2
Subject: Oberon CopyFromDOS problems
Date: 27 Jul 92 19:14:00 GMT
Reply-To: Modula2 List <INFO-M2%UCF1VM.BITNET@cmsa.Berkeley.EDU>
Distribution: world
Organization: The Internet


    In my discussions with the people from ETH, I have found that the
    following syntax will work:

    System.CopyFromDOS dosfile => Oberon.File.Name

    I have a document at home (email, actually) which describes the
    CopyToDOS parameters.  I believe they are the same, but who would want
    to copy OUT of Oberon? :-)  In any event, if you need to copy out of
    Oberon -- just ask, and I will bring the stuff in and tell you how to do
    it.

    For example, to copy your autoexec.bat into an Oberon file called
    `My.Autoexec.Bat':

    System.CopyFromDOS c:\autoexec.bat => My.Autoexec.Bat ~


    Hope this helps
    Taylor
    thutt@thama1.apgea.army.mil
    (No, I am not in the Army!)
Newsgroups: comp.lang.modula2
From: thomp@netcom.com (Thom Philabaum)
Subject: Oberon Question
Date: Thu, 30 Jul 92 00:49:19 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 

Does Oberon support ennumerated types as in Pascal/Modula?  In other words,
can you still say,

TYPE
	myColors : (red, green, purple);

????

If not, is there something that provides similar functionality?
Thanks...

Oh yeah, If anybody at ETH is readin this: I BEG you to support non-68030
macs (specifically, MacPlus/Powerbooks 100/140).  One of the boasts about
Oberon is that is doesn't require oodles of memory/diskspace and yet you
can't run it on what would seem to be sufficiently powerful machines.

Anyway, that's my two cents....
Newsgroups: comp.lang.modula2
From: tchannon@black.demon.co.uk (Tim Channon)
Subject: MS-DOS Oberon Environment Success Report 
Distribution: world
Organization: null
Date: Sun, 26 Jul 1992 03:38:40 +0000

Thanks for an explanation.

erase oberon.*

  TC. 
    E-mail: tchannon@black.demon.co.uk or tchannon@cix.compulink.co.uk
From: lins@Apple.COM (Cheryl Lins)
Newsgroups: comp.lang.modula2
Subject: Re: Oberon Question
Summary: enums & space
Date: 30 Jul 92 17:21:46 GMT
Organization: Apple Computer Inc., Cupertino, CA

In article <z#pml+=.thomp@netcom.com> thomp@netcom.com (Thom Philabaum) writes:
>Does Oberon support ennumerated types as in Pascal/Modula?

No. Enums as a special construct are history.

>If not, is there something that provides similar functionality?

There are several techniques.
1. Use constants and named types.
	CONST red* = 0; green* = 1; blue* = 2;
	TYPE Colors* = SHORTINT;
2. Use objects. A class to represent colors, and one instance
   per color.

There are probably other ideas too. And i don't want to hear any whining
about how you lose type-checking. With a minimum of care on the programmer's
part, this is a non-issue. 

>One of the boasts about
>Oberon is that is doesn't require oodles of memory/diskspace and yet you
>can't run it on what would seem to be sufficiently powerful machines.

But Oberon does want lots of screen real estate. It seems they only envision
Oberon as a desktop system. This is too bad, because I can easily imagine
a PDA based on Oberon.

-- 
Cheryl Lins, Apple Computer, Inc. Oberon-2 Paladin  lins@apple.com
"Oppression breeds violence" - Front Line Assembly
From: g_dotzel@tron.gun.de (Guenter Dotzel)
Newsgroups: comp.lang.modula2
Subject: Re^2: MS-DOS Oberon Compiler
Date: 26 Jul 92 12:58:00 GMT
Organization: TRON Public Mailbox, Neurath, Germany

berehl%delos.stgt.sub.org@USENET.ZER wrote on Tue, 07-21-1992 at 21:34 h
under the subject 'Re: MS-DOS Oberon Compiler':

General remarks on Oberon V1.0 for '386:

I've successfully installed Oberon under dr.dos 5.0 (it won't run when
the ethernet connection to my VMS file server is loaded and I have to start
Oberon from the local hard disk)

I was able to compile, edit, store and execute the sample program BioRhythm.

What didn't work is compiling RandomNumbers which is imported by another 
example IFS.Mod. The Oberon Systemlog window displays

compiling RandomNumbers.Mod

and then the Oberon system freezed everything incl. ctrl/alt DEL

The problem was that I've a '386SX without '387 and RandomNumbers.Mod
uses real arithmetic. There was a note that a fp-coprocessor is needed
to do real arithmetic, but this should produce a trap or error message
instead of freezing the machine.

Further investigation showed me that

1. Compiler: it's an Oberon[-1] compiler and not Oberon-2
2. it has severe 16 bit limitations (no more tan 64 KB of data is allowed
   per compilation unit (V86 segmented mode, not flat mode)
3. the index type for array can't be LONGINT
4. diskette backup/directory doesn't work (traps on my system)
5. I was not able to find the utilities CopyFromDOS and CopyToDOS, mentioned
  in README.TXT

Guenter Dotzel, ModulaWare GmbH, Wilhelmstr. 17A, D-W 8520 Erlangen/F.R.Germany
Tel. +49 (9131) 208395, Fax +49 (9131) 28205.
E-mail/Internet: 100023.2527@compuserve.com
                 g_dotzel@ame.nbg.sub.org
From: jordan@aero.org (Larry M. Jordan)
Newsgroups: comp.lang.modula2
Subject: Redefining Predefined Types
Date: 31 Jul 92 18:40:05 GMT
Organization: The Aerospace Corporation

There has been a thread in comp.lang.pascal addressing the following
example:

  type 
    foo = integer;
    integer = 1..10;

Accoring to the 'Standard', the second declaration causes 'foo=integer'
to be an error (use before definition).  I've seen Modula-2 code of the 
above form (JPI).  My question:  What does the Modula-2 standard say
on this subject?  Is the definition of 'integer=1..10', 'retroactive'
to the beginnging of the block?

--Larry %)
Newsgroups: comp.lang.modula2
From: thbaca@nmsu.edu (Thomas L. Baca)
Newsgroups: comp.lang.modula2
Subject: Re: FST modula-2 for DOS
Date: 24 Jul 92 14:40:03 GMT
Organization: NMSU Computer Science

In article <1992Jul22.150841.1835@ccu.umanitoba.ca> vspicer@ccu.umanitoba.ca () writes:

  >i logged into FST's BBS on the weekend looking for the "newest" version.
  >2.0b looks like it's last been touched in 1988 or 89. some open postings
  >from the author indicated that the product is pretty much dead in 
  >north america, but he still gets registrations from europe.
  >
  >where can i FTP 2.0b from? long distance at 2400 bps is a pain :) :)
  >
  >thanks in advance
  >	   vic spicer


I got the ver. 2.0a from Simtel.  Sorry, I don't know about ver. 2.0b.

Anyway, here's the info for anyone who's interested:

site: wsmr-simtel20.army.mil

directory: PD1:<MSDOS.MODULA2>

M2CMP20.ZIP   152063  8  900315  FST Modula-2 Compiler v2.0, compiler, 1 of 5
M2DOC20.ZIP   133768  8  900315  FST Modula-2 Compiler v2.0, docs, 2 of 5
M2EXA20.ZIP    19024  8  900315  FST Modula-2 Compiler v2.0, examples, 3 of 5
M2LIB20.ZIP    39776  8  900315  FST Modula-2 Compiler v2.0, libraries, 4 of 5
M2UTL20.ZIP    82460  8  900315  FST Modula-2 Compiler v2.0, utilities, 5 of 5
MOD2SRC.ARC    98848  8  890114  Coronado's Modula2 tutor v2.0, (1 of 2)
MOD2TXT.ARC   135458  8  890114  Coronado's Modula2 tutor v2.0, (2 of 2)

They're also on wuarchive.wustl.edu in /mirrors/msdos/modula2


--
Tom Baca - thbaca@nmsu.edu
Newsgroups: comp.lang.modula2
From: thomp@netcom.com (Thom Philabaum)
Subject: Re: Oberon Question
Date: Fri, 31 Jul 92 09:08:47 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 

news@massey.ac.nz (USENET News System) writes:

>I would enthusiastically concur with that. And what about my AT - it
>can use protected mode and could address up to 20Mb if I had it. Why
>does everyone only support 386's these days?

At the risk of wasting bandwidth world-wide, I say, "Yeah...Uh-Huh..."
From: ob@IFI.UIB.NO (Ole-Bjorn Tuftedal)
Newsgroups: comp.lang.modula2
Subject: Status of Modula-2 vendors
Date: 29 Jul 92 11:59:45 GMT
Reply-To: Modula2 List <INFO-M2%UCF1VM.BITNET@cmsa.Berkeley.EDU>
Organization: The Internet

I have had contact with the following companies from the vendor list this spring
(email or phone).  They are all in business and have all given excellent and
prompt service.

EPC:
tel:    +44 31-225 6262
fax:    +44 31-225 6644
bbs:
email:  support@epcfta.edinburgh.ac.uk
mail:   Edinburg Portable Compilers Ltd.
        17 Alva Street
        Edinburg EH2 4PH
        United Kingdom
-

PMI:
tel:    +1 (414)468-6040
fax:    +1 (414)465-0464
bbs:    +1 (414)465-0464
email:  zzmcmonaglej@gbvaxa.uwgb.edu
        zzmcmonaglej@uwgb.bitnet
        BIX as PMI
mail:   PMI
        3279 N Nicolet Drive
        Green Bay, WI 54311
        USA
-

TERRA:
tel:    +41 1 910 3555
fax:    +41 1 910 1992
bbs:
email:  terra@janus.vmsmail.ethz.ch
mail:   TERRA Datentechnik
        Bahnhofstr. 33
        CH-8703 ERLENBACH
        Switzerland
-


Greetings from
Ole-Bjorn Tuftedal

University of Bergen, Norway

tuftedal@ifi.uib.no
Newsgroups: comp.lang.modula2
From: tchannon@black.demon.co.uk (Tim Channon)
Subject: Oberon Question 
Distribution: world
Organization: null
Date: Fri, 31 Jul 1992 01:21:57 +0000

>I would enthusiastically concur with that. And what about my AT - it
>can use protected mode and could address up to 20Mb if I had it. Why
>does everyone only support 386's these days?
>
I wholly agree but I think it is because the '286 can only address that 
memory as segmented, whereas the 386+ can make it flat (and slow).

Part of the job of a HLL compiler writer is in my opinion to do the hard bits 
which on the Intel means making the 64k segmentation go away. They in fact 
pass the buck. 

Anything I write for public consumption will always run on an 8088. Move on 
to really major software works and I think you will find that there comes a 
time when there is little choice but the draw a line and say big machines 
only. This is ok if the software is expensive.

Were MicroSoft wrong in making Windows 3, 286 or greater? I guess that W 4 
will be 486 or greater 8-)

  TC. 
    E-mail: tchannon@black.demon.co.uk or tchannon@cix.compulink.co.uk
From: smith@ctron.com (Larry Smith)
Newsgroups: comp.lang.modula2
Subject: Source Code for Oberon-2???
Date: 28 Jul 92 14:14:20 GMT
Reply-To: smith@ctron.com
Organization: Cabletron Systems, Inc.

I've seen virtually all of Wirth's compilers in source form, but no pointers
for Oberon, just binary distributions of the ports.  Where can I get the source
to the compiler and what are the licensing terms, if any???

Larry Smith (smith@ctron.com) No, I don't speak for Cabletron.
-------------------------------------------------------------
Daily I'd go over to Congress - that grand old benevolent national asylum - and
report on the inmates there.  Never seen a body of men with tongues more handy,
or information more uncertain.  If one of those men had been present when the
Deity was on the point of saying "Let there be light" we never would've had it.
From: berehl@delos.stgt.sub.org (Bernd Ehlert)
Subject: Re: MS-DOS Oberon Compiler
Date: Tue, 21 Jul 1992 21:34:38 GMT
Organization: Delos Stuttgart, Germany

In article <1992Jul20.143341.16817@decuac.dec.com> jeff@ryhope.del.dec.com (Jeff Finkelstein) writes:
>
>I have a clone 16 MHz 386 with 4 MB of memory. I tried various incarnations of
>my CONFIG.SYS, i.e. removing the QEMM-386 line and replacing it with the
>HIMEM.SYS. I can at least get Oberon-2 to start up but it immediately reboots
>the system. Any ideas out there?
>--
>jeff finkelstein                | disclaimer:
>digital equipment corporation   |   A horse is a horse, of course, of course.
>jeff@ryhope.del.dec.com         |   


I had the same problem. In my case it seems to be the adaptec scsi driver
which caused that behaviour. My suggestion:

  Remove all device drivers but the absolutely necessary ones and
  incrementally add them to find out which one caused the trouble 
  and which one you should leave


--

Bernd Ehlert                                  berehl@delos.stgt.sub.org
Turnackerstr. 57
7024 Filderstadt 1
West-Germany