- Pharo-dev - lists.pharo.org

Re: [Pharo-project] loading of codetalk fails due to

by Marcus Denker

On Jan 1, 2011, at 6:37 PM, Enrico Spinielli wrote: > hi, > loading codetalk from potsdam now fails with > Error: The spelling dictionary cannot be downloaded from > <http://www.lukas-renggli.ch/smalltalk/rb-spelling.dat>. > > I think this is due to recent changes in RB (which codetalk loads) > http://www.mail-archive.com/pharo-project@lists.gforge.inria.fr/msg24201.ht… > The problem was the server lukas-renggli.ch was down. It seems to work now again. Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

Jan. 4, 2011

Re: [Pharo-project] removing obsolete classes

by Noury Bouraqadi

Hi Sergio, The classes remain there because there are still used. Typically, they have instances referenced in your system, or they have subclasses that were not deleted. Noury On 3 janv. 2011, at 23:01, sergio_101 wrote: > On Mon, Jan 3, 2011 at 4:48 PM, Mariano Martinez Peck > <marianopeck(a)gmail.com> wrote: >> I am not sure what you need to do, but check the method >> fixObsoleteReferences >> > > thanks! i have done that.. > > the problem seems to be with obsoleteClasses.. > > hmm.. this is driving me crazy.. > > > > -- > ---- > peace, > sergio > photographer, journalist, visionary > > http://www.CodingForHire.com > http://www.coffee-black.com > http://www.painlessfrugality.com > http://www.twitter.com/sergio_101 > http://www.facebook.com/sergio101 >

Jan. 4, 2011

Re: [Pharo-project] about growing streams and allocating buffers

by Janko MivÅ¡ek

On 04. 01. 2011 04:25, mkobetic(a)gmail.com wrote: > "Philippe Marschall"<kustos(a)gmx.net> wrote: >>> preallocation OrderedCollection new: instead of relying on its growing behavior. >> >> Right, but you never know how big the response is going to before >> actually rendering. Otherwise you could just do Array/String new: >> beforehand. > > I'm not quite clear about the context here so this may not be relevant, but one technique that paid of for us in terms of managing socket buffers was to start recycling them. The idea is that if you generally allocate let's say 32K buffer for every socket you open, rather then throwing the buffer away when you're done with the socket, just put it aside and let the next socket pick up and reuse the same instance. Yep, this is a technique used in Swazoo too. When you nextPutAll: to Swazoo's HTTPResponse, you actually write directly to the SwazooBuffer, which has such recyclable collection. Main reason to introduce those buffers was exactly to reduce garbage collection activity to minimum, which is very important when serving (or uploading) large content. Second reason is that network packets must be packaged for network performance into a reasonably big packets and not into a lot of small ones after each nextPutAll:. Best regards Janko -- Janko MivÅ¡ek AIDA/Web Smalltalk Web Application Server http://www.aidaweb.si

Jan. 4, 2011

Re: [Pharo-project] Pharo and CommandShell on OSX ?

by Mariano Martinez Peck

Stef, welcome! it will help if you say wich VM are you using. cheers mariano On Tue, Jan 4, 2011 at 6:43 AM, David T. Lewis <lewis(a)mail.msen.com> wrote: > On Mon, Jan 03, 2011 at 09:06:37PM -0800, Stef T wrote: > > > > On Jan 3, 2011, at 7:25 PM, David T. Lewis wrote: > > > > > On Mon, Jan 03, 2011 at 06:55:45PM -0800, Stef T wrote: > > >> 1) CommandShell complains about AioPlugin not being present and that > it will use the 'old slow' way. That's fine, it's merely a warning > > > > > > AFAIK, noone has tried building the AioPlugin for Mac, so you will get > this > > > warning when running on a Mac. But as you say, it's just a warning. > > > > Is there a pointer for the source code ? I am pretty handy with Xcode and > don't mind giving it a whirl ;) > > > > AioPlugin is on SqueakSource in http://www.squeaksource.com/AioPlugin. > It's written in Smalltalk, translated to C. I don't have any experience > with Mac or Xcode but there are others on the Pharo/Squeak/vm-dev lists > who can probably help. > > > > > > >> but > > >> 2) None of the commands get executed. If I try the stuff which will > eval inside squeak/pharo, then that's fine (Eg; stdout nextPutAll: 'hello > world'; cr.). However, if I try a command such as 'ls' or 'who', all hell > breaks lose. stack trace follows :) > > >> > > >> If I am doing anything obviously wrong, please feel free to hit me > over the head :) > > > > > > Nope, it's not you, it's the plugin included with your VM. Some > > > of the Mac VMs in circulation were accidentally built with a very > > > out of date version of the OSProcessPlugin. Apparently you have > > > one of them, and it will definitely not work. But I think there > > > is a newer version (4.2.5 IIRC) that has the up to date plugin > > > that works properly on Mac. > > > > > > > Hrm, I am using the OSProcess from squeaksource .59. The version history > says > > > > Name: OSProcess-dtl.59 > > Author: dtl > > Time: 28 November 2010, 8:43:48.839 pm > > UUID: bd5d2b4e-efbd-4091-ac0a-d0bd7af64b2c > > > > surely this is 'new enough' ? Is there a known 'stable' version you would > suggest ? > > > > regards > > S. > > I was referring to the OSProcessPlugin, which separate from > the OSProcess package. The plugin is on SqueakSource at: > http://www.squeaksource.com/OSProcessPlugin > > This is written in Smalltalk, translated to C and compiled > as a VM plugin. It was originally part of of OSProcess, but > I split it out to a separate package years ago. You have an > up to date OSProcess package, but your OSProcessPlugin is > many years old, from back before we got it working on Mac. > The old plugin will crash your VM. > > Dave > > >

Jan. 4, 2011

Re: [Pharo-project] Issue 3499 in pharo: FixUnderscores (package & instructions) out of date

by pharo＠googlecode.com

Updates: Status: closed Comment #11 on issue 3499 by stephane.ducasse: FixUnderscores (package & instructions) out of date http://code.google.com/p/pharo/issues/detail?id=3499 (No comment was entered for this change.)

Jan. 4, 2011

Re: [Pharo-project] Issue 3499 in pharo: FixUnderscores (package & instructions) out of date

by pharo＠googlecode.com

Comment #10 on issue 3499 by stephane.ducasse: FixUnderscores (package & instructions) out of date http://code.google.com/p/pharo/issues/detail?id=3499 We should not update 22 now why do you remove the description using FixUnderscore from the book. People can take their responsibility.

Jan. 4, 2011

Re: [Pharo-project] Pharo and CommandShell on OSX ?

by David T. Lewis

On Mon, Jan 03, 2011 at 09:06:37PM -0800, Stef T wrote: > > On Jan 3, 2011, at 7:25 PM, David T. Lewis wrote: > > > On Mon, Jan 03, 2011 at 06:55:45PM -0800, Stef T wrote: > >> 1) CommandShell complains about AioPlugin not being present and that it will use the 'old slow' way. That's fine, it's merely a warning > > > > AFAIK, noone has tried building the AioPlugin for Mac, so you will get this > > warning when running on a Mac. But as you say, it's just a warning. > > Is there a pointer for the source code ? I am pretty handy with Xcode and don't mind giving it a whirl ;) > AioPlugin is on SqueakSource in http://www.squeaksource.com/AioPlugin. It's written in Smalltalk, translated to C. I don't have any experience with Mac or Xcode but there are others on the Pharo/Squeak/vm-dev lists who can probably help. > > > >> but > >> 2) None of the commands get executed. If I try the stuff which will eval inside squeak/pharo, then that's fine (Eg; stdout nextPutAll: 'hello world'; cr.). However, if I try a command such as 'ls' or 'who', all hell breaks lose. stack trace follows :) > >> > >> If I am doing anything obviously wrong, please feel free to hit me over the head :) > > > > Nope, it's not you, it's the plugin included with your VM. Some > > of the Mac VMs in circulation were accidentally built with a very > > out of date version of the OSProcessPlugin. Apparently you have > > one of them, and it will definitely not work. But I think there > > is a newer version (4.2.5 IIRC) that has the up to date plugin > > that works properly on Mac. > > > > Hrm, I am using the OSProcess from squeaksource .59. The version history says > > Name: OSProcess-dtl.59 > Author: dtl > Time: 28 November 2010, 8:43:48.839 pm > UUID: bd5d2b4e-efbd-4091-ac0a-d0bd7af64b2c > > surely this is 'new enough' ? Is there a known 'stable' version you would suggest ? > > regards > S. I was referring to the OSProcessPlugin, which separate from the OSProcess package. The plugin is on SqueakSource at: http://www.squeaksource.com/OSProcessPlugin This is written in Smalltalk, translated to C and compiled as a VM plugin. It was originally part of of OSProcess, but I split it out to a separate package years ago. You have an up to date OSProcess package, but your OSProcessPlugin is many years old, from back before we got it working on Mac. The old plugin will crash your VM. Dave

