- Pharo-dev - lists.pharo.org

Re: [Pharo-project] Webpage for research paper about Pharo?
by StÃ©phane Ducasse Sept. 22, 2010

Sept. 22, 2010

good idea. May be pharo in research :) > Hi! > > I would like to create a webpage that lists papers about Pharo. > There were some announcements on smalltalk-research(a)googlegroups.com, but it is not really useful for me to keep track of what's going on. > Maybe a page accessible from > http://www.pharo-project.org/about/success-stories > or http://www.pharo-project.org/about/ > will be good. > > If the community agrees on this, I am willing to lead this effort. > Opinion? > > Cheers, > Alexandre > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

1 0

Re: [Pharo-project] DejaVu extra sizes Re: DemoMode should not change Fonts only sizes?
by StÃ©phane Ducasse Sept. 22, 2010

Sept. 22, 2010

where is the package? >> > This package works great (Pharo 1.1, Cog, OSX). Thanks for the pointer. > > Due to the size issue, I wouldn't include them all by default. > > Maybe we could make some clever set of MC packages that you can load for each font size that you want ? > Or load the spec data from a file/url ? > > I think most people will only need one or two sizes. The fallback should just be miminal. > > Sven > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

2 1

Re: [Pharo-project] Launching class form command line ...
by John M McIntosh Sept. 22, 2010

Sept. 22, 2010

Begin forwarded message: > From: John M McIntosh <johnmci(a)smalltalkconsulting.com> > Date: September 21, 2010 3:55:54 PM PDT > To: Henrik Johansen <henrik.s.johansen(a)veloxit.no> > Cc: pharo-dev(a)lists.gforge.inria.fr > Subject: Re: [Pharo-project] Launching class form command line ... > Reply-To: johnmci(a)smalltalkconsulting.com > > > > On 2010-09-21, at 7:01 AM, Henrik Johansen wrote: >>> >> >> BTW, dunno if it's a crossplatform Cog issue ( haven't checked others) but in John's new OSX Cog-based VMs (last tested 5.8b9), it doesn't look like the arguments are present in systemAttributes at position 2 onwards. >> Thus, ProjectLauncher will fail to execute scripts at all. > > This should work, can you supply an example of use. > > >> >> >> In -help: >>> -encoding <enc> set the internal character encoding (default: MacRoman) >> >> Sounds strangel, should probably be updated to Latin1/ removed (depending on how it's actually used)? > > No the only supported type is UTF8. I've removed the bogus help text line. > > >> >> >> Also, nonrelated to the VM, the comment in SmalltalkImage>>#documentPath seems misleading (not to mention the method name itself), there seems to be no conversion by the vm to absolute path going on in neither OSX nor Windows, the string is passed through raw. >> This is reinforced by the --help mentioning: >>> The first <argument> _normally_ names a Squeak `script' to execute. > > > Any comment in the image might be 15 years out of date. > > > >> >> >> Cheers, >> Henry >> > > -- > =========================================================================== > John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: squeaker68882 > Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com > =========================================================================== > > > > -- =========================================================================== John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: squeaker68882 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com ===========================================================================

2 1

Re: [Pharo-project] is it possible to know the memory occupation (bytes) of an object?
by StÃ©phane Ducasse Sept. 22, 2010

Sept. 22, 2010

then publish it on the BT ;) On Sep 22, 2010, at 10:00 AM, Adrian Lienhard wrote: > Some notes: > > - What should be answered for small ints? 1 sizeInMemory -->8. That's wrong. Shouldn't this answer 0? > > - In the line contentBytes := contentBytes + (self basicSize * bytesPerElement), why is contentBytes added because it should be always 0 because self class instSize should return 0 in case of variable classes. Or do I miss something? > > - Please remove the inline comment "inst vars"; if a comment is needed it should go into the main comment. > > Adrian > > > On Sep 21, 2010, at 22:14 , Mariano Martinez Peck wrote: > >> 2010/9/21 Henrik Sperre Johansen <henrik.s.johansen(a)veloxit.no> >> >>> On 21.09.2010 20:47, Mariano Martinez Peck wrote: >>> >>> >>> >>> On Tue, Apr 27, 2010 at 1:19 PM, Adrian Lienhard <adi(a)netstyle.ch> wrote: >>> >>>> Its a simple method in Object: >>>> >>>> Object>>sizeInMemory >>>> "Returns the number of bytes used by this object in memory >>>> (including its header)" >>>> >>>> | headerSize instanceSize | >>>> headerSize := (self class indexIfCompact > 0 ifTrue: [ 4 ] ifFalse: >>>> [ 8 ]). >>>> instanceSize := (self class isVariable >>>> ifFalse: [ self class instSize * Smalltalk wordSize ] >>>> ifTrue: [ (self basicSize * (self class isBytes >>>> ifTrue: [ 1 ] ifFalse: [ Smalltalk wordSize ])) ]). >>>> ^ headerSize + instanceSize >>>> >>>> >> ^ headerSize + contentBytes >> >> :) >> >> Thanks Henry....so do you think we can integrate this? >> >> Adrian? >> >> >> >>> >>> Hi Adrian. Sorry for returning to this thread. I am trying to contemplate >>> all the cases. >>> >>> I was looking at SpaceTally and I found that maybe a better implementation >>> could be something like this: >>> >>> Object >> sizeInMemory >>> "Answer the number of bytes consumed by this instance including object >>> header." >>> >>> | isCompact instVarBytes bytesPerElement headerBytes total contentBytes >>> | >>> isCompact := self class indexIfCompact > 0. >>> instVarBytes := self class instSize * 4. >>> self class isVariable >>> ifTrue: [ >>> bytesPerElement := self class isBytes ifTrue: [1] ifFalse: [4]. >>> total := 0. >>> contentBytes := instVarBytes + (self basicSize * >>> bytesPerElement). >>> headerBytes := >>> contentBytes > 255 >>> ifTrue: [12] >>> ifFalse: [isCompact ifTrue: [4] ifFalse: [8]]. >>> total := headerBytes + contentBytes. >>> ^ total] >>> ifFalse: [ >>> headerBytes := >>> instVarBytes > 255 >>> ifTrue: [12] >>> ifFalse: [isCompact ifTrue: [4] ifFalse: [8]]. >>> ^ headerBytes + instVarBytes ]. >>> >>> >>> >>> I guess I did some mistake but if we can arrive to a good implementation it >>> would be really cool. >>> >>> Thanks >>> >>> mariano >>> >>> >>> Please, at least do some refactoring :) >>> >>> Object >> sizeInMemory >>> "Answer the number of bytes consumed by this instance including object >>> header." >>> | isCompact headerBytes contentBytes | >>> >>> isCompact := self class indexIfCompact > 0. >>> contentBytes := self class instSize * Smalltalk wordSize. "inst vars" >>> >>> self class isVariable ifTrue: >>> [ |bytesPerElement| >>> bytesPerElement := self class isBytes ifTrue: [1] ifFalse: [4]. >>> contentBytes := contentBytes + (self basicSize * >>> bytesPerElement)]. >>> >>> headerBytes := >>> contentBytes > 255 >>> ifTrue: [12] >>> ifFalse: [isCompact ifTrue: [4] ifFalse: [8]]. >>> ^ headerBytes + instVarBytes >>> >>> Also, in a 64-bit image, I suspect you may have to make a distinction >>> between class isWords as well. >>> ie: >>> self class isBytes ifTrue: [1] ifFalse: [self class isWords ifTrue: [4] >>> ifFalse: [Smalltalk wordSize]] >>> >>> Cheers, >>> Henry >>> >>> _______________________________________________ >>> 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

1 0

[Pharo-project] Help vs Tutorial
by Alexandre Bergel Sept. 22, 2010

Sept. 22, 2010

Hi again! Help and Tutorial seem to follow similar construction patterns. I was wondering why Help expect methods on the class side and Tutorial on the instance side. Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

2 1

[Pharo-project] SparseLargeTable instances and Unicode
by Mariano Martinez Peck Sept. 21, 2010

