Re: [Pharo-project] Tips for efficient multi-serial handling

[Sebastian Sastre]

Stef, now you mention it...

do you know if Amber has something in relation to node.js?

I mean for the server side

would be possible to program the server side of an app with amber smalltalk?

sebastian

o/





On Oct 27, 2012, at 1:30 PM, Stéphane Ducasse wrote:

> better look at amber (because it is better to get the original than the copy).
> 
> Stef
>> Hey Udo!
>> 
>> well, if node does a great job and you love Smalltalk, then this [1] could 
>> get your attention
>> 
>> sebastian
>> 
>> o/
>> 
>> [1] http://u8.smalltalking.net/contribution.aspx?contributionId=133
>> 
>> 
>> 
>> 
>> On Oct 27, 2012, at 6:09 AM, Udo Schneider wrote:
>> 
>>> All,
>>> 
>>> coming from a Node.JS background for those kind of tasks I'm not quite sure 
>>> how to do it "correctly" in Pharo. I need to
>>> 
>>> * listen on up to 32 serial (USB) ports for incoming commands. Each might 
>>> use a different "protocol".
>>> * listen to network ports, midi channels or OSC
>>> * if communication is received then a response could be send over multiple 
>>> of the channels mentioned above
>>> * reaction time - means incomming message, decode, encode of response and 
>>> distribution over other channels should ideally be around 10^-2 s.
>>> 
>>> I already found all the necessary communication classes in Pharo - and 
>>> being back in Smalltalk again parsing the commands is a real pleasure :-) 
>>> The one thing that makes me really nervous though is serial support. Up to 
>>> now I spawn a separate (Smalltalk) process for each serial port that polls 
>>> the serial port for new bytes - as far as I see polling is the only 
>>> available option. Although this seems to work it wastes a considerable 
>>> amount of CPU cycles IMHO. On my current system (MBP/i7) I can't have 
>>> enough channels to even barely bog the system down. However the deployment 
>>> platform I'm looking at is more in the range of an Raspberry Pi...
>>> 
>>> In Node.JS I'd simply create callbacks for all the different incoming 
>>> channels - so I wouldn't waste cycles for polling. So what would be the 
>>> best/recommended way to achieve this in Pharo?
>>> 
>>> Thanks,
>>> 
>>> Udo
>>> 
>>> 
>> 
> 
> 

Re: [Pharo-project] Please review DrGeo

[Hilaire Fernandes]

Le 27/10/2012 14:00, Stéphane Ducasse a écrit :
> justement j'ai essayer de mettre une note mais je ne sais pas comment on fait.
> On peut installer DRGeo sur Ipad?

Depuis iTunes, mais tu dois installer Dr. Geo avant et il faut un
identifiant.

Hilaire

Re: [Pharo-project] Tips for efficient multi-serial handling

[Sven Van Caekenberghe]

Hi Udo,

Yes, Smalltalk is a very nice environment to work in, it is only natural to try 
to do as much work in it as possible.

It looks like you are doing a nice, interesting project ;-)

As a language/environment born in a time when computing resources were very 
small compared to what we have today, you can rest assured that Smalltalk can 
keep up performance wise with almost any other language out there, especially 
JavaScript, Ruby, Python, PHP or Perl.

Dealing with a set of IO channels using 1 thread/process per channel like you 
describe should not be a problem. To do it efficiently, you have to consider if 
the low level API you are dealing with is blocking or not. If it is blocking 
(optionally with a timeout), like for sockets, there is no problem. If it is 
non-blocking, you can easily built something around it using delays and some 
polling at a reasonable values. If have no experience with serial ports, so I 
can't offer any specific advice there. For TCP/UDP networking there shouldn't 
be any problem. Feel free to ask concrete questions.

Regards,

Sven

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



On 27 Oct 2012, at 10:09, Udo Schneider  wrote:

