- Pharo-dev - lists.pharo.org

[Pharo-project] [update 2.0] #20499
by Esteban Lorenzano Jan. 30, 2013

Jan. 30, 2013

20499 ----- Issue 7326: cmd+m, cmd+n broken in senders/implementors browser http://code.google.com/p/pharo/issues/detail?id=7326 Issue 7346: [ENH]: Spec: Add DateModel http://code.google.com/p/pharo/issues/detail?id=7346 Issue 7324: Andreas Profiler http://code.google.com/p/pharo/issues/detail?id=7324 (shouldn't we choose one profiler and remove the others, in 3.0? is there a reason to have several of them?) Diff information: http://ss3.gemstone.com/ss/Pharo20/Spec-Widgets-EstebanLorenzano.85.diff http://ss3.gemstone.com/ss/Pharo20/Spec-Tools-EstebanLorenzano.81.diff http://ss3.gemstone.com/ss/Pharo20/FamFam-Icons-EstebanLorenzano.15.diff http://ss3.gemstone.com/ss/Pharo20/AndreasProfiler-EstebanLorenzano.5.diff

1 0

[Pharo-project] NativeBoostFFI out parameters passing pointers back and forth is confusing...
by Stefan Marr Jan. 30, 2013

Jan. 30, 2013

Hi: I don't really understand how NativeBoostFFI handles pointers. I have two functions like this: self call: #(int git_repository_open(git_repository * * handle, char * path)) and self call: #(int git_repository_head(git_reference * * refHandle, git_repository * repo)) They use a type mapping like this: #('git_repository' 'NBVoid' 'git_reference' 'NBVoid' ) So, nothing special going on here, just pointers to pointers, and pointers to opaque data structures. Now, the call to the _open function is done with a `repoHandle := NBExternalHandle new`. This works, and I get the result value of the c lib inside my repoHandle. However, if I want to use it in the _head call, I first have to convert it into a NBExternalAddress (`NBExternalAddress value: repoHandle value`). Took me a while to figure out that passing in the repoHandle to _head does actually do the wrong thing. The _head function then gets the address of repoHandle instead of its value, which is wrong for my usecase. However, just passing in `repoHandle value` results in some strange _nil_ error. So, the main question is, why do I need to convert between Handle and Address? For the library I am trying to use, that becomes a somehow recurring pattern: | repo repoPath cb branches headHandle | repo := NBExternalHandle new. repoPath := NBExternalAddress fromString: '/Users/smarr/tmp/filetree'. LG2RepositoryH uniqueInstance repository_open: repo path: repoPath. repo := NBExternalAddress value: repo value. "<-- Why is this necessary?" headHandle := NBExternalHandle new. LG2RepositoryH uniqueInstance repository_head: headHandle repo: repo. ^ (LG2RefsH uniqueInstance reference_name: (NBExternalAddress value: headHandle value)) "<-- Why is this necessary?" readString Thanks Stefan -- Stefan Marr Software Languages Lab Vrije Universiteit Brussel Pleinlaan 2 / B-1050 Brussels / Belgium http://soft.vub.ac.be/~smarr Phone: +32 2 629 2974 Fax: +32 2 629 3525

3 8

[Pharo-project] The Road to 2.0
by Sean P. DeNigris Jan. 30, 2013

Jan. 30, 2013

There have been 1482 issues tagged with 2.0 [1] Of which 1403 have been closed Leaving only 79 [2] As we near the finish line for 2.0, I acknowledge everyone who contributed... even if just one slice, or even one post that moved a discussion toward a great solution. To me, over 1400 issues in one year seems like an extraordinary amount of progress! Cheers, Sean [1] http://code.google.com/p/pharo/issues/list?can=1&q=Milestone%3D2.0 [2] http://code.google.com/p/pharo/issues/list?can=2&q=Milestone%3D2.0 -- View this message in context: http://forum.world.st/The-Road-to-2-0-tp4666482.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

3 3

[Pharo-project] Drawing text in Athens
by Vanessa PeÃ±a Araya Jan. 30, 2013

Jan. 30, 2013

Hi, I'm trying to render a Roassal view using Athens. I finally was able to setup everything and some Athens examples works. However when I try to render text the image crash. I had free type selected and tried in Pharo 1.4 and 2.0 Any idea why this can be? Thanks, Vanessa.

4 4

Re: [Pharo-project] [Seaside] my site is completely dead..
by Sven Van Caekenberghe Jan. 30, 2013

Jan. 30, 2013

