June 2013 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Barcodes

by Olivier Auverlot

Hi Torsten, Artefact don't support TTF fonts for the moment but it's planned in futures versions. Best regards Olivier :-) Le 14 juin 2013 Ã 16:16, Milan Mimica a Ã©crit : > You just need a TTF font. Does Artefact support TTF? hpdf does. > > > On 14 June 2013 13:58, Torsten Bergmann <astares(a)gmx.de> wrote: > Do we have some barcode stuff available for Pharo? > Something "Form" based that can be used with Artefact? > > Thx > T. > > > > > -- > Milan Mimica > http://sparklet.sf.net

June 18, 2013

Re: [Pharo-dev] NBOpenGL

by Igor Stasenko

On 17 June 2013 21:24, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: > Hi Igor, > > I currently have two students who are very motivated in working with the open gl binding. > However we are experiencing stability problems. Last week I created a moose image with NBOpenGL and SourceCity and it worked well "SourceCity exampleRpackage" gave me the beautiful visualization. > > Today I cannot open the image anymore. I got the diabolic error "Could not find accessor for variable named "aModuleName" in NativeBoost." I have attached a .log file. Do you have any idea what is going on? > > Are there some resources that are not freed when I saved my image? How can I reset them? > According to your log, NB cannot get source code of methods. make sure .source and .changes files are accessible to image. > Cheers, > Alexandre > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > -- Best regards, Igor Stasenko.

June 18, 2013

Re: [Pharo-dev] Changing ConfigurationOfCog

by Igor Stasenko

On 18 June 2013 10:26, Guillermo Polito <guillermopolito(a)gmail.com> wrote: > Hi guys! > > I worked yesterday on making VMMaker load and work in Pharo2.0 with > filesystem. Now, I want to push my changes in a new development version of > ConfigurationOfCog. But I have some questions: > > Is ConfigurationOfCog used by other people besides Pharo? > > Because so far I see: > - there are two different groups in the conf: #common and #pharo. > - In #common, there is CMakeVMMaker (which in turn loads cairo from > files.pharo.org :)) and the oscog branch of VMMaker. Both have only as > latest committers Igor and Esteban :P. And I > - in #pharo there are nativeboost and some compatibility packages. > > So there are pharo specific stuff in both groups, or am I mistaken? Should > we keep both groups, or make them one and simplify? And how should I push my > changes related with filesystem (pharo-specific) then? > loading this code doesnt means that VM will be built with it. And sure thing your changes is pharo-specfic. > Guille -- Best regards, Igor Stasenko.

June 18, 2013

Re: [Pharo-dev] There are still lots of Delay>>wait Processes

by Camillo Bruni

the original issue you posted was closed because it is a duplicate of this one https://pharo.fogbugz.com/default.asp?7526 where you will fine a proper script to kill hanging processes... On 2013-06-18, at 10:05, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > On 18 Jun 2013, at 09:47, Camille Teruel <camille.teruel(a)gmail.com> wrote: > >> >> On 18 juin 2013, at 09:32, Sven Van Caekenberghe wrote: >> >>> Hi, >>> >>> It seems that https://pharo.fogbugz.com/f/cases/10760/Lots-and-Lots-of-Delay-wait-process… is closed, but the problem remains. >>> >>> Yesterday I test deployed a brand new 3.0 image. It has more than 800 bogus delay related processes. >>> >>> â¦ >>> >>> <Screen Shot 2013-06-18 at 09.30.30.png> >>> >>> This is not good ;-) >>> >>> The least we should do is add some script in the release/build process to kill them. >> >> I added the following to my startup preferences: >> >> Process allInstances do: [ :process | >> process suspendedContext ifNotNil: [ :context | >> context method = (Delay>>#wait) ifTrue: [ process terminate ] ] ] > > OK, thanks. > But are we sure that no legitimate ones are killed ? > I am not sure, but I believe Igor's script had more testsâ¦. > >>> >>> Sven >>> >>> >>> -- >>> Sven Van Caekenberghe >>> Proudly supporting Pharo >>> http://pharo.org >>> http://association.pharo.org >>> http://consortium.pharo.org >>> >>> >>> >>> >> > >

June 18, 2013

Changing ConfigurationOfCog

by Guillermo Polito

Hi guys! I worked yesterday on making VMMaker load and work in Pharo2.0 with filesystem. Now, I want to push my changes in a new development version of ConfigurationOfCog. But I have some questions: Is ConfigurationOfCog used by other people besides Pharo? Because so far I see: - there are two different groups in the conf: #common and #pharo. - In #common, there is CMakeVMMaker (which in turn loads cairo from files.pharo.org :)) and the oscog branch of VMMaker. Both have only as latest committers Igor and Esteban :P. And I - in #pharo there are nativeboost and some compatibility packages. So there are pharo specific stuff in both groups, or am I mistaken? Should we keep both groups, or make them one and simplify? And how should I push my changes related with filesystem (pharo-specific) then? Guille

