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

Re: [Pharo-project] Network training

by Levente Uzonyi

On Sat, 5 Feb 2011, jannik.laval wrote: > Hi Levente, > > Thank you for the answer, but it is not clear for me where is this source code. > You are saying that the VM includes already something like that, does the 5.7 (non-cog) includes it ? > And how can I find the source code ? I will try to search on eToys image. If you're lucky, then the sourcecode is attached to the tracker issues. If there are only slices, then it'll be a bit harder to find the relevant changes, because you can't diff a slice to the current version. If none of the above works, then this diff may be helpful: http://lists.squeakfoundation.org/pipermail/squeak-dev/2010-December/155685… Levente > > Why was in included in removed from Pharo ? > > Jannik > > On Feb 4, 2011, at 13:24 , Levente Uzonyi wrote: > >> On Fri, 4 Feb 2011, jannik.laval wrote: >> >>> Hi, >>> >>> I am playing with Network package. >>> I am giving a practical work to my students, in Java :( >>> And I am doing the same in Pharo to understand the Network package :))) >>> >>> A first question: >>> I use "NetNameResolver localHostAddress" to retrieve my network address. Now in computers, there are multiple addresses. >>> I do not find a method to retrieve a collection of my address and it seems to be not possible, because it uses primLocalAddress, which is a primitive returning one local address. >>> >>> Does it exist something to have all my ip address? >> >> Yes. The network changes that were introduced in Pharo 1.1 and were reverted before the release contained such methods. In theory both the VM side and client side code is ready for this (Etoys uses it on OLPC), but some VMs (e.g. Cog) don't have the latest plugin versions, so the primitives don't work there. >> >> >> Levente >> >>> >>> Thank you, >>> >>> >>> >>> --- >>> Jannik Laval >>> >>> >>> >> > > >

Feb. 6, 2011

Re: [Pharo-project] [COTDC] 3 - HTTPClient

by laurent laffont

On Sun, Feb 6, 2011 at 6:01 PM, laurent laffont <laurent.laffont(a)gmail.com>wrote: > Comment Of The Day Contest - One Day One Comment > Rules: Each day a not commented class is elected. Each day the best comment > will be integrated with name of the author(s). > > > Today: HTTPClient > I'm a facade for doing simple HTTP GET/POST operations like downloading / uploading some content. For example, I get HTML content for http://www.pharo-project.org web page like this: HTTPClient httpGet: 'http://www.pharo-project.org'. Laurent > > > Laurent >

Feb. 6, 2011

Re: [Pharo-project] Issue 3660 in pharo: Revert incorrect Monticello branch naming support

by pharo＠googlecode.com

Comment #4 on issue 3660 by renggli: Revert incorrect Monticello branch naming support http://code.google.com/p/pharo/issues/detail?id=3660 The slice in the inbox fixes the Gofer part and associated tests of the problem: Name: SLICE-Issue-3660-Incorrect-Branch-Naming-In-Gofer-LukasRenggli.1 Author: lr Time: 6 February 2011, 6:08:20 pm UUID: dc9ed225-e2a7-4597-b5af-c9f1dd5fa103 Ancestors: Dependencies: Gofer-Tests-lr.126, Gofer-Core-lr.130 - align branch naming conventions with rest of the world Package { "." Branch } "-" Author "." Version

Feb. 6, 2011

[Pharo-project] [COTDC] 3 - HTTPClient

by laurent laffont

Comment Of The Day Contest - One Day One Comment Rules: Each day a not commented class is elected. Each day the best comment will be integrated with name of the author(s). Today: HTTPClient Laurent

Feb. 6, 2011

[Pharo-project] Issue 3667 in pharo: ThreadSafeTranscript does not understand crtab and crtab:

by pharo＠googlecode.com

Status: New Owner: ---- New issue 3667 by mathias.kegelmann: ThreadSafeTranscript does not understand crtab and crtab: http://code.google.com/p/pharo/issues/detail?id=3667 Several methods send crtab and crtab: so it would be useful if ThreadSafeTranscript implemented them.

