Re: [Pharo-dev] opal optimize to do limits

On Fri, 20 Nov 2015, Clément Bera wrote: You can use whileTrue: if it's a problem for you not to evaluate the limit at each iteration of the loop. If you look at OrderedCollection for example, there are implemented differently in Pharo/VW and Squeak. Pharo and VW use to:do: whereas Squeak

Re: [Pharo-dev] Preparing for the (already here) future world of multi-core PCs

Searching with the right keywords should have directed you to HydraVM[1] and RoarVM[2][3], which are two different approaches to this problem. Both projects are stalled, and would require significant effort to merge them with the current VM sources. RoarVM also requires images changes, because

Re: [Pharo-dev] [Vm-dev] [squeak-dev] The Trunk: Network-topa.166.mcz

I don't see how using KISS would have any effect on this problem - the problem of setting the initial state of the generator. I also don't see how could KISS be implemented in Smalltalk efficiently. Levente On Thu, 22 Oct 2015, Nicolas Cellier wrote: For these reasons, I often prefer the

Re: [Pharo-dev] [squeak-dev] The Trunk: Network-topa.166.mcz

This should be promoted more vigorously. Levente On Thu, 22 Oct 2015, monty wrote: This gives you threading: http://lists.gforge.inria.fr/pipermail/pharo-bugtracker/  

Re: [Pharo-dev] Smalltalkhub projects not indexed?

This is because for some unknown reason the creators of Smalltalkhub decided to use hashbang urls at a time when it was already considered bad practice to do so[1]. Crawlers can't crawl such pages, unless there are non-hashbang versions provided as well[2], but I strongly doubt Smalltalkhub

Re: [Pharo-dev] TestPGConnection>>testNotify2 fails

Notices and notifications are entirely different things in Postgresql, so I guess something got mixed up here. Levente On Wed, 14 Oct 2015, Esteban A. Maringolo wrote: Problem ¿solved? I ran the test against a PostgreSQL 9.2 and the test passed. However the test passes... but it is failing

Re: [Pharo-dev] hash and Collections

You simply don't modify _objects_ which are used as keys in hashed collections. Or if you do so, you'll have to deal with the consequences yourself. Levente On Fri, 9 Oct 2015, Esteban Lorenzano wrote: Hi, Can anyone explain me how this is correct? Collection>>#hash "Answer an

Re: [Pharo-dev] If all Pharo projects were on GitHub...

On Tue, 29 Sep 2015, Nicolai Hess wrote: 2015-09-29 14:27 GMT+02:00 Nicolai Hess : 2015-09-29 14:02 GMT+02:00 Nicolai Hess : 2015-09-29 10:14 GMT+02:00 Thierry Goubier : Yes! Thanks! Can you run a

Re: [Pharo-dev] If all Pharo projects were on GitHub...

On Sun, 27 Sep 2015, Ferlicot D. Cyril wrote: Le 27/09/2015 12:11, Dimitris Chloupis a écrit : we have more than a nice Git integration. I have been using Github for my pharo project for over a year now without any issue, the last few months I have been using gitfiltree which is making it even

Re: [Pharo-dev] If all Pharo projects were on GitHub...

On Tue, 29 Sep 2015, Ferlicot D. Cyril wrote: Le 28/09/2015 23:54, Levente Uzonyi a écrit : If there are so many windows users, then how can it be that none of them managed to explain what the actual problem with stdio handling is. I had asked about the problem a while ago, but I still

Re: [Pharo-dev] Binding a UDP Socket to a specific interface

You might be interested in this one too: http://lists.squeakfoundation.org/pipermail/vm-dev/2014-December/017383.html Levente P.S.: This belongs to the vm-dev list, doesn't it? On Wed, 12 Aug 2015, Sven Van Caekenberghe wrote: Today we spent some time figuring out how to bind a UDP Socket to

Re: [Pharo-dev] line endings

On Wed, 5 Aug 2015, Sean P. DeNigris wrote: stepharo wrote Le 4/8/15 12:09, Sven Van Caekenberghe a écrit : We should indeed consider doing it, I believe Cuis has done the same. +1. It's a pain to have e.g. fileouts in vim squished into one massive line with special characters displayed.

Re: [Pharo-dev] OSProcess on windows

On Tue, 4 Aug 2015, Thierry Goubier wrote: Hi Levente, thanks for looking at it :) Le 03/08/2015 23:51, Levente Uzonyi a écrit : On Mon, 3 Aug 2015, Thierry Goubier wrote: Le 03/08/2015 21:56, David T. Lewis a écrit : The OSProcess implementation for Windows is incomplete. I recommend

Re: [Pharo-dev] OSProcess on windows

attempts to try using ProcessWrapper instead of OSProcess on windows, but there's no feedback on that thread, so there may be a solution out there, but no one is using it. Levente On Mon, 3 Aug 2015, Peter Uhnák wrote: On Mon, Aug 3, 2015 at 7:14 PM, Levente Uzonyi le...@elte.hu wrote

Re: [Pharo-dev] OSProcess on windows (was: Re: Google Code Shutdown)

it. Levente On Mon, 3 Aug 2015, Peter Uhnák wrote: On Mon, Aug 3, 2015 at 7:14 PM, Levente Uzonyi le...@elte.hu wrote: On Mon, 3 Aug 2015, Peter Uhnák wrote:       but the git user experience under Windows has to be improved if we want to use efficiently the other functionalities

[Pharo-dev] OSProcess on windows (was: Re: Google Code Shutdown)

On Mon, 3 Aug 2015, Peter Uhnák wrote: but the git user experience under Windows has to be improved if we want to use efficiently the other functionalities of github (pull requests, commit, branches,…). Well some of the experience can be mitigated with tools like GitHub for Windows,

Re: [Pharo-dev] New methods for the String class

Erm. Eliot added these methods to Squeak in 2012. Levente On Thu, 30 Jul 2015, Tudor Girba wrote: Indeed, it's a new addition to Pharo (originally developed in Moose). Doru On Thu, Jul 30, 2015 at 10:32 PM, H. Hirzel hannes.hir...@gmail.com wrote: On 2/24/14, Eliot Miranda

Re: [Pharo-dev] Is there an official JSON parser/writer?

On Tue, 26 May 2015, Esteban A. Maringolo wrote: 2015-05-26 16:15 GMT-03:00 Stephan Eggermont step...@stack.nl: On 26/05/15 18:40, Esteban A. Maringolo wrote: I'm modifying the PostgresV2 package to support JSON datatype but instead of using the JSON package from PharoExtras I'm trying to

Re: [Pharo-dev] Ways to do 32-bit arithmetics?

On Fri, 3 Apr 2015, Stefan Marr wrote: Hi Eliot: On 03 Apr 2015, at 16:47, Eliot Miranda eliot.mira...@gmail.com wrote: if seed is Andes with 16r when it is initialized then the Java code can be used to generate the next value and the sign conversion only applied once to yield

Re: [Pharo-dev] OSProcess bug ?

Another possibility is that the program is writing to stderr instead of stdout. Levente On Wed, 25 Feb 2015, David T. Lewis wrote: Hi Jannik, One other thing I just thought of: Check and see if your rostopic program is actually writing to standard output, as opposed to writing directly to

Re: [Pharo-dev] ||

On Thu, 5 Feb 2015, Marcus Denker wrote: On 05 Feb 2015, at 10:04, Marcus Denker marcus.den...@inria.fr wrote: On 04 Feb 2015, at 22:04, Levente Uzonyi le...@elte.hu wrote: A single parser is a nice goal, but performance is top priority for Shout, because it should do it's job real-time

Re: [Pharo-dev] ||

On Tue, 3 Feb 2015, Marcus Denker wrote: On 03 Feb 2015, at 09:17, Marcus Denker marcus.den...@inria.fr wrote: On 02 Feb 2015, at 21:47, Eliot Miranda eliot.mira...@gmail.com wrote: Hi All,     code as in the double bars forming the end of block arguments and the beginning of

Re: [Pharo-dev] PNG in Artefact

There's no need to convert a PNG to JPG at all. PNG's compression algorithm is supported via the Flate filter. The only problem with it is that it's just the IDAT section of the PNG file. But the rest can be embedded too:

Re: [Pharo-dev] Prepared Statements on PostgresV2?

There's no documentation yet, but the mail quoted by Stephan has detailed description with examples: http://forum.world.st/Status-of-PostgresV3-td4780110.html Levente On Sat, 10 Jan 2015, p...@highoctane.be wrote: Le 10 janv. 2015 20:04, Levente Uzonyi le...@elte.hu a écrit : The V2

Re: [Pharo-dev] Prepared Statements on PostgresV2?

The V2 version of the protocol doesn't support prepared statements. When we were writing the PostgresV3 package, we planned to implement prepared statements (via the extended query protocol), but later we decided to not do it. Why? The protocol is way more complex than the simple query

