Allegro.cc - Online Community

Allegro.cc Forums » Allegro Development » Allegro 4.2.0 has been released!

This thread is locked; no one can reply to it. rss feed Print
 1   2   3   4 
Allegro 4.2.0 has been released!
Evert
Member #794
November 2000
avatar

That's right: no beta, no Release Candidate. This is the real thing.

Grab it from the download page. Binary packages for Windows and MacOS X will be available in the course of the week.

CHANGES since 4.2.0 RC2 said:

Peter Wang made fixmul() detect overflows as it used to do in the 4.0.x
branch.

Peter Hull fixed a bug in the fixbundle utility.

Dennis Busch found a bug where d_clear_proc would not work properly if the
GUI target bitmap is different from screen.

Grzegorz Adam Hankiewicz made Allegro log all TRACE output with a prefix
in the format "al-system level: ". This makes it easier to grep debug logs.

Grzegorz Adam Hankiewicz made dialogs with MSG_CHAR/MSG_UCHAR handlers
honor a D_CLOSE return flag without a D_USED_CHAR.

Peter Hull fixed problems with the mouse position as reported by Allegro and
the mouse position as known to OS X.

Peter Hull made Command-Q not close the application if no exit-button
callback is registered.

Peter Hull fixed problems with joysticks under MacOS X as reported by
Thomas Harte.

Peter Hull fixed a bug preventing more than one Allegro application from
being run at a time on Mac OS X. Reported by Thomas Harte.

Peter Hull did a lot of other things for the MacOS X port too.

Jiri Gabriel fixed loading of multiple ranges in a single bitmap with txt
fonts.

Milan Mimica and Jiri Gabriel fixed several bugs in extract_font_range.

Dennis Busch fixed a Unicode bug in the mode selector.

Evert Glebbeek added FA_ALL and FA_NONE file attribute flags.

Peter Hull fixed a deadlock in OS X when calling vsync() while the screen
was acquired.

Robert Alfonso fixed a grabber crash when importing a new font range into an
existing font. Reported by Milan Mimica.

Chris Robinson fixed the fileselector in UNIXnot properly recognising
filenames containing UTF-8 characters.

Hrvoje Ban and Peter Wang wrote a documentation section that explains
several common mistakes.

Elias Pschernig disabled DGA auto-detection under X11

i_am_drv added support for .rmi midis to the midi reader

Elias Pschernig fixed a fix-point overflow in pivot_sprite.

Michal Molhanec fixed several problems with the Watcom compiler.

Peter Hull fixed an error with 'make uninstall' on MacOS X.

Matthew Leverton added a programs: makefile target.

Many small fixes and improvements by Michal Molhanec, Peter Hull, Chris
Robinson, Peter Wang and Elias Pschernig.

Documentation improvements by Grzegorz Adam Hankiewicz, Tore Halse and
Peter Hull.

Missing from the archive is the new demo game (the old 4.0 demo is in the archive). This will be available shortly as a seperate download and will replace the old one in 4.2.1.

Apart from the usual request that people start using it and report and help fixing problems (not too many, we hope), I think it would be nice if there was a short guide that goes over the differences (feature-wise) between 4.0 and 4.2. I can probably write one myself, but if someone wants to volunteer to do it that would be great.

Many thanks to all the people who have contributed to Allegro in one way or another. This would never have happened without any of you or the support from the a.cc community. Cheers people!

Corelian
Member #3,376
March 2003
avatar

I got the Windows-friendly .zip archive. My develpoment environment is MinGW (GCC 3.4.2) + MSYS (1.0.10). Built with

./fix.sh --dtou
make
make chm-docs
make compress
make install

Built AllegroGL (0.2.4 CVS), played the Allegro demo game, recompiled one of my own Allegro projects. The result:
Everyhing works wonderfully!

I would like to thank everyone working on this great library for your hard work and time.

Now let's hope we'll see the new stable AllegroGL and OpenLayer 2.0 soon.

EDIT:

Quote:

Hrvoje Ban and Peter Wang wrote a documentation section that explains several common mistakes.

That is a good addition to the documentation, although its usefulness may be questionable since the most common beginner mistake seems to be the mistake #1: Ignoring this manual. :P

In section Creating bitmaps before loading. IMHO there should be a /* wrong */ comment on the second line of code to clarify that the code is wrong and to make the documentation more consistent.

