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

Re: [Pharo-project] Best way for embed a file on Smalltalk image method

by nullPointer

not is the same compress the value of association to zip, with #zipped method and for upset the file out of image uncompress the string? I donÂ´t understand the use of pragmas. I will probe save the string compressed and uncompress later. Thanks for the help :) -- View this message in context: http://forum.world.st/Best-way-for-embed-a-file-on-Smalltalk-image-method-t… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Oct. 20, 2010

Re: [Pharo-project] Best way for embed a file on Smalltalk image method

by nullPointer

I use the same procedure than embed images, but I donÂ´t understand the great difference of size. :| -- View this message in context: http://forum.world.st/Best-way-for-embed-a-file-on-Smalltalk-image-method-t… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Oct. 20, 2010

Re: [Pharo-project] Resize pharo window

by Yanni Chiu

On 19/10/10 4:13 PM, Max Leske wrote: > The script used to be bash but some people had problems with it on other systems so Lukas rewrote it. Here's one more way using "vi" (which apparently has a binary mode). Save the attached vi commands in a file, and run it using: vi -b your.image < poke-image.vi It sets the image size to 512x768. If you want another size, you'll have to do the conversion to hex. This method can be useful if the "bash" method won't work, and you don't have a C compiler on your machine.

Oct. 20, 2010

Re: [Pharo-project] Decompiling method body returns as block?

by HernÃ¡n Morales Durand

Wonderfull, thanks Lukas and Eliot! 2010/10/19 Eliot Miranda <eliot.miranda(a)gmail.com>: > HiÂ HernÃ¡n, > > On Tue, Oct 19, 2010 at 1:37 PM, HernÃ¡n Morales Durand > <hernan.morales(a)gmail.com> wrote: >> >> 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. > > An alternative to Lukas' suggestion would be to refactor > MethodNode>>printOn: into > Â Â Â printOn: aStream > Â Â Â Â Â self > Â Â Â Â Â Â Â printSignatureOn: aStream; > Â Â Â Â Â Â Â printBodyOn: aStream > and then useÂ aCompiledMethod decompileWithTemps printBodyOn: > best, > Eliot >> >> 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. >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- 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. 20, 2010

[Pharo-project] Syslog package

by Schwab,Wilhelm K

GÃ¶ran, I found your Syslog package, and was quick to lean toward the FFI form largely because when combined with Gnome's log file viewer and a filter, it will hopefully be similar to OutputDebugString + DebugView on Windows. I had to change the call to syslog: severity message: aString "private use void syslog(int, const char *, ...)" <cdecl: void 'syslog' ( long char* ) module: '/lib/libc.so.6'> ^self externalCallFailed You mentioned that your version might work only on your machine. Is there a correct way to do this that will be independent of the Linux distribution or libc version? Bill

Oct. 19, 2010

Re: [Pharo-project] Resize pharo window

by Alexander LazareviÄ

So you gonna remove the call to ioSetDisplayMode of the specific vm display plugin from primitiveSetDisplayMode? Alex 2010/10/19 Levente Uzonyi <leves(a)elte.hu>: > On Tue, 19 Oct 2010, Max Leske wrote: > >> The script used to be bash but some people had problems with it on other >> systems so Lukas rewrote it. >> >> That patch might be nice to have in an official VM... > > It may be in the next release. See the following thread: > http://lists.squeakfoundation.org/pipermail/vm-dev/2010-August/005253.html > > > Levente > >> >> Max >> >> On 19.10.2010, at 22:07, Levente Uzonyi wrote: >> >>> On Tue, 19 Oct 2010, Max Leske wrote: >>> >>>> We can't... I wrote a script (Lukas rewrote it in C) which is active on >>>> his build server and replaces the relevant bits in the image after the build >>>> process. >>>> Check it out at github: >>>> http://github.com/renggli/builder/blob/master/tools/build-resize.c >>> >>> We were using the following bash script for this: >>> >>> $ cat resize-squeak.sh >>> #!/bin/bash >>> >>> if [ $# -ne 3 ] >>> then >>> Â Â Â echo "Usage: `basename $0` <image> <width> <height>" >>> Â Â Â exit 1 >>> fi >>> echo -ne \\x$(printf "%02X" $[$3%256])\\x$(printf "%02X" >>> $[$3/256])\\x$(printf "%02X" $[$2%256])\\x$(printf "%02X" $[$2/256]) | dd >>> of="$1" obs=1 seek=24 conv=block,notrunc cbs=4 >>> >>> But we patched our VMs, so nowadays we do it from the image. :) >>> >>> >>> Levente >>> >>>> >>>> Cheers, >>>> Max >>>> >>>> >>>> On 19.10.2010, at 20:35, StÃ©phane Ducasse wrote: >>>> >>>>> I'm not sure that we can do that from the system and if this is not >>>>> something that can only set up by the OS. >>>>> >>>>> Stef >>>>> >>>>> >>>>> >>>>>> Hello, >>>>>> >>>>>> I try to understand how I can change the size of the Pharo window. >>>>>> >>>>>> I tried this: Display setExtent: 1000@700 depth: 32; beDisplay. >>>>>> >>>>>> That seems to work ... but only a few milliseconds. After this delay, >>>>>> the window returns back to its previous size. >>>>>> >>>>>> Any suggestions? :) >>>>>> >>>>>> Adrien. >>>>>> _______________________________________________ >>>>>> Pharo-project mailing list >>>>>> Pharo-project(a)lists.gforge.inria.fr >>>>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>>> >>>>> >>>>> _______________________________________________ >>>>> Pharo-project mailing list >>>>> Pharo-project(a)lists.gforge.inria.fr >>>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>> >>>> >>>> _______________________________________________ >>>> Pharo-project mailing list >>>> Pharo-project(a)lists.gforge.inria.fr >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Oct. 19, 2010