Jan. 4, 2011

[Pharo-project] Some questions about omnibroser framework

by aizcorbe

I have been using the OmniBroser framework to extend the Lint browser (OR2LintBrowser) and i found some strange behavior i would like to comment: 1) When you select an item in the browser, the metagraph define some edges leading to other metanode types. This is translated sending the edge names to the real nodes and getting all the following nodes, and then, those nodes are displayed on the following column at the browser, and if there isn't a next column it is created. The strange issue here is that, if the messages for edge taking on the concrete nodes retrieves an empty collection of nodes, the next column is created anyway, because for the browser there is a next metagraph node. Is this a problem or not? (I had to define much more complex metagraphs because of this, just to avoid an empty column). 2) When you use filters on the metagraph, they are applied over each taken edge leading to the next metagraph. The filters are usually used for node ordering and here is a problem. If you have more than one edge from the current metanode, you will get a order filter applied over two different edges and then, the order will be not ok, since there will be some partially ordered concatenated node lists, and not just a fully ordered list. 3) Another issue is not about omnibrowser, but i think is worth to be noted. If you extend any class in another package using *package-category protocol for new or modified methods, you will see the extended class on the package root, but you won't see it at the cathegory (i think it would be nice and a little more clear seeing the extensions at the specific package-category). Also i found that TestRunner do not put the unitTest classes under a package unless the class itself where defined at the selected package (even if i added some test using the *package-category protocol name) I hope some of you found this intresting cheers -- View this message in context: http://forum.world.st/Some-questions-about-omnibroser-framework-tp3173047p3… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Jan. 4, 2011

Re: [Pharo-project] Pharo and CommandShell on OSX ?

by Stef T

