April 2011 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] [Vm-dev] Where should I create issues for CMakeVMMaker ?

by Igor Stasenko

On 22 April 2011 15:38, Mariano Martinez Peck <marianopeck(a)gmail.com> wrote: > > Cog issue tracker of Pharo issue tracker ? I guess that Cog one. Please, let me know. > i think cog issue tracker is fine, since it is used to build cog vms. > Thanks > > -- > Mariano > http://marianopeck.wordpress.com > > > -- Best regards, Igor Stasenko AKA sig.

April 22, 2011

Re: [Pharo-project] Why errors are not logged in the Transcript?

by Igor Stasenko

On 22 April 2011 06:24, <csrabak(a)bol.com.br> wrote: > I disagree strongly. . . The transcript should maintain its purpose that is to show information 'intentionally' written to by the programmer. > and so, what if my intent is to show error stack trace on transcript? in headless mode i would prefer to log everything to some default logging facility.. guess which one? yes, it is Transcript. But then also i may want to use different stream for transcript in headless mode (to redirect output to stdout or file), but that won't require changing the error logging, which could simply output everything to Transcript. > If we feel the debugger info should be saved in some other place we should consider an alternate way of saving it, including, perhaps a log file and a {radio}button in the debugger itself. > > My 0.19999999..... > > > Em 21/04/2011 15:19, Guillermo Polito < guillermopolito(a)gmail.com > escreveu: > It should be fine to have stack traces into the Transcript as a default behavior in addition to the debugger. > > Guille :) > > > -- Best regards, Igor Stasenko AKA sig.

April 22, 2011

[Pharo-project] Where should I create issues for CMakeVMMaker ?

by Mariano Martinez Peck

Cog issue tracker of Pharo issue tracker ? I guess that Cog one. Please, let me know. Thanks -- Mariano http://marianopeck.wordpress.com

April 22, 2011

Re: [Pharo-project] Why errors are not logged in the Transcript?

by Guillermo Polito

Maybe I'm to viced by other techs, but reading and sharing the stack trace is a common task in everyday work. And I think the transcript as a "log console" and useful only for debugging purposes.... And putting info into files is not the smalltalk way... BTW, I hate searching for the stacktraces into the PharoDebug.log :P On Fri, Apr 22, 2011 at 1:24 AM, <csrabak(a)bol.com.br> wrote: > I disagree strongly. . . The transcript should maintain its purpose that is > to show information 'intentionally' written to by the programmer. > > If we feel the debugger info should be saved in some other place we should > consider an alternate way of saving it, including, perhaps a log file and a > {radio}button in the debugger itself. > > My 0.19999999..... > > > Em 21/04/2011 15:19, Guillermo Polito < guillermopolito(a)gmail.com > > escreveu: > It should be fine to have stack traces into the Transcript as a default > behavior in addition to the debugger. > > Guille :) > > >

April 22, 2011

[Pharo-project] Rasterizing strike fonts without subpixel information

by Igor Stasenko

Hello, in Athens i cannot use a subpixel information stored in current StrikeFont(s), because i cannot guarantee that glyphs will be drawn using same orientation and will always match pixel grid on destination form (surface). Therefore, a subpixel 16bpp color map which currently StrikeFonts using makes no sense because you cannot guarantee that 1 pixel in glyph form maps exactly to 1 pixel on screen. I need to render fonts as an alpha transparency mask, so then i could use them to render using arbitrary color + arbitrary scale & rotation. Guys, could you help me, what you are using for converting a truetype fonts to raster? -- Best regards, Igor Stasenko AKA sig.

April 22, 2011

Re: [Pharo-project] Networking problems on Pharo 1.2.1

by Sven Van Caekenberghe

On 21 Apr 2011, at 15:09, StÃ©phane Ducasse wrote: > Yes!!!! > I forwarded that mail to the network chapter authors. > and we will really ask for feedback This is actually a better variant (it does away with the wait by using the semaphore twice): | serverSocket dataSent dataRead clientStream semaphore | semaphore := Semaphore new. serverSocket := Socket newTCP listenOn: 9191 backlogSize: 5. [ [ | clientSocket serverStream | semaphore signal. clientSocket := serverSocket waitForAcceptFor: 10. serverStream := SocketStream on: clientSocket. dataRead := serverStream upToEnd. serverStream close. semaphore signal ] ensure: [ serverSocket close ] ] forkAt: Processor userBackgroundPriority. semaphore wait. dataSent := 'Hello there!'. clientStream := SocketStream openConnectionToHostNamed: 'localhost' port: 9191. clientStream nextPutAll: dataSent. clientStream close. semaphore wait. self assert: dataSent = dataRead. dataRead | serverSocket clientSocket dataSent dataRead semaphore | semaphore := Semaphore new. serverSocket := Socket newTCP listenOn: 9191 backlogSize: 5. [ [ | clientConnectionSocket | semaphore signal. clientConnectionSocket := serverSocket waitForAcceptFor: 10. dataRead := clientConnectionSocket receiveData. clientConnectionSocket close. semaphore signal ] ensure: [ serverSocket close ] ] forkAt: Processor userBackgroundPriority. semaphore wait. dataSent := 'Hello there!'. clientSocket := Socket newTCP connectToHostNamed: 'localhost' port: 9191. clientSocket sendData: dataSent. clientSocket close. semaphore wait. self assert: dataSent = dataRead. dataRead

April 22, 2011

Re: [Pharo-project] out of memory - cog on windows

by Igor Stasenko

