- Pharo-dev - lists.pharo.org

[Pharo-project] [ANN] Unicode part two

by StÃ©phane Ducasse

Now this is unicode part two :) I will harvest a couple of other fixes before doing the closures. stef

March 30, 2009

Re: [Pharo-project] Exupery VM crashed with SegFault

by Bryce Kampjes

On Mon, 2009-03-30 at 16:32 +0200, Damien Cassou wrote: > Hi, > > try to evaluate the following code in any Pharo image using the > Exupery Unix VM and you will get a Segmentation Fault. > > Preferences setMenuFontTo: (LogicalFont familyName: 'DejaVu Serif' > pointSize: 10). That works here using both my rather old Pharo development image and pharo0.1-10259dev09.03.3.zip. Any chance you could run it under gdb with a breakpoint on error to get the C backtrace? Looking at the source to the primitive it's very simple, I'm not sure how it could fail so long as the UUID generated is 16 bytes long. Bryce

March 30, 2009

[Pharo-project] [ANN] Unicode part one

by StÃ©phane Ducasse

soon part two. We will have to include the plugin in the one click image. Mike do you have a page with all the plugins? Stef

March 30, 2009

[Pharo-project] Exupery VM crashed with SegFault

by Damien Cassou

Hi, try to evaluate the following code in any Pharo image using the Exupery Unix VM and you will get a Segmentation Fault. Preferences setMenuFontTo: (LogicalFont familyName: 'DejaVu Serif' pointSize: 10). $ squeak -version 3.10-3 #29 Fri Feb 27 22:09:30 GMT 2009 gcc 4.1.2 Pharo0.1 of 16 May 2008 [latest update: #10074] Linux localhost 2.6.24.4 #9 SMP Sat Jul 19 21:31:15 BST 2008 i686 Intel(R) Core(TM)2 Duo CPU E6850 @ 3.00GHz GenuineIntel GNU/Linux default plugin location: /usr/local/lib/squeak/3.10-3/*.so Segmentation fault 2025578964 UUID>initialize 2025578848 Behavior>new: 2025578756 >new 2025578664 >setTimeStamp 2025578480 >updateInstances 2025560892 >setMenuFontTo: [...] The code which crashes: UUID>>initialize self primMakeUUID. UUID>>primMakeUUID <primitive: 'primitiveMakeUUID' module: 'UUIDPlugin'> UUIDGenerator default generateBytes: self forVersion: 4. If I remove the call to the primitive, things works and the font is changed. -- Damien Cassou http://damiencassou.seasidehosting.st

March 30, 2009

Re: [Pharo-project] Unicode merge

by Damien Cassou

On Mon, Mar 30, 2009 at 3:34 PM, Michael Rueger <m.rueger(a)acm.org> wrote: > OK, fixed in Morphic-michael_rueger.291 and also incorporated into > SLICE-UnicodeRewrite2-6.mcm. Seems to work well, thank you. -- Damien Cassou http://damiencassou.seasidehosting.st

March 30, 2009

Re: [Pharo-project] Unicode merge

by Michael Rueger

Damien Cassou wrote: > On Wed, Mar 25, 2009 at 2:58 PM, Michael Rueger <m.rueger(a)acm.org> wrote: >> SLICE-UnicodeRwrite1-michael_rueger.1 (unchanged) >> SLICE-UnicodeRewrite2-5.mcm (updated) > > Loading went fine but only '?' appear in the workspace when entering > accented characters. Your one-click image worked fine. I launched the > image with: > > squeak -encoding UTF-8 Pharo0.1Core-10259.image > > but only *after* having loaded your slices. I'm on Ubuntu Linux 8.10. OK, fixed in Morphic-michael_rueger.291 and also incorporated into SLICE-UnicodeRewrite2-6.mcm. Michael

March 30, 2009

[Pharo-project] about the closure

by StÃ©phane Ducasse

hi guys we discussed a bit with marcus and we arrived to the conclusion that we want to push the changes in the stream and that we will fix the problems when they show up. Now what it means is that - we will do probably today -> produce a new image with non dirty packages -> produce some fixes to check if we can load them with MC. and make it roll :) BTW having closure is really great. the code is so much nicer. Stef

March 30, 2009

Re: [Pharo-project] TreadSafeTranscript proposal

by Keith Hodges

StÃ©phane Ducasse wrote: > Yes could be good > > So you would write what > > Logger default .... > > we could do the same for Transcript but breaks a lot of code and > books. but indeed using a toothpick > could be nice. > > Stef Logging uses, self log as the front end, and backends are configured... LogCurrent default adapter add: Transcript. Where adapter returns LogAdapterSet, which can be one of multiple adapters, or nested sets. Adapters include File, Transcript, Syslog, Email, Toothpick, LogEngine Keith

March 29, 2009

Re: [Pharo-project] TreadSafeTranscript proposal

by StÃ©phane Ducasse

Yes could be good So you would write what Logger default .... we could do the same for Transcript but breaks a lot of code and books. but indeed using a toothpick could be nice. Stef >> Hi >> >> I would really like that we get a threadSafeTranscript so I coded >> one. >> If you can comment this would help me. > > Personally, I'd replace the Transcript with a logging system. The > global variable "Transcript" could be replaced with a logger wrapper. > > Gulik. > > -- > http://gulik.pbwiki.com/ > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

March 29, 2009

Re: [Pharo-project] TreadSafeTranscript proposal

by StÃ©phane Ducasse

indeed the idea is that I do not want to see the old one around. Stef On Mar 29, 2009, at 10:31 PM, Keith Hodges wrote: > StÃ©phane Ducasse wrote: >> Yes but I want to kill the old crappy one. so it cannot be an >> external >> package :) >> > Why not? I thought that pharo was supposed to be modular. > > Keith > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

March 29, 2009