- Pharo-users - lists.pharo.org

Re: [Pharo-users] [ANN] Territorial Re-Licensing

by Tudor Girba

Hi Offray, I am sorry you feel down. The wording of Stef did appear strong. However, please keep in mind that email is a terrible medium for expressing and transmitting feelings. I would kindly ask you to reconsider the emails and focus on the content and you will see that the wording was not about the external project but about the decisions that relate to the licensing of Pharo itself. As Esteban and I clarified, Pharo is MIT and will remain MIT. There is a long history of why this is so and a huge amount of effort to make it clean MIT. To keep it clean we have to be aware of the implications of another kind of a license, and our clarifications were about how we, those that work on the main Pharo code, will not touch a GPL code and that this might have a counter productive impact on the originator of the code in question (due to a lack of engagement from other people). Please also keep in mind that we do not want to prevent people from choosing their own licenses. The decision of the license belongs exclusively to the creators of the code. We are only looking for the interests of the core of Pharo to make sure that you will continue to have whatever options you choose on top of it. And you will always be free to choose what you want for your projects. Just a note about other licenses you mentioned: in the context of Pharo, LGPL has the same effect as GPL given that there is no concept of binary reusability in our system. So, for that purpose, we also do not touch LGPL. A final point: when someone says that "we decided something a long time agoâ, it is easy to take it as a âthis is it, just take itâ, but that would be a bit unfair. A more fair alternative is to understand that time is scarce and sometimes we just do not have the available energy to provide all clarifications on demand right at that point. Please letâs focus on building things together, even if there are misunderstandings or seaming differences in opinion. We need everyoneâs energy. Cheers, Doru > On Sep 8, 2016, at 9:53 AM, Offray Vladimir Luna CÃ¡rdenas <offray.luna(a)mutabit.com> wrote: > > Nice to know something good came out after taking all the heat. In my case I learn about licensing with the reasons behind and not "just take it!"... > My sources of information, the main spec.st site, made my mistake about dual license a valid misinterpretation and even the idea that there are other non-viral licenses: LGPL, 3 clause BSD, public domain that can integrated in a MIT licensed project, with the rationale behind [1], seems a good thing to make explicit > [1] http://etoileos.com/dev/licensing/ > Kind of down though, after seeing how a community leader can go after other people who don't share his views/knowledge and is just trying to contribute, understand and be part of the community. Today would be a slow day for me in Smalltak... maybe is time to take a walk a leave it for a time. > > Cheers, > > Offray > > On 08/09/16 06:00, HernÃ¡n Morales Durand wrote: >> >> I consider GNU AGPL v3 a fair license choice which protects somehow authors. After some talks with friends today, I began to consider it useless for a niche community like Smalltalk *and* solo projects. I then read all your mails, many posts in other communities, and finally asked for advices. Conclusion: The ideal license option for me was not yet invented. >> >> Now about parasite behavior and easy living for freeloaders. >> >> - I doubt Smalltalkers are in position for doing anything valuable against parasites. GPL scares a niche community. All of us having MIT code published can be stealed and we have no legal options to defend our work/authorship. That should be addressed one day. >> >> - However, I would like one day to read people releasing software under whatever license they want and not to be pointed them. That's a matter of freedom. I feel we are far away from there. >> >> - I hope we can talk about interesting Territorial features, what do you need, what could be modeled better, etc. Licensing is boring, really. >> >> I re-licensed Territorial to MIT for the nice Pharo people, for the nice Smalltalkers, people who helped me here in mailing lists, or sending supportive private messages, and for cool users with nice intentions. >> >> HernÃ¡n >> >> PS: Updated User Manual: http://bit.ly/2c4RrCJ >> >> >> > -- www.tudorgirba.com www.feenk.com "Next time you see your life passing by, say 'hi' and get to know her."

Sept. 8, 2016

Re: [Pharo-users] [ANN] Territorial Re-Licensing

by Offray Vladimir Luna CÃ¡rdenas

