Re: [Pharo-dev] Show Stopper Issue 15127 Pharo-4.0-Issue-Tracker-Image ci job is red

Thanks Nicolai. I tried your suggestion but running the CI tests then crashes the VM. I'll gather more info. cheers -ben On Wed, Mar 18, 2015 at 7:12 AM, Nicolai Hess wrote: > 2015-03-17 18:29 GMT+01:00 Ben Coman : > >> >> Currently the image the monkey uses to validate issues is 9 days old - >

Re: [Pharo-dev] Show Stopper Issue 15127 Pharo-4.0-Issue-Tracker-Image ci job is red

2015-03-17 18:29 GMT+01:00 Ben Coman : > > Currently the image the monkey uses to validate issues is 9 days old - > which might be a problem if your bug fix today depends on or conflicts with > something integrated a week ago. > > I have somewhat isolated the problem to a Rubric/GTTools update, bu

Re: [Pharo-dev] pharo vs. java

On 17/03/15 21:35, Nicolas Cellier wrote: But wait, the file was buffered (bytes are fetched from file by packets), but the decoder was not! All decoding is performed char by char. In the optimized version there is still no reading of a 32/64-bit word at a time, checking all 8th bits at the sam

Re: [Pharo-dev] Rubric mutability issue in RubTextComposer binary search

Hi Alex, On 17/03/15 22:19, Aliaksei Syrel wrote: seems like there is a rather rare bug in Rubric. I opened an issue with explanation: https://pharo.fogbugz.com/f/cases/15153/Rubric-mutability-issue-in-RubTextComposer-binary-search Would be nice to fix it until release. It was caught in Spotte

[Pharo-dev] Rubric mutability issue in RubTextComposer binary search

Hi, seems like there is a rather rare bug in Rubric. I opened an issue with explanation: https://pharo.fogbugz.com/f/cases/15153/Rubric-mutability-issue-in-RubTextComposer-binary-search Would be nice to fix it until release. It was caught in Spotter - as it heavily uses multithreading. Any sugge

Re: [Pharo-dev] pharo vs. java

2015-03-17 21:10 GMT+01:00 Nicolas Cellier < nicolas.cellier.aka.n...@gmail.com>: > We can already have relatively fast UTF8 reading when the file is > essentially composed of ascii. > I've demonstrated this a few years ago with SqueaXtreams ( > http://www.squeaksource.com/XTream/) > > For example

Re: [Pharo-dev] [pharo-project/pharo-core] c2785a: 40562

2015-03-17 19:07 GMT+01:00 Sven Van Caekenberghe : > Yes indeed, first external, then internal. > Behaviour is way more important than structure. > > Both are important. Don't forget that we shall be able to understand the smallest part of the system :) > > On 17 Mar 2015, at 18:23, stepharo w

Re: [Pharo-dev] pharo vs. java

On 17/03/15 19:58, p...@highoctane.be wrote: Maybe using FFI to read the file in the correct format would be a nice option to have available. File reading seems fast enough: faster than my SSD can deliver data (>1GB/s) The code in the MultibyteFileStream looks quite convoluted when reading.

Re: [Pharo-dev] SpecTableLayout not in Pahro 4

We can add a configurationOfSpec but somebody should find the old and resurrect it. I remember that I started to remove bad dependencies Le 17/3/15 18:04, Peter Uhnák a écrit : I am assuming requiring SpecTableLayout after it is incorporated into Spec? There is currently no configuration for s

[Pharo-dev] Need more success stories

Hi guys we need more success stories: You should get one in 15 min. One paragraph: Context/solution One screenshot One comment on the techno This is important. But if you do not do it I cannot do it for you and we all lose. Stef

Re: [Pharo-dev] pharo vs. java

Le 17 mars 2015 18:59, "Stephan Eggermont" a écrit : > > On 17/03/15 17:59, Stephan Eggermont wrote: > >> I tried the code with the latest pharo-spur image and vm: >> from 17 seconds down to 10.5 > > > And I tried it again with cogspurlinux 3268 and the > trunk46-spur. That needed switching to > >

Re: [Pharo-dev] Jenkins build trigger

