July 2010 - Pharo-dev - lists.pharo.org

[Pharo-project] what is the equivalence to PopUpMenu>>setMenuFontTo: aFont in MenuMorph

by StÃ©phane Ducasse

I'm removing PopUpMenu and friends from the image and I need to replace setMenuFontTo: but I do not know with what? Stef

July 2, 2010

Re: [Pharo-project] adding a keyboard shotcut in SystemBrowser

by Dave Woodward

On 07/02/2010 03:16 AM, laurent laffont wrote: > Hi, > > I would like to add a keyboard shortcut in SystemBrowser to trigger > Autotest as it's tedious to add/remove a space + accept a method to > trigger it. > > I cannot find how I should do this. Ideally this would be an Autotest > class extension. I just recently hacked up ParagraphEditor locally to add Emacs-like cursor navigation for the code editor. It has two class side initialization methods which setup callback to some instance side methods. This was in Pharo 1.0, I don't know about 1.1 or 1.2. I also don't know how you'd make the shortcuts cleanly extensible (seems like it might be a good small project?). > > Cheers, > > Laurent Laffont > > http://pharocasts.blogspot.com/ > http://magaloma.blogspot.com/ > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Dave Woodward ................................................... www.promedmedical.net 317.332.6438 davewoodward(a)promedmedical.net

July 2, 2010

Re: [Pharo-project] fix for blocks restart in debugger

by StÃ©phane Ducasse

Yes I saw that after :) On Jul 2, 2010, at 6:05 PM, Eliot Miranda wrote: > > > On Fri, Jul 2, 2010 at 5:06 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > hi eliot > > do you know if such changes should be pushed into pharo? > > Yes. That's why I cc'ed the Pharo list. > > best > Eliot > > > http://code.google.com/p/pharo/issues/detail?id=2617 > > Stef > > _______________________________________________ > 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

July 2, 2010

[Pharo-project] [ANN] new 1.2 unstable available (12031)

by StÃ©phane Ducasse

https://gforge.inria.fr/frs/download.php/27244/PharoCore-1.2-12031.zip

July 2, 2010

Re: [Pharo-project] fix for blocks restart in debugger

by Eliot Miranda

On Fri, Jul 2, 2010 at 5:06 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>wrote: > hi eliot > > do you know if such changes should be pushed into pharo? > Yes. That's why I cc'ed the Pharo list. best Eliot > > http://code.google.com/p/pharo/issues/detail?id=2617 > > Stef > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

July 2, 2010

Re: [Pharo-project] BogusSnapshotResource >> restoreMethod: ref using deprecated and: and:

by Lukas Renggli

Fixed in: Name: BogusInfo-lr.22 Author: lr Time: 2 July 2010, 5:58:02 pm UUID: cad9f459-36e1-4859-82a6-1ba6bcaad1c3 Ancestors: BogusInfo-lr.21 Dependencies: Bogus-cwp.18, BogusExt-cwp.4 - refactored #and:and: callers 2010/7/2 Mariano Martinez Peck <marianopeck(a)gmail.com>: > Hi Lukas. BogusSnapshotResource >> restoreMethod: refÂ Â Â is using the and: > and: that was just deprecated in Pharo 1.1. > > Just replacing it by this I think should work: > > restoreMethod: ref > Â Â Â | definition | > Â Â Â definition := snapshot definitions detect: > Â Â Â Â Â Â Â Â Â [ :ea | > Â Â Â Â Â Â Â Â Â ea isMethodDefinition and: [ (ea className = ref classSymbol ) > Â Â Â Â Â Â Â Â Â Â Â Â and: [ ea selector = ref methodSymbol ] ]] > Â Â Â Â Â Â ifNone: [ ^ self removeMethod: ref ]. > Â Â Â definition load > > > cheers > > mariano > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Lukas Renggli www.lukas-renggli.ch

July 2, 2010

[Pharo-project] [update 1.2] #12031

by StÃ©phane Ducasse

12031 ----- - Issue 2307: Block should display their code - Issue 2584: COG- LargeNegativeInteger to be compact at 5

July 2, 2010

[Pharo-project] [update 1.2 ] @12030

by StÃ©phane Ducasse

- Issue 2596: More cull: usage. Thanks henrik Stef

July 2, 2010

[Pharo-project] [update 1.2] #12029

by StÃ©phane Ducasse

12029 ----- - Issue 2625: Symbol class>>selectorsContaining:. Thanks Eliot Stef

July 2, 2010

Re: [Pharo-project] [update 1.2] #12028

by Gary Chambers

No problem, glad to help out as I can! Sent from my iPad On 2 Jul 2010, at 03:04 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > 12028 > ----- > > - Issue 2615: Use overflow rows for ToolBuilder button panels. Thanks Gary! > - Issue 2616: Use overflow rows for Debugger custom buttons. > Thanks Gary! > - Issue 2624: Much faster Dictionary>>unreferencedKeys. Thanks Eliot > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

July 2, 2010

[Pharo-project] [update 1.2] #12028

by StÃ©phane Ducasse

12028 ----- - Issue 2615: Use overflow rows for ToolBuilder button panels. Thanks Gary! - Issue 2616: Use overflow rows for Debugger custom buttons. Thanks Gary! - Issue 2624: Much faster Dictionary>>unreferencedKeys. Thanks Eliot

July 2, 2010

[Pharo-project] Problem with number parsing in Shout...help needed!

by Mariano Martinez Peck

If you load Shout-lr.84 and ShoutTests-tween.9 from http://www.squeaksource.com/shout and run the testNumbers it will in: s := 'x 16r-d'. types := self tokenTypesIn: s. tokens := self tokensIn: s. self assert: types = #(patternUnary number unary). self assert: tokens = #('x' '16r-' 'd'). because types is #(#patternUnary #number) and in addition, tokens is #('x' '16r-d') I have no idea about this. Does someone know how to fix it? Thanks mariano

July 2, 2010

Re: [Pharo-project] [Esug-list] [vwnc] ESUG 2010 registration dead-line is approaching!

by Serge Stinckwich

Hi Joaquim, There is no information on the FB event that is not on the ESUG website. This is just a convenient way to do some some buzz. Thank you. Le 2 juil. 2010 Ã 17:49, "jtuchel(a)objektfabrik.de" <jtuchel(a)objektfabrik.de> a Ã©crit : > Just a side note: > >> http://www.esug.org/Conferences/2010 > > If I visit the conference page, there is a link to Conference news on Facebook > This is only accessible for registered Facebook users. > I think it's not a good idea to be a closed circle. > > Joachim > > > > Noury Bouraqadi <bouraqadi(a)gmail.com> hat am 2. Juli 2010 um 00:32 geschrieben > >> Dear Smalltalkers, >> >> The dead-line for registration at early bird fees is approaching (one month to >> go). >> So, hurry up and register on our new seaside-based server. >> http://registration.esug.org/ >> This server comes with new features. >> You can now do a group registration and make a single payment. >> Also, we have reduction tickets (typically for Golden and Platinum sponsors). >> >> The ESUG 2010 conference program is about to be ready, and it is as promising >> as was for the previous editions of the conference. >> Checkout the preliminary schedule is already on the web, >> http://www.esug.org/Conferences/2010 >> >> See you in Barcelona, >> Noury >> ESUG treasurer >> >> >> _______________________________________________ >> vwnc mailing list >> vwnc(a)cs.uiuc.edu >> http://lists.cs.uiuc.edu/mailman/listinfo/vwnc > > -- > ------------------------------------------------------------------- > Objektfabrik Joachim Tuchel mailto:jtuchel@objektfabrik.de > Fliederweg 1 http://www.objektfabrik.de > D-71640 Ludwigsburg > Telefon: +49 7141 56 10 86 0 Fax: +49 7141 56 10 86 1 > > _______________________________________________ > Esug-list mailing list > Esug-list(a)lists.esug.org > http://lists.esug.org/mailman/listinfo/esug-list_lists.esug.org

July 2, 2010

[Pharo-project] BogusSnapshotResource >> restoreMethod: ref using deprecated and: and:

by Mariano Martinez Peck

Hi Lukas. BogusSnapshotResource >> restoreMethod: ref is using the and: and: that was just deprecated in Pharo 1.1. Just replacing it by this I think should work: restoreMethod: ref | definition | definition := snapshot definitions detect: [ :ea | ea isMethodDefinition and: [ (ea className = ref classSymbol ) and: [ ea selector = ref methodSymbol ] ]] ifNone: [ ^ self removeMethod: ref ]. definition load cheers mariano

July 2, 2010

[Pharo-project] [ANN 1.1] pre-built 1.1 Core RC4

by Marcus Denker

https://gforge.inria.fr/frs/download.php/27242/PharoCore-1.1-11409-rc4.zip

July 2, 2010

[Pharo-project] [update 1.1] #11409

by Marcus Denker

(it is getting *far* too hot here...) 11409 ----- RC4

July 2, 2010

Re: [Pharo-project] [BetaTesting] [ANN] Pharo-1.1-11406-rc3dev10.07.1

by Mariano Martinez Peck

Thanks Andrian. I have just fixed all Nile tests (see the other thread), and there were some new PharoCore for 1.1 with more green tests...so we are getting near. Soon I will create we will create an rc4. Cheers Mariano On Fri, Jul 2, 2010 at 12:09 PM, Adrian Lienhard <adi(a)netstyle.ch> wrote: > Thanks, Mariano! > > Here is the result of running all the tests: 15 failures, 76 errors > Failures: > NSFileStreamTest>>#testFlush21 > ObjectAsOneTimeMethodWrapperTest>>#testInstallOnClassCategory > NSFileStreamTest>>#testPeek01 > ReleaseTest>>#testUndeclared > SHParserST80Test>>#testNumbers > NSMultiByteBinaryOrTextStreamTest>>#testFileIn > NSFileStreamTest>>#testReadWriteText > NSMultiByteBinaryOrTextStreamTest>>#testFileOut > WeakRegistryTest>>#testFinalization > NSFileStreamTest>>#testNext01 > NSFileStreamTest>>#testReadWriteBinary > NSFileStreamTest>>#testDo01 > NSFileStreamTest>>#testSkip01 > ObjectFinalizerTests>>#testFinalizationOfMultipleResources > MCInitializationTest>>#testWorkingCopy > > Errors: > NSRWBinaryOrTextStreamTest>>#testFileIn > NSRWBinaryOrTextStreamTest>>#testFileInExpresion > NSRWBinaryOrTextStreamTest>>#testFileOut > NSRWBinaryOrTextStreamTest>>#testFileOutFileIn > NSCompressedSourceStreamTest>>#testAtEnd01 > NSCompressedSourceStreamTest>>#testAtEnd11 > NSCompressedSourceStreamTest>>#testAtStart11 > NSCompressedSourceStreamTest>>#testBack11 > NSCompressedSourceStreamTest>>#testBack61 > NSCompressedSourceStreamTest>>#testDo01 > NSCompressedSourceStreamTest>>#testFlush21 > NSCompressedSourceStreamTest>>#testGlobal > NSCompressedSourceStreamTest>>#testIsEmpty11 > NSCompressedSourceStreamTest>>#testNext01 > NSCompressedSourceStreamTest>>#testNextInto01 > NSCompressedSourceStreamTest>>#testNextMatchFor01 > NSCompressedSourceStreamTest>>#testNextPutAllAppending21 > NSCompressedSourceStreamTest>>#testNextPutAllAppendingASet21 > NSCompressedSourceStreamTest>>#testNextPutAllReplacing21 > NSCompressedSourceStreamTest>>#testNextPutAllReplacingASet21 > NSCompressedSourceStreamTest>>#testNextPutAppending21 > NSCompressedSourceStreamTest>>#testNextPutReplacing21 > NSCompressedSourceStreamTest>>#testNexts01 > NSCompressedSourceStreamTest>>#testPeek01 > NSCompressedSourceStreamTest>>#testPeekFor01 > NSCompressedSourceStreamTest>>#testPosition11 > NSCompressedSourceStreamTest>>#testReset11 > NSCompressedSourceStreamTest>>#testSetPosition11 > NSCompressedSourceStreamTest>>#testSetToEnd11 > NSCompressedSourceStreamTest>>#testSize11 > NSCompressedSourceStreamTest>>#testSkip01 > NSCompressedSourceStreamTest>>#testSkip61 > NSCompressedSourceStreamTest>>#testUpToElementSatisfying01 > NSCompressedSourceStreamTest>>#testWriteBack71 > WeakSetInspectorTest>>#testSymbolTableM6812 > NSMCPseudoFileStreamTest>>#testFileIn > NSMCPseudoFileStreamTest>>#testFileInExpresion > NSMCPseudoFileStreamTest>>#testFileOut > NSMCPseudoFileStreamTest>>#testFileOutFileIn > NSSmartRefStreamTest>>#testGlobal > NSMailAddressTokenizerTest>>#testNextElements > NSMultiByteBinaryOrTextStreamTest>>#testFileInExpresion > NSPipeTest>>#testScenario1 > NSFileStreamTest>>#testAtEnd01 > NSFileStreamTest>>#testAtEnd11 > NSFileStreamTest>>#testAtStart11 > NSFileStreamTest>>#testBack11 > NSFileStreamTest>>#testBack61 > NSFileStreamTest>>#testIsBinaryOnBinaryStream > NSFileStreamTest>>#testIsBinaryOnNonBinaryStream > NSFileStreamTest>>#testIsClosedTest > NSFileStreamTest>>#testIsEmpty11 > NSFileStreamTest>>#testNextInto01 > NSFileStreamTest>>#testNextMatchFor01 > NSFileStreamTest>>#testNextPutAllAppending21 > NSFileStreamTest>>#testNextPutAllAppendingASet21 > NSFileStreamTest>>#testNextPutAllReplacing21 > NSFileStreamTest>>#testNextPutAllReplacingASet21 > NSFileStreamTest>>#testNextPutAppending21 > NSFileStreamTest>>#testNextPutReplacing21 > NSFileStreamTest>>#testNexts01 > NSFileStreamTest>>#testPeekFor01 > NSFileStreamTest>>#testPosition11 > NSFileStreamTest>>#testReadWriteBinary2 > NSFileStreamTest>>#testReadWriteText2 > NSFileStreamTest>>#testReset11 > NSFileStreamTest>>#testSetPosition11 > NSFileStreamTest>>#testSetToEnd11 > NSFileStreamTest>>#testSimpleWriteData > NSFileStreamTest>>#testSize11 > NSFileStreamTest>>#testSkip61 > NSFileStreamTest>>#testTruncateBinary > NSFileStreamTest>>#testTruncateText > NSFileStreamTest>>#testUpToElementSatisfying01 > NSFileStreamTest>>#testWriteBack71 > NSCollectionAdditionsTest>>#testMakeRoomForSmallCollections > > > Nile is broken because it sends #isFinalizationSupported, which does not > exist anymore. > > Adrian > > On Jul 2, 2010, at 00:29 , Mariano Martinez Peck wrote: > > > Hi folks. I am glad to announce the Pharo 1.1 RC3. It has not too much > > changes in compare to RC2. The main change is the menu structure. I also > > updated to newest version of external packages. > > > > Here is the image: > > > > > https://gforge.inria.fr/frs/download.php/27241/Pharo-1.1-11406-rc3dev10.07.… > > > > We would really appreaciate feedback and help to fix the failing tests. > > > > Cheers > > > > Mariano > > _______________________________________________ > > 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 >

July 2, 2010

[Pharo-project] Fixed Nile for Pharo 1.1 [WAS] Re: Found senders of #isSystemDefined in Nile

