Re: [Pharo-project] Problem with Date comparing summer time CEST

[Sven Van Caekenberghe]

On 30 Oct 2012, at 23:09, Camillo Bruni  wrote:

>> Yes, Paul: this is the only way to remain sane ;-)
>> 
>> That is one of the reasons why I wrote ZTimestamp, a point-in-time 
>> alternative to DateAndTime and TimeStamp with second precision, living in 
>> UTC, using ISO/International conventions and protocols only. 
>> 
>>  http://mc.stfx.eu/Neo
> 
> we should actually consider putting that into pharo ;)
> I guess we can do a quick discussion round at the sprint on Friday...

OK!

BTW: I have a half done implementation of ZTimestampFormat based on example 
strings as specification for formatting & parsing as well ;-)

--
Sven Van Caekenberghe
http://stfx.eu
Smalltalk is the Red Pill

Re: [Pharo-project] [OT] RTalk

[dimitris chloupis]

Well according to the author of RTalk , he never intended for this to be a full 
implementation of smalltalk , but later in his video presentation mentions that 
RTalk ended being a full implementation of DigiTalk which is the smalltalk his 
company was using for its legacy code. He actually does special mentions how he 
implemented non local returns. He even claims that not only he was able to 
replicate all digitalk bytecode but even instruct JVM to construct bytecode 
unrelated to Java. 

But me being a total beginner with smalltalk means I could as well 
misunderstood his presentations. Of course without having an opportunity to 
take a look at the actual code this is just a moot point. 





- Original Message -
From: Camillo Bruni 
To: Pharo-project@lists.gforge.inria.fr
Cc: 
Sent: Tuesday, 30 October 2012, 23:18
Subject: Re: [Pharo-project] [OT] RTalk


On 2012-10-30, at 18:39, Jan Vrany  wrote:

> On 30/10/12 15:39, dimitris chloupis wrote:
>> Hey Torsten and thanks for the reply.
>> 
>> I am not here to recommend pharo to move to JVM. Rtalk author also
>> mention this, moving a language to another platform like JVM is quite
>> easy ,
> 
> I've spent quite some time playing with Java and JVM. I don't think in case 
> of Smalltalk language it would be exactly 'quite easy' to move
> to JVM.
> There are certain constructs, prevalent in Smalltalk codebase, that would be 
> tricky to implement *efficiently* on JVM. Non-local returns,
> proceedable exceptions, class extensions, snapshotting to name some.

not to mention instance migration! (which might be circumvented in 
non-development mode)

Re: [Pharo-project] Problem with Date comparing summer time CEST

[Camillo Bruni]

On 2012-10-30, at 22:33, Sven Van Caekenberghe  wrote:

> 
> On 30 Oct 2012, at 22:20, Paul DeBruicker  wrote:
> 
>> For me, my image's internal timezone is set to UTC. I use Chronos and store
>> everything as UTC, use UTC values for every calculation, then convert it
>> back to the local time only on display to a user.  

right, just for completeness, in 2.0 all time objects are stored in UTC.
Additionally they store the timezone, used for conversions and displaying. 

> Yes, Paul: this is the only way to remain sane ;-)
> 
> That is one of the reasons why I wrote ZTimestamp, a point-in-time 
> alternative to DateAndTime and TimeStamp with second precision, living in 
> UTC, using ISO/International conventions and protocols only. 
> 
>   http://mc.stfx.eu/Neo

we should actually consider putting that into pharo ;)
I guess we can do a quick discussion round at the sprint on Friday...

Re: [Pharo-project] Problem with Date comparing summer time CEST

[Sven Van Caekenberghe]

On 30 Oct 2012, at 22:20, Paul DeBruicker  wrote:

> For me, my image's internal timezone is set to UTC. I use Chronos and store
> everything as UTC, use UTC values for every calculation, then convert it
> back to the local time only on display to a user.  

Yes, Paul: this is the only way to remain sane ;-)

That is one of the reasons why I wrote ZTimestamp, a point-in-time alternative 
to DateAndTime and TimeStamp with second precision, living in UTC, using 
ISO/International conventions and protocols only. 

