Allegro.cc - Online Community

Allegro.cc Forums » Installation, Setup & Configuration » -- Dev-C++ users, READ THIS! --

This thread is locked; no one can reply to it. rss feed Print
-- Dev-C++ users, READ THIS! --
Goodbytes
Member #448
June 2000
avatar

23yrold3yrold: acquire_bitmap and release_bitmap only apply to video bitmaps, not to regular memory ones. If you're just drawing to a memory bitmap, then don't do it(it will be a waste of time).


--
~Goodbytes

Bob
Free Market Evangelist
September 2000
avatar

You do need multiple paths if you're going to compile Allegro with multiple compilers. After Allegro is compiled, then you can revert to a single path for your compiler of choice.
DanielH: Try typing "SET' alone, it should print out all the environment variables. MINGWDIR should be in there.
Also, what OS are you using?

--
- Bob
[ -- All my signature links are 404 -- ]

DanielH
Member #934
January 2001
avatar

Bob:
Your topic stated that it was set MINGDIR = c:\dev=cpp, but in your last post you said it sould be MINGWDIR = c:\dev-cpp.
I am using win98.
Here is my output from set
-----
TMP=c:\windows\TEMP
TEMP=C:\windows\TEMP
PROMPT=$p$g
winbootdir=C:\WINDOWS
COMSPEC=C:\WINDOWS\COMMAND.COM
windir=C:\WINDOWS
BLASTER=A220 I5 D1 T4
CMDLINE=
PATH=C:\DEV-CPP\BIN;C:\;C:\WINDOWS;C:\WINDOWS\COMMAND;C:\DANIEL;C:\DJGPP\NEOPAINT;
MINGWDIR=C:\Dev-Cpp
-----
Ignore the two files. I won't use them anyways. The library compiled fine. The problem isn't when i compile the program it is when I run the program.
[ September 03, 2001: Message edited by: DanielH ]

23yrold3yrold
Member #1,134
March 2001
avatar

set MINGDIR = (whatever directory Dev-C++ is in on your computer)

--
Software Development == Church Development
Step 1. Build it.
Step 2. Pray.

Bob
Free Market Evangelist
September 2000
avatar

DanielH: Sorry for the confusion. It's MINGDIR (no W).

--
- Bob
[ -- All my signature links are 404 -- ]

Specter Phoenix
Member #1,425
July 2001
avatar

I figured out why Allegro wasn't letting me install it properly. Bob you told us to put "SET PATH=C:\Dev-Cpp\Bin;%path%" and "SET MINGDIR=C:\Dev-Cpp" into the Autoexec.bat file, but you forgot to tell us to type "set mingdir=c:\dev-cpp" before we type "make install". I typed "set mingdir=c:\dev-cpp" into the ms-dos prompt right before I typed "make install" and it completely installed the Allegro library and copied the files into the appropriate directories when it installed. I finally got Allegro up and running because it finally let me compile the small "Hello world!" example you gave at the very start of this thread. I stumbled upon this minor over site when I decided to compare your instructions with the original readme.mgw file and I noticed you didn't put to type "set mingdir=c:\dev-cpp" into the ms-dos prompt before you type "make" or "make install". I decided that worse thing that could happen if I typed it was that it would tell me that it was a "Bad command or file name" so I typed it out and sure enough my hunch was right and it let me install the Allegro library and compile the example you gave :). So in my mind your instructions are flawless as long as you include that simple line of typing the "set mingdir=c:\dev-cpp" into the ms-dos prompt before you run the "make install" command. But thanks a lot for all the help you have offered me and everyone else and now I hope that I can start to help others now that I have the Dev-C++ and Allegro up and running together. I can help a little with DJGPP and Allegro since they were my first compiler and library combination on my parents Windows 98 system before I left to move in with my fiancee and saw her Windows 95 computer. Then I found out about MinGW and Dev-C++ and decided to try and use it, but I ran into problems that you helped me and others like me out with (and you actually kept you cool about the whole thing :D). Thanks again Bob :).

Goodbytes
Member #448
June 2000
avatar

Clay: You shouldn't have to type 'set MINGDIR=C:\Dev-Cpp' if you put that line in your autoexec.bat and restarted your computer. If you did restart your computer and you had to type it anyway, check your monitor while your computer is starting up(press ESC to leave that fancy blue Windows logo) and see if there is a message that says "Out of environment space." If so, you need to increase your environment space.


