2014-04-01 0:31 GMT+02:00 Nicolas Cellier <nicolas.cellier.aka.nice@gmail.com>:

2014-03-31 23:58 GMT+02:00 Nicolai Hess <nicolaihess@web.de>:

Thank you Nicolas,
I verified the fix, it works.

I took nicolas' change and build a windows pharo vm. changing the bit depth
to 8bit littleendian (-8) works now.


hey, you made the major contribution : find the bug and suggest a correction!
http://bugs.squeak.org/view.php?id=7247

But there are two more issues (not related to this fix).
1. Changing Display depth to 4/8/16 shows horrible rendering artifacts
�� (those do not occur on squeak)�

could it be related to issue 13057?

No. At least it is not solved by fixing that.
Maybe it is related to the fast bitblitting, but I don't think so, and it is in
pharo only.



2. Since refactoring some parts out of DisplayScreen into MorphicUIManager you
can not change the depth from -XX to XX
Display newDepth:8
has no effect if current display depth is -8.
(This happens on squeak too, verified in Squeak 4.4/Squeak 4.5).


Hmm, bad, but certainly not an operation tested everyday :)


BTW found this change for alphaSourceBlendBits8 its way into squeaks vm?
I took the lates 4.5 allinone and the bug is still there.

regards


It's in both VMMaker and VMMaker.oscog head revisions for sure.
But I don't know which VM was included in the distribution.
Squeak VM production is not as engineered as the Pharo one, I think it's hand-crafted, and the MacOSX version lacks hands now, so it might be