Mail Archives: djgpp/2009/04/06/10:30:49
Hi,
On Apr 6, 4:55=A0am, "Tomasz Zbro=BFek" <t DOT zbro DOT DOT DOT AT upos DOT com DOT pl> wrote:
> Rugxulo <rugx DOT DOT DOT AT gmail DOT com> wrote in
>
> > EDIT: Ah, I forgot about this, maybe this will help most of all
> > (although I'm not sure those values are truly optimal, I think 0 and
> > 4096 will work even better but much slower)?
>
> > --param ggc-min-expand=3D10 --param ggc-min-heapsize=3D8192
>
> hi,
> I used these two parameters (10 and 8192 values) with gpp 3.4.4 and final=
ly
> I compiled and linked our application on Windows 2003.
Good! DJGPP gets a reprieve from the governor! (Who needs a bugfix
when you can have a workaround?) ;-)
> Anyway another
> problem is to debug it on Win2003 :))) and I think it won't be possible
> with 32MB RAM restriction... our application exe file with debug
> information has 19 MB size,
I've been told that debugging info isn't loaded in normal execution.
> RHide crashes with "divide by zero" error when
> I load project file (on XP when project file is loaded ntvdm process take=
s
> 49 MB) and RHGDB quits with no information when I run the application (on
> XP ntvdm process takes 29 MB when application is being run and stopped on
> the first breakpoint)... of course on the XP there is no problem to debug
> this application with RHide (the newest I know is 1.5c with gdb 6.3) or
> RHGDB.
>
> Again, thank you very much for help Rugxulo!
I'm not done yet! :-)
You can always use DOSEMU (which has static compiles of it plus
FreeDOS on its SourceForge page). It works quite well in my limited
testing (although I didn't try debugging anything). Of course, it
comes with default 20 MB DPMI limit, but that can be configured
(.dosemurc or "dpmi -m 0xA000" will double it, for instance). I tried
DOSEMU the other day in CDlinux, and it ran quite well (GdM's 3d
engine, Tran's Timeless demo, compiling stuff via DJGPP). Honestly
though, CDlinux comes with DOSBox and WINE but not DOSEMU by default
(which is weird since DOSEMU is much faster and quite good). But two
simple .tar.gz files from the homepage aren't exactly a huge download,
so it's easy to install.
Also, dare I suggest, but maybe you can use OpenWatcom if your app
isn't too DJGPP or GCC specific. It at least supports various non-DOS
hosts, including Windows, which can cross-compile for DOS. That won't
let you debug, but it might prove useful as an alternative.
P.S. Just to be exhaustive for future reference (and you'll have to
ask DJ or Eli or CWS for more details), I think you can decrease the
transfer buffer and/or default stack size (via stubedit) to save even
more memory still albeit not as much as the garbage collection --param
values mentioned above.
- Raw text -