HDTenEightyP/NetNews huggingface dataset:
From: Rick_Sutcliffe@FAITH.TWU.CA (Rick Sutcliffe)
Newsgroups: comp.lang.modula2
Subject: Re- pascal code to modula
Date: 25 Jan 93 16:21:19 GMT
Reply-To: Modula2 List <INFO-M2%UCF1VM.BITNET@uga.cc.uga.edu>
Organization: Trinity Western University


          Re: pascal code to modula
Subject: Re: pascal code to modula
From: Joe Bob, robart@agora.rain.com
Date: Mon, 25 Jan 1993 10:34:26 GMT
In article <C1Eo1E.473@agora.rain.com> Joe Bob, robart@agora.rain.com
writes:

>>(like some folks are going to believe ISO M-2 is Modula-2?)
>
>
>  You seem to be implying that you think ISO M-2 will be a step backwards.
>In what ways is this the case?  (I haven't seen any draft specs since the
>one of Jan 1 1990).
>

  The problem is not that some people believe that ISO Modula-2 is a step
backwards, but that they think it is too much of a step forwards (or at
least in a direction that they do not care for.)  This is more of a
political/religious argument than anything, like the C/Pascal/Modula wars or
the IBM/Mac wars.  The important thing is to have a well defined and
versatile tool that gets the job done.  Because the conception of "the jobs
to be done" changes as time goes on, so must programming notations.  The ISO
committee has changed Modula-2 more than some would have liked.  On the
other hand, we have changed it less than others would have liked.  Not
everyone will be happy with the results reached, but the committee could not
have pleased everyone no matter what it had done.


 Rick Sutcliffe
 Associate Professor
 Math & Computing Science
 Trinity Western University
 7600 Glover Rd.,
 Langley B.C. Canada
 V3A 6H4                     (604 8887511)  rsutc@twu.ca
Newsgroups: comp.lang.modula2
From: cliveg@cix.compulink.co.uk (Clive Grace)
Subject: Modula 2 and Pascal Books for sale
Cc: cliveg@cix.compulink.co.uk
Reply-To: cliveg@cix.compulink.co.uk
Date: Tue, 26 Jan 1993 23:41:00 +0000

UK-based books clearout

I have the following books for sale. If you live in the UK and want any 
of these, please email me. Each book costs #10 (ten uk-sterling pounds), 
Postage and Packaging is calculated on an individual basis -- basically 
the more books you buy the cheaper it gets :-)
 
Pascal Programming 
==================
Applying Turbo Pascal Library Units Namir Shammas ?? 
Quick Pascal A Self-Teaching Guide Weiskamp/Saul Aguiar ?? 
Microsoft Quick Pascal Programming Kris Jamsa ?? 
Microsoft Quick Pascal Programming         Kris Jamsa 
Object Oriented Programming With Quick Pascal Namir Shammas  
Turbo Pascal (2nd Ed)                         Elliot B.Koffman 
Turbo Pascal 4.0/5.0                         Walter J Savitch 
Programming For Change With Pascal         D.J.Robinson 
Power Graphics Using Turbo Pascal         Weiskamp/Heiny/Shammas 
Pascal (3rd Ed)                                 Elliot B.Koffman 
Pascal: An introduction to the art and science of programming (3rd Ed) 
W.J.Savitch 
Mastering QuickPascal (version 1.0) Michael Yester 
  
Modula 2 Programming 
====================
Programming with Topspeed Modula 2 Barry Cornelius 
The Magic of Modula 2                 Hopper/Holmes/Rogers 
 

Email me for more details

+-------------------------------------------------------------------+
|  ..    "When I grow up, I want to stop being a computer journalist|
| .OO.    and learn how to write."                                  |
| O/\O                                                              |
|  --                              Tanais - friend to all furkindred|
+-------------------------------------------------------------------+
|cliveg@cix.compulink.co.uk | Bisexual knitter of quality since 1992|
+-------------------------------------------------------------------+


Newsgroups: comp.lang.modula2
From: randy@psg.com (Randy Bush)
Subject: Re: pascal code to modula
Organization: Pacific Systems Group, Portland Oregon, US
Date: Mon, 25 Jan 1993 00:50:01 GMT

robart@agora.rain.com (Joe Bob) writes:
> randy@psg.com (Randy Bush) writes:
>>    i := INTEGER ( BITSET(i) OR BITSET(j) )
>   I think you mean
>     i := INTEGER(BITSET(i) + BITSET(j))

<blush>

