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

Re: [Pharo-project] changes with announcements ?

by Henrik Johansen

On Jun 28, 2011, at 10:23 56AM, Cyrille Delaunay wrote: > I got another issue related to that i think. > In moose , at one moment in a announcement handling code, we are doing: Notification signal: 'Save successful!'. > That has for consequence that the on:fork: cuts the stack and I end up with a 'MessageNotUnderstood: receiver of "sender" is nil'. > So I don't know if the problem is that we are signaling a notification? Yes, if nothing inside the announcement handling code handles it, it will get handled by the announcement delivery handler which recasts it in new thread, for the reason Igor mentioned below. It's not safe to simply pass it on for handling by the code that made the announcement, if you want to ensure delivery. > if yes what should we use to notify something ? ... an Announcement? > It was because on:fork: cuts the stack. > If you signaling exception in your code, you should handle it before > leaving your #actionSelector method. > Otherwise you may put the rest recipients of announcement in danger > and that's why there #on:fork: to prevent that. > > > -- > Best regards, > Igor Stasenko AKA sig. > Cheers, Henry

June 28, 2011

Re: [Pharo-project] About HTTP proxies, settings and MacOS

by Marcus Denker

On Jun 28, 2011, at 11:10 AM, Marcus Denker wrote: > > On Jun 28, 2011, at 10:29 AM, Mariano Martinez Peck wrote: > >> Hi guys. Few weeks ago, there was an issue about Zn and HTTP proxies. I am in MacOS and behind a proxy. Before that issue, I was able to DIRECTLY connect to internet without specifying anything at the image level. >> This is because, I guess, the VM and somehow the image I guess, took the default proxy settings I have in MacOS. >> >> Now, with the last version of Pharo 1.3 I need to explicitly set the proxy in order to go to internet. So, first question, is that expected? >> > > No. > >> Second question, if I go to the settings browser, Network -> Use HTTP proxy, if I check the box, it AUTOMATICALLY shows me the correct data: IP + port. So it seems it is getting it automatically from the MacOS specification. When enabling the checkbox, I can use internet. >> We need to rewrite this: InternetConfiguration>>startUp OSPlatform isMacOS ifTrue: [ self useHTTPProxy ifTrue: [ (self getHTTPProxyHost findTokens: ':') ifNotEmpty: [:p | HTTPSocket useProxyServerNamed: p first port: p second asInteger]]] For Zinc. -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

June 28, 2011

Re: [Pharo-project] About HTTP proxies, settings and MacOS

by Marcus Denker

On Jun 28, 2011, at 10:29 AM, Mariano Martinez Peck wrote: > Hi guys. Few weeks ago, there was an issue about Zn and HTTP proxies. I am in MacOS and behind a proxy. Before that issue, I was able to DIRECTLY connect to internet without specifying anything at the image level. > This is because, I guess, the VM and somehow the image I guess, took the default proxy settings I have in MacOS. > > Now, with the last version of Pharo 1.3 I need to explicitly set the proxy in order to go to internet. So, first question, is that expected? > No. > Second question, if I go to the settings browser, Network -> Use HTTP proxy, if I check the box, it AUTOMATICALLY shows me the correct data: IP + port. So it seems it is getting it automatically from the MacOS specification. When enabling the checkbox, I can use internet. > > However, I still need to go there and set it and I am a lazy guy ;) So my question is....is there a way to avoid having to set this? I mean, if you could detect that there was a proxy IP and port, why not to use it directly? is this on purpose? > -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

June 28, 2011

[Pharo-project] Please test Pharo 1.3!

by Marcus Denker

Please test Pharo 1.3! There is no magic.. what is now here: https://pharo-ic.lille.inria.fr/hudson/job/Pharo%201.3/ Will be the release. Issues fixed until the released are just those that will be detected and fixed. There is no magic. For those who only run released software: Version Number is 1.3. Consider this released. There will be no RC. Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

June 28, 2011

Re: [Pharo-project] About HTTP proxies, settings and MacOS

by laurent laffont

I remember http://code.google.com/p/pharo/wiki/CommentOfTheDayContest#61_-_InternetCon… May help. Laurent. On Tue, Jun 28, 2011 at 10:28 AM, Mariano Martinez Peck < marianopeck(a)gmail.com> wrote: > Hi guys. Few weeks ago, there was an issue about Zn and HTTP proxies. I am > in MacOS and behind a proxy. Before that issue, I was able to DIRECTLY > connect to internet without specifying anything at the image level. > This is because, I guess, the VM and somehow the image I guess, took the > default proxy settings I have in MacOS. > > Now, with the last version of Pharo 1.3 I need to explicitly set the proxy > in order to go to internet. So, first question, is that expected? > > Second question, if I go to the settings browser, Network -> Use HTTP > proxy, if I check the box, it AUTOMATICALLY shows me the correct data: IP + > port. So it seems it is getting it automatically from the MacOS > specification. When enabling the checkbox, I can use internet. > > However, I still need to go there and set it and I am a lazy guy ;) So my > question is....is there a way to avoid having to set this? I mean, if you > could detect that there was a proxy IP and port, why not to use it directly? > is this on purpose? > > Thanks > > -- > Mariano > http://marianopeck.wordpress.com > >

