Hi Carla,
this is cool ! Is there a ready Pharo + Mars image built by jenkins server
?
Cheers,
Laurent
On Tue, Sep 24, 2013 at 4:42 AM, Carla F. Griggio
wrote:
> Hi everyone!
> I want to let you know that I've just posted a screencast in my blog about
> the new Mars Package Browser and Test
Thanks for the reply, but the links mentioned in the forum are down. Also,
I would a solution that works in Pharo 2.
Wrapping every method in the system doesn't look like an efficient
solution. I know about Bifrost but it's implemented in 1.0 and not likely
to be ported to 3 soon (according to a d
Nope! I should learn how to do that :P I'll try to do it this week.
On Tue, Sep 24, 2013 at 9:04 AM, laurent laffont
wrote:
> Hi Carla,
>
> this is cool ! Is there a ready Pharo + Mars image built by jenkins server
> ?
>
> Cheers,
>
> Laurent
>
>
> On Tue, Sep 24, 2013 at 4:42 AM, Carla F. Grigg
On Sep 24, 2013, at 9:09 AM, Alejandro Pulver wrote:
> Thanks for the reply, but the links mentioned in the forum are down. Also, I
> would a solution that works in Pharo 2.
>
> Wrapping every method in the system doesn't look like an efficient solution.
> I know about Bifrost but it's implem
Hi Carla, you did a really great job, thank you. For the Jenkins
stuff, you need to create an account on http://ci.inria.fr/ and ask to
be a member of the pharo-contribution project.
On Tue, Sep 24, 2013 at 5:22 AM, Esteban A. Maringolo
wrote:
> I love native windowing. This looks really well!
>
I see. But what about sampling? It shouldn't slow down the program nearly
as much as these "instrumentation" like mechanisms.
And as I'm going to count them anyways, missing the most unused ones won't
be such a problem.
That combined with complete capture for a small run (like a test or block)
wo
Hi list,
A couple months ago I deployed an Iliad application in a Debian VPS, which
has been working great except for the fact that about every two weeks the
image takes up 100% of the CPU and, of course, the app becomes unusable.
Does anyone have a method for finding out what's going on? I've be
On Sep 24, 2013, at 9:41 AM, Alejandro Pulver wrote:
> I see. But what about sampling? It shouldn't slow down the program nearly as
> much as these "instrumentation" like mechanisms.
>
> And as I'm going to count them anyways, missing the most unused ones won't be
> such a problem.
>
> That
I will have a look.
Stef
On Sep 24, 2013, at 6:00 AM, Camillo Bruni wrote:
> Welcome Page:https://pharo.fogbugz.com/default.asp?W41
> Documentation: https://pharo.fogbugz.com/default.asp?W69
> Changelog: https://pharo.fogbugz.com/default.asp?W2
> Wishlist:htt
On 24/09/13 1:45 AM, Yanni Chiu wrote:
traceroute to www.smalltalkhub.com (88.190.31.116), 30 hops max, 60 byte
packets
1 ...
9 bzn-crs16-1-be1106.intf.routers.proxad.net (212.27.59.101) 81.011
ms 78.111 ms 87.806 ms
It's working now, but the problem seems to have been in "proxad.net"
Bernat, could this be triggered when you SAVE the image? If true, do you
happen to have RFB running?
On Tue, Sep 24, 2013 at 4:45 AM, Bernat Romagosa <
tibabenfortlapala...@gmail.com> wrote:
> Hi list,
>
> A couple months ago I deployed an Iliad application in a Debian VPS, which
> has been work
OK. I think I am having the same issue here. I am using Pharo2.0 Latest
update: #20619, and a Mac VM of Mar 13 2013.
I have a SmalltalkHub image running with RFB. If I save the image with the
RFBServer running, my image freezes. If the server is stopped while saving,
there is no problem. The hung
Hi guys,
I am having this problem and it is very very easy to reproduce for me. And
it is in Mac, not Linux. I took a latest Pharo 2.0 image Latest update:
#20619, and a Mac VM of Mar 13 2013. Open a workspace and evaluate:
Gofer it
smalltalkhubUser: 'PharoExtras' project: 'RFB';
configuration;
On Sep 24, 2013, at 4:08 PM, Mariano Martinez Peck
wrote:
> Hi guys,
>
> I am having this problem and it is very very easy to reproduce for me. And it
> is in Mac, not Linux. I took a latest Pharo 2.0 image Latest update: #20619,
> and a Mac VM of Mar 13 2013. Open a workspace and evaluate:
Thanks for the idea, I'll try emulating shotgun sequencing by increasing
the sampling rate for short periods of time.
But a better alternative would be to enable and disable the simulator
(context's runSimulated) for exact sequences (even if shorter, to avoid
slowdowns). Is it possible with the cu
On Sep 24, 2013, at 4:30 PM, Alejandro Pulver wrote:
> Thanks for the idea, I'll try emulating shotgun sequencing by increasing the
> sampling rate for short periods of time.
>
> But a better alternative would be to enable and disable the simulator
> (context's runSimulated) for exact sequenc
There is also a code tracer working in 2.0 that I maintain and use from
time to time, called Jejak.
It would require a small extension and recompiling a lot of methods, but
it could be made to trace and record all method entries (taking care of
not tracing its own code :)).
It will slow down
When loading seaside3 from the configuration browser it will break the image
badly. It isn't even possible to open a system browser after that. What is the
best way to load it manually? Or better is there something new so the
configuration browser can be directed to a better config?
Norbert
Strange the build is green:
https://ci.inria.fr/pharo-contribution/job/Seaside/
What kind of error do you get?
Does it happen the same way when you download on of the images from Jenkins?
On 2013-09-24, at 19:03, Norbert Hartl wrote:
> When loading seaside3 from the configuration browser it wi
Am 25.09.2013 um 00:09 schrieb Camillo Bruni :
> Strange the build is green:
>
> https://ci.inria.fr/pharo-contribution/job/Seaside/
>
> What kind of error do you get?
> Does it happen the same way when you download on of the images from Jenkins?
>
It is an image I pulled just from get.pharo.o
Am 25.09.2013 um 00:09 schrieb Camillo Bruni :
> Strange the build is green:
>
> https://ci.inria.fr/pharo-contribution/job/Seaside/
>
> What kind of error do you get?
> Does it happen the same way when you download on of the images from Jenkins?
>
What version does it load? And the build is b
Ok, I loaded some other packages before seaside. From a fresh image I get only
a warning when loading. Need to investigate more.
Norbert
Am 25.09.2013 um 00:09 schrieb Camillo Bruni :
> Strange the build is green:
>
> https://ci.inria.fr/pharo-contribution/job/Seaside/
>
> What kind of error
This is how I load it at the moment.
http://www.smalltalkhub.com/#!/~philippeback/HOWebStack
It would be great to have TwitterBoostrap on smalltalkhub as well as it
still lives on SS3.
In 3.0 the status/ app is broken. 3.1 fixes it but I've but my own things
in there.
It works with one app, alb
Ok, the cause should be that a project I loaded pulled in Grease from
squeaksource/Seaside30. In the package Grease-Core-NickAger.70 there are method
extensions for String>>#trimBoth et al. For the current pharo these are
overrides. So probably seaside tried to update grease and thus removing th
I can confirm the problem with #trimBoth, strange though that it does not
simply override the system version but removes it.
On 2013-09-24, at 19:35, Norbert Hartl wrote:
> Ok, the cause should be that a project I loaded pulled in Grease from
> squeaksource/Seaside30. In the package Grease-Cor
What do people use RFB for?
A remote interactive REPL could be useful too.
Regards,
Esteban A. Maringolo
2013/9/24 Marcus Denker
>
> On Sep 24, 2013, at 4:08 PM, Mariano Martinez Peck
> wrote:
>
> Hi guys,
>
> I am having this problem and it is very very easy to reproduce for me. And
> it i
in fact grease should be loaded from
SmHUB/Seaside/MetacelloConfigurations/
then the stable version loads version but still have dirty package because the
configurations do not load the package where
the trrimboth are removed from grease.
I reported that to Stefan Eggermont and waiting for his
27 matches
Mail list logo
