HDTenEightyP/NetNews huggingface dataset:
From: Ralf.Wirth@arbi.informatik.uni-oldenburg.de (Ralf Wirth)
Subject: Topspeed DOS Extender
Organization: University of Oldenburg, Germany
Date: Mon, 4 Jan 1993 10:30:04 GMT

HI there!

Does anybody use the Topspeed DOS-Extender Version? 
Is it good? How much does it cost? - As an update from the Topspeed
V3.01 Environment.

btw. Has Clarion Topspeed a EMail-Address?

-- 
*****************************************************************************
*                                                                           *
* Name: Ralf Wirth                                                          *
* Job : Student of computer science/Wizard of Nightfall (Veltins).          *
* Login : Henry@Aragorn, Henry@Schrottpollo                                 *
* E-Mail Address: Ralf.Wirth@arbi.informatik.uni-oldenburg.de               *
* ------------------------------------------------------------------------- *
* No, I'm not related to him.                                               *
*****************************************************************************
From: Sean.Wilson@f590.n139.z1.fidonet.org (Sean Wilson)
Newsgroups: comp.lang.modula2
Subject: Compiler Tools
Date: Thu, 07 Jan 93 12:04:24 PDT
Organization: FidoNet node 1:139/590 - PMI BBS, Green Bay WI

JM>   I have had several  inquiries in the last month for compiler tools.

JM>   I know of 2 modula-2 systems.
JM>   Coco by P.Rechenberg and H.Mossenbock and
JM>   Rex and lalr-ell by Josef Grosch.
JM>   I hope I'm giving credit to the correct people.

Coco & Alex are available with full source and an acompanying book on
compiler writing and compiler writing tools.  I think the pricing would
be around $150.  The nice thing about the system is that it is available
with full sourc in Modula-2 for a number of compilers on the PC and
other platforms.

By far the best compiler writing tools I've seen to date are LALR & DFA
by a company originally known as LALR.  Last time I spoke with the
author he told me that there were Modula-2 skeletons available although
it shipped to generate C or binary code.  The nice thing about LALR
apart from it's speed is that it uses a series of macros in a skeleton
file to determine how to generate the state information for an LALR
parser or DFA lexical analyser.  This means that the skeleton can
be written in any suitable language.

I think the company is now called pro-soft, they advertise in DDJ or
PC-Techniques.

Best Regards
     Sean Wilson
     (TopSpeed Technical Support)

___
 X PQ-Under-Trial 2.15 X STICK \'stik\ n. 1: A boomerang that doesn't work


--  
uucp: uunet!m2xenix!puddle!139!590!Sean.Wilson
Internet: Sean.Wilson@f590.n139.z1.fidonet.org
From: A7101DAA@HELIOS.EDVZ.UNIVIE.AC.AT
Newsgroups: comp.lang.modula2
Subject: Re: JPI Mod-2 for DOS
Date: 12 Jan 93 14:55:48 GMT
Reply-To: Modula2 List <INFO-M2%UCF1VM.BITNET@uga.cc.uga.edu>
Distribution: world
Organization: The Internet
X-Unparsable-Date: Tue, 12 Jan 1993 12:02:35 MEZ

Hallo Mr.Wilson!
It sounds good to get - for the first time - replies from on of the
TopSpeed staff.
I have a question to TopSpeed: I need a GUI or SAA surface for my
Modula-2 projects. But in TopSpeed (neither Pascal nor C - as I guess )
exists anything like this. So am I writing the surface in TurboVision
from TurboPascal and call my Modula-2 programs in a shell. That is not
very elegant solution, so I ask, if you have something like
TurboVision yet developed or in planning.

Yours sincerely
                Peter Stadler, Vienna
From: Robert.Barton@p0.f6.n105.z1.fidonet.org (Robert Barton)
Newsgroups: comp.lang.modula2
Subject: re: TDI Software Inc. (Modula2)
Date: 10 Jan 93 03:11:39 GMT
Article-I.D.: puddle.36763.2B50C7C4
Organization: FidoNet node 1:105/6.0 - DawgGone Disgusted, Portland OR


  Nope, TDI is no longer supporting their Amiga M-2, and no one
else has picked up support.  The last version was 3.01a



--  
uucp: uunet!m2xenix!puddle!6.0!Robert.Barton
Internet: Robert.Barton@p0.f6.n105.z1.fidonet.org
Newsgroups: comp.lang.modula2
From: marti@nugget.inf.ethz.ch (Robert Marti)
Subject: re: C to Modula2 converter?
Organization: Dept. Informatik, Swiss Federal Institute of Technology (ETH), Zurich, CH
Date: Mon, 11 Jan 1993 08:10:26 GMT