> All,
> 
> coming from a Node.JS background for those kind of tasks I'm not quite sure 
> how to do it "correctly" in Pharo. I need to
> 
> * listen on up to 32 serial (USB) ports for incoming commands. Each might use 
> a different "protocol".
> * listen to network ports, midi channels or OSC
> * if communication is received then a response could be send over multiple of 
> the channels mentioned above
> * reaction time - means incomming message, decode, encode of response and 
> distribution over other channels should ideally be around 10^-2 s.
> 
> I already found all the necessary communication classes in Pharo - and being 
> back in Smalltalk again parsing the commands is a real pleasure :-) The one 
> thing that makes me really nervous though is serial support. Up to now I 
> spawn a separate (Smalltalk) process for each serial port that polls the 
> serial port for new bytes - as far as I see polling is the only available 
> option. Although this seems to work it wastes a considerable amount of CPU 
> cycles IMHO. On my current system (MBP/i7) I can't have enough channels to 
> even barely bog the system down. However the deployment platform I'm looking 
> at is more in the range of an Raspberry Pi...
> 
> In Node.JS I'd simply create callbacks for all the different incoming 
> channels - so I wouldn't waste cycles for polling. So what would be the 
> best/recommended way to achieve this in Pharo?
> 
> Thanks,
> 
> Udo
> 
> 

Re: [Pharo-project] Tips for efficient multi-serial handling

[Stéphane Ducasse]

better look at amber (because it is better to get the original than the copy).

Stef
> Hey Udo!
> 
> well, if node does a great job and you love Smalltalk, then this [1] could 
> get your attention
> 
> sebastian
> 
> o/
> 
> [1] http://u8.smalltalking.net/contribution.aspx?contributionId=133
> 
> 
> 
> 
> On Oct 27, 2012, at 6:09 AM, Udo Schneider wrote:
> 
>> All,
>> 
>> coming from a Node.JS background for those kind of tasks I'm not quite sure 
>> how to do it "correctly" in Pharo. I need to
>> 
>> * listen on up to 32 serial (USB) ports for incoming commands. Each might 
>> use a different "protocol".
>> * listen to network ports, midi channels or OSC
>> * if communication is received then a response could be send over multiple 
>> of the channels mentioned above
>> * reaction time - means incomming message, decode, encode of response and 
>> distribution over other channels should ideally be around 10^-2 s.
>> 
>> I already found all the necessary communication classes in Pharo - and being 
>> back in Smalltalk again parsing the commands is a real pleasure :-) The one 
>> thing that makes me really nervous though is serial support. Up to now I 
>> spawn a separate (Smalltalk) process for each serial port that polls the 
>> serial port for new bytes - as far as I see polling is the only available 
>> option. Although this seems to work it wastes a considerable amount of CPU 
>> cycles IMHO. On my current system (MBP/i7) I can't have enough channels to 
>> even barely bog the system down. However the deployment platform I'm looking 
>> at is more in the range of an Raspberry Pi...
>> 
>> In Node.JS I'd simply create callbacks for all the different incoming 
>> channels - so I wouldn't waste cycles for polling. So what would be the 
>> best/recommended way to achieve this in Pharo?
>> 
>> Thanks,
>> 
>> Udo
>> 
>> 
> 

Re: [Pharo-project] running pharo on an iPad

[Stéphane Ducasse]

yes this is a good idea

On Oct 27, 2012, at 11:42 AM, Mariano Martinez Peck wrote:

> 
> 
> On Sat, Oct 27, 2012 at 11:40 AM, Esteban Lorenzano  
> wrote:
> btw in a couple of weeks it will be a jenkins job to build iOS vms... 
> 
> 
> In the meanwhile, what about creating a page in Pharo webpage about "mobile" 
> and we link there the binaries for the iOS and android vm ? 
> or maybe in the same page of Download but in a different paragraph.
>  
> On Oct 27, 2012, at 11:37 AM, Esteban Lorenzano  wrote:
> 
>> Hi,
>> 
>> that's because DrGeo is a private development, and you need a development 
>> profile for running applications in your iPhone/iPad. 
>> 
>> Assuming that you already has in your system: 
>> 
>> 1) Xcode (I'm using version 4.4) 
>> 2) CMake (I'm using version 2.8.8)
>> 
>> And assuming also that you already has an iOS development user... 
>> 
>> For use pharo in your iPad you need to follow the following steps:
>> 
>> 1) clone https://git.gitorious.org/~estebanlm/cogvm/cog-osx.git
>> 2) in ./image dir prepare a VMMaker image (using pharo 1.4):
>> 
>> Gofer it 
>>  squeaksource: 'MetacelloRepository';
>>  package: 'ConfigurationOfCog';
>>  load.
>> (Smaltalk at: #ConfigurationOfCog) project lastVersion load.
>> 
>> 3) Generate sources for iPhone:
>> 
>> StackIPhoneConfig new 
>>  generateSources; generate.
>> 
>> 4) Generate your iPhone image (follow the instructions in 
>> iosbuild/resources/README), which is the place where iOS images need to be 
>> placed. 
>> 
>> 5) In dir ./build
>> 
>> build$ ../codegen-scripts/extract-commit-info.sh
>> build$ cmake -G Xcode .
>> build$ open iStackVM.image
>>  
>>  5.1) you probably need to add your own development profile, the default one 
>> is named "iPhone Developer"
>> 
>> 6) run
>> 
>> ALTERNATE
>> To run in Simulator:
>> Replace in Step 3 from StackIPhoneConfig to StackSimulatorConfig 
>> 
>> 
>> On Oct 27, 2012, at 1:09 AM, dimitris chloupis  wrote:
>> 
>>> I was searching for way to run pharo on my ipad and I found this thread
>>> 
>>> http://forum.world.st/Pharo-for-iOS-td3832888.html
>>> 
>>> that lead me to this website
>>> 
>>> http://dl.dropbox.com/u/9643745/DrGeo/DrGeoTestBF.html
>>> 
>>> The problem is when I try to install by website or by iTunes my ipad 
>>> complains it cannot install Dr. Geo
>>> 
>>> So is there a way to make pharo run on my ipad ? 
>> 
> 
> 
> 
> 
> -- 
> Mariano
> http://marianopeck.wordpress.com
> 

Re: [Pharo-project] is Smalltalk metacelloPlatformAttributes incorrect in 2.0

[Stéphane Ducasse]

On Oct 27, 2012, at 5:20 AM, Dale Henrichs wrote:

> I think that:
> 
>  #(#squeakCommon #pharo #'pharo2.x' #'pharo2.0.x')
> 
> is the standard pattern. #'pharo2.x' implies that the code is common across 
> the whole pharo2 family. #'pharo2.0.x' covers the pharo2.0 family. 

Ok I will update then the configuration I was writing because I used 2.0.x


> 
> If you want to explicitly exclude pharo2.1, pharo2.2, etc. and beyond then 
> the following would suffice:
> 
>  #(#squeakCommon #pharo #'pharo2.0.x')
> 
> but I think it is better to define the full range of versions for each 
> platform rather than exclude some. Then if a developer finds that they've got 
> code that runs in 2.0 and 2.1 they can have an attribute available to cover 
> their needs.
> 
> The #'pharo2.x' is looking forward towards future releases...
> 
> Dale
> 
> - Original Message -
> | From: "stephane ducasse" 
> | To: "Pharo Development" 
> | Sent: Friday, October 26, 2012 1:20:24 PM
> | Subject: [Pharo-project] is Smalltalk metacelloPlatformAttributes incorrect 
> in 2.0
> | 
> | Smalltalk metacelloPlatformAttributes #(#squeakCommon #pharo
> | #'pharo2.x' #'pharo2.0.x')
> | 
> | I have the impression that we should better have
> | 
> | #(#squeakCommon #pharo #'pharo2.0' #'pharo2.0.x')
> | 
> | what do you think?
> | 
> | Stef
> | 
> 

Re: [Pharo-project] Please review DrGeo

[Stéphane Ducasse]

justement j'ai essayer de mettre une note mais je ne sais pas comment on fait.
On peut installer DRGeo sur Ipad?

Stef

On Oct 27, 2012, at 10:07 AM, Hilaire Fernandes wrote:

> 
> 
> save, parallel, perpendicular and circle.
> Note: for version Android 12.10 free version is identical to paid
> version. It will change for the next release.
> 
> Le 27/10/2012 08:29, dimitris chloupis a écrit :
>> it would help first to explain the diffirence between the free and paid
>> version , cause I see nothing mentioned in app store.
>> 
>> 
>> 
>> *From:* Hilaire Fernandes
>> 
>> *To:* Pharo Development 
>> *Sent:* Saturday, 27 October 2012, 8:52
>> *Subject:* [Pharo-project] Please review DrGeo
>> 
>> hello,
>> 
>> For those who installed free or paid version of DrGeo on iPad or
>> Android, it will be very helpful you review it on GooglePlay or iTunes.
>> Some users Install DrGeo on Android phone and are disappointed (not
>> enough memory then crash, slow, screen too small) and they are killing
>> DrGeo because of that, but DrGeo is for tablet (although I use it
>> happily on my  galaxy note phone). For next release I will be careful to
>> limit the Android user base.
>> 
>> Thanks
>> 
>> -- 
>> Dr. Geo - http://www.drgeo.eu 
>> 
>> 
> 
> 
> 

Re: [Pharo-project] Tips for efficient multi-serial handling

[Sebastian Sastre]

Hey Udo!

well, if node does a great job and you love Smalltalk, then this [1] could get 
your attention

sebastian

o/

[1] http://u8.smalltalking.net/contribution.aspx?contributionId=133




On Oct 27, 2012, at 6:09 AM, Udo Schneider wrote:

> All,
> 
> coming from a Node.JS background for those kind of tasks I'm not quite sure 
> how to do it "correctly" in Pharo. I need to
> 
> * listen on up to 32 serial (USB) ports for incoming commands. Each might use 
> a different "protocol".
> * listen to network ports, midi channels or OSC
> * if communication is received then a response could be send over multiple of 
> the channels mentioned above
> * reaction time - means incomming message, decode, encode of response and 
> distribution over other channels should ideally be around 10^-2 s.
> 
> I already found all the necessary communication classes in Pharo - and being 
> back in Smalltalk again parsing the commands is a real pleasure :-) The one 
> thing that makes me really nervous though is serial support. Up to now I 
> spawn a separate (Smalltalk) process for each serial port that polls the 
> serial port for new bytes - as far as I see polling is the only available 
> option. Although this seems to work it wastes a considerable amount of CPU 
> cycles IMHO. On my current system (MBP/i7) I can't have enough channels to 
> even barely bog the system down. However the deployment platform I'm looking 
> at is more in the range of an Raspberry Pi...
> 
> In Node.JS I'd simply create callbacks for all the different incoming 
> channels - so I wouldn't waste cycles for polling. So what would be the 
> best/recommended way to achieve this in Pharo?
> 
> Thanks,
> 
> Udo
> 
> 

Re: [Pharo-project] running pharo on an iPad

[Edgar J. De Cleene]

On 10/27/12 8:13 AM, "Esteban Lorenzano"  wrote:

> yeah... I meant that :P
> you need to have your apps signed to run on iPhone/iPad...

Or a jailbreaked one :=)

Edgar

Re: [Pharo-project] running pharo on an iPad

[Esteban Lorenzano]

yeah... I meant that :P
you need to have your apps signed to run on iPhone/iPad... 

On Oct 27, 2012, at 12:03 PM, Hilaire Fernandes  
wrote:

> Le 27/10/2012 11:37, Esteban Lorenzano a écrit :
>> that's because DrGeo is a private development, and you need a
>> development profile for running applications in your iPhone/iPad. 
>> 
> 
> It is more a way for Apple to restrict distribution of apps. We don't
> have this problem with Android apps.
> 
> Hilaire
> 
> 

Re: [Pharo-project] running pharo on an iPad

[Hilaire Fernandes]

Le 27/10/2012 11:37, Esteban Lorenzano a écrit :
> that's because DrGeo is a private development, and you need a
> development profile for running applications in your iPhone/iPad. 
> 

It is more a way for Apple to restrict distribution of apps. We don't
have this problem with Android apps.

Hilaire

Re: [Pharo-project] pharo system

[Mariano Martinez Peck]

On Sat, Oct 27, 2012 at 11:37 AM, gorgui ndong wrote:

>
> I'm writing a parser for abap in pharo, with Pharo-1.4 windows version.
> Sometimes with a bad expression pharo stop responding, when i do alt + it
> don't work.
>

Hi Gorgui. To interrupt a process check:
http://book.pharo-project.org/book/Tidbits/TipsAndTricks/InterruptKey/


>
> Best regards
>
> Gorgui
>
>
>
> > From: stephane.duca...@inria.fr
> > Date: Fri, 26 Oct 2012 21:14:33 +0200
> > To: Pharo-project@lists.gforge.inria.fr
> > Subject: Re: [Pharo-project] pharo system
>
> >
> > Hi Gorgui
> >
> > can you tell us what you are doing?
> > Which system?
> > Which os?
> >
> > on mac cmd+ . should bring a debugger
> >
> > Stef
> >
> > On Oct 26, 2012, at 1:09 AM, gorgui ndong wrote:
> >
> > > Hi,
> > >
> > > I'm a beginner in pharo, and sometimes the pharo system is completely
> down. It don't give me a feedback for say me why this system error occurs.
> > > So I want to know what are the main causes of pharo's crashes and if
> i'm in this case what can i do for not loose my last image, with my last
> changes.
> > >
> > > Thanks
> > >
> > > Gorgui
> >
> >
>



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