On Jan 3, 2011, at 7:25 PM, David T. Lewis wrote: > On Mon, Jan 03, 2011 at 06:55:45PM -0800, Stef T wrote: >> 1) CommandShell complains about AioPlugin not being present and that it will use the 'old slow' way. That's fine, it's merely a warning > > AFAIK, noone has tried building the AioPlugin for Mac, so you will get this > warning when running on a Mac. But as you say, it's just a warning. Is there a pointer for the source code ? I am pretty handy with Xcode and don't mind giving it a whirl ;) > >> but >> 2) None of the commands get executed. If I try the stuff which will eval inside squeak/pharo, then that's fine (Eg; stdout nextPutAll: 'hello world'; cr.). However, if I try a command such as 'ls' or 'who', all hell breaks lose. stack trace follows :) >> >> If I am doing anything obviously wrong, please feel free to hit me over the head :) > > Nope, it's not you, it's the plugin included with your VM. Some > of the Mac VMs in circulation were accidentally built with a very > out of date version of the OSProcessPlugin. Apparently you have > one of them, and it will definitely not work. But I think there > is a newer version (4.2.5 IIRC) that has the up to date plugin > that works properly on Mac. > Hrm, I am using the OSProcess from squeaksource .59. The version history says Name: OSProcess-dtl.59 Author: dtl Time: 28 November 2010, 8:43:48.839 pm UUID: bd5d2b4e-efbd-4091-ac0a-d0bd7af64b2c surely this is 'new enough' ? Is there a known 'stable' version you would suggest ? regards S. > Dave > > >> >> Regards >> S. >> >> >> >> >> 3 January 2011 6:49:43 pm >> >> VM: Mac OS - intel - 1065 - Squeak3.8.1 of '28 Aug 2006' [latest update: #6747] Squeak VM 4.2.4b1 >> Image: Pharo-1.1-11406-rc3 [Latest update: #11406] >> >> SecurityManager state: >> Restricted: false >> FileAccess: true >> SocketAccess: true >> Working Dir /Users/stef/squeak/SeaSide-3.0 >> Trusted Dir /foobar/tooBar/forSqueak/bogus >> Untrusted Dir /Users/stef/Library/Preferences/Squeak/Internet/My Squeak >> >> UndefinedObject(Object)>>mustBeBooleanIn: >> Receiver: nil >> Arguments and temporary variables: >> context: BufferedAsyncFileReadStream>>moveAvailableDataFrom: >> proceedValue: nil >> Receiver's instance variables: >> nil >> >> UndefinedObject(Object)>>mustBeBoolean >> Receiver: nil >> Arguments and temporary variables: >> >> Receiver's instance variables: >> nil >> >> BufferedAsyncFileReadStream>>moveAvailableDataFrom: >> Receiver: BufferedAsyncFileReadStream: 'pipeReader' >> Arguments and temporary variables: >> sqFile: #[48 205 236 155 72 91 120 160 0 0 0 0 0 0 0 0 0 0 0 0 1 0 0 0] >> bufferSize: 1000 >> buffer: '...etc... >> count: #(0) >> Receiver's instance variables: >> >> >> BufferedAsyncFileReadStream>>moveAvailableDataToBuffer >> Receiver: BufferedAsyncFileReadStream: 'pipeReader' >> Arguments and temporary variables: >> >> Receiver's instance variables: >> >> >> BufferedAsyncFileReadStream>>update: >> Receiver: BufferedAsyncFileReadStream: 'pipeReader' >> Arguments and temporary variables: >> aParameter: a PseudoAioEventHandler >> Receiver's instance variables: >> >> >> [] in PseudoAioEventHandler(Object)>>changed: >> Receiver: a PseudoAioEventHandler >> Arguments and temporary variables: >> aParameter: BufferedAsyncFileReadStream: 'pipeReader' >> aDependent: a PseudoAioEventHandler >> Receiver's instance variables: >> dependents: a DependentsArray(BufferedAsyncFileReadStream: 'pipeReader') >> eventGenerator: a Process in Debugger class>>openOn:context:label:contents:full...etc... >> >> DependentsArray>>do: >> Receiver: a DependentsArray(BufferedAsyncFileReadStream: 'pipeReader') >> Arguments and temporary variables: >> aBlock: [:aDependent | aDependent update: aParameter] >> dep: BufferedAsyncFileReadStream: 'pipeReader' >> i: 1 >> iLimiT: 1 >> Receiver's instance variables: >> a DependentsArray(BufferedAsyncFileReadStream: 'pipeReader') >> >> PseudoAioEventHandler(Object)>>changed: >> Receiver: a PseudoAioEventHandler >> Arguments and temporary variables: >> aParameter: a PseudoAioEventHandler >> Receiver's instance variables: >> dependents: a DependentsArray(BufferedAsyncFileReadStream: 'pipeReader') >> eventGenerator: a Process in Debugger class>>openOn:context:label:contents:full...etc... >> >> PseudoAioEventHandler(Object)>>changed >> Receiver: a PseudoAioEventHandler >> Arguments and temporary variables: >> >> Receiver's instance variables: >> dependents: a DependentsArray(BufferedAsyncFileReadStream: 'pipeReader') >> eventGenerator: a Process in Debugger class>>openOn:context:label:contents:full...etc... >> >> [] in [] in PseudoAioEventHandler>>eventGeneratorProcess >> Receiver: a PseudoAioEventHandler >> Arguments and temporary variables: >> d: a Delay(125 msecs) >> Receiver's instance variables: >> dependents: a DependentsArray(BufferedAsyncFileReadStream: 'pipeReader') >> eventGenerator: a Process in Debugger class>>openOn:context:label:contents:full...etc... >> >> BlockClosure>>repeat >> Receiver: [self changed. >> d wait] >> Arguments and temporary variables: >> >> Receiver's instance variables: >> outerContext: [] in PseudoAioEventHandler>>eventGeneratorProcess >> startpc: 59 >> numArgs: 0 >> >> [] in PseudoAioEventHandler>>eventGeneratorProcess >> Receiver: a PseudoAioEventHandler >> Arguments and temporary variables: >> d: a Delay(125 msecs) >> Receiver's instance variables: >> dependents: a DependentsArray(BufferedAsyncFileReadStream: 'pipeReader') >> eventGenerator: a Process in Debugger class>>openOn:context:label:contents:full...etc... >> >> [] in BlockClosure>>newProcess >> Receiver: [[self changed. >> d wait] repeat] >> Arguments and temporary variables: >> >> Receiver's instance variables: >> outerContext: PseudoAioEventHandler>>eventGeneratorProcess >> startpc: 54 >> numArgs: 0 >> >> >> --- The full stack --- >> UndefinedObject(Object)>>mustBeBooleanIn: >> UndefinedObject(Object)>>mustBeBoolean >> BufferedAsyncFileReadStream>>moveAvailableDataFrom: >> BufferedAsyncFileReadStream>>moveAvailableDataToBuffer >> BufferedAsyncFileReadStream>>update: >> [] in PseudoAioEventHandler(Object)>>changed: >> DependentsArray>>do: >> PseudoAioEventHandler(Object)>>changed: >> PseudoAioEventHandler(Object)>>changed >> [] in [] in PseudoAioEventHandler>>eventGeneratorProcess >> BlockClosure>>repeat >> [] in PseudoAioEventHandler>>eventGeneratorProcess >> [] in BlockClosure>>newProcess >> >