June 18, 2013

Re: [Pharo-dev] There are still lots of Delay>>wait Processes

by Sven Van Caekenberghe

On 18 Jun 2013, at 09:47, Camille Teruel <camille.teruel(a)gmail.com> wrote: > > On 18 juin 2013, at 09:32, Sven Van Caekenberghe wrote: > >> Hi, >> >> It seems that https://pharo.fogbugz.com/f/cases/10760/Lots-and-Lots-of-Delay-wait-process… is closed, but the problem remains. >> >> Yesterday I test deployed a brand new 3.0 image. It has more than 800 bogus delay related processes. >> >> â¦ >> >> <Screen Shot 2013-06-18 at 09.30.30.png> >> >> This is not good ;-) >> >> The least we should do is add some script in the release/build process to kill them. > > I added the following to my startup preferences: > > Process allInstances do: [ :process | > process suspendedContext ifNotNil: [ :context | > context method = (Delay>>#wait) ifTrue: [ process terminate ] ] ] OK, thanks. But are we sure that no legitimate ones are killed ? I am not sure, but I believe Igor's script had more testsâ¦. >> >> Sven >> >> >> -- >> Sven Van Caekenberghe >> Proudly supporting Pharo >> http://pharo.org >> http://association.pharo.org >> http://consortium.pharo.org >> >> >> >> >

June 18, 2013

[update 2.0] #20607

by Marcus Denker

20607 ----- 10938 backport 2.0 : an MCOrganizationDefinition should only remove empty categories during unload https://pharo.fogbugz.com/f/cases/10938 10909 Backport Pharo2.0: Prepare isHeadless for new VMs with double dash -- arguments https://pharo.fogbugz.com/f/cases/10909 Diff information: http://ss3.gemstone.com/ss/Pharo20/System-Support-MarcusDenker.803.diff http://ss3.gemstone.com/ss/Pharo20/Monticello-MarcusDenker.779.diff

June 18, 2013

Re: [Pharo-dev] There are still lots of Delay>>wait Processes

by Camille Teruel

On 18 juin 2013, at 09:32, Sven Van Caekenberghe wrote: > Hi, > > It seems that https://pharo.fogbugz.com/f/cases/10760/Lots-and-Lots-of-Delay-wait-process… is closed, but the problem remains. > > Yesterday I test deployed a brand new 3.0 image. It has more than 800 bogus delay related processes. > > â¦ > > <Screen Shot 2013-06-18 at 09.30.30.png> > > This is not good ;-) > > The least we should do is add some script in the release/build process to kill them. I added the following to my startup preferences: Process allInstances do: [ :process | process suspendedContext ifNotNil: [ :context | context method = (Delay>>#wait) ifTrue: [ process terminate ] ] ] > > Sven > > > -- > Sven Van Caekenberghe > Proudly supporting Pharo > http://pharo.org > http://association.pharo.org > http://consortium.pharo.org > > > >

June 18, 2013

There are still lots of Delay>>wait Processes

by Sven Van Caekenberghe

Hi, It seems that https://pharo.fogbugz.com/f/cases/10760/Lots-and-Lots-of-Delay-wait-process… is closed, but the problem remains. Yesterday I test deployed a brand new 3.0 image. It has more than 800 bogus delay related processes. â¦ This is not good ;-) The least we should do is add some script in the release/build process to kill them. Sven -- Sven Van Caekenberghe Proudly supporting Pharo http://pharo.org http://association.pharo.org http://consortium.pharo.org

June 18, 2013

[update 3.0] #30204

by Marcus Denker

30204 ----- 10912 Add simple #fuelTo: aFile method on Object https://pharo.fogbugz.com/f/cases/10912 10919 Direct reference to ClassBuilder in a test case in Tests-System https://pharo.fogbugz.com/f/cases/10919 10930 Clean up #modelSleep https://pharo.fogbugz.com/f/cases/10930 Diff information: http://smalltalkhub.com/mc/Pharo/Pharo30/main/Tests-MarcusDenker.555.diff http://smalltalkhub.com/mc/Pharo/Pharo30/main/Polymorph-Widgets-MarcusDenke… http://smalltalkhub.com/mc/Pharo/Pharo30/main/Morphic-Base-MarcusDenker.13.… http://smalltalkhub.com/mc/Pharo/Pharo30/main/Kernel-MarcusDenker.1483.diff http://smalltalkhub.com/mc/Pharo/Pharo30/main/Fuel-MarcusDenker.766.diff

June 18, 2013