Re: [Pharo-project] running pharo on an iPad

[Mariano Martinez Peck]

On Sat, Oct 27, 2012 at 11:40 AM, Esteban Lorenzano wrote:

> btw in a couple of weeks it will be a jenkins job to build iOS vms...
>
>
In the meanwhile, what about creating a page in Pharo webpage about
"mobile" and we link there the binaries for the iOS and android vm ?
or maybe in the same page of Download but in a different paragraph.


> On Oct 27, 2012, at 11:37 AM, Esteban Lorenzano 
> wrote:
>
> Hi,
>
> that's because DrGeo is a private development, and you need a development
> profile for running applications in your iPhone/iPad.
>
> Assuming that you already has in your system:
>
> 1) Xcode (I'm using version 4.4)
> 2) CMake (I'm using version 2.8.8)
>
> And assuming also that you already has an iOS development user...
>
> For use pharo in your iPad you need to follow the following steps:
>
> 1) clone https://git.gitorious.org/~estebanlm/cogvm/cog-osx.git
> 2) in ./image dir prepare a VMMaker image (using pharo 1.4):
>
> Gofer it
> squeaksource: 'MetacelloRepository';
> package: 'ConfigurationOfCog';
> load.
> (Smaltalk at: #ConfigurationOfCog) project lastVersion load.
>
> 3) Generate sources for iPhone:
>
> StackIPhoneConfig new
> generateSources; generate.
>
> 4) Generate your iPhone image (follow the instructions in
> iosbuild/resources/README), which is the place where iOS images need to be
> placed.
>
> 5) In dir ./build
>
> build$ ../codegen-scripts/extract-commit-info.sh
> build$ cmake -G Xcode .
> build$ open iStackVM.image
>
>  5.1) you probably need to add your own development profile, the default
> one is named "iPhone Developer"
>
> 6) run
>
> ALTERNATE
> To run in Simulator:
> Replace in Step 3 from StackIPhoneConfig to StackSimulatorConfig
>
>
> On Oct 27, 2012, at 1:09 AM, dimitris chloupis 
> wrote:
>
> I was searching for way to run pharo on my ipad and I found this thread
>
> http://forum.world.st/Pharo-for-iOS-td3832888.html
>
> that lead me to this website
>
> http://dl.dropbox.com/u/9643745/DrGeo/DrGeoTestBF.html
>
> The problem is when I try to install by website or by iTunes my ipad
> complains it cannot install Dr. Geo
>
> So is there a way to make pharo run on my ipad ?
>
>
>
>


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

Re: [Pharo-project] running pharo on an iPad

[Esteban Lorenzano]

btw in a couple of weeks it will be a jenkins job to build iOS vms... 

On Oct 27, 2012, at 11:37 AM, Esteban Lorenzano  wrote:

> Hi,
> 
> that's because DrGeo is a private development, and you need a development 
> profile for running applications in your iPhone/iPad. 
> 
> Assuming that you already has in your system: 
> 
> 1) Xcode (I'm using version 4.4) 
> 2) CMake (I'm using version 2.8.8)
> 
> And assuming also that you already has an iOS development user... 
> 
> For use pharo in your iPad you need to follow the following steps:
> 
> 1) clone https://git.gitorious.org/~estebanlm/cogvm/cog-osx.git
> 2) in ./image dir prepare a VMMaker image (using pharo 1.4):
> 
> Gofer it 
>   squeaksource: 'MetacelloRepository';
>   package: 'ConfigurationOfCog';
>   load.
> (Smaltalk at: #ConfigurationOfCog) project lastVersion load.
> 
> 3) Generate sources for iPhone:
> 
> StackIPhoneConfig new 
>   generateSources; generate.
> 
> 4) Generate your iPhone image (follow the instructions in 
> iosbuild/resources/README), which is the place where iOS images need to be 
> placed. 
> 
> 5) In dir ./build
> 
> build$ ../codegen-scripts/extract-commit-info.sh
> build$ cmake -G Xcode .
> build$ open iStackVM.image
>  
>  5.1) you probably need to add your own development profile, the default one 
> is named "iPhone Developer"
> 
> 6) run
> 
> ALTERNATE
> To run in Simulator:
> Replace in Step 3 from StackIPhoneConfig to StackSimulatorConfig 
> 
> 
> On Oct 27, 2012, at 1:09 AM, dimitris chloupis  wrote:
> 
>> I was searching for way to run pharo on my ipad and I found this thread
>> 
>> http://forum.world.st/Pharo-for-iOS-td3832888.html
>> 
>> that lead me to this website
>> 
>> http://dl.dropbox.com/u/9643745/DrGeo/DrGeoTestBF.html
>> 
>> The problem is when I try to install by website or by iTunes my ipad 
>> complains it cannot install Dr. Geo
>> 
>> So is there a way to make pharo run on my ipad ? 
> 