http://mc.stfx.eu/Neo

Sven

--
Sven Van Caekenberghe
http://stfx.eu
Smalltalk is the Red Pill

Re: [Pharo-project] Problem with Date comparing summer time CEST

[Camillo Bruni]

If you're on 1.4 you have serious issues when moving between timezones
(in this case the winter/summer time switch)

see https://code.google.com/p/pharo/issues/detail?id=5919
and http://forum.world.st/Bug-in-DateAndTime-td2293749.html

the problem is, that the reference point was not defined in a fixed time-zone
but rather relative, which breaks under certain conditions!!


On 2012-10-30, at 22:20, Paul DeBruicker  wrote:
> Sabine Knöfel wrote
>> I have an attribute "date" in a domain object. Last week, I created some
>> objects with this attribute. Today I created objects again with the same
>> date value in this attribute. When comparing the dates (=), the result is
>> false. 
>> 
>> Reason is, that in germany, we had a switch from Central European Summer
>> Time (CEST) (Sommerzeit) to Daylight Saving Time (DST) this weekend.
>> 
>> Date has an attribute "start" which has an instance of DateAndTime. This
>> DateAndTime object has another value depending on the CEST/DST
>> 
>> 2012-10-02T00:00:00+
> *
>> 01:00
> *
>> (DST)
>> 2012-10-02T00:00:00+
> *
>> 02:00
> *
>> (CEST)
>> 
>> When I create two Dates with same date, I expect that = evaluates to true,
>> independent from the CEST/DST. But Date (Timespan) uses 
> /
>> = comparand
>>  ^ self class = comparand class 
>>  and: [ 
> *
>> self start = comparand start 
> *
>>  and: [ self duration = comparand duration ]]
> /
>> 
>> 
>> What do you recommend? Create my own compare method? Did I miss something?
> 
> 
> Localized dates and times are awful to mess with because the timing of the
> daylight savings transitions are political and vary from place to place and
> year to year.
> 
> This is good advice from Tom Rushworth on comparing dates:
> http://forum.world.st/Should-Dates-be-Timezone-specific-tp3647678p3649107.html
> 
> Also on Squeaksource the TimeZoneDatabase and Chronos packages have
> mechanisims for keeping up to date about when offsets should be changed in
> the image.  
> 
> For me, my image's internal timezone is set to UTC. I use Chronos and store
> everything as UTC, use UTC values for every calculation, then convert it
> back to the local time only on display to a user.  
> 
> 
> 
> --
> View this message in context: 
> http://forum.world.st/Problem-with-Date-comparing-summer-time-CEST-tp4653354p4653383.html
> Sent from the Pharo Smalltalk mailing list archive at Nabble.com.
> 

Re: [Pharo-project] Problem with Date comparing summer time CEST

[Paul DeBruicker]

Sabine Knöfel wrote
> I have an attribute "date" in a domain object. Last week, I created some
> objects with this attribute. Today I created objects again with the same
> date value in this attribute. When comparing the dates (=), the result is
> false. 
> 
> Reason is, that in germany, we had a switch from Central European Summer
> Time (CEST) (Sommerzeit) to Daylight Saving Time (DST) this weekend.
> 
> Date has an attribute "start" which has an instance of DateAndTime. This
> DateAndTime object has another value depending on the CEST/DST
> 
> 2012-10-02T00:00:00+
*
> 01:00
*
>  (DST)
> 2012-10-02T00:00:00+
*
> 02:00
*
>  (CEST)
> 
> When I create two Dates with same date, I expect that = evaluates to true,
> independent from the CEST/DST. But Date (Timespan) uses 
/
> = comparand
>   ^ self class = comparand class 
>   and: [ 
*
> self start = comparand start 
*
>   and: [ self duration = comparand duration ]]
/
> 
> 
> What do you recommend? Create my own compare method? Did I miss something?


Localized dates and times are awful to mess with because the timing of the
daylight savings transitions are political and vary from place to place and
year to year.

This is good advice from Tom Rushworth on comparing dates:
http://forum.world.st/Should-Dates-be-Timezone-specific-tp3647678p3649107.html

Also on Squeaksource the TimeZoneDatabase and Chronos packages have
mechanisims for keeping up to date about when offsets should be changed in
the image.  

For me, my image's internal timezone is set to UTC. I use Chronos and store
everything as UTC, use UTC values for every calculation, then convert it
back to the local time only on display to a user.  



--
View this message in context: 
http://forum.world.st/Problem-with-Date-comparing-summer-time-CEST-tp4653354p4653383.html
Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Re: [Pharo-project] [OT] RTalk

[Camillo Bruni]

On 2012-10-30, at 18:39, Jan Vrany  wrote:

> On 30/10/12 15:39, dimitris chloupis wrote:
>> Hey Torsten and thanks for the reply.
>> 
>> I am not here to recommend pharo to move to JVM. Rtalk author also
>> mention this, moving a language to another platform like JVM is quite
>> easy ,
> 
> I've spent quite some time playing with Java and JVM. I don't think in case 
> of Smalltalk language it would be exactly 'quite easy' to move
> to JVM.
> There are certain constructs, prevalent in Smalltalk codebase, that would be 
> tricky to implement *efficiently* on JVM. Non-local returns,
> proceedable exceptions, class extensions, snapshotting to name some.

not to mention instance migration! (which might be circumvented in 
non-development mode)

Re: [Pharo-project] Phobos Jenkins builds

[Bernardo Ezequiel Contreras]

F cool! i NEED one !


On Tue, Oct 30, 2012 at 3:26 PM, Esteban A. Maringolo
wrote:

> There even are Github branded mates: http://instagram.com/p/LrLRBtJr03/
>
>
>
>
>
> --
> View this message in context:
> http://forum.world.st/Phobos-Jenkins-builds-tp4653316p4653362.html
> Sent from the Pharo Smalltalk mailing list archive at Nabble.com.
>
>


-- 
Bernardo E.C.

Re: [Pharo-project] Phobos Jenkins builds

[Esteban A. Maringolo]

There even are Github branded mates: http://instagram.com/p/LrLRBtJr03/





--
View this message in context: 
http://forum.world.st/Phobos-Jenkins-builds-tp4653316p4653362.html
Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Re: [Pharo-project] Phobos Jenkins builds

[Pavel Krivanek]

Yes, I had no doubts from where the name comes from ;-) I was only
surprised that it is not the project by Mateman Polito ;-)

-- Pavel

On Tue, Oct 30, 2012 at 6:59 PM, Mariano Martinez Peck
 wrote:
> Pavel, we drink it in the restaurant at the PharoConf ;)
> Anyway, it is also a project being done between RMOD (France) and Argentina
> and it is related about VM and how to implement as much as possible "at the
> language level"...or something like that.
> Cami or Guido may tell you better.
>
> On Tue, Oct 30, 2012 at 6:56 PM, Bernardo Ezequiel Contreras
>  wrote:
>>
>> 
>> The collateral effects of the Argentinian invasion!
>> see
>> http://en.wikipedia.org/wiki/Mate_(beverage)
>> 
>>
>>
>>
>> On Tue, Oct 30, 2012 at 2:26 PM, Pavel Krivanek 
>> wrote:
>>>
>>> Well, I need to create a configuration.
>>>
>>> BTW what is Mate? ;-)
>>>
>>> -- Pavel
>>>
>>> On Tue, Oct 30, 2012 at 3:07 PM, Camillo Bruni 
>>> wrote:
>>> > Some remarks:
>>> > -
>>> >
>>> > - Could you use the latest setup as in
>>> >
>>> > https://ci.lille.inria.fr/pharo/view/Rmod/job/Mate/configure
>>> >
>>> >cause I want to get rid of all bash scripts in jenkins if possible
>>> > ;)
>>> >
>>> >
>>> > best
>>> > cami
>>> >
>>> >
>>> > On 2012-10-30, at 14:42, Pavel Krivanek 
>>> > wrote:
>>> >
>>> >> Hi,
>>> >>
>>> >> I created a set of Jobs related to Phobos on the Jenkins server:
>>> >> https://ci.lille.inria.fr/pharo/view/Phobos/
>>> >>
>>> >> The latest changes in Phobos include special integer input fields with
>>> >> automatic focus change, trees styling, various small fixes etc.
>>> >>
>>> >> Cheers,
>>> >> -- Pavel
>>> >>
>>> >
>>> >
>>>
>>
>>
>>
>> --
>> Bernardo E.C.
>
>
>
>
> --
> Mariano
> http://marianopeck.wordpress.com
>

