- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Crashing the vm in a reproducible way

by Pharo4Stef

Esteban here is the script to systematically reproduce it. > wget -O - http://get.pharo.org/30+vmLatest | bash Close all the nautilus windows. Gofer new smalltalkhubUser: 'Pharo' project: 'SystemConfigurations'; version: 'UnReloader-StephaneDucasse.25'; load. UnReloader new unload On 09 Mar 2014, at 22:10, Pharo4Stef <pharo4Stef(a)free.fr> wrote: > Hi > > We already experienced this with Pavel in December. > > Once I loaded UnReloader from SystemConfigurations from STHUB/Pharo > and I run unload I crash systematically the latest vm obtain with > > wget -O - http://get.pharo.org/30+vmLatest | bash > > > > the method crashing the system is > > checkState > "self new checkState" > | difference | > > difference := SystemNavigation default allUnimplementedCalls copyWithoutAll: unimplementedCalls. > difference ifNotEmpty: [ > self log > nextPutAll: 'new unimplemented calls: '; cr; > nextPutAll: difference asString; cr.]. > > difference := (SystemNavigation default obsoleteClasses collect: #name) asSet copyWithoutAll: obsoleteClasses. > difference ifNotEmpty: [ > self log > nextPutAll: 'new obsoleteClasses:'; cr; > nextPutAll: difference asString; cr]. > > difference := (Undeclared collect: #name) asSet copyWithoutAll: undeclared. > difference ifNotEmpty: [ > self log > nextPutAll: 'new undeclared: '; cr; > nextPutAll: difference asString; cr]. > > unimplementedCalls := SystemNavigation default allUnimplementedCalls. > obsoleteClasses := (SystemNavigation default obsoleteClasses collect: #name) asSet. > undeclared := (Undeclared collect: #name) asSet. > > > Now executing the expressions one by one once the tools have been removed does not crash. > > Stef >

March 10, 2014

Re: [Pharo-dev] About inspectors

by Pharo4Stef

On 10 Mar 2014, at 16:15, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: > Yes! > > We have Roassal 2 which is pretty well advanced already. We would like to announce Roassal2 the way its deserve: with fireworks and a big fanfare. > > The coming months will be full of surprises. I want to be like a kid :)

March 10, 2014

Re: [Pharo-dev] About inspectors

by Pharo4Stef

> Yes! > > Yesterday evening I watched the Wolfram video. I think we can produce Pharo-based video as impressive as what this strange guy did. I would love so much. It is an amazing vision I love it because we have most of the stuff there (missing the math parts sadly) Stef

March 10, 2014

Re: [Pharo-dev] [FEEDBACK] Install Pharo on Windows

by Pharo4Stef

On 10 Mar 2014, at 13:25, Nicolai Hess <nicolaihess(a)web.de> wrote: > Took me definitly more than 10 minutes to understand how the system settings browser work :) I imagine. Did you see the chapter on deepintopharo? > Still unsure how to add the network settings in the launcher settings. > > 1. add <pharoLauncherSettings> to NetworkSystemSettings>>networkSettiOn: > (works these settings show up in the PHLSettingsBrowser) > > 2. Add another method in one of the PhlSettings classes with pragma > <pharoLauncherSettings> and call NetworkSystemSettings>>networkSettiOn: > from there? > (does not work) > > > regards > Nicolai > > > > > > 2014-03-10 11:12 GMT+01:00 Sven Van Caekenberghe <sven(a)stfx.eu>: > See NetworkSystemSettings > > On 10 Mar 2014, at 11:09, Damien Cassou <damien.cassou(a)gmail.com> wrote: > > > Hi Nicolai, > > > > On Mon, Mar 10, 2014 at 9:06 AM, Nicolai Hess <nicolaihess(a)web.de> wrote: > >> I would need a way to define the proxy settings. > > > > > > would you mind trying to implement that, it should not take you more > > than 10 minutes: the only thing needed is to find where is the Pharo > > proxy setting implemented and reference it from a method with the > > correct pragma in Pharo Launcher. I can help you if you want. > > > > -- > > Damien Cassou > > http://damiencassou.seasidehosting.st > > > > "Success is the ability to go from one failure to another without > > losing enthusiasm." > > Winston Churchill > > > >

March 10, 2014

Re: [Pharo-dev] base64.b64encode(data) equivalent

by Pharo4Stef

thanks for the discussion. Stef On 10 Mar 2014, at 13:22, Henrik Johansen <henrik.s.johansen(a)veloxit.no> wrote: > > On 09 Mar 2014, at 9:50 , Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > >> ZnBase64Encoder new encode: 42 asByteArray. >> => 'Kg==' >> >> (ZnBase64Encoder new decode: 'Kg==') asInteger. >> => 42 >> >> There is also #asByteArrayOfSize: and signed/unsigned might come into play as well. >> >> Note that strictly speaking (as implemented by ZnBase64Encoder), Base64 is a binary to string encoding. > > "String" is such a loose concept, binary -> safe ASCII subset, really. > Since Stefâs motivation was understanding (which in my mind always includes *why* something is done), the implication of that, is that you can safely transmit the data over any medium, with no fear of any intermediary transaction participant misinterpreting the data. > > The cost of this is a 33% overhead (3 binary bytes -> 4 encoded bytes), which isnât all that bad compared to alternatives like using the hex printstring. > (Which, by the way, was fairly recently added as the ânewâ standard binary format in postgres, Iâd love to see the discussion where THAT ended up as the preferred alternativeâ¦ http://www.postgresql.org/docs/9.1/static/datatype-binary.html) > > Cheers, > Henry > >

March 10, 2014

Re: [Pharo-dev] About inspectors

by Esteban A. Maringolo

Excellent Tudor! Very impressive. It blurs the line between a the Smalltalk tools and an SQL Editor. Esteban A. Maringolo 2014-03-10 12:15 GMT-03:00 Alexandre Bergel <alexandre.bergel(a)me.com>: > Yes! > > We have Roassal 2 which is pretty well advanced already. We would like to announce Roassal2 the way its deserve: with fireworks and a big fanfare. > > The coming months will be full of surprises. > > Alexandre > > > On Mar 10, 2014, at 9:59 AM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > >> Alex, >> >> On 10 Mar 2014, at 13:54, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: >> >>> Yesterday evening I watched the Wolfram video. I think we can produce Pharo-based video as impressive as what this strange guy did. >> >> Please do ! Visualization and marketing is important indeed. >> >> Sven > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > >

March 10, 2014

Re: [Pharo-dev] how can I test soundplugin?

by J.F. Rick

Yes, load PharoSound and do the following: SoundPlayer boinkScale. SoundService soundEnabled. SoundService registeredClasses. SoundService reset. BaseSoundSystem soundEnabled: true. SoundService default. ss := SoundService default new. ss class soundEnabled. ss class soundEnabled: true. ss beep. (FMSound lowMajorScaleOn: FMSound pluckedElecBass) play. (FMSound lowMajorScaleOn: FMSound randomWeird1) play. (FMSound majorScaleOn: FMSound oboe1) play. FMSound testFMInteractively. (SampledSound bachFugueVoice2On: SampledSound new) play. SoundPlayer shutDown SoundPlayer boinkScale. SoundService soundEnabled. BaseSoundSystem soundEnabled: true. FMSound testFMInteractively. sound := FMSound pitch: 'a4' dur: 1.0 loudness: 0.4. sound play. SoundService default new class soundEnabled: true. (FMSound pitch: 'a4' dur: 1.0 loudness: 0.4) play On Mon, Mar 10, 2014 at 5:33 PM, Esteban Lorenzano <estebanlm(a)gmail.com>wrote: > Hi, > > I'm working on the SoundPlugin (finally!) and I would like to know how can > I test that is working. > Is there a package or a script that I can execute to see if it is working? > > cheers, > Esteban > -- Jochen "Jeff" Rick, Ph.D. http://www.je77.com/ Skype ID: jochenrick

March 10, 2014

About a Spec dedicated mailing-list

by Benjamin

Hello guys :) I was wondering if it will make sense to have a spec dedicated mailing list :) As I have pros and cons, I am asking for your opinion :) Thanks in advance, Ben

March 10, 2014

Re: [Pharo-dev] Is there some shared memory space?

by Max Leske

Wellâ¦ donât delete those two lines when commenting out the version check :) verifyVersionFrom: aDecoder | streamVersion | <---------------------- streamVersion := aDecoder nextEncodedUint16. <------------------- (self version = streamVersion) ifFalse: [ FLBadVersion signalCurrentVersion: self version streamVersion: streamVersion ] On 10.03.2014, at 15:05, Guillermo Polito <guillermopolito(a)gmail.com> wrote: > Can you share what happened so we can avoid it? :D > > > On Sun, Mar 9, 2014 at 9:02 PM, Max Leske <maxleske(a)gmail.com> wrote: > Solve. Neither image nor VM nor Fuel luckily :) > > Cheers, > Max > > > On 08.03.2014, at 23:15, Max Leske <maxleske(a)gmail.com> wrote: > >> >> On 08.03.2014, at 23:12, btc(a)openInWorld.com wrote: >> >>> Max Leske wrote: >>>> >>>> >>>> On 08.03.2014, at 15:03, Guillermo Polito <guillermopolito(a)gmail.com> wrote: >>>> >>>>> Hmm, as far as I know there is no "shared memory space"... or bah.. what do you mean by that? >>>>> >>>>> From my understanding I'd say that when you do: >>>>> >>>>> "- I fix the bug (i.e., commenting the self error)" >>>>> >>>>> you introduce some side effect that causes an infinite recursion => lots of contexts are reified because the vm stack gets full => you run out of memory >>>> >>>> No, it seems that the error lies with Fuel, although I canât yet say why. Iâm still investigating. >>>> >>>> Max >>> >>> Max, You've been able to reproduce the problem? >> >> Not really. Iâm working on it with Roberto and post back once weâve figured out more. Iâm pretty sure though that VM and image are fine (apart from limiting the heap size to 500MB *grml*). >> >> >>> >>>> >>>>> >>>>> BTW, are you on windows, linux, mac? which vm/image? >>>>> >>>>> Guille >>>>> >>>>> >>>>> On Sat, Mar 8, 2014 at 2:55 PM, roberto.minelli(a)usi.ch <roberto.minelli(a)usi.ch> wrote: >>>>> Anyone on this? It is very frustrating for me. >>>>> >>>>> Cheers, >>>>> Roby >>>>> >>>>> On Mar 7, 2014, at 1:05 PM, roberto.minelli(a)usi.ch wrote: >>>>> >>>>> > >>>>> > On Mar 7, 2014, at 12:24 PM, Max Leske <maxleske(a)gmail.com> wrote: >>>>> > >>>>> >> >>>>> >> On 07.03.2014, at 11:55, roberto.minelli(a)usi.ch wrote: >>>>> >> >>>>> >>> Hi guys, >>>>> >>> >>>>> >>> I am experiencing a very strange problem that makes me think there is some shared memory problem with Pharo. >>>>> >>> >>>>> >>> Here are the steps that lead to the problem: >>>>> >>> - I have an image, I do something (i.e., materializing objects with Fuel) >>>>> >>> - I encounter a problem and a debugger pops up with a âself error: something" >>>>> >>> - I close the debugger >>>>> >>> - I close the image >>>>> >> >>>>> >> Do you save the image? If so, are you saving references to the already materialized objects? >>>>> > >>>>> > Of course, I did not save the image. Otherwise Iâd have understood the behavior. >>>>> > >>>>> >> >>>>> >>> - I reopen the image >>>>> >>> - I fix the bug (i.e., commenting the self error) >>>>> >>> - I re-run the same thing as in the first step >>>>> >>> - An OutOfMemory error appears. >>>>> >>> >>>>> >>> Any clue? >>>>> >>> >>>>> >>> Thanks, >>>>> >>> Roberto > >

March 10, 2014

how can I test soundplugin?

by Esteban Lorenzano

Hi, Iâm working on the SoundPlugin (finally!) and I would like to know how can I test that is working. Is there a package or a script that I can execute to see if it is working? cheers, Esteban

March 10, 2014