In article <36762.2B50C7C3@puddle.fidonet.org>,
Robert.Barton@p0.f6.n105.z1.fidonet.org (Robert Barton) writes:
|>   A C to Modula-2 converter is not possible, since Modula-2 does
|> not support set complement, structured constants, or null
|> procedure variables.

Not possible is a bit strongly worded, considering that I can think
of solutions to all three problems.

However, much as I like Modula-2, I can't quite see why one would
want a C to Modula-2 converter.  (Flames to /dev/null, please.)

-- 
Robert Marti                    |  Phone:    +41 1 254 72 60
Informationssysteme             |  FAX:      +41 1 262 39 73
ETH-Zentrum                     |  E-Mail:   marti@inf.ethz.ch
CH-8092 Zurich, Switzerland     |
Newsgroups: comp.lang.modula2
From: marti@nugget.inf.ethz.ch (Robert Marti)
Subject: Re: C to Modula2 converter?
Organization: Dept. Informatik, Swiss Federal Institute of Technology (ETH), Zurich, CH
Date: Tue, 12 Jan 1993 14:43:58 GMT

In article <C0qHLI.F7L@agora.rain.com>, robart@agora.rain.com
(Joe Bob) writes in an ongoing thread with contributions form
Robert Barton (RB) and myself (RM):

RB >>> A C to Modula-2 converter is not possible, since Modula-2 does
RB >>> not support set complement, structured constants, or null
RB >>> procedure variables.

RM >>  Not possible is a bit strongly worded, considering that I can think
RM >>  of solutions to all three problems.

JB >   The lack of structured constants can be worked around to an extent
JB >   by using variables and a long sequence of assignments.  There are
JB >   no substitutes for the other two problems, though.


Let's see.


Set complement:

The set complement of an expression expr of type
    FooSet = SET OF [lb .. ub]
is
    {lb .. ub} - expr
(see sections 5 and 8.2.3 of the report).


Null procedure variables:

A "clean" solution would be to generate a
    PROCEDURE NullProcT(p1: T1, ... , pn: Tn): RetT;
      BEGIN
        (* you may need to return something of type RetT here *)
      END NullProcT
for each
    TYPE ProcT = PROCEDURE (T1, ... , Tn): RetT
