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

[Pharo-project] Question about method versions in the browser....

by Brian Brown

Hello all, I notice there is some functionality that I expected to see when I look at method versions in the class browser. When you bring up the right click menu on a version, you can revert to that version (which I expect), but any choices to remove that version from the history are absent. "Remove method (x)" does appear and, funny, it does remove the entire method! :) Is this the correct behavior? Do we no longer have the ability to remove specific versions of methods, or this an oversight? I looked at the bug tracker on google code, and found nothing related to method versions. Any thoughts would be appreciated! - Brian

Jan. 12, 2010

Re: [Pharo-project] Corrupted Monticello

by John Toohey

Found the MC tests, and have 5 errors and 1 failure. All of them seem to be when its reading a file and gets an error in UUID>>fromString. I guess this is part of the problem that I am having. On Tue, Jan 12, 2010 at 12:05, John Toohey <jt(a)parspro.com> wrote: > Not sure if this is what I have, I've just tried to save some code to my > own repo, and although it seems like the code was updated, after MC puts the > version info dialog on the screen, everything is frozen again. I still don't > understand how the entire image can freeze over something like this. > > > 2010/1/12 Mariano Martinez Peck <marianopeck(a)gmail.com> > >> Ok....if this is your error, I am genius :) >> >> I found this issue: http://code.google.com/p/pharo/issues/detail?id=1293 >> >> And then, I know you are using GlorpDBX......So, as I am developer, I know >> that the GlorpDBX loader, do this to load the fix to the underscore: >> >> (HTTPSocket httpGet: ' >> http://www.assembla.com/spaces/SqueakDBX/documents/dvVhPSvuCr3OqXeJe5aVNr/d…') >> readStream fileIn. >> >> So....maybe you are having that bug already reported. >> >> Sorry I don't have time to test it. >> >> Cheers >> >> Mariano >> >> 2010/1/12 John Toohey <jt(a)parspro.com> >> >> Rebuilt a new image from scratch, using the rc1 Core image, and everything >>> was fine, until I did a "Save As" in order to rename the image. After that >>> MC stops working again. Just completing another rebuild now, and will try to >>> move the renamed image to another directory, before using MC again. >>> >>> >>> 2010/1/12 Mariano Martinez Peck <marianopeck(a)gmail.com> >>> >>> And what about what I told you about reloading again the two versions? >>>> >>>> Sometimes I have problems with my proxy and I have to evaluate: >>>> >>>> HTTPSocket stopUsingProxyServer. >>>> >>>> >>>> 2010/1/11 John Toohey <jt(a)parspro.com> >>>> >>>>> Did the cleanUpForRelease, but MC still hangs. Do you know what DEV >>>>> image is the most stable right now, or is there a way to enable debug output >>>>> from MC? >>>>> >>>>> >>>>> 2010/1/11 Mariano Martinez Peck <marianopeck(a)gmail.com> >>>>> >>>>> Maybe you can reload the Monticello and MonticelloGUI package from the >>>>>> repository Pharo. However, I would check in that 10496 image which were the >>>>>> versions of those two packages and I would download exactly those two >>>>>> versions. >>>>>> >>>>>> Maybe you can also try to remove the package cache and also evaluate >>>>>> (backup the image first): >>>>>> >>>>>> MCFileBasedRepository flushAllCaches. >>>>>> MCMethodDefinition shutDown. >>>>>> MCDefinition clearInstances. >>>>>> >>>>>> Or even >>>>>> >>>>>> ScriptLoader new cleanUpForRelease >>>>>> >>>>>> Cheers >>>>>> >>>>>> Mariano >>>>>> >>>>>> >>>>>> 2010/1/11 John Toohey <jt(a)parspro.com> >>>>>> >>>>>>> Hi, >>>>>>> I've just built a new image based on PharoCore1.0rc1 Latest update: >>>>>>> #10496, and MC freezes the image whenever I try to open a package. I can >>>>>>> view a repo, but not open or load the packages. Is there anyway to rebuild >>>>>>> MC, without rebuilding the entire image again? There is no debug file >>>>>>> written out, just the CPU pegged at 99% and an unresponsive image. >>>>>>> >>>>>>> -- >>>>>>> -JT >>>>>>> >>>>>>> >>>>>>> >>>>>>> _______________________________________________ >>>>>>> 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 >>>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> -JT >>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> 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 >>>> >>> >>> >>> >>> -- >>> -JT >>> >>> >>> >>> _______________________________________________ >>> 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 >> > > > > -- > -JT > > > -- -JT

Jan. 12, 2010

Re: [Pharo-project] Corrupted Monticello

by John Toohey