On 17/03/15 16:08, Christophe Demarey wrote: Le 17 mars 2015 à 15:28, Stephan Eggermont a écrit : That results in scheduled. The first time, it resulted in two builds being scheduled. After trying again, one build was scheduled. After committing again, no build was scheduled. then, the probl

Re: [Pharo-dev] [Pharo-users] [Pharo4] Please test Pharo4 *now*

cool! Le 16/3/15 21:45, jannik laval a écrit : Hi guys, phratch is already built on pharo 4. 30 students will use it. I will give you feedback. Cheers, Jannik 2015-03-16 18:14 GMT+01:00 Sven Van Caekenberghe >: > On 16 Mar 2015, at 17:39, Marcus Denker mailto:marcu

Re: [Pharo-dev] [pharo-project/pharo-core] c2785a: 40562

Yes indeed, first external, then internal. Behaviour is way more important than structure. > On 17 Mar 2015, at 18:23, stepharo wrote: > > Did you check it? > It is nice now. > > Not a stupid template with just something that goes against any book on OOP: > violation of encapsulation. > Let us

Re: [Pharo-dev] pharo vs. java

On 17/03/15 17:59, Stephan Eggermont wrote: I tried the code with the latest pharo-spur image and vm: from 17 seconds down to 10.5 And I tried it again with cogspurlinux 3268 and the trunk46-spur. That needed switching to MultiByteFileStream readOnlyFileNamed: and ran in 8.8 sec (average of

[Pharo-dev] Show Stopper Issue 15127 Pharo-4.0-Issue-Tracker-Image ci job is red

Currently the image the monkey uses to validate issues is 9 days old - which might be a problem if your bug fix today depends on or conflicts with something integrated a week ago. I have somewhat isolated the problem to a Rubric/GTTools update, but nothing looks obvious from the package level. It

Re: [Pharo-dev] [pharo-project/pharo-core] c2785a: 40562

Did you check it? It is nice now. Not a stupid template with just something that goes against any book on OOP: violation of encapsulation. Let us not talk about instance variables. Stef Le 17/3/15 15:59, Sven Van Caekenberghe a écrit : All class comments seem to have been modified ? Was tha

Re: [Pharo-dev] trying a hot update un smalltalkhub

Ooops I was talking about the catalog of metacello coming soon :) Le 17/3/15 18:12, stepharo a écrit : Another catalog has been developed. So pay attention not to build too much on it. Now the configuration browser could use this information The other catalog should be able to produce the same

Re: [Pharo-dev] software update again