On 22 April 2011 10:32, Tudor Girba <tudor.girba(a)gmail.com> wrote: > Hi Alain, > > Thanks. I would indeed be interested in your compiled VM. > > Regarding running it on Mac, indeed I can do that, but I will have to wait until next week to get access to the image due to holidays. > > Another bit of information is that the image was built and saved without a problem on the same machine where now it does not work anymore. > pass the image to me. i can play with it on windoze. > Cheers, > Doru > > > On 21 Apr 2011, at 23:52, Alain_Rastoul wrote: > >> (And of course Tudor, I forgot to mention it but I can send you this vm if you need) >> >> "Alain_Rastoul" <alr.dev-GANU6spQydw(a)public.gmane.org> a Ã©crit dans le message de news: ioq86o$69j$1(a)dough.gmane.org... >> I thought he was able to start it on a Mac that's why I suggested to this on a Mac and see if memory consumption was reduced. >> BTW I have rebuild a cog vm with 2Gb ram for MAX_MEMORY and it runs ok on my 1Gb netbook >> >> "Mariano Martinez Peck" <marianopeck(a)gmail.com> a Ã©crit dans le message de news:BANLkTikuk1jRV34=u2pzTFx5+2qWgjrbCQ-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org... >> Alain: as far as I understood, he cannot even start the image...so he won't be able to open a workspace and evaluate something. >> >> Doru, if you can evaluate something in a workspace, you may also try SpaceTally new printSpaceAnalysis >> and then check the STspace.text Â that is next to the image. That way you acn see if there are certain classes that have a lot of instances. >> >> Can you evaluate "Smalltalk garbageCollect " and tell me the answer? Â just curious.... >> >> thanks >> >> mariano >> >> On Thu, Apr 21, 2011 at 10:36 PM, Alain_Rastoul <alr.dev(a)free.fr> wrote: >> Mmm, you are right, in old squeak versions, there was a parameter >> -memory: xx (xx inMB) >> but I don't know if it is still in use. >> >> BTW there must be some hanging references in memory and perhaps youd should >> do some PointerFinder on it. >> A very handy script I found (on Ramon Leon's blog or elsewhere I don't >> remember) could help you. >> You can try it in a workspace and see if it reduces your memory usage (after >> save and quit) >> comment unknown or unwanted commands : >> Â | tasks | >> Â Â tasks := OrderedCollection new >> Â Â Â Â Â Â Â Â add: [MCFileBasedRepository flushAllCaches]; >> Â Â Â Â Â Â Â Â add: [WARegistry clearAllHandlers]; >> Â Â Â Â Â Â Â " add: [SMSqueakMap default clearCaches];" >> Â Â Â Â Â Â Â Â add: [Smalltalk removeEmptyMessageCategories]; >> Â Â Â Â Â Â Â Â add: [Workspace >> Â Â Â Â Â Â Â Â Â Â Â Â allSubInstancesDo: [:each | each setBindings: >> Dictionary new]]; >> Â Â Â Â Â Â Â " add: [Undeclared removeUnreferencedKeys];" >> Â Â Â Â Â Â Â " add: [Categorizer sortAllCategories];" >> Â Â Â Â Â Â Â Â add: [ODBCConnection cleanAll]; >> Â Â Â Â Â Â Â Â add: [Symbol compactSymbolTable]; >> Â Â Â Â Â Â Â " add: [ReleaseBuilderDeveloper new fixObsoleteReferences];" >> Â Â Â Â Â Â Â Â add: [Smalltalk garbageCollectMost]; >> Â Â Â Â Â Â Â Â add: [Smalltalk garbageCollect ]; >> Â Â Â Â Â Â Â Â add: [Smalltalk garbageCollect ]; >> Â Â Â Â Â Â Â Â add: [Smalltalk garbageCollect ]; >> Â add: [EventManager actionMaps keys do: [:each| EventManager >> releaseActionMapFor: each] ]; >> Â add: [Debugger closeAllDebuggers]; >> Â add:[Debugger allInstances do: [ :d | d release ] ]; >> >> Â Â Â Â Â Â Â Â yourself. >> Â Â UIManager default >> Â Â Â Â informUserDuring: [:bar | tasks >> Â Â Â Â Â Â Â Â do: [:block | >> Â Â Â Â Â Â Â Â Â Â bar value: block printString. >> Â Â Â Â Â Â Â Â Â Â [block value] >> Â Â Â Â Â Â Â Â Â Â Â Â on: Error >> Â Â Â Â Â Â Â Â Â Â Â Â do: [:error | Transcript show: error; >> Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â cr]]]. >> >> Regards >> Alain >> >> "Tudor Girba" <tudor.girba(a)gmail.com> a Ã©crit >> dans le message de news: 6AA1F065-3996-433B-AB7C-1640C08D5A7B-Re5JQEeQqe9Ui4FbrNnSJA(a)public.gmane.org >> Hi, >> >> Should I to understand that the only way to enable more memory is to >> recompile the VM? Does that mean that there is no way to pass this >> information as a parameter like we can on Mac? >> >> The problem is that I cannot recompile the VM because I have no access to a >> Windows machine. Is there one available that provides more memory? >> >> Cheers, >> Doru >> >> >> On 21 Apr 2011, at 22:09, Alain_Rastoul wrote: >> >> > Hi Tudor, >> > >> > There is a constant in sqWin32Alloc.h (platforms\win32\vm) : >> > #define MAX_VIRTUAL_MEMORY 512*1024*1024 >> > you can change it to whatever you want and rebuild the vm, >> > for exzmple give all the available memory less 256 M . >> > >> > HTH >> > >> > Regards >> > Alain >> > >> > "Tudor Girba" <tudor.girba(a)gmail.com> a >> > Ã©crit >> > dans le message de news: >> > 03B9389F-C719-44D0-B106-2AC78B120F56-Re5JQEeQqe9Ui4FbrNnSJA-XMD5yJDbdMRG2NFembrH+g(a)public.gmane.orgorg >> > Hi, >> > >> > We have no specific startUp: methods in Moose. In any case, the issue with >> > opening the image does not seem to be related to startUp:. >> > >> > Is it really true that the Cog VM is limited to 512MB of memory? >> > >> > Cheers, >> > Doru >> > >> > >> > On 21 Apr 2011, at 14:27, Luc Fabresse wrote: >> > >> >> Hi Doru, >> >> >> >> 2011/4/21 Tudor Girba >> >> <tudor.girba(a)gmail.com> >> >> Hi, >> >> >> >> >> >> >> >> On Apr 21, 2011, at 14:06, Mariano Martinez Peck >> >> <marianopeck(a)gmail.com> wrote: >> >> >> >>> >> >>> >> >>> On Thu, Apr 21, 2011 at 1:58 PM, Tudor Girba >> >>> <tudor.girba(a)gmail.com> wrote: >> >>>> Hi again, >> >>>> >> >>>> I did not say what the problem was :). The problem was that when >> >>>> opening the image on Windows, he got a Space is low message and the >> >>>> image was not usable (see attachment). >> >>> >> >>> That's weird. Does moose have something on the startup list? Â something >> >>> that can be bothering there? >> >> >> >> Not that I know of. Is there a way to check this? >> >> >> >> Classes should be registered using Smalltlak addToStartUpList: aClass >> >> Then aClass class>>#startUp: is executed at startup. >> >> So implementors of #startUp: on Moose classes should give you the answer. >> >> >> >> #Luc >> >> >> >> >> >> Actually, using exactly the same process some days ago he produced an >> >> image of 190MB. This one works just fine on Windows. The only difference >> >> between the two is the size of the loaded data. >> >> >> >> It would be really bad news if the Windows vm would be so severely >> >> limited >> >> in terms of memory. >> >> >> >> Cheers, >> >> Doru >> >> >> >> >> >>> >> >>> On Mac it worked just fine. >> >>>> >> >>>> Cheers, >> >>>> Doru >> >>>> >> >>>> >> >>> >> >>>> >> >>>> >> >>>> >> >>>> On 21 Apr 2011, at 12:52, Tudor Girba wrote: >> >>>> >> >>>>> Hi, >> >>>>> >> >>>>> I received a question from someone running a 200MB image on Windows >> >>>>> using Cog 2361. >> >>>>> >> >>>>> If I open the image on Mac, it works just fine. Unfortunately, I do >> >>>>> not have a Windows machine around, and I cannot test but I believe it >> >>>>> should be solvable by increasing the allocated memory. >> >>>>> >> >>>>> On Mac, I would run it with: ./Croquet -memory 1500m >> >>>>> >> >>>>> Can anyone help me with the right incantation for Windows? >> >>>>> >> >>>>> Cheers, >> >>>>> Doru >> >>>>> >> >>>>> >> >>>>> -- >> >>>>> www.tudorgirba.com >> >>>>> >> >>>>> "What we can governs what we wish." >> >>>>> >> >>>>> >> >>>>> >> >>>>> <Space is low.png> >> >>>> >> >>>> -- >> >>>> www.tudorgirba.com >> >>>> >> >>>> "Yesterday is a fact. >> >>>> Tomorrow is a possibility. >> >>>> Today is a challenge." >> >>>> >> >>>> >> >>>> >> >>> >> >>> >> >>> >> >>> >> >>> -- >> >>> Mariano >> >>> http://marianopeck.wordpress.com >> >>> >> >> >> > >> > -- >> > www.tudorgirba.com >> > >> > "Beauty is where we see it." >> > >> > >> > >> > >> > >> > >> > >> > >> >> -- >> www.tudorgirba.com >> >> "If you interrupt the barber while he is cutting your hair, >> you will end up with a messy haircut." >> >> >> >> >> >> >> >> >> >> -- >> Mariano >> http://marianopeck.wordpress.com >> > > -- > www.tudorgirba.com > > "We can create beautiful models in a vacuum. > But, to get them effective we have to deal with the inconvenience of reality." > > > -- Best regards, Igor Stasenko AKA sig.

