September 2008 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Hello everyone!

by StÃ©phane Ducasse

yes keep it there we have too much mailing-lists So can you do a unix/windows VM with the freeType pluging? Stef On Sep 11, 2008, at 12:03 AM, Igor Stasenko wrote: > 2008/9/10 Alexandre Bergel <alexandre(a)bergel.eu>: >> Igor, >> >> Do you have a mailing list on Hydra? >> I think it is important to initiate the creation of a community >> around this >> idea. >> You may use googlecode for that. >> > > there is not much activity in this area, worth creating new mailing > list. > Currently, i using squeak-dev or vm-dev mailing list for news & > announcements. > I asked community, maybe it is OT, but nobody complained about it, > instead they want it there. :) > >> Cheers, >> Alexandre >> >> >> On 10 Sep 2008, at 10:44, Igor Stasenko wrote: >> >>> 2008/9/10 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: >>>>>> >>>>> >>>>> Well, as i said, putting FreeType into VM is simple thing. >>>>> But maintaining a code base or regular basis is completely >>>>> different >>>>> thing. I'm not sure i have enough spare time to do this now. >>>>> First, because i'm busy with Hydra VM. >>>>> Second , I think you are aware, that Cog & Hydra will merge in >>>>> future. >>>>> Before this happens, i have little interest in supporting >>>>> old-fashioned VMs :) >>>>> >>>>> I planning to do a major refactoring in Hydra, after which , an >>>>> Interpreter/ObjectMemory can be simulated in image. But this >>>>> will have >>>>> a major impact on backward compatibility. >>>>> >>>>> But for minor changes, like in some plugins, it not hurts a lot. I >>>>> think that, if you planning to maintain own VM, then i'll advice >>>>> to >>>>> split VMMaker package on two separate parts: >>>>> - VM core >>>>> - all plugins >>>>> >>>>> Because VM is a big code bloat , which is hard to manipulate with. >>>>> >>>>> Also, it would be good to have a common code repository, and >>>>> separate >>>>> tracker of bugs and fixes for VM/plugins, so it will make an >>>>> integration easier for all interesting parties. >>>> >>>> could you push this idea to the VM maintainers or start to do it? >>> >>> yes i could, but do you think that i have a chance to be heard and >>> my >>> point to be accepted? :) >>> >>>> We are talking abut that since years. >>>> I still do not understand I thought that the svn of the vm code >>>> was such >>>> common >>>> code repository? >>> >>> I tried to raise this topic on board meeting, concerning status of >>> VM-dev group and the answer was like: >>> - we already have things set up, and each maintainer know/doing >>> things >>> well. >>> I'm not sure about current status, but i keep feeling that VM >>> maintainers efforts dissipating due to lack of >>> communication/collaboration. >>> Maybe it is because i'm relatively new, and missing info about how >>> things was set up long ago, before i came in, maybe people really >>> collaborate behind the scenes, i don't know. >>> What i really sure about, is that , it will not hurt to call for a >>> status (re)clarification to know who doing what and how things >>> working. >>> >>>> _______________________________________________ >>>> Pharo-project mailing list >>>> Pharo-project(a)lists.gforge.inria.fr >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>> >>> >>> >>> -- >>> Best regards, >>> Igor Stasenko AKA sig. >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > > > -- > Best regards, > Igor Stasenko AKA sig. > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Sept. 11, 2008

Re: [Pharo-project] Your take on that: CollectionsTests-Ordered vs Collections-Ordered-Tests

by Damien Cassou

On Wed, Sep 10, 2008 at 9:49 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Or better > Collections-Tests That one would be ok -- Damien Cassou Peter von der AhÃ©: Â«I'm beginning to see why Gilad wished us good luckÂ». (http://blogs.sun.com/ahe/entry/override_snafu)

Sept. 11, 2008

Re: [Pharo-project] Your take on that: CollectionsTests-Ordered vs Collections-Ordered-Tests