Re: [Pharo-project] Phobos Jenkins builds

[Mariano Martinez Peck]

Pavel, we drink it in the restaurant at the PharoConf ;)
Anyway, it is also a project being done between RMOD (France) and Argentina
and it is related about VM and how to implement as much as possible "at the
language level"...or something like that.
Cami or Guido may tell you better.

On Tue, Oct 30, 2012 at 6:56 PM, Bernardo Ezequiel Contreras <
vonbecm...@gmail.com> wrote:

> 
> The collateral effects of the Argentinian invasion!
> see
> http://en.wikipedia.org/wiki/Mate_(beverage)
> 
>
>
>
> On Tue, Oct 30, 2012 at 2:26 PM, Pavel Krivanek 
> wrote:
>
>> Well, I need to create a configuration.
>>
>> BTW what is Mate? ;-)
>>
>> -- Pavel
>>
>> On Tue, Oct 30, 2012 at 3:07 PM, Camillo Bruni 
>> wrote:
>> > Some remarks:
>> > -
>> >
>> > - Could you use the latest setup as in
>> >
>> > https://ci.lille.inria.fr/pharo/view/Rmod/job/Mate/configure
>> >
>> >cause I want to get rid of all bash scripts in jenkins if possible ;)
>> >
>> >
>> > best
>> > cami
>> >
>> >
>> > On 2012-10-30, at 14:42, Pavel Krivanek 
>> wrote:
>> >
>> >> Hi,
>> >>
>> >> I created a set of Jobs related to Phobos on the Jenkins server:
>> >> https://ci.lille.inria.fr/pharo/view/Phobos/
>> >>
>> >> The latest changes in Phobos include special integer input fields with
>> >> automatic focus change, trees styling, various small fixes etc.
>> >>
>> >> Cheers,
>> >> -- Pavel
>> >>
>> >
>> >
>>
>>
>
>
> --
> Bernardo E.C.
>



-- 
Mariano
http://marianopeck.wordpress.com

Re: [Pharo-project] Phobos Jenkins builds

[Bernardo Ezequiel Contreras]

The collateral effects of the Argentinian invasion!
see
http://en.wikipedia.org/wiki/Mate_(beverage)



On Tue, Oct 30, 2012 at 2:26 PM, Pavel Krivanek wrote:

> Well, I need to create a configuration.
>
> BTW what is Mate? ;-)
>
> -- Pavel
>
> On Tue, Oct 30, 2012 at 3:07 PM, Camillo Bruni 
> wrote:
> > Some remarks:
> > -
> >
> > - Could you use the latest setup as in
> >
> > https://ci.lille.inria.fr/pharo/view/Rmod/job/Mate/configure
> >
> >cause I want to get rid of all bash scripts in jenkins if possible ;)
> >
> >
> > best
> > cami
> >
> >
> > On 2012-10-30, at 14:42, Pavel Krivanek 
> wrote:
> >
> >> Hi,
> >>
> >> I created a set of Jobs related to Phobos on the Jenkins server:
> >> https://ci.lille.inria.fr/pharo/view/Phobos/
> >>
> >> The latest changes in Phobos include special integer input fields with
> >> automatic focus change, trees styling, various small fixes etc.
> >>
> >> Cheers,
> >> -- Pavel
> >>
> >
> >
>
>


-- 
Bernardo E.C.

