Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!usc!apple!agate!ucbvax!pasteur!cory.Berkeley.EDU!navas From: navas@cory.Berkeley.EDU (David C. Navas) Newsgroups: comp.sys.amiga.advocacy Subject: Re: Amiga OS *IS* state of the art Message-ID: <12469@pasteur.Berkeley.EDU> Date: 4 Apr 91 21:31:27 GMT References: <1003@cbmger.UUCP> <12390@pasteur.Berkeley.EDU> Sender: news@pasteur.Berkeley.EDU Reply-To: navas@cory.Berkeley.EDU Lines: 43 In article cg@ami-cg.UUCP (Chris Gray) writes: >In article <12390@pasteur.Berkeley.EDU> navas@cory.Berkeley.EDU >(David C. Navas) writes: >> >> IE: rastport = CreateSysStruct(CSS_RASTER); > >Arrrghhh! Please, no! Strong type checking is added to programming languages >for a reason - to help reduce bugs. Overly generic calls like the above Like, malloc(), calloc(), AllocMem(), etc. etc.??? Dude, what's your point here -- allocation of most memory structures RIGHT NOW don't return system types correctly. Quick, allocate a Gadget structure -- see what I mean? The second advantage is that because the structures are allocated by the system INSTEAD of by the programmer, system structure sizes can *change* -- why don't you ask Peter Cherna why that might be a nice idea, even if it is six years too late... :( >require changes to the LANGUAGE to provide any protection. I'm not too keen >on the TAGS stuff either - I'm still puzzling out what I can do to the Draco >language to try to support them reasonably. I'm sure the same problems come >up with Pascal, Modula-2, etc. Okay, so we dump TAGS, a useful, extensible, system-independent manner for dealing with "objects" [hint, hint] so that we can support Pascal??? Put me down as fundamentally against that idea :) Programming languages are going to fundamentally change in five to ten years, but that's just my opinion. I bought my Amiga so that this type of compatibility argument wouldn't come up. Sigh, I suppose it shows the signs of a maturing market. Maybe I'll buy a NeXT :) [I'm kidding...] >Chris Gray alberta!ami-cg!cg or cg%ami-cg@scapa.cs.UAlberta.CA David Navas navas@cory.berkeley.edu 2.0 :: "You can't have your cake and eat it too." Also try c186br@holden, c260-ay@ara and c184-ap@torus