by Damien Cassou

On Wed, Sep 10, 2008 at 9:32 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Hi > > I noticed that we have CollectionsTests-Ordered > kind of package name and I would prefer to get Collections-Ordered-Tests > What do you think. I bit of regularity would help. Collections-Test-* categories belong to the Collections-Test package on monticello. If you rename it to Collections-Ordered-Tests, you will put everything in the Collections package (because there is no Collections-Ordered monticello package). -- Damien Cassou Peter von der AhÃ©: Â«I'm beginning to see why Gilad wished us good luckÂ». (http://blogs.sun.com/ahe/entry/override_snafu)

Sept. 11, 2008

Re: [Pharo-project] Hello everyone!

by Igor Stasenko

2008/9/10 Alexandre Bergel <alexandre(a)bergel.eu>: > Igor, > > Do you have a mailing list on Hydra? > I think it is important to initiate the creation of a community around this > idea. > You may use googlecode for that. > there is not much activity in this area, worth creating new mailing list. Currently, i using squeak-dev or vm-dev mailing list for news & announcements. I asked community, maybe it is OT, but nobody complained about it, instead they want it there. :) > Cheers, > Alexandre > > > On 10 Sep 2008, at 10:44, Igor Stasenko wrote: > >> 2008/9/10 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: >>>>> >>>> >>>> Well, as i said, putting FreeType into VM is simple thing. >>>> But maintaining a code base or regular basis is completely different >>>> thing. I'm not sure i have enough spare time to do this now. >>>> First, because i'm busy with Hydra VM. >>>> Second , I think you are aware, that Cog & Hydra will merge in future. >>>> Before this happens, i have little interest in supporting >>>> old-fashioned VMs :) >>>> >>>> I planning to do a major refactoring in Hydra, after which , an >>>> Interpreter/ObjectMemory can be simulated in image. But this will have >>>> a major impact on backward compatibility. >>>> >>>> But for minor changes, like in some plugins, it not hurts a lot. I >>>> think that, if you planning to maintain own VM, then i'll advice to >>>> split VMMaker package on two separate parts: >>>> - VM core >>>> - all plugins >>>> >>>> Because VM is a big code bloat , which is hard to manipulate with. >>>> >>>> Also, it would be good to have a common code repository, and separate >>>> tracker of bugs and fixes for VM/plugins, so it will make an >>>> integration easier for all interesting parties. >>> >>> could you push this idea to the VM maintainers or start to do it? >> >> yes i could, but do you think that i have a chance to be heard and my >> point to be accepted? :) >> >>> We are talking abut that since years. >>> I still do not understand I thought that the svn of the vm code was such >>> common >>> code repository? >> >> I tried to raise this topic on board meeting, concerning status of >> VM-dev group and the answer was like: >> - we already have things set up, and each maintainer know/doing things >> well. >> I'm not sure about current status, but i keep feeling that VM >> maintainers efforts dissipating due to lack of >> communication/collaboration. >> Maybe it is because i'm relatively new, and missing info about how >> things was set up long ago, before i came in, maybe people really >> collaborate behind the scenes, i don't know. >> What i really sure about, is that , it will not hurt to call for a >> status (re)clarification to know who doing what and how things >> working. >> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >> >> >> -- >> Best regards, >> Igor Stasenko AKA sig. >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Best regards, Igor Stasenko AKA sig.

Sept. 10, 2008

Re: [Pharo-project] Your take on that: CollectionsTests-Ordered vs Collections-Ordered-Tests

by StÃ©phane Ducasse

Or better Collections-Tests stef On Sep 10, 2008, at 9:32 PM, StÃ©phane Ducasse wrote: > Hi > > I noticed that we have CollectionsTests-Ordered > kind of package name and I would prefer to get Collections-Ordered- > Tests > What do you think. I bit of regularity would help. > > Stef > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Sept. 10, 2008

[Pharo-project] Your take on that: CollectionsTests-Ordered vs Collections-Ordered-Tests

