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

Re: [Pharo-project] A .mcz of Pinesoft's accumulated fixes applicable to Pharo

by StÃ©phane Ducasse

I'm trying to understand the problem I have the hypothesis that this is linked with the class extension or the fact that the package does not exist in the image. Can you also check that you can see diff when the changes is in an class extension? Because this is strange with some packages I can see the diff and with the pinesoft-fixes-misc I cannot. Stef On Sep 26, 2008, at 9:20 PM, StÃ©phane Ducasse wrote: > Simon > > with which machine did you create you mcz? > Because apparently I can see the diffs for other packages. > > Can somebody else check the pinesoft package I put in the pharoInbox? > > Stef > > > >> Hi all. >> >> Gary and I decided we ought to give out an MCZ of our fixes that >> we've put together over the last two years. >> >> Obviously some of those we found have been pulled into Pharo >> already, but the attached MCZ represents those that we think are >> still relevant :) >> >> This is a rough list of the fixes: >> >> 1. Fixed flaky borwser comment text area sometime not showing. >> >> 2. Added getArgumentPermutation to support RefactoringEngine. >> >> 3. Fixes to CanvasCharacterScanner and MultiCanvasCharacterScanner >> to correctly align the first line of text when centered/justifed etc. >> >> 4. Added more constant names to Character class. >> >> 5. Modified ConnectionQueue to not accept connections when queue is >> full. >> >> 6. Changed GrafPort to answer a MultiDisplayScanner when >> appropriate (allows subclasses of MultiNewParagraph). >> >> 7. NaturalLanguageTranslator startup postion move to after >> PasteUpMorph since it will show a progress bar. >> >> 8. Fix to Random>>nextInt: to allow large numbers which would be >> out of range if using Floats (as mentioned recently on dev, use of >> Floats is dodgy anyway...) >> >> 9. Changed TranscriptStream>>clear to use a new buffer (was just >> reset which could leave a massive collection). >> >> 10. Changed RemoteString to handle concurrent processes safely. >> This one's particularly interesting: we were load-testing our >> Seaside app here and getting lots of syntax errors when hitting the >> image with around the 20 concurrent processes due to source file >> access. After this change we were hitting it with approximately 500 >> concurrent processes, and the failure was in the Java load tester >> (it timed out). >> >> Hope just submitting a .mcz is OK! :) >> >> Cheers, >> Simon and Gary >> >> >> >> ****************************************************************************************************************************************** >> This email is from Pinesoft Limited. Its contents are confidential >> to the intended recipient(s) at the email address(es) to which it >> has been addressed. It may not be disclosed to or used by anyone >> other than the addressee(s), nor may it be copied in anyway. If >> received in error, please contact the sender, then delete it from >> your system. Although this email and attachments are believed to be >> free of virus, or any other defect which might affect any computer >> or IT system into which they are received and opened, it is the >> responsibility of the recipient to ensure that they are virus free >> and no responsibility is accepted by Pinesoft for any loss or >> damage arising in any way from receipt or use thereof. >> ******************************************************************************************************************************************* >> >> >> Pinesoft Limited are registered in England, Registered number: >> 2914825. Registered office: 266-268 High Street, Waltham Cross, >> Herts, EN8 7EA >> <Pinesoft-Fixes-Misc-gvc.24.mcz> >> _______________________________________________ >> 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 >

Sept. 26, 2008

Re: [Pharo-project] A .mcz of Pinesoft's accumulated fixes applicable to Pharo

by StÃ©phane Ducasse