Nice to know something good came out after taking all the heat. In my case I learn about licensing with the reasons behind and not "just take it!"... My sources of information, the main spec.st site, made my mistake about dual license a valid misinterpretation and even the idea that there are other non-viral licenses: LGPL, 3 clause BSD, public domain that can integrated in a MIT licensed project, with the rationale behind [1], seems a good thing to make explicit [1] http://etoileos.com/dev/licensing/ Kind of down though, after seeing how a community leader can go after other people who don't share his views/knowledge and is just trying to contribute, understand and be part of the community. Today would be a slow day for me in Smalltak... maybe is time to take a walk a leave it for a time. Cheers, Offray On 08/09/16 06:00, HernÃ¡n Morales Durand wrote: > > I consider GNU AGPL v3 a fair license choice which protects somehow > authors. After some talks with friends today, I began to consider it > useless for a niche community like Smalltalk *and* solo projects. I > then read all your mails, many posts in other communities, and finally > asked for advices. Conclusion: The ideal license option for me was not > yet invented. > > Now about parasite behavior and easy living for freeloaders. > > - I doubt Smalltalkers are in position for doing anything valuable > against parasites. GPL scares a niche community. All of us having MIT > code published can be stealed and we have no legal options to defend > our work/authorship. That should be addressed one day. > > - However, I would like one day to read people releasing software > under whatever license they want and not to be pointed them. That's a > matter of freedom. I feel we are far away from there. > > - I hope we can talk about interesting Territorial features, what do > you need, what could be modeled better, etc. Licensing is boring, really. > > I re-licensed Territorial to MIT for the nice Pharo people, for the > nice Smalltalkers, people who helped me here in mailing lists, or > sending supportive private messages, and for cool users with nice > intentions. > > HernÃ¡n > > PS: Updated User Manual: http://bit.ly/2c4RrCJ > > >

Sept. 8, 2016

Re: [Pharo-users] [Pharo-dev] Small OS-... project addition

by Tudor Girba

Nice! Doru > On Sep 8, 2016, at 9:06 AM, Torsten Bergmann <astares(a)gmx.de> wrote: > > Hi, > > now also the OSX project in the OS series [1] has support to > > - directly open a terminal > - directly open a file browser (Finder) on the working directory > > right from the Pharo tools menu. See attached screenshot. > > Depending on your platform just load > > - OSOSX > - OSWindows > - OSLinuxUbuntu > - OSLinuxCentOS > > from catalog. > > Bye > T. > > > [1] http://smalltalkhub.com/#!/~OS<OSMenu.png> -- www.tudorgirba.com www.feenk.com "Things happen when they happen, not when you talk about them happening."

Sept. 8, 2016

Re: [Pharo-users] Profiling

by ClÃ©ment Bera

