- Pharo-dev - lists.pharo.org

[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

Re: [Pharo-project] How to submit changes when SqueakSource is down ?

by StÃ©phane Ducasse

About package renaming Noury lukas told me that it was quite difficult to rename a package in MC. Last week I got a huge problem because I used the rename functionality of the browser of david and it crew up my system So did you tried your reanme behavior with dependency and the rest. Stef > Hi, > > SqueakSource is down again :-( > Attached a monticello package with a serie of bugfixes and > enhancements tested on pharo-dev of sept: > > *Bug Fixes > -Transcript printing and self evaluating > -Smalltalk printing and self evaluating > -Instance Variable should never start by a capital > > *Enhancemnts > -Monticello Package renaming > -Prefix replacement for classes in a Monticello package > > Regards, > Noury > ------------------------------------------------------------------ > Dr. Noury Bouraqadi - Enseignant/Chercheur > Responsable de l'enseignement de l'informatique > ARMINES - Ecole des Mines de Douai - Dept. I.A. > http://vst.ensm-douai.fr/noury > > European Smalltalk Users Group Board > http://www.esug.org > ------------------------------------------------------------------ > > > <FixesAndEnh-Noury. > 1.mcz>_______________________________________________ > 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

Re: [Pharo-project] Hello everyone!

by StÃ©phane Ducasse

>> > 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. No this is a question of power.... :) > > 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. Yes please do. I would suggest to really work with eliot and get such a structure started. for Cog and hydra first and agglomerate slowly the rest This is years that mike is suggesting to have a real repository for VMs Stef

Sept. 10, 2008

Re: [Pharo-project] Hello everyone!

by Igor Stasenko

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.

Sept. 10, 2008

Re: [Pharo-project] Hello everyone!

by StÃ©phane Ducasse

>> > > 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? 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?

Sept. 10, 2008

Re: [Pharo-project] Hello everyone!

by Igor Stasenko

2008/9/9 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: >>> >>> >> >> Well, BitBlt code is , thanks God, platform independent. So you can >> easily backport changes into any VMMaker package. >> As for FT2Plugin , as long as it works well and maintained by its >> developer , i don't see any problem with it. >> I can build VM for win32, and (maybe) for Linux. But i can't do this >> for Macs, since i don't have one :) >> For maintaining a healthy VM , one need to setup all 3 platforms to be >> able to build & test VM on it. Otherwise its not makes any sense, >> because once we have multiple maintainers, the process starts to be >> complicated and will require much more time investments & coordination >> to ensure that some fix or improvement will be delivered fast on all >> platforms well tested and polished. :) > > so how can we progress on this front. > Bryce proposed to build a vm for linux or windows. > I imagine that john could help for the mac one. > Else we can also try. Mathieu recompiles his vm regularly > 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. > Stef > > _______________________________________________ > 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] Hello everyone!

by Igor Stasenko

2008/9/9 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: > Igor > > for the concurrency may be something good would be to start writing another > library. > instead of fixing the current one. I know that when we rewrite with get a > lot of bugs > but at least prototyping something would be useful. I'm really nul in > concurrent programming > but I know it should be good. > Well, that's is really tough task, but quite interesting. If we're free to change VM to make better support of atomic operations, like task switching, semaphore signaling etc etc, then it is really worth to do. But first , i'd like to hear a request for features from people. I having own vision, but want to hear your opinion , also maybe i don't see the whole picture, so please provide any info or issues you want to be fixed or features you want to be added or replace old ones. > Stef > -- Best regards, Igor Stasenko AKA sig.

Sept. 10, 2008

Re: [Pharo-project] Hello everyone!

by StÃ©phane Ducasse

>> >> > > Well, BitBlt code is , thanks God, platform independent. So you can > easily backport changes into any VMMaker package. > As for FT2Plugin , as long as it works well and maintained by its > developer , i don't see any problem with it. > I can build VM for win32, and (maybe) for Linux. But i can't do this > for Macs, since i don't have one :) > For maintaining a healthy VM , one need to setup all 3 platforms to be > able to build & test VM on it. Otherwise its not makes any sense, > because once we have multiple maintainers, the process starts to be > complicated and will require much more time investments & coordination > to ensure that some fix or improvement will be delivered fast on all > platforms well tested and polished. :) so how can we progress on this front. Bryce proposed to build a vm for linux or windows. I imagine that john could help for the mac one. Else we can also try. Mathieu recompiles his vm regularly Stef

Sept. 9, 2008