Simon with which machine did you create you mcz? Because apparently I can see the diffs for other packages. Can somebody else check the pinesoft package I put in the pharoInbox? Stef > Hi all. > > Gary and I decided we ought to give out an MCZ of our fixes that > we've put together over the last two years. > > Obviously some of those we found have been pulled into Pharo > already, but the attached MCZ represents those that we think are > still relevant :) > > This is a rough list of the fixes: > > 1. Fixed flaky borwser comment text area sometime not showing. > > 2. Added getArgumentPermutation to support RefactoringEngine. > > 3. Fixes to CanvasCharacterScanner and MultiCanvasCharacterScanner > to correctly align the first line of text when centered/justifed etc. > > 4. Added more constant names to Character class. > > 5. Modified ConnectionQueue to not accept connections when queue is > full. > > 6. Changed GrafPort to answer a MultiDisplayScanner when appropriate > (allows subclasses of MultiNewParagraph). > > 7. NaturalLanguageTranslator startup postion move to after > PasteUpMorph since it will show a progress bar. > > 8. Fix to Random>>nextInt: to allow large numbers which would be out > of range if using Floats (as mentioned recently on dev, use of > Floats is dodgy anyway...) > > 9. Changed TranscriptStream>>clear to use a new buffer (was just > reset which could leave a massive collection). > > 10. Changed RemoteString to handle concurrent processes safely. This > one's particularly interesting: we were load-testing our Seaside app > here and getting lots of syntax errors when hitting the image with > around the 20 concurrent processes due to source file access. After > this change we were hitting it with approximately 500 concurrent > processes, and the failure was in the Java load tester (it timed out). > > Hope just submitting a .mcz is OK! :) > > Cheers, > Simon and Gary > > > > ****************************************************************************************************************************************** > This email is from Pinesoft Limited. Its contents are confidential > to the intended recipient(s) at the email address(es) to which it > has been addressed. It may not be disclosed to or used by anyone > other than the addressee(s), nor may it be copied in anyway. If > received in error, please contact the sender, then delete it from > your system. Although this email and attachments are believed to be > free of virus, or any other defect which might affect any computer > or IT system into which they are received and opened, it is the > responsibility of the recipient to ensure that they are virus free > and no responsibility is accepted by Pinesoft for any loss or damage > arising in any way from receipt or use thereof. > ******************************************************************************************************************************************* > > > Pinesoft Limited are registered in England, Registered number: > 2914825. Registered office: 266-268 High Street, Waltham Cross, > Herts, EN8 7EA > <Pinesoft-Fixes-Misc-gvc.24.mcz> > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Sept. 26, 2008

[Pharo-project] who is YM

by StÃ©phane Ducasse

because there is a package Network YM 44 Please please avoid to use initials. Stef

Sept. 26, 2008

[Pharo-project] Bug? I cannot see the diff anymore doing merge or browse

by StÃ©phane Ducasse

Hi I'm tracking a problem I have and which is quite annoying I cannot see the diff when I do a merge or browse with MC. I'm with 10074 and I woudl like to know if you have the same behavior. Stef

Sept. 26, 2008

Re: [Pharo-project] Fwd: [Seaside-dev] preliminary Seaside 2.9 alphauniverse

by StÃ©phane Ducasse

>>> > My objection, the big ball of mud called Kernel-Extensions and the > liberal > use of overrides, which I think are evil. I like using packages > that do > their best to only use extensions and don't just go around the > system willy > nilly monkey patching everything. I don't trust packages with > overrides not > to break my system and I absolutely don't like packages that once > installed > can't be uninstalled, try removing Kernel-Extensions sometime. Thanks! Seriously. This is the kind of feedback I like. Now we know what should be done. Cleaning, reviewing, integrating... > Now, the code may work perfectly fine, and Keith's done a lot of > work, but > it's just not community friendly code. A package should have a clear > responsibility, few dependencies, not too many extensions, no > overrides if > at all possible, and must install and uninstall cleanly without > hosing my > system. 100% agree. This is why I'm saying that we want to integrate extensions or reject them. > If it doesn't meet those criteria, I don't consider it safe to even > experiment with.

Sept. 26, 2008

Re: [Pharo-project] A .mcz of Pinesoft's accumulated fixes applicable to Pharo

by StÃ©phane Ducasse