Not sure if this is what I have, I've just tried to save some code to my own repo, and although it seems like the code was updated, after MC puts the version info dialog on the screen, everything is frozen again. I still don't understand how the entire image can freeze over something like this. 2010/1/12 Mariano Martinez Peck <marianopeck(a)gmail.com> > Ok....if this is your error, I am genius :) > > I found this issue: http://code.google.com/p/pharo/issues/detail?id=1293 > > And then, I know you are using GlorpDBX......So, as I am developer, I know > that the GlorpDBX loader, do this to load the fix to the underscore: > > (HTTPSocket httpGet: ' > http://www.assembla.com/spaces/SqueakDBX/documents/dvVhPSvuCr3OqXeJe5aVNr/d…') > readStream fileIn. > > So....maybe you are having that bug already reported. > > Sorry I don't have time to test it. > > Cheers > > Mariano > > 2010/1/12 John Toohey <jt(a)parspro.com> > > Rebuilt a new image from scratch, using the rc1 Core image, and everything >> was fine, until I did a "Save As" in order to rename the image. After that >> MC stops working again. Just completing another rebuild now, and will try to >> move the renamed image to another directory, before using MC again. >> >> >> 2010/1/12 Mariano Martinez Peck <marianopeck(a)gmail.com> >> >> And what about what I told you about reloading again the two versions? >>> >>> Sometimes I have problems with my proxy and I have to evaluate: >>> >>> HTTPSocket stopUsingProxyServer. >>> >>> >>> 2010/1/11 John Toohey <jt(a)parspro.com> >>> >>>> Did the cleanUpForRelease, but MC still hangs. Do you know what DEV >>>> image is the most stable right now, or is there a way to enable debug output >>>> from MC? >>>> >>>> >>>> 2010/1/11 Mariano Martinez Peck <marianopeck(a)gmail.com> >>>> >>>> Maybe you can reload the Monticello and MonticelloGUI package from the >>>>> repository Pharo. However, I would check in that 10496 image which were the >>>>> versions of those two packages and I would download exactly those two >>>>> versions. >>>>> >>>>> Maybe you can also try to remove the package cache and also evaluate >>>>> (backup the image first): >>>>> >>>>> MCFileBasedRepository flushAllCaches. >>>>> MCMethodDefinition shutDown. >>>>> MCDefinition clearInstances. >>>>> >>>>> Or even >>>>> >>>>> ScriptLoader new cleanUpForRelease >>>>> >>>>> Cheers >>>>> >>>>> Mariano >>>>> >>>>> >>>>> 2010/1/11 John Toohey <jt(a)parspro.com> >>>>> >>>>>> Hi, >>>>>> I've just built a new image based on PharoCore1.0rc1 Latest update: >>>>>> #10496, and MC freezes the image whenever I try to open a package. I can >>>>>> view a repo, but not open or load the packages. Is there anyway to rebuild >>>>>> MC, without rebuilding the entire image again? There is no debug file >>>>>> written out, just the CPU pegged at 99% and an unresponsive image. >>>>>> >>>>>> -- >>>>>> -JT >>>>>> >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> 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 >>>>> >>>> >>>> >>>> >>>> -- >>>> -JT >>>> >>>> >>>> >>>> _______________________________________________ >>>> 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 >>> >> >> >> >> -- >> -JT >> >> >> >> _______________________________________________ >> 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 > -- -JT

Jan. 12, 2010

[Pharo-project] [update] #10506

by Marcus Denker

10506 ----- Issue 1782: Save Dialog too small Issue 1780: StrikeFont issues with derived fonts Issue 1564: [FIX] testFinalizationOfEquals fails Issue 1770: Kernel-Tests-ClassBuilder category is not remove after ClassBuilderFormatTests tests are run -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

Jan. 12, 2010

[Pharo-project] [Fwd: Re: [squeak-dev] Re: The Trunk: Morphic-ar.305.mcz]

by Miguel Enrique CobÃ¡ Martinez

This is cool. we should add it to pharo. http://code.google.com/p/pharo/issues/detail?id=1787 I don't know if tag it for 1.0, even thought only for having it and that new code created on 1.0 use the new is: message instead of a isXXX message. For now is only for 1.1 Cheers -- Miguel CobÃ¡ http://miguel.leugim.com.mx

Jan. 12, 2010

[Pharo-project] [update 1.1] #11153

by Marcus Denker

11153 ----- Issue 268: TODO: CurvierMorph should be merged with PolygonMorph Issue 1141: Monticello directory selection window is non-resizable and very small Issue 1770: Kernel-Tests-ClassBuilder category is not remove after ClassBuilderFormatTests tests are run Issue 1774: Monticello repository edit works but doesnt update UI Issue 1780: StrikeFont issues with derived fonts Issue 1782: Save Dialog too small -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

