Pharo-dev
By thread
pharo-dev@lists.pharo.org
By month
Messages by month
- ----- 2026 -----
- July
- June
- May
- April
- March
- February
- January
- ----- 2025 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2024 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2023 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2022 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2021 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2020 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2019 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2018 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2017 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2016 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2015 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2014 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2013 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2012 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2011 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2010 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2009 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2008 -----
- December
- November
- October
- September
- August
- July
- June
- May
January 2010
- 107 participants
- 2752 messages
Re: [Pharo-project] Bug in NetNameResolver on PharoCore 10508?
by Adrian Lienhard
Do you see a simple solution to work around the problem in 1.0?
Adrian
On Jan 27, 2010, at 16:05 , Schwab,Wilhelm K wrote:
> That change reduces the problems, but it does not eliminate it because there are sill paths to IPv6-specific code that is "unprotected." The primitive(s) in question fail if IPv6 is not available, in fact, the need to use IPv4 is detected by watching a primitive fail. We then turn around later and call that same primitive w/o checking #useOldNetwork, hence the defect on non-IPv6 machines.
>
> The code is very complicated and should be factored into separate classes to group the primitive with the protocols they serve.
>
> Bill
>
>
>
> -----Original Message-----
> From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of Adrian Lienhard
> Sent: Wednesday, January 27, 2010 9:31 AM
> To: Pharo-project(a)lists.gforge.inria.fr
> Subject: Re: [Pharo-project] Bug in NetNameResolver on PharoCore 10508?
>
> Between 10454 and 10508 I switched to useOldNetwork => true. Probably that makes the difference. Fixes are welcome!
>
> Cheers,
> Adrian
>
> On Jan 27, 2010, at 15:10 , Schwab,Wilhelm K wrote:
>
>> Probably. We need to ensure that all of the IPv6 primitives are protected with #useOldNetwork, and they are not at present. I started to split NetNameResolver into absract base and 4/6-specific subclasses, but was distracted from it. Something like that would help a lot.
>>
>> Bill
>>
>>
>>
>> ________________________________
>> From: pharo-project-bounces(a)lists.gforge.inria.fr
>> [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of
>> Mariano Martinez Peck
>> Sent: Wednesday, January 27, 2010 9:00 AM
>> To: Pharo-project(a)lists.gforge.inria.fr
>> Subject: Re: [Pharo-project] Bug in NetNameResolver on PharoCore 10508?
>>
>> Yes, I can reproduce it in my Mac Os box...however, wasn't it the same problem of the network that we already have ?
>> NetNameResolver useOldNetwork etc .. ?
>>
>> 2010/1/27 Miguel Enrique Cobá Martinez
>> <miguel.coba(a)gmail.com<mailto:miguel.coba@gmail.com>>
>> El mar, 26-01-2010 a las 17:14 -0600, Miguel Enrique Cobá Martinez
>> escribió:
>>> Hi all,
>>>
>>> yesterday, in some of that "why did I do that today" I decided to add
>>> a partition to my ext3 fs over LUKS encrypted over LVM over disk
>>> partitions Debian install. Well, things went far from ok, and the
>>> result I lost all the information (it is really encrypted, :(). I had
>>> a backup so nothing important was lost. Or that I thought. Because
>>> after reinstalling and trying to install the squeakvm I noticed that
>>> the squeak vm .deb file from:
>>>
>>> http://squeakvm.org/unix/release/Squeak-3.11.3.2135-linux_i386.deb
>>>
>>> is not more available. I'm sure there are good reasons to remove that
>>> file. But for me that was the squeak vm that I was using (and the one
>>> you reach if you follow the links from pharo-download page and the
>>> one you'll try to download if you use a Debian derived distro...).
>>>
>>> The case is that isn't available. So I got the tar.gz for i386 (there
>>> isn't amd64 package, but I have ia32-libs installed):
>>>
>>> http://squeakvm.org/unix/release/Squeak-3.11.3.2135-linux_i386.tar.gz
>>>
>>> and by using this vm I have a problem that I hadn't before:
>>>
>>> In a PharoCore 10508 image evaluate this:
>>>
>>> NetNameResolver addressForName: 'www.yahoo.com<http://www.yahoo.com>'
>>>
>>> I get:
>>>
>>> Error: primitive has failed
>>>
>>> in NetNameResolver class>>primGetNameInfo:flags
>>>
>>> Also
>>>
>>> NetNameResolver primGetNameInfoHostSize
>>>
>>> gives the same error but in:
>>>
>>> in NetNameResolver class>>primGetNameInfoHostSize.
>>>
>>> First I though that was the change of vm but then, using the same vm
>>> I opened an old image:
>>>
>>> Pharo1.0beta
>>> Latest update: #10454
>>>
>>> and there all works correctly.
>>>
>>> Can someone confirm this bug so that I can add an issue in the traker.
>>>
>>> Or maybe point to something that I am doing wrong.
>>>
>>> I repeat, the data:
>>>
>>> vm: 3.11.3-2135 #1 XShm Wed Sep 16 14:25:10 PDT 2009 gcc 4.3.3
>>> image: PharoCore 10508
>>> result: failed
>>>
>>> vm: 3.11.3-2135 #1 XShm Wed Sep 16 14:25:10 PDT 2009 gcc 4.3.3
>>> image: PharoCore 10454
>>> result: worked
>>>
>>> Thanks
>>
>> Anybody can confirm? or is only me?
>>
>> --
>> Miguel Cobá
>> http://miguel.leugim.com.mx
>>
>>
>> _______________________________________________
>> Pharo-project mailing list
>> Pharo-project(a)lists.gforge.inria.fr<mailto:Pharo-project@lists.gforge.
>> inria.fr>
>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>>
>> _______________________________________________
>> Pharo-project mailing list
>> Pharo-project(a)lists.gforge.inria.fr
>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>
>
> _______________________________________________
> Pharo-project mailing list
> Pharo-project(a)lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>
> _______________________________________________
> Pharo-project mailing list
> Pharo-project(a)lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Jan. 27, 2010
Re: [Pharo-project] Metacello Catalog [was: Re: ConfigurationOfAida is available]
by Mariano Martinez Peck
On Wed, Jan 27, 2010 at 4:20 PM, Esteban Lorenzano <estebanlm(a)gmail.com>wrote:
> On 2010-01-27 11:33:52 -0300, Adrian Lienhard
> <adi(a)netstyle.ch> said:
>
> > Cool, I look forward to it! :)
> >
> > Adrian
> >
> > BTW, don't forget that we also need to host that Pier instance
> somewhere...
>
> mmm... I thought cmsbox would have some functionality to embeed other
> seaside applications (if not pier components)... if is not the case, we
> need to host the application at seasidehosting, I think.
>
but seasidehosting was VERY slow the last time I use it and...it is sueak
3.9, not Pharo support (at least as I remember, maybe it changed)
>
> Cheers,
> Esteban
>
> >
> >
> > On Jan 27, 2010, at 15:28 , Esteban Lorenzano wrote:
> >
> >> Let me put the estimated time then:
> >>
> >> first version of loader: this weekend
> >> first version of pier component for displaying metacello configurations
> >> lists and status: one or two weeks after that...
> >>
> >> So, if for "today" you mean "for 1.0rc3 or 1.0 release"... I think the
> >> estimated time is right :)
> >>
> >> Cheers,
> >> Esteban
> >>
> >> On 2010-01-27 11:21:10 -0300, Adrian Lienhard
> >> <adi(a)netstyle.ch> said:
> >>
> >>> Sorry Mariano, apparently I have missed your mail.
> >>>
> >>> Esteban: that sounds cool, but it would be nice to have a simple
> >>> solution that works today! :)
> >>>
> >>> Any takers?
> >>>
> >>> Cheers,
> >>> Adrian
> >>>
> >>> On Jan 27, 2010, at 12:57 , Esteban Lorenzano wrote:
> >>>
> >>>> In fact, that page could be a pier component who scans the repository
> >>>> data (usign the Loader I'm doing)... I can volunteer to make that
> >>>> component, but first let me finish the first version of loader :)
> >>>>
> >>>> Cheers,
> >>>> Esteban, backing from vacations
> >>>>
> >>>> On 2010-01-27 05:16:16 -0300, Mariano Martinez Peck
> >>>> <marianopeck(a)gmail.com> said:
> >>>>
> >>>>>
> >>>>>
> >>>>> Dale: This is really cool. We were just talking about Aida with Stef
> the
> >>>>> other day. Thanks a lot.
> >>>>>
> >>>>> Adrian: I sent an email like a week ago to ask exactly that. Someone
> to
> >>>>> volunteer to update that wiki page with all the metacello
> repositotory
> >>>>> information...but I got no answers.
> >>>>>
> >>>>> On Wed, Jan 27, 2010 at 8:56 AM, Adrian Lienhard
> >>>>> <adi(a)netstyle.ch> wrote:
> >>>>>
> >>>>>> Wow, its great to see all those configurations of external packages
> coming
> >>>>>> in!
> >>>>>>
> >>>>>> I think we need a way to catalog them now. Do we have somebody that
> likes
> >>>>>> to help maintaining this? My idea is to start small, i.e., with a
> wiki page
> >>>>>> similar to
> http://code.google.com/p/pharo/wiki/PackagesTestedInPharo. We
> >>>>>> could have two categories, one "testing" and one "stable". New
> >>>>>> configurations start with testing and when they are known to work
> and their
> >>>>>> tests pass etc. we move them to "stable".
> >>>>>>
> >>>>>> Cheers,
> >>>>>> Adrian
> >>>>>>
> >>>>>> On Jan 27, 2010, at 04:22 , Dale Henrichs wrote:
> >>>>>>
> >>>>>>> Gofer new
> >>>>>>> squeaksource: 'MetacelloRepository';
> >>>>>>> package: 'ConfigurationOfAida';
> >>>>>>> load.
> >>>>>>>
> >>>>>>> ((Smalltalk at: #ConfigurationOfAida) project version: '6.0') load.
> >>>>>>>
> >>>>>>> _______________________________________________
> >>>>>>> Pharo-project mailing list
> >>>>>>> Pharo-project(a)lists.gforge.inria.fr
> >>>>>>>
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
> >>>>>>
> >>>>>>
> >>>>>> _______________________________________________
> >>>>>> Pharo-project mailing list
> >>>>>> Pharo-project(a)lists.gforge.inria.fr
> >>>>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
> >>>>>>
> >>>>>
> >>>>>
> >>>>> Dale:=A0 This is really cool. We were just talking about Aida with
> Stef the=
> >>>>> other day. Thanks a lot. <br><br>Adrian: I sent an email like a week
> ago t=
> >>>>> o ask exactly that. Someone to volunteer to update that wiki page
> with all =
> >>>>> the metacello repositotory information...but I got no answers.<br>
> >>>>> <br><div class=3D"gmail_quote">On Wed, Jan 27, 2010 at 8:56 AM,
> Adrian Lien=
> >>>>> hard <span dir=3D"ltr"><<a
> >>>>> href=3D"mailto:adi@netstyle.ch">adi(a)netstyle.=
> >>>> ch</a>></span>
> >>>>>
> >>>>> wrote:<br><blockquote class=3D"gmail_quote" style=3D"bord=
> >>>>> er-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex;
> padding-l=
> >>>>> eft: 1ex;">
> >>>>> Wow, its great to see all those configurations of external packages
> coming =
> >>>>> in!<br>
> >>>>> <br>
> >>>>> I think we need a way to catalog them now. Do we have somebody that
> likes t=
> >>>>> o help maintaining this? My idea is to start small, i.e., with a wiki
> page =
> >>>>> similar to <a href=3D"
> http://code.google.com/p/pharo/wiki/PackagesTestedInP=
> >>>>> haro" target=3D"_blank">
> http://code.google.com/p/pharo/wiki/PackagesTestedI=
> >>>>> nPharo</a>. We could have two categories, one "testing" and
> one &=
> >>>>> quot;stable". New configurations start with testing and when
> they are =
> >>>>> known to work and their tests pass etc. we move them to
> "stable".=
> >>>>> <br>
> >>>>>
> >>>>> <br>
> >>>>> Cheers,<br>
> >>>>> <font color=3D"#888888">Adrian<br>
> >>>>> </font><div><div></div><div class=3D"h5"><br>
> >>>>> On Jan 27, 2010, at 04:22 , Dale Henrichs wrote:<br>
> >>>>> <br>
> >>>>> > Gofer new<br>
> >>>>> > =A0 =A0 =A0 =A0squeaksource: 'MetacelloRepository';<br>
> >>>>> > =A0 =A0 =A0 =A0package: 'ConfigurationOfAida';<br>
> >>>>> > =A0 =A0 =A0 =A0load.<br>
> >>>>> ><br>
> >>>>> > ((Smalltalk at: #ConfigurationOfAida) project version:
> '6.0') =
> >>>>> load.<br>
> >>>>> ><br>
> >>>>> > _______________________________________________<br>
> >>>>> > Pharo-project mailing list<br>
> >>>>> > <a
> >>>>> href=3D"mailto:Pharo-project@lists.gforge.inria.fr">Pharo-project@l=
> ists.gforge.inria.fr</a><br>
> >
>
> <a
>
> href=3D"http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo=
> -project<http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo=%0A-project>
> "
> >>>>>
> >>>>> target=3D"_blank">http://lists.gforge.inria.fr/cgi-bin/mailman/li=
> >>>>> stinfo/pharo-project</a><br>
> >>>>> <br>
> >>>>> <br>
> >>>>> _______________________________________________<br>
> >>>>> Pharo-project mailing list<br>
> >>>>> <a
> >>>>> href=3D"mailto:Pharo-project@lists.gforge.inria.fr
> ">Pharo-project(a)lists.=
> gforge.inria.fr</a><br>
> <a
>
> href=3D"http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-proj=
> ect"
>
> target=3D"_blank">http://lists.gforge.inria.fr/cgi-bin/mailman/listinf=
> o/pharo-project<http://lists.gforge.inria.fr/cgi-bin/mailman/listinf=%0Ao/pharo-project>
> </a><br>
> </div></div></
>
>
>
>
> _______________________________________________
> Pharo-project
> >>>>>
> >> mailing list
> >> Pharo-project(a)lists.gforge.inria.fr
> >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>
>
>
>
> _______________________________________________
> Pharo-project mailing list
> Pharo-project(a)lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>
Jan. 27, 2010
[Pharo-project] Metacello Catalog [was: Re: ConfigurationOfAida is available]
by Esteban Lorenzano
On 2010-01-27 11:33:52 -0300, Adrian Lienhard
<adi(a)netstyle.ch> said:
> Cool, I look forward to it! :)
>
> Adrian
>
> BTW, don't forget that we also need to host that Pier instance somewhere...
mmm... I thought cmsbox would have some functionality to embeed other
seaside applications (if not pier components)... if is not the case, we
need to host the application at seasidehosting, I think.
Cheers,
Esteban
>
>
> On Jan 27, 2010, at 15:28 , Esteban Lorenzano wrote:
>
>> Let me put the estimated time then:
>>
>> first version of loader: this weekend
>> first version of pier component for displaying metacello configurations
>> lists and status: one or two weeks after that...
>>
>> So, if for "today" you mean "for 1.0rc3 or 1.0 release"... I think the
>> estimated time is right :)
>>
>> Cheers,
>> Esteban
>>
>> On 2010-01-27 11:21:10 -0300, Adrian Lienhard
>> <adi(a)netstyle.ch> said:
>>
>>> Sorry Mariano, apparently I have missed your mail.
>>>
>>> Esteban: that sounds cool, but it would be nice to have a simple
>>> solution that works today! :)
>>>
>>> Any takers?
>>>
>>> Cheers,
>>> Adrian
>>>
>>> On Jan 27, 2010, at 12:57 , Esteban Lorenzano wrote:
>>>
>>>> In fact, that page could be a pier component who scans the repository
>>>> data (usign the Loader I'm doing)... I can volunteer to make that
>>>> component, but first let me finish the first version of loader :)
>>>>
>>>> Cheers,
>>>> Esteban, backing from vacations
>>>>
>>>> On 2010-01-27 05:16:16 -0300, Mariano Martinez Peck
>>>> <marianopeck(a)gmail.com> said:
>>>>
>>>>>
>>>>>
>>>>> Dale: This is really cool. We were just talking about Aida with Stef the
>>>>> other day. Thanks a lot.
>>>>>
>>>>> Adrian: I sent an email like a week ago to ask exactly that. Someone to
>>>>> volunteer to update that wiki page with all the metacello repositotory
>>>>> information...but I got no answers.
>>>>>
>>>>> On Wed, Jan 27, 2010 at 8:56 AM, Adrian Lienhard
>>>>> <adi(a)netstyle.ch> wrote:
>>>>>
>>>>>> Wow, its great to see all those configurations of external packages coming
>>>>>> in!
>>>>>>
>>>>>> I think we need a way to catalog them now. Do we have somebody that likes
>>>>>> to help maintaining this? My idea is to start small, i.e., with a wiki page
>>>>>> similar to http://code.google.com/p/pharo/wiki/PackagesTestedInPharo. We
>>>>>> could have two categories, one "testing" and one "stable". New
>>>>>> configurations start with testing and when they are known to work and their
>>>>>> tests pass etc. we move them to "stable".
>>>>>>
>>>>>> Cheers,
>>>>>> Adrian
>>>>>>
>>>>>> On Jan 27, 2010, at 04:22 , Dale Henrichs wrote:
>>>>>>
>>>>>>> Gofer new
>>>>>>> squeaksource: 'MetacelloRepository';
>>>>>>> package: 'ConfigurationOfAida';
>>>>>>> load.
>>>>>>>
>>>>>>> ((Smalltalk at: #ConfigurationOfAida) project version: '6.0') load.
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> Pharo-project mailing list
>>>>>>> Pharo-project(a)lists.gforge.inria.fr
>>>>>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> Pharo-project mailing list
>>>>>> Pharo-project(a)lists.gforge.inria.fr
>>>>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>>>>>>
>>>>>
>>>>>
>>>>> Dale:=A0 This is really cool. We were just talking about Aida with Stef the=
>>>>> other day. Thanks a lot. <br><br>Adrian: I sent an email like a week ago t=
>>>>> o ask exactly that. Someone to volunteer to update that wiki page with all =
>>>>> the metacello repositotory information...but I got no answers.<br>
>>>>> <br><div class=3D"gmail_quote">On Wed, Jan 27, 2010 at 8:56 AM, Adrian Lien=
>>>>> hard <span dir=3D"ltr"><<a
>>>>> href=3D"mailto:adi@netstyle.ch">adi(a)netstyle.=
>>>> ch</a>></span>
>>>>>
>>>>> wrote:<br><blockquote class=3D"gmail_quote" style=3D"bord=
>>>>> er-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-l=
>>>>> eft: 1ex;">
>>>>> Wow, its great to see all those configurations of external packages coming =
>>>>> in!<br>
>>>>> <br>
>>>>> I think we need a way to catalog them now. Do we have somebody that likes t=
>>>>> o help maintaining this? My idea is to start small, i.e., with a wiki page =
>>>>> similar to <a href=3D"http://code.google.com/p/pharo/wiki/PackagesTestedInP=
>>>>> haro" target=3D"_blank">http://code.google.com/p/pharo/wiki/PackagesTestedI=
>>>>> nPharo</a>. We could have two categories, one "testing" and one &=
>>>>> quot;stable". New configurations start with testing and when they are =
>>>>> known to work and their tests pass etc. we move them to "stable".=
>>>>> <br>
>>>>>
>>>>> <br>
>>>>> Cheers,<br>
>>>>> <font color=3D"#888888">Adrian<br>
>>>>> </font><div><div></div><div class=3D"h5"><br>
>>>>> On Jan 27, 2010, at 04:22 , Dale Henrichs wrote:<br>
>>>>> <br>
>>>>> > Gofer new<br>
>>>>> > =A0 =A0 =A0 =A0squeaksource: 'MetacelloRepository';<br>
>>>>> > =A0 =A0 =A0 =A0package: 'ConfigurationOfAida';<br>
>>>>> > =A0 =A0 =A0 =A0load.<br>
>>>>> ><br>
>>>>> > ((Smalltalk at: #ConfigurationOfAida) project version: '6.0') =
>>>>> load.<br>
>>>>> ><br>
>>>>> > _______________________________________________<br>
>>>>> > Pharo-project mailing list<br>
>>>>> > <a
>>>>> href=3D"mailto:Pharo-project@lists.gforge.inria.fr">Pharo-project@l=
ists.gforge.inria.fr</a><br>
>
<a
href=3D"http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo=
-project"
>>>>>
>>>>> target=3D"_blank">http://lists.gforge.inria.fr/cgi-bin/mailman/li=
>>>>> stinfo/pharo-project</a><br>
>>>>> <br>
>>>>> <br>
>>>>> _______________________________________________<br>
>>>>> Pharo-project mailing list<br>
>>>>> <a
>>>>> href=3D"mailto:Pharo-project@lists.gforge.inria.fr">Pharo-project(a)lists.=
gforge.inria.fr</a><br>
<a
href=3D"http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-proj=
ect"
target=3D"_blank">http://lists.gforge.inria.fr/cgi-bin/mailman/listinf=
o/pharo-project</a><br>
</div></div></
_______________________________________________
Pharo-project
>>>>>
>> mailing list
>> Pharo-project(a)lists.gforge.inria.fr
>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Jan. 27, 2010
Re: [Pharo-project] Bug in NetNameResolver on PharoCore 10508?
by Schwab,Wilhelm K
That change reduces the problems, but it does not eliminate it because there are sill paths to IPv6-specific code that is "unprotected." The primitive(s) in question fail if IPv6 is not available, in fact, the need to use IPv4 is detected by watching a primitive fail. We then turn around later and call that same primitive w/o checking #useOldNetwork, hence the defect on non-IPv6 machines.
The code is very complicated and should be factored into separate classes to group the primitive with the protocols they serve.
Bill
-----Original Message-----
From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of Adrian Lienhard
Sent: Wednesday, January 27, 2010 9:31 AM
To: Pharo-project(a)lists.gforge.inria.fr
Subject: Re: [Pharo-project] Bug in NetNameResolver on PharoCore 10508?
Between 10454 and 10508 I switched to useOldNetwork => true. Probably that makes the difference. Fixes are welcome!
Cheers,
Adrian
On Jan 27, 2010, at 15:10 , Schwab,Wilhelm K wrote:
> Probably. We need to ensure that all of the IPv6 primitives are protected with #useOldNetwork, and they are not at present. I started to split NetNameResolver into absract base and 4/6-specific subclasses, but was distracted from it. Something like that would help a lot.
>
> Bill
>
>
>
> ________________________________
> From: pharo-project-bounces(a)lists.gforge.inria.fr
> [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of
> Mariano Martinez Peck
> Sent: Wednesday, January 27, 2010 9:00 AM
> To: Pharo-project(a)lists.gforge.inria.fr
> Subject: Re: [Pharo-project] Bug in NetNameResolver on PharoCore 10508?
>
> Yes, I can reproduce it in my Mac Os box...however, wasn't it the same problem of the network that we already have ?
> NetNameResolver useOldNetwork etc .. ?
>
> 2010/1/27 Miguel Enrique Cobá Martinez
> <miguel.coba(a)gmail.com<mailto:miguel.coba@gmail.com>>
> El mar, 26-01-2010 a las 17:14 -0600, Miguel Enrique Cobá Martinez
> escribió:
>> Hi all,
>>
>> yesterday, in some of that "why did I do that today" I decided to add
>> a partition to my ext3 fs over LUKS encrypted over LVM over disk
>> partitions Debian install. Well, things went far from ok, and the
>> result I lost all the information (it is really encrypted, :(). I had
>> a backup so nothing important was lost. Or that I thought. Because
>> after reinstalling and trying to install the squeakvm I noticed that
>> the squeak vm .deb file from:
>>
>> http://squeakvm.org/unix/release/Squeak-3.11.3.2135-linux_i386.deb
>>
>> is not more available. I'm sure there are good reasons to remove that
>> file. But for me that was the squeak vm that I was using (and the one
>> you reach if you follow the links from pharo-download page and the
>> one you'll try to download if you use a Debian derived distro...).
>>
>> The case is that isn't available. So I got the tar.gz for i386 (there
>> isn't amd64 package, but I have ia32-libs installed):
>>
>> http://squeakvm.org/unix/release/Squeak-3.11.3.2135-linux_i386.tar.gz
>>
>> and by using this vm I have a problem that I hadn't before:
>>
>> In a PharoCore 10508 image evaluate this:
>>
>> NetNameResolver addressForName: 'www.yahoo.com<http://www.yahoo.com>'
>>
>> I get:
>>
>> Error: primitive has failed
>>
>> in NetNameResolver class>>primGetNameInfo:flags
>>
>> Also
>>
>> NetNameResolver primGetNameInfoHostSize
>>
>> gives the same error but in:
>>
>> in NetNameResolver class>>primGetNameInfoHostSize.
>>
>> First I though that was the change of vm but then, using the same vm
>> I opened an old image:
>>
>> Pharo1.0beta
>> Latest update: #10454
>>
>> and there all works correctly.
>>
>> Can someone confirm this bug so that I can add an issue in the traker.
>>
>> Or maybe point to something that I am doing wrong.
>>
>> I repeat, the data:
>>
>> vm: 3.11.3-2135 #1 XShm Wed Sep 16 14:25:10 PDT 2009 gcc 4.3.3
>> image: PharoCore 10508
>> result: failed
>>
>> vm: 3.11.3-2135 #1 XShm Wed Sep 16 14:25:10 PDT 2009 gcc 4.3.3
>> image: PharoCore 10454
>> result: worked
>>
>> Thanks
>
> Anybody can confirm? or is only me?
>
> --
> Miguel Cobá
> http://miguel.leugim.com.mx
>
>
> _______________________________________________
> Pharo-project mailing list
> Pharo-project(a)lists.gforge.inria.fr<mailto:Pharo-project@lists.gforge.
> inria.fr>
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>
> _______________________________________________
> Pharo-project mailing list
> Pharo-project(a)lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________
Pharo-project mailing list
Pharo-project(a)lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Jan. 27, 2010
Re: [Pharo-project] Bug in NetNameResolver on PharoCore 10508?
by Schwab,Wilhelm K
The best I can figure out: you have the error because IPv6 primitives are called despite #useOldNetwork being rigged to answer true.
-----Original Message-----
From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of Miguel Enrique Cobá Martinez
Sent: Wednesday, January 27, 2010 9:30 AM
To: Pharo-project(a)lists.gforge.inria.fr
Subject: Re: [Pharo-project] Bug in NetNameResolver on PharoCore 10508?
El mié, 27-01-2010 a las 14:59 +0100, Mariano Martinez Peck escribió:
> Yes, I can reproduce it in my Mac Os box...however, wasn't it the same
> problem of the network that we already have ?
> NetNameResolver useOldNetwork etc .. ?
I have useOldNetwork true in NetNameResolver but I have the same error. :(
Thanks anyway
>
> 2010/1/27 Miguel Enrique Cobá Martinez <miguel.coba(a)gmail.com>
> El mar, 26-01-2010 a las 17:14 -0600, Miguel Enrique Cobá
> Martinez
> escribió:
>
> > Hi all,
> >
> > yesterday, in some of that "why did I do that today" I
> decided to add a
> > partition to my ext3 fs over LUKS encrypted over LVM over
> disk
> > partitions Debian install. Well, things went far from ok,
> and the result
> > I lost all the information (it is really encrypted, :(). I
> had a backup
> > so nothing important was lost. Or that I thought. Because
> after
> > reinstalling and trying to install the squeakvm I noticed
> that the
> > squeak vm .deb file from:
> >
> >
> http://squeakvm.org/unix/release/Squeak-3.11.3.2135-linux_i386.deb
> >
> > is not more available. I'm sure there are good reasons to
> remove that
> > file. But for me that was the squeak vm that I was using
> (and the one
> > you reach if you follow the links from pharo-download page
> and the one
> > you'll try to download if you use a Debian derived
> distro...).
> >
> > The case is that isn't available. So I got the tar.gz for
> i386 (there
> > isn't amd64 package, but I have ia32-libs installed):
> >
> >
> http://squeakvm.org/unix/release/Squeak-3.11.3.2135-linux_i386.tar.gz
> >
> > and by using this vm I have a problem that I hadn't before:
> >
> > In a PharoCore 10508 image evaluate this:
> >
> > NetNameResolver addressForName: 'www.yahoo.com'
> >
> > I get:
> >
> > Error: primitive has failed
> >
> > in NetNameResolver class>>primGetNameInfo:flags
> >
> > Also
> >
> > NetNameResolver primGetNameInfoHostSize
> >
> > gives the same error but in:
> >
> > in NetNameResolver class>>primGetNameInfoHostSize.
> >
> > First I though that was the change of vm but then, using the
> same vm I
> > opened an old image:
> >
> > Pharo1.0beta
> > Latest update: #10454
> >
> > and there all works correctly.
> >
> > Can someone confirm this bug so that I can add an issue in
> the traker.
> >
> > Or maybe point to something that I am doing wrong.
> >
> > I repeat, the data:
> >
> > vm: 3.11.3-2135 #1 XShm Wed Sep 16 14:25:10 PDT 2009 gcc
> 4.3.3
> > image: PharoCore 10508
> > result: failed
> >
> > vm: 3.11.3-2135 #1 XShm Wed Sep 16 14:25:10 PDT 2009 gcc
> 4.3.3
> > image: PharoCore 10454
> > result: worked
> >
> > Thanks
>
>
> Anybody can confirm? or is only me?
>
>
> --
> Miguel Cobá
> http://miguel.leugim.com.mx
>
>
> _______________________________________________
> Pharo-project mailing list
> Pharo-project(a)lists.gforge.inria.fr
>
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>
> _______________________________________________
> Pharo-project mailing list
> Pharo-project(a)lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
--
Miguel Cobá
http://miguel.leugim.com.mx
_______________________________________________
Pharo-project mailing list
Pharo-project(a)lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Jan. 27, 2010
Re: [Pharo-project] ConfigurationOfAida is available
by Adrian Lienhard
Cool, I look forward to it! :)
Adrian
BTW, don't forget that we also need to host that Pier instance somewhere...
On Jan 27, 2010, at 15:28 , Esteban Lorenzano wrote:
> Let me put the estimated time then:
>
> first version of loader: this weekend
> first version of pier component for displaying metacello configurations
> lists and status: one or two weeks after that...
>
> So, if for "today" you mean "for 1.0rc3 or 1.0 release"... I think the
> estimated time is right :)
>
> Cheers,
> Esteban
>
> On 2010-01-27 11:21:10 -0300, Adrian Lienhard
> <adi(a)netstyle.ch> said:
>
>> Sorry Mariano, apparently I have missed your mail.
>>
>> Esteban: that sounds cool, but it would be nice to have a simple
>> solution that works today! :)
>>
>> Any takers?
>>
>> Cheers,
>> Adrian
>>
>> On Jan 27, 2010, at 12:57 , Esteban Lorenzano wrote:
>>
>>> In fact, that page could be a pier component who scans the repository
>>> data (usign the Loader I'm doing)... I can volunteer to make that
>>> component, but first let me finish the first version of loader :)
>>>
>>> Cheers,
>>> Esteban, backing from vacations
>>>
>>> On 2010-01-27 05:16:16 -0300, Mariano Martinez Peck
>>> <marianopeck(a)gmail.com> said:
>>>
>>>>
>>>>
>>>> Dale: This is really cool. We were just talking about Aida with Stef the
>>>> other day. Thanks a lot.
>>>>
>>>> Adrian: I sent an email like a week ago to ask exactly that. Someone to
>>>> volunteer to update that wiki page with all the metacello repositotory
>>>> information...but I got no answers.
>>>>
>>>> On Wed, Jan 27, 2010 at 8:56 AM, Adrian Lienhard
>>>> <adi(a)netstyle.ch> wrote:
>>>>
>>>>> Wow, its great to see all those configurations of external packages coming
>>>>> in!
>>>>>
>>>>> I think we need a way to catalog them now. Do we have somebody that likes
>>>>> to help maintaining this? My idea is to start small, i.e., with a wiki page
>>>>> similar to http://code.google.com/p/pharo/wiki/PackagesTestedInPharo. We
>>>>> could have two categories, one "testing" and one "stable". New
>>>>> configurations start with testing and when they are known to work and their
>>>>> tests pass etc. we move them to "stable".
>>>>>
>>>>> Cheers,
>>>>> Adrian
>>>>>
>>>>> On Jan 27, 2010, at 04:22 , Dale Henrichs wrote:
>>>>>
>>>>>> Gofer new
>>>>>> squeaksource: 'MetacelloRepository';
>>>>>> package: 'ConfigurationOfAida';
>>>>>> load.
>>>>>>
>>>>>> ((Smalltalk at: #ConfigurationOfAida) project version: '6.0') load.
>>>>>>
>>>>>> _______________________________________________
>>>>>> Pharo-project mailing list
>>>>>> Pharo-project(a)lists.gforge.inria.fr
>>>>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> Pharo-project mailing list
>>>>> Pharo-project(a)lists.gforge.inria.fr
>>>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>>>>>
>>>>
>>>>
>>>> Dale:=A0 This is really cool. We were just talking about Aida with Stef the=
>>>> other day. Thanks a lot. <br><br>Adrian: I sent an email like a week ago t=
>>>> o ask exactly that. Someone to volunteer to update that wiki page with all =
>>>> the metacello repositotory information...but I got no answers.<br>
>>>> <br><div class=3D"gmail_quote">On Wed, Jan 27, 2010 at 8:56 AM, Adrian Lien=
>>>> hard <span dir=3D"ltr"><<a
>>>> href=3D"mailto:adi@netstyle.ch">adi(a)netstyle.=
>>> ch</a>></span>
>>>>
>>>> wrote:<br><blockquote class=3D"gmail_quote" style=3D"bord=
>>>> er-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-l=
>>>> eft: 1ex;">
>>>> Wow, its great to see all those configurations of external packages coming =
>>>> in!<br>
>>>> <br>
>>>> I think we need a way to catalog them now. Do we have somebody that likes t=
>>>> o help maintaining this? My idea is to start small, i.e., with a wiki page =
>>>> similar to <a href=3D"http://code.google.com/p/pharo/wiki/PackagesTestedInP=
>>>> haro" target=3D"_blank">http://code.google.com/p/pharo/wiki/PackagesTestedI=
>>>> nPharo</a>. We could have two categories, one "testing" and one &=
>>>> quot;stable". New configurations start with testing and when they are =
>>>> known to work and their tests pass etc. we move them to "stable".=
>>>> <br>
>>>>
>>>> <br>
>>>> Cheers,<br>
>>>> <font color=3D"#888888">Adrian<br>
>>>> </font><div><div></div><div class=3D"h5"><br>
>>>> On Jan 27, 2010, at 04:22 , Dale Henrichs wrote:<br>
>>>> <br>
>>>> > Gofer new<br>
>>>> > =A0 =A0 =A0 =A0squeaksource: 'MetacelloRepository';<br>
>>>> > =A0 =A0 =A0 =A0package: 'ConfigurationOfAida';<br>
>>>> > =A0 =A0 =A0 =A0load.<br>
>>>> ><br>
>>>> > ((Smalltalk at: #ConfigurationOfAida) project version: '6.0') =
>>>> load.<br>
>>>> ><br>
>>>> > _______________________________________________<br>
>>>> > Pharo-project mailing list<br>
>>>> > <a
>>>> href=3D"mailto:Pharo-project@lists.gforge.inria.fr">Pharo-project@l=
> ists.gforge.inria.fr</a><br>
> >
>
> <a
>>>>
>>>> href=3D"http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo=
>>>> -project" target=3D"_blank">http://lists.gforge.inria.fr/cgi-bin/mailman/li=
>>>> stinfo/pharo-project</a><br>
>>>> <br>
>>>> <br>
>>>> _______________________________________________<br>
>>>> Pharo-project mailing list<br>
>>>> <a
>>>> href=3D"mailto:Pharo-project@lists.gforge.inria.fr">Pharo-project(a)lists.=
> gforge.inria.fr</a><br>
> <a
>
> href=3D"http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-proj=
> ect"
>>>>
>>>> target=3D"_blank">http://lists.gforge.inria.fr/cgi-bin/mailman/listinf=
>>>> o/pharo-project</a><br>
>>>> </div></div></
>
>
>
>
> _______________________________________________
> Pharo-project mailing list
> Pharo-project(a)lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Jan. 27, 2010
Re: [Pharo-project] Bug in NetNameResolver on PharoCore 10508?
by Adrian Lienhard
Between 10454 and 10508 I switched to useOldNetwork => true. Probably that makes the difference. Fixes are welcome!
Cheers,
Adrian
On Jan 27, 2010, at 15:10 , Schwab,Wilhelm K wrote:
> Probably. We need to ensure that all of the IPv6 primitives are protected with #useOldNetwork, and they are not at present. I started to split NetNameResolver into absract base and 4/6-specific subclasses, but was distracted from it. Something like that would help a lot.
>
> Bill
>
>
>
> ________________________________
> From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of Mariano Martinez Peck
> Sent: Wednesday, January 27, 2010 9:00 AM
> To: Pharo-project(a)lists.gforge.inria.fr
> Subject: Re: [Pharo-project] Bug in NetNameResolver on PharoCore 10508?
>
> Yes, I can reproduce it in my Mac Os box...however, wasn't it the same problem of the network that we already have ?
> NetNameResolver useOldNetwork etc .. ?
>
> 2010/1/27 Miguel Enrique Cobá Martinez <miguel.coba(a)gmail.com<mailto:miguel.coba@gmail.com>>
> El mar, 26-01-2010 a las 17:14 -0600, Miguel Enrique Cobá Martinez
> escribió:
>> Hi all,
>>
>> yesterday, in some of that "why did I do that today" I decided to add a
>> partition to my ext3 fs over LUKS encrypted over LVM over disk
>> partitions Debian install. Well, things went far from ok, and the result
>> I lost all the information (it is really encrypted, :(). I had a backup
>> so nothing important was lost. Or that I thought. Because after
>> reinstalling and trying to install the squeakvm I noticed that the
>> squeak vm .deb file from:
>>
>> http://squeakvm.org/unix/release/Squeak-3.11.3.2135-linux_i386.deb
>>
>> is not more available. I'm sure there are good reasons to remove that
>> file. But for me that was the squeak vm that I was using (and the one
>> you reach if you follow the links from pharo-download page and the one
>> you'll try to download if you use a Debian derived distro...).
>>
>> The case is that isn't available. So I got the tar.gz for i386 (there
>> isn't amd64 package, but I have ia32-libs installed):
>>
>> http://squeakvm.org/unix/release/Squeak-3.11.3.2135-linux_i386.tar.gz
>>
>> and by using this vm I have a problem that I hadn't before:
>>
>> In a PharoCore 10508 image evaluate this:
>>
>> NetNameResolver addressForName: 'www.yahoo.com<http://www.yahoo.com>'
>>
>> I get:
>>
>> Error: primitive has failed
>>
>> in NetNameResolver class>>primGetNameInfo:flags
>>
>> Also
>>
>> NetNameResolver primGetNameInfoHostSize
>>
>> gives the same error but in:
>>
>> in NetNameResolver class>>primGetNameInfoHostSize.
>>
>> First I though that was the change of vm but then, using the same vm I
>> opened an old image:
>>
>> Pharo1.0beta
>> Latest update: #10454
>>
>> and there all works correctly.
>>
>> Can someone confirm this bug so that I can add an issue in the traker.
>>
>> Or maybe point to something that I am doing wrong.
>>
>> I repeat, the data:
>>
>> vm: 3.11.3-2135 #1 XShm Wed Sep 16 14:25:10 PDT 2009 gcc 4.3.3
>> image: PharoCore 10508
>> result: failed
>>
>> vm: 3.11.3-2135 #1 XShm Wed Sep 16 14:25:10 PDT 2009 gcc 4.3.3
>> image: PharoCore 10454
>> result: worked
>>
>> Thanks
>
> Anybody can confirm? or is only me?
>
> --
> Miguel Cobá
> http://miguel.leugim.com.mx
>
>
> _______________________________________________
> Pharo-project mailing list
> Pharo-project(a)lists.gforge.inria.fr<mailto:Pharo-project@lists.gforge.inria.fr>
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>
> _______________________________________________
> Pharo-project mailing list
> Pharo-project(a)lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Jan. 27, 2010
Re: [Pharo-project] [BetaTesting] [ANN] Pharo1.0-10505-rc1dev10.01.1 timing and code simulation error bug
by Mariano Martinez Peck
On Mon, Jan 11, 2010 at 3:41 PM, Stan Shepherd
<stan.shepherd414(a)gmail.com>wrote:
>
>
> Mariano Martinez Peck wrote:
> >
> > On Mon, Jan 11, 2010 at 12:31 PM, Schwab,Wilhelm K
> > <bschwab(a)anest.ufl.edu>wrote:
> >
> >> It would be cool if it didn't take 3+ hours to load. 2.8 is much more
> >> reasonable. Is 3 that much bigger, or is something wrong with the
> >> configuration?
> >>
>
Stan: Can you test this again with the RC2 image? It will use a new
Metacello version that uses a feature of Gofer that does some cache..and
etc..
So, it should be much better.
Can you test it and let me know?
Thanks
Mariano
> >>
> >>
> > Yes, it cannot take 3 hours. In my case, it takes no more than 15
> minutes.
> > Stan: the old machine was with Windows? do you have any antivirus working
> > like NOD32 or something like that ?
> >
> >
> >
> >>
> >> -----Original Message-----
> >> From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:
> >> pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Stan Shepherd
> >> Sent: Monday, January 11, 2010 4:38 AM
> >> To: pharo-project(a)lists.gforge.inria.fr
> >> Subject: Re: [Pharo-project] [BetaTesting] [ANN]
> >> Pharo1.0-10505-rc1dev10.01.1
> >>
> >>
> >>
> >> Mariano Martinez Peck wrote:
> >> >
> >> > On Sun, Jan 10, 2010 at 9:02 PM, Stan Shepherd
> >> > <stan.shepherd414(a)gmail.com>wrote:
> >> >
> >> >> The only concern is that it took some hours
> >> >
> >> >
> >> > hours ? seriously ?
> >> >
> >> >
> >> >> to download and install Seaside
> >> >> (albeit on a slow spare PC). And with occassional network glitches, I
> >> >> had to restart a method a few times from a debugger.
> >> >
> >>
> >> Yes, it was 3 hr 29m on the old machine, but I don't know what percent
> it
> >> was halted due to network glitches. It would be really cool if it made
> >> say 3
> >> retries when its HTTP gets failed.
> >>
> >> I ran overnight on main machine (Ubuntu 9.04, 3 GHz dual core 1GB ram,
> >> nominal 7Gb internet but other downloads running) with message tally -
> 71
> >> minutes.
> >>
> >> ...Stan
> >>
> >> --
> >> View this message in context:
> >>
> http://n2.nabble.com/BetaTesting-ANN-Pharo1-0-10505-rc1dev10-01-1-tp4278312…
> >> Sent from the Pharo Smalltalk mailing list archive at Nabble.com.
> >>
> >
>
> Hi, don't get too hung up on the 3 hr+, it's a really old machine running
> Xubuntu I use to test my stuff runs lean. Better to look at the 'normal'
> machine's time of 71 minutes, vs 15. Ubuntu, with no nasties running.
>
> I previously reported that I find System update slow.
>
> Mariano, do you run in a folder with a package cache present? I run in a
> clean install, so it has to download everything.
>
> The process I use:
> create new folder seaside3buildTest2
> paste and unzip a Seaside-3.0a5.app.zip one click
> http://n2.nabble.com/file/n4285691/loadprocess.txt loadprocess.txt , to
> have
> a full environment
> paste and unzip pharo1.0-10505-rc1dev10.01.1.zip
> copy pharo1.0-10505-rc1dev10.01.1.image .changes into Resources folder
> delete Seaside.image, .changes
> edit Seaside.sh to be pharo1.0-10505-rc1dev10.01.1.sh, opening
> pharo1.0-10505-rc1dev10.01.1.image
> pharo1.0-10505-rc1dev10.01.1.sh open with sh
>
> I find it most convenient to start with a one click image like that.
>
> MessageTally attached.
>
> Also found my first bug:
>
> MessageTally tallySends: [Gofer new
> squeaksource: 'MetacelloRepository';
> package: 'ConfigurationOfRefactoringBrowser';
> load].
>
> Throws code simulation error
>
> in
> Project class>>spawnNewProcess
>
> UIProcess := [
> [World doOneCycle. Processor yield. false] whileFalse: [].
> ] newProcess priority: Processor userSchedulingPriority.
> UIProcess resume
>
>
> ...Stan
>
>
>
>
> --
> View this message in context:
> http://n2.nabble.com/BetaTesting-ANN-Pharo1-0-10505-rc1dev10-01-1-tp4278312…
> Sent from the Pharo Smalltalk mailing list archive at Nabble.com.
>
> _______________________________________________
> Pharo-project mailing list
> Pharo-project(a)lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>
Jan. 27, 2010
Re: [Pharo-project] Bug in NetNameResolver on PharoCore 10508?
by Miguel Enrique Cobá Martinez
El mié, 27-01-2010 a las 14:59 +0100, Mariano Martinez Peck escribió:
> Yes, I can reproduce it in my Mac Os box...however, wasn't it the same
> problem of the network that we already have ?
> NetNameResolver useOldNetwork etc .. ?
I have useOldNetwork true in NetNameResolver but I have the same
error. :(
Thanks anyway
>
> 2010/1/27 Miguel Enrique Cobá Martinez <miguel.coba(a)gmail.com>
> El mar, 26-01-2010 a las 17:14 -0600, Miguel Enrique Cobá
> Martinez
> escribió:
>
> > Hi all,
> >
> > yesterday, in some of that "why did I do that today" I
> decided to add a
> > partition to my ext3 fs over LUKS encrypted over LVM over
> disk
> > partitions Debian install. Well, things went far from ok,
> and the result
> > I lost all the information (it is really encrypted, :(). I
> had a backup
> > so nothing important was lost. Or that I thought. Because
> after
> > reinstalling and trying to install the squeakvm I noticed
> that the
> > squeak vm .deb file from:
> >
> >
> http://squeakvm.org/unix/release/Squeak-3.11.3.2135-linux_i386.deb
> >
> > is not more available. I'm sure there are good reasons to
> remove that
> > file. But for me that was the squeak vm that I was using
> (and the one
> > you reach if you follow the links from pharo-download page
> and the one
> > you'll try to download if you use a Debian derived
> distro...).
> >
> > The case is that isn't available. So I got the tar.gz for
> i386 (there
> > isn't amd64 package, but I have ia32-libs installed):
> >
> >
> http://squeakvm.org/unix/release/Squeak-3.11.3.2135-linux_i386.tar.gz
> >
> > and by using this vm I have a problem that I hadn't before:
> >
> > In a PharoCore 10508 image evaluate this:
> >
> > NetNameResolver addressForName: 'www.yahoo.com'
> >
> > I get:
> >
> > Error: primitive has failed
> >
> > in NetNameResolver class>>primGetNameInfo:flags
> >
> > Also
> >
> > NetNameResolver primGetNameInfoHostSize
> >
> > gives the same error but in:
> >
> > in NetNameResolver class>>primGetNameInfoHostSize.
> >
> > First I though that was the change of vm but then, using the
> same vm I
> > opened an old image:
> >
> > Pharo1.0beta
> > Latest update: #10454
> >
> > and there all works correctly.
> >
> > Can someone confirm this bug so that I can add an issue in
> the traker.
> >
> > Or maybe point to something that I am doing wrong.
> >
> > I repeat, the data:
> >
> > vm: 3.11.3-2135 #1 XShm Wed Sep 16 14:25:10 PDT 2009 gcc
> 4.3.3
> > image: PharoCore 10508
> > result: failed
> >
> > vm: 3.11.3-2135 #1 XShm Wed Sep 16 14:25:10 PDT 2009 gcc
> 4.3.3
> > image: PharoCore 10454
> > result: worked
> >
> > Thanks
>
>
> Anybody can confirm? or is only me?
>
>
> --
> Miguel Cobá
> http://miguel.leugim.com.mx
>
>
> _______________________________________________
> Pharo-project mailing list
> Pharo-project(a)lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>
> _______________________________________________
> Pharo-project mailing list
> Pharo-project(a)lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
--
Miguel Cobá
http://miguel.leugim.com.mx
Jan. 27, 2010
Re: [Pharo-project] ConfigurationOfAida is available
by Esteban Lorenzano
Let me put the estimated time then:
first version of loader: this weekend
first version of pier component for displaying metacello configurations
lists and status: one or two weeks after that...
So, if for "today" you mean "for 1.0rc3 or 1.0 release"... I think the
estimated time is right :)
Cheers,
Esteban
On 2010-01-27 11:21:10 -0300, Adrian Lienhard
<adi(a)netstyle.ch> said:
> Sorry Mariano, apparently I have missed your mail.
>
> Esteban: that sounds cool, but it would be nice to have a simple
> solution that works today! :)
>
> Any takers?
>
> Cheers,
> Adrian
>
> On Jan 27, 2010, at 12:57 , Esteban Lorenzano wrote:
>
>> In fact, that page could be a pier component who scans the repository
>> data (usign the Loader I'm doing)... I can volunteer to make that
>> component, but first let me finish the first version of loader :)
>>
>> Cheers,
>> Esteban, backing from vacations
>>
>> On 2010-01-27 05:16:16 -0300, Mariano Martinez Peck
>> <marianopeck(a)gmail.com> said:
>>
>>>
>>>
>>> Dale: This is really cool. We were just talking about Aida with Stef the
>>> other day. Thanks a lot.
>>>
>>> Adrian: I sent an email like a week ago to ask exactly that. Someone to
>>> volunteer to update that wiki page with all the metacello repositotory
>>> information...but I got no answers.
>>>
>>> On Wed, Jan 27, 2010 at 8:56 AM, Adrian Lienhard
>>> <adi(a)netstyle.ch> wrote:
>>>
>>>> Wow, its great to see all those configurations of external packages coming
>>>> in!
>>>>
>>>> I think we need a way to catalog them now. Do we have somebody that likes
>>>> to help maintaining this? My idea is to start small, i.e., with a wiki page
>>>> similar to http://code.google.com/p/pharo/wiki/PackagesTestedInPharo. We
>>>> could have two categories, one "testing" and one "stable". New
>>>> configurations start with testing and when they are known to work and their
>>>> tests pass etc. we move them to "stable".
>>>>
>>>> Cheers,
>>>> Adrian
>>>>
>>>> On Jan 27, 2010, at 04:22 , Dale Henrichs wrote:
>>>>
>>>>> Gofer new
>>>>> squeaksource: 'MetacelloRepository';
>>>>> package: 'ConfigurationOfAida';
>>>>> load.
>>>>>
>>>>> ((Smalltalk at: #ConfigurationOfAida) project version: '6.0') load.
>>>>>
>>>>> _______________________________________________
>>>>> Pharo-project mailing list
>>>>> Pharo-project(a)lists.gforge.inria.fr
>>>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>>>>
>>>>
>>>> _______________________________________________
>>>> Pharo-project mailing list
>>>> Pharo-project(a)lists.gforge.inria.fr
>>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>>>>
>>>
>>>
>>> Dale:=A0 This is really cool. We were just talking about Aida with Stef the=
>>> other day. Thanks a lot. <br><br>Adrian: I sent an email like a week ago t=
>>> o ask exactly that. Someone to volunteer to update that wiki page with all =
>>> the metacello repositotory information...but I got no answers.<br>
>>> <br><div class=3D"gmail_quote">On Wed, Jan 27, 2010 at 8:56 AM, Adrian Lien=
>>> hard <span dir=3D"ltr"><<a
>>> href=3D"mailto:adi@netstyle.ch">adi(a)netstyle.=
>> ch</a>></span>
>>>
>>> wrote:<br><blockquote class=3D"gmail_quote" style=3D"bord=
>>> er-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-l=
>>> eft: 1ex;">
>>> Wow, its great to see all those configurations of external packages coming =
>>> in!<br>
>>> <br>
>>> I think we need a way to catalog them now. Do we have somebody that likes t=
>>> o help maintaining this? My idea is to start small, i.e., with a wiki page =
>>> similar to <a href=3D"http://code.google.com/p/pharo/wiki/PackagesTestedInP=
>>> haro" target=3D"_blank">http://code.google.com/p/pharo/wiki/PackagesTestedI=
>>> nPharo</a>. We could have two categories, one "testing" and one &=
>>> quot;stable". New configurations start with testing and when they are =
>>> known to work and their tests pass etc. we move them to "stable".=
>>> <br>
>>>
>>> <br>
>>> Cheers,<br>
>>> <font color=3D"#888888">Adrian<br>
>>> </font><div><div></div><div class=3D"h5"><br>
>>> On Jan 27, 2010, at 04:22 , Dale Henrichs wrote:<br>
>>> <br>
>>> > Gofer new<br>
>>> > =A0 =A0 =A0 =A0squeaksource: 'MetacelloRepository';<br>
>>> > =A0 =A0 =A0 =A0package: 'ConfigurationOfAida';<br>
>>> > =A0 =A0 =A0 =A0load.<br>
>>> ><br>
>>> > ((Smalltalk at: #ConfigurationOfAida) project version: '6.0') =
>>> load.<br>
>>> ><br>
>>> > _______________________________________________<br>
>>> > Pharo-project mailing list<br>
>>> > <a
>>> href=3D"mailto:Pharo-project@lists.gforge.inria.fr">Pharo-project@l=
ists.gforge.inria.fr</a><br>
>
<a
>>>
>>> href=3D"http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo=
>>> -project" target=3D"_blank">http://lists.gforge.inria.fr/cgi-bin/mailman/li=
>>> stinfo/pharo-project</a><br>
>>> <br>
>>> <br>
>>> _______________________________________________<br>
>>> Pharo-project mailing list<br>
>>> <a
>>> href=3D"mailto:Pharo-project@lists.gforge.inria.fr">Pharo-project(a)lists.=
gforge.inria.fr</a><br>
<a
href=3D"http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-proj=
ect"
>>>
>>> target=3D"_blank">http://lists.gforge.inria.fr/cgi-bin/mailman/listinf=
>>> o/pharo-project</a><br>
>>> </div></div></
Jan. 27, 2010