April 22, 2011

Re: [Pharo-project] out of memory - cog on windows

by Tudor Girba

Hi Alain, Thanks. I would indeed be interested in your compiled VM. Regarding running it on Mac, indeed I can do that, but I will have to wait until next week to get access to the image due to holidays. Another bit of information is that the image was built and saved without a problem on the same machine where now it does not work anymore. Cheers, Doru On 21 Apr 2011, at 23:52, Alain_Rastoul wrote: > (And of course Tudor, I forgot to mention it but I can send you this vm if you need) > > "Alain_Rastoul" <alr.dev-GANU6spQydw(a)public.gmane.org> a Ã©crit dans le message de news: ioq86o$69j$1(a)dough.gmane.org... > I thought he was able to start it on a Mac that's why I suggested to this on a Mac and see if memory consumption was reduced. > BTW I have rebuild a cog vm with 2Gb ram for MAX_MEMORY and it runs ok on my 1Gb netbook > > "Mariano Martinez Peck" <marianopeck(a)gmail.com> a Ã©crit dans le message de news:BANLkTikuk1jRV34=u2pzTFx5+2qWgjrbCQ-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org... > Alain: as far as I understood, he cannot even start the image...so he won't be able to open a workspace and evaluate something. > > Doru, if you can evaluate something in a workspace, you may also try SpaceTally new printSpaceAnalysis > and then check the STspace.text that is next to the image. That way you acn see if there are certain classes that have a lot of instances. > > Can you evaluate "Smalltalk garbageCollect " and tell me the answer? just curious.... > > thanks > > mariano > > On Thu, Apr 21, 2011 at 10:36 PM, Alain_Rastoul <alr.dev(a)free.fr> wrote: > Mmm, you are right, in old squeak versions, there was a parameter > -memory: xx (xx inMB) > but I don't know if it is still in use. > > BTW there must be some hanging references in memory and perhaps youd should > do some PointerFinder on it. > A very handy script I found (on Ramon Leon's blog or elsewhere I don't > remember) could help you. > You can try it in a workspace and see if it reduces your memory usage (after > save and quit) > comment unknown or unwanted commands : > | tasks | > tasks := OrderedCollection new > add: [MCFileBasedRepository flushAllCaches]; > add: [WARegistry clearAllHandlers]; > " add: [SMSqueakMap default clearCaches];" > add: [Smalltalk removeEmptyMessageCategories]; > add: [Workspace > allSubInstancesDo: [:each | each setBindings: > Dictionary new]]; > " add: [Undeclared removeUnreferencedKeys];" > " add: [Categorizer sortAllCategories];" > add: [ODBCConnection cleanAll]; > add: [Symbol compactSymbolTable]; > " add: [ReleaseBuilderDeveloper new fixObsoleteReferences];" > add: [Smalltalk garbageCollectMost]; > add: [Smalltalk garbageCollect ]; > add: [Smalltalk garbageCollect ]; > add: [Smalltalk garbageCollect ]; > add: [EventManager actionMaps keys do: [:each| EventManager > releaseActionMapFor: each] ]; > add: [Debugger closeAllDebuggers]; > add:[Debugger allInstances do: [ :d | d release ] ]; > > yourself. > UIManager default > informUserDuring: [:bar | tasks > do: [:block | > bar value: block printString. > [block value] > on: Error > do: [:error | Transcript show: error; > cr]]]. > > Regards > Alain > > "Tudor Girba" <tudor.girba(a)gmail.com> a Ã©crit > dans le message de news: 6AA1F065-3996-433B-AB7C-1640C08D5A7B-Re5JQEeQqe9Ui4FbrNnSJA(a)public.gmane.org > Hi, > > Should I to understand that the only way to enable more memory is to > recompile the VM? Does that mean that there is no way to pass this > information as a parameter like we can on Mac? > > The problem is that I cannot recompile the VM because I have no access to a > Windows machine. Is there one available that provides more memory? > > Cheers, > Doru > > > On 21 Apr 2011, at 22:09, Alain_Rastoul wrote: > > > Hi Tudor, > > > > There is a constant in sqWin32Alloc.h (platforms\win32\vm) : > > #define MAX_VIRTUAL_MEMORY 512*1024*1024 > > you can change it to whatever you want and rebuild the vm, > > for exzmple give all the available memory less 256 M . > > > > HTH > > > > Regards > > Alain > > > > "Tudor Girba" <tudor.girba(a)gmail.com> a > > Ã©crit > > dans le message de news: > > 03B9389F-C719-44D0-B106-2AC78B120F56-Re5JQEeQqe9Ui4FbrNnSJA-XMD5yJDbdMRG2NFembrH+g(a)public.gmane.orgorg > > Hi, > > > > We have no specific startUp: methods in Moose. In any case, the issue with > > opening the image does not seem to be related to startUp:. > > > > Is it really true that the Cog VM is limited to 512MB of memory? > > > > Cheers, > > Doru > > > > > > On 21 Apr 2011, at 14:27, Luc Fabresse wrote: > > > >> Hi Doru, > >> > >> 2011/4/21 Tudor Girba > >> <tudor.girba(a)gmail.com> > >> Hi, > >> > >> > >> > >> On Apr 21, 2011, at 14:06, Mariano Martinez Peck > >> <marianopeck(a)gmail.com> wrote: > >> > >>> > >>> > >>> On Thu, Apr 21, 2011 at 1:58 PM, Tudor Girba > >>> <tudor.girba(a)gmail.com> wrote: > >>>> Hi again, > >>>> > >>>> I did not say what the problem was :). The problem was that when > >>>> opening the image on Windows, he got a Space is low message and the > >>>> image was not usable (see attachment). > >>> > >>> That's weird. Does moose have something on the startup list? something > >>> that can be bothering there? > >> > >> Not that I know of. Is there a way to check this? > >> > >> Classes should be registered using Smalltlak addToStartUpList: aClass > >> Then aClass class>>#startUp: is executed at startup. > >> So implementors of #startUp: on Moose classes should give you the answer. > >> > >> #Luc > >> > >> > >> Actually, using exactly the same process some days ago he produced an > >> image of 190MB. This one works just fine on Windows. The only difference > >> between the two is the size of the loaded data. > >> > >> It would be really bad news if the Windows vm would be so severely > >> limited > >> in terms of memory. > >> > >> Cheers, > >> Doru > >> > >> > >>> > >>> On Mac it worked just fine. > >>>> > >>>> Cheers, > >>>> Doru > >>>> > >>>> > >>> > >>>> > >>>> > >>>> > >>>> On 21 Apr 2011, at 12:52, Tudor Girba wrote: > >>>> > >>>>> Hi, > >>>>> > >>>>> I received a question from someone running a 200MB image on Windows > >>>>> using Cog 2361. > >>>>> > >>>>> If I open the image on Mac, it works just fine. Unfortunately, I do > >>>>> not have a Windows machine around, and I cannot test but I believe it > >>>>> should be solvable by increasing the allocated memory. > >>>>> > >>>>> On Mac, I would run it with: ./Croquet -memory 1500m > >>>>> > >>>>> Can anyone help me with the right incantation for Windows? > >>>>> > >>>>> Cheers, > >>>>> Doru > >>>>> > >>>>> > >>>>> -- > >>>>> www.tudorgirba.com > >>>>> > >>>>> "What we can governs what we wish." > >>>>> > >>>>> > >>>>> > >>>>> <Space is low.png> > >>>> > >>>> -- > >>>> www.tudorgirba.com > >>>> > >>>> "Yesterday is a fact. > >>>> Tomorrow is a possibility. > >>>> Today is a challenge." > >>>> > >>>> > >>>> > >>> > >>> > >>> > >>> > >>> -- > >>> Mariano > >>> http://marianopeck.wordpress.com > >>> > >> > > > > -- > > www.tudorgirba.com > > > > "Beauty is where we see it." > > > > > > > > > > > > > > > > > > -- > www.tudorgirba.com > > "If you interrupt the barber while he is cutting your hair, > you will end up with a messy haircut." > > > > > > > > > > -- > Mariano > http://marianopeck.wordpress.com > -- www.tudorgirba.com "We can create beautiful models in a vacuum. But, to get them effective we have to deal with the inconvenience of reality."

April 22, 2011

Re: [Pharo-project] About float: new chapter looking for reader and contributors

by StÃ©phane Ducasse

ok I will fix it :) On Apr 22, 2011, at 1:03 AM, Nicolas Cellier wrote: > 2011/4/19 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: >> sadly >> >> after 10 min I could not find how to integrate your work. I hate this cool UI that are just plain confusing and totally inadapted. >> I have no idea how to do it. I will try to find but I hate hate this $#%^&*() system. >> >> Stef >> >> > > BTW, I shamelessly let an untranslated frenchism: > > pose a division > > It should better be: > > lay out a division > > Nicolas >

April 22, 2011

Re: [Pharo-project] Why errors are not logged in the Transcript?

by csrabak＠bol.com.br

I disagree strongly. . . The transcript should maintain its purpose that is to show information 'intentionally' written to by the programmer. If we feel the debugger info should be saved in some other place we should consider an alternate way of saving it, including, perhaps a log file and a {radio}button in the debugger itself. My 0.19999999..... Em 21/04/2011 15:19, Guillermo Polito < guillermopolito(a)gmail.com > escreveu: It should be fine to have stack traces into the Transcript as a default behavior in addition to the debugger. Guille :)

April 22, 2011