Re: [Pharo-project] Removing ReferenceStream

On Jun 5, 2012, at 10:18 PM, Mariano Martinez Peck wrote: > Hi guys. Right now ReferenceStream is deprecated, not removed. In another > thread, I asked about cleaning DataStream and let it ONLY for Monticello. > That way we can really simplify DataStream, remove DiskProxy and much more. > For

Re: [Pharo-project] String printOn: / storeOn:

The assumption was that a Smalltalk literal would print itself as a Smalltalk literal. I can't tell if this is a vital feature, and we also have storeOn:... But I can tell you're gonna break a lot of expectations. What are you looking for? Something like C++stream << aString ? Keith Hodge added su

Re: [Pharo-project] String printOn: / storeOn:

On 2012-06-05, at 22:33, Chris Cunningham wrote: > On Tue, Jun 5, 2012 at 12:53 PM, Camillo Bruni wrote: >> I think that printing on streams could be improved by changing String >> >> #printOn: to >> >> printOn: aStream >>aStream nextPutAll: self >> > > Ah, but if you change it to th

Re: [Pharo-project] String printOn: / storeOn:

On Tue, Jun 5, 2012 at 12:53 PM, Camillo Bruni wrote: > I think that printing on streams could be improved by changing String >> > #printOn: to > > printOn: aStream >        aStream nextPutAll: self > Ah, but if you change it to this, then String streamContents: [ :s| s print: 'an Object

Re: [Pharo-project] Removing ReferenceStream

On Tue, Jun 5, 2012 at 10:18 PM, Mariano Martinez Peck < marianop...@gmail.com> wrote: > Hi guys. Right now ReferenceStream is deprecated, not removed. In another > thread, I asked about cleaning DataStream and let it ONLY for Monticello. > That way we can really simplify DataStream, remove DiskPr

Re: [Pharo-project] Removing ReferenceStream

+1 On 05/06/2012, at 22:18, Mariano Martinez Peck wrote: > Hi guys. Right now ReferenceStream is deprecated, not removed. In another > thread, I asked about cleaning DataStream and let it ONLY for Monticello. > That way we can really simplify DataStream, remove DiskProxy and much more. > For

Re: [Pharo-project] Removing ReferenceStream

AFAIK there is common consensus that some things will be removed from 2.0 without deprecation. When we offer more than adequate replacement for ReferenceStream in form of Fuel, I think that we can remove it without doubts. -- Pavel On Tue, Jun 5, 2012 at 10:18 PM, Mariano Martinez Peck wrote: >

[Pharo-project] Removing ReferenceStream

Hi guys. Right now ReferenceStream is deprecated, not removed. In another thread, I asked about cleaning DataStream and let it ONLY for Monticello. That way we can really simplify DataStream, remove DiskProxy and much more. For more details see: http://code.google.com/p/pharo/issues/detail?id=6036.

[Pharo-project] String printOn: / storeOn:

I think that printing on streams could be improved by changing String >> #printOn: to printOn: aStream aStream nextPutAll: self because string is special when printing: String streamContents: [ :s| s print: 'asdf'] does NOT equal: String streamContents: [ :s| s nextPutAl

Re: [Pharo-project] Trouble loading XML RPC

Ni Noury: >Actually, I get only tests from xml rpc with your procedure. >I thought there might be a way to get all tests for all required packages, to test their compatibility with >Pharo 2.0 >But, it seems that I have to load them by hand. Ahh, but is not posible to make the load modifying th

Re: [Pharo-project] [update 2.0] #20110

To illustrate that these dumb tests that don't look that interesting might sometimes help, here is how I changed Integer>>/ aNumber "Refer to the comment in Number / " | quoRem | aNumber isInteger ifTrue: [quoRem := self digitDiv: aNumber abs "*I've ad

Re: [Pharo-project] [update 2.0] #20111

It's green on my image :s I will investigate this evening, but in the mid-time I have posted a new version of Spec-Core :) BTW< Marcus already opened a bug entry: http://code.google.com/p/pharo/issues/detail?id=6029 Thank both of you, Ben On Jun 5, 2012, at 11:25 AM, Pavel Krivanek wrote: > W

Re: [Pharo-project] [update 2.0] #20111