and replace tests
    p = NIL  (or p # NIL, respectively their C counterparts)
for a variable p of type ProcT with tests
    p = NullProcT  (or p # NullProcT).

Another possibility is to generate an additional type
    ProcTWithNull = RECORD CASE BOOLEAN OF
                      TRUE:  proc: ProcT
                    | FALSE: adr:  SYSTEM.ADDRESS
                    END
for each type ProcT, declare all respective procedure variables p
to be of type ProcTWithNull (not of type ProcT!), write all calls as
    p.proc(...)
and write all tests for NULL (or NIL) as
    p.adr = NIL  (or p.adr # NIL)

Disclaimer: I haven't tried the latter solution, but I think
it should work.  In any case, it's a hack.

-- 
Robert Marti                    |  Phone:    +41 1 254 72 60
Informationssysteme             |  FAX:      +41 1 262 39 73
ETH-Zentrum                     |  E-Mail:   marti@inf.ethz.ch
CH-8092 Zurich, Switzerland     |
From: John.Mcmonagle@f590.n139.z1.fidonet.org (John Mcmonagle)
Newsgroups: comp.lang.modula2
Subject: Topspeed DOS Extender
Date: Thu, 07 Jan 93 13:57:18 PDT
Organization: FidoNet node 1:139/590 - PMI BBS, Green Bay WI


 RW> Does anybody use the Topspeed DOS-Extender Version? 
 RW> Is it good? How much does it cost? - As an update from the Topspeed
 RW> V3.01 Environment.

The original release was rather buggy primarily the  run 
time system. The Beta for 3.1 is working well and I have
heard from several people  happy with the Beta.  I have 
tested the Beta of the run time system quite a bit and have seen no problems.  It gives you for all practical purposes 
the capabilities of OS/2 1.3 under MSDOS.  It is much better than working with overlays.  

 RW> btw. Has Clarion Topspeed a EMail-Address?

They are on Compuserve but I do not know their ID.



--  
uucp: uunet!m2xenix!puddle!139!590!John.Mcmonagle
Internet: John.Mcmonagle@f590.n139.z1.fidonet.org
Newsgroups: comp.lang.modula2
From: eepjm@wombat.newcastle.edu.au (Peter Moylan)
Subject: Re: Generic stack implementation
Organization: University of Newcastle, AUSTRALIA
Date: Mon, 11 Jan 1993 06:12:45 GMT

In article <36764.2B50C7C5@puddle.fidonet.org>, Robert.Barton@p0.f6.n105.z1.fidonet.org (Robert Barton) writes:
> 
>   Why is type-casting non-portable?

Try this:
    VAR c: CARDINAL;  p: POINTER TO something;
    ...
    c := CARDINAL(p);

It will work on machines for which a CARDINAL and a POINTER take the
same amount of memory, but not on others.

-- 
Peter Moylan                      eepjm@wombat.newcastle.edu.au
Newsgroups: comp.lang.modula2
From: eepjm@wombat.newcastle.edu.au (Peter Moylan)
Subject: TopSpeed Technical Support
Organization: University of Newcastle, AUSTRALIA
Date: Wed, 13 Jan 1993 00:57:15 GMT

In article <36829.2B518BA2@puddle.fidonet.org>, Sean.Wilson@f590.n139.z1.fidonet.org (Sean Wilson) writes:
> 
> The quickest way to sort this out would be to log onto the TopSpeed TechLine
> BBS on (305) 781 3578 with a description of the problem (i.e. what isn't
> working, what are the symptoms?).

I've just said something similar by private mail, but it's worth
repeating in public: the TopSpeed TechLine is pretty useless to
those of us who would have to spend a fortune on a phone call to
the USA.  Local distributors are equally useless, being a little
like used car salesmen except that the used car salesmen at least
know how to drive.  (This is not just an Australian problem; I noticed
a posting from someone somewhere in Europe who also had problems
with his/her local distributor.)

The recent spate of postings from Sean Wilson on comp.lang.modula2
have been the best form of support I've yet seen.  I hope that he
or someone else from TopSpeed Technical Support stays active in this
group.
-- 
Peter Moylan                      eepjm@wombat.newcastle.edu.au
From: John.Mcmonagle@f590.n139.z1.fidonet.org (John Mcmonagle)
Newsgroups: comp.lang.modula2
Subject: 8051 cross compiler
Date: Sat, 02 Jan 93 12:50:14 PDT
Organization: FidoNet node 1:139/590 - PMI BBS, Green Bay WI

I understand there are a couple of Modula-2 cross compilers for the 8051 family of microprocessors.

I would be interested in any information.
I would like to know who to contact and any information from anyone who has actually used one.


John McMonagle
        
-----------------------------------------------------------
| (414)468-6040 voice (414)465-0464 fax (414)465-1656 bbs | | PMI                     BIX as PMI                      | | 3279 N Nicolet Drive    zzmcmonaglej@gbvaxa.uwgb.edu    |
| Green Bay, WI 54311     Fidonet 1:139/590               | -----------------------------------------------------------
   


--  
uucp: uunet!m2xenix!puddle!139!590!John.Mcmonagle
Internet: John.Mcmonagle@f590.n139.z1.fidonet.org
Newsgroups: comp.lang.modula2
From:  hofmann@ifi.unizh.ch (Hubert Hofmann)
Subject: Modula 2 Conference?
Followup-To: comp.lang.modula2
Organization: University of Zurich, Department of Computer Science
Date: Thu, 7 Jan 1993 17:25:03 GMT

Hi all,

Can any one tell me when and where the next Modula 2 conference takes
place?
Maybe there is also a CFP around.

Regards, Hubert

___________________________________________________________________

Mag. Hubert F. Hofmann
Institute for Informatics         E-Mail    : hofmann@ifi.unizh.ch
University of Zurich              Telephone : +41-1-257-4580 (4311)
CH-8057 Zurich                    FAX       : +41-1-363-0035
___________________________________________________________________
From: cheryl@gallant.apple.com (Cheryl Lins)
Newsgroups: comp.lang.modula2
Subject: Re: MacMETH 3.2 Modula 2 compiler--free
Summary: Metrowerks is better
Date: 4 Jan 93 18:05:44 GMT
Organization: Apple Computer Inc, Cupertino, CA

In article <1992Dec23.024931.28817@csi.jpl.nasa.gov> eldred@rrunner.jpl.nasa.gov (Dan Eldred) writes:
>I recently ran across a modula2 compiler called MacMETH 3.2 on
>the sumex-aim archive.  It is written by N. Wirth et al for the
>Macintosh, and it seems to be a pretty nice self contained package,
>once you get used to their abuse of the Macintosh user interface.

[other comments deleted]

>The main irritation I have with MacMETH 3.2 is that it doesn't use the
>Macintosh interface in the normal way (but you get used to it quickly).

The Metrowerks system has at least as much capability in a much cleaner and
easier to use form. Back when I did Modula-2, I used MacMETH, but only until
I started using the Metrowerks compilers.

Of course, if your requirement is that something be free, well you can't beat
MacMETH for the price.

-- 
Cheryl Lins    Oberon Paladin and FlameBaiter-in-training   lins@apple.com
From: Sean.Wilson@f590.n139.z1.fidonet.org (Sean Wilson)
Newsgroups: comp.lang.modula2
Subject: Address & phone no. of C
Date: Thu, 07 Jan 93 11:56:22 PDT
Organization: FidoNet node 1:139/590 - PMI BBS, Green Bay WI

PM>   Could someone please mail me the address of Clarion (the new owners
PM>   of JPI TopSpeed)?  I know it's been posted here before, but I seem to
PM>   have lost my copy.

CLARION Software
150 East Sample Road
Pompano beach
Florida, 33064

Fax: (305) 946 1650
Tel: (305) 785 4555

Best Regards
     Sean Wilson
     (TopSpeed Technical Support)

___
 X PQ-Under-Trial 2.15 X STICK \'stik\ n. 1: A boomerang that doesn't work


--  
uucp: uunet!m2xenix!puddle!139!590!Sean.Wilson
Internet: Sean.Wilson@f590.n139.z1.fidonet.org
From: Sean.Wilson@f590.n139.z1.fidonet.org (Sean Wilson)
Newsgroups: comp.lang.modula2
Subject: C to Modula2 converter?
Date: Thu, 07 Jan 93 11:36:18 PDT
Organization: FidoNet node 1:139/590 - PMI BBS, Green Bay WI

PG>   Recently someone asked about a Modula2 to C converter. I would
PG>   be interested in a program that converts C to Modula2. Does such
PG>   a program exist? I believe it is very difficult to translate C code
PG>   to Modula2 because of the (cryptic) notational possibilities of C.
PG>   Any info would be appreciated.

One of the main difficulties is that C is like 2 languages in one. The
macro preprocessor is one language, and it affects the program text seen by
the C compiler.  Unfortunately many C programs depend heavily on using the
macro preprocessor to produce different code under different circumstances
so there is often no direct equivalence between C code and Modula-2 code.

We thought about writing one once but decided that it would probably
create more unhappy people than it would please.

Best Regards
     Sean Wilson
     (TopSpeed Technical Support)

___
 X PQ-Under-Trial 2.15 X Surge into electronic mail.


--  
uucp: uunet!m2xenix!puddle!139!590!Sean.Wilson
Internet: Sean.Wilson@f590.n139.z1.fidonet.org
From: Sean.Wilson@f590.n139.z1.fidonet.org (Sean Wilson)
Newsgroups: comp.lang.modula2
Subject: [next] JPI upgrade?
Date: Thu, 07 Jan 93 10:06:02 PDT
Organization: FidoNet node 1:139/590 - PMI BBS, Green Bay WI

RH>        About 8 months ago, I asked JPI what their plans were for a true 32-bit
RH>   OS/2 version of Modula-2. Currently I am running their 16-bit DOS version,
RH>   but in May or so I upgraded to OS/2, and should like to be
RH>   able to generate OS/2-specific code. Besides, in May OS/2
RH>   2.0 came out and the OS made the leap from 16-bit with 1.3
RH>   to full 32-bit. There is currently rumoured [subjective
RH>   issue] to be a "shortage" of 32-bit applications for OS/2,
RH>   with the bulk of available OS/2 native applications being
RH>   16-bit code generated to run under version 1.3 or earlier.
RH>        I was told at the time [guesswork involved in
RH>   forecasting on their part] that "around September 1992"
RH>   there MIGHT be a 32-bit upgrade, and that to make one
RH>   double-upgrade [to 32-bit AND to OS/2] might be slightly
RH>   cheaper than to make two single-upgrades.
RH>        It isn't as though there were any other 32-bit OS/2
RH>   compilers for Modula-2 up and running out there, or am I
RH>   mistaken? JPI at least announced that they were working on
RH>   one!

We demonstrated out 32-bit Modula-2 & C++ compilers at Comdex last year.
As all our compilers are written in Modula-2 and we have fully bootstrapped
our 32-bit compilers this will give you some indication to the stability of
these programs.  The compilers themselves were converted relatively rapidly,
most of the work will go into developing the run-time libraries and other
tools which must be largely re-written.  We are hoping to begin b-testing
shortly but cannot give specific dates as yet.

Currently the compilers run under OS/2 2.0 though we are looking at NT
and DOS Extended platforms.

This is totally new technology and it is not possible to say at this stage
what sort of concessions might be available for existing TopSpeed users.

Best regards
     Sean Wilson (TopSpeed Tech Support)

___
 X PQ-Under-Trial 2.15 X STICK \'stik\ n. 1: A boomerang that doesn't work


--  
uucp: uunet!m2xenix!puddle!139!590!Sean.Wilson
Internet: Sean.Wilson@f590.n139.z1.fidonet.org
From: robart@agora.rain.com (Joe Bob)
Newsgroups: comp.lang.modula2
Subject: Re: Generic stack implementation
Date: 12 Jan 93 09:08:37 GMT
Organization: a gora

In article <1993Jan11.171245.1@wombat.newcastle.edu.au> eepjm@wombat.newcastle.edu.au (Peter Moylan) writes:
>In article <36764.2B50C7C5@puddle.fidonet.org>, Robert.Barton@p0.f6.n105.z1.fidonet.org (Robert Barton) writes:
>> 
>>   Why is type-casting non-portable?
>
>Try this:
>    VAR c: CARDINAL;  p: POINTER TO something;
>    ...
>    c := CARDINAL(p);
>
>It will work on machines for which a CARDINAL and a POINTER take the
>same amount of memory, but not on others.


  It won't work in that case because it's not a valid cast, since the
sizes of the objects aren't equal.  Of course if TSIZE(ADDRESS) does
not equal TSIZE(CARDINAL) then it is also non-Wirthian.
From: michael@rwthi3.informatik.rwth-aachen.de (Michael Heyde)
Newsgroups: comp.lang.modula2
Subject: 68HC11
Date: 6 Jan 1993 08:29:41 GMT
Organization: Lehrstuhl fuer Informatik III, RWTH Aachen, Germany
Distribution: world
Reply-To: michael@rwthi3.informatik.rwth-aachen.de
NNTP-Posting-Host: ravel.informatik.rwth-aachen.de

Are there any Modula-2 Cross-Compiler for the  68HC11 family of mikroprozessors
availiable?

I would be interested in any information


---------------------------------------------------------------------
	Michael Heyde 
	at 
	Lehrstuhl fuer Informatik III
	RWTH - Aachen
	Ahornstrasse 55

	D-5100 Aachen, West Germany

	INTERNET: michael@rwthi3.informatik.rwth-aachen.de
---------------------------------------------------------------------
From: Robert.Barton@p0.f6.n105.z1.fidonet.org (Robert Barton)
Newsgroups: comp.lang.modula2
Subject: re: Real Change!
Date: Sun, 03 Jan 93 21:05:27 PDT
Organization: FidoNet node 1:105/6.0 - DawgGone Disgusted, Portland OR

What does this have to do with Modula-2???



--  
uucp: uunet!m2xenix!puddle!6.0!Robert.Barton
Internet: Robert.Barton@p0.f6.n105.z1.fidonet.org
From: robart@agora.rain.com (Joe Bob)
Newsgroups: comp.lang.modula2
Subject: Re: C to Modula2 converter?
Date: 12 Jan 93 09:12:53 GMT
Organization: a gora

In article <1993Jan11.081026.25261@neptune.inf.ethz.ch> marti@nugget.inf.ethz.ch (Robert Marti) writes:
>In article <36762.2B50C7C3@puddle.fidonet.org>,
>Robert.Barton@p0.f6.n105.z1.fidonet.org (Robert Barton) writes:
>|>   A C to Modula-2 converter is not possible, since Modula-2 does
>|> not support set complement, structured constants, or null
>|> procedure variables.
>
>Not possible is a bit strongly worded, considering that I can think
>of solutions to all three problems.


  The lack of structured constants can be worked around to an extent
by using variables and a long sequence of assignments.  There are
no substitutes for the other two problems, though.
From: Sean.Wilson@f590.n139.z1.fidonet.org (Sean Wilson)
Newsgroups: comp.lang.modula2
Subject: Linking JPI M2 to MicroS
Date: Thu, 07 Jan 93 10:43:08 PDT
Organization: FidoNet node 1:139/590 - PMI BBS, Green Bay WI

MA>   I'm trying to link JPI Modula-2 to an object file which was written with
MA>   Microsoft C.  I don't have the source to the object file, or anything
MA>   useful except the names of the procedures included.  I've tried wading
MA>   throught the JPI documentation to try to find which pragmas I need in
MA>   order to make the link work, but I haven't quite been able to do it.  I
MA>   was hoping someone out on the nets would be able to help me out.

MA>   More specifics:  I'm using JPI Modula-2 v.3.02.  I have no idea what
MA>   version of Microsoft C the object file was written in.  I'm using the
MA>   Compact memory model, and the object file is supposedly using the same
MA>   thing.  The object file is provided by Novell, and is normally linked to
MA>   the Netware C Interface, but I, being a die hard M2 fan, wrote my own
MA>   API using the assembly level interface, and I need now to link to this
MA>   object file because Novell refuses to release the actual algorithms.

The quickest way to sort this out would be to log onto the TopSpeed TechLine
BBS on (305) 781 3578 with a description of the problem (i.e. what isn't
working, what are the symptoms?).

You need to mmake sure that the correct naming conventions are used:

(*# name(prefix=>c) *)

The correct calling conventions, i.e. C-style and parameters in registers:

(*# call(reg_param=>(), c_conv=>on) *)

And also that the definition module doesn't assume an implementation
module:

(*# module(implementation=>off, init_code=>off) *)

All this and more is documented in the TopSpeed Environment Developer's
Guide.

Best Regards
     Sean Wilson
     (TopSpeed Technical Support)

 X PQ-Under-Trial 2.15 X Surge into electronic mail.


--  
uucp: uunet!m2xenix!puddle!139!590!Sean.Wilson
Internet: Sean.Wilson@f590.n139.z1.fidonet.org
From: Sean.Wilson@f590.n139.z1.fidonet.org (Sean Wilson)
Newsgroups: comp.lang.modula2
Subject: Topspeed DOS Extender
Date: Thu, 07 Jan 93 12:20:26 PDT
Organization: FidoNet node 1:139/590 - PMI BBS, Green Bay WI


RW>   HI there!

RW>   Does anybody use the Topspeed DOS-Extender Version?
RW>   Is it good? How much does it cost? - As an update from the Topspeed
RW>   V3.01 Environment.

In answer to your questions:
Yes, lots!
Yes, Very! Consider purchasing 3.10 when it ships (in the next couple of
weeks) Contact our sales department on (800) 354-5444 (or (305) 785-4555).

To qualify the above recursive back-patting:  The TopSpeed DOS Extender is
available for arround the $190 mark and provides features such as virtual
memory management that until recently was only available at _huge_ cost
($15,000 for Rational).  It is currently a 16-bit system but gives you
access to the full 286 address range (16MB Ram, 512MB Virtual).  Full
source is available in assembler and ... (pause for effect) ... Modula-2
(As if we'd use anything else).

Best Regards
     Sean Wilson
     (TopSpeed Technical Support)

___
 X PQ-Under-Trial 2.15 X CA Raisins murdered!  Cereal Killer? Film at 11.


--  
uucp: uunet!m2xenix!puddle!139!590!Sean.Wilson
Internet: Sean.Wilson@f590.n139.z1.fidonet.org
From: Sean.Wilson@f590.n139.z1.fidonet.org (Sean Wilson)
Newsgroups: comp.lang.modula2
Subject: JPI Topspeed & MS-Window
Date: Thu, 07 Jan 93 11:22:12 PDT
Organization: FidoNet node 1:139/590 - PMI BBS, Green Bay WI

MO>   A servere problem appears to be the fact that this compiler version
MO>   is not able to support coroutines in Windows applications because
MO>   according to JPI coroutines have been implemented using a memory model
MO>   called Multi Threaded that is not available under Windows.

I would suggest taking a look at the facilities that Windows provides for
managing multiple processes.  Windows provides it's own form of multitasking
through event loops.  The simple multithreading API does not port well to
Windows so it would be advantageous to adopt a more Windows oriented
approach in your port.

Best Regards
     Sean Wilson
     (TopSpeed Technical Support)

___
 X PQ-Under-Trial 2.15 X STICK \'stik\ n. 1: A boomerang that doesn't work


--  
uucp: uunet!m2xenix!puddle!139!590!Sean.Wilson
Internet: Sean.Wilson@f590.n139.z1.fidonet.org