Re: [Pharo-dev] Prepared Statements on PostgresV2?

You can achieve the same with functions. Here's an example for a method representing a function in PostgresV3: ExampleSchemaMirror add: a and: b pg3Function: 'add' arguments: #('a' integer 'b' integer) returns: #integer volatility:

Re: [Pharo-dev] SmalltalkHub bugs hangs :-(

On Thu, 27 Nov 2014, Noury Bouraqadi wrote: SmalltalkHub is slow, so don’t click too fast :-( While I’m grateful to developers of SmalltalkHub and previously SqueakSource, I believe as a small community, we cannot afford developing everything by ourselves. We don’t have enough man-power. We

Re: [Pharo-dev] Should literals be immutable ?

On Mon, 27 Oct 2014, Clément Bera wrote: Hey guys, I was discussing about methods like that with Marcus: MyClassfoo #(false) first  ifFalse: [  'first call since compilation' logCr.  #(false) at: 1 put: true ] ifTrue: [ 'other calls' logCr ] DoIt: 4 timesRepeat: [MyClass new foo ]

Re: [Pharo-dev] OrderedCollection protocols are broken: a potential fix

On Wed, 3 Sep 2014, Clément Bera wrote: Hello guys, I was looking into the OrderedCollection protocols recently to see how well the sista optimizer perform with it methods, and I realized that this is completely broken. For example: col := #(1 2 3 4 5) asOrderedCollection. col do: [ :elem |

Re: [Pharo-dev] Can forking speed up anything?

On Mon, 4 Aug 2014, Frank Shearar wrote: On 4 August 2014 09:38, Clément Bera bera.clem...@gmail.com wrote: 2014-08-04 10:17 GMT+02:00 Yuriy Tymchuk yuriy.tymc...@me.com: Hi guys, I have a script that runs very slow and does a lot of non dependent operation of a collection. I wander if I

Re: [Pharo-dev] Should nested mutexes work in Pharo 3.0?

On Thu, 31 Jul 2014, Jan Vrany wrote: On 31/07/14 10:45, Marcel Taeumel wrote: Hi! :) I am playing around with Animations [1] in the Moose 5.0/Pharo 3.0 image [2]. Nested use of the same mutex seems to freeze the image. Should that work? No, it should not :-) Use Monitor instead. Then

Re: [Pharo-dev] RFB: caught MessageNotUnderstood: FloatbitShift:

I don't think anyone is able to answer your question without a stack trace. Levente On Thu, 17 Jul 2014, Damien Cassou wrote: Anyone has an idea why RFB would try sending #bitShift: to a float? This crashes the 2 VNC viewer I've tried. This happens when moving a window in Pharo through the

Re: [Pharo-dev] Lock-free Atomic Counter ?

On Thu, 3 Apr 2014, Igor Stasenko wrote: On 3 April 2014 00:11, Sven Van Caekenberghe s...@stfx.eu wrote: Hi, Is it possible to have a simple lock-free atomic counter in Pharo 3.0 ? nextId   ^ idCounter := idCounter + 1 Or is it still possible that two

Re: [Pharo-dev] [GSoC ideas] Pharo - Derreferencer

. Using a dereferencer means taking the easy but risky way of getting rid of unnecessary objects. Levente Cheers, Alejandro 2014-02-15 16:34 GMT-08:00 Levente Uzonyi le...@elte.hu: On Sat, 15 Feb 2014, Andres Valloud wrote: FYI writing any decent production quality tool takes

Re: [Pharo-dev] [GSoC ideas] Pharo - Derreferencer

Bergel wrote: Well... I do no think so. There is a fair amount of work regarding memory profiling. Dereferencing is probably only a small piece off. Anyway, we will have time to refine the project description Alexandre Le 14-02-2014 à 18:17, Levente Uzonyi le...@elte.hu a écrit : On Fri, 14 Feb

Re: [Pharo-dev] Fwd: Request

, compiled individually, and run at runtime. that's what i call dynamic primitives. Cool! Levente 2014-02-14 20:10 GMT-03:00 Levente Uzonyi le...@elte.hu: On Thu, 13 Feb 2014, Guido Chari wrote: Hi guys, I´m doing some experiments with dynamic primitives

Re: [Pharo-dev] Fwd: Request

