December 2015 - Pharo-users

Re: [Pharo-users] Metacello cannot download the latest zip of a github repo if a zip already exists from a previous commit

by Dimitris Chloupis

Thanks Dale , good news it works on Pharo 5 :) Is there a way to delete the previous data = delete the previous zip file and all its decompressed folders / files ? I can do it manually but I was wondering if metacello offers anything similar. On Mon, Dec 14, 2015 at 3:19 AM Dale Henrichs < dale.henrichs(a)gemtalksystems.com> wrote: > > > On 12/13/15 6:28 AM, Dimitris Chloupis wrote: > > So it looks like that when I do > > > > Metacello new baseline: 'ChronosManager'; repository: > > 'github://kilon/ChronosManager'; load > > > > and I have ChronosManager already installed via the same command > > previously , if the repo has changed in the mean time , it wont get > > the latest zip from github and instead will use the existing zip to > > overwrite my image (Not cool at all). > > > > Obviously a bug ? > No it is intended behavior ... to avoid downloading the entire zipped > repository everytime you reference a project (whether or not there were > changes up on github), the cache is not flushed unless you do a `get` > command as follows: > > Metacello new > baseline: 'ChronosManager'; > repository: 'github://kilon/ChronosManager'; > get; > load > > (you probably need to use the latest version of Metacello, as well) > > I see that I haven't documented this feature and that is "not cool at > all" .... most of the code and documentation was written about 3 years > ago, so users have finally caught up with me and it's time to update the > docs:) > > Dale > > [1] https://github.com/dalehenrich/metacello-work/issues/380 > >

Dec. 14, 2015

Re: [Pharo-users] PharoJVM

by Robert Withers

That's was it: sanguinity. On 12/14/2015 12:18 AM, Robert Withers wrote: > I've always thought that squeak should have a set of measured, > communicated emotional layer, but inverted. Measure a positive number > that is better when it grows, instead of bad. The system could react > to that measure, like it's gambling. > > That would go in the half-layer of the 9 1/2 layer stack. The half is > nexxt to the eighth market/cloud layer, below the 9th meta layer. It > is the control layer. Every flow network needs a control layer in > control theory. > > Pi 2 or zero with some boards would be something. > > regards, > robert > > On 12/13/2015 11:48 PM, EuanM wrote: >> As a person who has posted video of Squeak and Pharo running on >> Raspberry Pi, I have to disagree with teh statement "Pharo can already >> run on ... Raspberry PI and works well.". >> >> Squeak works well on the Pi, in my experience. It's about an >> order-of-magnitude more responsive to user input than Pharo, at >> present. >> >> On 12 December 2015 at 11:51, Dimitris Chloupis >> <kilon.alios(a)gmail.com> wrote: >>> Pharo can already run on iOS and Raspberry PI and works well. >>> >>> On Android its still a work in progress but its improving >>> >>> On web you can already can use pharo for both the backend (server) >>> and front >>> end (browser-javascript-html-css) >>> >>> So Pharo has already spread on all major platforms , with the >>> exception of >>> Android where there is still work to be done to make it usable. In >>> the dev >>> list there was already an announcement for hiring a developer for >>> one year >>> to work on the Android. So Android is a matter of time too. >>> >>> For anyone that really cares about JVM in general as I already >>> posted he/she >>> can take JNIPort and improve it anyway he/she wants. >>> >>> Its not hard to create support for other languages if one wants to. I >>> created support for python, another dude created support for R >>> programming >>> language who followed a similar approach to mine. >>> >>> But we all have personal reasons and needs for using pharo with other >>> programming languages, I use it to script Blender the 3d application >>> that >>> happens to use python as its scripting language, other may use R for >>> mathematical computations, other do web development, others want to >>> make >>> Android apps and so forth. >>> >>> Its impossible with such small community to fit the needs of every >>> user of >>> pharo or potential user, so it wont happen until like me you are >>> ready to >>> get your hands dirty to make Pharo work well for you. Else you are >>> better >>> coding in other language . >>> >>> On Sat, Dec 12, 2015 at 1:31 PM Antonio J. Arrieta Cuartero >>> <ajaczgz(a)yahoo.es> wrote: >>>> Hello >>>> >>>> The question isn't how to implement Pharo in JVM. I know Java >>>> programmers >>>> will never use Pharo as I probably will never use Java. >>>> >>>> The question is to spread Pharo all over the platforms. And the more >>>> extended platform all over the world are IOS and Android. The >>>> advantage is >>>> to have Pharo not only the computer but also in our personal >>>> tablets (no >>>> phones nor phablets). >>>> >>>> Antonio J. Arrieta Cuartero >>>> ________________________________ >>>> De: Dimitris Chloupis >>>> Enviado: â12/â12/â2015 10:25 >>>> Para: Any question about pharo is welcome >>>> Asunto: Re: [Pharo-users] PharoJVM >>>> >>>> Of course the one thing that you fail to mention is that no JVM based >>>> languages (including Scala) can be called a popular language since >>>> they dont >>>> even make the top 20. >>>> >>>> I have personal experience with Python , Jpython is a port to JVM >>>> and not >>>> only that JPython is special in a way that not only can use any >>>> Java library >>>> out of the box but also has support for CPython libraries (which by >>>> very far >>>> the most popular python implementation out there) and still its barely >>>> alive. >>>> >>>> The irony is that in the end people that are mostly interested >>>> about JVM >>>> or JS are JS and JAVA coders mainly. Coders from other language >>>> tend to >>>> stick with their own language mainly because both Java and >>>> Javascript though >>>> both incredible big platforms they are both a huge mess. >>>> >>>> Redline was a good effort that now looks like abandonware. Amber is >>>> barely >>>> active. Those are common patterns for pretty much any language that >>>> decides >>>> to embrace JVM or JS as platforms. >>>> >>>> And you can use java libraries from Pharo via JNIPort >>>> >>>> http://www.smalltalkhub.com/#!/~JNIPort/JNIPort >>>> >>>> https://sites.google.com/site/jniport/project-definition >>>> >>>> I wanted to use python libraries from pharo , I did not go to >>>> implement >>>> pharo or port pharo to Cpython, all I did was to create a >>>> communication >>>> bridge via sockets and I did that in less that 100 lines of python >>>> code. >>>> >>>> Its easy , fast and simple. Nothing stops anyone from interfacing >>>> pharo >>>> with any popular platform or other language. The fact that people >>>> prefer to >>>> stick with pharo frameworks and libraries sends a clear message. >>>> >>>> Invest in Pharo , this is what our community is focused on. >>>> >>>> On Fri, Dec 11, 2015 at 8:36 PM Richard Eng >>>> <horrido.hobbies(a)gmail.com> >>>> wrote: >>>>> According to TIOBE, which is hardly a reliable metric, this month >>>>> Java >>>>> and Python are enjoying a massive upswing in popularity. In fact, >>>>> TIOBE will >>>>> most likely name Java Programming Language of the Year for 2015. >>>>> (Both >>>>> languages have been on an upward trajectory all year.) >>>>> >>>>> It's not hard to understand why Java's popularity is improving. >>>>> Android >>>>> programming is becoming more important, as the platform has begun >>>>> to exceed >>>>> iOS in terms of user experience with the advent of Lollipop and >>>>> Marshmallow. >>>>> Then there's the rise of the "Internet of Things," where Java >>>>> seems to be >>>>> well-suited. >>>>> >>>>> (I'm not sure what explains Python's bump in popularity, though. >>>>> Maybe >>>>> there's an increasing appetite for languages that are easy to >>>>> learn. A >>>>> clean, simple syntax is very, very important!) >>>>> >>>>> I think, more than ever, we need to have Smalltalk on the JVM. Java >>>>> cannot be allowed to hog the limelight of IT. I was pinning my >>>>> hopes on >>>>> Redline, but I'm not sanguine about its future progress. >>>>> >>>>> Rather than waste time with PharoJS, wouldn't it be more prudent >>>>> to focus >>>>> on putting Pharo on the JVM? >

Dec. 14, 2015

Re: [Pharo-users] PharoJVM

by Robert Withers

I've always thought that squeak should have a set of measured, communicated emotional layer, but inverted. Measure a positive number that is better when it grows, instead of bad. The system could react to that measure, like it's gambling. That would go in the half-layer of the 9 1/2 layer stack. The half is nexxt to the eighth market/cloud layer, below the 9th meta layer. It is the control layer. Every flow network needs a control layer in control theory. Pi 2 or zero with some boards would be something. regards, robert On 12/13/2015 11:48 PM, EuanM wrote: > As a person who has posted video of Squeak and Pharo running on > Raspberry Pi, I have to disagree with teh statement "Pharo can already > run on ... Raspberry PI and works well.". > > Squeak works well on the Pi, in my experience. It's about an > order-of-magnitude more responsive to user input than Pharo, at > present. > > On 12 December 2015 at 11:51, Dimitris Chloupis <kilon.alios(a)gmail.com> wrote: >> Pharo can already run on iOS and Raspberry PI and works well. >> >> On Android its still a work in progress but its improving >> >> On web you can already can use pharo for both the backend (server) and front >> end (browser-javascript-html-css) >> >> So Pharo has already spread on all major platforms , with the exception of >> Android where there is still work to be done to make it usable. In the dev >> list there was already an announcement for hiring a developer for one year >> to work on the Android. So Android is a matter of time too. >> >> For anyone that really cares about JVM in general as I already posted he/she >> can take JNIPort and improve it anyway he/she wants. >> >> Its not hard to create support for other languages if one wants to. I >> created support for python, another dude created support for R programming >> language who followed a similar approach to mine. >> >> But we all have personal reasons and needs for using pharo with other >> programming languages, I use it to script Blender the 3d application that >> happens to use python as its scripting language, other may use R for >> mathematical computations, other do web development, others want to make >> Android apps and so forth. >> >> Its impossible with such small community to fit the needs of every user of >> pharo or potential user, so it wont happen until like me you are ready to >> get your hands dirty to make Pharo work well for you. Else you are better >> coding in other language . >> >> On Sat, Dec 12, 2015 at 1:31 PM Antonio J. Arrieta Cuartero >> <ajaczgz(a)yahoo.es> wrote: >>> Hello >>> >>> The question isn't how to implement Pharo in JVM. I know Java programmers >>> will never use Pharo as I probably will never use Java. >>> >>> The question is to spread Pharo all over the platforms. And the more >>> extended platform all over the world are IOS and Android. The advantage is >>> to have Pharo not only the computer but also in our personal tablets (no >>> phones nor phablets). >>> >>> Antonio J. Arrieta Cuartero >>> ________________________________ >>> De: Dimitris Chloupis >>> Enviado: â12/â12/â2015 10:25 >>> Para: Any question about pharo is welcome >>> Asunto: Re: [Pharo-users] PharoJVM >>> >>> Of course the one thing that you fail to mention is that no JVM based >>> languages (including Scala) can be called a popular language since they dont >>> even make the top 20. >>> >>> I have personal experience with Python , Jpython is a port to JVM and not >>> only that JPython is special in a way that not only can use any Java library >>> out of the box but also has support for CPython libraries (which by very far >>> the most popular python implementation out there) and still its barely >>> alive. >>> >>> The irony is that in the end people that are mostly interested about JVM >>> or JS are JS and JAVA coders mainly. Coders from other language tend to >>> stick with their own language mainly because both Java and Javascript though >>> both incredible big platforms they are both a huge mess. >>> >>> Redline was a good effort that now looks like abandonware. Amber is barely >>> active. Those are common patterns for pretty much any language that decides >>> to embrace JVM or JS as platforms. >>> >>> And you can use java libraries from Pharo via JNIPort >>> >>> http://www.smalltalkhub.com/#!/~JNIPort/JNIPort >>> >>> https://sites.google.com/site/jniport/project-definition >>> >>> I wanted to use python libraries from pharo , I did not go to implement >>> pharo or port pharo to Cpython, all I did was to create a communication >>> bridge via sockets and I did that in less that 100 lines of python code. >>> >>> Its easy , fast and simple. Nothing stops anyone from interfacing pharo >>> with any popular platform or other language. The fact that people prefer to >>> stick with pharo frameworks and libraries sends a clear message. >>> >>> Invest in Pharo , this is what our community is focused on. >>> >>> On Fri, Dec 11, 2015 at 8:36 PM Richard Eng <horrido.hobbies(a)gmail.com> >>> wrote: >>>> According to TIOBE, which is hardly a reliable metric, this month Java >>>> and Python are enjoying a massive upswing in popularity. In fact, TIOBE will >>>> most likely name Java Programming Language of the Year for 2015. (Both >>>> languages have been on an upward trajectory all year.) >>>> >>>> It's not hard to understand why Java's popularity is improving. Android >>>> programming is becoming more important, as the platform has begun to exceed >>>> iOS in terms of user experience with the advent of Lollipop and Marshmallow. >>>> Then there's the rise of the "Internet of Things," where Java seems to be >>>> well-suited. >>>> >>>> (I'm not sure what explains Python's bump in popularity, though. Maybe >>>> there's an increasing appetite for languages that are easy to learn. A >>>> clean, simple syntax is very, very important!) >>>> >>>> I think, more than ever, we need to have Smalltalk on the JVM. Java >>>> cannot be allowed to hog the limelight of IT. I was pinning my hopes on >>>> Redline, but I'm not sanguine about its future progress. >>>> >>>> Rather than waste time with PharoJS, wouldn't it be more prudent to focus >>>> on putting Pharo on the JVM?

Dec. 14, 2015

Re: [Pharo-users] PharoJVM

by Robert Withers

In the realm of marketing, having a clear objective is key, to unlock the artifact. Being a kid about it, to dig deeper into the inspirations of otexport LD_LIBRARY_PATH="/lib:/usr/lib:/usr/local/lib"hers, ignites it. The kindling, however, must be a positive mental attitude (as espoused by bad brains). Critique is great, but allowing emotions to get behind being negative, let's it run that way. What's positive? YOu can tell every new person that they add to the integrating capacity of a growing modern cloud meta system, with 9 layer stacks and clustered graphs of networked actors...real time. Go for the multi-objective genetic approaches, really and truly. That's the best AI. regards, robert On 12/13/2015 08:47 AM, horrido wrote: > Why is this "nonsense"? Are you saying it's not important to make Pharo > applicable to more problem domains? Are you saying that making Pharo useful > to more people in the IT community is a dumb idea? > > What am I missing in terms of situational awareness? Clearly, *I am > clueless*, because I don't understand what you're getting at with Wardley > maps. > > "Strategy means making choices." Are you suggesting that you've made hard > choices? Whatever those choices are, *the results speak for themselves*. The > IT community at large still ignores Smalltalk. Businesses are looking to > Java and JavaScript and Python and C++ /before/ they ever look to Pharo. I > don't know how you can deny this. I don't know how you can tell me it's > working out well for Pharo. > > > > Stephan Eggermont wrote >> On 12-12-15 22:45, horrido wrote: >>> Yes, the mentality of Pharo has not escaped my attention. >> ... >> >>> Why would you want to limit the breadth of applicability of a programming >>> language? Especially one that purports to be **general purpose**. >> Oh please, can you stop this nonsense? >> >> If you want to learn something about strategy, read the blog >> I posted earlier about, and create some Wardley maps for us. >> Your situational awareness is lacking. >> Strategy means making choices. >> >> Stephan > > > > > -- > View this message in context: http://forum.world.st/PharoJVM-tp4866633p4866806.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >

Dec. 14, 2015

Re: [Pharo-users] PharoJVM

by EuanM

Todd, have you investigated using Squeak/Pharo at the back-end and Amber at the front end? That's where I'm currently targetting my development work. On 14 December 2015 at 01:59, Todd Blanchard <tblanchard(a)mac.com> wrote: > I've shipped several cordova/phonegap apps. > > It can work for a certain level of simplicity - but browser based apps don't scratch my itch. > I would be more interested in being able to develop a browser based app in Pharo and deploy it to a phone or tablet. > >> On Dec 13, 2015, at 17:13, horrido <horrido.hobbies(a)gmail.com> wrote: >> >> I thought so, too, which is why I wrote this tutorial >> <https://medium.com/smalltalk-talk/amber-alert-we-can-do-mobile-apps-34b2d4d…> >> for app development. However, there is some question surrounding Amber's >> viability in the longer term. >> > >

Dec. 14, 2015

Re: [Pharo-users] PharoJVM

by EuanM

As a person who has posted video of Squeak and Pharo running on Raspberry Pi, I have to disagree with teh statement "Pharo can already run on ... Raspberry PI and works well.". Squeak works well on the Pi, in my experience. It's about an order-of-magnitude more responsive to user input than Pharo, at present. On 12 December 2015 at 11:51, Dimitris Chloupis <kilon.alios(a)gmail.com> wrote: > Pharo can already run on iOS and Raspberry PI and works well. > > On Android its still a work in progress but its improving > > On web you can already can use pharo for both the backend (server) and front > end (browser-javascript-html-css) > > So Pharo has already spread on all major platforms , with the exception of > Android where there is still work to be done to make it usable. In the dev > list there was already an announcement for hiring a developer for one year > to work on the Android. So Android is a matter of time too. > > For anyone that really cares about JVM in general as I already posted he/she > can take JNIPort and improve it anyway he/she wants. > > Its not hard to create support for other languages if one wants to. I > created support for python, another dude created support for R programming > language who followed a similar approach to mine. > > But we all have personal reasons and needs for using pharo with other > programming languages, I use it to script Blender the 3d application that > happens to use python as its scripting language, other may use R for > mathematical computations, other do web development, others want to make > Android apps and so forth. > > Its impossible with such small community to fit the needs of every user of > pharo or potential user, so it wont happen until like me you are ready to > get your hands dirty to make Pharo work well for you. Else you are better > coding in other language . > > On Sat, Dec 12, 2015 at 1:31 PM Antonio J. Arrieta Cuartero > <ajaczgz(a)yahoo.es> wrote: >> >> Hello >> >> The question isn't how to implement Pharo in JVM. I know Java programmers >> will never use Pharo as I probably will never use Java. >> >> The question is to spread Pharo all over the platforms. And the more >> extended platform all over the world are IOS and Android. The advantage is >> to have Pharo not only the computer but also in our personal tablets (no >> phones nor phablets). >> >> Antonio J. Arrieta Cuartero >> ________________________________ >> De: Dimitris Chloupis >> Enviado: â12/â12/â2015 10:25 >> Para: Any question about pharo is welcome >> Asunto: Re: [Pharo-users] PharoJVM >> >> Of course the one thing that you fail to mention is that no JVM based >> languages (including Scala) can be called a popular language since they dont >> even make the top 20. >> >> I have personal experience with Python , Jpython is a port to JVM and not >> only that JPython is special in a way that not only can use any Java library >> out of the box but also has support for CPython libraries (which by very far >> the most popular python implementation out there) and still its barely >> alive. >> >> The irony is that in the end people that are mostly interested about JVM >> or JS are JS and JAVA coders mainly. Coders from other language tend to >> stick with their own language mainly because both Java and Javascript though >> both incredible big platforms they are both a huge mess. >> >> Redline was a good effort that now looks like abandonware. Amber is barely >> active. Those are common patterns for pretty much any language that decides >> to embrace JVM or JS as platforms. >> >> And you can use java libraries from Pharo via JNIPort >> >> http://www.smalltalkhub.com/#!/~JNIPort/JNIPort >> >> https://sites.google.com/site/jniport/project-definition >> >> I wanted to use python libraries from pharo , I did not go to implement >> pharo or port pharo to Cpython, all I did was to create a communication >> bridge via sockets and I did that in less that 100 lines of python code. >> >> Its easy , fast and simple. Nothing stops anyone from interfacing pharo >> with any popular platform or other language. The fact that people prefer to >> stick with pharo frameworks and libraries sends a clear message. >> >> Invest in Pharo , this is what our community is focused on. >> >> On Fri, Dec 11, 2015 at 8:36 PM Richard Eng <horrido.hobbies(a)gmail.com> >> wrote: >>> >>> According to TIOBE, which is hardly a reliable metric, this month Java >>> and Python are enjoying a massive upswing in popularity. In fact, TIOBE will >>> most likely name Java Programming Language of the Year for 2015. (Both >>> languages have been on an upward trajectory all year.) >>> >>> It's not hard to understand why Java's popularity is improving. Android >>> programming is becoming more important, as the platform has begun to exceed >>> iOS in terms of user experience with the advent of Lollipop and Marshmallow. >>> Then there's the rise of the "Internet of Things," where Java seems to be >>> well-suited. >>> >>> (I'm not sure what explains Python's bump in popularity, though. Maybe >>> there's an increasing appetite for languages that are easy to learn. A >>> clean, simple syntax is very, very important!) >>> >>> I think, more than ever, we need to have Smalltalk on the JVM. Java >>> cannot be allowed to hog the limelight of IT. I was pinning my hopes on >>> Redline, but I'm not sanguine about its future progress. >>> >>> Rather than waste time with PharoJS, wouldn't it be more prudent to focus >>> on putting Pharo on the JVM?

Dec. 14, 2015

Re: [Pharo-users] Fuel Slow?

by Sean P. DeNigris

Mariano Martinez Peck wrote >> Is that normal? > No, it's not. Oh good! Mariano Martinez Peck wrote > Can I reproduce it? If true, tell me exactly how (if you give me the image > and tell me which VM you used, even better). It happens consistently when I serialize via: FLSerializer serialize: anObject toFileNamed: aFileReference fullName. I can send you the image if necessary. I'll PM you if we can't figure it out. Mariano Martinez Peck wrote > Which stream are using? Not sure. I evaluated the above line in default Pharo 4.0. Does that answer it? Mariano Martinez Peck wrote > Did you profile it? - 41036 tallies, 41165 msec. **Tree** -------------------------------- Process: (40s) Morphic UI Process: nil -------------------------------- 90.0% {37035ms} FLSerialization>>run 78.1% {32149ms} FLSerialization>>instancesStep |75.4% {31038ms} FLPositive16SmallIntegerCluster(FLPrimitiveCluster)>>registerIndexesOn: | |65.4% {26932ms} OrderedCollection(Collection)>>asIdentitySet | | |65.4% {26932ms} IdentitySet(Collection)>>addAll: | | | 64.2% {26438ms} IdentitySet(Set)>>add: | | | |63.7% {26217ms} IdentitySet>>scanFor: | | | | 63.5% {26133ms} primitives | | | 1.1% {444ms} primitives | |10.0% {4106ms} FLPositive16SmallIntegerCluster(FLIteratingCluster)>>registerIndexesOn: | | 5.6% {2309ms} IdentitySet(Set)>>do: | | 4.2% {1720ms} FLLargeIdentityDictionary>>at:put: | | 4.2% {1716ms} primitives |1.7% {706ms} FLVariableObjectCluster(FLIteratingCluster)>>registerIndexesOn: | 1.6% {679ms} FLLargeIdentityDictionary>>at:put: 11.9% {4884ms} FLSerialization>>referencesStep 11.0% {4546ms} FLDictionaryCollectionCluster(FLAbstractCollectionCluster)>>serializeReferencesStepWith: 11.0% {4537ms} FLDictionaryCollectionCluster>>serializeReferencesOf:with: 8.2% {3383ms} FLEncoder>>encodeReferenceTo: |6.9% {2846ms} FLLargeIdentityDictionary>>at:ifAbsent: | |6.9% {2832ms} primitives |1.3% {525ms} FLIndexStream>>nextIndexPut: 2.3% {951ms} OrderedCollection(SequenceableCollection)>>allButFirst 2.3% {951ms} OrderedCollection(SequenceableCollection)>>allButFirst: 2.3% {946ms} OrderedCollection>>copyFrom:to: 2.3% {946ms} OrderedCollection>>postCopyFrom:to: 2.3% {935ms} primitives 8.8% {3641ms} FLAnalysis>>run 7.7% {3154ms} FLAnalysis>>mapAndTrace: |7.6% {3130ms} FLLightGlobalMapper>>mapAndTrace: | 7.1% {2925ms} FLLightGeneralMapper>>mapAndTrace: | 3.6% {1467ms} Dictionary>>fuelAccept: | |3.6% {1467ms} FLLightGeneralMapper>>visitDictionary: | | 3.6% {1467ms} FLLightGeneralMapper(FLMapper)>>mapAndTraceByObjectClass:to: | | 3.4% {1411ms} FLDictionaryCollectionCluster(FLIteratingCluster)>>add:traceWith: | | 2.4% {1005ms} FLDictionaryCollectionCluster(FLIteratingCluster)>>addReferenceFrom:to: | | 1.8% {754ms} FLLargeIdentityDictionary>>at:ifAbsentPut: | | 1.2% {483ms} FLLargeIdentityDictionary>>at:ifAbsent: | 1.6% {678ms} SmallInteger>>fuelAccept: | |1.6% {675ms} FLLightGeneralMapper>>visitSmallInteger: | | 1.6% {672ms} FLLightGeneralMapper(FLMapper)>>mapAndTraceByClusterName:to: | | 1.3% {516ms} FLLightGeneralMapper(FLMapper)>>clusterKeyedByClusterName: | | 1.2% {514ms} FLLightGeneralMapper(FLMapper)>>clusterKeyedByClusterName:factory: | | 1.2% {475ms} FLLightGeneralMapper(FLMapper)>>clusterInstanceOf:keyInBucket:factory: | | 1.1% {471ms} IdentityDictionary(Dictionary)>>at:ifAbsentPut: | | 1.0% {425ms} primitives | 1.3% {528ms} ByteString>>fuelAccept: | 1.2% {511ms} FLLightGeneralMapper>>visitHookPrimitive: | 1.2% {507ms} FLLightGeneralMapper(FLMapper)>>mapAndTraceByObjectClass:to: | 1.2% {476ms} FLLightGeneralMapper(FLMapper)>>clusterKeyedByObjectClass:class: | 1.1% {457ms} FLLightGeneralMapper(FLMapper)>>clusterInstanceOf:keyInBucket:factory: 1.1% {455ms} primitives **Leaves** 63.6% {26195ms} IdentitySet>>scanFor: 8.9% {3667ms} FLLargeIdentityDictionary>>at:ifAbsent: 5.9% {2434ms} FLLargeIdentityDictionary>>at:put: 5.9% {2419ms} IdentitySet(Set)>>do: 2.3% {935ms} OrderedCollection>>postCopyFrom:to: 1.4% {581ms} IdentityDictionary(Dictionary)>>at:ifAbsentPut: 1.1% {455ms} FLAnalysis>>run 1.1% {444ms} IdentitySet(Collection)>>addAll: **Memory** old +43,659,188 bytes young +3,051,820 bytes used +46,711,008 bytes free -3,959,904 bytes **GCs** full 8 totalling 2,909ms (7.0% uptime), avg 364.0ms incr 1006 totalling 2,522ms (6.0% uptime), avg 3.0ms tenures 205 (avg 4 GCs/tenure) root table 0 overflows ----- Cheers, Sean -- View this message in context: http://forum.world.st/Fuel-Slow-tp4866161p4866885.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Dec. 14, 2015

Re: [Pharo-users] PharoJVM

by Todd Blanchard

I've shipped several cordova/phonegap apps. It can work for a certain level of simplicity - but browser based apps don't scratch my itch. I would be more interested in being able to develop a browser based app in Pharo and deploy it to a phone or tablet. > On Dec 13, 2015, at 17:13, horrido <horrido.hobbies(a)gmail.com> wrote: > > I thought so, too, which is why I wrote this tutorial > <https://medium.com/smalltalk-talk/amber-alert-we-can-do-mobile-apps-34b2d4d…> > for app development. However, there is some question surrounding Amber's > viability in the longer term. >

Dec. 14, 2015

Re: [Pharo-users] Metacello cannot download the latest zip of a github repo if a zip already exists from a previous commit

by Dale Henrichs

On 12/13/15 6:28 AM, Dimitris Chloupis wrote: > So it looks like that when I do > > Metacello new baseline: 'ChronosManager'; repository: > 'github://kilon/ChronosManager'; load > > and I have ChronosManager already installed via the same command > previously , if the repo has changed in the mean time , it wont get > the latest zip from github and instead will use the existing zip to > overwrite my image (Not cool at all). > > Obviously a bug ? No it is intended behavior ... to avoid downloading the entire zipped repository everytime you reference a project (whether or not there were changes up on github), the cache is not flushed unless you do a `get` command as follows: Metacello new baseline: 'ChronosManager'; repository: 'github://kilon/ChronosManager'; get; load (you probably need to use the latest version of Metacello, as well) I see that I haven't documented this feature and that is "not cool at all" .... most of the code and documentation was written about 3 years ago, so users have finally caught up with me and it's time to update the docs:) Dale [1] https://github.com/dalehenrich/metacello-work/issues/380

Dec. 14, 2015

Re: [Pharo-users] PharoJVM

by Todd Blanchard

Where do I get this? I have to say I kind of think Pharo is missing the boat with regards to mobile devices. There is a huge demand for a mobile development platform that allows one to write a mobile app that runs the same on Android and iOS. > On Dec 12, 2015, at 03:51, Dimitris Chloupis <kilon.alios(a)gmail.com> wrote: > > Pharo can already run on iOS

Dec. 14, 2015