Jan. 4, 2011

Re: [Pharo-project] about growing streams and allocating buffers

by mkobetic＠gmail.com

"Philippe Marschall"<kustos(a)gmx.net> wrote: > > preallocation OrderedCollection new: instead of relying on its growing behavior. > > Right, but you never know how big the response is going to before > actually rendering. Otherwise you could just do Array/String new: > beforehand. I'm not quite clear about the context here so this may not be relevant, but one technique that paid of for us in terms of managing socket buffers was to start recycling them. The idea is that if you generally allocate let's say 32K buffer for every socket you open, rather then throwing the buffer away when you're done with the socket, just put it aside and let the next socket pick up and reuse the same instance. For us the main concern was a server being hammered by transient connection requests. Occasional buffer allocation could be handled by new space scavenger just fine, but a flood of such requests made the buffers spill over to the old space and throwing them away got expensive quickly. Anyway, I realize that your concern is different here, but the same technique might help growing in most common cases. If there's a reasonable upper bound on most responses (e.g. 32K), you could simply preallocate that size always. If the request fits, great, no growing, if not, it will grow. However you'd probably have the same sort of problem as we had above if you simply threw each buffer away. Recycling should help making it manageable. We use the same technique in Xtreams, where we need internal buffers quite frequently. Check out the RecyclingCenter class there if you want. It's a bit more generic because we need to accommodate different collection classes, so you'll probably want something different, but the basics should be similar. One aspect to note is that the recycling pool can be quite small. You don't need to recycle every instance created, you only need to be able to handle the "overflow" under load. The idea is that if you are under load and the number of concurrently used buffers fluctuates between 100 and 110, you don't need the recycling pool size to be 110, but only 10. It only needs to retain the temporarily unused buffers long enough for those to get picked up again. When the load subsides, it's fine to let the remaining 100 buffers GC, they can be allocated again quickly when next wave hits. At the same time it keeps the memory load reasonable in the quiet periods. HTH, Martin

Jan. 4, 2011