X-Authentication-Warning: delorie.com: mail set sender to djgpp-bounces using -f From: Rugxulo Newsgroups: comp.os.msdos.djgpp Subject: Re: GdM's DOS 3d engine in Ada Date: Fri, 13 Mar 2009 19:52:32 -0700 (PDT) Organization: http://groups.google.com Lines: 80 Message-ID: <469f4528-06e1-4286-af31-7c5b18d6df72@l16g2000yqo.googlegroups.com> References: <49B805ED DOT 7060307 AT iki DOT fi> <49bad72f_7 AT news DOT bluewin DOT ch> NNTP-Posting-Host: 65.13.115.246 Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: posting.google.com 1236999152 10731 127.0.0.1 (14 Mar 2009 02:52:32 GMT) X-Complaints-To: groups-abuse AT google DOT com NNTP-Posting-Date: Sat, 14 Mar 2009 02:52:32 +0000 (UTC) Complaints-To: groups-abuse AT google DOT com Injection-Info: l16g2000yqo.googlegroups.com; posting-host=65.13.115.246; posting-account=p5rsXQoAAAB8KPnVlgg9E_vlm2dvVhfO User-Agent: G2/1.0 X-HTTP-UserAgent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.0.7) Gecko/2009021910 Firefox/3.0.7 (.NET CLR 3.5.30729),gzip(gfe),gzip(gfe) To: djgpp AT delorie DOT com DJ-Gateway: from newsgroup comp.os.msdos.djgpp Reply-To: djgpp AT delorie DOT com Hi, On Mar 13, 4:59=A0pm, Gautier wrote: > > >> Of course, I've heard that the Ada front-end compiles itself, so > >> that's better than nothing, right? > > > It is so. I do not however use Ada at all, so I have not done any other > > tests myself. Perhaps somebody could help. > > It's done - of course my biggest hurdle was to find the right system to > compile on. DOSBox and Vista gave me some compiler crashes (not enough > memory); XP was perfect. Although I doubt XP is perfect by any means, I guess here it's less crappy. I think you'll appreciate the recent quote from AuroraUX: "Ada was chosen over other languages because it sucks the least." ;-) The problem is most likely bad hardcoded default DPMI memory limits (which Vista, DOSBox, and DOSEMU all share). All three can usually be overcome with a few settings adjustments (registry, dosbox.conf, .dosemurc). > On the results side, there was a strange effect > on displayed colours, but once all new warnings were gone (mostly about > assembler insertions that required a "volatile" flag), the problem was > gone as well. Confirmed. > The new GNAT validity checks found three potential bugs. > I'll send the latest archive to Rugxulo; maybe we'll agree on a > permanent place for the file ? I dunno, DJ still has somewhat outdated files of various things (libkb, lzop, cwsdpmi) although I know of no good way for him to (only partially) update RSXNT without some license clash. But I haven't had time to bother learning the (very specific) .ZIP layout just to upload these to him anyways. I guess anybody who really cares can find the files themselves. For now, anybody can get the latest DOS 3D engine here (w/ srcs) : http://rugxulo.googlepages.com/eng3d018.zip (920k) > The compilation runs "out of the (dos) > box" :-). No need to know Ada, just start one of the "make*.bat". > The demo is probably a good stress-test: some large data put as sources, > low level things like keyboard & sound drivers, data streaming, > decompression, etc. It's definitely way more interesting than most tests. :-) > Only tasking is untested there. There are classical > examples (the dining philosophers ?) that could be fine to be tested. > Not sure what a "serious" test for tasking is... Me either, but here's a quick link: http://en.wikibooks.org/wiki/Ada_Programming/Tasking > > There is however more problems expected with upcoming gcc-4.4. > > Some time ago I tried to build weekly snapshots of it as > > Linux to DJGPP cross-compiler and run into trouble with Ada. > > > Standard DJGPP does not have sockets, so I had to turn off socket suppo= rt. Can WATT-32 not be used? > > Ada library did not compile even after that. I'm not sure that I'll hav= e > > enough time to fix that. > > Phew, looks difficult. Anyway, no need to worry too much: I guess that > the intersection DOS and Ada should not be that big... Which is a bit ironic considering DOS always being touted as suitable for embedded systems. (Just don't use VFAT, ugh.)