On Thu, Sep 8, 2016 at 3:44 AM, Vitor Medina Cruz <vitormcruz(a)gmail.com> wrote: > Hello, > > While profiling some I/O code that takes ~20 seconds to execute under my > local image, the report says that about ~13 seconds is waste on > OtherProcesses -> ProcessorScheduler class>>idleProcess. I could not > understand what this idleProcess do by looking at the code. First I thought > this could be time waiting the I/O operation to terminate, but that don't > make much sense because I have the same code on a Digital Ocean Doplet and > it takes ~6 seconds to execute. > > Can someone help me understand what does this time on idleProcess means? > The VM is not event-driven. Hence when all the processes are suspended or terminated, the VM falls back to the idle process. The idle process waits for 1ms, checks if any event has occurred and/or if a process can restart, and if not waits for 1 more ms to check again. That's kind of dumb but it works and we need both time and funds to make the VM event-driven (in the latter case the VM restarts directly when an event happens, instead of checking at the next ms). Basically the idle process profiled time is the time where Pharo has nothing to do because all processes are terminated or suspended. You can say that it is the time spent in I/O operations + the time before Pharo notices the I/O operation is terminated, which can be up to 1ms. > > The full report is: > > - 18407 tallies, 18605 msec. > > **Tree** > -------------------------------- > Process: (40s) Morphic UI Process: nil > -------------------------------- > 25.1% {4663ms} UndefinedObject>>DoIt > 25.1% {4663ms} TweetsServiceRestConsumer(TweetsService)>>hashesTop: > usingLastTweetsUpTo:fromHandler: > 25.0% {4656ms} TweetsServiceRestConsumer>>fetchLastTweetsUpTo: > fromHandler: > 14.3% {2653ms} OAuthProvider>>httpGet: > |14.3% {2653ms} ZnOAuth1Service>>httpGet:using: > | 14.3% {2653ms} ZnOAuth1Service>>executeRequest:token: > | 14.3% {2653ms} ZnOAuth1Service>>executeRequest:token: > followRedirects: > | 14.2% {2646ms} ZnClient>>execute > | 14.2% {2646ms} ZnClient>>withProgressDo: > | 14.2% {2646ms} ZnSignalProgress class(DynamicVariable > class)>>value:during: > | 14.2% {2646ms} ZnSignalProgress( > DynamicVariable)>>value:during: > | 14.2% {2646ms} BlockClosure>>ensure: > | 14.2% {2646ms} ZnSignalProgress( > DynamicVariable)>>value:during: > | 14.2% {2646ms} ZnClient>>withProgressDo: > | 14.2% {2646ms} ZnClient>>execute > | 14.2% {2646ms} ZnClient>>executeWithTimeout > | 14.2% {2646ms} ZnClient>>withTimeoutDo: > | 14.2% {2646ms} ZnConnectionTimeout > class(DynamicVariable class)>>value:during: > | 14.2% {2646ms} ZnConnectionTimeout( > DynamicVariable)>>value:during: > | 14.2% {2646ms} BlockClosure>>ensure: > | 14.2% {2646ms} > ZnConnectionTimeout(DynamicVariable)>>value:during: > | 14.2% {2646ms} > ZnClient>>withTimeoutDo: > | 14.2% {2646ms} > ZnClient>>executeWithTimeout > | 14.2% {2646ms} > BlockClosure>>on:do: > | 14.2% {2646ms} > ZnClient>>executeWithTimeout > | 14.2% {2646ms} > ZnClient>>executeWithRetriesRemaining: > | 14.2% {2644ms} > BlockClosure>>on:do: > | 14.2% {2644ms} > ZnClient>>executeWithRetriesRemaining: > | 14.2% {2644ms} > ZnClient>>executeWithRedirectsRemaining: > | 14.2% {2641ms} > ZnClient>>getConnectionAndExecute > | 13.8% > {2569ms} BlockClosure>>ensure: > | 13.8% > {2569ms} ZnClient>>getConnectionAndExecute > | 13.8% > {2569ms} ZnClient>>executeRequestResponse > | 13.8% > {2569ms} ZnClient>>readResponse > | 13.8% > {2569ms} ZnResponse class(ZnMessage class)>>readFrom: > | > 13.8% {2569ms} ZnResponse(ZnMessage)>>readFrom: > | > 13.8% {2559ms} ZnResponse>>readEntityFrom: > | > 13.8% {2559ms} ZnResponse(ZnMessage)>>readEntityFrom: > | > 13.8% {2559ms} ZnEntityReader>>readEntity > | > 13.8% {2559ms} ZnEntityReader>>readEntityFromStream > | > 13.7% {2555ms} ZnEntityReader>>readFrom:usingType:andLength: > | > 13.7% {2555ms} ZnEntity class>>readFrom:usingType:andLength: > | > 13.7% {2555ms} ZnStringEntity>>readFrom: > | > 13.7% {2550ms} BlockClosure>>on:do: > | > 13.7% {2550ms} ZnStringEntity>>readFrom: > | > 13.7% {2550ms} ZnUTF8Encoder>>readInto: > startingAt:count:fromStream: > | > 13.7% {2550ms} ZnUTF8Encoder>> > optimizedReadInto:startingAt:count:fromStream: > | > 13.7% {2550ms} ZnLimitedReadStream>>readInto: > startingAt:count: > | > 13.7% {2547ms} ZdcSecureSocketStream( > ZdcOptimizedSocketStream)>>readInto:startingAt:count: > | > 13.7% {2547ms} ZdcSecureSocketStream( > ZdcSimpleSocketStream)>>fillReadBuffer > | > 9.0% {1669ms} ZdcSecureSocketStream( > ZdcSimpleSocketStream)>>fillReadBuffer > | > |5.8% {1076ms} ZdcSecureSocketStream( > ZdcSimpleSocketStream)>>fillReadBuffer > | > | |3.6% {671ms} ZdcSecureSocketStream( > ZdcSimpleSocketStream)>>fillReadBuffer > | > | | |1.8% {337ms} ZdcSecureSocketStream( > ZdcSimpleSocketStream)>>fillReadBuffer > | > | | | |1.2% {225ms} BlockClosure>>on:do: > | > | | | | 1.2% {225ms} ZdcSecureSocketStream( > ZdcSimpleSocketStream)>>fillReadBuffer > | > | | | | 1.2% {225ms} > ZdcSecureSocketStream(ZdcAbstractSocketStream)>>socketWaitForData > | > | | | | 1.2% {225ms} > Socket>>waitForDataFor: > | > | | | | 1.2% {225ms} > Socket>>waitForDataFor:ifClosed:ifTimedOut: > | > | | | | 1.2% {225ms} > Semaphore>>waitTimeoutMSecs: > | > | | | | 1.2% {225ms} > DelayWaitTimeout>>wait > | > | | | | 1.2% {225ms} > BlockClosure>>ensure: > | > | | | | 1.2% {225ms} > DelayWaitTimeout>>wait > | > | | | | 1.1% {196ms} > DelayWaitTimeout(Delay)>>unschedule > | > | | | | 1.1% {196ms} > DelayExperimentalSpinScheduler>>unschedule: > | > | | |1.8% {335ms} BlockClosure>>on:do: > | > | | | 1.8% {335ms} ZdcSecureSocketStream( > ZdcSimpleSocketStream)>>fillReadBuffer > | > | | | 1.8% {335ms} ZdcSecureSocketStream( > ZdcAbstractSocketStream)>>socketWaitForData > | > | | | 1.8% {335ms} > Socket>>waitForDataFor: > | > | | | 1.8% {335ms} > Socket>>waitForDataFor:ifClosed:ifTimedOut: > | > | | | 1.8% {335ms} > Semaphore>>waitTimeoutMSecs: > | > | | | 1.8% {335ms} > DelayWaitTimeout>>wait > | > | | | 1.8% {335ms} > BlockClosure>>ensure: > | > | | | 1.8% {335ms} > DelayWaitTimeout>>wait > | > | | | 1.5% {273ms} > DelayWaitTimeout(Delay)>>unschedule > | > | | | 1.5% {273ms} > DelayExperimentalSpinScheduler>>unschedule: > | > | |2.2% {405ms} BlockClosure>>on:do: > | > | | 2.2% {405ms} ZdcSecureSocketStream( > ZdcSimpleSocketStream)>>fillReadBuffer > | > | | 2.2% {405ms} ZdcSecureSocketStream( > ZdcAbstractSocketStream)>>socketWaitForData > | > | | 2.2% {405ms} Socket>>waitForDataFor: > | > | | 2.2% {405ms} > Socket>>waitForDataFor:ifClosed:ifTimedOut: > | > | | 2.2% {405ms} > Semaphore>>waitTimeoutMSecs: > | > | | 2.2% {405ms} > DelayWaitTimeout>>wait > | > | | 2.2% {405ms} > BlockClosure>>ensure: > | > | | 2.2% {405ms} > DelayWaitTimeout>>wait > | > | | 1.7% {314ms} > DelayWaitTimeout(Delay)>>unschedule > | > | | 1.7% {314ms} > DelayExperimentalSpinScheduler>>unschedule: > | > |3.2% {592ms} BlockClosure>>on:do: > | > | 3.2% {592ms} ZdcSecureSocketStream( > ZdcSimpleSocketStream)>>fillReadBuffer > | > | 3.2% {592ms} ZdcSecureSocketStream( > ZdcAbstractSocketStream)>>socketWaitForData > | > | 3.2% {592ms} Socket>>waitForDataFor: > | > | 3.2% {592ms} Socket>>waitForDataFor: > ifClosed:ifTimedOut: > | > | 3.2% {592ms} > Semaphore>>waitTimeoutMSecs: > | > | 3.2% {592ms} > DelayWaitTimeout>>wait > | > | 3.2% {592ms} > BlockClosure>>ensure: > | > | 3.2% {592ms} > DelayWaitTimeout>>wait > | > | 2.3% {429ms} > DelayWaitTimeout(Delay)>>unschedule > | > | 2.3% {429ms} > DelayExperimentalSpinScheduler>>unschedule: > | > 4.7% {876ms} BlockClosure>>on:do: > | > 4.7% {876ms} ZdcSecureSocketStream( > ZdcSimpleSocketStream)>>fillReadBuffer > | > 4.7% {876ms} ZdcSecureSocketStream( > ZdcAbstractSocketStream)>>socketWaitForData > | > 4.7% {876ms} Socket>>waitForDataFor: > | > 4.7% {876ms} Socket>>waitForDataFor: > ifClosed:ifTimedOut: > | > 4.7% {876ms} > Semaphore>>waitTimeoutMSecs: > | > 4.7% {876ms} DelayWaitTimeout>>wait > | > 4.7% {876ms} BlockClosure>>ensure: > | > 4.7% {876ms} > DelayWaitTimeout>>wait > | > 2.9% {532ms} > DelayWaitTimeout(Delay)>>unschedule > | > |2.9% {532ms} > DelayExperimentalSpinScheduler>>unschedule: > | > 1.4% {268ms} primitives > 10.8% {2002ms} NeoJSONObject class>>fromString: > 10.8% {2002ms} NeoJSONReader>>next > 10.8% {2002ms} NeoJSONReader>>parseValue > 10.8% {2002ms} NeoJSONReader>>parseList > 10.8% {2002ms} Array class(SequenceableCollection > class)>>streamContents: > 10.8% {2002ms} Array class(SequenceableCollection > class)>>new:streamContents: > 10.8% {2002ms} NeoJSONReader>>parseList > 10.8% {2002ms} NeoJSONReader>>parseListElementsDo: > 10.8% {2002ms} NeoJSONReader>>parseListDo: > 10.8% {2002ms} NeoJSONReader>>parseListElementsDo: > 10.8% {2002ms} NeoJSONReader>>parseValue > 10.8% {2002ms} NeoJSONReader>>parseMap > 10.8% {2002ms} NeoJSONReader>> > parseMapKeysAndValuesDo: > 10.8% {2002ms} > NeoJSONReader>>parseMapKeysDo: > 10.8% {2002ms} NeoJSONReader>>parseMapDo: > 10.7% {1994ms} > NeoJSONReader>>parseMapKeysDo: > 9.6% {1785ms} NeoJSONReader>> > parseMapKeysAndValuesDo: > |9.2% {1717ms} > NeoJSONReader>>parseValue > | 8.6% {1600ms} > NeoJSONReader>>parseMap > | 8.6% {1600ms} NeoJSONReader>> > parseMapKeysAndValuesDo: > | 8.6% {1600ms} > NeoJSONReader>>parseMapKeysDo: > | 8.6% {1600ms} > NeoJSONReader>>parseMapDo: > | 8.5% {1577ms} > NeoJSONReader>>parseMapKeysDo: > | 6.4% {1187ms} > NeoJSONReader>>parseMapKeysAndValuesDo: > | |5.6% {1041ms} > NeoJSONReader>>parseValue > | | 3.8% {708ms} > NeoJSONReader>>parseList > | | 3.8% {706ms} > Array class(SequenceableCollection class)>>streamContents: > | | 3.8% {706ms} > Array class(SequenceableCollection class)>>new:streamContents: > | | 3.7% > {693ms} NeoJSONReader>>parseList > | | 3.7% > {693ms} NeoJSONReader>>parseListElementsDo: > | | 3.7% > {693ms} NeoJSONReader>>parseListDo: > | | 3.7% > {689ms} NeoJSONReader>>parseListElementsDo: > | | > 3.7% {689ms} NeoJSONReader>>parseValue > | | > 3.7% {687ms} NeoJSONReader>>parseMap > | | > 3.7% {687ms} NeoJSONReader>>parseMapKeysAndValuesDo: > | | > 3.7% {687ms} NeoJSONReader>>parseMapKeysDo: > | | > 3.7% {687ms} NeoJSONReader>>parseMapDo: > | | > 3.6% {672ms} NeoJSONReader>>parseMapKeysDo: > | | > 3.0% {550ms} NeoJSONReader>>parseMapKeysAndValuesDo: > | | > 2.6% {486ms} NeoJSONReader>>parseValue > | | > 1.5% {285ms} NeoJSONReader>>parseMap > | | > 1.5% {285ms} NeoJSONReader>>parseMapKeysAndValuesDo: > | | > 1.5% {285ms} NeoJSONReader>>parseMapKeysDo: > | | > 1.5% {285ms} NeoJSONReader>>parseMapDo: > | | > 1.5% {285ms} NeoJSONReader>>parseMapKeysDo: > | | > 1.4% {252ms} NeoJSONReader>> > parseMapKeysAndValuesDo: > | | > 1.3% {236ms} NeoJSONReader>>parseValue > | | > 1.0% {193ms} NeoJSONReader>>parseMap > | | > 1.0% {193ms} NeoJSONReader>> > parseMapKeysAndValuesDo: > | | > 1.0% {193ms} NeoJSONReader>>parseMapKeysDo: > | | > 1.0% {188ms} NeoJSONReader>>parseMapDo: > | 1.9% {347ms} > NeoJSONReader>>parsePropertyName > | 1.1% {196ms} > NeoJSONReader>>parseValue > | 1.0% {189ms} > NeoJSONReader>>parseString > 1.0% {189ms} NeoJSONReader>> > parsePropertyName > -------------------------------- > Process: other processes > -------------------------------- > 73.2% {13628ms} ProcessorScheduler class>>startUp > |73.2% {13628ms} ProcessorScheduler class>>idleProcess > 1.4% {259ms} WeakArray class>>restartFinalizationProcess > 1.4% {259ms} WeakArray class>>finalizationProcess > 1.4% {257ms} primitives > **Leaves** > 73.3% {13631ms} ProcessorScheduler class>>idleProcess > 10.0% {1861ms} DelayExperimentalSpinScheduler>>unschedule: > 3.1% {581ms} DelayWaitTimeout>>wait > 1.4% {257ms} WeakArray class>>finalizationProcess > 1.0% {191ms} WeakSet>>scanFor: > > **Memory** > old +16,777,216 bytes > young -17,303,480 bytes > used -526,264 bytes > free +17,303,480 bytes > > **GCs** > full 1 totalling 247ms (1.0% uptime), avg 247.0ms > incr 127 totalling 199ms (1.0% uptime), avg 2.0ms > tenures 480,033 (avg 0 GCs/tenure) > root table 0 overflows > > > Thanks in advance, > Vitor >

Sept. 8, 2016

Re: [Pharo-users] Spur problem?

by stepharo

Usman I do not think that Synectique should deploy Pharo 50 products before any real experiences have been done and this is good that you are doing them because Synectique as Moos as some special memory setup. Stef Le 7/9/16 Ã 16:56, Usman Bhatti a Ã©crit : > > Hi, > > While working on a Pharo 5 image for 3-4 hours, I got an image crash > and I was no more able to start the image from the UI interface. When > starting the image from the command line I got the following error: > > Pharo(50871,0xa02c91a8) malloc: *** error for object 0x1af7a04: > incorrect checksum for freed object - object was probably modified > after being freed. > > *** set a breakpoint in malloc_error_break to debug > > fish: '/Users/ubhatti/temp/vm-spur/Phaâ¦' terminated by signal SIGBUS > (Misaligned address error). > > The image is about 973 Mb (Moose + seaside + a model for a big > industrial software). This message might not go beyond reporting an > error that I do not know how to produce neither can I share the image > (it contains client proprietary software model and hence we are > restricted). > > Just to let you know that there was a problem and n ask if someone has > encountered it before? > > > regards. > > Usman >

Sept. 8, 2016

Re: [Pharo-users] SpecBooklet: Strange behavior of ProtocolBrowser

by stepharo

Johan let me know if there is anything that I should do. Stef Le 8/9/16 Ã 01:11, Johan Fabry a Ã©crit : > Excellent, you found a bug in my code! > > What happens is that when one item is selected in a list, in the other list the currently selected item is de-selected. This causes *both* blocks (whenAPIChanged: and whenEventChanged:) to be executed, and depending on what order they are executed the behavior is different. (A classical concurrent programming problem.) This order apparently changes depending on how many windows you have open, et cetera, I guess because of how the announcement system is implemented. > > So, yes the easiest solution is to remove both ifNil: [â¦] lines. The UI will not work as cleanly, but it is a quick fix. Alternatively, and a bit more complicated, is to check if the selection in the other list is also empty before setting the text to the empty string. > > For the sake of the example, I will simply remove both ifNil: [â¦] lines from the documentation. > > Thanks for reporting this, and if you have further issues do not hesitate to tell us! > > -- > Does this mail seem too brief? Sorry for that, I donât mean to be rude! Please see http://emailcharter.org . > > Johan Fabry - http://pleiad.cl/~jfabry > PLEIAD and RyCh labs - Computer Science Department (DCC) - University of Chile > >> On Sep 7, 2016, at 19:51, Matteo <matteob8(a)yahoo.it> wrote: >> >> Hello Johan, >> I've coded all the examples manually, changing the names to avoid >> any conflict with the ProtocolBrowser "bundled" in the Pharo 5 image >> (i.e. instead of "ProtocolBrowser" I've named my class as "ProtcolFlipper"). >> But the result is the same. >> >> Things improve if all the "ifNil: [ text text: '' ]" get removed from >> the ProtcolFlipper>>initializePresenter method. >> Obviously the text pane is no more "cleaned" when deselecting an "api" >> or "api-event" row. >> >> I've tried to substitute the "ifNil: [ text text: '' ]" with "ifNil: [ >> text text: 'api' ] and ifNil: [ text text: 'api-events' ] , respectively >> on the "api" and "event" instances, in the ProtocolBrowser >> >> initializePresenter method. >> In this way I found that "ifNil:" message is sent improperly, i.e. when >> a "api-event" row is selected then the message "ifNil:" of the "api" >> instance is triggered, and vice-versa. >> In some way this is correct: when a "api-event" row is selected then >> none of the "api" rows are selected... >> >> However I'm puzzled by the fact that the behavior seems random: creating >> 3 instances I can get 3 different behaviors. >> >> have you never experienced this? >> >> Maybe I'll check again my code... >> >> thanks, >> Matteo > >