by Mariano Martinez Peck

Ok....I finally take an hour and fix all the Nile tests in Pharo 1.1. They are now all green. While doing this, I have removed all (or all I saw) from uniClasses in Nile. It would be very cool if someone from Nile can check my latests commits in the repository. If you want to load it: Gofer new squeaksource: 'MetacelloRepository'; package: 'ConfigurationOfNile'; load. and then (ConfigurationOfNile project version: '1.1') load: 'Core Tests' Cheers Mariano On Sat, May 22, 2010 at 6:37 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr > wrote: > Yes we should just update Nile > This is a clear example of the fact that since we do not record refactoring > external packages can easily degrade > > > > On May 22, 2010, at 6:26 PM, Alexandre Bergel wrote: > > > I have the feeling that all these uniClasses are stone age. All traces > should be removed. > > > > Cheers, > > Alexandre > > > > > > On 22 May 2010, at 13:19, Mariano Abel Coca wrote: > > > >> Hi, > >> > >> I've found a few senders of #isSystemDefined when trying to run the > pharo dev test suite, and I don't know what is the expected behavior. > >> > >> I've read in: > http://www.mail-archive.com/pharo-project@lists.gforge.inria.fr/msg12075.ht… the idea is to remove the message and all it's senders, but I don't > know why is used here in Nile. > >> > >> The senders are in NSSmartRefStream, inside of #uniClassInstVarsRefs:, > #uniClasesDo: and #beginInstance:size: > >> > >> Any hint on this will be appreciated. > >> > >> Cheers, > >> > >> Mariano. > >> _______________________________________________ > >> 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 >

July 2, 2010

Re: [Pharo-project] fix for blocks restart in debugger

by Henrik Johansen

I fixed privRefresh some time ago so block restart works, asContext was not part of that though. Should also take a second look at privRefresh to see if Eliot's made additional changes. Cheers, Henry On Jul 2, 2010, at 2:06 39PM, StÃ©phane Ducasse wrote: > hi eliot > > do you know if such changes should be pushed into pharo? > > http://code.google.com/p/pharo/issues/detail?id=2617 > > Stef > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

July 2, 2010

[Pharo-project] fix for blocks restart in debugger

by StÃ©phane Ducasse

hi eliot do you know if such changes should be pushed into pharo? http://code.google.com/p/pharo/issues/detail?id=2617 Stef

July 2, 2010

Re: [Pharo-project] [squeak-dev] BlockClosure asContext losing bound variable?

by Levente Uzonyi

On Thu, 1 Jul 2010, Eliot Miranda wrote: > Hi Rob, Hi All, > > On Sun, Jun 27, 2010 at 3:34 PM, Rob Withers <reefedjib(a)yahoo.com> wrote: > >> I am getting a walkback on this code, with a valid vat: >> >> EventualProcess class>>#newOnVat: vat >> ^ super new >> suspendedContext: [ >> vat processSends. >> Processor terminateActive] asContext; >> priority: Processor userSchedulingPriority; >> eventualName: 'vat thread'; >> vat: vat; >> yourself >> >> once it has been resumed. The exception is >> UndefinedObject(Object)>>doesNotUnderstand: #processSends. Somehow the vat >> variable inside the Closure/MethodContext has become nil. Anyone know >> about this stuff? >> > > > This is due to a bad bug i the closure support for BlockClosure>>asContext, > which was forgetting to push any copied values (in the above case the > argument vat) onto the stack of the new context so that when the process > resumed the initial pushTemp0 that should push the copied value of vat in > fact pushed (at least in the Cog VM) 4 bytes from the middle of the method, > and hence bang! > > The fixes are in Kernel-eem.468 and Kernel-eem.469. Its probably best to > load Kernel-eem.468 and then Kernel-eem.469 rather than just Kernel-eem.469 > because the system will crash if the fixes come i in the wrong order. > Kernel-eem.468 Thanks for the fix. I added a new update map to the trunk which makes sure that Kernel-eem.468 is loaded before Kernel-eem.469. Levente > also fixes restart in blocks in the debugger (its the same issue; forgetting > to initialize the context with any arguments and copied values; local temps > get initialized by explicit pushNil bytecodes). > > thanks for the test case Rob! > > best > Eliot > > P.S. Here are the methods: > > >> Many thanks, >> Rob >> >> >

July 2, 2010

[Pharo-project] [update 1.1] #11408

by Marcus Denker

11408 ----- Issue 2598: Trait composition with exclusion lost when loading package from MC

July 2, 2010

Re: [Pharo-project] ConfigurationOfOSProcess updated

by StÃ©phane Ducasse

Thanks david We should clean the Tests* package in pharo. On Jul 2, 2010, at 4:32 AM, David T. Lewis wrote: > I have made a few updates to OSProcess and CommandShell that I hope > will be useful for Pharo: > > On SqueakSource, I repackaged both OSProcess and CommandShell into > finer-grained package naming. Tests-OSProcess and Tests-CommandShell > become OSProcess-Tests and CommandShell-Tests to avoid package name > conflicts with Pharo and Squeak. The rest of the former OSProcess > and CommandShell are split out into sub-packages to support this, > and also to make it possible avoid loading portions of the package > that are not required (e.g. in Pharo, do not load MVC portions of > CommandShell). > > I updated ConfigurationOfOSProcess in SqS/MetacelloRespository to > load OSProcess from the new package structure. This will also load > a number of updates that make things work properly on Pharo. On > a Unix/Linux platform, all tests should be green (I am not sure > of the status on OS X). > > I have not yet tried to do a ConfigurationOfCommandShell, but if > you use OSProcess and want to also use PipeableOSProcess from > the CommandShell package (but are not interested in the rest of > CommandShell), you can load ConfigurationOfOSProcess, then use > a Monticello browser to load just package CommandShell-Piping > from the CommandShell project on SqueakSource. > > This is my first attempt to do anything with Metacello, so any > fixes or corrections will be appreciated. Miguel Cob originally > created the ConfigurationOfOSProcess, so thanks to Miguel for > doing this. > > Dave > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

July 2, 2010

[Pharo-project] How-to load O2 on 1.1?

by Geert Claes

How do I load O2 in the 1.1 RC3? -- View this message in context: http://forum.world.st/How-to-load-O2-on-1-1-tp2276308p2276308.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

July 2, 2010

[Pharo-project] [update 1.2] #12027

by Marcus Denker

12027 ----- Issue 2612: DateAndTime current asUnixTime walkback in 1.1 rc3 Issue 2588: Dictionary>>do: Issue 2598: Trait composition with exclusion lost when loading package from MC

July 2, 2010

Re: [Pharo-project] bug in RC3: Trait composition lost when loading a MC package

by Alexandre Bergel