June 28, 2011

[Pharo-project] About HTTP proxies, settings and MacOS

by Mariano Martinez Peck

Hi guys. Few weeks ago, there was an issue about Zn and HTTP proxies. I am in MacOS and behind a proxy. Before that issue, I was able to DIRECTLY connect to internet without specifying anything at the image level. This is because, I guess, the VM and somehow the image I guess, took the default proxy settings I have in MacOS. Now, with the last version of Pharo 1.3 I need to explicitly set the proxy in order to go to internet. So, first question, is that expected? Second question, if I go to the settings browser, Network -> Use HTTP proxy, if I check the box, it AUTOMATICALLY shows me the correct data: IP + port. So it seems it is getting it automatically from the MacOS specification. When enabling the checkbox, I can use internet. However, I still need to go there and set it and I am a lazy guy ;) So my question is....is there a way to avoid having to set this? I mean, if you could detect that there was a proxy IP and port, why not to use it directly? is this on purpose? Thanks -- Mariano http://marianopeck.wordpress.com

June 28, 2011

Re: [Pharo-project] changes with announcements ?

by Cyrille Delaunay

I got another issue related to that i think. In moose , at one moment in a announcement handling code, we are doing: Notification signal: 'Save successful!'. That has for consequence that the on:fork: cuts the stack and I end up with a 'MessageNotUnderstood: receiver of "sender" is nil'. So I don't know if the problem is that we are signaling a notification? if yes what should we use to notify something ? If you want to reproduce the bug, you can take this image: http://dl.dropbox.com/u/12818380/Moose-26.zip then right click on the selected model import-export / export to mse (I attached a screenshot showing that). 2011/5/27 Igor Stasenko <siguctua(a)gmail.com> > On 27 May 2011 12:05, Cyrille Delaunay <cy.delaunay(a)gmail.com> wrote: > > Hello, > > Today I experimented some strange behaviours with announcements that I > > didn't have in some previous moose images (moose in now based on Pharo > > 1.3). > > I think that there was some changes related to announcements in pharo > > recently, but I could not be sure it is related. > > At one point in my code I have: > > browser on: AnnouncementClass send: #actionSelector > > browser announce: anAnnouncementClass. > > .... > > .... > > The behaviour I have is like if #actionSelector was executed > asynchronously > > from the rest of the code below 'browser announce: ...' . > > Not sure but there is maybe something with exception signals. If any > signal > > is emited in #actionSelector it will not execute the rest of the method. > > I was at least able to write a test that do not pass in latest pharo 1.3 > > Gofer new > > squeaksource: 'DelaunayTmpStuffs'; > > package: 'ExampleAnnouncementProblems'; > > load. > > It was because on:fork: cuts the stack. > If you signaling exception in your code, you should handle it before > leaving your #actionSelector method. > Otherwise you may put the rest recipients of announcement in danger > and that's why there #on:fork: to prevent that. > > > -- > Best regards, > Igor Stasenko AKA sig. > >

June 28, 2011

[Pharo-project] [update 1.4] #14019

by Marcus Denker

14019 ----- Issue 4391: Support grouping windows as tab http://code.google.com/p/pharo/issues/detail?id=4391 -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

June 28, 2011

Re: [Pharo-project] [Jenkins] Kernel 1.4 with Gofer+Networking

by Pavel Krivanek

Well, the size is so big because loading of packages worked well but initialization step that does cleanup failed. Change this: line 76: accuny := Compiler evaluate: (FileStream readOnlyFileNamed: 'accuny.txt') contentsOfEntireFile. line 263: rep := FileStream forceNewFileNamed: 'PharoDebug.log'. ...or use the attached file. Evidently a mess in versions, I think my fault. In the file loadCore.st remove the line 70 that makes the package Deprecated12 part of the Core image to be up-to-date with current verson. Cheers, -- Pavel On Mon, Jun 27, 2011 at 10:06 PM, Marcus Denker <marcus.denker(a)inria.fr> wrote: >>>> >>>> currently it is possible to load and successfully initialize Morphic >>>> with all packages present in the Core image at once. I already sent to >>>> Marcus necessary scripts for Hudson. >>> >>> I will set it up tonight... >>> > > https://ci.lille.inria.fr/pharo/job/Pharo%20Kernel%201.4/lastSuccessfulBuil… > > but something is strange: > > Â Â Â Â -> 25MB > Â Â Â Â -> not Â loading > > error message in _report.txt attached > > > > -- > Marcus Denker Â -- http://www.marcusdenker.de > INRIA Lille -- Nord Europe. Team RMoD. > > >

June 28, 2011

[Pharo-project] [update 1.4] #14018

by Marcus Denker

14018 ----- Issue 4464: remove MaskedTextMorph http://code.google.com/p/pharo/issues/detail?id=4464 Issue 4462: Move AlphaInfiniteForm to same category as InfiniteForm http://code.google.com/p/pharo/issues/detail?id=4462 Issue 4463: unload deprecated 12 http://code.google.com/p/pharo/issues/detail?id=4463 -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

June 28, 2011