October 2010 - Pharo-users - lists.pharo.org

Decompiling method body returns as block?

by HernÃ¡n Morales Durand

Hi list, I'm using Pharo1.1rc2 #11400 and I want to extract the body part (the String without the selector) of a CompiledMethod, but I'm getting a BlockNode after sending #body and a MNU afterwards. This is what I do aCompiledMethod decompileWithTemps ---> a BytecodeAgnosticMethodNode which is displayed like: 'renderContentOn: aRenderer aRenderer form id: ''horizontalForm''; with: [aRenderer fieldSet: [ ... blablabla ]]' and is ok. Then aCompiledMethod decompileWithTemps body ---> a BlockNode displayed as: {[:aRenderer | aRenderer form id: 'horizontalForm'; with: [aRenderer fieldSet: [... blablabla]]]} I've expected the code string (sending #decompileString) without "[:aRenderer |" part (used to work that way). The thing is if I send #code to the BlockNode I get a "MessageNotUnderstood: CascadeNode>>code". I'd appreciate any hint to solve this. Cheers, -- HernÃ¡n Morales Information Technology Manager, Institute of Veterinary Genetics. National Scientific and Technical Research Council (CONICET). La Plata (1900), Buenos Aires, Argentina. Telephone: +54 (0221) 421-1799. Internal: 422 Fax: 425-7980 or 421-1799.

Oct. 19, 2010

Re: [Pharo-users] Difference between Set and HashedCollection

by Andres Valloud