--
~Goodbytes

Bob
Free Market Evangelist
September 2000
avatar

What goodbytes said :D

--
- Bob
[ -- All my signature links are 404 -- ]

Specter Phoenix
Member #1,425
July 2001
avatar

I'll do that, but I'm not worried about it that much anymore since Allegro finally installed itself. Thanks for all the help and like I said I'll do that to check and be on the safe side :D.

Justin_W
Member #655
September 2000
avatar

Whew ! Great job Bob. I've been using a really old version of Allegro for some time now since I didn't want to stumble my way through compiling everything again. Now I'm finally updated. Much easier. If 4.0 comes out soon, however, I hope someone just posts everything ready to go. Be about the same amount of downloading. ;)

DanielH
Member #934
January 2001
avatar

Bob:
I have msvc 6. I compiled the new allegro with djgpp and everything compiled fine and ran fine. You said we wouldn't need djgpp anymore, so I compiled it for msvc with ming. It compiled with no errors, but when I ran a simple program, Norton asked if I wanted to monitor installation. It did the same thing when I compiled and ran it with dev-cpp.
I am just wondering where is the fault? Is the ming compiler doing something to the library to change the executables? Do some flags need to be set that aren't or vice-versa? It can't be the library.

Bob
Free Market Evangelist
September 2000
avatar

DanielH: What could be happening is that Norton detects that a new windows executable is being installed (you just compiled it!). The only thing I can suggest is that you either uninstall Norton's installer monitoring thing, and that you e-mail Norton's custommer support about the problem.

--
- Bob
[ -- All my signature links are 404 -- ]

Zaphos
Member #1,468
August 2001

That's messed up!

DanielH
Member #934
January 2001
avatar

But why did I only get the problem when I compiled allegro with ming. when I compiled the allegro (same verison) with djgpp and msvc there wasn't any problem. I emailed bloodshed and they also told me it was norton.
I don't think it is.
I think there is a bug in the ming compiler. I had to recompile the allegro library again (with djgpp) just so I could run my msvc programs without norton popping up.

Specter Phoenix
Member #1,425
July 2001
avatar

Well by the sounds of it you will have to take that question to your anti-virus software creator and ask them. Since it's their software then they should be able to tell you what is wrong with it.

DanielH
Member #934
January 2001
avatar

How come I get the feeling that I'm not being understood?
It is not Norton.

When I compiled the same library with DJGPP for MSVC nothing unusual happened.

When I compiled the same library with MingW for dev-cpp or msvc, that is when I got problems.
I first thought is was just dev-cpp, until I recompiled the library for msvc and then got the SAME Problem.

I recompiled the SAME library again for DJGPP and MSVC and NO Problems.
Now, How can everyone keep telling me it's Norton? It doesn't make sense. Maybe the compiler has one too many flags set or something that makes the executable look different.
I don't mind uninstalling Norton, but what about other people that use my program. Should I tell all of them that if they have Norton, they should uninstall it because my program and the compiler I use is superior to a larger team of experts?
[ September 07, 2001: Message edited by: DanielH ]

Bob
Free Market Evangelist
September 2000
avatar

DanielH: I don't know about you, but I see pattern. Mingw + Norton = not good. Mingw doesn't pop up messages about monitoring installations, Norton does. Mingw doesn't signal other apps about creating files, only the OS. Norton taps into this. So, for some yet to be determined reason, Norton thinks that the build process done by Mingw to create object files/execs/whatever is an installation program (which it is not). The fault lies in Norton's installer detector.

If you can provide a better explanation for why it shouldn't be Norton's fault, I'd be glad to hear it, but from my perspective, there is a flaw (read: bug) in Norton.

--
- Bob
[ -- All my signature links are 404 -- ]

Justin_W
Member #655
September 2000
avatar

Daniel: Are you saying that just running a program you make freaks Norton out, or compiling it? It sounds like your saying that every allegro program you create that isn't DJGPP looks like it is installing something every time you run it....
Either way, it may be something unique to your system. Computers are funny that way. I have a new version of Norton, MSVC, and Dev-C++, with high security on my Norton, and I haven't experienced this problem. Hopefully that means other people won't have the same problems you are experiencing if you distribute your software. I'll double check my Norton settings later to see if I can reproduce it.