Sept. 21, 2010

Hi folks. I wasn't aware of the class SparseLargeTable but it seems it has two important instances "SparseLargeTable allInstances size -> 2" They are the class side variables #DecimalProperty and #GeneralCategory in Unicode. Actually, (Unicode classPool at: 'GeneralCategory') size -> 917632 (Unicode classPool at: 'DecimalProperty') size -> 917632 So...collections of almost 1 million elements. Now a couple of questions: 1) Is this normal/expected? In my calculus both arrays are like 3mb of memory 2) If I don't use UTF and I send an encoding as parameter in the VM (different from UTF), do I need this class side variables? Thanks and forgive my ignorance in this field...I just get the alarm while doing some memory analysis for a paper. Mariano

5 10

[Pharo-project] Tutorial of ProfStef
by Alexandre Bergel Sept. 21, 2010

Sept. 21, 2010

Hi! The idea of ProfStef is simply brilliant. I have one comment: Page 2 is written: Your can use Lesson>>title:lesson: to create Lesson object. It should be Lesson class>>title:lesson: Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

2 1

[Pharo-project] Help on help
by Alexandre Bergel Sept. 21, 2010

Sept. 21, 2010

Hi! I am writing a help for Mondrian. I am reading "help on help": -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= WELCOME TO THE HELP SYSTEM The help system is a simple user interface to display help contents to the user. It can be accessed from the world menu using "Tools" -> "Help Browser" or by evaluating 'HelpBrowser open' in a workspace. There is a predefined mechanism allowing you to have help contents stored as source code using methods in specific help provider classes. This allows to manage the help texts using the standard development tools. But this is only one possible representation. Yes, this is a good solution. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Maybe the last line can be deleted. Even better, replaced by the email of the author. Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

1 0

Re: [Pharo-project] [Pharo-users] Support for SCIM on Linux
by Mariano Martinez Peck Sept. 21, 2010

Sept. 21, 2010

Hi David. I have no idea. I just cc'ed pharo-dev in case someone can help you. Cheers Mariano On Fri, Sep 17, 2010 at 6:23 PM, DavidWilson <djwilson(a)bluewin.ch> wrote: > > Hi > > I'm trying to input Tibetan (i.e. Unicode) characters using the SCIM input > method (Wylie tibetan aka EWTS) on Ubuntu (10.4). > (N.B. That's not the same as a different keyboard layout!) > > SCIM works ok for OpenOffice and even for gedit, but not in Pharo, ie it is > installed correctly and working. > > I suspect it's because Pharo consumes the keyboard input directly, and > doesn't let SCIM do its stuff (essentially aggregating keystrokes before > sending the unicode on to application). > > It would be nice to hear from a) anyone who's got this to work in Pharo, or > b) someone who can confirm what I suspect. > > The equivalent works fine on Mac! > > David > -- > View this message in context: > http://forum.world.st/Support-for-SCIM-on-Linux-tp2544095p2544095.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > > _______________________________________________ > Pharo-users mailing list > Pharo-users(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users >

2 3

[Pharo-project] 'file:spaceTally.st' asUrl retrieveContents should work?
by Mariano Martinez Peck Sept. 21, 2010

Sept. 21, 2010

Hi...I was running a pharo headless in Mac OS running something like this: ./Pharo/VM/Squeak\ 4.2.5beta1U.app/Contents/MacOS/Squeak\ VM\ Opt -headless Pharo/imagenes/Pharo-1.1-11411dev10.07.1/Pharo-1.1-11411dev10.07.1.image spaceTally.st And I come to the problem that there is an error while trying to process spaceTally.st. This file is a text file that just contains "SpaceTally new printSpaceAnalysis" Now....to conclude, the problem is that according to the wonderful and nice CodeLoader (I really hate this class...I promise I will do something with it) this: 'file:spaceTally.st' asUrl retrieveContents should answer me the contents ("SpaceTally new printSpaceAnalysis") ...but instead nil is returned. The file exist. Is this wrong? is it expected? how can I fix it ? Thanks!! Mariano

3 4