Re: [Pharo-project] pharo system

[gorgui ndong]

I'm writing a parser for abap in pharo, with Pharo-1.4 windows version. 
Sometimes with a bad expression pharo stop responding, when i do alt + it don't 
work.
Best regards
Gorgui



> From: stephane.duca...@inria.fr
> Date: Fri, 26 Oct 2012 21:14:33 +0200
> To: Pharo-project@lists.gforge.inria.fr
> Subject: Re: [Pharo-project] pharo system
> 
> Hi Gorgui
> 
> can you tell us what you are doing?
> Which system?
> Which os?
> 
> on mac cmd+ . should bring a debugger
> 
> Stef
> 
> On Oct 26, 2012, at 1:09 AM, gorgui ndong wrote:
> 
> > Hi,
> > 
> > I'm a beginner in pharo, and sometimes the pharo system is completely down. 
> > It don't give me a feedback for say me why this system error occurs. 
> > So I want to know what are the main causes of pharo's crashes and if i'm in 
> > this case what can i do for not loose my last image, with my last changes.
> > 
> > Thanks 
> > 
> > Gorgui  
> 
> 
  

Re: [Pharo-project] running pharo on an iPad

[Esteban Lorenzano]

Hi,

that's because DrGeo is a private development, and you need a development 
profile for running applications in your iPhone/iPad. 

Assuming that you already has in your system: 

1) Xcode (I'm using version 4.4) 
2) CMake (I'm using version 2.8.8)

And assuming also that you already has an iOS development user... 

For use pharo in your iPad you need to follow the following steps:

1) clone https://git.gitorious.org/~estebanlm/cogvm/cog-osx.git
2) in ./image dir prepare a VMMaker image (using pharo 1.4):

Gofer it 
squeaksource: 'MetacelloRepository';
package: 'ConfigurationOfCog';
load.
(Smaltalk at: #ConfigurationOfCog) project lastVersion load.

3) Generate sources for iPhone:

StackIPhoneConfig new 
generateSources; generate.

4) Generate your iPhone image (follow the instructions in 
iosbuild/resources/README), which is the place where iOS images need to be 
placed. 

5) In dir ./build

build$ ../codegen-scripts/extract-commit-info.sh
build$ cmake -G Xcode .
build$ open iStackVM.image
 
 5.1) you probably need to add your own development profile, the default one is 
named "iPhone Developer"

6) run

ALTERNATE
To run in Simulator:
Replace in Step 3 from StackIPhoneConfig to StackSimulatorConfig 


On Oct 27, 2012, at 1:09 AM, dimitris chloupis  wrote:

> I was searching for way to run pharo on my ipad and I found this thread
> 
> http://forum.world.st/Pharo-for-iOS-td3832888.html
> 
> that lead me to this website
> 
> http://dl.dropbox.com/u/9643745/DrGeo/DrGeoTestBF.html
> 
> The problem is when I try to install by website or by iTunes my ipad 
> complains it cannot install Dr. Geo
> 
> So is there a way to make pharo run on my ipad ? 

Re: [Pharo-project] Please review DrGeo

[Hilaire Fernandes]

save, parallel, perpendicular and circle.
Note: for version Android 12.10 free version is identical to paid
version. It will change for the next release.