DanielH
Member #934
January 2001
avatar

All the program does is monitor any installations that you do to the computer. I disabled it.
I'm just worried about making programs that might mess up other peoples computers and such. If you think they're safe then I will use dev-cpp other then msvc. I don't know. Which would be better? I know mingw should be better than msvc, but I really like the msvc ide. Is there going to be that much difference?

Cage
Member #1,277
March 2001

Argh. I followed your instructions, bob, right to the T. And - well, I tried to run MAKE and it pumped out a load of crap. The problem is, (I think), when I type "make -v" it says it's built for "i386-pc-msdosdjgpp" and NOT for mingw32 or whatever! And yes, I DID run "fix mingw32" like 6 TIMES!!!! Please help me before i throw my computer into the bathtub Oh. Here's the exact output.
quote:
C:\devcpp\allegro>fix mingw32
Configuring Allegro for Windows (Mingw32)...
Done!
C:\devcpp\allegro>make -v
GNU Make version 3.79.1, by Richard Stallman and Roland McGrath.
Built for i386-pc-msdosdjgpp
Copyright (C) 1988, 89, 90, 91, 92, 93, 94, 95, 96, 97, 98, 99, 2000
Free Software Foundation, Inc.
This is free software; see the source for copying conditions.
There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
PARTICULAR PURPOSE.
Report bugs to <bug-make@gnu.org>.

C:\devcpp\allegro> NARF!!!!

-----
"I'm dumb!. it prolly wont do anything just like Sub7 when u extract it to ur own system I'm dumb!." - theforgotten
"heh i got hit by sub7 before. I just dont know how i got it. It took me about 2 yrs to figure out which virus i had. I'm dumb!. then i started wanting to hack and i got sub7 just ot play around with it and i found the features in it that i had been affected by when i got the virus." - theforgotten

23yrold3yrold
Member #1,134
March 2001
avatar

Why are you typing "make -v"? See step 6; you type "make" alone.

--
Software Development == Church Development
Step 1. Build it.
Step 2. Pray.

DanielH
Member #934
January 2001
avatar

I compiled a simple game in both msvc and dev-cpp, (allegro was compiled for both with mingw) and I got about the same frame rate.
The only difference is that the size.

MSVC 44kb;
DEV 9kb;

For anyone that is interested.

--------------------
And for CageCode, did you download the same files that bob listed, and then move make.exe in dev.cpp directory to the bin directory? Fix mingw32 just fixes the allegro library to compile for ming. It has nothing to do with make.exe.
My make-v is built for mingw32.
Also 23yrold3yrold
Make -v gives the version of make and that is what he wanted.
[ September 08, 2001: Message edited by: DanielH ]

Bob
Free Market Evangelist
September 2000
avatar

CageCode: you have DJGPP in your path. You should remove DJGPP from your path (and reboot!) before installing dev-c++. Same goes to Mingw, Cygwin or other versions of gcc.

--
- Bob
[ -- All my signature links are 404 -- ]

Bob
Free Market Evangelist
September 2000
avatar

DanielH: THe difference in size is due to the options selected for compilation. Dev-C++ prolly has symbols stripped, no debug info and optimizations enabled, while the MXVC version has some debug inside.

--
- Bob
[ -- All my signature links are 404 -- ]

Specter Phoenix
Member #1,425
July 2001
avatar

I've got to get used to being only able to create Allegro programs with Dev-C++ by clicking and making it a project since I can't link the allegro library to a single source file with Dev-C++ (if there is a way to link the library to a single source file without making the program a project I don't know how to do it). Other than that my Dev-C++/Allegro Game Programming Library is up and running nicely. I made and compiled the example program that you posted Bob and it worked perfectly. Right now I'm just reading the allegro.txt to learn all the different functions and routines. I've been writing them down and making short comments about them so that I have a written source to look at when I go to make a game or whatever.

On a curiousity note: How long have you been programming and using Allegro, Bob? Just was wondering (mainly because I'm amazed at how much you know and how much you've been able to explain so thoroughly :D). Thanks for all the help; now I've just got to get good like you and start to help others like you do :D.



Go to: