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

13171 When-browsing-a-hierarchy-Nautilus-changes-the-view-unexpectedly

by Ben Coman

Fix ready for review. Its a one liner, so if anyone is on the verge of wanting to get more involved, here's your chance. I've only did the same the same recently and I'm finding it a great way to have a directed task to learn about the system. https://pharo.fogbugz.com/f/cases/13171/When-browsing-a-hierarchy-Nautilus-… cheers -ben

April 9, 2014

Re: [Pharo-dev] FileSystem-Git status update 3

by Max Leske

On 09.04.2014, at 17:25, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > Max Leske wrote >>> In NB, how do I pass NULL into a function call without modifying the >>> argument type? e.g. my argument has type String. passing something like >>> `NBExternalAddress null` will be converted into a C string instead of >>> being passed through (I know, that seems to be the point in this case but >>> I couldn't find any other way to create NULL). Any suggestions? > > I think you just pass nil, no? One would think so, but noâ¦ :) NB will signal an exception because UndefinedObject is not of the expected type. > > > > ----- > Cheers, > Sean > -- > View this message in context: http://forum.world.st/Re-FileSystem-Git-status-update-3-tp4753427p4753648.h… > Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. >

April 9, 2014

Re: [Pharo-dev] FileSystem-Git status update 3

by Sean P. DeNigris

Max Leske wrote >> In NB, how do I pass NULL into a function call without modifying the >> argument type? e.g. my argument has type String. passing something like >> `NBExternalAddress null` will be converted into a C string instead of >> being passed through (I know, that seems to be the point in this case but >> I couldn't find any other way to create NULL). Any suggestions? I think you just pass nil, no? ----- Cheers, Sean -- View this message in context: http://forum.world.st/Re-FileSystem-Git-status-update-3-tp4753427p4753648.h… Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

April 9, 2014

[pharo-project/pharo-core]

by GitHub

Branch: refs/tags/30818 Home: https://github.com/pharo-project/pharo-core

April 9, 2014

[pharo-project/pharo-core] f4b449: 30818

by GitHub

Branch: refs/heads/3.0 Home: https://github.com/pharo-project/pharo-core Commit: f4b449e2fe35ef5f18046a8bc3442d579121841f https://github.com/pharo-project/pharo-core/commit/f4b449e2fe35ef5f18046a8b… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2014-04-09 (Wed, 09 Apr 2014) Changed paths: A FreeType.package/EmbeddedFreetypeFont.class/README.md A FreeType.package/EmbeddedFreetypeFont.class/class/accessing/fontContents.st A FreeType.package/EmbeddedFreetypeFont.class/class/accessing/installAllFontsIn_.st A FreeType.package/EmbeddedFreetypeFont.class/class/accessing/installFontsIn_.st A FreeType.package/EmbeddedFreetypeFont.class/class/accessing/originalFileName.st A FreeType.package/EmbeddedFreetypeFont.class/definition.st A FreeType.package/FreeTypeFontProvider.class/class/extra fonts registration/registerFont_.st M FreeType.package/FreeTypeFontProvider.class/instance/loading and updating/updateFontsFromSystem.st A FreeType.package/OpenSansRegular.class/class/accessing/fontContents.st A FreeType.package/OpenSansRegular.class/class/accessing/originalFileName.st M FreeType.package/OpenSansRegular.class/class/class initialization/initialize.st M FreeType.package/OpenSansRegular.class/definition.st R FreeType.package/OpenSansRegular.class/instance/accessing/fontContents.st R FreeType.package/OpenSansRegular.class/instance/accessing/install.st R FreeType.package/OpenSansRegular.class/instance/accessing/originalFileName.st A FreeType.package/SourceCodeProRegular.class/class/accessing/fontContents.st A FreeType.package/SourceCodeProRegular.class/class/accessing/originalFileName.st M FreeType.package/SourceCodeProRegular.class/class/class initialization/initialize.st M FreeType.package/SourceCodeProRegular.class/definition.st R FreeType.package/SourceCodeProRegular.class/instance/accessing/fontContents.st R FreeType.package/SourceCodeProRegular.class/instance/accessing/install.st R FreeType.package/SourceCodeProRegular.class/instance/accessing/originalFileName.st A ScriptLoader30.package/ScriptLoader.class/instance/pharo - scripts/script471.st A ScriptLoader30.package/ScriptLoader.class/instance/pharo - updates/update30818.st M ScriptLoader30.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st Log Message: ----------- 30818 13149 FontManager is not refreshed with embedded fonts https://pharo.fogbugz.com/f/cases/13149 http://files.pharo.org/image/30/30818.zip

April 9, 2014

Re: [Pharo-dev] Fast render of a bitmap in Athens?

by Igor Stasenko

On 9 April 2014 00:53, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > On 09 Apr 2014, at 00:42, Alexandre Bergel <alexandre.bergel(a)me.com> > wrote: > > > Thanks Igor, it works perfectly! > > > > Athens is processing pictures we got from telescopes. We will soon send > (truly) great pictures > > How come you seem to be doing all this interesting stuff, it is not fair > ;-) > > Looking forward to them ! > > Hehe, computer graphics is absolutely much more interesting than boring, years old web communication protocols :) But sure thing, for Pharo success, we definitely need both. > > Alexandre > > > > -- Best regards, Igor Stasenko.

April 9, 2014

Re: [Pharo-dev] Random VM crashes

by Esteban Lorenzano

Hi, PharoDebug.log and crash,dmp could be helpful also, to understand what happens. Esteban On 09 Apr 2014, at 15:01, J.F. Rick <self(a)je77.com> wrote: > Cool! I am using SVG files so there might be some unicode data being sent to Cairo buffer. On the other hand, my crash happens randomly, rather than as a result of a specific repeatable action. It sounds like this would be more along the lines of a repeatable sequence. > > Anyway, I'll update the code and see if it helps. Again, this problem is difficult to diagnose as the crash only happens every other day. Even if it doesn't happen all week, it doesn't mean that that was the problem. For instance, there have been no crashes today, so it makes me think that the multi-touch support, rather than Athens, is the culprit. > > Cheers, > > Jeff > > > On Wed, Apr 9, 2014 at 2:12 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: > > > > On 9 April 2014 13:55, J.F. Rick <self(a)je77.com> wrote: > Hi, > > when I have one of my multi-touch programs open, Pharo occasionally (read once every few days) just crashes. Ubuntu mentions a failure to report to Ubuntu on the pharovm but I'm not sure how to understand that failure. > > I thought it might be one of two things: (1) some sort of problem with Athens rendering or (2) some sort of problem with the multi-touch events. Those are really the only things that separate when I'm developing and when I'm testing. It never crashes when I'm developing, which is a much larger percentage of the time. Recently, the crash happened when I was not touching the display. That meant that there would not have been any touch events to process, nor would an Athens render happen. Strange. > > I'm not sure how to proceed. I've turned off the multi-touch support for the time being to see if it still happens. If so, that would probably exonerate the multi-touch code. Does anyone else have rare random unexplained crashes happening while using Athens? Is there anything I could do to better diagnose the problem. It's fiendish as it happens so rarely and there is no replicable action that causes it to happen. > > i fixed recently this one: > > https://pharo.fogbugz.com/f/cases/13184/Fix-encoder-for-displaying-high-ran… > > could be it? > > Cheers, > > Jeff > > -- > Jochen "Jeff" Rick, Ph.D. > http://www.je77.com/ > Skype ID: jochenrick > > > > -- > Best regards, > Igor Stasenko. > > > > -- > Jochen "Jeff" Rick, Ph.D. > http://www.je77.com/ > Skype ID: jochenrick

April 9, 2014

Re: [Pharo-dev] Random VM crashes

by J.F. Rick

