- Pharo-dev - lists.pharo.org

[Pharo-project] Issue 2372: HelpSystem for 1.1

by Torsten Bergmann

Hi, The help core package and the according tests package are ready for integration in the pharo inbox. After talking today with Stephane I also removed the squeak specific stuff, so it is ready for inclusion in Pharo 1.1. core image. The idea is to have the basic help support (help core) in the Pharo core image and provide additional docu/help books in the dev-image. But this should depend on a community decision, so any comments would be appreciated. A second option would be to to keep it out of the core image and just provide the help support and documentation in the Pharo-dev image. Bye T. -- GRATIS fÃ¼r alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01

April 30, 2010

Re: [Pharo-project] ConfigurationOfPharo

by Dale Henrichs

I found the missing mcz in one of my package-caches and I have copied the file to: http://source.lukas-renggli.ch/obsolete/OmniBrowser-DamienCassou.462.mcz Which is probably the best home for it... Dale ----- "Torsten Bergmann" <astares(a)gmx.de> wrote: | The best solution would be to bring back Damiens version | that was deleted so the repos is like it was before without any | compatibility problem (maybe someone has it in it's package cache). | | We should also remind people not to delete mcz's. | | Bye | T. | | -------- Original-Nachricht -------- | > Datum: Fri, 30 Apr 2010 00:44:01 +0200 | > Von: Mariano Martinez Peck <marianopeck_gmail.com> | > An: Torsten Bergmann <astares_gmx.de> | > Betreff: Re: [Pharo-project] ConfigurationOfPharo | | > On Fri, Apr 30, 2010 at 12:38 AM, Torsten Bergmann <astares_gmx.de> | wrote: | > | > > > Done. Check the repo. Can you change MetaSource to use 1.0.1 | instead | > and | > > > let | > > > me know if it works? | > > > | > > | > > If you look at ConfigurationOfMetaSource in | squeaksource/MetaSource | > > you will see that I dont use it directly. It come in through | transitive | > > dependencies: | > > | > > - I use ConfigurationOfPharo (1.0-10517) which uses | > > - ConfigurationOfAutomaticMethodCategorizer (version 1.1) which | uses | > > - 'OB-Standard' with: '1.1'. | > > | > > If I want to make it work again we have to do new version for all | > > of them!? | > > | > > Maybe you now know why I used the workaround ... | > > | > > | > Uffff yes. Now I see. :( | > I don't see a clear solution here. Yours is easy and work, but I | don't | > like | > the idea of changing a released version. Anyway, maybe we should | rollback | > to | > your solution? | > I hate we don't have an easy and clear solution :( | > sorry for all the noise. I guess we are all trying to understand how | to | > manage software with metacello agains different situations. | > | > cheers | > | > mariano | > | > | > | > > Bye | > > T. | > > -- | > > GRATIS fÃ¼r alle GMX-Mitglieder: Die maxdome Movie-FLAT! | > > Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 | > > | | -- | GRATIS fÃ¼r alle GMX-Mitglieder: Die maxdome Movie-FLAT! | Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 | | _______________________________________________ | Pharo-project mailing list | Pharo-project(a)lists.gforge.inria.fr | http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

April 30, 2010

Re: [Pharo-project] [Vm-dev] Question about dragging an image into the vm in Windows

by Andreas Raab

On 4/30/2010 5:11 AM, Mariano Martinez Peck wrote: > The ideal would be: if I have defined a image in the file, to be allowed > to drag another one. Of course, the one I drag should be used and set as > systemAttribute 1. > > Do you know how can I do that? is this fixable ? I don't understand what you're asking for. The current handling makes it so that if you're in a deployment setting with the ImageFile attribute set, then the VM will pass the argument to the image where it's been processed. This is so that one can support file type associations where users can simply double click documents to open them (drag and drop functions the same way). > In other hand, maybe I can do a validation and a nice error message in > case the above cannot be done. The error is in the iamge. You can do whatever validation is necessary. Cheers, - Andreas

April 30, 2010

[Pharo-project] [update 1.1] #11329

by StÃ©phane Ducasse

11329 ----- - Issue 2377: fix the simple test of SqNumberParser - HashedCollection: part one (just copy of Set)

April 30, 2010

[Pharo-project] [update 1.1] #11328

by StÃ©phane Ducasse

11328 ----- - Issue 1715: httpGetDocument:args:accept:request: enh. Thanks Jannik and Adrien. - Setting: changed to support other pragma keywords. Thanks Alain - Issue 591: ProtoObject has 6 required methods. Thanks Mariano - Issue 1092: remove EventTest because it was a duplicate. Thanks Mariano

April 30, 2010

[Pharo-project] [update 1.1] #11327

by StÃ©phane Ducasse