We have one more failing tests: Spec.Tests.SpecInterpreterTest.testBuildWindowFor -- Pavel On Tue, Jun 5, 2012 at 2:22 PM, Marcus Denker wrote: > 20111 > - > > Issue 6027:     PackageServices is unused and undocumented >        http://code.google.com/p/pharo/issues/detail?id=6027 > > Issue 6

Re: [Pharo-project] About Seed, Hazelnut and related

On Tue, Jun 5, 2012 at 4:30 PM, Ben Coman wrote: > Edgar J. De Cleene wrote: > >> >From the excellent blog >> >http://playingwithobjects.**wordpress.com/ >> > Guille >> was doing we read >> >> The results of the project so far are: >> * It can create an

Re: [Pharo-project] About Seed, Hazelnut and related

On Tue, Jun 5, 2012 at 1:40 PM, Edgar J. De Cleene wrote: > From the excellent blog http://playingwithobjects.wordpress.com/ Guille was > doing we read > > The results of the project so far are: > >- It can create an Smalltalk image living inside another image. >- This inner/guest image

Re: [Pharo-project] About Seed, Hazelnut and related

Edgar J. De Cleene wrote: >From the excellent blog http://playingwithobjects.wordpress.com/ Guille was doing we read The results of the project so far are: * It can create an Smalltalk image living inside another image. This sounds useful to my earlier question to mixing open and closed so

Re: [Pharo-project] Next step in cleaning DataStream

On Tue, Jun 5, 2012 at 3:36 PM, Mariano Martinez Peck wrote: > Guys..the fact of having to make everything deprecated instead of removing > it is really a pain. Now ReferenceStream is not removed but > deprecated..meaning that it *should* work. So instead of removing > everything I have to change

Re: [Pharo-project] Next step in cleaning DataStream

On Tue, Jun 5, 2012 at 3:36 PM, Mariano Martinez Peck wrote: > Guys..the fact of having to make everything deprecated instead of removing > it is really a pain. Now ReferenceStream is not removed but > deprecated..meaning that it *should* work. So instead of removing > everything I have to change

Re: [Pharo-project] Trouble loading XML RPC

On 5 juin 2012, at 13:28, garduino wrote: >> Can I get write access grant to the repo, so I can upload any improvement >> I do ? > > Sure, I added you as developer. Let me know if works ok. > Thanx. I'll try it. >> What I wanted to do is to cut off everything not XML RPC and complete >> based

[Pharo-project] [update 2.0] #20110

2012/6/5 Sven Van Caekenberghe : > Haha, very funny. > > It's a good thing there are so many jokes hidden inside the image. > > We could add a couple/many more: > > self deny: 1 = 2. Now that Pharo becomes a "real" piece of software shouldnt we add a "real" easter egg [1]. Maybe: self assert:

Re: [Pharo-project] ClassBoxes... bitrotted, or usable?

On Jun 5, 2012, at 9:52 AM, Jan Vrany wrote: > On 04/06/12 22:56, Alexandre Bergel wrote: >> This was the implementation in Modular Smalltalk if I remember correctly. >> >> In plain Smalltalk you send a message named #msg and the lookup gives you a >> compile method. >> In Modular Smalltalk, th

Re: [Pharo-project] ClassBoxes... bitrotted, or usable?

> >> Jan did you have a look at http://timelessrepo.com/refinements-in-ruby >> Because I would like to know if there are more selector or classbox oriented >> or something else? >> > Briefly. That post is more a "wow-that's-cool" sort of post rather than > in-depth technical report. Looks like

Re: [Pharo-project] Next step in cleaning DataStream

Guys..the fact of having to make everything deprecated instead of removing it is really a pain. Now ReferenceStream is not removed but deprecated..meaning that it *should* work. So instead of removing everything I have to change it a lot so that it "still" works but deprecated. Can we just assume t

Re: [Pharo-project] About announcements

On 5 June 2012 06:17, Santiago Bragagnolo wrote: >   Hi All! > >   Im adding an announcer in my project, 'cause, in order to build a call > graph, ill need to know about inferencer-stack movements.  I was thinking, > the meaning of it is to create an announcement object with it configuration > for

[Pharo-project] [update 2.0] #20112

20112 - Issue 6009: Improved ProcessTest http://code.google.com/p/pharo/issues/detail?id=6009 Issue 6023: Enhance MCHttpRepository>>readStreamForFileNamed:do: to require binary data http://code.google.com/p/pharo/issues/detail?id=6023 Issue 6022: Nuke Str

[Pharo-project] [update 2.0] #20111