On 29 Jan 2013, at 19:29, GastÃ³n Dall' Oglio <gaston.dalloglio(a)gmail.com> wrote: > Hi Sergio. > > Some weeks ago I had deal with an image that works normally, whereas an Seaside app within it was not responding (until that time when an app was not responding always was because the image was hung). > > I dis some forense analisis in this image :), and I saw several zombies forked process, in really with an very long timeout in semaphore. See screenshot, in left side I inspected the Semaphore to see DelayWaitTimeout at one sane forked process, while the right same for one broken. Plus, note that these broken process don't die if you stop and start the Seaside server adaptor. > > To see that in your image, open an Process Browser (and turn on auto-update) and see if there are several process "ZnManagingMultiThreadedServer HTTP worker", if so, then terminate some of them and see if site begin to respond. My app began to respond after termine several of them. > > I guess that this problem occurred when I save AND QUIT the image whereas exist those forked processes. > > The solution to that the image begin to respond again was kill (terminate) manually all processes "ZnManagingMultiThreadedServer HTTP worker", and in the future be aware that there isn't workers running when I save the imagen. > > I don't know if it is a bug, if we think that yes I can give more data about context (my image, package versions, SO, â¦). Some clarifications: ZnManagingMultiThreadedServer has one server process listening for and accepting incoming requests, forking a worker process each time. Such a worker process will loop over HTTP 1.1 request/response cycles until the other end closes or something goes wrong. There is currently no timeout as such but of course the socket connection dies eventually, so that is almost the same thing. The 'Managing' aspect means that the server keeps track of all open connections or socket streams. When the server is stopped, all the connections will be closed. The idea is that all the worker processes using these connections (a one to one mapping) will eventually get an exception that is then handled by cleaning up and finally stopping. This last mechanism, the closing of a socket stream from another process resulting in an exception in a process using that connection does not work identically or equally well on the different platforms (Mac, Windows, Linux) because these have completely different socket implementations in the VM. Saving an image interacts with this is various subtle ways. On my main development platform, Mac, I see no problems. In my production deploys on Linux things are fine too. But I do various things to minimise problems: - my images hold no 'running' server(s), these are always created and started freshly using a startup script - I never save images after that - all the images are controlled by init.d scripts to start automatically with the machine - all my images are controlled by monit so that they restart automatically when they stop working - most of the time, I have multiple images under a load balancer, statefull or stateless, to improve availability and capacity - the load balancer also functions as a sanitizer and controller of incoming requests protecting the images - the load balancer can handle static resources directly, off loading work from the images http://zn.stfx.eu/zn/index.html#livedemo http://stfx.eu/pharo-server/ Yes, like any computer program, a Smalltalk vm+image combination has limits: there is some maximum number of processes and connections that can be running and open at the same time and there are general memory limits. I am pretty sure that with a setup like the one I described above production systems handling hundreds to thousands requests per second are possible. Sven > 2013/1/29 sergio_101 <sergio.rrd(a)gmail.com> > i think i need to bring the image local, and see what's going on.. i am moving it to a new server this week anyway.. > > thanks! > > > On Tue, Jan 29, 2013 at 8:18 AM, sergio_101 <sergio.rrd(a)gmail.com> wrote: > hey, dale.. it seems like lately, i am seeing this problem at least once a week. there were times when i would run problem free for months, but not lately.. > > > On Tue, Jan 29, 2013 at 1:24 AM, Dale Henrichs <dhenrich(a)vmware.com> wrote: > Sergio, > > Most of my experience is from working with GemStone, which is different animal, so take what I say with a grain of salt. > > If the running image is completely frozen, then you don't have much choice but to kill it and restart ... hopefully you haven't lost any data ... > > If after restart you see the problem again, then you might be able to debug the issue by copying the image to a local machine and bringing it up ... If the problem doesn't reproduce, I'd still be inclined to take a copy of the image and attempt to understand the particular problem. > > It's hard to tell from the screen shot what the thread is doing or even which thread it is ... it's not likely that the thread is a seaside application thread because those are normally forked and will sit around with an open debugger, but not necessarily affect the image itself. So I can't really guess what operation is causing trouble ... > > If you're lucky you can reproduce the problem on your local machine ... If you search the pharo bug list you might find a bug in this area and from that we might be able to figure out which thread is the bad boy and there might even be a fix .. > > You mentioned stability...are you seeing this particular problem occur often or are you seeing different issues? > > Dale > > ----- Original Message ----- > | From: "sergio t. ruiz" <sergio.rrd(a)gmail.com> > | To: "discussion" <seaside(a)lists.squeakfoundation.org> > | Sent: Monday, January 28, 2013 9:59:11 PM > | Subject: [Seaside] my site is completely dead.. > | > | > | my site completely died today. i tried logging in with vnc, and it > | seems just stuck.. i can't do anything to it.. > | > | anyone have any ideas? i really need this thing to run consistently > | .. > | > | here is a screenshot of its current state: > | > | http://db.tt/eVxJX6lr > | > | thanks! > | > | > | ---- > | peace, > | sergio > | photographer, journalist, visionary > | > | http://www.ThoseOptimizeGuys.com > | http://www.CodingForHire.com > | http://www.coffee-black.com > | http://www.painlessfrugality.com > | http://www.twitter.com/sergio_101 > | http://www.facebook.com/sergio101 > | > | > | > | _______________________________________________ > | seaside mailing list > | seaside(a)lists.squeakfoundation.org > | http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside > | > _______________________________________________ > seaside mailing list > seaside(a)lists.squeakfoundation.org > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside > > > > -- > ---- > peace, > sergio > photographer, journalist, visionary > > http://www.ThoseOptimizeGuys.com > http://www.CodingForHire.com > http://www.coffee-black.com > http://www.painlessfrugality.com > http://www.twitter.com/sergio_101 > http://www.facebook.com/sergio101 > > > > -- > ---- > peace, > sergio > photographer, journalist, visionary > > http://www.ThoseOptimizeGuys.com > http://www.CodingForHire.com > http://www.coffee-black.com > http://www.painlessfrugality.com > http://www.twitter.com/sergio_101 > http://www.facebook.com/sergio101 > > _______________________________________________ > seaside mailing list > seaside(a)lists.squeakfoundation.org > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside > > > <image1.png>_______________________________________________ > seaside mailing list > seaside(a)lists.squeakfoundation.org > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside -- Sven Van Caekenberghe http://stfx.eu Smalltalk is the Red Pill

