In Windows (MinGW, WinME) and allegro 3.9.40, creating
a sub-bitmap of a sub-bitmap doesn't work the same as
DOS (djgpp), the new bitmap is offset. Please see
example program below - the output should be a cross
in the centre of a box.
It seems that the bug only affects the screen under Windows, and that hline and vline are working corectly. Here's another test code, which displays the problem in a better light. The light blue line and the circles should be drawn at the center of the screen (inside the sub-sub-bitmap) but they are not.
The fix is in the CVS tree, thanks to both of you for the
report and the exegesis ;-)
hline() and vline() were correctly working if the driver
was hw-accelerated because they are hw-accelerated
primitives, contrary to oblique lines and circles.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
The fix is in the CVS tree, thanks to both of you for the
report and the exegesis ;-)
hline() and vline() were correctly working if the driver
was hw-accelerated because they are hw-accelerated
primitives, contrary to oblique lines and circles.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Example C++ program
Logged In: YES
user_id=41801
It seems that the bug only affects the screen under Windows, and that hline and vline are working corectly. Here's another test code, which displays the problem in a better light. The light blue line and the circles should be drawn at the center of the screen (inside the sub-sub-bitmap) but they are not.
<pre>
include <allegro.h>
int main()
{
BITMAP m, s;
} END_OF_MAIN();
</pre>
Logged In: YES
user_id=113920
The fix is in the CVS tree, thanks to both of you for the
report and the exegesis ;-)
hline() and vline() were correctly working if the driver
was hw-accelerated because they are hw-accelerated
primitives, contrary to oblique lines and circles.
Logged In: YES
user_id=113920
The fix is in the CVS tree, thanks to both of you for the
report and the exegesis ;-)
hline() and vline() were correctly working if the driver
was hw-accelerated because they are hw-accelerated
primitives, contrary to oblique lines and circles.