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

Re: [Pharo-project] Pharo in OpenShift

by garduino

Sorry Philippe I miss this mail, and I'm not working on this topic currently (and I'm not checking anymore pharo lists for now, not in a daily basis at least). But certainly pharo+zinc work ok in OpenShift, with a bit of work (But I have not time currently to polish a public example, sorry really). Cheers. 2012/4/16 philippeback [via Smalltalk] <ml-node+s1294792n4562623h9(a)n4.nabble.com>: > Send me the link once it is ready so that I can add it to the symbaloo > webmix > > http://www.symbaloo.com/mix/pharo > > Philippe > > 2012/4/16 garduino <[hidden email]> >> >> Hi Sven: >> >> > That is great news indeed. >> >> Thanks! >> >> >An alternative to getting the environment variables with OSProcess would >> > be >> to pass their values to the >image via the command line. >> >> >I have a script to control an image in the way unix expects it, it is >> > part >> of this demo: >> >> > >> > http://forum.world.st/Updated-Pharo-HTTP-Server-Single-Command-Line-Demo-td… >> >> >> Thanks, I was justing thinking in take this way, to avoid the issues I'm >> having with OSProcess (I have not still discovered the origins). >> >> >> >Yes, please do write about it. >> >> Sure, I will do. >> >> Cheers. >> >> -- >> View this message in context: >> http://forum.world.st/Pharo-in-OpenShift-tp4560365p4562081.html >> >> Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >> > > > > -- > Philippe Back > "Helping you hit the top 3 outcomes you really want to achieve" > > Mob: +32(0) 478 650 140 | Fax: +32 (0) 70 408 027 Mail: [hidden email] | > Web: http://philippeback.eu | Blog: > http://philippeback.be > > High Octane SPRL > rue cour Boisacq 101 > 1301 Bierges > > > > ________________________________ > If you reply to this email, your message will be added to the discussion > below: > http://forum.world.st/Pharo-in-OpenShift-tp4560365p4562623.html > To unsubscribe from Pharo in OpenShift, click here. > NAML -- ============================================ GermÃ¡n S. Arduino <gsa @ arsol.net> Twitter: garduino Arduino Software http://www.arduinosoftware.com PasswordsPro http://www.passwordspro.com greensecure.blogspot.com germanarduino.blogpost.com ============================================ -- View this message in context: http://forum.world.st/Pharo-in-OpenShift-tp4560365p4642016.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

July 28, 2012

Re: [Pharo-project] could it be possible to have a setting to get the old shortcut for

by Benjamin

