- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] external semaphoresâ¦again

by Norbert Hartl

I can report that the behavior is different now. There were two new vm releases this week in ppa. The first one didn't work but the second changed something. My application was never running that long. It is more than a day now having an actual external objects table size of 623 which wasn't ever reached before. So I would say that there is chance that this particular problem is gone. I monitor this further and I think that this wasn't the only problem. But then it is another problem. Thanks to all of you who've helped solving this. If it comes to the VM being the source of problems it is always extra annoying because it is way harder to change something there. Norbert Am 08.10.2013 um 11:27 schrieb Igor Stasenko <siguctua(a)gmail.com>: > > > > On 7 October 2013 18:36, Norbert Hartl <norbert(a)hartl.name> wrote: > > Am 07.10.2013 um 16:36 schrieb Igor Stasenko <siguctua(a)gmail.com>: > >> 1 thing. >> >> can you tell me what given expression yields for your VM/image: >> >> Smalltalk vm maxExternalSemaphores >> >> (if it gives you number less than 10000000 then i think i know what is your problem :) >> > It is 10000000 > > What would be the problem if it would be smaller? > > > that just means your VM don't have external object size cap. > I changed the implementation to not have hard limit (the arbitrary large number > is there just to be "compatible" with previous implementation). > > This means, that you can actually change in your image the check and completely ignore limits > and just keep growing if it necessary. > > Now, since you using VM which don't have a limit, but problem still persists, > it seems like it somewhere else.. :/ >> i just found that after one merge, my changes get lost >> we're just plugged them back in, and it should be back again with newer VMs.. >> but the problem could be more than just semaphores.. if merge broken this, it may break >> many other things, so we need time to check >> > I try to look at it some more time. I'm using the pharo-vm from the launchpad build. Are the changes supposed to be in this one? > > Norbert > > Launchpad? You mean ppa? I can't say i remember all the details how changes to VM source > gets into ppa distro, and how fast they get there. @Damien, can you enlighten us? > > > Well, the VM which i downloaded recently using zero-conf script, having limit back to 256. Just some merge mistake, which now is fixed.. means that couple builds will use limit-based implementation.. but then > it will be back to my implementaiton. >> >> >> >> >> >> On 7 October 2013 12:31, Norbert Hartl <norbert(a)hartl.name> wrote: >> >> Am 07.10.2013 um 11:28 schrieb Henrik Johansen <henrik.s.johansen(a)veloxit.no>: >> >>> >>> On Oct 7, 2013, at 11:16 , Norbert Hartl <norbert(a)hartl.name> wrote: >>> >>>> As I need an image that runs longer than 24 hours I'm looking at some stuff and wonder. Can anybody explain me the rationale for a code like this >>>> >>>> maxExternalSemaphores: aSize >>>> "This method should never be called as result of normal program >>>> execution. If it is however, handle it differently: >>>> - In development, signal an error to promt user to set a bigger size >>>> at startup immediately. >>>> - In production, accept the cost of potentially unhandled interrupts, >>>> but log the action for later review. >>>> >>>> See comment in maxExternalObjectsSilently: why this behaviour is >>>> desirable, " >>>> "Can't find a place where development/production is decided. >>>> Suggest Smalltalk image inProduction, but use an overridable temp >>>> meanwhile. " >>>> | inProduction | >>>> self maxExternalSemaphores >>>> ifNil: [^ 0]. >>>> inProduction := false. >>>> ^ inProduction >>>> ifTrue: [self maxExternalSemaphoresSilently: aSize. >>>> self crTrace: 'WARNING: Had to increase size of semaphore signal handling table due to many external objects concurrently in use'; >>>> crTrace: 'You should increase this size at startup using #maxExternalObjectsSilently:'; >>>> crTrace: 'Current table size: ' , self maxExternalSemaphores printString] >>>> ifFalse: ["Smalltalk image" >>>> self error: 'Not enough space for external objects, set a larger size at startup!' >>>> "Smalltalk image"] >>>> >>>> I have reported this once but got no feedback so I like to have a few opinions. >>>> >>>> The report is here: https://pharo.fogbugz.com/f/cases/10839/ >>>> >>>> Norbert >>> >>> The rationale is that inProduction would be some global setting, not yet in place when the code was writtenâ¦ >>> Excessive simultaneous Semaphore usage is something that should be caught during development, in which case it's better to get an active notification, than having it logged somewhere. >> >> Agreed. But didn't work in my case because it needed roughly 20 hours and an instable remote backend to trigger the problem. And somehow I forgot to install my logger as Transcript so there is no warning message. I saw only dead images in the morning. >> This not satisfactory but on the other hand this type of problems are hard to solve anyway. My feeling tells me there is more to discover. Sockets resources get unregistered at finalization time but this didn't work either. I would have said that the unlikely situation that no garbage collection ran could be the case. But it can't because in ExternalSemaphoreTable>>#freedSlotsIn:ratherThanIncreaseSizeTo: there is explicit garbage collection. >> >>> If I've understood correctly, it's moot on newer Pharo VM's, where there's no limit on the semtable size, but for legacy code a startup item setting size using maxExternalObjectsSilently: (as suggested in the Warning text), is still a more proper fix than setting inProduction to true and crossing your fingers hoping no signals will be lost during table growth. >> >> Ah, I didn't know about the risk of loosing signals while resizing the table. Thanks for that. Don't get me wrong I wasn't proposing to set inProduction in effect. I don't think that automatically growing resource management is a proper way to design a system. There is always a range of resources you need for your use case. Not setting an upper bound for this just covers leaking behavior. >> >> Norbert >> >> >> >> >> >> -- >> Best regards, >> Igor Stasenko. > > > > > -- > Best regards, > Igor Stasenko.