This is GREAT! you checked with Pharo, so I will check to see and publish that. Stef On Sep 26, 2008, at 6:36 PM, Simon Kirk wrote: > Hi all. > > Gary and I decided we ought to give out an MCZ of our fixes that > we've put together over the last two years. > > Obviously some of those we found have been pulled into Pharo > already, but the attached MCZ represents those that we think are > still relevant :) > > This is a rough list of the fixes: > > 1. Fixed flaky borwser comment text area sometime not showing. > > 2. Added getArgumentPermutation to support RefactoringEngine. > > 3. Fixes to CanvasCharacterScanner and MultiCanvasCharacterScanner > to correctly align the first line of text when centered/justifed etc. > > 4. Added more constant names to Character class. > > 5. Modified ConnectionQueue to not accept connections when queue is > full. > > 6. Changed GrafPort to answer a MultiDisplayScanner when appropriate > (allows subclasses of MultiNewParagraph). > > 7. NaturalLanguageTranslator startup postion move to after > PasteUpMorph since it will show a progress bar. > > 8. Fix to Random>>nextInt: to allow large numbers which would be out > of range if using Floats (as mentioned recently on dev, use of > Floats is dodgy anyway...) > > 9. Changed TranscriptStream>>clear to use a new buffer (was just > reset which could leave a massive collection). > > 10. Changed RemoteString to handle concurrent processes safely. This > one's particularly interesting: we were load-testing our Seaside app > here and getting lots of syntax errors when hitting the image with > around the 20 concurrent processes due to source file access. After > this change we were hitting it with approximately 500 concurrent > processes, and the failure was in the Java load tester (it timed out). > > Hope just submitting a .mcz is OK! :) > > Cheers, > Simon and Gary > > > > ****************************************************************************************************************************************** > This email is from Pinesoft Limited. Its contents are confidential > to the intended recipient(s) at the email address(es) to which it > has been addressed. It may not be disclosed to or used by anyone > other than the addressee(s), nor may it be copied in anyway. If > received in error, please contact the sender, then delete it from > your system. Although this email and attachments are believed to be > free of virus, or any other defect which might affect any computer > or IT system into which they are received and opened, it is the > responsibility of the recipient to ensure that they are virus free > and no responsibility is accepted by Pinesoft for any loss or damage > arising in any way from receipt or use thereof. > ******************************************************************************************************************************************* > > > Pinesoft Limited are registered in England, Registered number: > 2914825. Registered office: 266-268 High Street, Waltham Cross, > Herts, EN8 7EA > <Pinesoft-Fixes-Misc-gvc.24.mcz> > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Sept. 26, 2008

RE: [Pharo-project] Fwd: [Seaside-dev] preliminary Seaside 2.9 alphauniverse

by Ramon Leon

> On Fri, Sep 26, 2008 at 8:38 AM, Lukas Renggli > <renggli(a)gmail.com> wrote: > > One problem I see with Sake/Packages is that these tools depend on a > > lot of other packages, that I don't necessarily want to > have loaded in > > my images: Logging, Rio, Installer, Sake, Packages ... > > > > I guess one could argue the same with XML and Universe. > > > This is the only argument against Sake/Packages I guess. Keith, could > you please give us more information on that? > - what mcz do we need to load exactly to have universes features using > Sake/Packages? > - is LPF necessary? My objection, the big ball of mud called Kernel-Extensions and the liberal use of overrides, which I think are evil. I like using packages that do their best to only use extensions and don't just go around the system willy nilly monkey patching everything. I don't trust packages with overrides not to break my system and I absolutely don't like packages that once installed can't be uninstalled, try removing Kernel-Extensions sometime. Now, the code may work perfectly fine, and Keith's done a lot of work, but it's just not community friendly code. A package should have a clear responsibility, few dependencies, not too many extensions, no overrides if at all possible, and must install and uninstall cleanly without hosing my system. If it doesn't meet those criteria, I don't consider it safe to even experiment with. Ramon Leon http://onsmalltalk.com

Sept. 26, 2008

[Pharo-project] A .mcz of Pinesoft's accumulated fixes applicable to Pharo

by Simon Kirk