SECOND EDIT:
Ohhhh! I think I found typos in the docs! In the section Community; should the last word be to instead of too? Also in the fifth paragraph: However, if it was nescessary that decisions were made...

Richard Phipps
Member #1,632
November 2001
avatar

Great news!

Well done everyone that's contributed to this. Thanks for all your efforts. :)

ReyBrujo
Moderator
January 2001
avatar

Neat! I knew there was a reason I did not go to work today... besides feeling like vomiting at anytime!

Now someone we all know will be forced to do some updates to the Files and Documentation sections ;-)

Congratulations everyone!

--
RB
光子「あたしただ…奪う側に回ろうと思っただけよ」
Mitsuko's last words, Battle Royale

miran
Member #2,407
June 2002

Seems to be working fine in FC4. :D

--
sig used to be here

dthompson
Member #5,749
April 2005
avatar

Congratz guys! Well done! :D

I'll download this immediately.

______________________________________________________
Website. It was freakdesign.bafsoft.net.
This isn't a game!

Fladimir da Gorf
Member #1,565
October 2001
avatar

Finally a "stable" release and not something with a name which scares the newcomers... ;)

Works perfectly for me! ;D The downside is that now I need to get the precompiled versions of 4.2 for all platforms for OL 2.0... :P

OpenLayer has reached a random SVN version number ;) | Online manual | Installation video!| MSVC projects now possible with cmake | Now alvailable as a Dev-C++ Devpack! (Thanks to Kotori)

Felipe Maia
Member #6,190
September 2005
avatar

Thank you all. Allegro rules.

ReyBrujo
Moderator
January 2001
avatar

Compiled and installed correctly under Ubuntu 5.10. Will check all the other builds later, installing a qemu with DSL to see if I can compile it there as well.

--
RB
光子「あたしただ…奪う側に回ろうと思っただけよ」
Mitsuko's last words, Battle Royale

Marco Radaelli
Member #3,028
December 2002
avatar

Compiled fine all the three versions on Windows XP SP2 with gcc 3.4.2
Thanks for the great work :)

Leniuch
Member #5,175
October 2004
avatar

Great! The strange thing is, that I found an info about 4.2 coming at some other site (warsztat.pac.pl to be specific) before allegro.cc. Isn't that strange?

EDIT: Too much "strange" here. Little advice: beer + posting = shame :P

Evert
Member #794
November 2000
avatar

Well, I uploaded the files two days ago and I think the release was unofficially announced on #allegro, so it's possible someone got the news before I posted it here.

amarillion
Member #940
January 2001
avatar

Congratulations evert, elias, peter, peter, grzegorz, dennis, chris and all the others :)

juvinious
Member #5,145
October 2004
avatar

Works fine for me in Gentoo.
Great work all!! :)

__________________________________________
Paintown

ReyBrujo
Moderator
January 2001
avatar

Compiled and "worked" under Qemu+DSL. Lack of X dev support forced it to work with VGA, but at least the demo worked "flawlessly".

--
RB
光子「あたしただ…奪う側に回ろうと思っただけよ」
Mitsuko's last words, Battle Royale

Paul Pridham
Member #250
April 2000
avatar

Yay, I'm first one to report problems! ;) Only with the make procedure so far... here's what I get, after building for MSVC6:

D:\allegro4_20>make install
misc\mdhelper.bat C:\PROGRA~1\MICROS~2\VC98\lib
process_begin: CreateProcess((null), miscmdhelper.bat C:PROGRA~1MICROS~2VC98lib,
...) failed.
make (e=2): The system cannot find the file specified.
make: *** [create-install-dirs] Error 2

D:\allegro4_20>make chm-docs
docs/makedoc.exe -chm docs/chm/allegro.html docs/src/allegro._tx
writing 'docs/chm/allegro.hhp'
writing 'docs/chm/allegro.hhc'
writing 'docs/chm/allegro.hhk'
hhc docs/chm/allegro.hhp
Microsoft HTML Help Compiler 4.74.8702

Compiling d:\allegro4_20\docs\chm\allegro.chm

make: [docs/chm/allegro.chm] Error -1073741819 (ignored)

...

For that last one, hhc.exe actually crashed. Didn't do this for the last 4.2 WIP. I was able to build the chm file via the Help Workshop GUY, however.

ImLeftFooted
Member #3,935
October 2003
avatar

