April 2014 - Pharo-dev - lists.pharo.org

Fwd: FogBugz (Case [Issue]13154) Pharo VM - BitBlt bug in alphaSourceBlendBits8
by Nicolai Hess April 2, 2014

April 2, 2014

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. 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) 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). 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 Nicolai ---------- Forwarded message ---------- From: Pharo Issue Tracker <do-not-reply(a)pharo.fogbugz.com> Date: 2014-03-30 15:49 GMT+02:00 Subject: FogBugz (Case [Issue]13154) Pharo VM - BitBlt bug in alphaSourceBlendBits8 To: "nicolaihess(a)web.de" <nicolaihess(a)web.de> [image: avatar] *Ulysse The Galactic Monkey From Outer Space* edited *Case 13154*: BitBlt bug in alphaSourceBlendBits8 <https://pharo.fogbugz.com/default.asp?13154>: *Bug* in [image: Project:] Pharo VM: 2. External * You are subscribed to this case Issue Validation Failed: https://ci.inria.fr/pharo/job/Pharo-3.0-Issue-Validator/14726//artifact/val… Errors: 1 | *Status* changed: Resolved (Monkey is checking) [image: changed to] Work Needed [image: Priority] *Priority*: 5 - Fix If Time [image: Status] *Status*: Work Needed [image: Assigned To] *Assigned to*: Nicolas Cellier [image: Milestone] *Milestone*: Pharo3.0 Go to Case <https://pharo.fogbugz.com/default.asp?13154> No longer need updates? Unsubscribe from this case.<https://pharo.fogbugz.com/default.asp?pre=preUnsubscribe&pg=pgEditBug&comma…> Don't want FogBugz notifications anymore? Update your preferences.<https://pharo.fogbugz.com/default.asp?pg=pgPrefs> [image: FogBugz] A FogBugz case was edited by Ulysse The Galactic Monkey >From Outer Space. Case ID: 13154 Title: BitBlt bug in alphaSourceBlendBits8 Status: Work Needed Category: Bug Project: Pharo VM Area: 2. External Priority: 5 - Fix If Time Milestone: Pharo3.0: 30/03/2014 (Today) Assigned To: Nicolas Cellier URL: https://pharo.fogbugz.com/default.asp?13154 Changes: Status changed from 'Resolved (Monkey is checking)' to 'Work Needed'. Issue Validation Failed: https://ci.inria.fr/pharo/job/Pharo-3.0-Issue-Validator/14726//artifact/val… Errors: 1 | You are subscribed to this case. If you do not want to receive automatic notifications in the future, unsubscribe (https://pharo.fogbugz.com/default.asp?pre=preUnsubscribe&pg=pgEditBug&comma…) from this case.

2 2

simulator spotted a small problem with initializing stdout for the CommandLineHandler
by Eliot Miranda April 2, 2014

April 2, 2014

Hi Camillo, ClÃ©ment and I are simulating Pharo for Sista and I've spotted the following small problem with the BasicCommandLineHandler's use of stdout. It looks like a bug in MultiByteFileStream>wantsLineEndConversion:. BasicCommandLineHandler>>initializeStdout sets stdout's line end conventuion, but in doing so MultiByteFileStream>wantsLineEndConversion: sends MultiByteFileStream>detectLineEndConvention, which is wrong, because stdout is write-only. I needed to change the simulator to fail as the VM does, but perhaps a better fix is not to try and read from write-only streams. Anyway, thought I'd point it out. No biggie. 16r101B18 M MultiByteFileStream>detectLineEndConvention 16r1F3A7A0: a(n) MultiByteFileStream 16r101B38 I MultiByteFileStream>wantsLineEndConversion: 16r1F3A7A0: a(n) MultiByteFileStream 16r101B60 I BasicCommandLineHandler(CommandLineHandler)>initializeStdout 16r1F3A654: a(n) BasicCommandLineHandler 16r101B84 I BasicCommandLineHandler(CommandLineHandler)>initialize 16r1F3A654: a(n) BasicCommandLineHandler 16r101BA4 I BasicCommandLineHandler>initialize 16r1F3A654: a(n) BasicCommandLineHandler 16r101BBC M BasicCommandLineHandler class(Behavior)>new 16r5B04CC: a(n) BasicCommandLineHandler class 16r101BD4 M [] in BasicCommandLineHandler class>startUp: 16r5B04CC: a(n) BasicCommandLineHandler class -- best, Eliot

