Mail Archives: djgpp/1998/11/06/12:30:13
Hi,
After reading all of the documentation that I could get my hands on for
Allegro, GCC and DJGPP I have come to the conclusion that you are a
helpful bunch of guys and just might answer my e-mail. I am having
problems running any applications I compile that use the palette I
guess. Here is my senario:
DJGPP and associated files were set up properly.
Allegro was setup and compiled properly.
Everything compiles and links properly.
I have the previous setup on 4 different machines:
Intel 486 DX 100 32MB RAM Oak Technologies 1MB SVGA card. (DOS 6.2)
Intel Pentium 100 40MB RAM Chips & Technologies SVGA (Toshiba Lap Top)
(WIN 95)
Intel Pentium 166 MMX 32MB RAM Cirrus Logic 64 4MB DRAM (WIN 95)
AMD K62 333 3D 128MB RAM Viper 330 *8MB VRAM (WIN 95)
The WIN 95 machines I have booted from floppy with different memory
configurations from using HIMEM and EMM386 to using none at all. The DOS
6.2 computer uses the newer EMM386 that addresses more than the previous
32MB. Like I say. The programs compile and link properly (no warnings
or errors) yet they crash. Most every game I download that was written
with allegro and DJGPP crashes. I tried using some old code from back in
my DOS days that directly writes to video memory, it compiles to an .EXE
(yet this crashes as well, ending with a page fault error). I'm going to
try the UNIVBE utility but I should not have to rely on it.
I set the video mode with Allegro AUTODETECT, 640, 480, 0, 0. When I
use the grabber utility it runs fine until I read a 256 color bitmap
then it locks up my PC's. When I try and use the graphics primatives
with color they crash, locking up the PC's. I've tried the various VESA
modes and they crash as well.
I have also attached a C file that I wrote myself using DJGPP and
Allegro primitives rectfill() and rect(). My source simply sets the mode
as AUTODETECT, 640, 480 then cycles through a for loop to display 10x10
blocks of 256 colors across the screen in 4 rows. When I compile and run
this source it displays properly but if you let it sit there too long it
will lock up the PC.
I know nothing of DPMI nor do I know anything about CSDPMI. I used to
write direct video memory functions, in line assembly with 16 bit Turbo
C by Borland years ago. I never had a problem. I have not programmed in
years and am quite anxious to begin again. I currently use the IDE Rhide
for DJGPP. Everything is the same as Borlands old IDE except for a few
things such as memory model. I looked at the GCC documentation for
command line arguments which select a memory model. I found none. Does
this have something to do with the architecture of GCC and DJGPP 32 bit
(compiling and linking in DPMI????) That part kinda confuses me.
Thank You for your time.
Don Reuter
______________________________________________________
Get Your Private, Free Email at http://www.hotmail.com
- Raw text -