Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!dali.cs.montana.edu!uakari.primate.wisc.edu!zaphod.mps.ohio-state.edu!cis.ohio-state.edu!tut.cis.ohio-state.edu!ucbvax!BRFAPESP.BITNET!UNBCIC From: UNBCIC@BRFAPESP.BITNET Newsgroups: comp.lang.modula2 Subject: RE: Oberon for MS-DOS Message-ID: Date: 23 May 91 11:36:00 GMT Sender: daemon@ucbvax.BERKELEY.EDU Reply-To: Modula2 List Organization: The Internet Lines: 43 => From: editor%ucf1vm.BITNET@LILAC.BERKELEY.EDU => Subject: RE: Oberon for MS-DOS => |> (8-DCS) => |> Daniel C. Sobral => |> UNBCIC@BRFAPESP.BITNET => |> => |> P.S.: I know it isn't good, but is for learning purposes. => => => I just don't understand the "it isn't good" statement. There is only ONE => known bug in the compiler, and it and its libraries have been in use by => many individuals since 1989! True it doesn't support dynamic loading Sorry. It was another message that gived me that impression. BUT: => and garbage collection, but that is because most DOS users have told me => they don't want such things. They want a well behaved application program ^^^^^^^^^^^^^^^^^^ (garbage collection) This is because they don't understand what garbage collection implies. They didn't have this before. => which won't make it impossible to keep running Lotus or whatever. The You have only to track the pointers. => code generation is excellent, everything runs fast, and I've seen => several impressive applications written on it, one of which is going => commercial by the fall. The explanitory note I received from ETH was => that they have a policy that only software they write is going to be => housed on their servers. All the other places have been happy to keep it. (We trully need an Oberon Interest Group!) Ok, ok. I didn't test your compiler. Anyway, I got it, uploaded it to Brazilian BBSs and made some messages about it. And I'll use it to learn Oberon. Thanks for the compiler. (8-DCS) Daniel C. Sobral UNBCIC@BRFAPESP.BITNET P.S.: Are your Bitnet or Internet address in Oberon Documentation?