C:\Documents and Settings\student\Desktop\allegro>make install
make[3]: Entering directory `C:/Documents and Settings/student/Desktop/allegro'
misc/mdhelper.sh C:/dev-cpp/lib C:/dev-cpp/include C:/dev-cpp/include/allegro C
/dev-cpp/include/allegro/platform C:/dev-cpp/include/allegro/internal C:/dev-cp
/include/allegro/inline
sh: C:\Documents: No such file or directory
make[3]: *** [create-install-dirs] Error 127
make[3]: Leaving directory `C:/Documents and Settings/student/Desktop/allegro'

Maybe mdhelper.sh should get the files surrounded in quotes? Solution for now: move allegro to a directory that doesnt contain spaces.

ReyBrujo
Moderator
January 2001
avatar

Hmm... for Dustin problem, I guess Allegro should check if there are spaces in the current directory, and get the DOS directory name, or warn about spaces in the path and stop the build.

The problem for Paul is a bit more complex... note how all backslashes disappeared. That is, they weren't escaped? Can you run by hand misc\mdhelper.bat C:\PROGRA~1\MICROS~2\VC98\lib to see if that works?

--
RB
光子「あたしただ…奪う側に回ろうと思っただけよ」
Mitsuko's last words, Battle Royale

Paul Pridham
Member #250
April 2000
avatar

Ahh, ReyBrujo... my brain slowly churned into action and recalled something about using "mingw32-make" to build instead of just "make". I'm doing this now, and have built the regular and debug libs... now working on the static-linked. Maybe this is documented somewhere, but I didn't see it during my casual perusal of the build docs anyway.

Thomas Fjellstrom
Member #476
June 2000
avatar

Hasn't that always been the case? That allegro can't be in a path with spaces?

--
Thomas Fjellstrom - [website] - [email] - [Allegro Wiki] - [Allegro TODO]
"If you can't think of a better solution, don't try to make a better solution." -- weapon_S
"The less evidence we have for what we believe is certain, the more violently we defend beliefs against those who don't agree" -- https://twitter.com/neiltyson/status/592870205409353730

ImLeftFooted
Member #3,935
October 2003
avatar

These demos had a rather odd effect on this Win2k Pro Service pack 4 machine
Specs: Intel Pent 4 1.6 GHZ, 523,280KB RAM
The restrictions on this computer wont let me see what kind of GFX card it has... is there an allegro program that will tell you this? Its a LCD monitor.

excolmap
excustom
exfire
exdbuf
exflip
exfont
exhello
.. and maybe some more

ones that i tested and look ok:
exkeys (and all the ones that are earlier lexigraphicaly and aren't in the above list)

Problem description:
The screen is nudged up slightly with a small bar of black inbetween the bottom of allegro's 'screen' and the bottom edge of the screen. Below this bar there is what looks what should be at the top of the monitor. The screen also appears nudged to the left with a black bar appearing on the right and the left side of the screen getting cut off.

Hypothesis: Looks like something to that changes based on the resolution of the screen maybe? Maybe theres a flaw in win2k's direct x drivers?

Kitty Cat
Member #2,815
October 2002
avatar

Sounds like the video card's drivers are using improper hsync and vsync settings. Some monitors will let you adjust this on a per-resolution basis.

--
"Do not meddle in the affairs of cats, for they are subtle and will pee on your computer." -- Bruce Graham

ImLeftFooted
Member #3,935
October 2003
avatar

Edit:
::) It was my own fault it wasn't working, half my project was compiled with 4.0 and the other half 4.2

Paul Pridham
Member #250
April 2000
avatar

Quote:

Hasn't that always been the case? That allegro can't be in a path with spaces?

Well I thought that the "fix.bat msvc --msvcpaths" was supposed to take care of it...

Thomas Fjellstrom
Member #476
June 2000
avatar

Quote:

Well I thought that the "fix.bat msvc --msvcpaths" was supposed to take care of it...

Wouldn't that just take care of the paths to msvc? ;)

--
Thomas Fjellstrom - [website] - [email] - [Allegro Wiki] - [Allegro TODO]
"If you can't think of a better solution, don't try to make a better solution." -- weapon_S
"The less evidence we have for what we believe is certain, the more violently we defend beliefs against those who don't agree" -- https://twitter.com/neiltyson/status/592870205409353730

 1   2   3   4 


Go to: