On 11 April 2010 00:18, stephane ducasse stephane.duca...@gmail.com wrote:
thanks.
My thanks too. It is just GREAT improvement! Keep moving guys! :)
--
Best regards,
Igor Stasenko AKA sig.
___
Pharo-project mailing list
11311
-
- Issue 1842: Make the System - Software update a preference for 1.1. Thanks
alain.
- Issue 991:Polymorph text entry dialog is ugly . Thanks alain
- Issue 2287: Menu Selection Color. Thanks gary.
___
Pharo-project mailing list
Hi
apparently mike posted a while ago transform changes.
There were unnoticed because buried over a lot of other changes.
So mike should I integrate these changes. Even when I use the bug entry
I tend to forget my own changes so without bug entry item. the chances are even
higher.
Name:
I just found that
a: a b: b c: c
^ thisContext sender stackPtr
answers 0 :(
while, in order to call the above method , a caller, obviously needs
to push 4 values on stack:
- push receiver
- push a
- push b
- push c
- send #a:b:c:
so, a method's caller context stack _should_ contain at
AFAIK, the values are copied on send to the arguments/temps of
thisContext (1...4), they are not kept in the sending stack frame.
Lukas
On 11 April 2010 11:32, Igor Stasenko siguc...@gmail.com wrote:
I just found that
a: a b: b c: c
^ thisContext sender stackPtr
answers 0 :(
while, in
On 11 April 2010 12:41, Lukas Renggli reng...@gmail.com wrote:
AFAIK, the values are copied on send to the arguments/temps of
thisContext (1...4), they are not kept in the sending stack frame.
hmm...
then i wonder , how
ContextPartjump
and ContextPartrestart
still working,
because in #jump it
On 4/11/2010 11:19 AM, stephane ducasse wrote:
Hi
apparently mike posted a while ago transform changes.
There were unnoticed because buried over a lot of other changes.
So mike should I integrate these changes. Even when I use the bug entry
I tend to forget my own changes so without bug entry
Interesting theory. The question is are they trying to force developers to buy
Macs, or are they simply trying to avoid the hassles of targeting Windows? 10+
years to present day is an interesting time frame. OLE was pretty much out of
the way (supported but not pressed and certainly not
On 11 April 2010 17:29, Schwab,Wilhelm K bsch...@anest.ufl.edu wrote:
Interesting theory. The question is are they trying to force developers to
buy Macs, or are they simply trying to avoid the hassles of targeting
Windows? 10+ years to present day is an interesting time frame. OLE was
On 11 April 2010 17:42, Igor Stasenko siguc...@gmail.com wrote:
On 11 April 2010 17:29, Schwab,Wilhelm K bsch...@anest.ufl.edu wrote:
Interesting theory. The question is are they trying to force developers to
buy Macs, or are they simply trying to avoid the hassles of targeting
Windows?
People won't buy an 'approved' C++ crap, if they will have a choice to
use something which is way better.
And they are really don't care, what language is used to implement software.
You'll have to admit that open source software with a truly excellent
user experience still hasn't happened
On 11 April 2010 17:59, Lukas Renggli reng...@gmail.com wrote:
People won't buy an 'approved' C++ crap, if they will have a choice to
use something which is way better.
And they are really don't care, what language is used to implement software.
You'll have to admit that open source software
Hello,
i need to keep a bunch of CompiledMethods in WeakSet,
but i am a bit afraid, that it wont work as i want to, because of
CompiledMethod= implementation,
because a code, which i currently writing doesn't changing a method's
bytecode, but changing its trailer instead,
and so, this could lead
I'd like to contribute, but I am not good enough for the difficult
ones to come to pleasing solutions, and I somehow don't feel the other
ones accessable for me :/
On Sat, Apr 10, 2010 at 9:21 PM, Stéphane Ducasse
stephane.duca...@inria.fr wrote:
Hi richard
some changes are changes coming from
Hi richard
thanks. The idea is to start small and learn. This is what I'm doing.
Something where we need some hands are for example the running the tests in 1.1
and reporting the problems.
Looking at the bug entries and checking if there are still valid is also an
important task.
After pick
http://www.engadget.com/2010/04/10/steve-jobs-responds-to-complaint-about-new-development-tool-rest/
2010/4/10 Ramiro Diaz Trepat ram...@diaztrepat.name:
arstechnica.com/apple/news/2010/04/apple-takes-aim-at-adobe-or-android.ars
Sent from my Android mobile
Sig,
I *never* said anything like that. I do think that Microsoft is in decline,
and it would not surprise me at all if Apple didn't want to play along with
their whims, trying hit a moving target that will cause them to do extra work
at the potential expense of their own market share.
Bill
Lukas,
I'll give you that, but I also think that Windows is going the wrong way.
Something simple like browsing a directory full of graphs of data from various
experimental runs has become easier (and faster) on Linux than it is on Windows.
If Apple could/would run their OS on things like
Hi
While I was optimizing some Seaside code I found out that SocketStream
does not understand #next:putAll:startingAt: [1]. It's quite a helpful
method that allows one to write a subcollection of a collection to a
stream without making a copy. In our case it would allow the codec to
directly
Cool!
Soon in the best shop close to you :)
Stef
On Apr 11, 2010, at 7:03 PM, Philippe Marschall wrote:
Hi
While I was optimizing some Seaside code I found out that SocketStream
does not understand #next:putAll:startingAt: [1]. It's quite a helpful
method that allows one to write a
On 11 April 2010 19:53, Schwab,Wilhelm K bsch...@anest.ufl.edu wrote:
Sig,
I *never* said anything like that.
Sure you didn't. Apple did :)
I do think that Microsoft is in decline, and it would not surprise me at all
if Apple didn't want to play along with their whims, trying hit a moving
Hi people,
I'm using Pharo RC2 with Seaside 2.8.4 version and it's very slow when
I trying to debugging a seaside application. In other words, I press the
debug link on the seaside application walback and it take to Pharo over 40
seconds to open de imagen debugger. I tried with Seaside 3 developer
On Sun, 11 Apr 2010, Philippe Marschall wrote:
Hi
While I was optimizing some Seaside code I found out that SocketStream
does not understand #next:putAll:startingAt: [1]. It's quite a helpful
method that allows one to write a subcollection of a collection to a
stream without making a copy. In
thanks for the reminder
Philippe
I just integrated your fixes. Could you have a look at the entry pointed by
levente?
Stef
On Apr 11, 2010, at 9:46 PM, Levente Uzonyi wrote:
On Sun, 11 Apr 2010, Philippe Marschall wrote:
Hi
While I was optimizing some Seaside code I found out that
Richard
Nicolas checked systematically that add: method returns their argument.
- Issue 2171: add consistency in MC, Exception and other
for the tests:
this a list of possible tests that would be worth to migrate to pharo.
- Issue 2238: tests for FileStream behavior
11312
-
- Issue 2292: add #next:putAll:startingAt: to SocketStream. Thanks pmm
- http://code.google.com/p/pharo/issues/detail?id=2292
- Issue 1011: Monticello snapshot browser does not display class side
definitions. Thanks lukas.
- Fix Code recovery menu: thanks alain
-
This seems to be a known problem:
http://permalink.gmane.org/gmane.comp.lang.smalltalk.squeak.seaside/20959
Lukas
2010/4/11 Facundo Vozzi facundo...@gmail.com:
Hi people,
I'm using Pharo RC2 with Seaside 2.8.4 version and it's very slow when
I trying to debugging a seaside application. In
Yes, it's seems to be that issue but its solution didn't repair my problem.
I
think that the problem is relationated with a network configuration issue so
i will
continue trying in that way.
Thank you Lukas.
Facundo
On Sun, Apr 11, 2010 at 5:24 PM, Lukas Renggli reng...@gmail.com wrote:
This
Hi guys
mariano, marcus and adrian got some push to get 1.0 out. I was just on cc:
I think that we made a mistake not to roll that publicly via the mailing-list
(we will do that for 1.1).
Now this is holidays time here, mariano is going to get married and adrian just
moved so no
internet
Hi levente/igor
this hashedCollection is still on my radar. Now I was wondering if I should
work first on Set with nil or HashedCollection.
Any idea/suggestion?
Stef
On Mar 14, 2010, at 7:02 PM, Levente Uzonyi wrote:
On Sun, 14 Mar 2010, stephane ducasse wrote:
Hi levente and others
I
Folks,
We are in the midst of a flurry of activity to update the virtual machines
for Mac, Windows and Unix in support of upcoming Squeak and Pharo releases.
These VMs all will include Eliot Miranda's block closure support, as well
as a large number of updates, bug fixes, and enhancements. There
I don't have windows, so I cannot help. It would be cool if some
Windows/Firefox user could figure out a permanent solution for our
side, as this problem keeps on reappearing.
Luas
2010/4/11 Facundo Vozzi facundo...@gmail.com:
Yes, it's seems to be that issue but its solution didn't repair my
On 12 April 2010 00:29, Stéphane Ducasse stephane.duca...@inria.fr wrote:
Hi levente/igor
this hashedCollection is still on my radar. Now I was wondering if I should
work first on Set with nil or HashedCollection.
Any idea/suggestion?
HashedCollection is more important/basic refactoring
On Sun, 11 Apr 2010, Stéphane Ducasse wrote:
Hi levente/igor
this hashedCollection is still on my radar. Now I was wondering if I should
work first on Set with nil or HashedCollection.
Any idea/suggestion?
I think it's easier to add HashedCollection first, then the nil support
for Set,
Ok I will do that.
Stef
On Apr 11, 2010, at 11:39 PM, Igor Stasenko wrote:
On 12 April 2010 00:29, Stéphane Ducasse stephane.duca...@inria.fr wrote:
Hi levente/igor
this hashedCollection is still on my radar. Now I was wondering if I should
work first on Set with nil or HashedCollection.
Yes!
So I will follow your steps as soon as I have a bit of time.
Stef
On Apr 11, 2010, at 11:48 PM, Levente Uzonyi wrote:
On Sun, 11 Apr 2010, Stéphane Ducasse wrote:
Hi levente/igor
this hashedCollection is still on my radar. Now I was wondering if I should
work first on Set with nil
Hi all, i just wanted to re post the fix underscore code Lukas posted a while
ago.
I've just imported Connectors package into pharo, (i'm trying to get a minimal
version working ), and stumbled upon the problem of the underscores..
but now thanks to SmallInt rules it was easy and fast to
On Sun, 11 Apr 2010, Igor Stasenko wrote:
Hello,
i need to keep a bunch of CompiledMethods in WeakSet,
but i am a bit afraid, that it wont work as i want to, because of
CompiledMethod= implementation,
because a code, which i currently writing doesn't changing a method's
bytecode, but changing
Hi levente/igor
this hashedCollection is still on my radar. Now I was wondering if I should
work first on Set with nil or HashedCollection.
Any idea/suggestion?
Stef
I think moving Dictionary out from under Set is a great idea.
However I am not convinced having a class HashedCollection
On Sun, 11 Apr 2010, Ralph Boland wrote:
Hi levente/igor
this hashedCollection is still on my radar. Now I was wondering if I should
work first on Set with nil or HashedCollection.
Any idea/suggestion?
Stef
I think moving Dictionary out from under Set is a great idea.
However I am not
40 matches
Mail list logo