September 2014 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Fixed case 11996 -- exception handler search bug

by Marcus Denker

On 22 Sep 2014, at 07:30, Martin McClure <martin(a)hand2mouse.com> wrote: > Andres and I developed a fix at ESUG for case 11996. The search for exception handlers was not taking into account the general case of exception handlers established or exceptions signaled while already in a handler block, so could find the wrong handler. > > I put the slices for this fix in the inbox a while back, but neglected to let the list know. > > Is there anything else I need to do to get this integrated into 4.0? > it is important to notify about it. There are >600 issues in the tracker, that means that just solving something but not telling will only lead to action if by chance someone looks a the issue tracker entry. (which means, it is very very unlikely). There are two ways to notify: 1) putting the issue to âfix review neededâ 2) send a mail to the list (the second option is good for complex cases) Marcius

Sept. 22, 2014

Re: [Pharo-dev] [Issue Tracker] Call for CleanUp of the issue tracker

by Marcus Denker

On 21 Sep 2014, at 17:09, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > Nicolai Hess wrote >> There are open issues without any action on our part - for months. And >> that does not mean "we don't care" > > Please give issues which are closed simply because they are "stale" the > "postponed" status so they can be more easily found later (per > http://forum.world.st/Issue-Tracker-input-of-submitters-bug-fixers-needed-t…) > Maybe we should add a special close status for thoseâ¦ But for me it is important that they are âclosed* in the sense that they do not take any brain power when looking at the issue tracker. If the original submitter does not care after e.g. 1 year, I want to have the OK officially to be allowed to not care, either. Marcus

Sept. 22, 2014

Re: [Pharo-dev] [SO] Pharo 3 on 64-bit CentOS

by Nicolai Hess

2014-09-22 7:24 GMT+02:00 Martin McClure <martin(a)hand2mouse.com>: > On 09/21/2014 09:55 PM, Max Leske wrote: > >> http://stackoverflow.com/questions/25966652/cannot- >> even-install-pharo-3-on-centos-6-5 >> >> > It looks like Pharo 3.0 ships with a VM compiled against glibc 2.15, and > therefore requires glibc 2.15 or newer??? If so, that means that it won't > run on CentOS 6.5 at all. > > Older glibc versions are in use in a number of popular distributions that > are still supported -- at least CentOS 5, CentOS 6, and Ubuntu 10.04 are > still supported and have glibcs older than 2.15. > > Could the official VMs be built against older glibc, or is there some > feature in the newer glibc that we require? > a newer glibc version is not needed, it is just what is used on newer platforms. AFAIK Esteban will setup a build slave for this. ( http://forum.world.st/installing-pharo-3-0-on-Debian-wheezy-td4759635.html) > > Regards, > > -Martin > >

Sept. 22, 2014

Re: [Pharo-dev] [SO] Pharo 3 on 64-bit CentOS

by phil＠highoctane.be

For a fast solution: https://github.com/philippeback/pharovm-centos65 Not the latest VM but works well enough for my production. Phil â

Sept. 22, 2014

Re: [Pharo-dev] Exceptions chapter of Deep Into Pharo

by stepharo

> Since Andres and I were working on exceptions at ESUG, Stef asked me > to review the Exceptions chapter of Deep Into Pharo. I've done this, > and there are some changes needed to reflect the fix of issue 11996, > and a number of other small improvements I'd like to make. super! I love that. Thanks a lot. > So, a couple of questions: > > * Would now be a good time to update this chapter for Pharo 4.0? Yes! Definitevely. > * What's the process for contributing updates to the book? I can give you access to the svn or you can send to me text and I will incorporate them. (In the future we will turn it into pillar and github). I would prefer that you edit because you are better fit technically and english-wise :). Stef > > Regards, > > -Martin > >

Sept. 22, 2014

Exceptions chapter of Deep Into Pharo

by Martin McClure

Since Andres and I were working on exceptions at ESUG, Stef asked me to review the Exceptions chapter of Deep Into Pharo. I've done this, and there are some changes needed to reflect the fix of issue 11996, and a number of other small improvements I'd like to make. So, a couple of questions: * Would now be a good time to update this chapter for Pharo 4.0? * What's the process for contributing updates to the book? Regards, -Martin

Sept. 22, 2014

Fixed case 11996 -- exception handler search bug

by Martin McClure

Andres and I developed a fix at ESUG for case 11996. The search for exception handlers was not taking into account the general case of exception handlers established or exceptions signaled while already in a handler block, so could find the wrong handler. I put the slices for this fix in the inbox a while back, but neglected to let the list know. Is there anything else I need to do to get this integrated into 4.0? Regards, -Martin

Sept. 22, 2014

Re: [Pharo-dev] [SO] Pharo 3 on 64-bit CentOS

by Martin McClure

On 09/21/2014 09:55 PM, Max Leske wrote: > http://stackoverflow.com/questions/25966652/cannot-even-install-pharo-3-on-… > It looks like Pharo 3.0 ships with a VM compiled against glibc 2.15, and therefore requires glibc 2.15 or newer??? If so, that means that it won't run on CentOS 6.5 at all. Older glibc versions are in use in a number of popular distributions that are still supported -- at least CentOS 5, CentOS 6, and Ubuntu 10.04 are still supported and have glibcs older than 2.15. Could the official VMs be built against older glibc, or is there some feature in the newer glibc that we require? Regards, -Martin

Sept. 22, 2014

[SO] Pharo 3 on 64-bit CentOS

by Max Leske

http://stackoverflow.com/questions/25966652/cannot-even-install-pharo-3-on-…

Sept. 22, 2014

Re: [Pharo-dev] new Fogbugz fields Preload & Postload

by stepharo

we want to manage the systems and its externally (developed) projects with configuration of. And we need to manage pre and post load. We want Pharo to be really modular so we are working on it. Soon we should start to work on rebuilding configurations for RB Spec Nautilus ... stef On 21/9/14 16:45, Ben Coman wrote: > I see interesting new fields Preload and Postload in Fogbugz. I could > guess... but it would be useful if someone could describe their usage? > cheers -ben > >

Sept. 21, 2014