It always has been cmd+shift+N :) Ben On Jul 28, 2012, at 10:26 PM, StÃ©phane Ducasse wrote: > Thanks. > Now b, N in the menu item is not clear > Then this is one of the most frequent query with implementor and senders and now it is quite difficult to do. > especially the Cmd + shift > I really think that we should change it. > > > On Jul 28, 2012, at 10:02 PM, Benjamin wrote: > >> That's why there is a tool in Nautilus which shows all the shortcuts and their description >> >> <Screen shot 2012-07-28 at 9.59.45 PM.png> >> >> >> We shouldn't forgot either that not changing stuff just because are used to it is not a valid argument >> >> Ben >> >> >> >> On Jul 28, 2012, at 9:39 PM, StÃ©phane Ducasse wrote: >> >>> implementor, sender, users? >>> >>> Because I spent 10 minutes and I still cannot find how I get all the references to a class :( >>> >>> I'm I know I'm old and stupid but we should not forget that what makes the success of pharo is happy users. >>> >>> Stef >> > >

July 28, 2012

Re: [Pharo-project] could it be possible to have a setting to get the old shortcut for

by StÃ©phane Ducasse

Thanks. Now b, N in the menu item is not clear Then this is one of the most frequent query with implementor and senders and now it is quite difficult to do. especially the Cmd + shift I really think that we should change it. On Jul 28, 2012, at 10:02 PM, Benjamin wrote: > That's why there is a tool in Nautilus which shows all the shortcuts and their description > > <Screen shot 2012-07-28 at 9.59.45 PM.png> > > > We shouldn't forgot either that not changing stuff just because are used to it is not a valid argument > > Ben > > > > On Jul 28, 2012, at 9:39 PM, StÃ©phane Ducasse wrote: > >> implementor, sender, users? >> >> Because I spent 10 minutes and I still cannot find how I get all the references to a class :( >> >> I'm I know I'm old and stupid but we should not forget that what makes the success of pharo is happy users. >> >> Stef >

July 28, 2012

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

by Pavel Krivanek

On Fri, Jul 27, 2012 at 9:18 PM, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > 20236 > ----- > > Issue 6467: Remove SystemChangeNotifier 2 - All events using SystemAnnouncer > http://code.google.com/p/pharo/issues/detail?id=6467 > > the beast is not dead yet... but almost :) > Hi Esteban, the shrinking to the Pharo Kernel now fails with this error: PharoKernel shrinking report Error: MessageNotUnderstood: receiver of "isRemoved" is nil 441 [:e | | rep | rep := FileStream forceNewFileNamed: 'PharoDebug.log'. rep nextPutAll: 'PharoKernel shrinking report'; cr. rep nextPutAll: 'Error:'; cr. rep nextPutAll: e asString; cr. rep nextPutAll: thisContext stack size asString. thisContext stack copy withIndexDo: [:stck :i | [rep nextPutAll: i asString; space; nextPutAll: stck asString; cr] ifError: []]. rep close. Smalltalk exitFailure] in SmalltalkImage>>privShrinkingProcess 2 BlockClosure>>cull: 3 BlockClosure>>cull:cull: 4 [:ex | errorHandlerBlock cull: ex description cull: ex receiver] in BlockClosure>>ifError: 5 BlockClosure>>cull: 6 [(self tempAt: 2) cull: exception] in MethodContext(ContextPart)>>handleSignal: 7 BlockClosure>>ensure: 8 MethodContext(ContextPart)>>handleSignal: 9 MethodContext(ContextPart)>>handleSignal: 10 MessageNotUnderstood(Exception)>>signal 11 UndefinedObject(Object)>>doesNotUnderstand: #isRemoved 12 ChangesLog>>logEvent: 13 ChangesLog>>logAnnouncement: 14 MessageSend>>value: 15 MessageSend>>cull: 16 MessageSend>>cull:cull: 17 [action cull: anAnnouncement cull: announcer] in AnnouncementSubscription>>deliver: 18 BlockClosure>>on:do: 19 BlockClosure>>on:fork: 20 AnnouncementSubscription>>deliver: 21 [subscription deliver: anAnnouncement] in SubscriptionRegistry>>deliver:to:startingAt: 22 BlockClosure>>ifCurtailed: 23 SubscriptionRegistry>>deliver:to:startingAt: 24 SubscriptionRegistry>>deliver:to: 25 SubscriptionRegistry>>deliver: 26 SystemAnnouncer(Announcer)>>announce: 27 SystemAnnouncer>>basicAnnounce: 28 SystemAnnouncer>>announce: 29 SystemAnnouncer>>trigger: 30 SystemAnnouncer>>classRemoved:fromCategory: 31 SystemDictionary>>forgetClass:logged: 32 ClassRenameFixTest class(Class)>>removeFromSystem: 33 ClassRenameFixTest class(Class)>>removeFromSystem 34 [SystemChangeNotifier uniqueInstance noMoreNotificationsFor: class. SystemAnnouncer unsubscribe: class. class isTrait ifFalse: [(class class includesSelector: #unload) ifTrue: [class removeSelector: #unload]]. class removeFromSystem] in [:className | | class | class := Smalltalk globals classOrTraitNamed: className. class allSubclasses ifEmpty: [SystemChangeNotifier uniqueInstance noMoreNotificationsFor: class. SystemAnnouncer unsubscribe: class. class isTrait ifFalse: [(class class includesSelector: #unload) ifTrue: [class removeSelector: #unload]]. class removeFromSystem]] in SystemNavigation>>removeAllButPackages: 35 OrderedCollection(Collection)>>ifEmpty: 36 [:className | | class | class := Smalltalk globals classOrTraitNamed: className. class allSubclasses ifEmpty: [SystemChangeNotifier uniqueInstance noMoreNotificationsFor: class. SystemAnnouncer unsubscribe: class. class isTrait ifFalse: [(class class includesSelector: #unload) ifTrue: [class removeSelector: #unload]]. class removeFromSystem]] in SystemNavigation>>removeAllButPackages: 37 SortedCollection(OrderedCollection)>>do: 38 SystemNavigation>>removeAllButPackages: 39 [| packages | 10 timesRepeat: [(Delay forMilliseconds: 100) wait. Processor yield]. Author fullName: 'Mr.Shrinker'. self privCleanMonticello. UIManager default: DummyUIManager new. UIManager default progressBarEnabled: false. self privCleanProcesses. self privCleanGlobals. 5 timesRepeat: [Smalltalk garbageCollect]. MCDataStream initialize. Beeper instVarNamed: #default put: nil. Smalltalk cleanOutUndeclared. 5 timesRepeat: [Smalltalk garbageCollect]. Author reset. KMPragmaKeymapBuilder release. self privShrinkUnicodeTables. Display newDepth: 1. self privCleanStartUpList. self privCleanShutDownList. Object subclass: #Model instanceVariableNames: 'dependents' classVariableNames: '' poolDictionaries: '' category: 'Kernel-Objects'. self privCleanTextConstants. SoundService default: nil. SoundService unregister: DummySoundSystem. ThreadSafeTranscript install. self privCleanUnloadMethods. SystemNavigation new removeAllButPackages: self kernelPackageNames. Smalltalk flushClassNameCache. 3 timesRepeat: [Smalltalk garbageCollect. Symbol compactSymbolTable]. Undeclared removeUnreferencedKeys. self privRecompileAll. self privCleanChangeSets. SystemEventManager allInstances do: [:i | i instVarNamed: #actionMap put: IdentityDictionary new]. FileServices removeObsolete. DebuggerMethodMap voidMapCache. Object flushEvents. MCDataStream initialize. Locale classPool at: #LocaleChangeListeners put: nil. SmalltalkImage classPool at: #Tools put: nil. Behavior flushObsoleteSubclasses. Smalltalk flushClassNameCache. Smalltalk organization removeEmptyCategories. WeakArray restartFinalizationProcess. Smalltalk saveImageInNewContext] in SmalltalkImage>>privShrinkingProcess 40 BlockClosure>>on:do: 41 BlockClosure>>ifError: 42 SmalltalkImage>>privShrinkingProcess 43 [self privShrinkingProcess] in SmalltalkImage>>shrinkToKernel 44 [self value. Processor terminateActive] in BlockClosure>>newProcess

July 28, 2012

Re: [Pharo-project] could it be possible to have a setting to get the old shortcut for

by Benjamin

That's why there is a tool in Nautilus which shows all the shortcuts and their description We shouldn't forgot either that not changing stuff just because are used to it is not a valid argument Ben On Jul 28, 2012, at 9:39 PM, StÃ©phane Ducasse wrote: > implementor, sender, users? > > Because I spent 10 minutes and I still cannot find how I get all the references to a class :( > > I'm I know I'm old and stupid but we should not forget that what makes the success of pharo is happy users. > > Stef

July 28, 2012

Re: [Pharo-project] could it be possible to have a setting to get the old shortcut for

by Mariano Martinez Peck

On Sat, Jul 28, 2012 at 9:39 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr > wrote: > implementor, sender, users? > > Because I spent 10 minutes and I still cannot find how I get all the > references to a class :( > cmd+b+shift+n hehehehe > > I'm I know I'm old and stupid but we should not forget that what makes the > success of pharo is happy users. > > Stef > -- Mariano http://marianopeck.wordpress.com

July 28, 2012

Re: [Pharo-project] could it be possible to have a setting to get the old shortcut for

by Pavel Krivanek

on Linux keyboard: Alt+Shift+n On Sat, Jul 28, 2012 at 9:39 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > implementor, sender, users? > > Because I spent 10 minutes and I still cannot find how I get all the references to a class :( > > I'm I know I'm old and stupid but we should not forget that what makes the success of pharo is happy users. > > Stef

July 28, 2012

[Pharo-project] could it be possible to have a setting to get the old shortcut for

by StÃ©phane Ducasse

implementor, sender, users? Because I spent 10 minutes and I still cannot find how I get all the references to a class :( I'm I know I'm old and stupid but we should not forget that what makes the success of pharo is happy users. Stef

July 28, 2012

Re: [Pharo-project] [ENH]: Test Failure Browser

by Mariano Martinez Peck

Hi Sean. I have improved a couple of things in Fuel. Now you can: a) attach additional objects to the object to serialize (useful for custom metadata) b) add pre and post materialization actions (clean closures) Reviving failed unit tests is cool, but we still miss the OTHER information that is in a PharoDebug.log which is not the stack, that is, VM version, image version, timetamp, etc. So what I did in HDTestReport is to store all that info as "additional objects" to the serialization of the test failure. Then, what I also did is to register a post materialization action that directly opens the debugger :) So...TestMedic (anyway, I think TestReviver is much cooler) now just need to do: materialize: fuelFileReference FLMaterializer materializeFromFileNamed: fuelFileReference fullName. And...what I want to do (but no time today) is to modify the UI so that when you select a test, on the right side you have a panel that displays the vm version, timestamp and image version of the failed test. To do that you can do: header := FLMaterializer materializeHeaderFromFileNamed: 'FLBasicSerializationTest-testBitmap.fuel'. header additionalObjectAt: #VM. "this answers the vm string" header additionalObjectAt: #Image. header additionalObjectAt: #Timestamp. so you can just take that and print it in the UI :) So...if you think this is useful then I can: 1) create an issue to integrate new version of fuel ( you can find this new code in ss3 last commits). 2) create an issue to integrate new HDTestReport ( I attach here the new version.) 3) add anything else apart from vm, image and timestamp that you feel that would be a good idea. Cheers, On Wed, Jul 25, 2012 at 6:16 PM, Camillo Bruni <camillobruni(a)gmail.com>wrote: > nice++ > > On 2012-07-25, at 17:44, Mariano Martinez Peck wrote: > > > Thanks Sean!!! THIS IS AWESOME. > > I was trying to do exactly that yesterday, but I failed. > > I like TestsReviver rather than TestsMedic, but that's a detail :) > > > > On Wed, Jul 25, 2012 at 5:31 PM, Sean P. DeNigris <sean(a)clipperadams.com > >wrote: > > > >> Here (on Nabble) is a screenshot of the browser and a test failure > context > >> materialized by clicking "Debug"... > >> > >> > >> > http://forum.world.st/file/n4641533/Screen_Shot_2012-07-25_at_11.22.08_AM.p… > >> > >> > >> > >> -- > >> View this message in context: > >> http://forum.world.st/ENH-Test-Failure-Browser-tp4641525p4641533.html > >> Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > >> > >> > > > > > > -- > > Mariano > > http://marianopeck.wordpress.com > > > -- Mariano http://marianopeck.wordpress.com

July 28, 2012

Re: [Pharo-project] a test

by Esteban Lorenzano

we don't know, maybe he was trying to block the mail ;) On Jul 28, 2012, at 1:27 PM, Damien Cassou <damien.cassou(a)gmail.com> wrote: > a successful one > > > -- > Damien Cassou > http://damiencassou.seasidehosting.st > > "Lambdas are relegated to relative obscurity until Java makes them > popular by not having them." James Iry >

July 28, 2012