Re: [Pharo-project] [OT] RTalk

[Jan Vrany]

On 30/10/12 15:39, dimitris chloupis wrote:

Hey Torsten and thanks for the reply.

I am not here to recommend pharo to move to JVM. Rtalk author also
mention this, moving a language to another platform like JVM is quite
easy ,


I've spent quite some time playing with Java and JVM. I don't think in 
case of Smalltalk language it would be exactly 'quite easy' to move

to JVM.
There are certain constructs, prevalent in Smalltalk codebase, that 
would be tricky to implement *efficiently* on JVM. Non-local returns,

proceedable exceptions, class extensions, snapshotting to name some.

Best, Jan

at least for people who are much better coders than me,  moving

all the libraries which happen to depend a lot on C is not.

[Pharo-project] Problem with Date comparing summer time CEST

[Sabine Knöfel]

I have an attribute "date" in a domain object. Last week, I created some
objects with this attribute. Today I created objects again with the same
date value in this attribute. When comparing the dates (=), the result is
false. 

Reason is, that in germany, we had a switch from Central European Summer
Time (CEST) (Sommerzeit) to Daylight Saving Time (DST) this weekend.

Date has an attribute "start" which has an instance of DateAndTime. This
DateAndTime object has another value depending on the CEST/DST

2012-10-02T00:00:00+*01:00* (DST)
2012-10-02T00:00:00+*02:00* (CEST)

When I create two Dates with same date, I expect that = evaluates to true,
independent from the CEST/DST. But Date (Timespan) uses 

/= comparand
^ self class = comparand class 
and: [ *self start = comparand start *
and: [ self duration = comparand duration ]]/


What do you recommend? Create my own compare method? Did I miss something?



--
View this message in context: 
http://forum.world.st/Problem-with-Date-comparing-summer-time-CEST-tp4653354.html
Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Re: [Pharo-project] Phobos Jenkins builds

[Pavel Krivanek]

Well, I need to create a configuration.

BTW what is Mate? ;-)

-- Pavel

On Tue, Oct 30, 2012 at 3:07 PM, Camillo Bruni  wrote:
> Some remarks:
> -
>
> - Could you use the latest setup as in
>
> https://ci.lille.inria.fr/pharo/view/Rmod/job/Mate/configure
>
>cause I want to get rid of all bash scripts in jenkins if possible ;)
>
>
> best
> cami
>
>
> On 2012-10-30, at 14:42, Pavel Krivanek  wrote:
>
>> Hi,
>>
>> I created a set of Jobs related to Phobos on the Jenkins server:
>> https://ci.lille.inria.fr/pharo/view/Phobos/
>>
>> The latest changes in Phobos include special integer input fields with
>> automatic focus change, trees styling, various small fixes etc.
>>
>> Cheers,
>> -- Pavel
>>
>
>

[Pharo-project] [update 2.0] #20370

[Esteban Lorenzano]

20370
-

Issue 6710: RPackage duplication of extensions
http://code.google.com/p/pharo/issues/detail?id=6710

Issue 6888: Remove HierarchyBrowser from ToolRegistry
http://code.google.com/p/pharo/issues/detail?id=6888

Diff information:
http://ss3.gemstone.com/ss/Pharo20/Tools-EstebanLorenzano.966.diff
http://ss3.gemstone.com/ss/Pharo20/RPackage-Tests-EstebanLorenzano.99.diff
http://ss3.gemstone.com/ss/Pharo20/RPackage-SystemIntegration-EstebanLorenzano.153.diff
http://ss3.gemstone.com/ss/Pharo20/RPackage-Core-EstebanLorenzano.197.diff

Re: [Pharo-project] [OT] RTalk

[dimitris chloupis]

Hey Torsten and thanks for the reply. 

I am not here to recommend pharo to move to JVM. Rtalk author also mention 
this, moving a language to another platform like JVM is quite easy , at least 
for people who are much better coders than me,  moving all the libraries which 
happen to depend a lot on C is not. 

