- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Experiment: New Download page based on Pharo Launcher

by Tudor Girba

+1 Doru > On Mar 17, 2018, at 2:26 PM, Ben Coman <btc(a)openInWorld.com> wrote: > > > > On 17 March 2018 at 19:57, kmo <voxkmp(a)gmail.com> wrote: > I tried the default download of Pharo Launcher on my Windows 7 (32 bit) PC at > work. It installs. Runs fine - creates images and vms but when you try to > run them nothing happens. It fails to start the selected image. It just > fails to run the vm at all as far as I can see. > > I tried it on my Windows 10 (32 bit) laptop and got exactly the same result. > > This is not important for me as I use pharo on Linux - but I thought I'd > point it out. If having the launcher as the default download causes more > problems than the traditional vm and image download then perhaps it should > be reconsidered. A pity since I love the launcher. > > We've seen before when features are promoted in visibility (e.g. each GT tool) > they come under more scrutiny and bump a wider set of environments > that cause hiccups. Ultimately this feedback is beneficial to the tool. > So I don't think there is any need to panic into a reversal. > Lets give a chance to work through the issues. > > (but it might be good for the older links to be also available further down the page > while Launcher issues are sorted out) > > cheers -ben -- www.tudorgirba.com www.feenk.com "Yesterday is a fact. Tomorrow is a possibility. Today is a challenge."

March 18, 2018

Re: [Pharo-dev] Performances of source code search on latest Pharo

by Cyril Ferlicot

On dim. 18 mars 2018 at 11:18, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > > > On 18 Mar 2018, at 11:16, Guillermo Polito <guillermo.polito(a)inria.fr> > wrote: > > > > Yes, looking at the stack in the profiler, there is a buffered stream > missing in there. The thing is that source/changes file reading/writing > required special attention in the migration (or the image became unusable > :)). > > > > I'll fix it tomorrow first thing in the morning, if you can wait a > couple of hours ;) > > I'll post the fixes later on. Was pretty easy, needs a 2nd pair of eyes. > Thank you for the fast fix :) And I did not add a number too much :) look at the other profiler I send. This is why I found it as a really huge lost of performances. Probably Windows who is slower on file reading even with AV disable for the .sources. > > Guille > > > > On Sun, Mar 18, 2018 at 10:54 AM, Sven Van Caekenberghe <sven(a)stfx.eu> > wrote: > > > > > > > On 18 Mar 2018, at 00:03, Cyril Ferlicot <cyril.ferlicot(a)gmail.com> > wrote: > > > > > > Time to execute: SystemNavigation new browseMethodsWithSourceString: > > > 'Method source with it' matchCase: false > > > > > > Pharo 6.1: 2480ms > > > > > > Pharo 7: 132041ms > > > > You didn't type a digit too much, did you ? That is 2 orders of > magnitude, maybe on Windows ;-) > > > > > https://pharo.manuscript.com/f/cases/21612/Performances-regression-on-sourc… > > > > I can confirm that the slowdown pre/post recent file/stream changes in > Pharo 7 is about 1 order of magnitude (x10). > > > > There is however no fundamental problem, since the following are equally > fast (~ 1s) in both cases (using old/new streams). > > > > SmalltalkImage current sourcesFile asFileReference readStreamDo: [ :in | > [ in atEnd ] whileFalse: [ in next ] ] > > > > I think there is a ZnBufferedReadStream missing (between the > ZnCharacterReadStream and the primitive File stream) in > SourceFile>>#tryOpenReadOnly: > > > > Sven > > > > > > > > > > -- > > > > Guille Polito > > > > Research Engineer > > French National Center for Scientific Research - http://www.cnrs.fr > > > > > > Web: http://guillep.github.io > > Phone: +33 06 52 70 66 13 > > -- Cyril Ferlicot https://ferlicot.fr

March 18, 2018

Re: [Pharo-dev] Performances of source code search on latest Pharo

by Sven Van Caekenberghe

> On 18 Mar 2018, at 11:16, Guillermo Polito <guillermo.polito(a)inria.fr> wrote: > > Yes, looking at the stack in the profiler, there is a buffered stream missing in there. The thing is that source/changes file reading/writing required special attention in the migration (or the image became unusable :)). > > I'll fix it tomorrow first thing in the morning, if you can wait a couple of hours ;) I'll post the fixes later on. Was pretty easy, needs a 2nd pair of eyes. > Guille > > On Sun, Mar 18, 2018 at 10:54 AM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > > > On 18 Mar 2018, at 00:03, Cyril Ferlicot <cyril.ferlicot(a)gmail.com> wrote: > > > > Time to execute: SystemNavigation new browseMethodsWithSourceString: > > 'Method source with it' matchCase: false > > > > Pharo 6.1: 2480ms > > > > Pharo 7: 132041ms > > You didn't type a digit too much, did you ? That is 2 orders of magnitude, maybe on Windows ;-) > > https://pharo.manuscript.com/f/cases/21612/Performances-regression-on-sourc… > > I can confirm that the slowdown pre/post recent file/stream changes in Pharo 7 is about 1 order of magnitude (x10). > > There is however no fundamental problem, since the following are equally fast (~ 1s) in both cases (using old/new streams). > > SmalltalkImage current sourcesFile asFileReference readStreamDo: [ :in | [ in atEnd ] whileFalse: [ in next ] ] > > I think there is a ZnBufferedReadStream missing (between the ZnCharacterReadStream and the primitive File stream) in SourceFile>>#tryOpenReadOnly: > > Sven > > > > > -- > > Guille Polito > > Research Engineer > French National Center for Scientific Research - http://www.cnrs.fr > > > Web: http://guillep.github.io > Phone: +33 06 52 70 66 13

March 18, 2018

Re: [Pharo-dev] Performances of source code search on latest Pharo

by Guillermo Polito

Yes, looking at the stack in the profiler, there is a buffered stream missing in there. The thing is that source/changes file reading/writing required special attention in the migration (or the image became unusable :)). I'll fix it tomorrow first thing in the morning, if you can wait a couple of hours ;) Guille On Sun, Mar 18, 2018 at 10:54 AM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > > > On 18 Mar 2018, at 00:03, Cyril Ferlicot <cyril.ferlicot(a)gmail.com> > wrote: > > > > Time to execute: SystemNavigation new browseMethodsWithSourceString: > > 'Method source with it' matchCase: false > > > > Pharo 6.1: 2480ms > > > > Pharo 7: 132041ms > > You didn't type a digit too much, did you ? That is 2 orders of magnitude, > maybe on Windows ;-) > > https://pharo.manuscript.com/f/cases/21612/Performances- > regression-on-source-code-search > > I can confirm that the slowdown pre/post recent file/stream changes in > Pharo 7 is about 1 order of magnitude (x10). > > There is however no fundamental problem, since the following are equally > fast (~ 1s) in both cases (using old/new streams). > > SmalltalkImage current sourcesFile asFileReference readStreamDo: [ :in | [ > in atEnd ] whileFalse: [ in next ] ] > > I think there is a ZnBufferedReadStream missing (between the > ZnCharacterReadStream and the primitive File stream) in > SourceFile>>#tryOpenReadOnly: > > Sven > > -- Guille Polito Research Engineer French National Center for Scientific Research - *http://www.cnrs.fr* <http://www.cnrs.fr/> *Web:* *http://guillep.github.io* <http://guillep.github.io/> *Phone: *+33 06 52 70 66 13

March 18, 2018

Re: [Pharo-dev] Performances of source code search on latest Pharo

by Sven Van Caekenberghe

> On 18 Mar 2018, at 00:03, Cyril Ferlicot <cyril.ferlicot(a)gmail.com> wrote: > > Time to execute: SystemNavigation new browseMethodsWithSourceString: > 'Method source with it' matchCase: false > > Pharo 6.1: 2480ms > > Pharo 7: 132041ms You didn't type a digit too much, did you ? That is 2 orders of magnitude, maybe on Windows ;-) https://pharo.manuscript.com/f/cases/21612/Performances-regression-on-sourc… I can confirm that the slowdown pre/post recent file/stream changes in Pharo 7 is about 1 order of magnitude (x10). There is however no fundamental problem, since the following are equally fast (~ 1s) in both cases (using old/new streams). SmalltalkImage current sourcesFile asFileReference readStreamDo: [ :in | [ in atEnd ] whileFalse: [ in next ] ] I think there is a ZnBufferedReadStream missing (between the ZnCharacterReadStream and the primitive File stream) in SourceFile>>#tryOpenReadOnly: Sven

March 18, 2018

Re: [Pharo-dev] Experiment: New Download page based on Pharo Launcher

by Stephane Ducasse

Thanks Milton!!!!!!!!!!! Can you open issue on the bug tracker? https://github.com/pharo-project/pharo-launcher/issues This way we are sure that it is not lost. Stef On Sat, Mar 17, 2018 at 11:17 PM, milton mamani <akevalion(a)gmail.com> wrote: > I have issues with Pharo Launcher. > > Pharo Launcher version > version 1.1.1 > http://files.pharo.org/pharo-launcher/tmp-1.1.1/ > > version 1.1 > http://files.pharo.org/pharo-launcher/1.1/ > > You can get these links in https://github.com/pharo-project/pharo-launcher/ > > OS Version > Mac OS - 10.13.3 > > Issues > > Issue #1, version 1.1 does not run in Mac OS - 10.13.3 > * Load P.L version 1.1 > * Copy the application in `Applications` folder > * Try to open the program, with right-click, open > * Current result the program P.L. does not run. > > Issue #2 Can not open/run downloaded images > * Load P.L version 1.1.1 > * Copy the application in `Applications` folder > * Open the program, first time the program does not run > * Open again the program, now the program shows a window > * Try to load a pharo image, In `Templates` >> `Official distributions`>> > `Pharo 6.1 stable`. > * Right-click in the pharo image, then select option `Create Image` > * A popup ask for a name > * Introduce one name, eg: `PImage` > * A loading process appears > * Try to run the image with button `Launch` > * Current result the image `PImage` does not run, and P.L. 1.1.1 quit on > that launch. > > Issue #3 Pharo debugger error appear when navigating in templates > * load P.L version 1.1.1 > * Open the P.L > * In templates area, try to load some templates > * Then select one template > * A debugger error window appears with the message #selectMorphList was > sent to nil > * Current result: Sometimes when you try to load and select some templates > an error window appear > > Please tell me If you need more details about these issues > > > > 2018-03-17 16:42 GMT-03:00 Stephane Ducasse <stepharo.self(a)gmail.com>: >> >> On Sat, Mar 17, 2018 at 12:59 PM, Alexandre Bergel >> <alexandre.bergel(a)me.com> wrote: >> > Yesterday we also experienced many problem when using Launcher on OSX >> > :-( >> >> Which version of Launcher? >> Which version of your OS? >> What problems? >> Can we reproduce it? >> >> Could we get pro in reporting problems? >> >> >> > Is the Launcher still maintained? >> >> Alexandre >> >> Christophe spent two months fixing tons of issues. >> So could you report problems in a nicer way? >> >> >> >> >> > >> > Alexandre >> > >> > >> >> On Mar 17, 2018, at 8:57 AM, kmo <voxkmp(a)gmail.com> wrote: >> >> >> >> I tried the default download of Pharo Launcher on my Windows 7 (32 bit) >> >> PC at >> >> work. It installs. Runs fine - creates images and vms but when you try >> >> to >> >> run them nothing happens. It fails to start the selected image. It just >> >> fails to run the vm at all as far as I can see. >> >> >> >> I tried it on my Windows 10 (32 bit) laptop and got exactly the same >> >> result. >> >> >> >> This is not important for me as I use pharo on Linux - but I thought >> >> I'd >> >> point it out. If having the launcher as the default download causes >> >> more >> >> problems than the traditional vm and image download then perhaps it >> >> should >> >> be reconsidered. A pity since I love the launcher. >> >> >> >> >> >> >> >> -- >> >> Sent from: >> >> http://forum.world.st/Pharo-Smalltalk-Developers-f1294837.html >> >> >> > >> > >> >

March 18, 2018

Re: [Pharo-dev] Performances of source code search on latest Pharo

by Cyril Ferlicot

On Sun, Mar 18, 2018 at 12:56 AM, Eliot Miranda <eliot.miranda(a)gmail.com> wrote: > Hi Cyril, > Hi Eliot, > > can you use the profiler (either MessageTally, or better still, > AndreasSystemProfiler) to get a better understanding? > > e.g. > > AndreasSystemProfiler spyOn: > [SystemNavigation new browseMethodsWithSourceString: > 'Method source with it' matchCase: false] > I already did it and most of the time is spent in ZnCharacterReadStream>>nextElement. This is why I said it was probably linked to the recent changes on Pharo's streams to use Zinc ones. I don't have enough knowledge on the streams and time to help more. Here is the profiler: - 132607 tallies, 132646 msec. **Tree** -------------------------------- Process: (40s) Morphic UI Process: nil -------------------------------- 99.7% {132298ms} SystemNavigation>>browseMethodsWithSourceString:matchCase: 99.7% {132239ms} SystemNavigation>>allMethodsWithSourceString:matchCase: 99.7% {132235ms} ByteString(String)>>displayProgressFrom:to:during: 99.7% {132235ms} MorphicUIManager(UIManager)>>displayProgress:from:to:during: 99.7% {132235ms} Job>>run 99.7% {132235ms} BlockClosure>>ensure: 99.7% {132221ms} Job>>run 99.7% {132219ms} CurrentJob class(DynamicVariable class)>>value:during: 99.7% {132219ms} CurrentJob(DynamicVariable)>>value:during: 99.7% {132219ms} BlockClosure>>ensure: 99.7% {132219ms} CurrentJob(DynamicVariable)>>value:during: 99.7% {132219ms} Job>>run 99.7% {132219ms} BlockClosure>>cull: 99.7% {132219ms} SystemNavigation>>allMethodsWithSourceString:matchCase: 99.7% {132219ms} SystemNavigation>>allBehaviorsDo: 94.8% {125787ms} SystemDictionary>>allClassesDo: |94.8% {125787ms} OrderedCollection>>do: | 94.8% {125783ms} SystemDictionary>>allClassesDo: | 94.8% {125774ms} SystemNavigation>>allBehaviorsDo: | 94.8% {125759ms} SystemNavigation>>allMethodsWithSourceString:matchCase: | 88.5% {117424ms} AColorSelectorMorph class(Behavior)>>selectorsDo: | |88.5% {117418ms} MethodDictionary>>keysDo: | | 88.4% {117317ms} SystemNavigation>>allMethodsWithSourceString:matchCase: | | 88.4% {117239ms} AColorSelectorMorph class(Behavior)>>sourceCodeAt: | | 88.3% {117157ms} CompiledMethod>>sourceCode | | 88.2% {117055ms} CompiledMethod>>getSourceFromFile | | 88.2% {117053ms} BlockClosure>>on:do: | | 88.2% {117051ms} CompiledMethod>>getSourceFromFile | | 88.2% {117029ms} SourceFileArray>>sourceCodeAt: | | 88.2% {117027ms} SourceFileArray>>readStreamAt:ifPresent:ifAbsent: | | 88.2% {117019ms} SourceFileArray>>readStreamAtFileIndex:atPosition:ifPresent:ifAbsent: | | 87.9% {116565ms} SourceFileArray>>sourceCodeAt: | | 87.8% {116486ms} ChunkReadStream>>next | | 87.2% {115615ms} ChunkReadStream>>basicNextChunk | | 85.0% {112685ms} SourceFile>>next | | 84.8% {112484ms} ZnCharacterReadStream(ZnEncodedReadStream)>>next | | 84.6% {112251ms} ZnCharacterReadStream>>nextElement | | 45.5% {60313ms} primitives | | 39.1% {51860ms} ZnUTF8Encoder(ZnCharacterEncoder)>>nextFromStream: | | 39.0% {51675ms} ZnUTF8Encoder>>nextCodePointFromStream: | | 38.8% {51492ms} BinaryFileStream(AbstractBinaryFileStream)>>next | | 38.1% {50479ms} ByteArray(Collection)>>ifEmpty:ifNotEmpty: | | 37.1% {49198ms} primitives | 5.9% {7822ms} ClassOrganization>>classComment | 5.9% {7822ms} ClassOrganization>>comment | 5.9% {7822ms} RemoteString>>string | 5.9% {7820ms} SourceFileArray>>readStreamAtFileIndex:atPosition:ifPresent:ifAbsent: | 5.9% {7779ms} RemoteString>>string | 5.9% {7777ms} ChunkReadStream>>next | 5.8% {7734ms} ChunkReadStream>>basicNextChunk | 5.7% {7535ms} SourceFile>>next | 5.7% {7517ms} ZnCharacterReadStream(ZnEncodedReadStream)>>next | 5.7% {7503ms} ZnCharacterReadStream>>nextElement | 3.0% {3941ms} primitives | 2.7% {3553ms} ZnUTF8Encoder(ZnCharacterEncoder)>>nextFromStream: | 2.7% {3547ms} ZnUTF8Encoder>>nextCodePointFromStream: | 2.7% {3519ms} BinaryFileStream(AbstractBinaryFileStream)>>next | 2.6% {3446ms} ByteArray(Collection)>>ifEmpty:ifNotEmpty: | 2.5% {3361ms} primitives 4.8% {6432ms} SystemDictionary>>allTraitsDo: 4.8% {6428ms} OrderedCollection>>do: 4.8% {6428ms} SystemDictionary>>allTraitsDo: 4.8% {6428ms} SystemNavigation>>allBehaviorsDo: 4.8% {6426ms} SystemNavigation>>allMethodsWithSourceString:matchCase: 4.8% {6370ms} ClyTraitChild1 classTrait(Behavior)>>selectorsDo: 4.8% {6370ms} MethodDictionary>>keysDo: 4.8% {6362ms} SystemNavigation>>allMethodsWithSourceString:matchCase: 4.8% {6356ms} ClyTraitChild1 classTrait(Behavior)>>sourceCodeAt: 4.8% {6350ms} CompiledMethod>>sourceCode 4.8% {6344ms} CompiledMethod>>getSourceFromFile 4.8% {6344ms} BlockClosure>>on:do: 4.8% {6344ms} CompiledMethod>>getSourceFromFile 4.8% {6342ms} SourceFileArray>>sourceCodeAt: 4.8% {6342ms} SourceFileArray>>readStreamAt:ifPresent:ifAbsent: 4.8% {6342ms} SourceFileArray>>readStreamAtFileIndex:atPosition:ifPresent:ifAbsent: 4.7% {6299ms} SourceFileArray>>sourceCodeAt: 4.7% {6292ms} ChunkReadStream>>next 4.7% {6238ms} ChunkReadStream>>basicNextChunk 4.6% {6078ms} SourceFile>>next 4.6% {6063ms} ZnCharacterReadStream(ZnEncodedReadStream)>>next 4.6% {6055ms} ZnCharacterReadStream>>nextElement 2.5% {3256ms} primitives 2.1% {2797ms} ZnUTF8Encoder(ZnCharacterEncoder)>>nextFromStream: 2.1% {2785ms} ZnUTF8Encoder>>nextCodePointFromStream: 2.1% {2779ms} BinaryFileStream(AbstractBinaryFileStream)>>next 2.1% {2727ms} ByteArray(Collection)>>ifEmpty:ifNotEmpty: 2.0% {2667ms} primitives **Leaves** 51.6% {68474ms} ZnCharacterReadStream>>nextElement 42.3% {56100ms} ByteArray(Collection)>>ifEmpty:ifNotEmpty: **Memory** old +0 bytes young -1,076,072 bytes used -1,076,072 bytes free +1,076,072 bytes **GCs** full 0 totalling 0ms (0.0% uptime) incr 691 totalling 859ms (1.0% uptime), avg 1.0ms tenures 0 root table 0 overflows > > -- > _,,,^..^,,,_ > best, Eliot -- Cyril Ferlicot https://ferlicot.fr

March 18, 2018

Re: [Pharo-dev] Performances of source code search on latest Pharo

by Eliot Miranda

Hi Cyril, can you use the profiler (either MessageTally, or better still, AndreasSystemProfiler) to get a better understanding? e.g. AndreasSystemProfiler spyOn: [SystemNavigation new browseMethodsWithSourceString: 'Method source with it' matchCase: false] On Sat, Mar 17, 2018 at 4:03 PM, Cyril Ferlicot <cyril.ferlicot(a)gmail.com> wrote: > Here some new precisions: > > Time to execute: SystemNavigation new browseMethodsWithSourceString: > 'Method source with it' matchCase: false > > Pharo 6.1: 2480ms > > Pharo 7: 132041ms > > The difference seems to come from SourceFileArray>>sourceCodeAt: > > Pharo 6.1: > > sourceCodeAt: sourcePointer > "Retrieves the source code for the pointer received as argument" > > ^ self > readStreamAt: sourcePointer > ifPresent: [ :stream | stream nextChunk ] > ifAbsent: [ '' ] > > Pharo 7: > > sourceCodeAt: sourcePointer > "Retrieves the source code for the pointer received as argument" > > ^ self > readStreamAt: sourcePointer > ifPresent: [ :stream | (ChunkReadStream on: stream) next ] > ifAbsent: [ '' ] > > It seems that we have a huge performance problem at some points with > the new streams. > > On Sat, Mar 17, 2018 at 7:08 PM, Cyril Ferlicot > <cyril.ferlicot(a)gmail.com> wrote: > > HI, > > > > We have a regression on source code search performances in latest Pharo. > > > > I am on Windows 10. > > > > With Pharo 6.1 it takes a few seconds to look for a string in all the > > image source code. > > > > With the latest Pharo 7 it takes minutes. > > > > To reproduce: > > - Open a playground > > - Type something > > - Select the text, right click > > - Clic on "Code search..." -> "Method source with it" > > > > https://pharo.fogbugz.com/f/cases/21612/Performances- > regression-on-source-code-search > > > > -- > > Cyril Ferlicot > > https://ferlicot.fr > > > > -- > Cyril Ferlicot > https://ferlicot.fr > > -- _,,,^..^,,,_ best, Eliot