Sept. 8, 2016

Re: [Pharo-users] [ANN] Territorial Re-Licensing

by stepharo

You can be proud of you. I'm proud of you and I can tell you that I really understand you. I can tell you that once I was tempted to change the license of my new books because bad people could just take everything. (yes this is silly when you read but I thought about it and we even discussed it in the book mailing-list). And I changed my mind and continue to use the most liberal CC license. And I have sometimes the same doubts with Pharo code. Nothing prevents people to copy what we took ages to build. Now let us live along with that. Now what is important for our community is how we get money inside and that people can make a living. You can add yourself to the Pharo consultant list (sadly I do not think that it will get an impact but we should do it). Now what would be nice to know is what are the time you can do on other paid projects and what are the domains of expertise you have so that if we know companies they can be put in contact with you. Stef Le 8/9/16 Ã 06:00, HernÃ¡n Morales Durand a Ã©crit : > > I consider GNU AGPL v3 a fair license choice which protects somehow > authors. After some talks with friends today, I began to consider it > useless for a niche community like Smalltalk *and* solo projects. I > then read all your mails, many posts in other communities, and finally > asked for advices. Conclusion: The ideal license option for me was not > yet invented. > > Now about parasite behavior and easy living for freeloaders. > > - I doubt Smalltalkers are in position for doing anything valuable > against parasites. GPL scares a niche community. All of us having MIT > code published can be stealed and we have no legal options to defend > our work/authorship. That should be addressed one day. > > - However, I would like one day to read people releasing software > under whatever license they want and not to be pointed them. That's a > matter of freedom. I feel we are far away from there. > > - I hope we can talk about interesting Territorial features, what do > you need, what could be modeled better, etc. Licensing is boring, really. > > I re-licensed Territorial to MIT for the nice Pharo people, for the > nice Smalltalkers, people who helped me here in mailing lists, or > sending supportive private messages, and for cool users with nice > intentions. > > HernÃ¡n > > PS: Updated User Manual: http://bit.ly/2c4RrCJ > > >