On Thu, 13 Feb 2014, Guido Chari wrote: Hi guys, I´m doing some experiments with dynamic primitives and files.  What's a dynamic primitive? Levente Actually i am working with the socket and file plugin. (In that order of priority) Does anyone know about an open pharo app that make

Re: [Pharo-dev] [GSoC ideas] Pharo - Derreferencer

On Fri, 14 Feb 2014, Alexandre Bergel wrote: Hi Paolo, I can mentor the project below: Project idea Name: Instance Derreferencer for Pharo Skill level: Intermediate Possible Mentors: Name of the Student: Alejandro Infante Description: A problem with image based environment is, when you

Re: [Pharo-dev] Use #shouldnt:raise: only with specific errors, or evaluate the given expression directly

On Fri, 25 Oct 2013, Stéphane Ducasse wrote: rant It's part of the Pharo manifesto: Not backward compatible /rant Levente I hope that writing this little pun created some jubilation to you. Or I do not understand your point. But this is ok for me. If pun on Pharo helps you then this is ok

Re: [Pharo-dev] Use #shouldnt:raise: only with specific errors, or evaluate the given expression directly

On Fri, 25 Oct 2013, Stéphane Ducasse wrote: I'm sorry if you guys didn't get my message, but it was as serious as it could be. Ok fair :) I understand that you don't what to be backwards compatible, because it makes it easier to change stuff. As I see, people need various levels of

Re: [Pharo-dev] Pharo-V20.sources

On Fri, 25 Oct 2013, Johan Brichau wrote: Hey Sven, Thanks for these alternatives. I guess I’m an old-fashioned website user :-) I had the same problem today. I found them a few clicks away from the general download page at http://files.pharo.org/sources/ Levente cheers Johan On 25

Re: [Pharo-dev] Use #shouldnt:raise: only with specific errors, or evaluate the given expression directly

On Thu, 24 Oct 2013, Philippe Marschall wrote: On 22.10.13 00:08, Camillo Bruni wrote: see my long explanation here https://pharo.fogbugz.com/default.asp?11876#87218 it looks unsuspicous until the moment you try understand such a failing assertion. This isn't moving Pharo foward. This

Re: [Pharo-dev] Put issues from cog issue tracker into pharo issue tracker

On Thu, 8 Aug 2013, Stéphane Ducasse wrote: On Aug 7, 2013, at 8:44 PM, Igor Stasenko siguc...@gmail.com wrote: Well, my intent was to keep working together on it and be as open as possible to people who may not work particularly on Pharo, but care/use Cog. Now my dilemma is, what is the

Re: [Pharo-dev] Put issues from cog issue tracker into pharo issue tracker

, 2013, at 4:57 PM, Mark Bestley news{@bestley.co.uk wrote: Igor Stasenko siguc...@gmail.com wrote: On 8 August 2013 13:35, Levente Uzonyi le...@elte.hu wrote: On Thu, 8 Aug 2013, Stéphane Ducasse wrote: g the issue on a public tracker means private? How is that a public tracker

Re: [Pharo-dev] Boolean

On Thu, 27 Jun 2013, Marcus Denker wrote: On Jun 27, 2013, at 5:17 PM, Levente Uzonyi le...@elte.hu wrote: On Thu, 27 Jun 2013, Marcus Denker wrote: On Jun 27, 2013, at 8:16 AM, Clément Bera bera.clem...@gmail.com wrote: In Pharo 3 we will support conditional optimized messages

Re: [Pharo-dev] Boolean

On Wed, 26 Jun 2013, Clément Bera wrote: Actually this code:  True basicNew ifTrue: [ some code ] works fine on the latest Pharo 3 because of Opal :) So the Opal compiler lacks important optimizations. :) Levente But nice trick for the old compiler :) 2013/6/26 Nicolas Cellier

Re: [Pharo-dev] Boolean

On Wed, 26 Jun 2013, Guillermo Polito wrote: On Wed, Jun 26, 2013 at 11:20 PM, Levente Uzonyi le...@elte.hu wrote: On Wed, 26 Jun 2013, Clément Bera wrote: Actually this code:  True basicNew ifTrue: [ some code ] works fine on the latest Pharo 3

Re: [Pharo-dev] Challenges for a real debugger for Pharo :)

On Tue, 25 Jun 2013, Stéphane Ducasse wrote: Hi guys when working on a new morphic kernel, we got stuck with a really difficult to find bug (we are still looking for it). If new generation debugger lovers want to try. Here it is - load the bloc version 6 from AlainPlantec/Bloc on