20111 - Issue 6027: PackageServices is unused and undocumented http://code.google.com/p/pharo/issues/detail?id=6027 Issue 6028: fix typo in #printPrimitiveOn: http://code.google.com/p/pharo/issues/detail?id=6028 Issue 6026: New version of Spec 0.4

Re: [Pharo-project] About announcements

yes yes, the dispatching is done :3, i used it at least in 3 times, and works great! the meaning of the self announce: [ StackPush new ] ifAnyIsInteresetedIn: StackPush. is something like, self announce: aBlock ifAnyIsInteresetedIn: anAnnouncementSubtype. then sub := subscriptors interestedIn:

Re: [Pharo-project] [update 2.0] #20110

2012/6/5 Sven Van Caekenberghe : > Haha, very funny. > > It's a good thing there are so many jokes hidden inside the image. > > We could add a couple/many more: > > self deny: 1 = 2. > self deny: 1 = -1. > self deny: (4 / 2) = 3 > self shouldnt: [ 1 / 2 ] raise: ZeroDivide > > ;-) > Yes it's laugh

[Pharo-project] IWST'12 Call for papers

Dear Smalltalkers, We apologize for multiple reception of this announcement. The International Workshop on Smalltalk Technologies, is a European Smalltalk User Group (ESUG) Conference joint event, that focuses on research activities - namely academic creative work undertaken on smalltalk use, an

[Pharo-project] About Seed, Hazelnut and related

>From the excellent blog http://playingwithobjects.wordpress.com/ Guille was doing we read The results of the project so far are: * It can create an Smalltalk image living inside another image. * This inner/guest image can be written in a new .image file. * With this approach a small kernel of 1

Re: [Pharo-project] Next step in cleaning DataStream

Ok. Perfect. So let's assume DataStream is used only for Motnicello. I will rename it to MCDataStream, move it to Monticello Package and see all what I can remove/clean. I will let you know. Cheers On Tue, Jun 5, 2012 at 12:51 PM, Esteban Lorenzano wrote: > +1 > > On Jun 4, 2012, at 6:15 PM, Dam

Re: [Pharo-project] Trouble loading XML RPC

Hi Noury: >Thanks for your answer. Indeed, I tried with Pharo 1.4. And had the same issues. >My plan is to port XML RPC to Pharo 2. I'm interested on your work with Zinc. >Where is it available ? Using the procedure I commented, I had not problems installing in 1.4, except the Transcript stuf

Re: [Pharo-project] Magritte 3

yep, i did try it, but just found the slideshare that says magritte3 on the link and magritte2 on the content :( , and clearly a lot of work of renee magritte (great, but unexpected) jajaja. (ok, i just look at the first page) thank you very much! 2012/6/5 Torsten Bergmann > Have a look here >

Re: [Pharo-project] [update 2.0] #20110

Haha, very funny. It's a good thing there are so many jokes hidden inside the image. We could add a couple/many more: self deny: 1 = 2. self deny: 1 = -1. self deny: (4 / 2) = 3 self shouldnt: [ 1 / 2 ] raise: ZeroDivide ;-) On 05 Jun 2012, at 12:10, Serge Stinckwich wrote: > On Tue, Jun 5, 2

Re: [Pharo-project] Next step in cleaning DataStream

+1 On Jun 4, 2012, at 6:15 PM, Damien Cassou wrote: > On Mon, Jun 4, 2012 at 6:09 PM, Pavel Krivanek > wrote: >> I think it is a good proposal. Then it can be in separate package or as part >> of MC package. > > I would put DataStream and its friends within the monticello package, > and prepen

[Pharo-project] Magritte 3

Have a look here "An Introduction to Magritte 3" http://vimeo.com/37032840 http://www.slideshare.net/nickager/magritte3 http://forum.world.st/Magritte-3-td4401357.html Google is your friend ;) Bye T. -- NEU: FreePhone 3-fach-Flat mit kostenlosem Smartphone!

Re: [Pharo-project] [update 2.0] #20110

On Tue, Jun 5, 2012 at 5:04 PM, Damien Cassou wrote: > On Tue, Jun 5, 2012 at 11:55 AM, Camillo Bruni wrote: >>> testGeneralInquiries >>>       | now d t dt | >>> >>>       now  := self timeClass dateAndTimeNow. >>>       self >>>               assert: now size = 2; >>>               assert: now

Re: [Pharo-project] [update 2.0] #20110

On Tue, Jun 5, 2012 at 11:55 AM, Camillo Bruni wrote: >> testGeneralInquiries >>       | now d t dt | >> >>       now  := self timeClass dateAndTimeNow. >>       self >>               assert: now size = 2; >>               assert: now last <= self timeClass now. >> >>       self should: [ self tim

Re: [Pharo-project] [update 2.0] #20110

> testGeneralInquiries > | now d t dt | > > now := self timeClass dateAndTimeNow. > self > assert: now size = 2; > assert: now last <= self timeClass now. > > self should: [ self timeClass timeWords ] raise: MessageNotUnderstood. > > d

Re: [Pharo-project] [update 2.0] #20110

On Tue, Jun 5, 2012 at 10:58 AM, Sven Van Caekenberghe wrote: > Hi Pavel, > > On 05 Jun 2012, at 09:45, Pavel Krivanek wrote: > >> I have no idea... but you can try to reproduce. >> The build is still saved: >> https://ci.lille.inria.fr/pharo/view/Pharo%202.0/job/Pharo-2.0/118/ >> Here is the SUni

Re: [Pharo-project] [update 2.0] #20110

Hi Pavel, On 05 Jun 2012, at 09:45, Pavel Krivanek wrote: > I have no idea... but you can try to reproduce. > The build is still saved: > https://ci.lille.inria.fr/pharo/view/Pharo%202.0/job/Pharo-2.0/118/ > Here is the SUnit report: > https://ci.lille.inria.fr/pharo/view/Pharo%202.0/job/Pharo-2.

Re: [Pharo-project] ClassBoxes... bitrotted, or usable?

On 04/06/12 22:56, Alexandre Bergel wrote: This was the implementation in Modular Smalltalk if I remember correctly. In plain Smalltalk you send a message named #msg and the lookup gives you a compile method. In Modular Smalltalk, there is an intermediary step: #msg -> #Namespace.msg -> comp

Re: [Pharo-project] [update 2.0] #20110

I have no idea... but you can try to reproduce. The build is still saved: https://ci.lille.inria.fr/pharo/view/Pharo%202.0/job/Pharo-2.0/118/ Here is the SUnit report: https://ci.lille.inria.fr/pharo/view/Pharo%202.0/job/Pharo-2.0-Tests/106/testReport/ -- Pavel On Tue, Jun 5, 2012 at 9:34 AM, Sve

Re: [Pharo-project] ClassBoxes... bitrotted, or usable?

On 04/06/12 08:41, Stéphane Ducasse wrote: Hi jan - having a class Selector that get evaluated into a symbol. You can then achieved selector namespaces, which does not incur a cost at execution. Indeed we should just agree that this is the semantics we want for class extensions for example

Re: [Pharo-project] Pharocasts ... updating and screencasts wanted

On Tue, Jun 5, 2012 at 9:12 AM, Stéphane Ducasse wrote: > Yes this is a good idea! > Also on the pharo web site. > > they are already there http://www.pharo-project.org/documentation/screencasts > Stef > > On Jun 5, 2012, at 8:52 AM, Torsten Bergmann wrote: > > > James Robertson is doing lots of

Re: [Pharo-project] [update 2.0] #20110

On 05 Jun 2012, at 08:55, Pavel Krivanek wrote: > Thank you, Tests Guard page updated > http://code.google.com/p/pharo/wiki/TestsGuard How did TimeTest>>#testGeneralInquiries get in there ? I looked at it and I can't imagine why this would randomly fail on Mac OS X. But everything is possible.

Re: [Pharo-project] Next step in cleaning DataStream

good idea. And for fuel we should really see how to support migration between formats. Or not change it :) Stef On Jun 5, 2012, at 8:50 AM, Marcus Denker wrote: > > On Jun 4, 2012, at 6:16 PM, Damien Cassou wrote: > >> On Mon, Jun 4, 2012 at 6:09 PM, Pavel Krivanek >> wrote: >>> I think it is

Re: [Pharo-project] Pharocasts ... updating and screencasts wanted

Yes this is a good idea! Also on the pharo web site. Stef On Jun 5, 2012, at 8:52 AM, Torsten Bergmann wrote: > James Robertson is doing lots of Screencasts > on Pharo (and other Smalltalks) in his ST4U series: > > http://www.jarober.com/blog/st4u.ssp > > Maybe we can ask him to link them on P