no, copying should not be the solution. but… being able to reconstruct an update is a good reason to not use generic versions (like #development) and instead provide a real fixed version :P we will need to review this… but not now… for Pharo 5. Esteban > On 17 Mar 2015, at 18:10, stepharo wr

Re: [Pharo-dev] trying a hot update un smalltalkhub

Another catalog has been developed. So pay attention not to build too much on it. Now the configuration browser could use this information The other catalog should be able to produce the same and more in fact Le 17/3/15 12:15, kilon alios a écrit : Great work Esteban that JSON may come handy for

Re: [Pharo-dev] software update again

-> GT is loaded via a Configuration. -> this load from the GT repo, *not* Pharo40. So this means that it looks in the wrong place I wonder why. Maybe we should copy the mcz files? This would be good anyway: all code of Pharo40 is in the Pharo40 repo. Marcus Yes!

Re: [Pharo-dev] pharo vs. java

On 17/03/2015 17:59, Stephan Eggermont wrote: On 17/03/15 17:13, Eliot Miranda wrote: Hi Nicolas, Indeed it is. But remember that Java VMs are typically extremely efficient, employing aggressive optimization. What Java VM are you using? I was using an OpenSDK-7 on latest Ubuntu same here

Re: [Pharo-dev] SpecTableLayout not in Pahro 4

Could you Create an issue on the Pharo bugtracker Publish your changes in a slice in the inbox of Pharo so that we check if we can integrate them or not in Pharo 40? I'm sorry about what happened around Spec. We did not want to have a look a the github com because we did not want to

Re: [Pharo-dev] SpecTableLayout not in Pahro 4

I am assuming requiring SpecTableLayout after it is incorporated into Spec? There is currently no configuration for spec since it is inside the image, so the only way would be to specify version of Pharo (i.e. it's incorporated in version X, so the user needs at least Pharo X) or testing whether th

Re: [Pharo-dev] pharo vs. java

On 17/03/15 17:13, Eliot Miranda wrote: Hi Nicolas, Indeed it is. But remember that Java VMs are typically extremely efficient, employing aggressive optimization. What Java VM are you using? I was using an OpenSDK-7 on latest Ubuntu But do not despair! We are working on it. Let me boil d

Re: [Pharo-dev] [pharo-project/pharo-core] c2785a: 40562

> > > (ah, and that the comment is stored on the organisation is of course strange > too…) > > Oh well... It has to be somewhere. Where would you put it? In the class > itself? > Maybe in some source code manager… that has the responsibility to hide the whole sources/changes stuff (and tho

Re: [Pharo-dev] SpecTableLayout not in Pahro 4

Created issue in fogbugz. Also, if I decide to distribute a library that requires SpecTableLayout, how to do it properly? Basically most of changes are new classes (so may be shipped in any package), but there is also a modification to existing method in SpecInterpreter. -- View this message in

Re: [Pharo-dev] pharo vs. java

Hi Nicolas, On Tue, Mar 17, 2015 at 2:19 AM, Nicolas Anquetil wrote: > > Eliot, Sven, Stephan, > > thank you for your answers. > > As you noticed I am not an expert in profiling :-) > > it seems now I might have goofed up and the time taken by pharo in my > initial program (compared to java) is

Re: [Pharo-dev] [pharo-project/pharo-core] c2785a: 40562

2015-03-17 17:07 GMT+01:00 Marcus Denker : > > > >> (ah, and that the comment is stored on the organisation is of course >> strange too...) >> > > Oh well... It has to be somewhere. Where would you put it? In the class > itself? > > > Maybe in some source code manager... that has the responsibilit

Re: [Pharo-dev] pharo vs. java

> On 17 Mar 2015, at 16:29, p...@highoctane.be wrote: > > Still, your implementation isn't loading the whole contents as the Java > version does. Well, your third piece of code, which uses StandardFileStream, does not do any UTF-8 decoding either. It uses FileStream>>#contents, like my binary

Re: [Pharo-dev] [pharo-project/pharo-core] c2785a: 40562

2015-03-17 16:26 GMT+01:00 Marcus Denker : > > On 17 Mar 2015, at 16:22, Esteban Lorenzano wrote: > > > On 17 Mar 2015, at 16:19, Thierry Goubier > wrote: > > > > 2015-03-17 16:07 GMT+01:00 Marcus Denker : > >> >> > On 17 Mar 2015, at 15:59, Sven Van Caekenberghe wrote: >> > >> > All class comm

Re: [Pharo-dev] pharo vs. java

Ah, you beat me :-) Still, your implementation isn't loading the whole contents as the Java version does. The key issue is the conversion indeed. Phil On Tue, Mar 17, 2015 at 4:17 PM, Sven Van Caekenberghe wrote: > >> On 17 Mar 2015, at 15:45, Stephan Eggermont wrote: >> >> I tried it myself,

Re: [Pharo-dev] pharo vs. java

Ok, I've tried this out. First version [ |length a| length := 0. 1 to: 10 do: [ :index | ('Loop {1}' format: { index }) logCr. a := (FileLocator imageDirectory / 'javacomp' / 'jfreechart-0_9_0.mse') readStream contents. (ReadStream on: a) do: [ :c | leng

[Pharo-dev] [pharo-project/pharo-core] c2785a: 40562

Branch: refs/heads/4.0 Home: https://github.com/pharo-project/pharo-core Commit: c2785aa6da1b2fefa3b7e063bb12c226533c5bee https://github.com/pharo-project/pharo-core/commit/c2785aa6da1b2fefa3b7e063bb12c226533c5bee Author: Jenkins Build Server Date: 2015-03-17 (Tue, 17 Mar 2015

Re: [Pharo-dev] pharo vs. java

in the bash: --- $ for i in 1 2 3 4 5 6 7 8 9 10; do time java PharoJava; done --- then I did the sum manually :-) nicolas On 17/03/2015 13:47, Sven Van Caekenberghe wrote: On 17 Mar 2015, at 10:24, Sven Van Caekenberghe wrote: Also, in your Java code I do not see a loop doing the benchmark

