Dear Santa,
I would like you to drop your f/*(«»@ XMas Present Management software which has tons of bugs (children rarely have what they want. Myself included) and written in this crappy programming language called <the one you hate most />.
Please use Pharo + Seaside to develop a far better software so we can finally enters our wishlist online and have a tracking number to be sure our present will be on time or provide justification why we cannot have it.
Best Regards, Laurent On Tue, Dec 21, 2010 at 3:22 AM, Guillermo Polito <[hidden email]> wrote: Dear Santa, |
In reply to this post by Stefan Marr-4
How big is the impact?
Doru On 21 Dec 2010, at 12:05, Stefan Marr wrote: > No, maybe Santa has them already... > > Bye the way, the last discussion I started on that topic was completely ignored, and I am not sure whether fixing it in your images is worth it, since it will impact performance on standard VMs. > > Best regards > Stefan > > > On 21 Dec 2010, at 11:53, Stéphane Ducasse wrote: > >> Stefan >> do you have the fixes? >> Stef >> >> >> On Dec 20, 2010, at 11:27 PM, Stefan Marr wrote: >> >>> I would like a Pharo Core image running nicely 16 core on the RoarVM. >>> That requires just to fix a few more concurrency bugs, should not be to hard. >>> >>> >>> On 18 Dec 2010, at 20:16, Torsten Bergmann wrote: >>> >>>> Only a few days until christmas. You should tell Santa your wishes for Pharo here on the list - who knows maybe in one of the next releases or announcements... >>>> >>>> Let me be the first: >>>> - easy to use foreign interface including callback support for >>>> all major platforms >>>> - reliable (new) squeaksource which includes a one-click image >>>> so one can easy setup an own (internal) server >>>> >>>> Thx >>>> T. >>>> >>>> >>>> -- >>>> Neu: GMX De-Mail - Einfach wie E-Mail, sicher wie ein Brief! >>>> Jetzt De-Mail-Adresse reservieren: http://portal.gmx.net/de/go/demail >>>> >>> >>> -- >>> Stefan Marr >>> Software Languages Lab >>> Vrije Universiteit Brussel >>> Pleinlaan 2 / B-1050 Brussels / Belgium >>> http://soft.vub.ac.be/~smarr >>> Phone: +32 2 629 2974 >>> Fax: +32 2 629 3525 >>> >>> >> >> > > > > -- > Stefan Marr > Software Languages Lab > Vrije Universiteit Brussel > Pleinlaan 2 / B-1050 Brussels / Belgium > http://soft.vub.ac.be/~smarr > Phone: +32 2 629 2974 > Fax: +32 2 629 3525 > > -- www.tudorgirba.com "Next time you see your life passing by, say 'hi' and get to know her." |
Don't know, and I have only fixed one bug at the moment.
And, it wont make it onto the list of high priority tasks anytime soon, thats why I ask Santa to have a look. The patch/workaround was mentioned here: http://forum.world.st/Delay-class-not-fit-for-RoarVM-tt3035265.html#none On 21 Dec 2010, at 12:11, Tudor Girba wrote: > How big is the impact? > > Doru > > > On 21 Dec 2010, at 12:05, Stefan Marr wrote: > >> No, maybe Santa has them already... >> >> Bye the way, the last discussion I started on that topic was completely ignored, and I am not sure whether fixing it in your images is worth it, since it will impact performance on standard VMs. >> >> Best regards >> Stefan >> >> >> On 21 Dec 2010, at 11:53, Stéphane Ducasse wrote: >> >>> Stefan >>> do you have the fixes? >>> Stef >>> >>> >>> On Dec 20, 2010, at 11:27 PM, Stefan Marr wrote: >>> >>>> I would like a Pharo Core image running nicely 16 core on the RoarVM. >>>> That requires just to fix a few more concurrency bugs, should not be to hard. >>>> >>>> >>>> On 18 Dec 2010, at 20:16, Torsten Bergmann wrote: >>>> >>>>> Only a few days until christmas. You should tell Santa your wishes for Pharo here on the list - who knows maybe in one of the next releases or announcements... >>>>> >>>>> Let me be the first: >>>>> - easy to use foreign interface including callback support for >>>>> all major platforms >>>>> - reliable (new) squeaksource which includes a one-click image >>>>> so one can easy setup an own (internal) server >>>>> >>>>> Thx >>>>> T. >>>>> >>>>> >>>>> -- >>>>> Neu: GMX De-Mail - Einfach wie E-Mail, sicher wie ein Brief! >>>>> Jetzt De-Mail-Adresse reservieren: http://portal.gmx.net/de/go/demail >>>>> >>>> >>>> -- >>>> Stefan Marr >>>> Software Languages Lab >>>> Vrije Universiteit Brussel >>>> Pleinlaan 2 / B-1050 Brussels / Belgium >>>> http://soft.vub.ac.be/~smarr >>>> Phone: +32 2 629 2974 >>>> Fax: +32 2 629 3525 >>>> >>>> >>> >>> >> >> >> >> -- >> Stefan Marr >> Software Languages Lab >> Vrije Universiteit Brussel >> Pleinlaan 2 / B-1050 Brussels / Belgium >> http://soft.vub.ac.be/~smarr >> Phone: +32 2 629 2974 >> Fax: +32 2 629 3525 >> >> > > -- > www.tudorgirba.com > > "Next time you see your life passing by, say 'hi' and get to know her." > > > > -- Stefan Marr Software Languages Lab Vrije Universiteit Brussel Pleinlaan 2 / B-1050 Brussels / Belgium http://soft.vub.ac.be/~smarr Phone: +32 2 629 2974 Fax: +32 2 629 3525 |
Hi Stefan,
Did you enter a bug entry? because it is easier to not forget when there is one. #Luc 2010/12/21 Stefan Marr <[hidden email]> Don't know, and I have only fixed one bug at the moment. |
On 21 Dec 2010, at 13:19, Luc Fabresse wrote: > Hi Stefan, > > Did you enter a bug entry? > because it is easier to not forget when there is one. No, as I said, I am not sure whether should be changed in the standard image. I am not even sure whether you should consider it a bug, it is certainly not with regard to the "VM/scheduler spec". > http://forum.world.st/Delay-class-not-fit-for-RoarVM-tt3035265.html#none Best regards Stefan -- Stefan Marr Software Languages Lab Vrije Universiteit Brussel Pleinlaan 2 / B-1050 Brussels / Belgium http://soft.vub.ac.be/~smarr Phone: +32 2 629 2974 Fax: +32 2 629 3525 |
Still enter it in the bug entry like that we can track it back
On Dec 21, 2010, at 1:30 PM, Stefan Marr wrote: > > On 21 Dec 2010, at 13:19, Luc Fabresse wrote: > >> Hi Stefan, >> >> Did you enter a bug entry? >> because it is easier to not forget when there is one. > No, as I said, I am not sure whether should be changed in the standard image. > I am not even sure whether you should consider it a bug, it is certainly not with regard to the "VM/scheduler spec". > >> http://forum.world.st/Delay-class-not-fit-for-RoarVM-tt3035265.html#none > > Best regards > Stefan > > -- > Stefan Marr > Software Languages Lab > Vrije Universiteit Brussel > Pleinlaan 2 / B-1050 Brussels / Belgium > http://soft.vub.ac.be/~smarr > Phone: +32 2 629 2974 > Fax: +32 2 629 3525 > > |
In reply to this post by Eliot Miranda-2
Hi Eliot,
On 20. 12. 2010 20:00, Eliot Miranda wrote: > - Namespaces > - Breakpoints > - Monticello/Metacello directly from browser > - portable async FFI > - SOAP/WSDL with object mapping and one-click tool > - even more usability enhancements > - rock solid image and VM for image-only persistency > - more Eliot :) > > > :) But this could mean lots of things. a) I'm not doing enough, b) I > need to put on weight, c) my jokes are great, d) you want specific > things done in the VM area. So while this made me laugh and so far is > inspiring (I mean, if you really do mean a) I'm going to have a > miserable xmas, and my wife is going to be miserable if you mean b) ) > I'd love for you to make some specific suggestions as to what more Eliot > might mean (besides eating a /lot/ over xmas to try and create a few > more kilos of Eliot). :) Being a bit short on time to pair your humoresque style :), let me jump strait into what "more Eliot" means to me: - sooner a really good open-source Smalltalk VM on pair and extending VW one. That is, more opportunity to you to get your ideas how should a VM look like to fly towards a goal, - immutability/read only objects or some other mechanism to detect object's change easily, - rock solid, stable and reliable VM and image for us the "image as a database" guys, who are more numerous as one wants to confess :) Again, VW is such an example, very reliable for such persistency, for which you deserves quite some gratitude :) Well, let me finish, otherwise you'll start right now. But I don't understand: if you start right now, you won't have a time to get fat, if you don't start now, you',ll get fat from all those Christmas food. Your wife is going to be miserable in any case...:) Best regards Janko -- Janko Mivšek AIDA/Web Smalltalk Web Application Server http://www.aidaweb.si |
In reply to this post by Stefan Marr-4
Here's my wish list : 1) No more useless, never-ending, ad nauseam discussions/arguments comparing Pharo with Squeak or any Smalltalk with any other Smalltalk implementation. May I add that, I suppose, I am like most people on this list : I love Smalltalk regardless of which implementation it is. I've worked with ObjectWorks, VisualWorks, VSE, Pharo, ObjectStudio, Dolphin, Squeak, VisualAge and I keep an eye on all other implementations, from GNU Smalltalk to Smalltalk/X, Smalltalk MT and even the newborn Silverlight. Some days, I might prefer Dolphin for some job, others I could recommend VisualAge, in other cases I'd go with Squeak or Pharo. I'll never say that Smalltalk A is better than Smalltalk B because they're all different, they all have their strengths and weeknesses, particularities and deficiencies. Let's try to be a community, part of the greater Smalltalk family. Let's always remember that we all came to be fans of a particular implementation of Smalltalk primarily because we fell in love with the language and it's concepts FIRST, not because of a debugger, the feature of a certain browser, not because of a package/library, not because of a platform/OS, not because of the way one tool packages/strips/shrinks a production image or any other reason... We're all, first and foremost, SMALLTALKERS... I don't consider myself more a Pharoer than a Cincomer or a Squeaker... I'd rather be called a Smalltalker. My 2 cents. Benoit St-Jean Yahoo! Messenger: bstjean A standpoint is an intellectual horizon of radius zero. (Albert Einstein) |
In reply to this post by Torsten Bergmann
Dear Santa, if it's not too late, please add the generator code
that Andreas Raas added to Squeak to Pharo as well. Generators are used in some of the packages that I have written for Squeak but they don't port to Pharo without the generator code. Oh please Santa, it's under 150 lines of code and it is so so useful! Merry Xmas to all, Squeaker and Pharoer alike. Ralph Boland |
Ralph
point us to it, what is it, where is it? open a ticker with the code is the best way to make sure that something can happen. Provide tests is another steps. Stef I think that this one can be easily done. On Dec 26, 2010, at 2:21 AM, Ralph Boland wrote: > Dear Santa, if it's not too late, please add the generator code > that Andreas Raas added to Squeak to Pharo as well. > Generators are used in some of the packages that I have written > for Squeak but they don't port to Pharo without the generator code. > Oh please Santa, it's under 150 lines of code and it is so so useful! > > Merry Xmas to all, Squeaker and Pharoer alike. > > Ralph Boland > |
what is the licence? because we already have problem with that.
On Sun, Dec 26, 2010 at 10:04 AM, Stéphane Ducasse <[hidden email]> wrote: Ralph |
MIT since it is published in Squeak.
On Dec 26, 2010, at 11:22 AM, Mariano Martinez Peck wrote: > what is the licence? because we already have problem with that. > > On Sun, Dec 26, 2010 at 10:04 AM, Stéphane Ducasse <[hidden email]> wrote: > Ralph > > point us to it, what is it, where is it? > open a ticker with the code is the best way to make sure that something can happen. > Provide tests is another steps. > > Stef I think that this one can be easily done. > > On Dec 26, 2010, at 2:21 AM, Ralph Boland wrote: > > > Dear Santa, if it's not too late, please add the generator code > > that Andreas Raas added to Squeak to Pharo as well. > > Generators are used in some of the packages that I have written > > for Squeak but they don't port to Pharo without the generator code. > > Oh please Santa, it's under 150 lines of code and it is so so useful! > > > > Merry Xmas to all, Squeaker and Pharoer alike. > > > > Ralph Boland > > > > > |
Free forum by Nabble | Edit this page |