Le 27/10/2012 08:29, dimitris chloupis a écrit :
> it would help first to explain the diffirence between the free and paid
> version , cause I see nothing mentioned in app store.
> 
> 
> 
> *From:* Hilaire Fernandes
> 
> *To:* Pharo Development 
> *Sent:* Saturday, 27 October 2012, 8:52
> *Subject:* [Pharo-project] Please review DrGeo
> 
> hello,
> 
> For those who installed free or paid version of DrGeo on iPad or
> Android, it will be very helpful you review it on GooglePlay or iTunes.
> Some users Install DrGeo on Android phone and are disappointed (not
> enough memory then crash, slow, screen too small) and they are killing
> DrGeo because of that, but DrGeo is for tablet (although I use it
> happily on my  galaxy note phone). For next release I will be careful to
> limit the Android user base.
> 
> Thanks
> 
> -- 
> Dr. Geo - http://www.drgeo.eu 
> 
> 

[Pharo-project] Tips for efficient multi-serial handling

[Udo Schneider]

All,

coming from a Node.JS background for those kind of tasks I'm not quite 
sure how to do it "correctly" in Pharo. I need to


 * listen on up to 32 serial (USB) ports for incoming commands. Each 
might use a different "protocol".

 * listen to network ports, midi channels or OSC
 * if communication is received then a response could be send over 
multiple of the channels mentioned above
 * reaction time - means incomming message, decode, encode of response 
and distribution over other channels should ideally be around 10^-2 s.


I already found all the necessary communication classes in Pharo - and 
being back in Smalltalk again parsing the commands is a real pleasure 
:-) The one thing that makes me really nervous though is serial support. 
Up to now I spawn a separate (Smalltalk) process for each serial port 
that polls the serial port for new bytes - as far as I see polling is 
the only available option. Although this seems to work it wastes a 
considerable amount of CPU cycles IMHO. On my current system (MBP/i7) I 
can't have enough channels to even barely bog the system down. However 
the deployment platform I'm looking at is more in the range of an 
Raspberry Pi...


In Node.JS I'd simply create callbacks for all the different incoming 
channels - so I wouldn't waste cycles for polling. So what would be the 
best/recommended way to achieve this in Pharo?


Thanks,

Udo

Re: [Pharo-project] Please review DrGeo

[Hilaire Fernandes]

save, parallel, perpendicular and circle.
Note: for version Android 12.10 free version is identical to paid
version. It will change for the next release.

Le 27/10/2012 08:29, dimitris chloupis a écrit :
> it would help first to explain the diffirence between the free and paid
> version , cause I see nothing mentioned in app store.
> 
> 
> 
> *From:* Hilaire Fernandes
> 
> *To:* Pharo Development 
> *Sent:* Saturday, 27 October 2012, 8:52
> *Subject:* [Pharo-project] Please review DrGeo
> 
> hello,
> 
> For those who installed free or paid version of DrGeo on iPad or
> Android, it will be very helpful you review it on GooglePlay or iTunes.
> Some users Install DrGeo on Android phone and are disappointed (not
> enough memory then crash, slow, screen too small) and they are killing
> DrGeo because of that, but DrGeo is for tablet (although I use it
> happily on my  galaxy note phone). For next release I will be careful to
> limit the Android user base.
> 
> Thanks
> 
> -- 
> Dr. Geo - http://www.drgeo.eu 
> 
> 

[Pharo-project] [Issue Tracker] Status

[Marcus Denker]

Open Issues
==

-> Open Issues overall: 399

-> Tagged 2.0:  126

http://code.google.com/p/pharo/issues/list?can=2&q=milestone%3D2.0
-> Tagged 1.4:23

http://code.google.com/p/pharo/issues/list?can=2&q=milestone%3D1.4


Failing Tests
===

There are 4 failing tests reported for 1.4 and 2.0:

http://code.google.com/p/pharo/issues/list?can=2&q=status%3AFailingTest

Failing test: Tests.Release.ReleaseTest.testUnpackagedClasses
http://code.google.com/p/pharo/issues/detail?id=6868

ReleaseTest>> testObsoleteClasses
http://code.google.com/p/pharo/issues/detail?id=6315

Failing test on Windows in 1.4: SupplyAnswerTests.testChooseDirectory
http://code.google.com/p/pharo/issues/detail?id=6839

Failing test on Windows related to SocketStream
http://code.google.com/p/pharo/issues/detail?id=6309

TODO:
==
-> Fix the last failing test to be green

-> Clean up issues with milestone tag
One impotant next step is to go through all the issues for 1.4 and 2.0 
and
check if they are show-stopping problems that have to be fixed for that 
version,
or if they can be just a general issue without a milestone tag.

-> Clean up old issues.
There are lots of issues that are not relevant, outdated or just 
confusing. 
We should check and close them. 

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