Oct. 11, 2013

Re: [Pharo-dev] Small text composition bench

by Frank Shearar

http://build.squeak.org/ is your best bet. Grab from the SqueakTrunk job's last successful build. frank On 11 Oct 2013, at 8:09, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > I do not know > I could not find a squeak image with the latest code and the update is not working from the june image. > Now the newtext model should replace all that but still > - we need to benchmark it > - release it > Stef > > > >> Me too. >> >> What exactly doing this code? >> >> Paragraph new compose: tm text >> style: tm textStyle copy >> from: 1 >> in: >> >> Is it layout building stuff at new text model? >> >> >> 2013/10/11 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> >> Hi Igor >> >> it would be good to see how the new text model perform. >> >> Stef >> >> >> Begin forwarded message: >> >>> From: Nicolas Cellier <nicolas.cellier.aka.nice(a)gmail.com> >>> Subject: Fwd: Small text composition bench >>> Date: October 10, 2013 10:46:42 PM GMT+02:00 >>> To: StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> >>> >>> >>> >>> ---------- Forwarded message ---------- >>> From: Nicolas Cellier <nicolas.cellier.aka.nice(a)gmail.com> >>> Date: 2013/10/10 >>> Subject: Small text composition bench >>> To: The general-purpose Squeak developers list <squeak-dev(a)lists.squeakfoundation.org> >>> >>> >>> Here is a simple bench: >>> >>> (StringHolder new contents: (Compiler evaluate: (FileStream fileNamed: 'text.st') contentsOfEntireFile )) openLabel: 'Working With Squeak 2' . >>> ((SystemWindow allSubInstances detect: [:e | e label = 'Working With Squeak 2']) findDeepSubmorphThat: [:m | m class = PluggableTextMorphPlus] ifAbsent: [] ) textMorph >>> ifNotNil: [:tm | MessageTally spyOn: [ >>> [100 timesRepeat: [(NewParagraph new) >>> compose: tm text >>> style: tm textStyle copy >>> from: 1 >>> in: tm container]] timeToRun]]. >>> >>> Before our changes: 162 ms >>> After our changes: 95 ms >>> And my Pharo 3.0 (#30417) (not up to date) : 364 ms >>> >>> The main gain is avoiding >>> - the stopConditions copy >>> - and the TextStopConditions indirection >>> - and of course the Multi* when not necessary (Pharo does not) >>> >>> Here is the test for Pharo variant: >>> >>> | text | >>> text := Compiler evaluate: (FileSystem workingDirectory parent parent parent / 'text.st' ) readStream contentsOfEntireFile . >>> (StringHolder new contents: text) openLabel: 'Working With Squeak 2' . >>> ((SystemWindow allSubInstances detect: [:e | e label = 'Working With Squeak 2']) findDeepSubmorphThat: [:m | m class = PluggableTextMorph] ifAbsent: [] ) textMorph >>> ifNotNil: [:tm | MessageTally spyOn: [ >>> [100 timesRepeat: [(Paragraph new) >>> compose: text >>> style: tm textStyle copy >>> from: 1 >>> in: tm container]] timeToRun]]. >>> >>> >>> >> >> >> >> >