Generally speaking, the storage strategy should be dissociated from the hashed functionality that is to be provided. In other words, open addressing linear probing and hash buckets should be swappable under set (or dictionary, etc). On 10/18/10 9:31 , StÃ©phane Ducasse wrote: > and we should clean it because it was introduced a bit fast in pharo :) > > On Oct 18, 2010, at 12:29 PM, Igor Stasenko wrote: > >> HashedCollection is an abstract base class, which contains common >> behavior for all hash-based collections, >> including Set, Dictionary etc. >> >> On 18 October 2010 13:04, Benjamin Van Ryseghem >> <benjamin.vanryseghem(a)gmail.com> wrote: >>> I was looking in Pharo sources and I do not understand the difference >>> between Set and HashedCollection which both seems to work the same way. >>> >>> >>> Benjamin >>> _______________________________________________ >>> Pharo-users mailing list >>> Pharo-users(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users >>> >>> >> >> >> >> -- >> Best regards, >> Igor Stasenko AKA sig. >> >> _______________________________________________ >> Pharo-users mailing list >> Pharo-users(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users > > > _______________________________________________ > Pharo-users mailing list > Pharo-users(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users >

Oct. 18, 2010

Re: [Pharo-users] Difference between Set and HashedCollection

by StÃ©phane Ducasse

and we should clean it because it was introduced a bit fast in pharo :) On Oct 18, 2010, at 12:29 PM, Igor Stasenko wrote: > HashedCollection is an abstract base class, which contains common > behavior for all hash-based collections, > including Set, Dictionary etc. > > On 18 October 2010 13:04, Benjamin Van Ryseghem > <benjamin.vanryseghem(a)gmail.com> wrote: >> I was looking in Pharo sources and I do not understand the difference >> between Set and HashedCollection which both seems to work the same way. >> >> >> Benjamin >> _______________________________________________ >> Pharo-users mailing list >> Pharo-users(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users >> >> > > > > -- > Best regards, > Igor Stasenko AKA sig. > > _______________________________________________ > Pharo-users mailing list > Pharo-users(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users

Oct. 18, 2010

Re: [Pharo-users] Difference between Set and HashedCollection

by Igor Stasenko

HashedCollection is an abstract base class, which contains common behavior for all hash-based collections, including Set, Dictionary etc. On 18 October 2010 13:04, Benjamin Van Ryseghem <benjamin.vanryseghem(a)gmail.com> wrote: > I was looking in Pharo sources and I do not understand the difference > between Set and HashedCollection which both seems to work the same way. > > > Benjamin > _______________________________________________ > Pharo-users mailing list > Pharo-users(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users > > -- Best regards, Igor Stasenko AKA sig.

Oct. 18, 2010

Difference between Set and HashedCollection

by Benjamin Van Ryseghem

I was looking in Pharo sources and I do not understand the difference between Set and HashedCollection which both seems to work the same way. Benjamin

Oct. 18, 2010

FFI Problems in Pharo 1.1 'Callout mechanism not available'

by BraveSirRobin

I'm having intermittent problems with FFI in Pharo 1.1. I often get my image to the point where I can only get the error 'Callout mechanism not available' whenever I call a DLL function. These functions have previously worked perfectly but then stop working for some reason. Anyone know what causes this and what the fix/workaround is ? The only solution I've found so far is to save my packages and load them into a new image which is a bit time consuming. BTW, I'm running under Windows 7, 32-bit. -- View this message in context: http://forum.world.st/FFI-Problems-in-Pharo-1-1-Callout-mechanism-not-avail… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Oct. 17, 2010

Re: [Pharo-users] [Pharo-project] could not search contents at http://book.pharo-project.org

by Mariano Martinez Peck

Can someone take a look? how can we get the pier image? On Sun, Oct 10, 2010 at 12:46 PM, Tudor Girba <tudor.girba(a)gmail.com> wrote: > Hi, > > Unfortunately, I cannot help much at this moment. The problem is due to a > bug in Pier that crashes when there is a strange character in one of the > pages. I believe this was fixed at some point, but I am not sure. Someone > would have to update the Pier image. > > Cheers, > Doru > > > On 10 Oct 2010, at 11:53, Mariano Martinez Peck wrote: > > > Thanks! I can reproduce. > > > > Doru can you help us? > > > > Thanks > > > > Mariano > > > > On Thu, Oct 7, 2010 at 10:40 PM, Bernardo Ezequiel Contreras < > vonbecmann(a)gmail.com> wrote: > > Hi All, > > > > Description: > > Could not search contents at http://book.pharo-project.org. > > I would like to search some expression in the contents of the book. > > > > Steps to reproduce: > > * goto to http://book.pharo-project.org > > * click on main image > > * add any string on search contents and press Enter > > Actual Result: > > Seaside Walkback > > > > Error: subscript is out of bounds: 8218 > > > > Expected Result: > > a list of results that matches your input string > > > > > > Thanks, > > > > > > _______________________________________________ > > Pharo-users mailing list > > Pharo-users(a)lists.gforge.inria.fr > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users > > > > > > _______________________________________________ > > Pharo-project mailing list > > Pharo-project(a)lists.gforge.inria.fr > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > -- > www.tudorgirba.com > > "In a world where everything is moving ever faster, > one might have better chances to win by moving slower." > > > > > _______________________________________________ > Pharo-users mailing list > Pharo-users(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users >

Oct. 12, 2010

[ANN] Opal Digest

by StÃ©phane Ducasse

==================== Summary ==================== Name: OpalCompiler-Core-MarcusDenker.47 Author: MarcusDenker Time: 7 October 2010, 10:10:56 am UUID: eabd712c-a974-4416-9551-e210d85b6949 Ancestors: OpalCompiler-Core-JorgeRessia.46 -> Pass over ASTTranslator to make the effect (after) vs. value visiting more correct. More tests are green. -> Cleanups ==================== Summary ==================== Name: OpalCompiler-Tests-MarcusDenker.48 Author: MarcusDenker Time: 12 October 2010, 10:14 am UUID: 53fb460f-935c-4dd7-87df-92b9c77eb1f4 Ancestors: OpalCompiler-Tests-MarcusDenker.47 for now, remove OCCompilationEquivalencyTest ==================== Summary ==================== Name: OpalCompiler-Core-MarcusDenker.48 Author: MarcusDenker Time: 12 October 2010, 10:15:08 am UUID: f26101a1-d417-47c7-ab02-4974f0a15c93 Ancestors: OpalCompiler-Core-MarcusDenker.47 - some simplifications (eg remove compiledMethod...Using: methods from bc builder and iRBuilder) - cleanups - some fixes/hacks to make more tests green. ==================== Summary ==================== Name: OpalCompiler-Core-MarcusDenker.49 Author: MarcusDenker Time: 12 October 2010, 4:06:20 pm UUID: 21e13b3b-418a-404c-9405-9438b939a7a7 Ancestors: OpalCompiler-Core-MarcusDenker.48 - ASTTranslator: now #acceptBlockNode is responsible for pushing nil on empty bloks - ASTTranslator: simplify #acceptSequenceNode ==================== Summary ==================== Name: OpalCompiler-Tests-MarcusDenker.49 Author: MarcusDenker Time: 12 October 2010, 4:09:30 pm UUID: 9a662177-0e87-49fc-9cc3-475a6678f4f5 Ancestors: OpalCompiler-Tests-MarcusDenker.48 - started to merge OCSpecialVariableCases with OCOpalCompilerExamples - removed all #expectedTestfailures (e.g. FFI related tests are just skipped when FFI not installed) - add ASTTranslator test for exampleToDoInsideTemp and testExampleToDoInsideTempNotInlined - added testPushArray and testTodoValue (and example methods) - test initialize class side of BytecodeGenerator

Oct. 12, 2010

Re: [Pharo-users] Simple OO smaltalk question

by Lukas Renggli

Why don't you just write user class firstPageForUserClass ? Lukas On 11 October 2010 09:16, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > OOP in Smalltalk is nearly the same as in Java! > > No typecheck > >> I could do the same thing this way, right, but this seems more verbose and ugly then it has to be. >> >> >> >> Â Â Â (user isKindOf: RSPerson ) ifTrue: [returnPage := (RSPerson firstPageForUserClass) ]. >> Â Â Â (user isKindOf: RSAdmin ) ifTrue: [returnPage := (RSAdmin firstPageForUserClass) ]. >> Â Â Â (user isKindOf: RSTeacher ) ifTrue: [returnPage := (RSTeacher firstPageForUserClass) ]. >> Â Â Â (user isKindOf: RSStudent ) ifTrue: [returnPage := (RSStudent firstPageForUserClass) ]. >> >> Â Â Â ^returnPage > > why don't you either declare a factory or simply define methods on the RS-Object > >> RSPerson >> firstPageForUserClass > Â Â Â Â ^ cccc > >> RSAdmin >> firstPageForUserClass >> RSTeacher >> firstPageForUserClass > > Stef > _______________________________________________ > Pharo-users mailing list > Pharo-users(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users > -- Lukas Renggli www.lukas-renggli.ch

Oct. 11, 2010

Re: [Pharo-users] Simple OO smaltalk question

by StÃ©phane Ducasse

OOP in Smalltalk is nearly the same as in Java! No typecheck > I could do the same thing this way, right, but this seems more verbose and ugly then it has to be. > > > > (user isKindOf: RSPerson ) ifTrue: [returnPage := (RSPerson firstPageForUserClass) ]. > (user isKindOf: RSAdmin ) ifTrue: [returnPage := (RSAdmin firstPageForUserClass) ]. > (user isKindOf: RSTeacher ) ifTrue: [returnPage := (RSTeacher firstPageForUserClass) ]. > (user isKindOf: RSStudent ) ifTrue: [returnPage := (RSStudent firstPageForUserClass) ]. > > ^returnPage why don't you either declare a factory or simply define methods on the RS-Object > RSPerson >> firstPageForUserClass ^ cccc > RSAdmin >> firstPageForUserClass > RSTeacher >> firstPageForUserClass Stef

Oct. 11, 2010