Cool! I am using SVG files so there might be some unicode data being sent to Cairo buffer. On the other hand, my crash happens randomly, rather than as a result of a specific repeatable action. It sounds like this would be more along the lines of a repeatable sequence. Anyway, I'll update the code and see if it helps. Again, this problem is difficult to diagnose as the crash only happens every other day. Even if it doesn't happen all week, it doesn't mean that that was the problem. For instance, there have been no crashes today, so it makes me think that the multi-touch support, rather than Athens, is the culprit. Cheers, Jeff On Wed, Apr 9, 2014 at 2:12 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: > > > > On 9 April 2014 13:55, J.F. Rick <self(a)je77.com> wrote: > >> Hi, >> >> when I have one of my multi-touch programs open, Pharo occasionally (read >> once every few days) just crashes. Ubuntu mentions a failure to report to >> Ubuntu on the pharovm but I'm not sure how to understand that failure. >> >> I thought it might be one of two things: (1) some sort of problem with >> Athens rendering or (2) some sort of problem with the multi-touch events. >> Those are really the only things that separate when I'm developing and when >> I'm testing. It never crashes when I'm developing, which is a much larger >> percentage of the time. Recently, the crash happened when I was not >> touching the display. That meant that there would not have been any touch >> events to process, nor would an Athens render happen. Strange. >> >> I'm not sure how to proceed. I've turned off the multi-touch support for >> the time being to see if it still happens. If so, that would probably >> exonerate the multi-touch code. Does anyone else have rare random >> unexplained crashes happening while using Athens? Is there anything I could >> do to better diagnose the problem. It's fiendish as it happens so rarely >> and there is no replicable action that causes it to happen. >> >> i fixed recently this one: > > > https://pharo.fogbugz.com/f/cases/13184/Fix-encoder-for-displaying-high-ran… > > could be it? > > >> Cheers, >> >> Jeff >> >> -- >> Jochen "Jeff" Rick, Ph.D. >> http://www.je77.com/ >> Skype ID: jochenrick >> > > > > -- > Best regards, > Igor Stasenko. > -- Jochen "Jeff" Rick, Ph.D. http://www.je77.com/ Skype ID: jochenrick

April 9, 2014

Re: [Pharo-dev] Random VM crashes

by Igor Stasenko

On 9 April 2014 13:55, J.F. Rick <self(a)je77.com> wrote: > Hi, > > when I have one of my multi-touch programs open, Pharo occasionally (read > once every few days) just crashes. Ubuntu mentions a failure to report to > Ubuntu on the pharovm but I'm not sure how to understand that failure. > > I thought it might be one of two things: (1) some sort of problem with > Athens rendering or (2) some sort of problem with the multi-touch events. > Those are really the only things that separate when I'm developing and when > I'm testing. It never crashes when I'm developing, which is a much larger > percentage of the time. Recently, the crash happened when I was not > touching the display. That meant that there would not have been any touch > events to process, nor would an Athens render happen. Strange. > > I'm not sure how to proceed. I've turned off the multi-touch support for > the time being to see if it still happens. If so, that would probably > exonerate the multi-touch code. Does anyone else have rare random > unexplained crashes happening while using Athens? Is there anything I could > do to better diagnose the problem. It's fiendish as it happens so rarely > and there is no replicable action that causes it to happen. > > i fixed recently this one: https://pharo.fogbugz.com/f/cases/13184/Fix-encoder-for-displaying-high-ran… could be it? > Cheers, > > Jeff > > -- > Jochen "Jeff" Rick, Ph.D. > http://www.je77.com/ > Skype ID: jochenrick > -- Best regards, Igor Stasenko.

April 9, 2014

Random VM crashes

by J.F. Rick

Hi, when I have one of my multi-touch programs open, Pharo occasionally (read once every few days) just crashes. Ubuntu mentions a failure to report to Ubuntu on the pharovm but I'm not sure how to understand that failure. I thought it might be one of two things: (1) some sort of problem with Athens rendering or (2) some sort of problem with the multi-touch events. Those are really the only things that separate when I'm developing and when I'm testing. It never crashes when I'm developing, which is a much larger percentage of the time. Recently, the crash happened when I was not touching the display. That meant that there would not have been any touch events to process, nor would an Athens render happen. Strange. I'm not sure how to proceed. I've turned off the multi-touch support for the time being to see if it still happens. If so, that would probably exonerate the multi-touch code. Does anyone else have rare random unexplained crashes happening while using Athens? Is there anything I could do to better diagnose the problem. It's fiendish as it happens so rarely and there is no replicable action that causes it to happen. Cheers, Jeff -- Jochen "Jeff" Rick, Ph.D. http://www.je77.com/ Skype ID: jochenrick

April 9, 2014