[Pharo-dev] Update Nautilus layout after setting plugin's height?

Hi, I’m playing with nautilus plugins, and sometimes I want to have a lot of space for my plugin, but there are also periods of time when I want to shrink unneeded space and use it for the rest of widgets. I’ve never worked with morphs, so can someone suggest me how to do it? Should I change th

Re: [Pharo-dev] [pharo-project/pharo-core] c2785a: 40562

> On 17 Mar 2015, at 16:19, Thierry Goubier wrote: > > > > 2015-03-17 16:07 GMT+01:00 Marcus Denker >: > > > On 17 Mar 2015, at 15:59, Sven Van Caekenberghe > > wrote: > > > > All class comments seem to have been modified ? > > Was that in

Re: [Pharo-dev] [pharo-project/pharo-core] c2785a: 40562

> On 17 Mar 2015, at 16:22, Esteban Lorenzano wrote: > > >> On 17 Mar 2015, at 16:19, Thierry Goubier > > wrote: >> >> >> >> 2015-03-17 16:07 GMT+01:00 Marcus Denker > >: >> >> > On 17 Mar 2015, at 15:59, Sven Van Caekenberghe

Re: [Pharo-dev] [pharo-project/pharo-core] c2785a: 40562

> On 17 Mar 2015, at 16:19, Thierry Goubier wrote: > > > > 2015-03-17 16:07 GMT+01:00 Marcus Denker >: > > > On 17 Mar 2015, at 15:59, Sven Van Caekenberghe > > wrote: > > > > All class comments seem to have been modified ? > > Was that in

Re: [Pharo-dev] pharo vs. java

> On 17 Mar 2015, at 15:45, Stephan Eggermont wrote: > > I tried it myself, java seems to be 7 times faster on a 35 MB jfreechart.mse > file I found on github. Moose 5.1 managed about > 30 MB/s. > > UTF8 is rather suboptimal for source code. Nearly all of it is > ASCII which can be processed a

Re: [Pharo-dev] [pharo-project/pharo-core] c2785a: 40562

2015-03-17 16:07 GMT+01:00 Marcus Denker : > > > On 17 Mar 2015, at 15:59, Sven Van Caekenberghe wrote: > > > > All class comments seem to have been modified ? > > Was that intentional ? > > > > I think that is an overside of the GIT commit: it commits the comment it > gets, and this is the templ

Re: [Pharo-dev] software update again

> On 17 Mar 2015, at 11:57, Norbert Hartl wrote: > > I'm trying to have an actual pharo4 image to work on. So I like to do > "software update". Sometimes it doesn't work and that is ok. But the last > weeks I didn't manage to update once. Everytime there was a GT-* package that > could not be

Re: [Pharo-dev] [pharo-project/pharo-core] c2785a: 40562

> On 17 Mar 2015, at 15:59, Sven Van Caekenberghe wrote: > > All class comments seem to have been modified ? > Was that intentional ? > I think that is an overside of the GIT commit: it commits the comment it gets, and this is the template when there is none. Marcus

Re: [Pharo-dev] Jenkins build trigger

Le 17 mars 2015 à 15:28, Stephan Eggermont a écrit : > On 17/03/15 14:52, Christophe Demarey wrote: >> There is no delay. >> The first thing to try if it does not work is to open the URL given on >> smalltalkhub from a web browser (strangely, does not work with curl/wget). >> ex: curl >> https:

Re: [Pharo-dev] [pharo-project/pharo-core] c2785a: 40562

All class comments seem to have been modified ? Was that intentional ? > On 17 Mar 2015, at 15:48, GitHub wrote: > > 15147 change class comment template > https://pharo.fogbugz.com/f/cases/15147

[Pharo-dev] [pharo-project/pharo-core]

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

Re: [Pharo-dev] pharo vs. java

