[Pharo-users] Need help badly

Dear admin team Can u please remove my email (shawo...@gmail.com) from user list. I got a lot of email from other discussion. I don't want to get those. please help me. Thanks Virus-free.

Re: [Pharo-users] Ballooning image size! Approaching 400MB

Thank you I appreciate the explanation. On Wed, Apr 1, 2020 at 2:56 PM Richard Sargent < richard.sarg...@gemtalksystems.com> wrote: > On Wed, Apr 1, 2020 at 11:17 AM Sven Van Caekenberghe > wrote: > >> Hi Russ, >> >> That is great to hear. >> >> I wanted to add that Pharo has automatic memory

Re: [Pharo-users] Ballooning image size! Approaching 400MB

Hi Russ - > On 1 Apr 2020, at 17:14, Russ Whaley wrote: > > A couple of basic questions... > I thought tempVariables, inside a method were automatically destroyed when > the method terminated? > If I pass an object (either a parm or tempVariable) that resides in that > message to another

Re: [Pharo-users] Ballooning image size! Approaching 400MB

On Wed, Apr 1, 2020 at 11:17 AM Sven Van Caekenberghe wrote: > Hi Russ, > > That is great to hear. > > I wanted to add that Pharo has automatic memory management and there is > normally no need for doing anything manually (like nilling out instance > variables let alone ugly become hacks). > >

Re: [Pharo-users] Ballooning image size! Approaching 400MB

Hi Russ, That is great to hear. I wanted to add that Pharo has automatic memory management and there is normally no need for doing anything manually (like nilling out instance variables let alone ugly become hacks). Your model looks pretty harmless, even with cycles there should be no

Re: [Pharo-users] Ballooning image size! Approaching 400MB

Okay! I made some additional changes to my app/presenter/model so that I'm doing this: MyApp>>start | model pres | model := MyModel loadData. pres := MyPresenterWithModel newApplication: self with: model. pres openWithSpec. I changed my code in Presenter to reference the model - and it pops

Re: [Pharo-users] Unicode migration from SmalltalkHub to Github

Awesome. If you have a little spare energy, make an issue or pull request on https://github.com/pharo-open-documentation/awesome-pharo - this stuff should be there!

Re: [Pharo-users] Ballooning image size! Approaching 400MB

Tim, Thanks for the reply! When I eliminated (with your become: solution), it did not a small chunk of the objects instances off. Another 'holder' of object instances accounted for another slug. But things still were not dropping like I hoped (this is without just setting everything to strings

Re: [Pharo-users] Ballooning image size! Approaching 400MB

On Wed, Apr 1, 2020, 01:30 Tim Mackinnon wrote: > Yeah, I was taught (and it may be out of date), that as become: is a 2 way > operation the identity of nil (as a singleton) would get swizzled, so it > was safer to create a simple new object that could be easily gc’d (that’s > what I vaguely

[Pharo-users] [ANN] 50th Anniversary of Smalltalk

https://smalltalk.tech.blog/2020/04/01/50th-anniversary-of-smalltalk/ The final wish of a dying man.

Re: [Pharo-users] Unicode migration from SmalltalkHub to Github

Thanks, Sven and Guille. The Unicode library is now available at: https://github.com/pharo-contributions/pharo-unicode Metacello new repository: 'github://pharo-contributions/pharo-unicode/src'; baseline: 'Unicode'; load. Cheers, Alistair On Wed, 1 Apr 2020 at 12:14, Sven Van

Re: [Pharo-users] Ballooning image size! Approaching 400MB

> Am 01.04.2020 um 12:17 schrieb Richard O'Keefe : > > ProtoObject>>become: is two-way in Pharo. > "...Swap the object pointers of the receiver and the argument. >All variables in the entire system that used to point to the >receiver now point to the argument, and vice-versa." > > In

Re: [Pharo-users] Ballooning image size! Approaching 400MB

ProtoObject>>become: is two-way in Pharo. "...Swap the object pointers of the receiver and the argument. All variables in the entire system that used to point to the receiver now point to the argument, and vice-versa." In the unlikely event that I have understood correctly,

Re: [Pharo-users] Unicode migration from SmalltalkHub to Github

Thanks Alistair!! > El 1 abr 2020, a las 11:57, Alistair Grant escribió: > > Hi Sven and All, > > We have a need to migrate the Unicode library > (http://smalltalkhub.com/#!/~Pharo/Unicode) to github (for our release > tagging process). > > I've imported the code, with full history, in to: >

Re: [Pharo-users] Unicode migration from SmalltalkHub to Github

Please do, great initiative. > On 1 Apr 2020, at 11:57, Alistair Grant wrote: > > Hi Sven and All, > > We have a need to migrate the Unicode library > (http://smalltalkhub.com/#!/~Pharo/Unicode) to github (for our release > tagging process). > > I've imported the code, with full history, in

[Pharo-users] Unicode migration from SmalltalkHub to Github

Hi Sven and All, We have a need to migrate the Unicode library (http://smalltalkhub.com/#!/~Pharo/Unicode) to github (for our release tagging process). I've imported the code, with full history, in to: https://github.com/feenkcom/pharo-unicode If there's no suggestions / objections, I'll

Re: [Pharo-users] Ballooning image size! Approaching 400MB

Tim, okay, so I understand the reason. Thanks for clarifying/confirming? I don't think VAST has two-way become. IIRC, VW has. At least I can tell you using nil instead of String new has worked for me on VAST versions ever since 3.0 in the early nineties. What about Pharo? Does it do one-way

Re: [Pharo-users] Pharo on a chromebook?

Google have an official linux environment that you can switch on in ChromeOs Settings. Should allow you to switch easily betweeen ChromeOs and Linux. -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Re: [Pharo-users] Ballooning image size! Approaching 400MB

Yeah, I was taught (and it may be out of date), that as become: is a 2 way operation the identity of nil (as a singleton) would get swizzled, so it was safer to create a simple new object that could be easily gc’d (that’s what I vaguely recall anyway). (This was in early VA from the OTI guys,

Re: [Pharo-users] Pharo on a chromebook?

Yes, I’ve heard some other people doing similar stuff. I put in cc Olivier, maybe he can share a bit more if he has time :) Guille > El 1 abr 2020, a las 1:40, tbrunz escribió: > > Hi Paul, > > It *is* possible! I've got it running on one of my Chromebooks, a Pixelbook > model. (I gave my

Re: [Pharo-users] UFFI code problem

> El 1 abr 2020, a las 9:31, Esteban Lorenzano escribió: > > There has been a change in how the constant values needs to be declared > (because in a 64bit environment, you cannot “guess” the type by its value: 42 > can be (int32)42 or (int64)42. > Hence, you need to be explicit on the

Re: [Pharo-users] UFFI code problem

There has been a change in how the constant values needs to be declared (because in a 64bit environment, you cannot “guess” the type by its value: 42 can be (int32)42 or (int64)42. Hence, you need to be explicit on the time. That’s why @tbrunz suggestion is accurate. Now, I remember writing

Re: [Pharo-users] Ballooning image size! Approaching 400MB

Tim, out of curiosity: why do you suggest to create hundreds of thousands of Strings instead of become: nil? Does Pharo do two-way become: ? I'be been nilling instances for a little over 2 decades in VAST so far and never had any troubles with it... Other than that: the become: nil (or

Re: [Pharo-users] Ballooning image size! Approaching 400MB

Hi Russ - a quick look at your stats seems to indicate that something is holding on to your model, I didn’t understand the first object growing by 2, but the second increases by 1 each time, and it looks like some form of root object holding on to the others ? This of course means the GC can’t