Sept. 8, 2016

Small OS-... project addition

by Torsten Bergmann

Hi, now also the OSX project in the OS series [1] has support to - directly open a terminal - directly open a file browser (Finder) on the working directory right from the Pharo tools menu. See attached screenshot. Depending on your platform just load - OSOSX - OSWindows - OSLinuxUbuntu - OSLinuxCentOS from catalog. Bye T. [1] http://smalltalkhub.com/#!/~OS

Sept. 8, 2016

Re: [Pharo-users] Performance vs Ruby performance

by Dimitris Chloupis

It does not matter. When it comes to performance the workflow is always the same whatever the language you use. 1. Profile the code see where it consume most CPU cycles 2. Can you improve the code to remove unnecessary processing ? You will be surprised how many times its your code and not the language that is slow 3. If it's not your code can you find a library written in C that is optimized for speed ? 4. If no then write the code in C compile it as shared library and use it from the language of your choice using an FFI Basically when a VM in a dynamic language finds a call to a C shared library using the FFI it will freeze everything and give priority to the C code to execute the call to its native speed. Then after the execution the VM resumes. There is an overhead however for making the call. Because speed depends on the factors I described above for many experienced coders general benchmarks are completely useless. Speed in the end is just machine code with as less instructions as possible using most hardware acceleration as possible. Talking about hardware acceleration if you try to do the same processing on a list of data which is very large in parallel don't even consider C , instead go directly to GPU because it can accelerate even up to 100 times compared to CPU. But in the end will depend on how much speed you really need. If you indeed need it then you can accelerate your code using the GPU with the help of CUDA or OpenCL. Remember however that optimizing is the root of true evil , it will make your code ugly, hard to read, difficult to extend and much more buggy. PS: the vast majority of benchmarks including the ones linked by Clement use just code written in the language tested also using the library that the language comes with. That means that they use none of the normal optimizations I described above and hence they cannot be considered practical realistic scenarios. On Thu, 8 Sep 2016 at 02:30, Vitor Medina Cruz <vitormcruz(a)gmail.com> wrote: > Hello, > > How is Pharo compared with Ruby in terms of performance? Has someone done > some comparison benchmark? If yes, that was done with other platforms? > > Regards, > VItor >

Sept. 8, 2016

Re: [Pharo-users] Performance vs Ruby performance

by ClÃ©ment Bera

What ruby runtime exactly ? The standard ruby interpreter, rubinius, JRuby ? What do you mean by performance ? Smallest time to run long computation ? Latency for web servers ? Pauses in real time applications ? The standard ruby interpreter is really slow (likely ~100 times slower than the Pharo 5 VM), now it binds directly multiple C librairies, such as the regex librairy, while these librairies are written in Smalltalk in Pharo. So if you measure regex performance I am pretty sure that ruby is at least 10 times faster, if not 100 times. So basically it depends on what benchmark you are measuring. We don't do cross languages benchmarks in our servers, only versus other Smalltalks. That website (http://benchmarksgame.alioth.debian.org/) compares ruby and JRuby to VW which has similar speed to Pharo 5. On Thu, Sep 8, 2016 at 1:28 AM, Vitor Medina Cruz <vitormcruz(a)gmail.com> wrote: > Hello, > > How is Pharo compared with Ruby in terms of performance? Has someone done > some comparison benchmark? If yes, that was done with other platforms? > > Regards, > VItor >

Sept. 8, 2016