Hi all. Gary and I decided we ought to give out an MCZ of our fixes that we've put together over the last two years. Obviously some of those we found have been pulled into Pharo already, but the attached MCZ represents those that we think are still relevant :) This is a rough list of the fixes: 1. Fixed flaky borwser comment text area sometime not showing. 2. Added getArgumentPermutation to support RefactoringEngine. 3. Fixes to CanvasCharacterScanner and MultiCanvasCharacterScanner to correctly align the first line of text when centered/justifed etc. 4. Added more constant names to Character class. 5. Modified ConnectionQueue to not accept connections when queue is full. 6. Changed GrafPort to answer a MultiDisplayScanner when appropriate (allows subclasses of MultiNewParagraph). 7. NaturalLanguageTranslator startup postion move to after PasteUpMorph since it will show a progress bar. 8. Fix to Random>>nextInt: to allow large numbers which would be out of range if using Floats (as mentioned recently on dev, use of Floats is dodgy anyway...) 9. Changed TranscriptStream>>clear to use a new buffer (was just reset which could leave a massive collection). 10. Changed RemoteString to handle concurrent processes safely. This one's particularly interesting: we were load-testing our Seaside app here and getting lots of syntax errors when hitting the image with around the 20 concurrent processes due to source file access. After this change we were hitting it with approximately 500 concurrent processes, and the failure was in the Java load tester (it timed out). Hope just submitting a .mcz is OK! :) Cheers, Simon and Gary ****************************************************************************************************************************************** This email is from Pinesoft Limited. Its contents are confidential to the intended recipient(s) at the email address(es) to which it has been addressed. It may not be disclosed to or used by anyone other than the addressee(s), nor may it be copied in anyway. If received in error, please contact the sender, then delete it from your system. Although this email and attachments are believed to be free of virus, or any other defect which might affect any computer or IT system into which they are received and opened, it is the responsibility of the recipient to ensure that they are virus free and no responsibility is accepted by Pinesoft for any loss or damage arising in any way from receipt or use thereof. ******************************************************************************************************************************************* Pinesoft Limited are registered in England, Registered number: 2914825. Registered office: 266-268 High Street, Waltham Cross, Herts, EN8 7EA

Sept. 26, 2008

Re: [Pharo-project] Fwd: [Seaside-dev] preliminary Seaside 2.9 alpha universe

by StÃ©phane Ducasse

Damien can you post the code to load Sake Packages MC1.6 For me I'm always lost. Stef

Sept. 26, 2008

Re: [Pharo-project] Fwd: [Seaside-dev] preliminary Seaside 2.9 alpha universe

by StÃ©phane Ducasse

>> What is Packages? compared to Sake I tried to understand some of the emails keith sent a while back to squeak-dev but I could not get it. Setf > Sake/Packages is just about that: a declarative way to specify > packages. Nothing more. And there is a script which converts a > Universe to a set of tasks. It works very well and Keith uses it often > to update Packages from Universes. > > An example for PierBlog: What is PackagesSqueak310U....? > > > PackagesSqueak310U>>PierBlog > self name: 'Pier-Blog'. > self version: '1.0.16.73'. > > info category: 'Web Development'. > info description: 'Pier blog plugin.'. > info maintainer: 'Lukas Renggli <renggli(a)gmail.com>'. > info homepage: 'http://www.lukas-renggli.ch/smalltalk/pier'. > info squeakMapID: ''. > info url: 'http://mc.lukas-renggli.ch/pier/Pier-Blog-lr.73.mcz'. > self provides: #(). > > self dependsOn: #('Pier-Seaside' 'RSRSS2'). > > self load: [ > Installer installUrl:'http://mc.lukas-renggli.ch/pier/Pier-Blog-lr.73.mcz' > . > ]. > > self unload: [ > Installer mc unload: 'Pier-Blog'. > ]. > > -- > Damien Cassou > Peter von der AhÃ©: Â«I'm beginning to see why Gilad wished us good > luckÂ». (http://blogs.sun.com/ahe/entry/override_snafu) > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Sept. 26, 2008