Thanks for catching it, and apologies if anyone was confused by my mistake.

randy
-- 
randy@psg.com   ...!uunet!m2xenix!randy
Newsgroups: comp.lang.modula2
From: cspt@giraffe.ru.ac.za (Prof. P. Terry)
Subject: Re: pascal code to modula
Organization: Rhodes University, Grahamstown, South Africa
Distribution: world 
Date: Tue, 26 Jan 1993 07:06:24 GMT

In article <C1Eo1E.473@agora.rain.com> robart@agora.rain.com (Joe Bob) writes:

>Date: Mon, 25 Jan 1993 10:34:26 GMT
>In article <cspt.62.727781974@giraffe.ru.ac.za> cspt@giraffe.ru.ac.za (Prof. P. Terry) writes:
>>(like some folks are going to believe ISO M-2 is Modula-2?)
>
>  You seem to be implying that you think ISO M-2 will be a step backwards.
>In what ways is this the case?  (I haven't seen any draft specs since the
>one of Jan 1 1990).

The proposed ISO M-2 is virtually a Modula-2 derivative (just as TurboPascal 
is a Pascal derivative).  An enormous amount has been added to the language.
Opinions may be divided as to whether this is a step backwards or forwards.
I recollect that Algol 68 did the same sort of thing to Algol, and who now 
uses Algol-68?

Newsgroups: comp.lang.modula2
From: tchannon@black.demon.co.uk (Tim Channon)
Subject: Re: JPI Compiler bug?
Reply-To: tchannon@black.demon.co.uk
Distribution: world
X-Mailer: cppnews $Revision: 1.20 $
Organization: null
Date: Thu, 21 Jan 1993 00:05:24 +0000

> Same here. I imported a my own ALLOCATE but NEW did not use it.
> May be it is a bug after all?

Well, I am not sure what I did, you got a different effect so over to tech 
support...  what is the correct usage?


BTW V3.1 is still working fine. The only noticable change is the code 
generation leading to a small speed gain. On examining some code I was 
surprised at the efficiency of the thing, handcoded assembler wouldn't have 
gained much. Well done Clarion.

There is an oddity with VID (which hasn't crashed so far, it wasn't common but 
it did occasionally) involves incorrect breakpoint handling, for example:

  IF x THEN
a   y;
b ELSE

A breakpoint at (a) will not do anything, so it must be put at (b)!

  TC. 
    E-mail: tchannon@black.demon.co.uk or tchannon@cix.compulink.co.uk
From: hofmeist@zorro.informatik.uni-dortmund.de (Thomas Hofmeister)
Newsgroups: comp.lang.modula2
Subject: Debugger for Mocka-compiler on SUN4
Date: 25 Jan 93 17:56:14 GMT
Organization: University of Dortmund, Germany
NNTP-Posting-Host: zorro.informatik.uni-dortmund.de

Dear netters,

one of our students would like to use a
debugger in connection with the (GMD-)Mocka-Compiler 
on a SUN4 (Sparcstation).