March 17, 2018

Re: [Pharo-dev] Performances of source code search on latest Pharo

by Cyril Ferlicot

Here some new precisions: Time to execute: SystemNavigation new browseMethodsWithSourceString: 'Method source with it' matchCase: false Pharo 6.1: 2480ms Pharo 7: 132041ms The difference seems to come from SourceFileArray>>sourceCodeAt: Pharo 6.1: sourceCodeAt: sourcePointer "Retrieves the source code for the pointer received as argument" ^ self readStreamAt: sourcePointer ifPresent: [ :stream | stream nextChunk ] ifAbsent: [ '' ] Pharo 7: sourceCodeAt: sourcePointer "Retrieves the source code for the pointer received as argument" ^ self readStreamAt: sourcePointer ifPresent: [ :stream | (ChunkReadStream on: stream) next ] ifAbsent: [ '' ] It seems that we have a huge performance problem at some points with the new streams. On Sat, Mar 17, 2018 at 7:08 PM, Cyril Ferlicot <cyril.ferlicot(a)gmail.com> wrote: > HI, > > We have a regression on source code search performances in latest Pharo. > > I am on Windows 10. > > With Pharo 6.1 it takes a few seconds to look for a string in all the > image source code. > > With the latest Pharo 7 it takes minutes. > > To reproduce: > - Open a playground > - Type something > - Select the text, right click > - Clic on "Code search..." -> "Method source with it" > > https://pharo.fogbugz.com/f/cases/21612/Performances-regression-on-source-c… > > -- > Cyril Ferlicot > https://ferlicot.fr -- Cyril Ferlicot https://ferlicot.fr

