- Pharo-dev - lists.pharo.org

[Pharo-project] Citezen loading (Rio-Kernel defect)

by Schwab,Wilhelm K

Damien, I found the problem: #newForWin32 is missing the #new, so it sends the class to do an instance's job. I fixed that, but Monitcello was determined to undo my efforts. After a few tries at getting around that, I realized that it should run on Linux, so I did the installation there and then added my fix so that it should run on win32 also. That appears to have worked. I find that it cannot parse my "real" .bib files, but it does seem to handle things that I build up from entries from Google scholar. The bib files in question are tested in the sense the LaTeX/BibTeX are happy with them, but I have yet to try bibclean on them. Is there any documentation or example code available? Bill

June 5, 2009

Re: [Pharo-project] HScaleMorph and VScaleMorph in Polymorph

by Adrian Lienhard

Thanks. I didn't notice that there is an issue in the tracker. Adrian On Jun 5, 2009, at 14:51 , StÃ©phane Ducasse wrote: > Gary said that he uses them and that he should refactor its package > but he is busy right now. > > http://code.google.com/p/pharo/issues/detail?id=847&colspec=ID%20Type%20Sta… > > On Jun 4, 2009, at 11:20 PM, Adrian Lienhard wrote: > >> Hi Gary, >> >> Recently, I removed the class ScaleMorph because it was not license >> clean and it was not used. Only now I've noticed that there are >> indirect subclasses in Polymorph (HScaleMorph and VScaleMorph >> inheriting from FixedScaleMorph). Can we remove these three classes? >> They are not referenced and don't have any instances. >> >> Cheers, >> Adrian >> ___________________ >> http://www.adrian-lienhard.ch/ >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

June 5, 2009

Re: [Pharo-project] ObjectFinder

by Lukas Renggli

> It is a really good improvement over the chasing browser. What is the difference to the chasing browser, other than the underlying data model? Cheers, Lukas -- Lukas Renggli http://www.lukas-renggli.ch

June 5, 2009

Re: [Pharo-project] SharedQueue

by StÃ©phane Ducasse

>>> If you really want "The best" you could also take a look at > SharedStreams on SM: > > http://map.squeak.org/packagebyname/sharedstreams > > ...it has a IMHO more solid SharedQueue implementation > (SharedBufferStream) (IIRC we found several problems with SharedQueue) > that is also much faster in some operations. The description says it > is > "for strings and bytes" but it should be updated because in fact it > works for any kind of objects. yes we want the best :)

June 5, 2009

Re: [Pharo-project] SharedQueue

by StÃ©phane Ducasse

sharedQueue2 works on streams. On Jun 5, 2009, at 1:09 AM, Gabriel Cotelli wrote: > Hi, > > anybody knows why exists SharedQueue2 ?? > > Seem to be used only in test cases... > > Gabriel > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

June 5, 2009

Re: [Pharo-project] HScaleMorph and VScaleMorph in Polymorph

by StÃ©phane Ducasse

Gary said that he uses them and that he should refactor its package but he is busy right now. http://code.google.com/p/pharo/issues/detail?id=847&colspec=ID%20Type%20Sta… On Jun 4, 2009, at 11:20 PM, Adrian Lienhard wrote: > Hi Gary, > > Recently, I removed the class ScaleMorph because it was not license > clean and it was not used. Only now I've noticed that there are > indirect subclasses in Polymorph (HScaleMorph and VScaleMorph > inheriting from FixedScaleMorph). Can we remove these three classes? > They are not referenced and don't have any instances. > > Cheers, > Adrian > ___________________ > http://www.adrian-lienhard.ch/ > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

June 5, 2009

[Pharo-project] ObjectFinder

by StÃ©phane Ducasse

Hi guys Yesterday I got a nice demo of ObjectFinder builds on top of OB. It is a really good improvement over the chasing browser. I really suggest that you get a look at it. http://decomp.ulb.ac.be/frdricpluquet/personalstuff/ stef

June 5, 2009

Re: [Pharo-project] SharedQueue

by GÃ¶ran Krampe

Hi! Marcus Denker wrote: > On 04.06.2009, at 19:09, Gabriel Cotelli wrote: > >> Hi, >> >> anybody knows why exists SharedQueue2 ?? >> >> Seem to be used only in test cases... > > There used to be problems with SharedQueue, so Lex Spoon (I think) > proposed > to use a Monitor based one with tests. We added that to 3.9 at some > point, with > the idea of testing it. > > I think SharedQueue2 can be removed, there have been bugfixes included > for SharedQueue > in the meantime. > > Marcus If you really want "The best" you could also take a look at SharedStreams on SM: http://map.squeak.org/packagebyname/sharedstreams ...it has a IMHO more solid SharedQueue implementation (SharedBufferStream) (IIRC we found several problems with SharedQueue) that is also much faster in some operations. The description says it is "for strings and bytes" but it should be updated because in fact it works for any kind of objects. regards, GÃ¶ran

June 5, 2009

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

by Adrian Lienhard

This is issue http://code.google.com/p/pharo/issues/detail?id=855 Is there a fix (i.e., new VM) in sight? Adrian On Jun 5, 2009, at 09:21 , Damien Cassou wrote: > This bug appeared before for many of us Ubuntu 9.04 users. The > solution I use is to rename the directory UUIDPlugin to > UUIDPlugin.bak. > > > ---------- Forwarded message ---------- > From: Baskakov Daniel <gdaniq(a)gmail.com> > Date: Fri, Jun 5, 2009 at 9:11 AM > Subject: Re: [Pharo-project] Exupery VM crashed with SegFault > To: Pharo-project(a)lists.gforge.inria.fr > > > Hi, > > I'm getting this error on Linux Mint 7 (Ubuntu 9.04). > Calling of: > > UUID>>new > ^(self new: 16) > > crashes Pharo on: > > UUID>>initialize > self primMakeUUID. > > I've changed to: > > UUID>>new > ^(self new: 17) > > and it stops crashing. > > > 2009/3/30 Damien Cassou <damien.cassou(a)gmail.com>: >> 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 >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > -- > Damien Cassou > http://damiencassou.seasidehosting.st > > "Lambdas are relegated to relative obscurity until Java makes them > popular by not having them." James Iry > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

June 5, 2009

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

by Damien Cassou

This bug appeared before for many of us Ubuntu 9.04 users. The solution I use is to rename the directory UUIDPlugin to UUIDPlugin.bak. ---------- Forwarded message ---------- From: Baskakov Daniel <gdaniq(a)gmail.com> Date: Fri, Jun 5, 2009 at 9:11 AM Subject: Re: [Pharo-project] Exupery VM crashed with SegFault To: Pharo-project(a)lists.gforge.inria.fr Hi, I'm getting this error on Linux Mint 7 (Ubuntu 9.04). Calling of: UUID>>new Â Â Â Â ^(self new: 16) crashes Pharo on: UUID>>initialize Â Â Â Â self primMakeUUID. I've changed to: UUID>>new Â Â Â Â ^(self new: 17) and it stops crashing. 2009/3/30 Damien Cassou <damien.cassou(a)gmail.com>: > 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 > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Damien Cassou http://damiencassou.seasidehosting.st "Lambdas are relegated to relative obscurity until Java makes them popular by not having them." James Iry

June 5, 2009