2 1

PharoVM on Windows & Code::Blocks for debugging
by Torsten Bergmann April 1, 2014

April 1, 2014

>I'd like to know if someone managed to get Code::Blocks to work with the >MinGW configuration. No - but I think it would be good if there would be a preconfigured project for easy debugging with Eclipse CDT (C/C++ Development Tooling). Thx T.

3 6

MOOSEDay@UPMC : Talks & Registration
by Serge Stinckwich April 1, 2014

April 1, 2014

Dear all, just a reminder. We will organize a MOOSEDay at Paris June 5th and 6th. You will find more information about the two days here: http://www.doesnotunderstand.org/MOOSEDayUPMC/ We have currently 2 presentations and 6 registrations. You can register online, this is free ;-) Thanks to our sponsors (ESUG, ObjectProfile & UMMISCO), the lunches will be free. This is your conference and we really need more talks. If you want to present your work, please send me a title and a short description. Regards, -- Serge Stinckwich UCBN & UMI UMMISCO 209 (IRD/UPMC) Every DSL ends up being Smalltalk http://www.doesnotunderstand.org/

1 0

Re: [Pharo-dev] New Nautilus side bar buttons
by Stephan Eggermont April 1, 2014

April 1, 2014

FranÃ§ois wrote: > I don't really care what they look like but if there is a way to exend this area with a plugin or completely remove it from the layout, the one posting how to do it will get a beer/coffee in Cambridge this summer. Ah, thatâs easy. There is only one sender of buildTextAreaButtonsColumn: so, if you do { sourceCodePanel. "self buildTextAreaButtonsColumn: aWindow"} reverse do: [:each | sourceCodeContainer addMorph: each]. in NautilusUI>addAll: instead of { sourceCodePanel. self buildTextAreaButtonsColumn: aWindow} reverse do: [:each | sourceCodeContainer addMorph: each]. they are gone. Putting them into a plugin is left as an exercise for the reader. Stephan

2 1

Spec and forms
by Norbert Hartl April 1, 2014

April 1, 2014

Is there anything that might help in order to create a form like UI in spec? Any descriptive way? slot based? magritte? Norbert

5 14

Tiny-social meeting in Buenos Aires
by Esteban Lorenzano April 1, 2014

April 1, 2014

Hi, As some of you know, Iâm on vacations in Buenos Aires. Last days I was talking with the other Esteban of this list and with Hernan about doing a Pharo meeting to talk about the upcoming Pharo3 and wellâ¦ to socialise a bit :) It cannot be a true sprint or formal event because my times are complicated (also Iâm on holidays!) but is good to meet anyway and exchange impressions and news. Anyway, it will be friday 18hs to 20:30hs, in this place: http://www.cervelar.com.ar (in the Belgrano location). If you are in Buenos Aires and want to come, please send a confirmation (we need to make a reservation). Cheers, Esteban

3 2

PharoVM on Windows & Code::Blocks for debugging
by phil＠highoctane.be April 1, 2014

April 1, 2014

I'd like to know if someone managed to get Code::Blocks to work with the MinGW configuration. I've the build running from the command line. I can also configure C::B to use makefiles. Now, there seems to be some glitches and was curious to know if someone had a working setup. (Yes, one can use gdb in the command line mode, but it is ugly. And TUI doens't work on Windows). There are many interesting pieces of code in the Windows platform code. And I'd like (at one point) to have a real headless Pharo.exe There are also the pieces to get the Pharo.exe run as a service natively. I've been studying this with SourceNavigator and done basic gdb work. But for larger work, I'd like to have a decent IDE. NOTE: my email appears to bounce on the vm-dev list, please someone help me sort that out. Phil

2 1