On 07 Apr 2014, at 14:02, Sergi Reyner wrote:
> 2014-04-07 11:51 GMT+01:00 Marcus Denker :
> In 4.0, we will remove the old compiler and then we can see how to make the
> API perfect.
>
> Will it be able to decompile by then?
>
Yes, we will solve that problem, too.
Marcus
>
> Why do you need a dialog window in fullscreen size, if it is modal anyway
> ?
>
Actualy, I need it to be fullscreen. I mentioned a dialog window because I
was only able to retrieve the answer this way but I don't want a dialog
window :)
> Have you tried FileList (it isn't fullscreen, and doe
Hi Hilarie,
this is the error message I get:
(...)/iStoa.app/bin/pharo: /lib/i386-linux-gnu/i686/cmov/libc.so.6: version
`GLIBC_2.15' not found (required by (...)/iStoa.app/bin/pharo)
And this is the output of ldd -v on the vm I used to run iStoa:
linux-gate.so.1 => (0xb77b1000)
On 05 Apr 2014, at 23:35, Joachim Geidel wrote:
> Yes, #become: is *very* slow in Pharo. No problem at all in VisualWorks or
> Dolphin Smalltalk or Pharo 1.2, though!
>
> Time millisecondsToRun: [1000 timesRepeat: [String new become: String new ]]
>
> Pharo 3.0 (and also in 2.0 and 1.4):
>
Hello,
Thanks. Very nice library!
I have a question: is it possible to expect a method to throw an Exception?
I would like something like:
protocol describe
once: mock recv: #aMethod ;
signal: anError.
I did not find anything in the documentation.
I don't
Le 07/04/2014 10:01, Bernat Romagosa a écrit :
> Just FYI, I had to replace the shipped vm and plugins by the latest ones
> to get it to work on my Debian Wheezy machine.
But wait, how come more recent VM work for you and not a bit older one
(a few months)? Indeed I used a stock VM coming with Pha
As you might know a sever bug in the openssl library har been reported to the
public. This bug is pretty nasty and allows in an easy fashion to access
protected data.
Please consider upgrading your products and operating systems to a fixed
version of openssl.
https://www.openssl.org/news/secad
The Pharo Consortium is very happy to announce that Ta Mère has joined the
Consortium
as a Bronze Industrial Member.
More about
- Ta Mère: http://tamere.eu
- Pharo Consortium: http://consortium.pharo.org
The goal of the Pharo Consortium is to allow companies to support the ongoing
In VW there is the concept of object bodies and head now we will eventually
have that with Spur. Maybe clement explained it somewhere in his blog (I
understood the point once and of course I forgot).
Now I wonder what changed so much between 1.2 and 3.0
>
>> Yes, #become: is *very* slow in Pha
I'm trying to load a Metacello Configuration I use in Pharo 2 into a brand
new Pharo 3 image.
However I'm getting an error when attempting to load it, and it opens the
emergency evaluator.
In the console I see following stack, which repeats over and over:
LRUCache(Object)>>error:
LRUCache(Cache)
Not really.
This is strange.
Stef
> I'm trying to load a Metacello Configuration I use in Pharo 2 into a brand
> new Pharo 3 image.
>
> However I'm getting an error when attempting to load it, and it opens the
> emergency evaluator.
>
> In the console I see following stack, which repeats ove
Another pointer here before opening the emergency recovery.
This is what I get. No other error.
Esteban A. Maringolo
2014-04-08 16:15 GMT-03:00 Esteban A. Maringolo :
> I tried closing all windows, and just having a workspace. But the same
> happens even if I load the configuration through
Please check what is in your package cache.
Any package where you have multiple versions?
Stephan
What are you loading ? There was a report back of some package overwriting
system code leading to this error, I'll see if I can find it.
On 08 Apr 2014, at 21:05, Esteban A. Maringolo wrote:
> I'm trying to load a Metacello Configuration I use in Pharo 2 into a brand
> new Pharo 3 image.
>
>
https://pharo.fogbugz.com/f/cases/12667
It was BabyMock-Examples.
HTH,
Sven
On 08 Apr 2014, at 21:59, Sven Van Caekenberghe wrote:
> What are you loading ? There was a report back of some package overwriting
> system code leading to this error, I'll see if I can find it.
>
> On 08 Apr 2014,
Okay, I found the culprit: Glorp.
If you execute this, it will load a class named Cache, which will overwrite
Pharo's version. As happened with the referenced issue.
Gofer it
url: 'http://smalltalkhub.com/mc/DBXTalk/Glorp/main';
package: 'Glorp';
load.
No one ever tried loading Glorp into a Pha
Hi all,
I was wondering if there is an implementation of a hierarchical state machines
(with input and output actions) available somewhere for Pharo. Any ideas?
Thanks in advance!
---> Save our in-boxes! http://emailcharter.org <---
Johan Fabry - http://pleiad.cl/~jfabry
PLEIAD lab - Com
We might be better off renaming Cache to WeightedCache (or NeoCache or
SystemCache).
The class comment in Cache seems to cover more than what Cache actually does
itself.
Stephan
Argh, yeah, another namespace problem. Sorry you had to run into that.
I do wonder though: is there no warning when you are (about to) overwrite an
existing class ?
And I would never name any class of mine anything general like Cache or Record
without a namespace prefix.
There should indeed b
On 08 Apr 2014, at 23:06, Stephan Eggermont wrote:
> We might be better off renaming Cache to WeightedCache (or NeoCache or
> SystemCache).
> The class comment in Cache seems to cover more than what Cache actually does
> itself.
>
> Stephan
I disagree: third-party code should not use un-pref
2014-04-08 19:04 GMT-03:00 Sven Van Caekenberghe :
>
> Argh, yeah, another namespace problem. Sorry you had to run into that.
Don't sorry. It was just a matter of trying to load it.
> I do wonder though: is there no warning when you are (about to) overwrite an
> existing class ?
Apparently not
On 09 Apr 2014, at 00:16, Esteban A. Maringolo wrote:
> From my standpoint GLORP is abandoned in the Pharo realm.
> There are some people, like me, that still use it, but no one maintains it.
> It worries me that not a single person ran into this issue before,
> during the whole testing of Pharo
There are ci jobs at ci.inria.fr/dbxtalk
I’ve started fixing one of them
https://ci.inria.fr/dbxtalk/job/DBXTalkDriver-BleedingEdge/
I don’t have commit rights
The easiest way to make sure glorp keeps working is
to create pharo3 (and soon 4) builds for a configuration
of all the open source you
2014-04-08 19:31 GMT-03:00 Sven Van Caekenberghe :
>
> On 09 Apr 2014, at 00:16, Esteban A. Maringolo wrote:
>
>> From my standpoint GLORP is abandoned in the Pharo realm.
>> There are some people, like me, that still use it, but no one maintains it.
>> It worries me that not a single person ran i
>I disagree: third-party code should not use un-prefixed general names for
>classes as long as we live in one namespace.
That would be nice but creates problems. There is existing third party code we
want to use.
We can be much more precise in naming, and should not use generic names for
speci
'No version found for ''1.3.1'' of ConfigurationOfTalkFFI because:
Yes, you can see that in
https://ci.inria.fr/dbxtalk/job/DBXTalkDriver-BleedingEdge/BACKEND=pgsql,Platform=dbxtalk-ubuntu12-i386/138/console
That’s fixed in the configuration I attached.
On 09 Apr 2014, at 00:51, Stephan Eggermont wrote:
> "When #totalWeight is no longer below #maximumWeight, the least recently used
> item of the cache is evicted (removed) to make room. „ is not part of the
> Cache behavior, but of LRUCache.
Yes, you are correct: how room is made available an
On 09 Apr 2014, at 03:31, Esteban A. Maringolo wrote:
> OpenDBX aside (which I don't plan to use), I don't see how this will
> get GLORP running :)
It is maintained as part of DBXTalk, as far as I understand
http://www.smalltalkhub.com/#!/~DBXTalk/Glorp/
and yes that is a bit confusing, but
Hi guys
I think that it would be great to organize a gathering/talks/show me your
stuff/networking day before spring.
What do you think that this idea?
We could host it at Lille.
Stef
29 matches
Mail list logo