Re: [Pharo-project] Decompiling method body returns as block?

by Eliot Miranda

Hi HernÃ¡n, On Tue, Oct 19, 2010 at 1:37 PM, HernÃ¡n Morales Durand < hernan.morales(a)gmail.com> wrote: > 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. > An alternative to Lukas' suggestion would be to refactor MethodNode>>printOn: into printOn: aStream self printSignatureOn: aStream; printBodyOn: aStream and then use aCompiledMethod decompileWithTemps printBodyOn: best, Eliot 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. > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Oct. 19, 2010

Re: [Pharo-project] Decompiling method body returns as block?

by Lukas Renggli

The old compiler has a strange AST representation. It represents method bodies as blocks. Probably the easiest is to parse the decompiled code with the refactoring engine and extract the body there: (RBParser parseMethod: aCompiledMethod decompileWithTemps) body Lukas On 19 October 2010 22:37, HernÃ¡n Morales Durand <hernan.morales(a)gmail.com> wrote: > 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. > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Lukas Renggli www.lukas-renggli.ch

Oct. 19, 2010

[Pharo-project] 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-project] Resize pharo window

by Levente Uzonyi

On Tue, 19 Oct 2010, Max Leske wrote: > The script used to be bash but some people had problems with it on other systems so Lukas rewrote it. > > That patch might be nice to have in an official VM... It may be in the next release. See the following thread: http://lists.squeakfoundation.org/pipermail/vm-dev/2010-August/005253.html Levente > > Max > > On 19.10.2010, at 22:07, Levente Uzonyi wrote: > >> On Tue, 19 Oct 2010, Max Leske wrote: >> >>> We can't... I wrote a script (Lukas rewrote it in C) which is active on his build server and replaces the relevant bits in the image after the build process. >>> Check it out at github: http://github.com/renggli/builder/blob/master/tools/build-resize.c >> >> We were using the following bash script for this: >> >> $ cat resize-squeak.sh >> #!/bin/bash >> >> if [ $# -ne 3 ] >> then >> echo "Usage: `basename $0` <image> <width> <height>" >> exit 1 >> fi >> echo -ne \\x$(printf "%02X" $[$3%256])\\x$(printf "%02X" $[$3/256])\\x$(printf "%02X" $[$2%256])\\x$(printf "%02X" $[$2/256]) | dd of="$1" obs=1 seek=24 conv=block,notrunc cbs=4 >> >> But we patched our VMs, so nowadays we do it from the image. :) >> >> >> Levente >> >>> >>> Cheers, >>> Max >>> >>> >>> On 19.10.2010, at 20:35, StÃ©phane Ducasse wrote: >>> >>>> I'm not sure that we can do that from the system and if this is not something that can only set up by the OS. >>>> >>>> Stef >>>> >>>> >>>> >>>>> Hello, >>>>> >>>>> I try to understand how I can change the size of the Pharo window. >>>>> >>>>> I tried this: Display setExtent: 1000@700 depth: 32; beDisplay. >>>>> >>>>> That seems to work ... but only a few milliseconds. After this delay, the window returns back to its previous size. >>>>> >>>>> Any suggestions? :) >>>>> >>>>> Adrien. >>>>> _______________________________________________ >>>>> Pharo-project mailing list >>>>> Pharo-project(a)lists.gforge.inria.fr >>>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>> >>>> >>>> _______________________________________________ >>>> Pharo-project mailing list >>>> Pharo-project(a)lists.gforge.inria.fr >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Oct. 19, 2010