March 17, 2018

Re: [Pharo-dev] Experiment: New Download page based on Pharo Launcher

by milton mamani

I have issues with Pharo Launcher. Pharo Launcher version version 1.1.1 http://files.pharo.org/pharo-launcher/tmp-1.1.1/ version 1.1 http://files.pharo.org/pharo-launcher/1.1/ You can get these links in https://github.com/pharo-project/pharo-launcher/ OS Version Mac OS - 10.13.3 Issues Issue #1, version 1.1 does not run in Mac OS - 10.13.3 * Load P.L version 1.1 * Copy the application in `Applications` folder * Try to open the program, with right-click, open * Current result the program P.L. does not run. Issue #2 Can not open/run downloaded images * Load P.L version 1.1.1 * Copy the application in `Applications` folder * Open the program, first time the program does not run * Open again the program, now the program shows a window * Try to load a pharo image, In `Templates` >> `Official distributions`>> `Pharo 6.1 stable`. * Right-click in the pharo image, then select option `Create Image` * A popup ask for a name * Introduce one name, eg: `PImage` * A loading process appears * Try to run the image with button `Launch` * Current result the image `PImage` does not run, and P.L. 1.1.1 quit on that launch. Issue #3 Pharo debugger error appear when navigating in templates * load P.L version 1.1.1 * Open the P.L * In templates area, try to load some templates * Then select one template * A debugger error window appears with the message #selectMorphList was sent to nil * Current result: Sometimes when you try to load and select some templates an error window appear Please tell me If you need more details about these issues 2018-03-17 16:42 GMT-03:00 Stephane Ducasse <stepharo.self(a)gmail.com>: > On Sat, Mar 17, 2018 at 12:59 PM, Alexandre Bergel > <alexandre.bergel(a)me.com> wrote: > > Yesterday we also experienced many problem when using Launcher on OSX :-( > > Which version of Launcher? > Which version of your OS? > What problems? > Can we reproduce it? > > Could we get pro in reporting problems? > > > > Is the Launcher still maintained? > > Alexandre > > Christophe spent two months fixing tons of issues. > So could you report problems in a nicer way? > > > > > > > > Alexandre > > > > > >> On Mar 17, 2018, at 8:57 AM, kmo <voxkmp(a)gmail.com> wrote: > >> > >> I tried the default download of Pharo Launcher on my Windows 7 (32 bit) > PC at > >> work. It installs. Runs fine - creates images and vms but when you try > to > >> run them nothing happens. It fails to start the selected image. It just > >> fails to run the vm at all as far as I can see. > >> > >> I tried it on my Windows 10 (32 bit) laptop and got exactly the same > result. > >> > >> This is not important for me as I use pharo on Linux - but I thought I'd > >> point it out. If having the launcher as the default download causes more > >> problems than the traditional vm and image download then perhaps it > should > >> be reconsidered. A pity since I love the launcher. > >> > >> > >> > >> -- > >> Sent from: http://forum.world.st/Pharo-Smalltalk-Developers-f1294837. > html > >> > > > > > >

March 17, 2018