1 0

[Pharo-project] Discard changes after clicking Ok if a condition is false.
by J. P. L. MartÃn Jan. 30, 2013

Jan. 30, 2013

I have an object I want to edit, when I hit ok a question is made,e.g: the data I've entered doesn't already exist? ifFalse an alertDialogWindow pops up and it shouldn't apply changes to the object. But I found that ok method does "applyChanges" when clicked.

2 2

Re: [Pharo-project] I hate 'as yet unclassified'
by Fernando Olivero Jan. 30, 2013

Jan. 30, 2013

Hi, if you look closely at the attached screenshots, you will find that being sloppy is a side-effect of modern times! The "unclassified" method category is missing from both the Smalltalk 76 and Smalltalk 80 tools. Fernando On Tue, Jan 29, 2013 at 11:31 PM, StÃ©phane Ducasse < stephane.ducasse(a)inria.fr> wrote: > Ok but in 3.0 > We will kill that bad habit. > We should investigate in an automatic categorizer. There was one I should > have a look one of these days (since I do not know what to do :)). > > Stef > > > > Code with "as yet unclassified" methods should be rejected by the monkey > ! > > > > Ben > > > > On Jan 29, 2013, at 11:19 PM, StÃ©phane Ducasse < > stephane.ducasse(a)inria.fr> wrote: > > > >> > >> On Jan 29, 2013, at 2:03 PM, Ben Coman wrote: > >> > >>> While on the topic, some of the category chooser dialogs are sorted so > that the extensions are listed first - which I find annoying (in 1.4). In > 2.0 can the standard categories be shown first ? > >>> > >>> Also, I still struggle to really be confident I am choosing the right > categories. Perhaps down the track, a feature useful for newcomers might > be a tooltip when hovering over items on the category list, or > alternatively, hover showing a list of the ten most common methods > appearing in that category. > >> > >> could be really neat :) > >> > >>> > >>> cheers -ben > >>> > >>> StÃ©phane Ducasse wrote: > >>>> Hi guys > >>>> > >>>> I spend my time recategorizing methods. > >>>> I would like the change the intention of 'as yet unclassified' > because this is a PLAGUE. > >>>> It is like throwing papers on the floor. > >>>> So we should have a different name to indicate that it should be > fixed. > >>>> > >>>> > >>>> Any ideas? > >>>> > >>>> 'you are a dirty programmer - change me' > >>>> > >>>> > >>>> Stef > >>>> > >>>> > >>>> > >>>> > >>>> > >>> > >>> > >> > >> > > > > >

1 0

Re: [Pharo-project] Pharo 2.0 - System Error Handling Failed
by Sean P. DeNigris Jan. 30, 2013

Jan. 30, 2013

>From the users list... Sean P. DeNigris wrote > > Ben Coman wrote >> FirstImpressionsCount :) > I actually like that a lot. If there are no objections, I'll change it to > that. Also, this and HorribleXyz should be issue types, not statuses; I'll > fix that too... In the issue tracker: "Status:QualityControl" is now "Type:FirstImpressionsCount" and "Status:HorribleErrorBlockingEverything" is now a type (instead of a status) with the same name as before I did this because these things are not really statuses and then, for example if the status was HorribleErrorBlockingEverything, we either won't know when it's FixReviewNeeded, or it will be changed to that and maybe we forget how horrible it is :) All existing issues have been migrated to the new tags HTH, Sean -- View this message in context: http://forum.world.st/Re-Pharo-2-0-System-Error-Handling-Failed-tp4666479.h… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

1 0

[Pharo-project] [Issue Tracker] [Action Needed] Show Stoppers 2.0
by Marcus Denker Jan. 29, 2013

Jan. 29, 2013

Hi, We should stat to get serious to evaluate the remaining issues that are tagged 2.0. http://code.google.com/p/pharo/issues/list?can=2&q=milestone%3D2.0 Which of the are true show stoppers? This means, is the issue of a severity that, just for this single issue, we can not release 2.0? By definition, all problems that are already in 1.4 do not qualify for this, as we did already release 1.4 and the world did not stop spinning. The same is for "nice to have" issues. "It would be nice if.." is not a show stopper. Marcus

3 5

[Pharo-project] Monticello class V.S. classSide
by Damien Cassou Jan. 29, 2013

Jan. 29, 2013

What is the difference between 'class' and 'classSide'? We believe this is one symptom of a major problem -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." Winston Churchill

4 6