I was primarily a python developer before smalltalk , squeak and pharo stole me 
away and we got a similar effort with "jython" , as a language is a fine 
implementation but still there are many of the official python distribution, 
cpython , third party libraries that have not been ported to jython. Of course 
we can still use Java libraries but that defeats the purpose of coding in 
python which is like smalltalk a culture about simplicity and minimalism 
(python has been deeply influenced by smalltalk in many areas) , that most java 
libraries and java itself do not share. 

My interest in Rtalk is for the time being pure academical. I am actually doing 
a visual coding environment for 3d app Blender which is more an extension to 
smalltalk enviroment called "Ephestos" and I am already using pharo, because 
its rather clean, simple, stable and actively developed. Because blender 
depends on python I am already in the process of making a socket bridge between 
pharo and blender python (should work for any other platform too) . Java VM is 
also a possibility through the use of this projects. Of course I am still 
considering the redline , but having something that can offer me even 
enviroment of smalltalk for JAVA VM its even better. 

For the time being as I already said my interest is purely academical, my whole 
focus is existing pharo , blender and cpython. But its fun to try new things 
and explore new territories. You can never be sure what kind treasures you may 
uncover. Afterall in blender we have already blender addon which even though 
they are depending on python they also use Java libraries. So mixing languages 
and platforms is certainly an interest of mine. In my world Pharo, Rtalk and 
Redline can happily coexist without the one merging to the other. 






 From: Torsten Bergmann 
To: pharo-project@lists.gforge.inria.fr 
Sent: Tuesday, 30 October 2012, 16:39
Subject: [Pharo-project] [OT] RTalk
 
Hi dimitris,

if I remember correctly the idea from Mark Roos was to open 
source the environment/code once the company dependent parts
are removed. AFAIK with an MIT license.

For sure one can expect the bytecodeset and environment to be 
completely different from what we know from Squeak/Pharo.
Some infos can be found on the web, see pointers below - 
but no code so far.

Time will tell if it's ideas may be used to have later
a Pharo dialect running on JVM as well (depending on
community adoption, time, resources and technical possibility).

It's not the first project to run Smalltalk on JVM. 
Its very silent around similar attempts like the last project 
"Redline" from James Ladd. At least it is active (last commit 
for Redline was 3 days ago).

Bye
T.


[1] http://www.drdobbs.com/jvm/rtalk-smalltalk-on-the-jvm/231500288
[2] http://wiki.jvmlangsummit.com/images/e/e5/Roos-Rtalk.pdf
[3] http://astares.blogspot.de/2011/08/smalltalk-on-jvm.html
[4] http://medianetwork.oracle.com/video/player/1785452097001

[Pharo-project] [OT] RTalk

[Torsten Bergmann]

Hi dimitris,

if I remember correctly the idea from Mark Roos was to open 
source the environment/code once the company dependent parts
are removed. AFAIK with an MIT license.

For sure one can expect the bytecodeset and environment to be 
completely different from what we know from Squeak/Pharo.
Some infos can be found on the web, see pointers below - 
but no code so far.

Time will tell if it's ideas may be used to have later
a Pharo dialect running on JVM as well (depending on
community adoption, time, resources and technical possibility).

It's not the first project to run Smalltalk on JVM. 
Its very silent around similar attempts like the last project 
"Redline" from James Ladd. At least it is active (last commit 
for Redline was 3 days ago).

Bye
T.


[1] http://www.drdobbs.com/jvm/rtalk-smalltalk-on-the-jvm/231500288
[2] http://wiki.jvmlangsummit.com/images/e/e5/Roos-Rtalk.pdf
[3] http://astares.blogspot.de/2011/08/smalltalk-on-jvm.html
[4] http://medianetwork.oracle.com/video/player/1785452097001

Re: [Pharo-project] Phobos Jenkins builds

[Camillo Bruni]

Some remarks:
-

- Could you use the latest setup as in 

https://ci.lille.inria.fr/pharo/view/Rmod/job/Mate/configure

   cause I want to get rid of all bash scripts in jenkins if possible ;)