I tried it myself, java seems to be 7 times faster on a 35 MB jfreechart.mse file I found on github. Moose 5.1 managed about 30 MB/s. UTF8 is rather suboptimal for source code. Nearly all of it is ASCII which can be processed a machine word at a time, instead of byte. There were earlier discuss

Re: [Pharo-dev] Jenkins build trigger

On 17/03/15 14:52, Christophe Demarey wrote: There is no delay. The first thing to try if it does not work is to open the URL given on smalltalkhub from a web browser (strangely, does not work with curl/wget). ex: curl https://ci.inria.fr/pharo-contribution/buildByToken/build?job=*JOBNAME*&toke

Re: [Pharo-dev] Jenkins build trigger

Le 17 mars 2015 à 10:18, Stephan Eggermont a écrit : > On 11/03/15 14:55, Christophe Demarey wrote: >> Here is the way to go: >> >> * go to your job configuration on Jenkins >> o In the *build triggers* section, >> + enable *Trigger builds remotely (e.g., from scripts)* and >>

Re: [Pharo-dev] pharo vs. java

> On 17 Mar 2015, at 10:24, Sven Van Caekenberghe wrote: > > Also, in your Java code I do not see a loop doing the benchmark 10 times ... Just to make sure: where is your 10x loop in Java ? similar thing (as far as I can tell) 10 times in java: 1.482 sec. --- public static void main(String[

Re: [Pharo-dev] trying a hot update un smalltalkhub

yes, that’s because info is cached (and refreshed each 6h) so, each 6h someone will have a slow request :) Esteban > On 17 Mar 2015, at 13:16, Sven Van Caekenberghe wrote: > > >> On 17 Mar 2015, at 12:52, Sean P. DeNigris wrote: >> >> Sven Van Caekenberghe-2 wrote >>> And it is fast as wel

Re: [Pharo-dev] pharo vs. java

the file is 10M. it seems to me the content does not change anything since we are just reading it character by character without doing anything else. anyway, you can find it at: https://dl.dropboxusercontent.com/u/12861461/jfreechart-0_9_0.mse nicolas On 17/03/2015 11:04, p...@highoctane.

Re: [Pharo-dev] trying a hot update un smalltalkhub

> On 17 Mar 2015, at 12:52, Sean P. DeNigris wrote: > > Sven Van Caekenberghe-2 wrote >> And it is fast as well: 0.33 seconds for me. > > Yes! For me 26ms for the GET and 43ms to parse. Actually the parsing is way faster: json := ZnClient new get: 'http://smalltalkhub.com/list/json'. [ NeoJS

Re: [Pharo-dev] trying a hot update un smalltalkhub

Sven Van Caekenberghe-2 wrote > And it is fast as well: 0.33 seconds for me. Yes! For me 26ms for the GET and 43ms to parse. - Cheers, Sean -- View this message in context: http://forum.world.st/trying-a-hot-update-un-smalltalkhub-tp4812535p4812552.html Sent from the Pharo Smalltalk Develo

Re: [Pharo-dev] trying a hot update un smalltalkhub

Very nice. For those who want to parse the result: ZnClient new contentReader: [ :entity | NeoJSONReader fromString: entity contents ]; get: 'http://smalltalkhub.com/list/json'. Or even: ZnClient new contentReader: [ :entity | STON fromString: entity contents ]; get: 'http://smalltalk

Re: [Pharo-dev] trying a hot update un smalltalkhub

Great work Esteban that JSON may come handy for building a front end of STHub inside Pharo , so the users wont have to open an internet browser to browser and download sthub projects. On Tue, Mar 17, 2015 at 12:50 PM, Esteban Lorenzano wrote: > ok, thank went more or less fine :) > > now you hav

Re: [Pharo-dev] trying a hot update un smalltalkhub

On Tue, Mar 17, 2015 at 11:50 AM, Esteban Lorenzano wrote: > ok, thank went more or less fine :) > > now you have: > > http://smalltalkhub.com/list > > and > > http://smalltalkhub.com/list/json Niiice!!! (now, a description in Json... :-p ) Phil > > enjoy :) > > Esteban > > > > On 17 Mar 2015

[Pharo-dev] software update again