Jan. 12, 2010

Re: [Pharo-project] Object Buffer (implementation tryout)

by CÃ©drick BÃ©ler

ping :) See you later, 2010/1/12 Alexandre Bergel <alexandre(a)bergel.eu> > Ok, I am waiting for your ping then > > Alexandre > > On 12 Jan 2010, at 12:17, CÃ©drick BÃ©ler wrote: > > > > > Anyway, feel free to publish whatever changes you find necessary > > (especially tests :) . I'll do some too) > > > > > > I'm writting some right now... > > > > _______________________________________________ > > 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 > -- CÃ©drick

Jan. 12, 2010

Re: [Pharo-project] Spell check test cases

by Stan Shepherd

Lukas Renggli wrote: > > Hi Stan, > >> Some are failing, as there are $' characters being passed through from >> the >> parser. Also, the literals check sees to be checking the node, rather >> than >> the node value. > > You are right, the code that extracted arguments and temps > unnecessarily put the names into $' characters. This is totally wrong > and also breaks the highlighting in the browser. Instead of changing > the tokenizer (as you proposed) I fixed the places where the nodes > were collected. Like this there should be no more $' characters in the > strings that are checked. > > Name: Refactoring-Spelling-lr.10 > Author: lr > Time: 12 January 2010, 12:16:16 am > UUID: b40774a4-8371-42f4-883c-469d6fe1e020 > Ancestors: Refactoring-Spelling-lr.9 > > - fixed the bug pointed out by Stan Shepherd that temps and arguments > were not properly checked > - this also fixes the issue of not highlighting typos in temps and > arguments (which I looked into earlier today, but couldn't figure out > the real cause) > >> There are some suggested changes in the same repository, that make the >> tests >> run green, and don't appear to affect the rest of Refactoring-Tests. > > The tests are really cool. I would like to add them to the main > repository, but two are broken depending on what checker is used: > > RBMacSpellChecker: #testLiteralValues and #testPoolVariable > RBInternalSpellChecker: #testLiteralValues and #testClassComments > > Maybe that could be fixed by always using the internal one for the > tests, but then I don't understand why the tests break. Does my fix > not solve the whole problem? > > Lukas > Hi, there are still $' present. Don't know if it's possible to strip them out earlier again. The following methods again strip leading and trailing '. They validate correctly, including 'don''t'. They are in Squeaksource RBBugFixes. So is a new version of the tests, that test spelling of 'don''t'. It also checks all the tests are run- one got lost in transcription last time. Also, the name of the Pool Dictionary test got reverted. ...Stan RBSpellChecker>>normalize: aString "Filter out non alphabetical characters, remove prefixes as commonly found in class names, split camel case expressions and filter out one character words." | result input output activeString | result := Set new. input := aString readStream. output := WriteStream on: (String new: 128). [ input atEnd ] whileFalse: [ [ input atEnd not and: [ input peek isLetter or: [ input peek = $' ] ] ] whileTrue: [ output nextPut: input next ]. output position = 0 ifTrue: [ input next ] ifFalse: [ | stream | stream := output contents readStream. [ stream atEnd ] whileFalse: [ output reset; nextPut: stream next. [ stream atEnd not and: [ stream peek isLowercase or: [ stream peek = $' ] ] ] whileTrue: [ output nextPut: stream next ]. "at this point we have allowed through $' to allow don't. We can also have leading or trailing $', if a comment contains eg 'WB' or 'NASA' " activeString := self copyWithoutLeadingTrailingSingleQuotes: output contents . activeString size > 1 ifTrue: [ result add: activeString ] ] ]. output reset ]. ^ result RBSpellChecker>>copyWithoutLeadingTrailingSingleQuotes: aByteString | startPosition endPosition | startPosition := 1. [ (aByteString at: startPosition) = $' ] whileTrue: [ startPosition := startPosition + 1. startPosition > aByteString size ifTrue: [ ^ '' ] ]. endPosition := aByteString size. [ (aByteString at: endPosition) = $' ] whileTrue: [ endPosition := endPosition - 1. endPosition < 1 ifTrue: [ ^ '' ] ]. ^ aByteString copyFrom: startPosition to: endPosition -- View this message in context: http://n2.nabble.com/Spell-check-test-cases-tp4288633p4292584.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Jan. 12, 2010

Re: [Pharo-project] Pharo core and Seaside 3.0

by Miguel Enrique CobÃ¡ Martinez