Feb. 6, 2011

Re: [Pharo-project] Issue 2230 in pharo: ArrayedCollection class>>newFromStream:

by Levente Uzonyi

On Sun, 6 Feb 2011, pharo(a)googlecode.com wrote: > > Comment #5 on issue 2230 by stephane...(a)gmail.com: ArrayedCollection > class>>newFromStream: > http://code.google.com/p/pharo/issues/detail?id=2230 > > Thanks esteban. Indeed we should really check > > FYI (in Squeak): ArrayedCollection allSubclasses reject: [ :each | each isPointers or: [ each isWords not ] ] an OrderedCollection(SoundBuffer WordArray ShortIntegerArray Bitmap FloatArray ShortRunArray IntegerArray ColorArray WordArrayForSegment ShortPointArray KedamaFloatArray PointArray WideString WideSymbol) Levente

Feb. 6, 2011

Re: [Pharo-project] [Hudson] Regression Testing

by Yanni Chiu

> -> ..... what else??? cleanUpForProduction cleanUpForRelease

Feb. 6, 2011

Re: [Pharo-project] Primitive calls in one package

by Noury Bouraqadi

I totally agree with Bill. Noury On 5 fÃ©vr. 2011, at 21:40, Schwab,Wilhelm K wrote: > If there is a problem finding primitives, then that probably deserves attention in the browsers. Given that collections, sockets, streams, etc. all use primitives, will likely continue to do so, and will also find competition (Nile, new sockets package, etc.), I think it would be inappropriate to set up a presumption that all primitives lurk in one package. It cannot (or should not) be enforced, and would interfere with evolution. > > With respect, -1. > > Bill > > > > ________________________________________ > From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Laval Jannik [jannik.laval(a)inria.fr] > Sent: Saturday, February 05, 2011 3:06 PM > To: Pharo Development > Subject: [Pharo-project] Primitive calls in one package > > Hi, > > What is your opinion about having all primitive calls in one package ? > It would be easier to maintain and to find them. > > Another question: why all existing primitive in VM have not a method in the image ? > > Cheers, > --- > Jannik Laval > > >

Feb. 6, 2011

Re: [Pharo-project] Issue 3660 in pharo: Revert incorrect Monticello branch naming support

by pharo＠googlecode.com

Comment #3 on issue 3660 by da...(a)teleport.com: Revert incorrect Monticello branch naming support http://code.google.com/p/pharo/issues/detail?id=3660 I'm just guessing, but I think that the majority of folks and focus has been on standard, straightforward packages, with little branching using the incorrect convention, otherwise we would have heard more complaints. Since the correct convention is compatible with the incorrect convention, it's not critical that the changes be tightly coordinated, but for consistency's sake I would think that it is worth pushing the fixes out to 1.1 and 1.2 whenever a bugfix release is planned.

Feb. 6, 2011

Re: [Pharo-project] [Hudson] Regression Testing

by Adrian Lienhard

Nice! Indeed, that's very useful. These tests can quickly identify regressions that else would only be discovered after a long time. Adrian On Feb 6, 2011, at 15:31 , Marcus Denker wrote: > > https://pharo-ic.lille.inria.fr/hudson/view/Pharo/job/Pharo%20Core%201.3%20… > > The idea is that there are lots of things that are almost never tested because the tests would take too long. > *and* because the tests do something to the image that is not wanted for a normal build. > > Examples > > -> recompile everything, run tests again > -> decompile everything to text, compile and install > -> format everything and compile > -> condense changes > -> write new sources > -> run without sources > -> run without sources but encoded temps > -> ..... what else??? > > The idea is that this CI Server Project runs all these > after every build, but not as part of main build (so it does not lengthen the build process). > > For now, this just has one test that recompiled the image and does nothing else. > > -- > Marcus Denker -- http://www.marcusdenker.de > INRIA Lille -- Nord Europe. Team RMoD. > >

Feb. 6, 2011