Article View: comp.lang.modula2
Article #2351Re: TopSpeed 3.0 First Impressions
From: Greg Granger
Date: Thu, 20 Jun 1991 17:21
Date: Thu, 20 Jun 1991 17:21
20 lines
1519 bytes
1519 bytes
On Thu, 20 Jun 91 18:21:00 +0100 Gerhardt Vogt said: >... > The idea that WrStr might call printf is somewhat strange. printf is much > more powerful than all M2-IO and normally all formatted C-IO is quite slow > because of the overhead for interpreting format strings. > All library functions have either a Modula or a Assembler implementation. > I don't know why the writer of one of the mails thinks, the heap management > would call C subroutines, the implementation is in MSTORAGE.MOD and > calls COREMEM.A to do the low-level work. >... ------------------------------------------------- Sorry, I didn't mean to suggest that this was in V3.0 (I haven't received my copy of V3.0 yet). In version 2.0 you can trace the heap calls to a low level routine named ?alloc (can't remember the first letter). It sure looked like C to me. If JPI has now 'fixed' this I'm glad, I'd much rather see the heap and IO routines written in M2 (as in version 1.x) instead of M2 'wrappers' for C routines (as in version 2.x). Greg
Technical Details
Message-ID:
<INFO-M2%91062013314472@UCF1VM.BITNET>Path:
arc1-ca.pugleaf.net!utzoo!utgpu!news-server.csri.toronto.edu!rpi!uwm.edu!linac!att!ucbvax!VTVM1.BITNET!USDGOGReferences:
<VOGT@EMBL>Show Full Headers
Complete Article Headers
Path: arc1-ca.pugleaf.net!utzoo!utgpu!news-server.csri.toronto.edu!rpi!uwm.edu!linac!att!ucbvax!VTVM1.BITNET!USDGOG From: USDGOG@VTVM1.BITNET (Greg Granger) Newsgroups: comp.lang.modula2 Subject: Re: TopSpeed 3.0 First Impressions Message-ID: <INFO-M2%91062013314472@UCF1VM.BITNET> Date: 20 Jun 91 17:21:55 GMT References: <VOGT@EMBL> Sender: daemon@ucbvax.BERKELEY.EDU Reply-To: Modula2 List <INFO-M2%UCF1VM.BITNET@ucf1vm.cc.ucf.edu> Organization: The Internet Lines: 20