I'm trying to have an actual pharo4 image to work on. So I like to do "software update". Sometimes it doesn't work and that is ok. But the last weeks I didn't manage to update once. Everytime there was a GT-* package that could not be found. To be clear here I'm talking about a 404 from smalltal

Re: [Pharo-dev] trying a hot update un smalltalkhub

ok, thank went more or less fine :) now you have: http://smalltalkhub.com/list and http://smalltalkhub.com/list/json enjoy :) Esteban > On 17 Mar 2015, at 11:15, Esteban Lorenzano wrote: > > Hi, > > I’m trying to use t

Re: [Pharo-dev] [Pharo-users] [ANN] RProjectConnector V1.0

Hi Juampi, I know that the libraries are difficult to configure. We will improve that. I don’t have a Mac, but as far as I know, you need to put the R libraries where are the Pharo ones like “libAsynchFilePlugin.dylib”. If you didn’t do it, you need to restart the Pharo image at each time you c

Re: [Pharo-dev] SetTest>>#testAllSetsAreHealthy error

> On 17 Mar 2015, at 10:40, Peter Uhnák wrote: > > Hi, > > I'm getting weird SetTest>>#testAllSetsAreHealthy error > https://ci.inria.fr/pharo/job/Pharo-4.0-Issue-Validator/27236//artifact/validationReport.html > >

[Pharo-dev] trying a hot update un smalltalkhub

Hi, I’m trying to use the power of pharo and do a hot update in smalltalkhub. Of course, it can fail… in that case I will need to turn it off and do it in the old way… :) Esteban

Re: [Pharo-dev] pharo vs. java

Yeah, put the file on a dropbox somewhere and share the link. I'd like to see why this is "slow". I am reading tons of data from a MongoDb and it is superfast. Phil On Tue, Mar 17, 2015 at 10:24 AM, Sven Van Caekenberghe wrote: > Can you post/share your file (jfreechart-0_9_0.mse) somewhere so

[Pharo-dev] SetTest>>#testAllSetsAreHealthy error

Hi, I'm getting weird SetTest>>#testAllSetsAreHealthy error https://ci.inria.fr/pharo/job/Pharo-4.0-Issue-Validator/27236//artifact/validationReport.html My changes are completely unrelated to Sets, also when i tried the test, it passes on my machine. Any ideas? Thanks, Peter

Re: [Pharo-dev] pharo vs. java

Can you post/share your file (jfreechart-0_9_0.mse) somewhere so we can run the same test ? Also, in your Java code I do not see a loop doing the benchmark 10 times ... > On 17 Mar 2015, at 10:19, Nicolas Anquetil wrote: > > > Eliot, Sven, Stephan, > > thank you for your answers. > > As you

Re: [Pharo-dev] pharo vs. java

Eliot, Sven, Stephan, thank you for your answers. As you noticed I am not an expert in profiling :-) it seems now I might have goofed up and the time taken by pharo in my initial program (compared to java) is due to some other extra compilation I was doing. So the "macro benchmark" might b

Re: [Pharo-dev] Jenkins build trigger

On 11/03/15 14:55, Christophe Demarey wrote: Here is the way to go: * go to your job configuration on Jenkins o In the *build triggers* section, + enable *Trigger builds remotely (e.g., from scripts)* and choose an*authentication token*. + disable [*URLTri

[Pharo-dev] [pharo-project/pharo-core] 35a636: 40561

Branch: refs/heads/4.0 Home: https://github.com/pharo-project/pharo-core Commit: 35a636587698c185e2194a666beee0b95d3ce7b9 https://github.com/pharo-project/pharo-core/commit/35a636587698c185e2194a666beee0b95d3ce7b9 Author: Jenkins Build Server Date: 2015-03-17 (Tue, 17 Mar 2015

[Pharo-dev] [pharo-project/pharo-core]

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

Re: [Pharo-dev] [Pharo4] 203 issues tagged tagged for Pharo4

Wow! Great! Now: 125 On Mon, Mar 16, 2015 at 7:10 PM, Ben Coman wrote: > Pharo 4: 135 > > On Mon, Mar 16, 2015 at 9:08 PM, Marcus Denker > wrote: > >> >> -- Marcus Denker -- den...@acm.org http://www.marcusdenker.de