11327 ----- - Issue 2376: WeakKeyDictionary is broken in 1.1 Unstable WeakKeyDictionary postCopy because copy change WeakKeyAssociation to Association. Like that test on weakDictionary pass. Thanks tristan!!! Stef

April 30, 2010

[Pharo-project] Question about dragging an image into the vm in Windows

by Mariano Martinez Peck

Hi folks. It has been asked a problem in Pharo mailing list and I wanted to ask you. The summary is this: - You are allowed to take a .image and drag it into a vm (.exe) and this will run the VM with the dragged image - In such case, the image is interpreted as systemAttribute 1 The problem is when you define a image in the ini file. Suppose I add this to my ini file: ImageFile=Contents\Resources\Pharo-1.0.image Then, if I try to drag and drop another image to the VM, there will be an UTF8 input error as the thing that I dragged (the image) is interpreted as systemAttribute 2 and thus, in the method startUpAfterLogin it seems systemAttribute 2 is the sources file. So, it tries to load such file as if it were a text file, but as it is an image file...then the error. The ideal would be: if I have defined a image in the file, to be allowed to drag another one. Of course, the one I drag should be used and set as systemAttribute 1. Do you know how can I do that? is this fixable ? In other hand, maybe I can do a validation and a nice error message in case the above cannot be done. Thanks Mariano

April 30, 2010

[Pharo-project] Unknown variable in CodeMorph

by Cyrille Delaunay

Hello, The method CodeMorph >> stylerClass returns 'SHTextStylerST80', which is not defined. I opened an issue: http://code.google.com/p/pharo/issues/detail?id=2373

April 30, 2010

[Pharo-project] [NativeBoost] New update available

by Igor Stasenko

Hello all. The main direction of work during last days, were introducing a new function formal specification format. With new format, NativeBoost jumps on a next level of flexibility and much less error prone to use!! Here is the old format: primGetModuleFileName: hModule with: lpFileName with: nSize <primitive: #primitiveNativeCall module: #NativeBoostPlugin> ^ NBFFICallout apiCall: #(DWORD 'GetModuleFileNameA' ("in" HMODULE "out"LPCSTR "in"DWORD) ) module: #Kernel32 options: #( - coerceNilToNull ) and here is new: primGetModuleFileName: hModule with: lpFileName with: nSize <primitive: #primitiveNativeCall module: #NativeBoostPlugin> ^ NBFFICallout apiCall: #( DWORD GetModuleFileName ( HMODULE hModule, LPTSTR lpFilename, DWORD nSize)) module: #Kernel32 options: #( - coerceNilToNull ) A new format matching very closely to C syntax.. so , for most C functions you can just do a copy-paste! Also, see that formal spec includes an argument names. They are not a dummy ones, but instead should match the argument names of method. In that way, the formal spec can check the argument names and also, takes in account their order on ST stack. So, you can push arguments in different order as you specified in smalltalk method. But that's not all. Besides a formal argument names, a new format also accepts constants , instance variables and special variable - self. Here: alloc: numberOfBytes <primitive: #primitiveNativeCall module: #NativeBoostPlugin> ^ NBFFICallout apiCall: #( LPVOID HeapAlloc (self , 0 , SIZE_T numberOfBytes) ) module: #Kernel32 a windoze function takes 3 arguments LPVOID HeapAlloc( HANDLE hHeap, DWORD dwFlags, SIZE_T dwBytes ); but your method takes just one, while other two is 'self' and 0 constant. Instead of just integer literal, you can also use a class variables or pool variables, to make things more convenient and readable: zalloc: numberOfBytes "same as #alloc: but additionally zero-fill the allocated memory" <primitive: #primitiveNativeCall module: #NativeBoostPlugin> ^ NBFFICallout apiCall: #( LPVOID HeapAlloc (self , HEAP_ZERO_MEMORY , SIZE_T numberOfBytes) ) module: #Kernel32 And the last thing, is instance variable access. Point>>nbX <primitive: #primitiveNativeCall module: #NativeBoostPlugin > ^ NBFFICallout cdecl: #( sbyte (long x) ) emitCall: [:gen | gen asm pop: gen asm EAX ] here, primitive reads x ivar of Point instance, as a 'long' C value, but on return, converts it to a signed byte value, so: (127@5) nbX 127 (128@5) nbX -128 (-200@5) nbX 56 (5000@5) nbX -120 P.S. Thanks Henrik for a suggestion to change the format! It is now roxxx! :) -- Best regards, Igor Stasenko AKA sig.

April 30, 2010

Re: [Pharo-project] Hacking afternoon starts

by Hilaire Fernandes

And IRC is at irc.freenode.org #pharo-project > we are starting and we will log on irc but you can also reach me with

April 30, 2010