best
cami


On 2012-10-30, at 14:42, Pavel Krivanek  wrote:

> Hi,
> 
> I created a set of Jobs related to Phobos on the Jenkins server:
> https://ci.lille.inria.fr/pharo/view/Phobos/
> 
> The latest changes in Phobos include special integer input fields with
> automatic focus change, trees styling, various small fixes etc.
> 
> Cheers,
> -- Pavel
> 

Re: [Pharo-project] File sharing on the network

[Hilaire Fernandes]

Le 30/10/2012 00:38, Stephan Eggermont a écrit :
> Hilaire wrote:
>> Is there anyway to implement fileshareing with Dropbox or GoogleDrive on
>> a Pharo client application?
> 
> I can see some use cases for a globally persistent peer-to-peer based system.
> Sort of a distributed github. Centralized systems tend to bring all kinds of
> nasty spam and privacy problems with them.


Indeed. Can you elaborate your idea?

Hilaire

[Pharo-project] Phobos Jenkins builds

[Pavel Krivanek]

Hi,

I created a set of Jobs related to Phobos on the Jenkins server:
https://ci.lille.inria.fr/pharo/view/Phobos/

The latest changes in Phobos include special integer input fields with
automatic focus change, trees styling, various small fixes etc.

Cheers,
-- Pavel

Re: [Pharo-project] [squeak-dev] [OT] RTalk

[Franz Josef Konrad]

At 20'30'' of the podcast Mark Roos says, that the Java code is 
available but the whole stuff not. But he will make it public in the 
next few months.


The first page of 
 shows 
"code link on JVM Summit wiki" but I also didn't found it there.


I've put Mark in CC, perhaps he can clarify.



Am 30.10.2012 12:25, schrieb dimitris chloupis:


I found this
http://www.jarober.com/blog/blogView?showComments=true&printTitle=IM_98:_Rtalk&entry=3527672794
,about RTalk , that is not only smalltalk run on top of JVM but almost
the entire environment.

The problem is that I cant seem to be able to find via google any site
that contains the source code or something I could use ? Does anyone
know if there is any official website for RTalk ?

It looks quite promising and I would like to give it a try.

[Pharo-project] [OT] RTalk

[dimitris chloupis]

I found this 
http://www.jarober.com/blog/blogView?showComments=true&printTitle=IM_98:_Rtalk&entry=3527672794
 ,about RTalk , that is not only smalltalk run on top of JVM but almost the 
entire environment. 

The problem is that I cant seem to be able to find via google any site that 
contains the source code or something I could use ? Does anyone know if there 
is any official website for RTalk ? 


It looks quite promising and I would like to give it a try. 

[Pharo-project] [update 2.0] #20369

[Marcus Denker]

20369
-

Issue 6886: Fix Number: day, week, year, second, ... to return the same as 
plural
http://code.google.com/p/pharo/issues/detail?id=6886


Diff information:
http://ss3.gemstone.com/ss/Pharo20/KernelTests-MarcusDenker.449.diff
http://ss3.gemstone.com/ss/Pharo20/Kernel-MarcusDenker.1229.diff



--
Marcus Denker -- http://marcusdenker.de

Re: [Pharo-project] OSProcess in Pharo 2.0

[David T. Lewis]

Hi,

I'm not up to speed on the latest Pharo, but I'll try to offer
a couple of tips...

On Tue, Oct 30, 2012 at 10:15:12AM +0100, Damien Cassou wrote:
> Hi,
> 
> I was trying to play with OSProcess. Simple goal, to execute
> 
> $ ldconfig -p | grep libcairo.so
> 
> and get the result as a string or stream.
> 
> Several problems I met:
> 
> - newest OSProcess loaded from its configuration depends on
> FileDirectory which is not present in Pharo 2.0.

Hopefully it will be possible to provide some kind of compatibility
layer to deal with this. The CommandShell repository already has a
CommandShellPharo package that I made in November 2010 to address
menu registration changes in Pharo at that time. I have not tried
to keep up with the Pharo 2.0 changes, but if a compatibility package
is possible, this might be a good place to put it.

