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

[Pharo-project] Faster access for refactoring commands

by Martin Dias

Hi, I really like to use refactoring commands in OmniBrowser, but I would like to access them faster. I think that it would be nice to have: - A shortcut that popups a menu with the refactor commands only. - A unique shortcut for rename (which target is the current selection: categories, class, method, class variable, instance variable, temporary) What do you think about it? Do you know if there is something like that already available to use? Martin

Oct. 20, 2010

Re: [Pharo-project] [ANN] ImageMap PharoKernel-12196

by Pavel Krivanek

No, but I'll try... -- Pavel On Tue, Oct 19, 2010 at 9:15 PM, Lukas Renggli <renggli(a)gmail.com> wrote: > Wow, this is really cool. > > Did you also try to visualize the object-graph using GraphViz? > > Lukas > > On 19 October 2010 20:49, Pavel Krivanek <pavel.krivanek(a)gmail.com> wrote: >> Hi, >> >> I generated the PharoKernel ImageMap (hypertext representation of the >> image content). You can see it here: >> >> http://goo.gl/nY2o >> >> The source code is here: http://goo.gl/J4T0 >> CSS style is here: http://goo.gl/Pxw2 >> >> Use it carefully, for 2,2MB image it generates 77,6MB of HTML files :-) >> >> Cheers, >> -- Pavel >> >> _______________________________________________ >> 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 > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Oct. 20, 2010

[Pharo-project] ExpectedFailures in SUnit

by Niko Schwarz

Hi, Currently, to mark a test as an expected failure, `expectedFailures` should be overwritten (http://stackoverflow.com/questions/3976596/how-to-mark-expected-failures-in…) That's a bit tricky to figure out, so I added a comment to the method: SUnit-NikoSchwarz.114. However, I think it's still a usability bug: marking something as an expectedFailure isn't visible inside the test. I think expectedFailures should look through the pragmas of its tests and return an array of all method names that contain the pragma <expectedFailure>. Cheers, Niko -- http://scg.unibe.ch/staff/Schwarz twitter.com/nes1983 Tel: +41 076 235 8683

Oct. 20, 2010

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

by Henrik Sperre Johansen

On 20.10.2010 10:46, Henrik Sperre Johansen wrote: > On 20.10.2010 09:50, nullPointer wrote: >> I use the same procedure than embed images, but I donÂ´t understand >> the great >> difference of size. :| > You're storing a ByteArray which stores 256bits per byte as a base64 > string, which stores 64bits per byte. > Wow, still early in the morning here... :) Ofc ,for binary input, a byte in a ByteArray stores the full 8 bits per input byte, while a byte represented in base64 string format stores 6 bits per input byte. Which means 25% overhead compared to raw binary data. Cheers, Henry

Oct. 20, 2010

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

by Henrik Sperre Johansen

On 20.10.2010 09:50, nullPointer wrote: > I use the same procedure than embed images, but I donÂ´t understand the great > difference of size. :| You're storing a ByteArray which stores 256bits per byte as a base64 string, which stores 64bits per byte. If you also cache it somewhere, you're basically using 5 times the size of what you import, 4x for the literal base64 string, and 1x for the cached byteArray itself. For a smaller image size, you could just use the ByteArray itself, ie: ^#[10 44 56 43 ] at the cost of potentially larger .changes and Monticello files. The reason you're storing it as a base64 string in the first place, is that smalltalks will automatically replace lfs with crs when you store a method, so if your binary data happens to contain an lf byte, the raw string for the binary data will not be the same if you copy/paste it anywhere, modify it by hand and accept the changes, or store it to an MC package, then load it. The base64 encoding does not use those trouble characters, and thus the things described above will work. On 20.10.2010 09:50, nullPointer wrote: > 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. Eliots suggestion of storing metadata for binary data in method tags is a good one. Not sure if his example, which seemed to indicate storing a string with gzipped binary data, avoids the above mentioned issue though. Cheers, Henry

Oct. 20, 2010

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

Re: [Pharo-project] Resize pharo window

by StÃ©phane Ducasse

levente could you push your patch in the normal vm because this is really useful to have it. Stef On Oct 19, 2010, at 10:07 PM, 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

Oct. 19, 2010

Re: [Pharo-project] Resize pharo window

by Max Leske

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

Oct. 19, 2010

Re: [Pharo-project] Resize pharo window

by Levente Uzonyi

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 >

Oct. 19, 2010

[Pharo-project] [update 1.2] #12200

by StÃ©phane Ducasse

12200 ----- - Issue 2653: Editor cursor fix: remove autoclose in texteditor. - Issue 3128: AuthorRequestImprovement. Thanks Alain Plantec - Issue 3099: Create method in the debugger does not provides getter/setters implementors. Thanks Hernan Wilkinson.

Oct. 19, 2010

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

by Igor Stasenko

data " #[ 1 2 3 4 5 6 .... ] " ^ Compiler evaluate: (((self class sourceCodeAt: #data) asString findTokens: $") at: 2). On 19 October 2010 21:40, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > I would really like to know why this is so big. > > Stef > > On Oct 19, 2010, at 1:06 PM, nullPointer wrote: > >> >> Hi >> >> IÂ´m doing a class for embed files in class methods. I want know if exists a >> best way for do that task than IÂ´m using... I do something like that... >> >> >> Â Â Â Â Â codeSource := CLStringBuilder new. >> Â Â Â Â Â Â Â codeSource appendLine: nameOfResource; tab; >> Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â appendFormat: '^''{1}'' -> ''' withValues: {fileName}. >> >> Â Â Â Â Â Â Â readStream := FileStream readOnlyFileNamed: aFilePath. >> >> Â Â Â Â Â Â Â base64Contents := (Base64MimeConverter mimeEncode: readStream binary) >> contents. >> >> Â Â Â Â Â Â Â codeSource append: base64Contents asString. >> Â Â Â Â Â Â Â codeSource append:''''. >> >> Â Â Â Â Â Â Â CLSystem createMessageInClass: self >> Â Â Â Â Â Â Â Â Â Â Â withCodeSource: (codeSource asString) >> Â Â Â Â Â Â Â Â Â Â Â inProtocol: 'resources' >> Â Â Â Â Â Â Â Â Â Â Â inClassSide: true. >> >> >> I get the next result: >> >> courierNewBoldttf >> >> Â Â Â ^'Courier New Bold.ttf' -> >> 'AAEAAAATAQAABAAwRFNJR0rTjTkACiUQAAAbgEdERUYTqQ1VAApAkAAAAkxHUE9T3wr9iAAK >> QtwAADeeR1NVQgwWqYIACnp8AAAT1k9TLzIQrF1xAAABuAAAAGBWRE1YNVhPeQAAGrwAABGU >> Y21hcHepKTsAACxQAAAhqmN2dCCka4hDAABqbAAACA5mcGdtUXaa9wAATfwAAAdZZ2FzcAAW >> AAkACiUAAAAAEGdseWbVwXRoAACjvAAI9Z5oZWFk05ZxuQAAATwAAAA2aGhlYQrAAZoAAAF0 >> .......... '. >> >> >> Exists a enhanced way for do that? My main problem is the image grow very >> much. When I export to Monticello I get a file of 900 KB. When embed a file >> of 600KB the final size on Monticello file is 2MB!! and almost 4MB of >> difference in size of image Â :( >> >> Many 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. >> >> _______________________________________________ >> 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 > -- Best regards, Igor Stasenko AKA sig.

Oct. 19, 2010

Re: [Pharo-project] Resize pharo window

by Max Leske

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

Oct. 19, 2010

Re: [Pharo-project] [ANN] ImageMap PharoKernel-12196

by Lukas Renggli

Wow, this is really cool. Did you also try to visualize the object-graph using GraphViz? Lukas On 19 October 2010 20:49, Pavel Krivanek <pavel.krivanek(a)gmail.com> wrote: > Hi, > > I generated the PharoKernel ImageMap (hypertext representation of the > image content). You can see it here: > > http://goo.gl/nY2o > > The source code is here: http://goo.gl/J4T0 > CSS style is here: http://goo.gl/Pxw2 > > Use it carefully, for 2,2MB image it generates 77,6MB of HTML files :-) > > Cheers, > -- Pavel > > _______________________________________________ > 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] [ANN] ImageMap PharoKernel-12196

by Pavel Krivanek

Hi, I generated the PharoKernel ImageMap (hypertext representation of the image content). You can see it here: http://goo.gl/nY2o The source code is here: http://goo.gl/J4T0 CSS style is here: http://goo.gl/Pxw2 Use it carefully, for 2,2MB image it generates 77,6MB of HTML files :-) Cheers, -- Pavel

Oct. 19, 2010

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

by StÃ©phane Ducasse

I would really like to know why this is so big. Stef On Oct 19, 2010, at 1:06 PM, nullPointer wrote: > > Hi > > IÂ´m doing a class for embed files in class methods. I want know if exists a > best way for do that task than IÂ´m using... I do something like that... > > > codeSource := CLStringBuilder new. > codeSource appendLine: nameOfResource; tab; > appendFormat: '^''{1}'' -> ''' withValues: {fileName}. > > readStream := FileStream readOnlyFileNamed: aFilePath. > > base64Contents := (Base64MimeConverter mimeEncode: readStream binary) > contents. > > codeSource append: base64Contents asString. > codeSource append:''''. > > CLSystem createMessageInClass: self > withCodeSource: (codeSource asString) > inProtocol: 'resources' > inClassSide: true. > > > I get the next result: > > courierNewBoldttf > > ^'Courier New Bold.ttf' -> > 'AAEAAAATAQAABAAwRFNJR0rTjTkACiUQAAAbgEdERUYTqQ1VAApAkAAAAkxHUE9T3wr9iAAK > QtwAADeeR1NVQgwWqYIACnp8AAAT1k9TLzIQrF1xAAABuAAAAGBWRE1YNVhPeQAAGrwAABGU > Y21hcHepKTsAACxQAAAhqmN2dCCka4hDAABqbAAACA5mcGdtUXaa9wAATfwAAAdZZ2FzcAAW > AAkACiUAAAAAEGdseWbVwXRoAACjvAAI9Z5oZWFk05ZxuQAAATwAAAA2aGhlYQrAAZoAAAF0 > .......... '. > > > Exists a enhanced way for do that? My main problem is the image grow very > much. When I export to Monticello I get a file of 900 KB. When embed a file > of 600KB the final size on Monticello file is 2MB!! and almost 4MB of > difference in size of image :( > > Many 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. > > _______________________________________________ > 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] Resize pharo window

by StÃ©phane Ducasse

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

Oct. 19, 2010