Oct. 11, 2013

Re: [Pharo-dev] Small text composition bench

by StÃ©phane Ducasse

I do not know I could not find a squeak image with the latest code and the update is not working from the june image. Now the newtext model should replace all that but still - we need to benchmark it - release it Stef > Me too. > > What exactly doing this code? > > Paragraph new compose: tm text > style: tm textStyle copy > from: 1 > in: > > Is it layout building stuff at new text model? > > > 2013/10/11 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > Hi Igor > > it would be good to see how the new text model perform. > > Stef > > > Begin forwarded message: > >> From: Nicolas Cellier <nicolas.cellier.aka.nice(a)gmail.com> >> Subject: Fwd: Small text composition bench >> Date: October 10, 2013 10:46:42 PM GMT+02:00 >> To: StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> >> >> >> >> ---------- Forwarded message ---------- >> From: Nicolas Cellier <nicolas.cellier.aka.nice(a)gmail.com> >> Date: 2013/10/10 >> Subject: Small text composition bench >> To: The general-purpose Squeak developers list <squeak-dev(a)lists.squeakfoundation.org> >> >> >> Here is a simple bench: >> >> (StringHolder new contents: (Compiler evaluate: (FileStream fileNamed: 'text.st') contentsOfEntireFile )) openLabel: 'Working With Squeak 2' . >> ((SystemWindow allSubInstances detect: [:e | e label = 'Working With Squeak 2']) findDeepSubmorphThat: [:m | m class = PluggableTextMorphPlus] ifAbsent: [] ) textMorph >> ifNotNil: [:tm | MessageTally spyOn: [ >> [100 timesRepeat: [(NewParagraph new) >> compose: tm text >> style: tm textStyle copy >> from: 1 >> in: tm container]] timeToRun]]. >> >> Before our changes: 162 ms >> After our changes: 95 ms >> And my Pharo 3.0 (#30417) (not up to date) : 364 ms >> >> The main gain is avoiding >> - the stopConditions copy >> - and the TextStopConditions indirection >> - and of course the Multi* when not necessary (Pharo does not) >> >> Here is the test for Pharo variant: >> >> | text | >> text := Compiler evaluate: (FileSystem workingDirectory parent parent parent / 'text.st' ) readStream contentsOfEntireFile . >> (StringHolder new contents: text) openLabel: 'Working With Squeak 2' . >> ((SystemWindow allSubInstances detect: [:e | e label = 'Working With Squeak 2']) findDeepSubmorphThat: [:m | m class = PluggableTextMorph] ifAbsent: [] ) textMorph >> ifNotNil: [:tm | MessageTally spyOn: [ >> [100 timesRepeat: [(Paragraph new) >> compose: text >> style: tm textStyle copy >> from: 1 >> in: tm container]] timeToRun]]. >> >> >> > > > >

Oct. 11, 2013

Re: [Pharo-dev] Bug (and fix?) with #doSilently: and FileLibrary

by StÃ©phane Ducasse

mariano Can you check on the seaside bug tracker because I fixed a similar problem and I think that it was integrated. Stef On Oct 10, 2013, at 10:53 PM, Mariano Martinez Peck <marianopeck(a)gmail.com> wrote: > Hi guys, > > I noticed that when we add files to FileLibrary using provided methods like > both methods are created, #selectorsToInclude and whatever you have updated, say, #myCss. However, if you go to Monticello Browser, only #selectorsToInclude appears. Digging a bit, I found out that Seaside ends up using Grease for that. And Grease does: > > GRPharoPlatform >>compile: aString into: aClass classified: aSymbol > self doSilently: [ > aClass compile: aString classified: aSymbol ] > > And then, of course, the doSilently, ends up doing: > > GRPharoPlatform >> doSilently: aBlock > "Deals with a different between Pharo1.x and Pharo2.x" > ^ (Smalltalk includesKey: #SystemChangeNotifier) > ifTrue:[(Smalltalk at: #SystemChangeNotifier) uniqueInstance doSilently: aBlock] > ifFalse:[(Smalltalk at: #SystemAnnouncer) uniqueInstance suspendAllWhile: aBlock] > > > So...first, I don't like that a method named like #compile:into:classified: does a silently compilation. Normally, we have the "silently" as part of the selector (or a boolean parameter). Second, why would we want to compile silently? the idea is that after, we commit the FileLibrary...so if the method is not there, it is a problem. > > So, should we change the #compile:into:classified: to NOT do the silently? I would say yes :) > > Thanks, > > -- > Mariano > http://marianopeck.wordpress.com

Oct. 11, 2013

[pharo-project/pharo-core]

by GitHub

Branch: refs/tags/30469 Home: https://github.com/pharo-project/pharo-core

Oct. 11, 2013

[pharo-project/pharo-core] af3deb: 30469

by GitHub

Branch: refs/heads/3.0 Home: https://github.com/pharo-project/pharo-core Commit: af3deb0b3937e1730056b41633589f50a0a1ac77 https://github.com/pharo-project/pharo-core/commit/af3deb0b3937e1730056b416… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2013-10-10 (Thu, 10 Oct 2013) Changed paths: R CollectionsTests-Abstract.package/TEmptySequenceableTest.class/instance/tests - sequence isempty/testSequenceAbleIfEmptyifNotEmptyDo.st R CollectionsTests-Abstract.package/TEmptySequenceableTest.class/instance/tests - sequence isempty/testSequenceIfEmptyifNotEmptyDo.st R CollectionsTests-Abstract.package/TEmptySequenceableTest.class/instance/tests - sequence isempty/testSequenceIfNotEmptyDo.st R CollectionsTests-Abstract.package/TEmptySequenceableTest.class/instance/tests - sequence isempty/testSequenceIfNotEmptyDoifNotEmpty.st R CollectionsTests-Abstract.package/TEmptyTest.class/instance/tests - empty/testIfEmptyifNotEmptyDo.st R CollectionsTests-Abstract.package/TEmptyTest.class/instance/tests - empty/testIfNotEmptyDo.st R CollectionsTests-Abstract.package/TEmptyTest.class/instance/tests - empty/testIfNotEmptyDoifNotEmpty.st M Kernel-Classes.package/Categorizer.class/instance/accessing/changeFromCategorySpecs_.st M Kernel-Classes.package/Categorizer.class/instance/accessing/sortCategories.st M Kernel-Classes.package/ClassBuilder.class/instance/class definition/silentlyMoveInstVarNamed_from_to_after_.st R Kernel-Job.package/JobStartNotification.class/class/as yet unclassified/on_.st A Kernel-Job.package/JobStartNotification.class/class/instance creation/on_.st M Kernel-Methods.package/CompiledMethod.class/instance/accessing/originMethod.st M Kernel-Methods.package/CompiledMethod.class/instance/testing/isInstalled.st R Kernel-Methods.package/MessageCatcher.class/instance/as yet unclassified/doesNotUnderstand_.st R Kernel-Methods.package/MessageCatcher.class/instance/as yet unclassified/privAccumulator.st R Kernel-Methods.package/MessageCatcher.class/instance/as yet unclassified/privAccumulator_.st A Kernel-Methods.package/MessageCatcher.class/instance/private/privAccumulator.st A Kernel-Methods.package/MessageCatcher.class/instance/private/privAccumulator_.st A Kernel-Methods.package/MessageCatcher.class/instance/reflective operations/doesNotUnderstand_.st R Kernel-Methods.package/RelativeInstructionPrinter.class/instance/as yet unclassified/pushClosureCopyNumCopiedValues_numArgs_blockSize_.st A Kernel-Methods.package/RelativeInstructionPrinter.class/instance/instruction decoding/pushClosureCopyNumCopiedValues_numArgs_blockSize_.st R Kernel-Methods.package/SimulationExceptionWrapper.class/class/as yet unclassified/signalForException_.st A Kernel-Methods.package/SimulationExceptionWrapper.class/class/signalling/signalForException_.st R Kernel-Numbers.package/Integer.class/instance/as yet unclassified/asShortcut.st M Kernel-Objects.package/Object.class/instance/error handling/explicitRequirement.st R Kernel-Pragmas-Collector.package/PragmaCollectorReset.class/class/as yet unclassified/collector_.st A Kernel-Pragmas-Collector.package/PragmaCollectorReset.class/class/instance creation/collector_.st A Kernel-Pragmas-Collector.package/PragmaCollectorReset.class/instance/accessing/collector.st A Kernel-Pragmas-Collector.package/PragmaCollectorReset.class/instance/accessing/collector_.st R Kernel-Pragmas-Collector.package/PragmaCollectorReset.class/instance/as yet unclassified/collector.st R Kernel-Pragmas-Collector.package/PragmaCollectorReset.class/instance/as yet unclassified/collector_.st M Kernel-Processes.package/Process.class/definition.st R Kernel-Processes.package/ProcessLocalVariable.class/instance/as yet unclassified/value_.st A Kernel-Processes.package/ProcessLocalVariable.class/instance/evaluating/value_.st M KeyChain-UI.package/UserEditor.class/instance/private/ok.st M KeyChain.package/KeyChain.class/instance/protocol/setEncryptorDecryptor_.st M KeyChain.package/KeyChain.class/instance/protocol/setPassword_.st M KeyChain.package/UsernamePassword.class/instance/printing/printOn_.st A Keymapping-KeyCombinations.package/extension/Integer/instance/asShortcut.st M MonticelloConfigurations.package/MCConfiguration.class/instance/private/depsSatisfying_versionDo_displayingProgress_.st M MonticelloConfigurations.package/MCConfiguration.class/instance/private/versionNamed_for_from_.st M Polymorph-Widgets.package/extension/SystemWindow/instance/aboutText.st A ScriptLoader30.package/ScriptLoader.class/instance/pharo - scripts/script124.st A ScriptLoader30.package/ScriptLoader.class/instance/pharo - updates/update30469.st M ScriptLoader30.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st Log Message: ----------- 30469 11842 Trivia critic cleanup in Kernel https://pharo.fogbugz.com/f/cases/11842 11845 Do not use the *do: versions of #*ifNotEmpty* https://pharo.fogbugz.com/f/cases/11845 11843 Trivial critic cleanup in keychain https://pharo.fogbugz.com/f/cases/11843 http://files.pharo.org/image/30/30469.zip

Oct. 11, 2013

Re: [Pharo-dev] Fwd: Small text composition bench

by Denis Kudriashov

Me too. What exactly doing this code? Paragraph new compose: tm text style: tm textStyle copy from: 1 in: Is it layout building stuff at new text model? 2013/10/11 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > Hi Igor > > it would be good to see how the new text model perform. > > Stef > > > Begin forwarded message: > > *From: *Nicolas Cellier <nicolas.cellier.aka.nice(a)gmail.com> > *Subject: **Fwd: Small text composition bench* > *Date: *October 10, 2013 10:46:42 PM GMT+02:00 > *To: *StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > > > > ---------- Forwarded message ---------- > From: Nicolas Cellier <nicolas.cellier.aka.nice(a)gmail.com> > Date: 2013/10/10 > Subject: Small text composition bench > To: The general-purpose Squeak developers list < > squeak-dev(a)lists.squeakfoundation.org> > > > Here is a simple bench: > > (StringHolder new contents: (Compiler evaluate: (FileStream fileNamed: ' > text.st') contentsOfEntireFile )) openLabel: 'Working With Squeak 2' . > ((SystemWindow allSubInstances detect: [:e | e label = 'Working With > Squeak 2']) findDeepSubmorphThat: [:m | m class = PluggableTextMorphPlus] > ifAbsent: [] ) textMorph > ifNotNil: [:tm | MessageTally spyOn: [ > [100 timesRepeat: [(NewParagraph new) > compose: tm text > style: tm textStyle copy > from: 1 > in: tm container]] timeToRun]]. > > Before our changes: 162 ms > After our changes: 95 ms > And my Pharo 3.0 (#30417) (not up to date) : 364 ms > > The main gain is avoiding > - the stopConditions copy > - and the TextStopConditions indirection > - and of course the Multi* when not necessary (Pharo does not) > > Here is the test for Pharo variant: > > | text | > text := Compiler evaluate: (FileSystem workingDirectory parent parent > parent / 'text.st' ) readStream contentsOfEntireFile . > (StringHolder new contents: text) openLabel: 'Working With Squeak 2' . > ((SystemWindow allSubInstances detect: [:e | e label = 'Working With > Squeak 2']) findDeepSubmorphThat: [:m | m class = PluggableTextMorph] > ifAbsent: [] ) textMorph > ifNotNil: [:tm | MessageTally spyOn: [ > [100 timesRepeat: [(Paragraph new) > compose: text > style: tm textStyle copy > from: 1 > in: tm container]] timeToRun]]. > > > > > > >

Oct. 11, 2013

Fwd: Small text composition bench

by StÃ©phane Ducasse

Hi Igor it would be good to see how the new text model perform. Stef Begin forwarded message: > From: Nicolas Cellier <nicolas.cellier.aka.nice(a)gmail.com> > Subject: Fwd: Small text composition bench > Date: October 10, 2013 10:46:42 PM GMT+02:00 > To: StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > > > > ---------- Forwarded message ---------- > From: Nicolas Cellier <nicolas.cellier.aka.nice(a)gmail.com> > Date: 2013/10/10 > Subject: Small text composition bench > To: The general-purpose Squeak developers list <squeak-dev(a)lists.squeakfoundation.org> > > > Here is a simple bench: > > (StringHolder new contents: (Compiler evaluate: (FileStream fileNamed: 'text.st') contentsOfEntireFile )) openLabel: 'Working With Squeak 2' . > ((SystemWindow allSubInstances detect: [:e | e label = 'Working With Squeak 2']) findDeepSubmorphThat: [:m | m class = PluggableTextMorphPlus] ifAbsent: [] ) textMorph > ifNotNil: [:tm | MessageTally spyOn: [ > [100 timesRepeat: [(NewParagraph new) > compose: tm text > style: tm textStyle copy > from: 1 > in: tm container]] timeToRun]]. > > Before our changes: 162 ms > After our changes: 95 ms > And my Pharo 3.0 (#30417) (not up to date) : 364 ms > > The main gain is avoiding > - the stopConditions copy > - and the TextStopConditions indirection > - and of course the Multi* when not necessary (Pharo does not) > > Here is the test for Pharo variant: > > | text | > text := Compiler evaluate: (FileSystem workingDirectory parent parent parent / 'text.st' ) readStream contentsOfEntireFile . > (StringHolder new contents: text) openLabel: 'Working With Squeak 2' . > ((SystemWindow allSubInstances detect: [:e | e label = 'Working With Squeak 2']) findDeepSubmorphThat: [:m | m class = PluggableTextMorph] ifAbsent: [] ) textMorph > ifNotNil: [:tm | MessageTally spyOn: [ > [100 timesRepeat: [(Paragraph new) > compose: text > style: tm textStyle copy > from: 1 > in: tm container]] timeToRun]]. > > >

Oct. 11, 2013

Re: [Pharo-dev] Pharo for the Raspberry Pi]

by btc＠openinworld.com

Oct. 11, 2013

Re: [Pharo-dev] New Image Command Line Handlers

by Sean P. DeNigris

It doesn't really fit our "backport bug fixes only" policy. When I backported the completion stuff because it was too cool not to, it was a week-long hassle chasing collateral bugs. But what I've been doing for these types of things is merging into the released version, saving the packages online, and customizing my own images with them. It's been working pretty well since the released versions don't change very much. HTH -------- Original message -------- From: "philippeback [via Smalltalk]" <ml-node+s1294792n4713697h95(a)n4.nabble.com> Date: 10/10/2013 2:10 PM (GMT-05:00) To: "Sean P. DeNigris" <sean(a)clipperadams.com> Subject: Re: New Image Command Line Handlers Good news. If by default on Windows, it would be another default than pharo\ it would be great as it would be nicer with zeroconf fetching pharo-ui and pharo (headless) Are those changes going to find their way in Pharo 2.0? Phil On Thu, Oct 10, 2013 at 7:48 PM, Sean P. DeNigris <[hidden email]> wrote: We (Cami, Ben, and I) added some command line options to control preference loading, which seem useful e.g. for integrators and in my original use case of running an image off a USB stick on a foreign computer and not wanting to pick up those preferences There are two new flags: 1. --no-default-preferences = don't load from any of the default locations 2. --preference-file [/full/path/to/file.st] = load this one They are independent, so there are four options now: Â Â 1 Â Â | Â Â 2 Â Â | Â Â Â Â Â Â Â Â Â Â Â Â - current behavior Â Â x Â Â Â Â Â Â Â Â - don't load any preferences Â Â Â Â Â Â Â Â x Â Â Â - load the defaults and this additional Â Â x Â Â Â Â x Â Â Â - only load the specified file (not the defaults) ----- Cheers, Sean -- View this message in context: http://forum.world.st/New-Image-Command-Line-Handlers-tp4713693.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. If you reply to this email, your message will be added to the discussion below: http://forum.world.st/New-Image-Command-Line-Handlers-tp4713693p4713697.html To unsubscribe from New Image Command Line Handlers, click here. NAML ----- Cheers, Sean -- View this message in context: http://forum.world.st/New-Image-Command-Line-Handlers-tp4713693p4713738.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Oct. 11, 2013