El mar, 12-01-2010 a las 14:49 +0100, StÃ©phane Ducasse escribiÃ³: > I would remove it now from scriptLoader. > And also the class side install methods of Gofer please. Lets clean the way for Gofer as downloader/installer, Metacello as package management tools. Cheers > stef > > On Jan 12, 2010, at 2:19 PM, Torsten Bergmann wrote: > > > Hi, > > > > "ScriptLoader loadSeaside30" > > > > does not work in latest image due to Gofer changes. Should we remove it > > or replace it with Metacello configs? > > > > It is now easy to build a dev image with seaside 3.0 right from the core > > (see script below). > > > > Still underscore assignment has to be enabled due to OB. Any chance this > > is cleaned up? > > > > Bye > > T. > > > > > > ---------------------------------------------------------------------------- > > > > |font codeFont titleFont installWebTools| > > installWebTools := false. > > "HTTPSocket useProxyServerNamed: '111.111.111.111' port: 8080." > > > > Scanner allowUnderscoreAsAssignment: true. > > > > Gofer new > > squeaksource: 'MetacelloRepository'; > > package: 'ConfigurationOfPharo'; > > load. > > ((Smalltalk at: #ConfigurationOfPharo) project version: '1.0-rc2.10505') load. > > > > Gofer new > > squeaksource: 'MetacelloRepository'; > > package: 'ConfigurationOfSeaside30'; > > load. > > > > (Smalltalk at: #ConfigurationOfSeaside30) loadLatestVersion. > > > > > > SmalltalkImage current snapshot: true andQuit: true. > > > > > > -- > > Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla Firefox 3.5 - > > sicherer, schneller und einfacher! http://portal.gmx.net/de/go/atbrowser > > > > _______________________________________________ > > 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 -- Miguel CobÃ¡ http://miguel.leugim.com.mx

Jan. 12, 2010

Re: [Pharo-project] [Feature Request] Better integration with OSX Window Management

by Stefan Marr

Ok, is in the tracker. http://code.google.com/p/pharo/issues/detail?id=1786 Don't know, but, if it needs support at the VM-level, this might be better suited on the VM-list? Best Stefan On 12 Jan 2010, at 12:05, Mariano Martinez Peck wrote: > I had the same problem sometime and I don't know how to fix it :( > > Please open a ticket > > On Tue, Jan 12, 2010 at 11:49 AM, Stefan Marr <pharo(a)stefan-marr.de> wrote: > Hi Eliot: > > > On 11 Jan 2010, at 19:26, Eliot Miranda wrote: > > > Hi Stefan, > > > > not much of a comfort but as a work-=around I *think* you can fix the problem either by > > - disconnecting the second monitor, which will rearrange all the windows onto your laptop screen, and then reattach the second monitor > > or > > - choosing Turn On Mirroring from the displays menu, which will also rearrange windows, and then turn off mirroring > No, it does not. I have to explicitly go to my monitor arrangement settings and restore the configuration I have at home. > Just experienced it again. > > Any idea where I could start to look at that? > > Thanks > Stefan > > > > > > > > On Mon, Jan 11, 2010 at 4:34 AM, Stefan Marr <pharo(a)stefan-marr.de> wrote: > > Hello: > > > > I just had a very annoying experience with the lake of sufficient window management tools on Mac OS X. (Annoying enough to write this mail...) > > > > > > The following happened: > > > > At home I have a external screen attached to my mac book, it is configured to be a secondary screen positioned above the main (internal) screen. > > > > The Pharo window was moved to that screen. > > > > In the office, I have another configuration, and there was no way to get hold of the Pharo window anymore. > > > > It remembered its positioning and was just of screen. Expose allows me to see it, and shows even a beautiful animation moving it out of reach after clicking on it. > > > > Obviously the menu SqueakVM > Quit is not really helpful, since the question whether to save or not is displayed unreachable off screen, too. > > > > > > > > I am not sure whether the standard OS X window menu functionality with "minimize" and "zoom" would help here, but might be a start. On the other hand, I would guess, that the OSX windowing systems sends some events which could be handled like all other windows do. > > > > > > The only workaround for the moment, is to have a external screen and fiddle with the screen configuration and positioning until I can get hold of the window... Not exactly convenient. > > > > > > 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 3956 > > Fax: +32 2 629 3525 > > > > > > _______________________________________________ > > 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 > > -- > Stefan Marr > Software Languages Lab > Vrije Universiteit Brussel > Pleinlaan 2 / B-1050 Brussels / Belgium > http://soft.vub.ac.be/~smarr > Phone: +32 2 629 3956 > Fax: +32 2 629 3525 > > > _______________________________________________ > 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 -- Stefan Marr Software Languages Lab Vrije Universiteit Brussel Pleinlaan 2 / B-1050 Brussels / Belgium http://soft.vub.ac.be/~smarr Phone: +32 2 629 3956 Fax: +32 2 629 3525

Jan. 12, 2010