The information that I have is that the xdbx-debugger
only works for SUN-3 (which we don't have anymore)
and that "the g option of the Mocka-Compiler only works
with mips" which seems to be something connected
to DEC-machines which we also don't have here.

Does anybody of you have some information which 
might help us here? (I hope that this is not an
FAQ). Please post or send e-mail to me,

Thanks a lot,

Thomas Hofmeister
From: cs4gp6au@maccs.mcmaster.ca (Lockie      RJ)
Subject: c and m2
Keywords: c, m2 
Organization: Department of Computer Science, McMaster University
Date: Mon, 25 Jan 1993 18:45:52 GMT

	Ok. I have a question about the difference between C and
Modula-2.
Here's some C code (correct I hope):
struct ex {char word[10};
struct ex test[10];
struct ex *p;
p = &test[0];   /* or p = test */
p ++;
/* p now points to test[1] according to K&R2 pg. 98 */

Here's some Modula-2 code:
TYPE ex = ARRAY[0..10] OF CHAR;
VAR test : ARRAY[0..10] OF ex;
    p : POINTER TO ex;
BEGIN
  p = ADR(test[0]);
  INC( p );
  (* p now points to test[0][1] *)

So, if the above code is correct, the question I have is why does
incrementing a pointer in C point to the next element in the array?
while in Modula-2 it doesn't (the pointer needs to be incremented
by the size of the array element).
How does C do that? Is it the compiler? In Modula-2, to increment to
the next element in the array it would require:
  INC( p, SIZE(ex) );

So is this code correct? And how is this feature of C implemented?

	Bob Lockie: cs4gp6au@maccs.dcss.mcmaster.ca

 

Newsgroups: comp.lang.modula2
From: ms@p113.informatik.Uni-Bremen.DE (Martin Schroeder)
Subject: Re: Looking for libraries for SUN m2c
Reply-To: L15D@ALF.ZFN.UNI-BREMEN.DE
Organization: Universitaet Bremen
Date: Wed, 27 Jan 1993 17:53:21 GMT

In article <1993Jan26.152209.15499@psg.com>, randy@psg.com (Randy Bush) writes:
|> ms@p102.informatik.Uni-Bremen.DE (Martin Schroeder) writes:
|> > Subject says it all -- are there any libraries for SUN m2c?
|> 
|> You may be interested in the Olsen Library.  For both Sun Modula-2 and
|> Logitech 3.0, I believe.
|> 
|> You can find it in ftp.psg.com:~/pub/modula-2/olsen/*
|> 
|> randy
|> -- 
|> randy@psg.com   ...!uunet!m2xenix!randy

I ftp'ed it and it seems quite useful. But the file seems also to be broken --
tar reports a checksum error quite at the end:
	x olsen/BUGS, 715 bytes, 2 tape blocks
	tar: directory checksum error (3015 != 36886)

transcript of the ftp-session follows:

Connected to 147.28.0.33.
220 m2xenix.psg.com FTP server (Version 5.52 #6 Mon Feb 5 16:28:10 CST 1990) ready.
331 Guest login ok, send ident as password.
230 Guest login ok, access restrictions apply.
250 CWD command successful.
Local directory now /.mnt/user/stud/ms/ftp/modula
200 Type set to I.
Interactive mode off.
200 PORT command successful.
150 Opening BINARY mode data connection for olsen-tar.Z (1529663 bytes).
226 Transfer complete.
local: olsen-tar.Z remote: olsen-tar.Z
1528320 bytes received in 1.3e+04 seconds (0.12 Kbytes/s)
221 Goodbye.

Is the file broken or have there been transmission problems?
From: Sean.Wilson@f590.n139.z1.fidonet.org (Sean Wilson)
Newsgroups: comp.lang.modula2
Subject: Re: JPI Compiler bug?
Date: Thu, 21 Jan 93 11:21:10 PDT
Organization: FidoNet node 1:139/590 - PMI BBS, Green Bay WI

m >   So, let's put it this way: What does

m >               ALLOCATE ( PointerVariable, SIZE( PointerVariable^ ) )

m >   really perform? What do you achieve with an NEW(PointerVariable) call? m >   Still assuming that PointerVariable points at some structured type such m >   as RECORD.

m >   Marcus

Assuming you have done a:

  FROM Storage IMPORT ALLOCATE;

The call:

    ALLOCATE ( PointerVariable, SIZE( PointerVariable^ ) );

Invokes a specific procedure to allocate a block of the specified size from the heap and return it for use in PointerVariable.

The NEW() operator provides some generalisation. It always needs a procedure called ALLOCATE() of the same formal type as Storage.ALLOCATE() but it doesn't impose any further restrictions.  Your XStorage.ALLOCATE() procedure can do what it likes.  It also reduces the chance of error in the stongly typed storage system, e.g: how many times have you typed:

  ALLOCATE(PointerVariable, SIZE(PointerVariable));

So by using NEW() you have some flexibility in choosing your storage management, plus added safety.  I typically use it in conjunction with debugging storage functions.

Best regards
  Sean.

___
 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: Robert.Barton@p0.f6.n105.z1.fidonet.org (Robert Barton)
Newsgroups: comp.lang.modula2
Subject: Re: JPI Compiler bug? (NOT!)
Date: Thu, 21 Jan 93 04:50:32 PDT
Organization: FidoNet node 1:105/6.0 - DawgGone Disgusted, Portland OR

  His original message mentioned 4 bytes being allocated.
Strictly speaking, TSIZE(WORD) should probably be 1,
but in practice is is system dependent.



--  
uucp: uunet!m2xenix!puddle!6.0!Robert.Barton
Internet: Robert.Barton@p0.f6.n105.z1.fidonet.org
Newsgroups: comp.lang.modula2
From: apj@beldin.sun.ac.za (Andries Dippenaar)
Subject: Re: Another JPI Compiler bug?
Organization: University of Stellenbosch
X-Newsreader: TIN [version 1.1 PL7]
Date: Sat, 23 Jan 1993 22:38:48 GMT

marcus_olk@cl-hh.comlink.de wrote:
: I'd like to ask the people using JPI-M2 to test the following:
: 
: Now, set [Project][Project options...][Calling convention] to stack
: and re-make the demo. The linker should report
: 
: Error: File not found
: File: wsfcom.lib
:
: We can't find this library on our distribution disks (Env,M2,Tech-kit).

If I recall correctly, you don't get the compiled run-time code for all
possible memory model/calling convention/target environments.  You get
a fairly representative set, but the rest you have to build should you
need them.  If you have the TechKit (and the source kit(s) I think), the 
process of building a new .LIB is quite painless.  Simply select MKLIB 
as your project file, then set the calling convention/memory model/target 
platform either by editing the project or via the menus.  Now, make the 
project.  It should start compiling and assembling some of the base 
source code.  The result is a new .LIB, with the requested
conventions.  The demo should then link properly.  You'll notice that
very few Stack libraries are provided.

: And now, reset the calling conventions to jpi and set [Project]
: [Optimization options...][Coprocessor] to emu for 87-Emulation. I'm

: [some stuff deleted]

: Re-make the demo-project and try to execute the new binary under MSW.
: On my system, this leads to lock-up MSW. After a reboot you might try

It may have to do with the way MSW handles the co-pro.  I'm not sure
if it goes to the trouble of either emulating it or not.  I recall
Borland has some problems with their products and MSW.  I haven't
tried this out myself.  Which version of TopSpeed do you use, 3.02?

: to set the winmath symbol in the project-file from "none" to "emu".
: When you re-make the project you'll get the linker report
: 
: Error: File not found
: File: win87em.lib

Again, I believe you'll have to build this particular library using
the technique I described above.

Hope this helps,
Andries
***********************************************************************
*       /|~~\ * APJ Dippenaar        * "If you wanna make the world a *
*     /__|__/ * apj@beldin.sun.ac.za *  better place, take a look at  *
*   /    |    * Univ of Stellenbosch *  yourself and make a change."  *
* /   \__|    * South Africa         *             -- Michael Jackson *
***********************************************************************
Newsgroups: comp.lang.modula2
From: cspt@giraffe.ru.ac.za (Prof. P. Terry)
Subject: Re: JPI discussion bother me
Organization: Rhodes University, Grahamstown, South Africa
Date: Wed, 27 Jan 1993 12:42:12 GMT

In article <930127073635_100023.2527_EHF48-1@CompuServe.COM> 100023.2527@COMPUSERVE.COM (Guenter Dotzel) writes:
>
>Nothing against talking about implementation specific details from time to
>time, but the discussion of JPI specific Modula-2 stuff bothers me.
>I don't think that this newsgroup is the right place to get software support
>for a commercial product.

I seem to have read lots of commercial "promotional" stuff from you Guenther,
so I find your observation rather odd.

Frankly I don't mind either, and even welcome both.  I don't find this group
so busy that it would get in the way (just my opinion).

Anyway, it's nice to hear that JPI are still alive and well.
From: JSAVIT@PUCC.PRINCETON.EDU (Jeff Savit)
Newsgroups: comp.lang.modula2
Subject: Re: c and m2
Date: 27 Jan 93 20:15:03 GMT
Reply-To: Modula2 List <INFO-M2%UCF1VM.BITNET@uga.cc.uga.edu>
Organization: The Internet

The C compiler increments the pointer by the size of the base data type
the pointer points to (e.g.: if you have "int *p" then the compiler knows
that p points to integers, and "p++" generates the suitable code for
pointing to the next integer in memory.  In Modula-2 the expression would
use TSIZE(ex), in your example.  Without that method, address arithmetic
increment/decrement is a machine dependent value typically equated to the
size of the fundamental storage unit (whatever that might mean...).
Of course, in proper languages, one addresses array elements using this
wonderful new concept called a "subscript" instead of manipulating pointers
like in assembly language ;-)
Newsgroups: comp.lang.modula2
From: osycs@giac1.oscs.montana.edu (Craig Spannring)
Subject: Re: pascal code to modula
Keywords: n
Organization: Geographic Information & Analysis Center Montana State University
Date: Tue, 26 Jan 1993 09:29:43 GMT

In article <8288@kielo.uta.fi> csfraw@vehka.uta.fi (Francis Akoto) writes:
>In article <1993Jan22.163533.8577@psg.com> randy@psg.com (Randy Bush) writes:
>>csfraw@vehka.cs.uta.fi (Francis Akoto) writes:
>>> This is a pascal code
>>>    i,j: integer ;
>>>    i := i or j ;
>>
>>That most certainly is *not* Pascal code.

(Climbing on my soapbox for a moment.)

I'd have to agree with Randy on this one.  More importantly the ISO standard, 
ANSI standard, and Dr. Wirth would agree with Randy.  'or' is a boolean
operator, not an integer operator.  Please don't confuse Pascal with Turbo.
Turbo is not Pascal, never has been, never will be.  Not only that, but
I don't think it will ever run on anything but 80x86 boxes running 
{DOS|Windogs|OS/2}.  (If you stretch the imagination enough you might
imagine it on OS/2.)

(Now stepping from my soapbox.)

-- 
=========================================================================
 Six of one, 110 (base 2) of | Craig Spannring --- (406) 994-6128
 another.                    | osycs@giac1.oscs.montana.edu
 ----------------------------+ Geographic Information & Analysis Center
From: randy@psg.com (Randy Bush)
Newsgroups: comp.lang.modula2
Subject: Re: JPI discussion bother me
Date: 27 Jan 93 18:14:48 GMT
Organization: Pacific Systems Group, Portland Oregon, US

seurer@rchland.vnet.ibm.com (Bill Seurer) writes:
> Maybe what we need is a comp.lang.modula-2.philosophical for questions
> not relating to "real" compilers.
> ...
> - Bill Seurer     Language and Compiler Development      IBM Rochester, MN

And what about compiler which are likely real but upon which we mere mortals
can not get our grimy hands?  <leer>
-- 
randy@psg.com   ...!uunet!m2xenix!randy
Newsgroups: comp.lang.modula2
From: cspt@giraffe.ru.ac.za (Prof. P. Terry)
Subject: Re: Looking for libraries for SUN m2c
Organization: Rhodes University, Grahamstown, South Africa
Date: Tue, 26 Jan 1993 07:12:13 GMT

In article <1993Jan25.140843.3434@informatik.uni-bremen.de> ms@p102.informatik.Uni-Bremen.DE (Martin Schroeder) writes:

>Subject says it all -- are there any libraries for SUN m2c?

The version we have has a library with it.  What are you looking for?
From: tchannon@BLACK.DEMON.CO.UK (Tim Channon)
Newsgroups: comp.lang.modula2
Subject: Re: JPI discussion bother me
Date: 27 Jan 93 23:03:20 GMT
Reply-To: Modula2 List <INFO-M2%UCF1VM.BITNET@uga.cc.uga.edu>
Distribution: world
Organization: null

> Nothing against talking about implementation specific details from time to
> time, but the discussion of JPI specific Modula-2 stuff bothers me.
> I don't think that this newsgroup is the right place to get software support
> for a commercial product.

I agree and was nervous about starting or joining in discussions. A conclusion
that I did reach was the dead nature of the newsgroup, so does some traffic
really matter?

Is the discussion of apparently boring subjects always to be avoided? I find
that gems do sometimes arise from totally unexpected sources.

If the group doesn't go quiet again fairly quickly or silly things are
discussed at length in open group I am on your side.

Does your newreader have a facility which invokes junking of articles if a
subject line matches the text of a marked thread? <rhetorical question>

Tim Channon

    E-mail: tchannon@black.demon.co.uk or tchannon@cix.compulink.co.uk
Newsgroups: comp.lang.modula2
From: randy@psg.com (Randy Bush)
Subject: Re: pascal code to modula
Organization: Pacific Systems Group, Portland Oregon, US
Date: Sat, 23 Jan 1993 15:40:04 GMT

cspt@giraffe.ru.ac.za (Prof. P. Terry) writes:
> But [foolee]  probably believes that TurboWhatsit *is* Pascal
> (like some folks are going to believe ISO M-2 is Modula-2?)

And now we know how American politicians get elected.
-- 
randy@psg.com   ...!uunet!m2xenix!randy
Newsgroups: comp.lang.modula2
From: seurer@rchland.vnet.ibm.com (Bill Seurer)
Subject: Re: pascal code to modula
Date: Fri, 22 Jan 1993 20:10:48 GMT
Reply-To: BillSeurer@vnet.ibm.com
Disclaimer: This posting represents the poster's views, not necessarily those of IBM
Organization: IBM Rochester

In article <8267@kielo.uta.fi>, csfraw@vehka.cs.uta.fi (Francis Akoto) writes:
|> This is a pascal code
|> 
|>    i,j: integer ;
|> 
|> 		  i := i or j ;
|> 
|> what will be ite equivalent in modula-2 ?
|> 

With JPI it would be:

   i, j: INTEGER;

   i := i OR j;

assuming you turn on the "bitwise logical operator" option previously
mentioned here.

In more "standard" Modula-2 this works (I think):

  i := INTEGER(BITSET(i) + BITSET(j));

You might need VALs or CASTs or something in there though.
-- 

- 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: ms@p113.informatik.Uni-Bremen.DE (Martin Schroeder)
Subject: Re: Looking for libraries for SUN m2c
Reply-To: L15D@ALF.ZFN.UNI-BREMEN.DE
Organization: Universitaet Bremen
Date: Wed, 27 Jan 1993 12:23:11 GMT

In article <cspt.64.728032333@giraffe.ru.ac.za>, cspt@giraffe.ru.ac.za (Prof. P. Terry) writes:
|> In article <1993Jan25.140843.3434@informatik.uni-bremen.de> ms@p102.informatik.Uni-Bremen.DE (Martin Schroeder) writes:
|> 
|> >Subject says it all -- are there any libraries for SUN m2c?
|> 
|> The version we have has a library with it.  What are you looking for?

More than just the basics (which is what SUN delivers + xview).
From: robart@agora.rain.com (Joe Bob)
Newsgroups: comp.lang.modula2
Subject: Re: pascal code to modula
Date: 24 Jan 93 15:43:53 GMT
Article-I.D.: agora.C1D7p6.Bo7
Distribution: world
Organization: a gora

In article <1993Jan22.163533.8577@psg.com> randy@psg.com (Randy Bush) writes:
>>    i,j: integer ;
>>    i := i or j ;
>
>To do this in Modula-2, one would do something like
>
>    VAR i, j : INTEGER;
>    i := INTEGER ( BITSET(i) OR BITSET(j) )


  I think you mean

    i := INTEGER(BITSET(i) + BITSET(j))
From: 100023.2527@COMPUSERVE.COM (Guenter Dotzel)
Newsgroups: comp.lang.modula2
Subject: JPI discussion bother me
Date: 27 Jan 93 07:36:35 GMT
Reply-To: Modula2 List <INFO-M2%UCF1VM.BITNET@uga.cc.uga.edu>
Distribution: world
Organization: The Internet

Dear Modula and Oberon friends,

Nothing against talking about implementation specific details from time to
time, but the discussion of JPI specific Modula-2 stuff bothers me.
I don't think that this newsgroup is the right place to get software support
for a commercial product.

I don't know whether the Usenet allows vendor specific
newsgroup, but I'd suggest to open-up a new newsgroup called
comp.lang.jpimodula2.

What's your opinion?

Also the thread about NEW/ALLOCATE is boring.
Would you mind to continue this discussion off-line?

Guenter Dotzel

ModulaWare GmbH, Wilhelmstr. 17A, D-W 8520 Erlangen/F.R.Germany
E-mail/Internet: 100023.2527@compuserve.com
                 g_dotzel@ame.nbg.sub.org
Newsgroups: comp.lang.modula2
From: robart@agora.rain.com (Joe Bob)
Subject: Re: Re: JPI Compiler bug?
Organization: a gora
Date: Sat, 23 Jan 1993 15:17:51 GMT

In article <27679098395@olk.cl-hh.comlink.de> marcus_olk@cl-hh.comlink.de writes:
>
>But what does adr^ mean? adr^ should be the referenced type adr points
>at. This might be a RECORD structre or an ARRAY or...

  Right.  But in this case adr was an ADDRESS, so adr^ is ADDRESS^,
which is WORD.  So TSIZE(adr^) = TSIZE(WORD).

>So: what does NEW(adr) or ALLOCATE(adr, SIZE(adr^)) respectively, exactly do?


  SIZE and TSIZE are compile-time operations.  I think this is the point
that people are missing.
From: CXS@IBMA.IPP-GARCHING.MPG.DE
Newsgroups: comp.lang.modula2
Subject: (none)
Date: 26 Jan 93 09:18:44 GMT
Reply-To: Modula2 List <INFO-M2%UCF1VM.BITNET@uga.cc.uga.edu>
Distribution: world
Organization: The Internet
X-Unparsable-Date: Tue, 26 Jan 1993 10:10:07 MEZ

unsubsribe