> - when I fixed previous point I wondered how to get the output of a
> particular command. Damien P. told me I had to use the particular
> OSProcess of Coral or use CommandShell
> - I tried installing CommandShell but its configuration depends on
> PluggableTextView which is not in Pharo 2.0

I split the CommandShell package into subpackages in order to address
this. I guess we need a ConfigurationOfCommandShell to handle this
properly, but if you load the individual sub-packages (e.g. CommandShell-base
and friends, instead of CommandShell which contains all of the subpackages),
and omit the CommandShell-MVC package, then you will not have this
problem. PluggableTextView is part of the MVC package (a command shell
can be opened in either Morphic or MVC).

HTH,
Dave

> - when I fixed previous point, I realized CommandShell depends even
> more on FileSystem and I didn't understand how to get the output
> stream
> - so I gave up with CommandShell and tried Coral's OSProcess
> - So I fixed some references to FileDirectory again but then many unit
> tests of OSProcess didn't pass so I felt uncomfortable
> 
> At the end, Coral's OSProcess worked for me, but I don't know why all
> these tests are failing
> 
> -- 
> Damien Cassou
> http://damiencassou.seasidehosting.st
> 
> "Success is the ability to go from one failure to another without
> losing enthusiasm."
> Winston Churchill

Re: [Pharo-project] OSProcess in Pharo 2.0

[Camillo Bruni]

On 2012-10-30, at 10:15, Damien Cassou  wrote:

> Hi,
> 
> I was trying to play with OSProcess. Simple goal, to execute
> 
> $ ldconfig -p | grep libcairo.so
> 
> and get the result as a string or stream.
> 
> Several problems I met:
> 
> - newest OSProcess loaded from its configuration depends on
> FileDirectory which is not present in Pharo 2.0.

Didn't have time yet to fix this:
https://code.google.com/p/pharo/issues/detail?id=6740

> - when I fixed previous point I wondered how to get the output of a
> particular command. Damien P. told me I had to use the particular
> OSProcess of Coral or use CommandShell

=> PipeableOSProcess is your friend
It works somehow, but in my experience is not that stable

> - I tried installing CommandShell but its configuration depends on
> PluggableTextView which is not in Pharo 2.0
> - when I fixed previous point, I realized CommandShell depends even
> more on FileSystem and I didn't understand how to get the output
> stream
> - so I gave up with CommandShell and tried Coral's OSProcess
> - So I fixed some references to FileDirectory again but then many unit
> tests of OSProcess didn't pass so I felt uncomfortable
> 
> At the end, Coral's OSProcess worked for me, but I don't know why all
> these tests are failing
> 
> -- 
> Damien Cassou
> http://damiencassou.seasidehosting.st
> 
> "Success is the ability to go from one failure to another without
> losing enthusiasm."
> Winston Churchill
> 

[Pharo-project] OSProcess in Pharo 2.0

[Damien Cassou]

Hi,

I was trying to play with OSProcess. Simple goal, to execute

$ ldconfig -p | grep libcairo.so

and get the result as a string or stream.

Several problems I met:

- newest OSProcess loaded from its configuration depends on
FileDirectory which is not present in Pharo 2.0.
- when I fixed previous point I wondered how to get the output of a
particular command. Damien P. told me I had to use the particular
OSProcess of Coral or use CommandShell
- I tried installing CommandShell but its configuration depends on
PluggableTextView which is not in Pharo 2.0
- when I fixed previous point, I realized CommandShell depends even
more on FileSystem and I didn't understand how to get the output
stream
- so I gave up with CommandShell and tried Coral's OSProcess
- So I fixed some references to FileDirectory again but then many unit
tests of OSProcess didn't pass so I felt uncomfortable

At the end, Coral's OSProcess worked for me, but I don't know why all
these tests are failing

-- 
Damien Cassou
http://damiencassou.seasidehosting.st

"Success is the ability to go from one failure to another without
losing enthusiasm."
Winston Churchill