by StÃ©phane Ducasse

Hi I noticed that we have CollectionsTests-Ordered kind of package name and I would prefer to get Collections-Ordered-Tests What do you think. I bit of regularity would help. Stef

Sept. 10, 2008

Re: [Pharo-project] Re: [squeak-dev] Re: FFI and FreeTypePlus problem?

by StÃ©phane Ducasse

Thanks andy We got already a lot of fun with your package and work. This was great to be able to use all our mac fonts in Squeak :) Stef On Sep 10, 2008, at 11:48 AM, Andrew Tween wrote: > Hi Stef, > > "StÃ©phane Ducasse" <stephane.ducasse(a)inria.fr> wrote in message news:DF04D962-8D70-41FD-AA9A-EC990E749A48@inria.fr > ... >> ================================================================ >> Hi there, >> >> I'm using Installer to make a custom 3dot10 7159. The first things >> I do >> in the script is to load from universe FreeTypePlus (wich brings >> FFI). Then I've >> load LPF. >> >> If I do that it never ends due to Squeak not being able of >> resolving a >> name. >> >> NetNameResolver addressForName: 'installer.pbwiki.com/f/LPF.st' >> >> Before loading the FreeTypePlus, evaluating the previous sentence >> has an >> instant response of the address. >> >> But if I do load the FreeTypePlus package it never ends. Maybe an FFI >> issue? >> >> I'm in Win32 using >> >> SqueakFFIPrims.dll from 8/30/2007 >> Squeak.exe from 6/5/2007 >> >> any clue? > > I think it is this bug... http://bugs.squeak.org/view.php?id=6980 > > I have been following the conversations re: FT2Plugin etc. , but > haven't had time to comment. > I hope to contribute to the discussion soon. > > The universe FreeTypePLus packages are quite old. > You may find the latest from squeaksource more appropriate. > I wrote before about how to install them - copied below... > ----- > Copy these files (included in > http://www.zen61439.zen.co.uk/ft_pharo/ft_pharo.zip ) to the default > directory... > > PinesoftEnhancementsForFreetype-tween.3.mcz > FreeType-tween.435.mcz > FreeType Plus Squeak Sans Font Pack.small.sar > FreeTypeSubPixelAntiAliasing-tween.13.mcz > > and then filein the attached script (contents shown below).. > > | repository | > repository := MCDirectoryRepository new. > MCVersionLoader new > addVersion: (repository loadVersionFromFileNamed: > 'PinesoftEnhancementsForFreetype-tween.3.mcz'); > load. > MCVersionLoader new > addVersion: (repository loadVersionFromFileNamed: > 'FreeType-tween.435.mcz'); > load. > SARInstaller installSAR: 'FreeType Plus Squeak Sans Font > Pack.small.sar'. > MCVersionLoader new > addVersion: (repository loadVersionFromFileNamed: > 'FreeTypeSubPixelAntiAliasing-tween.13.mcz'); > load. > ! > --- > > Omit the PinesoftEnhancementsForFreetype-tween.3.mcz if you are > loading into an image that already has UIEnhancements/Polymorph > loaded. > > Cheers, > Andy > > >> >> thanks >> >> Sebastian Sastre >> PD: here is the beginning of the script: >> >> Utilities >> informUser: 'Upgrading universe packages' >> during: [ UUniverse systemUniverse updatePackagesViaWWW ]. >> (UUniverse systemUniverse newestPackageNamed: 'FreeType Plus') >> ifNotNilDo: [ :package| |inst| >> inst := UGlobalInstaller universe: UUniverse >> systemUniverse. >> inst planToInstallPackage: package. >> inst doInstall ]. >> >> (HTTPSocket httpGet: 'installer.pbwiki.com/f/LPF.st') readStream >> fileIn. >> >> >> ================================================================ >> >> >> I already created a bug report for this, Andreas >> may be able to tell you more: >> >> http://bugs.squeak.org/view.php?id=6980 >> >> As a workaround you can can use FFI-Kernel-ar6.mcz >> instead of FFI-Kernel-ar-8.mcz. >> >> Bye >> Torsten >> >> >> ================================================================ >>> From: Andreas Raab <andreas.raab(a)gmx.de> >>> Date: March 27, 2008 10:00:21 PM CEST >>> To: The general-purpose Squeak developers list <squeak-dev(a)lists.squeakfoundation.org >>> > >>> Subject: [squeak-dev] Re: FFI and FreeTypePlus problem? >>> Reply-To: The general-purpose Squeak developers list <squeak-dev(a)lists.squeakfoundation.org >>> > >>> >>> Yeah, I had forgotten about the problem. The issue comes from a >>> call to Smalltalk>>recreateSpecialObjectsArray (which is required >>> for the FFI to work correctly) and which accidentally nukes the >>> external semaphore table. The fix is simple: Replace the >>> following line in SystemDictionary>>recreateSpecialObjectsArray >>> >>> newArray at: 39 put: Array new. >>> >>> by >>> "Preserve external semaphores when recreating splObjs" >>> newArray at: 39 put: (self specialObjectsArray at: 39). >>> >>> Also, saving and restarting the image after loading the FFI is >>> good temporary workaround for this problem. >>> >>> Cheers, >>> - Andreas >>> >>> Torsten Bergmann wrote: >>>> I already created a bug report for this, Andreas may be able to >>>> tell you more: >>>> http://bugs.squeak.org/view.php?id=6980 >>>> As a workaround you can can use FFI-Kernel-ar6.mcz >>>> instead of FFI-Kernel-ar-8.mcz. >>>> Bye >>>> Torsten >>> >>> > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Sept. 10, 2008

[Pharo-project] Re: [squeak-dev] Re: FFI and FreeTypePlus problem?

by Andrew Tween

Hi Stef, "StÃ©phane Ducasse" <stephane.ducasse(a)inria.fr> wrote in message news:DF04D962-8D70-41FD-AA9A-EC990E749A48@inria.fr... > ================================================================ > Hi there, > > I'm using Installer to make a custom 3dot10 7159. The first things I do > in the script is to load from universe FreeTypePlus (wich brings FFI). > Then I've > load LPF. > > If I do that it never ends due to Squeak not being able of resolving a > name. > > NetNameResolver addressForName: 'installer.pbwiki.com/f/LPF.st' > > Before loading the FreeTypePlus, evaluating the previous sentence has an > instant response of the address. > > But if I do load the FreeTypePlus package it never ends. Maybe an FFI > issue? > > I'm in Win32 using > > SqueakFFIPrims.dll from 8/30/2007 > Squeak.exe from 6/5/2007 > > any clue? I think it is this bug... http://bugs.squeak.org/view.php?id=6980 I have been following the conversations re: FT2Plugin etc. , but haven't had time to comment. I hope to contribute to the discussion soon. The universe FreeTypePLus packages are quite old. You may find the latest from squeaksource more appropriate. I wrote before about how to install them - copied below... ----- Copy these files (included in http://www.zen61439.zen.co.uk/ft_pharo/ft_pharo.zip ) to the default directory... PinesoftEnhancementsForFreetype-tween.3.mcz FreeType-tween.435.mcz FreeType Plus Squeak Sans Font Pack.small.sar FreeTypeSubPixelAntiAliasing-tween.13.mcz and then filein the attached script (contents shown below).. | repository | repository := MCDirectoryRepository new. MCVersionLoader new addVersion: (repository loadVersionFromFileNamed: 'PinesoftEnhancementsForFreetype-tween.3.mcz'); load. MCVersionLoader new addVersion: (repository loadVersionFromFileNamed: 'FreeType-tween.435.mcz'); load. SARInstaller installSAR: 'FreeType Plus Squeak Sans Font Pack.small.sar'. MCVersionLoader new addVersion: (repository loadVersionFromFileNamed: 'FreeTypeSubPixelAntiAliasing-tween.13.mcz'); load. ! --- Omit the PinesoftEnhancementsForFreetype-tween.3.mcz if you are loading into an image that already has UIEnhancements/Polymorph loaded. Cheers, Andy > > thanks > > Sebastian Sastre > PD: here is the beginning of the script: > > Utilities > informUser: 'Upgrading universe packages' > during: [ UUniverse systemUniverse updatePackagesViaWWW ]. > (UUniverse systemUniverse newestPackageNamed: 'FreeType Plus') > ifNotNilDo: [ :package| |inst| > inst := UGlobalInstaller universe: UUniverse > systemUniverse. > inst planToInstallPackage: package. > inst doInstall ]. > > (HTTPSocket httpGet: 'installer.pbwiki.com/f/LPF.st') readStream fileIn. > > > ================================================================ > > > I already created a bug report for this, Andreas > may be able to tell you more: > > http://bugs.squeak.org/view.php?id=6980 > > As a workaround you can can use FFI-Kernel-ar6.mcz > instead of FFI-Kernel-ar-8.mcz. > > Bye > Torsten > > > ================================================================ >> From: Andreas Raab <andreas.raab(a)gmx.de> >> Date: March 27, 2008 10:00:21 PM CEST >> To: The general-purpose Squeak developers list >> <squeak-dev(a)lists.squeakfoundation.org >> > >> Subject: [squeak-dev] Re: FFI and FreeTypePlus problem? >> Reply-To: The general-purpose Squeak developers list >> <squeak-dev(a)lists.squeakfoundation.org >> > >> >> Yeah, I had forgotten about the problem. The issue comes from a call to >> Smalltalk>>recreateSpecialObjectsArray (which is required for the FFI to >> work correctly) and which accidentally nukes the external semaphore >> table. The fix is simple: Replace the following line in >> SystemDictionary>>recreateSpecialObjectsArray >> >> newArray at: 39 put: Array new. >> >> by >> "Preserve external semaphores when recreating splObjs" >> newArray at: 39 put: (self specialObjectsArray at: 39). >> >> Also, saving and restarting the image after loading the FFI is good >> temporary workaround for this problem. >> >> Cheers, >> - Andreas >> >> Torsten Bergmann wrote: >>> I already created a bug report for this, Andreas may be able to tell >>> you more: >>> http://bugs.squeak.org/view.php?id=6980 >>> As a workaround you can can use FFI-Kernel-ar6.mcz >>> instead of FFI-Kernel-ar-8.mcz. >>> Bye >>> Torsten >> >> >>

Sept. 10, 2008

Re: [Pharo-project] Hello everyone!

by Alexandre Bergel

Igor, Do you have a mailing list on Hydra? I think it is important to initiate the creation of a community around this idea. You may use googlecode for that. Cheers, Alexandre On 10 Sep 2008, at 10:44, Igor Stasenko wrote: > 2008/9/10 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: >>>> >>> >>> Well, as i said, putting FreeType into VM is simple thing. >>> But maintaining a code base or regular basis is completely different >>> thing. I'm not sure i have enough spare time to do this now. >>> First, because i'm busy with Hydra VM. >>> Second , I think you are aware, that Cog & Hydra will merge in >>> future. >>> Before this happens, i have little interest in supporting >>> old-fashioned VMs :) >>> >>> I planning to do a major refactoring in Hydra, after which , an >>> Interpreter/ObjectMemory can be simulated in image. But this will >>> have >>> a major impact on backward compatibility. >>> >>> But for minor changes, like in some plugins, it not hurts a lot. I >>> think that, if you planning to maintain own VM, then i'll advice to >>> split VMMaker package on two separate parts: >>> - VM core >>> - all plugins >>> >>> Because VM is a big code bloat , which is hard to manipulate with. >>> >>> Also, it would be good to have a common code repository, and >>> separate >>> tracker of bugs and fixes for VM/plugins, so it will make an >>> integration easier for all interesting parties. >> >> could you push this idea to the VM maintainers or start to do it? > > yes i could, but do you think that i have a chance to be heard and my > point to be accepted? :) > >> We are talking abut that since years. >> I still do not understand I thought that the svn of the vm code was >> such >> common >> code repository? > > I tried to raise this topic on board meeting, concerning status of > VM-dev group and the answer was like: > - we already have things set up, and each maintainer know/doing > things well. > I'm not sure about current status, but i keep feeling that VM > maintainers efforts dissipating due to lack of > communication/collaboration. > Maybe it is because i'm relatively new, and missing info about how > things was set up long ago, before i came in, maybe people really > collaborate behind the scenes, i don't know. > What i really sure about, is that , it will not hurt to call for a > status (re)clarification to know who doing what and how things > working. > >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > > -- > Best regards, > Igor Stasenko AKA sig. > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Sept. 10, 2008

[Pharo-project] Fwd: [squeak-dev] Re: FFI and FreeTypePlus problem?

by StÃ©phane Ducasse

================================================================ Hi there, I'm using Installer to make a custom 3dot10 7159. The first things I do in the script is to load from universe FreeTypePlus (wich brings FFI). Then I've load LPF. If I do that it never ends due to Squeak not being able of resolving a name. NetNameResolver addressForName: 'installer.pbwiki.com/f/LPF.st' Before loading the FreeTypePlus, evaluating the previous sentence has an instant response of the address. But if I do load the FreeTypePlus package it never ends. Maybe an FFI issue? I'm in Win32 using SqueakFFIPrims.dll from 8/30/2007 Squeak.exe from 6/5/2007 any clue? thanks Sebastian Sastre PD: here is the beginning of the script: Utilities informUser: 'Upgrading universe packages' during: [ UUniverse systemUniverse updatePackagesViaWWW ]. (UUniverse systemUniverse newestPackageNamed: 'FreeType Plus') ifNotNilDo: [ :package| |inst| inst := UGlobalInstaller universe: UUniverse systemUniverse. inst planToInstallPackage: package. inst doInstall ]. (HTTPSocket httpGet: 'installer.pbwiki.com/f/LPF.st') readStream fileIn. ================================================================ I already created a bug report for this, Andreas may be able to tell you more: http://bugs.squeak.org/view.php?id=6980 As a workaround you can can use FFI-Kernel-ar6.mcz instead of FFI-Kernel-ar-8.mcz. Bye Torsten ================================================================ > From: Andreas Raab <andreas.raab(a)gmx.de> > Date: March 27, 2008 10:00:21 PM CEST > To: The general-purpose Squeak developers list <squeak-dev(a)lists.squeakfoundation.org > > > Subject: [squeak-dev] Re: FFI and FreeTypePlus problem? > Reply-To: The general-purpose Squeak developers list <squeak-dev(a)lists.squeakfoundation.org > > > > Yeah, I had forgotten about the problem. The issue comes from a call > to Smalltalk>>recreateSpecialObjectsArray (which is required for the > FFI to work correctly) and which accidentally nukes the external > semaphore table. The fix is simple: Replace the following line in > SystemDictionary>>recreateSpecialObjectsArray > > newArray at: 39 put: Array new. > > by > "Preserve external semaphores when recreating splObjs" > newArray at: 39 put: (self specialObjectsArray at: 39). > > Also, saving and restarting the image after loading the FFI is good > temporary workaround for this problem. > > Cheers, > - Andreas > > Torsten Bergmann wrote: >> I already created a bug report for this, Andreas may be able to >> tell you more: >> http://bugs.squeak.org/view.php?id=6980 >> As a workaround you can can use FFI-Kernel-ar6.mcz >> instead of FFI-Kernel-ar-8.mcz. >> Bye >> Torsten > > >

Sept. 10, 2008