I guess there is no more issue pending with this slice. I think it is just a matter of time for the integrator. Thanks for your feedback. I guess that fact you tried it should accelerate its integration Cheers, Alexandre On 2 Jul 2010, at 12:18, Tudor Girba wrote: > Hi Alex, > > Thanks. Indeed with this fix it works well. Would it be possible to integrate this fix in Core, or are there other issues with it? > > Cheers, > Doru > > > On 2 Jul 2010, at 11:36, Alexandre Bergel wrote: > >> Even after having loaded SLICE-Issue-2598-LoadingTraitCompositionFromMonticello-Alexandre_Bergel.1 from the inbox? >> >> Alexandre >> >> >> On 2 Jul 2010, at 11:16, Tudor Girba wrote: >> >>> Hi, >>> >>> This issue is still present in RC3 (both dev and core). >>> >>> To my mind this is a show stopper bug. >>> >>> Cheers, >>> Doru >>> >>> >>> >>> On 29 Jun 2010, at 11:32, Simon Denier wrote: >>> >>>> >>>> >>>> Opened issue 2598 >>>> >>>> >>>> On 29 juin 2010, at 07:36, StÃ©phane Ducasse wrote: >>>> >>>>> thanks simon >>>>> >>>>> Stef >>>>> >>>>> On Jun 28, 2010, at 10:45 PM, Simon Denier wrote: >>>>> >>>>>> >>>>>> When loading a package with class definitions containing a trait composition like ClassX uses: TraitY - {#selector}, the composition is lost in the image. >>>>>> >>>>>> It seems closely related to previous issues 2477 and 2148 >>>>>> But I am not sure if this is the same bug reappearing or a variant. >>>>>> >>>>>> To reproduce: >>>>>> Gofer new squeaksource: 'MooseAlgos'; package: 'Moose-Algos-Graph'; package: 'Moose-Tests-Algos-Graph'; load >>>>>> >>>>>> Run tests in Moose-Tests-Algos-Graph: you should have 3 failures and 4 errors, all due to the missing trait composition in some classes. >>>>>> >>>>>> >>>>>> After loading, you can make a diff changes in monticello, it will highlight the package as dirty and show you the lost trait compositions in two classes: >>>>>> >>>>>> MOGraphNode subclass: #MABfsNode >>>>>> uses: MATEdgeNode - {#previousEdges. #from:edge:} >>>>>> instanceVariableNames: 'nextEdges firstDepth' >>>>>> classVariableNames: '' >>>>>> poolDictionaries: '' >>>>>> category: 'Moose-Algos-Graph' >>>>>> >>>>>> MODisjointSetNode subclass: #MANextNode >>>>>> uses: MATNodeNode - {#from:. #previousNodes} >>>>>> instanceVariableNames: 'nextNodes' >>>>>> classVariableNames: '' >>>>>> poolDictionaries: '' >>>>>> category: 'Moose-Algos-Graph' >>>>>> >>>>>> >>>>>> >>>>>> The problem has been reproduced in 11383 and 11400 RC2. >>>>>> >>>>>> >>>>>> -- >>>>>> Simon >>>>>> >>>>>> _______________________________________________ >>>>>> 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 >>>> >>>> -- >>>> Simon >>>> >>>> >>>> >>>> _______________________________________________ >>>> Pharo-project mailing list >>>> Pharo-project(a)lists.gforge.inria.fr >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >>> -- >>> www.tudorgirba.com >>> >>> "Problem solving should be focused on describing >>> the problem in a way that makes the solution obvious." >>> >>> >>> >>> >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > -- > www.tudorgirba.com > > "Every now and then stop and ask yourself if the war you're fighting is the right one." > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

July 2, 2010

Re: [Pharo-project] ConfigurationOfOSProcess updated

by Adrian Lienhard

Hi David, Thanks a lot! Please find my report for OS X below. On Jul 2, 2010, at 04:32 , David T. Lewis wrote: > I have made a few updates to OSProcess and CommandShell that I hope > will be useful for Pharo: > > On SqueakSource, I repackaged both OSProcess and CommandShell into > finer-grained package naming. Tests-OSProcess and Tests-CommandShell > become OSProcess-Tests and CommandShell-Tests to avoid package name > conflicts with Pharo and Squeak. The rest of the former OSProcess > and CommandShell are split out into sub-packages to support this, > and also to make it possible avoid loading portions of the package > that are not required (e.g. in Pharo, do not load MVC portions of > CommandShell). > > I updated Processs in SqS/MetacelloRespository to > load OSProcess from the new package structure. This will also load > a number of updates that make things work properly on Pharo. On > a Unix/Linux platform, all tests should be green (I am not sure > of the status on OS X). Image: Pharo-1.1-11406-rc3dev10.07.1 VM: Squeak 4.2.4beta1U Loading OSProcess: Gofer new squeaksource: 'MetacelloRepository'; package: 'ConfigurationOfOSProcess'; load. ((Smalltalk at: #ConfigurationOfOSProcess) project latestVersion) load ThisOSProcess initialize (this seems necessary, is it the right #initialize?) The following tests crash the VM: - UnixProcessUnixFileLockingTest - UnixProcessWin32FileLockingTest - UnixProcessTestCase The failures and errors of the other tests: Failures: AioEventHandlerTestCase>>#testEnableHandleAndDisable AioEventHandlerTestCase>>#testPrimAioModuleVersionString AioEventHandlerTestCase>>#testFileWritableEvent AioEventHandlerTestCase>>#testFileReadableEvent UnixProcessAccessorTestCase>>#testChDir UnixProcessAccessorTestCase>>#testIsWritableForUserInGroup AioEventHandlerTestCase>>#testSuspendAioForSocketReadableEvent UnixProcessAccessorTestCase>>#testIsReadableForUserInGroup AioEventHandlerTestCase>>#testHandleForSocket AioEventHandlerTestCase>>#testHandleForFile AioEventHandlerTestCase>>#testSocketReadableEvent UnixProcessAccessorTestCase>>#testIsExecutableForUserInGroup Errors: AioEventHandlerTestCase>>#testPrimAioModuleName I wonder whether the Mac VM includes the latest version of the OSProcess plugin? Cheers, Adrian > I have not yet tried to do a ConfigurationOfCommandShell, but if > you use OSProcess and want to also use PipeableOSProcess from > the CommandShell package (but are not interested in the rest of > CommandShell), you can load ConfigurationOfOSProcess, then use > a Monticello browser to load just package CommandShell-Piping > from the CommandShell project on SqueakSource. > > This is my first attempt to do anything with Metacello, so any > fixes or corrections will be appreciated. Miguel Cob originally > created the ConfigurationOfOSProcess, so thanks to Miguel for > doing this. > > Dave > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

July 2, 2010

Re: [Pharo-project] bug in RC3: Trait composition lost when loading a MC package

by Tudor Girba

Hi Alex, Thanks. Indeed with this fix it works well. Would it be possible to integrate this fix in Core, or are there other issues with it? Cheers, Doru On 2 Jul 2010, at 11:36, Alexandre Bergel wrote: > Even after having loaded SLICE-Issue-2598- > LoadingTraitCompositionFromMonticello-Alexandre_Bergel.1 from the > inbox? > > Alexandre > > > On 2 Jul 2010, at 11:16, Tudor Girba wrote: > >> Hi, >> >> This issue is still present in RC3 (both dev and core). >> >> To my mind this is a show stopper bug. >> >> Cheers, >> Doru >> >> >> >> On 29 Jun 2010, at 11:32, Simon Denier wrote: >> >>> >>> >>> Opened issue 2598 >>> >>> >>> On 29 juin 2010, at 07:36, StÃ©phane Ducasse wrote: >>> >>>> thanks simon >>>> >>>> Stef >>>> >>>> On Jun 28, 2010, at 10:45 PM, Simon Denier wrote: >>>> >>>>> >>>>> When loading a package with class definitions containing a trait >>>>> composition like ClassX uses: TraitY - {#selector}, the >>>>> composition is lost in the image. >>>>> >>>>> It seems closely related to previous issues 2477 and 2148 >>>>> But I am not sure if this is the same bug reappearing or a >>>>> variant. >>>>> >>>>> To reproduce: >>>>> Gofer new squeaksource: 'MooseAlgos'; package: 'Moose-Algos- >>>>> Graph'; package: 'Moose-Tests-Algos-Graph'; load >>>>> >>>>> Run tests in Moose-Tests-Algos-Graph: you should have 3 failures >>>>> and 4 errors, all due to the missing trait composition in some >>>>> classes. >>>>> >>>>> >>>>> After loading, you can make a diff changes in monticello, it >>>>> will highlight the package as dirty and show you the lost trait >>>>> compositions in two classes: >>>>> >>>>> MOGraphNode subclass: #MABfsNode >>>>> uses: MATEdgeNode - {#previousEdges. #from:edge:} >>>>> instanceVariableNames: 'nextEdges firstDepth' >>>>> classVariableNames: '' >>>>> poolDictionaries: '' >>>>> category: 'Moose-Algos-Graph' >>>>> >>>>> MODisjointSetNode subclass: #MANextNode >>>>> uses: MATNodeNode - {#from:. #previousNodes} >>>>> instanceVariableNames: 'nextNodes' >>>>> classVariableNames: '' >>>>> poolDictionaries: '' >>>>> category: 'Moose-Algos-Graph' >>>>> >>>>> >>>>> >>>>> The problem has been reproduced in 11383 and 11400 RC2. >>>>> >>>>> >>>>> -- >>>>> Simon >>>>> >>>>> _______________________________________________ >>>>> 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 >>> >>> -- >>> Simon >>> >>> >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> -- >> www.tudorgirba.com >> >> "Problem solving should be focused on describing >> the problem in a way that makes the solution obvious." >> >> >> >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- www.tudorgirba.com "Every now and then stop and ask yourself if the war you're fighting is the right one."

July 2, 2010

Re: [Pharo-project] [BetaTesting] [ANN] Pharo-1.1-11406-rc3dev10.07.1

by Adrian Lienhard

Thanks, Mariano! Here is the result of running all the tests: 15 failures, 76 errors Failures: NSFileStreamTest>>#testFlush21 ObjectAsOneTimeMethodWrapperTest>>#testInstallOnClassCategory NSFileStreamTest>>#testPeek01 ReleaseTest>>#testUndeclared SHParserST80Test>>#testNumbers NSMultiByteBinaryOrTextStreamTest>>#testFileIn NSFileStreamTest>>#testReadWriteText NSMultiByteBinaryOrTextStreamTest>>#testFileOut WeakRegistryTest>>#testFinalization NSFileStreamTest>>#testNext01 NSFileStreamTest>>#testReadWriteBinary NSFileStreamTest>>#testDo01 NSFileStreamTest>>#testSkip01 ObjectFinalizerTests>>#testFinalizationOfMultipleResources MCInitializationTest>>#testWorkingCopy Errors: NSRWBinaryOrTextStreamTest>>#testFileIn NSRWBinaryOrTextStreamTest>>#testFileInExpresion NSRWBinaryOrTextStreamTest>>#testFileOut NSRWBinaryOrTextStreamTest>>#testFileOutFileIn NSCompressedSourceStreamTest>>#testAtEnd01 NSCompressedSourceStreamTest>>#testAtEnd11 NSCompressedSourceStreamTest>>#testAtStart11 NSCompressedSourceStreamTest>>#testBack11 NSCompressedSourceStreamTest>>#testBack61 NSCompressedSourceStreamTest>>#testDo01 NSCompressedSourceStreamTest>>#testFlush21 NSCompressedSourceStreamTest>>#testGlobal NSCompressedSourceStreamTest>>#testIsEmpty11 NSCompressedSourceStreamTest>>#testNext01 NSCompressedSourceStreamTest>>#testNextInto01 NSCompressedSourceStreamTest>>#testNextMatchFor01 NSCompressedSourceStreamTest>>#testNextPutAllAppending21 NSCompressedSourceStreamTest>>#testNextPutAllAppendingASet21 NSCompressedSourceStreamTest>>#testNextPutAllReplacing21 NSCompressedSourceStreamTest>>#testNextPutAllReplacingASet21 NSCompressedSourceStreamTest>>#testNextPutAppending21 NSCompressedSourceStreamTest>>#testNextPutReplacing21 NSCompressedSourceStreamTest>>#testNexts01 NSCompressedSourceStreamTest>>#testPeek01 NSCompressedSourceStreamTest>>#testPeekFor01 NSCompressedSourceStreamTest>>#testPosition11 NSCompressedSourceStreamTest>>#testReset11 NSCompressedSourceStreamTest>>#testSetPosition11 NSCompressedSourceStreamTest>>#testSetToEnd11 NSCompressedSourceStreamTest>>#testSize11 NSCompressedSourceStreamTest>>#testSkip01 NSCompressedSourceStreamTest>>#testSkip61 NSCompressedSourceStreamTest>>#testUpToElementSatisfying01 NSCompressedSourceStreamTest>>#testWriteBack71 WeakSetInspectorTest>>#testSymbolTableM6812 NSMCPseudoFileStreamTest>>#testFileIn NSMCPseudoFileStreamTest>>#testFileInExpresion NSMCPseudoFileStreamTest>>#testFileOut NSMCPseudoFileStreamTest>>#testFileOutFileIn NSSmartRefStreamTest>>#testGlobal NSMailAddressTokenizerTest>>#testNextElements NSMultiByteBinaryOrTextStreamTest>>#testFileInExpresion NSPipeTest>>#testScenario1 NSFileStreamTest>>#testAtEnd01 NSFileStreamTest>>#testAtEnd11 NSFileStreamTest>>#testAtStart11 NSFileStreamTest>>#testBack11 NSFileStreamTest>>#testBack61 NSFileStreamTest>>#testIsBinaryOnBinaryStream NSFileStreamTest>>#testIsBinaryOnNonBinaryStream NSFileStreamTest>>#testIsClosedTest NSFileStreamTest>>#testIsEmpty11 NSFileStreamTest>>#testNextInto01 NSFileStreamTest>>#testNextMatchFor01 NSFileStreamTest>>#testNextPutAllAppending21 NSFileStreamTest>>#testNextPutAllAppendingASet21 NSFileStreamTest>>#testNextPutAllReplacing21 NSFileStreamTest>>#testNextPutAllReplacingASet21 NSFileStreamTest>>#testNextPutAppending21 NSFileStreamTest>>#testNextPutReplacing21 NSFileStreamTest>>#testNexts01 NSFileStreamTest>>#testPeekFor01 NSFileStreamTest>>#testPosition11 NSFileStreamTest>>#testReadWriteBinary2 NSFileStreamTest>>#testReadWriteText2 NSFileStreamTest>>#testReset11 NSFileStreamTest>>#testSetPosition11 NSFileStreamTest>>#testSetToEnd11 NSFileStreamTest>>#testSimpleWriteData NSFileStreamTest>>#testSize11 NSFileStreamTest>>#testSkip61 NSFileStreamTest>>#testTruncateBinary NSFileStreamTest>>#testTruncateText NSFileStreamTest>>#testUpToElementSatisfying01 NSFileStreamTest>>#testWriteBack71 NSCollectionAdditionsTest>>#testMakeRoomForSmallCollections Nile is broken because it sends #isFinalizationSupported, which does not exist anymore. Adrian On Jul 2, 2010, at 00:29 , Mariano Martinez Peck wrote: > Hi folks. I am glad to announce the Pharo 1.1 RC3. It has not too much > changes in compare to RC2. The main change is the menu structure. I also > updated to newest version of external packages. > > Here is the image: > > https://gforge.inria.fr/frs/download.php/27241/Pharo-1.1-11406-rc3dev10.07.… > > We would really appreaciate feedback and help to fix the failing tests. > > Cheers > > Mariano > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

July 2, 2010

Re: [Pharo-project] CLFramework and Pharo

by StÃ©phane Ducasse

Thanks! On Jul 1, 2010, at 11:59 PM, nullPointer wrote: > > I did created a new project in Squeaksource called UIBuilder, where the > people could access and modify without problems. Then CLFramework now is > only for me, as backup copy and probes. > > Regards. > -- > View this message in context: http://forum.world.st/CLFramework-and-Pharo-tp2273256p2275771.html > 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

July 2, 2010

[Pharo-project] [update 1.1] #11407

by Marcus Denker

11407 ----- Issue 2480: make and:and:and:and: and and:and: deprecated Issue 2612: DateAndTime current asUnixTime walkback in 1.1 rc3 Issue 2588: Dictionary>>do: -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

July 2, 2010

[Pharo-project] Success stories

by Adrian Lienhard

Hi all, I've added a new featured success story to our website: http://www.pharo-project.org/about/success-stories A very nice ERP system built with Pharo by Inceptive. Cheers, Adrian BTW, please let me know if you also have an interesting project or if your company or research lab is not listed yet! ___________________ http://www.adrian-lienhard.ch/

July 2, 2010

Re: [Pharo-project] bug in RC3: Trait composition lost when loading a MC package

by Alexandre Bergel

Even after having loaded SLICE-Issue-2598-LoadingTraitCompositionFromMonticello-Alexandre_Bergel.1 from the inbox? Alexandre On 2 Jul 2010, at 11:16, Tudor Girba wrote: > Hi, > > This issue is still present in RC3 (both dev and core). > > To my mind this is a show stopper bug. > > Cheers, > Doru > > > > On 29 Jun 2010, at 11:32, Simon Denier wrote: > >> >> >> Opened issue 2598 >> >> >> On 29 juin 2010, at 07:36, StÃ©phane Ducasse wrote: >> >>> thanks simon >>> >>> Stef >>> >>> On Jun 28, 2010, at 10:45 PM, Simon Denier wrote: >>> >>>> >>>> When loading a package with class definitions containing a trait composition like ClassX uses: TraitY - {#selector}, the composition is lost in the image. >>>> >>>> It seems closely related to previous issues 2477 and 2148 >>>> But I am not sure if this is the same bug reappearing or a variant. >>>> >>>> To reproduce: >>>> Gofer new squeaksource: 'MooseAlgos'; package: 'Moose-Algos-Graph'; package: 'Moose-Tests-Algos-Graph'; load >>>> >>>> Run tests in Moose-Tests-Algos-Graph: you should have 3 failures and 4 errors, all due to the missing trait composition in some classes. >>>> >>>> >>>> After loading, you can make a diff changes in monticello, it will highlight the package as dirty and show you the lost trait compositions in two classes: >>>> >>>> MOGraphNode subclass: #MABfsNode >>>> uses: MATEdgeNode - {#previousEdges. #from:edge:} >>>> instanceVariableNames: 'nextEdges firstDepth' >>>> classVariableNames: '' >>>> poolDictionaries: '' >>>> category: 'Moose-Algos-Graph' >>>> >>>> MODisjointSetNode subclass: #MANextNode >>>> uses: MATNodeNode - {#from:. #previousNodes} >>>> instanceVariableNames: 'nextNodes' >>>> classVariableNames: '' >>>> poolDictionaries: '' >>>> category: 'Moose-Algos-Graph' >>>> >>>> >>>> >>>> The problem has been reproduced in 11383 and 11400 RC2. >>>> >>>> >>>> -- >>>> Simon >>>> >>>> _______________________________________________ >>>> 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 >> >> -- >> Simon >> >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > -- > www.tudorgirba.com > > "Problem solving should be focused on describing > the problem in a way that makes the solution obvious." > > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

July 2, 2010

[Pharo-project] bug in RC3: Trait composition lost when loading a MC package

by Tudor Girba

Hi, This issue is still present in RC3 (both dev and core). To my mind this is a show stopper bug. Cheers, Doru On 29 Jun 2010, at 11:32, Simon Denier wrote: > > > Opened issue 2598 > > > On 29 juin 2010, at 07:36, StÃ©phane Ducasse wrote: > >> thanks simon >> >> Stef >> >> On Jun 28, 2010, at 10:45 PM, Simon Denier wrote: >> >>> >>> When loading a package with class definitions containing a trait >>> composition like ClassX uses: TraitY - {#selector}, the >>> composition is lost in the image. >>> >>> It seems closely related to previous issues 2477 and 2148 >>> But I am not sure if this is the same bug reappearing or a variant. >>> >>> To reproduce: >>> Gofer new squeaksource: 'MooseAlgos'; package: 'Moose-Algos- >>> Graph'; package: 'Moose-Tests-Algos-Graph'; load >>> >>> Run tests in Moose-Tests-Algos-Graph: you should have 3 failures >>> and 4 errors, all due to the missing trait composition in some >>> classes. >>> >>> >>> After loading, you can make a diff changes in monticello, it will >>> highlight the package as dirty and show you the lost trait >>> compositions in two classes: >>> >>> MOGraphNode subclass: #MABfsNode >>> uses: MATEdgeNode - {#previousEdges. #from:edge:} >>> instanceVariableNames: 'nextEdges firstDepth' >>> classVariableNames: '' >>> poolDictionaries: '' >>> category: 'Moose-Algos-Graph' >>> >>> MODisjointSetNode subclass: #MANextNode >>> uses: MATNodeNode - {#from:. #previousNodes} >>> instanceVariableNames: 'nextNodes' >>> classVariableNames: '' >>> poolDictionaries: '' >>> category: 'Moose-Algos-Graph' >>> >>> >>> >>> The problem has been reproduced in 11383 and 11400 RC2. >>> >>> >>> -- >>> Simon >>> >>> _______________________________________________ >>> 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 > > -- > Simon > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- www.tudorgirba.com "Problem solving should be focused on describing the problem in a way that makes the solution obvious."

July 2, 2010

Re: [Pharo-project] [Vm-dev] Re: Tools to Build Cog on Win32

by Tudor Girba

Hi, The problem was in the CSS. It is fixed now. Cheers, Doru On 2 Jul 2010, at 10:33, Mariano Martinez Peck wrote: > > > On Fri, Jul 2, 2010 at 12:59 AM, Rob Rothwell > <r.j.rothwell(a)gmail.com> wrote: > > Any Suggestions? > > > send a separate thread to Pharo mailing list, with a accurate > subject, and cc Tudor Girba > > cheers > > mariano > > > Maybe rebuild a new Chapter completely from scratch and copy the > content? I don't have any experience with this... > > Rob > > On Thu, Jul 1, 2010 at 4:10 PM, Javier PimÃ¡s <elpochodelagente(a)gmail.com > > wrote: > > Yes, and there's another problem too. When you try to change the > order of a group of sections it *seems* to do it but then you hit > refresh and nothing has changed at all. > > Regards, > Javier. > > On Tue, Jun 29, 2010 at 7:47 AM, Rob Rothwell > <r.j.rothwell(a)gmail.com> wrote: > > On Tue, Jun 29, 2010 at 2:11 AM, laurent laffont <laurent.laffont(a)gmail.com > > wrote: > > It seems someone has done it ... Anyway, to move a page, click on > the 'Move' link in the command line and the choose the parent section. > > The section is right, but on the table of contents, it looks like > this: > > 2.0 Virtual-Machine > 2.1 Building > 2.1.1 The GNU/Linux way > 2.1.2 The Mac OSX way > 2.1.3 The MS-Windows way > 2.1.3.1 Cog VM > 2.1.3.2 Traditional (Squeak) VM > 2.1.4 VMMaker > > Instead of this: > > 2.0 Virtual-Machine > 2.1 Building > 2.1.1 The GNU/Linux way > 2.1.2 The Mac OSX way > 2.1.3 The MS-Windows way > 2.1.3.1 Cog VM > 2.1.3.2 Traditional (Squeak) VM > 2.1.4 VMMaker > > (See attached graphic) > > I also have some "lost diagrams" that I do not know how to get back > to--I know I created something incorrectly and it is "in the system" > somewhere, but I don't know how to find it and delete it... > > Thanks, > > Rob > > > > > -- > Javier PimÃ¡s > Ciudad de Buenos Aires > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- www.tudorgirba.com "Live like you mean it."

July 2, 2010

Re: [Pharo-project] [Vm-dev] Re: Tools to Build Cog on Win32

by Mariano Martinez Peck

On Fri, Jul 2, 2010 at 10:33 AM, Mariano Martinez Peck < marianopeck(a)gmail.com> wrote: > > > On Fri, Jul 2, 2010 at 12:59 AM, Rob Rothwell <r.j.rothwell(a)gmail.com>wrote: > >> >> Any Suggestions? >> >> > send a separate thread to Pharo mailing list, with a accurate subject, and > cc Tudor Girba > > cheers > > mariano > > > >> Maybe rebuild a new Chapter completely from scratch and copy the content? >> I don't have any experience with this... >> >> Rob >> >> On Thu, Jul 1, 2010 at 4:10 PM, Javier PimÃ¡s <elpochodelagente(a)gmail.com>wrote: >> >>> >>> Yes, and there's another problem too. When you try to change the order of >>> a group of sections it *seems* to do it but then you hit refresh and nothing >>> has changed at all. >>> >>> Regards, >>> Javier. >>> >>> On Tue, Jun 29, 2010 at 7:47 AM, Rob Rothwell <r.j.rothwell(a)gmail.com>wrote: >>> >>>> >>>> On Tue, Jun 29, 2010 at 2:11 AM, laurent laffont < >>>> laurent.laffont(a)gmail.com> wrote: >>>> >>>> It seems someone has done it ... Anyway, to move a page, click on the >>>>> 'Move' link in the command line and the choose the parent section. >>>>> >>>> >>>> The section is right, but on the table of contents, it looks like this: >>>> >>>> 2.0 Virtual-Machine >>>> 2.1 Building >>>> 2.1.1 The GNU/Linux way >>>> 2.1.2 The Mac OSX way >>>> 2.1.3 The MS-Windows way >>>> 2.1.3.1 Cog VM >>>> 2.1.3.2 Traditional (Squeak) VM >>>> 2.1.4 VMMaker >>>> >>>> Instead of this: >>>> >>>> 2.0 Virtual-Machine >>>> 2.1 Building >>>> 2.1.1 The GNU/Linux way >>>> 2.1.2 The Mac OSX way >>>> 2.1.3 The MS-Windows way >>>> 2.1.3.1 Cog VM >>>> 2.1.3.2 Traditional (Squeak) VM >>>> 2.1.4 VMMaker >>>> >>>> (See attached graphic) >>>> >>>> I also have some "lost diagrams" that I do not know how to get back >>>> to--I know I created something incorrectly and it is "in the system" >>>> somewhere, but I don't know how to find it and delete it... >>>> >>>> Thanks, >>>> >>>> Rob >>>> >>>> >>> >>> >>> -- >>> Javier PimÃ¡s >>> Ciudad de Buenos Aires >>> >>> >> >> >

July 2, 2010

Re: [Pharo-project] [Vm-dev] Re: Tools to Build Cog on Win32

by Mariano Martinez Peck

On Fri, Jul 2, 2010 at 12:59 AM, Rob Rothwell <r.j.rothwell(a)gmail.com>wrote: > > Any Suggestions? > > send a separate thread to Pharo mailing list, with a accurate subject, and cc Tudor Girba cheers mariano > Maybe rebuild a new Chapter completely from scratch and copy the content? > I don't have any experience with this... > > Rob > > On Thu, Jul 1, 2010 at 4:10 PM, Javier PimÃ¡s <elpochodelagente(a)gmail.com>wrote: > >> >> Yes, and there's another problem too. When you try to change the order of >> a group of sections it *seems* to do it but then you hit refresh and nothing >> has changed at all. >> >> Regards, >> Javier. >> >> On Tue, Jun 29, 2010 at 7:47 AM, Rob Rothwell <r.j.rothwell(a)gmail.com>wrote: >> >>> >>> On Tue, Jun 29, 2010 at 2:11 AM, laurent laffont < >>> laurent.laffont(a)gmail.com> wrote: >>> >>> It seems someone has done it ... Anyway, to move a page, click on the >>>> 'Move' link in the command line and the choose the parent section. >>>> >>> >>> The section is right, but on the table of contents, it looks like this: >>> >>> 2.0 Virtual-Machine >>> 2.1 Building >>> 2.1.1 The GNU/Linux way >>> 2.1.2 The Mac OSX way >>> 2.1.3 The MS-Windows way >>> 2.1.3.1 Cog VM >>> 2.1.3.2 Traditional (Squeak) VM >>> 2.1.4 VMMaker >>> >>> Instead of this: >>> >>> 2.0 Virtual-Machine >>> 2.1 Building >>> 2.1.1 The GNU/Linux way >>> 2.1.2 The Mac OSX way >>> 2.1.3 The MS-Windows way >>> 2.1.3.1 Cog VM >>> 2.1.3.2 Traditional (Squeak) VM >>> 2.1.4 VMMaker >>> >>> (See attached graphic) >>> >>> I also have some "lost diagrams" that I do not know how to get back to--I >>> know I created something incorrectly and it is "in the system" somewhere, >>> but I don't know how to find it and delete it... >>> >>> Thanks, >>> >>> Rob >>> >>> >> >> >> -- >> Javier PimÃ¡s >> Ciudad de Buenos Aires >> >> > >

July 2, 2010

Re: [Pharo-project] [SPAM] [ANN 1.1] pre-built RC3 Core

by Mariano Martinez Peck

On Thu, Jul 1, 2010 at 6:52 PM, Johan Fabry <jfabry(a)dcc.uchile.cl> wrote: > > It would be cool if you could also make announcements of this on > pharo-users and on the news page of the pharo site. People not reading > pharo-project do not know of the rc builds, and it is probably of interest > ... > Ok....no problem. Maybe we don't cc'ed pharo-users because we think that releasing PharoCore is only for PharoDevelopers. If you see the ANNs of Pharo, I do it in both. But maybe we should ann the cores also to pharo-users. Just let us know your opinions. cheers mariano > > On 30 Jun 2010, at 11:05, StÃ©phane Ducasse wrote: > > > The idea is that we were in beta phase over a month or a month and half. > > Then we went into releaseCandidates and now we are at releasecandidate3 > > -- > Johan Fabry > jfabry(a)dcc.uchile.cl - http://dcc.uchile.cl/~jfabry<http://dcc.uchile.cl/%7Ejfabry> > PLEIAD Lab - Computer Science Department (DCC) - University of Chile > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

July 2, 2010

[Pharo-project] adding a keyboard shotcut in SystemBrowser

by laurent laffont

Hi, I would like to add a keyboard shortcut in SystemBrowser to trigger Autotest as it's tedious to add/remove a space + accept a method to trigger it. I cannot find how I should do this. Ideally this would be an Autotest class extension. Cheers, Laurent Laffont http://pharocasts.blogspot.com/ http://magaloma.blogspot.com/

July 2, 2010

[Pharo-project] Looking for a webdav server for pharo

by StÃ©phane Ducasse

Hi guys, We were waiting that inria lets run a webdav server to host all the pharo repositories and there were some concerns about security for the inbox and this could be solved but it seems that it will take ages Now we need to have a pharo stable squeak source. So I would like to know if you have idea of were we could get a webdav server hosted. Stef

July 2, 2010

Re: [Pharo-project] [squeak-dev] BlockClosure asContext losing bound variable?

by Eliot Miranda

Hi Rob, Hi All, On Sun, Jun 27, 2010 at 3:34 PM, Rob Withers <reefedjib(a)yahoo.com> wrote: > I am getting a walkback on this code, with a valid vat: > > EventualProcess class>>#newOnVat: vat > ^ super new > suspendedContext: [ > vat processSends. > Processor terminateActive] asContext; > priority: Processor userSchedulingPriority; > eventualName: 'vat thread'; > vat: vat; > yourself > > once it has been resumed. The exception is > UndefinedObject(Object)>>doesNotUnderstand: #processSends. Somehow the vat > variable inside the Closure/MethodContext has become nil. Anyone know > about this stuff? > This is due to a bad bug i the closure support for BlockClosure>>asContext, which was forgetting to push any copied values (in the above case the argument vat) onto the stack of the new context so that when the process resumed the initial pushTemp0 that should push the copied value of vat in fact pushed (at least in the Cog VM) 4 bytes from the middle of the method, and hence bang! The fixes are in Kernel-eem.468 and Kernel-eem.469. Its probably best to load Kernel-eem.468 and then Kernel-eem.469 rather than just Kernel-eem.469 because the system will crash if the fixes come i in the wrong order. Kernel-eem.468 also fixes restart in blocks in the debugger (its the same issue; forgetting to initialize the context with any arguments and copied values; local temps get initialized by explicit pushNil bytecodes). thanks for the test case Rob! best Eliot P.S. Here are the methods: > Many thanks, > Rob > >

July 2, 2010

[Pharo-project] ConfigurationOfOSProcess updated

by David T. Lewis

I have made a few updates to OSProcess and CommandShell that I hope will be useful for Pharo: On SqueakSource, I repackaged both OSProcess and CommandShell into finer-grained package naming. Tests-OSProcess and Tests-CommandShell become OSProcess-Tests and CommandShell-Tests to avoid package name conflicts with Pharo and Squeak. The rest of the former OSProcess and CommandShell are split out into sub-packages to support this, and also to make it possible avoid loading portions of the package that are not required (e.g. in Pharo, do not load MVC portions of CommandShell). I updated ConfigurationOfOSProcess in SqS/MetacelloRespository to load OSProcess from the new package structure. This will also load a number of updates that make things work properly on Pharo. On a Unix/Linux platform, all tests should be green (I am not sure of the status on OS X). I have not yet tried to do a ConfigurationOfCommandShell, but if you use OSProcess and want to also use PipeableOSProcess from the CommandShell package (but are not interested in the rest of CommandShell), you can load ConfigurationOfOSProcess, then use a Monticello browser to load just package CommandShell-Piping from the CommandShell project on SqueakSource. This is my first attempt to do anything with Metacello, so any fixes or corrections will be appreciated. Miguel Cob originally created the ConfigurationOfOSProcess, so thanks to Miguel for doing this. Dave

July 2, 2010

[Pharo-project] Cloud vs object

by Stephan Eggermont

GermÃ¡n wrote: >Anyway I personally largely prefer the objects databases :) > But indeed these sort of DBs (as Cassandra) >are being more and more populars, I >think that this is mainly for its HA features. I tend to run into applications where it makes sense to have both. The big blobs that do not change a lot (photos, documents) in the cloud, the objects with behaviour in the oodb. Stephan

July 1, 2010

Re: [Pharo-project] [Vm-dev] Re: Tools to Build Cog on Win32

by Rob Rothwell

Any Suggestions? Maybe rebuild a new Chapter completely from scratch and copy the content? I don't have any experience with this... Rob On Thu, Jul 1, 2010 at 4:10 PM, Javier PimÃ¡s <elpochodelagente(a)gmail.com>wrote: > > Yes, and there's another problem too. When you try to change the order of a > group of sections it *seems* to do it but then you hit refresh and nothing > has changed at all. > > Regards, > Javier. > > On Tue, Jun 29, 2010 at 7:47 AM, Rob Rothwell <r.j.rothwell(a)gmail.com>wrote: > >> >> On Tue, Jun 29, 2010 at 2:11 AM, laurent laffont < >> laurent.laffont(a)gmail.com> wrote: >> >> It seems someone has done it ... Anyway, to move a page, click on the >>> 'Move' link in the command line and the choose the parent section. >>> >> >> The section is right, but on the table of contents, it looks like this: >> >> 2.0 Virtual-Machine >> 2.1 Building >> 2.1.1 The GNU/Linux way >> 2.1.2 The Mac OSX way >> 2.1.3 The MS-Windows way >> 2.1.3.1 Cog VM >> 2.1.3.2 Traditional (Squeak) VM >> 2.1.4 VMMaker >> >> Instead of this: >> >> 2.0 Virtual-Machine >> 2.1 Building >> 2.1.1 The GNU/Linux way >> 2.1.2 The Mac OSX way >> 2.1.3 The MS-Windows way >> 2.1.3.1 Cog VM >> 2.1.3.2 Traditional (Squeak) VM >> 2.1.4 VMMaker >> >> (See attached graphic) >> >> I also have some "lost diagrams" that I do not know how to get back to--I >> know I created something incorrectly and it is "in the system" somewhere, >> but I don't know how to find it and delete it... >> >> Thanks, >> >> Rob >> >> > > > -- > Javier PimÃ¡s > Ciudad de Buenos Aires > >

July 1, 2010

[Pharo-project] ESUG 2010 registration dead-line is approaching!

by Noury Bouraqadi

Dear Smalltalkers, The dead-line for registration at early bird fees is approaching (one month to go). So, hurry up and register on our new seaside-based server. http://registration.esug.org/ This server comes with new features. You can now do a group registration and make a single payment. Also, we have reduction tickets (typically for Golden and Platinum sponsors). The ESUG 2010 conference program is about to be ready, and it is as promising as was for the previous editions of the conference. Checkout the preliminary schedule is already on the web, http://www.esug.org/Conferences/2010 See you in Barcelona, Noury ESUG treasurer

July 1, 2010

[Pharo-project] [BetaTesting] [ANN] Pharo-1.1-11406-rc3dev10.07.1

by Mariano Martinez Peck

Hi folks. I am glad to announce the Pharo 1.1 RC3. It has not too much changes in compare to RC2. The main change is the menu structure. I also updated to newest version of external packages. Here is the image: https://gforge.inria.fr/frs/download.php/27241/Pharo-1.1-11406-rc3dev10.07.… We would really appreaciate feedback and help to fix the failing tests. Cheers Mariano

July 1, 2010

Re: [Pharo-project] CLFramework and Pharo

by nullPointer

I did created a new project in Squeaksource called UIBuilder, where the people could access and modify without problems. Then CLFramework now is only for me, as backup copy and probes. Regards. -- View this message in context: http://forum.world.st/CLFramework-and-Pharo-tp2273256p2275771.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

July 1, 2010

Re: [Pharo-project] Morphic, what is the future?? ...

by Noury Bouraqadi

Morphic 3 by Juan Vuletich. He already has great results. http://www.jvuletich.org/ Noury On 1 juil. 2010, at 16:21, Diogenes Moreira wrote: > Hi Folks. > Are there any plans to replace or refact Morphic?.. > > And othe question, some one works in a UI native world, like Esteban Lorenzano's Mars but for Windows or Linux?? ( would be very very good thing, something cross-platform Java SWT type (but well built)) > > Best Regards. > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

July 1, 2010

Re: [Pharo-project] DateAndTime current asUnixTime walkback in 1.1

by StÃ©phane Ducasse

thanks nick! Stef On Jul 1, 2010, at 1:52 PM, Nick Ager wrote: > I've just submitted: http://code.google.com/p/pharo/issues/detail?id=2612 > > --- > Pharo1.1rc3 > Latest update: #11406 > > > Steps to reproduce: > > 1. DateAndTime current asUnixTime > 2. Walkback: MessageNotUnderstood: DateAndTime class>>unixEpoch > > Possible Fix: > move DateAndTime>>unixEpoch to the class side. #asUnixTime then functions as expected. > > -- > > Nick > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

July 1, 2010

Re: [Pharo-project] Setting new world in 1.1

by StÃ©phane Ducasse

> > I would like to see a general support for (keyboard) switchable > desktops/worlds (yet without the ugly project stuff). Any Linux > and modern OS has that. as I mentioned several times I would like to get in place a much better way to dfined shortcut and associate them to morph. They were keymapper and keybinding. Now I do not have the cycle to do anything Stef > > Maybe you should drive this forward and send appropriate code. > Gary could have a look and integrate it into Polymorph UI. > > Thx > T. > > > -- > GMX DSL: Internet-, Telefon- und Handy-Flat ab 19,99 EUR/mtl. > Bis zu 150 EUR Startguthaben inklusive! http://portal.gmx.net/de/go/dsl > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

July 1, 2010