Re: [Pharo-users] [ANN] Glorp-SQLite3 for Pharo 5

[francescoagati]

sorry for late response. yes this work thanks :-)



--
View this message in context: 
http://forum.world.st/ANN-Glorp-SQLite3-for-Pharo-5-tp4899277p4899745.html
Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Re: [Pharo-users] How much abuse can Teapot take?

[Attila Magyar]

Since Teapot is just a pretty thin layer on top of the ZnServer, I'd guess it
can roughly take the same amount. The route finding algorithm is a simple
linear one (like most of the other micro webframeworks use), but it
shouldn't be a problem unless you have an enormous amount of urls. But I
recommend to do some measurements.



--
View this message in context: 
http://forum.world.st/How-much-abuse-can-Teapot-take-tp4899452p4899730.html
Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Re: [Pharo-users] GUI Applications

[Stephan Eggermont]

On 06/06/16 22:46, sergio ruiz wrote:

Great! Thanks! I will take a look at this..



On Jun 6, 2016, at 4:12 PM, Johan Fabry  wrote:

the standard way to build UIs in Pharo is by using Spec.


When building end-user applications, you're very likely to need Morphic
to make Spec or Glamour do what you need.

Stephan

Re: [Pharo-users] question on message passing.

[sergio ruiz]

> 
> I have a (almost complete) MPD client in Pharo, talks the protocol directly. 
> As well as a simple web UI to control music selection/playback.
> 

wow! this sounds like a good building block for what i am doing.

i am building a standalone/headless player that just uses buttons to select 
tags, and flip through the tags..

having a web client would be good in that you could edit the radio station 
lists through the client via wifi..

> I wrote it for fun and for my own usage, but it works pretty well, I use it 
> every day as an alternative to volumio.org (see my side project web shop 
> http://audio359.eu). I did not (yet) publish it, because I do not want to 
> support it as I do with my other open source projects.
> 
> Interested ?

yes! the only catch is, i’d like to open source the whole thing.. and maybe 
start a few pharo based open source projects for raspberry pi..

if you would be willing to open source it, i would be willing to help you 
support it..

i think pharo is a natural fit with raspberry pi.. and if we can get some hands 
on, it would be a killer ..

thanks!



peace,
sergio
photographer, journalist, visionary
#BitMessage BM-NBaswViL21xqgg9STRJjaJaUoyiNe2dV
http://www.Village-Buzz.com
http://www.ThoseOptimizeGuys.com
http://www.coffee-black.com
http://www.painlessfrugality.com
http://www.twitter.com/sergio_101
http://www.facebook.com/sergio101



signature.asc
Description: Message signed with OpenPGP using GPGMail

Re: [Pharo-users] question on message passing.

[Sven Van Caekenberghe]

> On 07 Jun 2016, at 20:42, sergio ruiz  wrote:
> 
> 
>> On Jun 7, 2016, at 2:36 PM, Peter Uhnák  wrote:
>> 
>> (PipeableOSProcess command: 'mpc status') output lines first
>> 
>> (also +1 for mpd :))
> 
> got it! thanks!
> 
> you might like this project..
> 
> this is going to run on raspberry pi..
> 
> the reason i am doing mpc status is to get the first line, and send it out to 
> a 16x2 LCD..
> 
> i am making a raspberry pi based internet radio.. and i need it to display 
> the song title, among other things..

Hi Sergio,

I have a (almost complete) MPD client in Pharo, talks the protocol directly. As 
well as a simple web UI to control music selection/playback.

I wrote it for fun and for my own usage, but it works pretty well, I use it 
every day as an alternative to volumio.org (see my side project web shop 
http://audio359.eu). I did not (yet) publish it, because I do not want to 
support it as I do with my other open source projects.

Interested ?

Sven

> 
> peace,
> sergio
> photographer, journalist, visionary
> #BitMessage BM-NBaswViL21xqgg9STRJjaJaUoyiNe2dV
> http://www.Village-Buzz.com
> http://www.ThoseOptimizeGuys.com
> http://www.coffee-black.com
> http://www.painlessfrugality.com
> http://www.twitter.com/sergio_101
> http://www.facebook.com/sergio101
> 

Re: [Pharo-users] question on message passing.

[sergio ruiz]

> On Jun 7, 2016, at 2:36 PM, Peter Uhnák  wrote:
> 
> (PipeableOSProcess command: 'mpc status') output lines first
> 
> (also +1 for mpd :))

got it! thanks!

you might like this project..

this is going to run on raspberry pi..

the reason i am doing mpc status is to get the first line, and send it out to a 
16x2 LCD..

i am making a raspberry pi based internet radio.. and i need it to display the 
song title, among other things..


peace,
sergio
photographer, journalist, visionary
#BitMessage BM-NBaswViL21xqgg9STRJjaJaUoyiNe2dV
http://www.Village-Buzz.com
http://www.ThoseOptimizeGuys.com
http://www.coffee-black.com
http://www.painlessfrugality.com
http://www.twitter.com/sergio_101
http://www.facebook.com/sergio101



signature.asc
Description: Message signed with OpenPGP using GPGMail

Re: [Pharo-users] question on message passing.

[Peter Uhnák]

You can just do

(PipeableOSProcess command: 'mpc status') output lines first

(also +1 for mpd :))

On Tue, Jun 7, 2016 at 8:27 PM, sergio ruiz  wrote:

> I have a feeling this is wrong, but I am not sure how to make it work
> cleanly..
>
> This:
>
> |s|
>
> s := (((PipeableOSProcess command: '/usr/local/bin/mpc status') output)
> findTokens: Character lf) first
>
> should i have all the parenthesis in there? is there a cleaner way to do
> this?
>
> thanks!
>
>
> 
> peace,
> sergio
> photographer, journalist, visionary
> #BitMessage BM-NBaswViL21xqgg9STRJjaJaUoyiNe2dV
> http://www.Village-Buzz.com
> http://www.ThoseOptimizeGuys.com
> http://www.coffee-black.com
> http://www.painlessfrugality.com
> http://www.twitter.com/sergio_101
> http://www.facebook.com/sergio101
>
>

[Pharo-users] question on message passing.

[sergio ruiz]

I have a feeling this is wrong, but I am not sure how to make it work cleanly..

This:

|s|

s := (((PipeableOSProcess command: '/usr/local/bin/mpc status') output) 
findTokens: Character lf) first

should i have all the parenthesis in there? is there a cleaner way to do this?

thanks!



peace,
sergio
photographer, journalist, visionary
#BitMessage BM-NBaswViL21xqgg9STRJjaJaUoyiNe2dV
http://www.Village-Buzz.com
http://www.ThoseOptimizeGuys.com
http://www.coffee-black.com
http://www.painlessfrugality.com
http://www.twitter.com/sergio_101
http://www.facebook.com/sergio101



signature.asc
Description: Message signed with OpenPGP using GPGMail

Re: [Pharo-users] Smalltalkhub Admin

[Esteban Lorenzano]

Me

What happens?

> On 7 Jun 2016, at 18:22, Pierce Ng  wrote:
> 
> Hi,
> 
> Who is the Smalltalkhub admin, anyone knows?
> 
> Pierce
> 

[Pharo-users] Smalltalkhub Admin

[Pierce Ng]

Hi,

Who is the Smalltalkhub admin, anyone knows?

Pierce

Re: [Pharo-users] OSProcess command - non responding image when calling often

[Thierry Goubier]

2016-06-07 15:21 GMT+02:00 Peter Uhnak :

> On Tue, Jun 07, 2016 at 01:22:04PM +0200, Thierry Goubier wrote:
> > 2016-06-07 11:47 GMT+02:00 Peter Uhnak :
> >
> > > It's strange that I was using GitFileTree over OSProcess for a long
> time
> > > without issue and yet every time I tried to use OSProcess directly I
> had
> > > this locking up.
> > >
> > >
> > Yes. This is a bit worrying; the low-level OSProcess call was a bit of a
> > stopgap while waiting for either OSProcess or the vm to sort the
> underlying
> > issue (which is more significant than just my use); that it locks up
> under
> > normal use is not good and should be reported.
> >
> > I allways considered GitFileTree to be a heavy hitter on OSProcess,
> running
> > hundreds of external commands to load a complex project, so that if I
> would
> > lock up, it wouldn't be a normal pattern of use.
> >
> >
> > >
> > > > So I am asking polite to the pharo developers team if there are
> plans to
> > > > provide a stable solution for calling external programs as described.
> > > >
> > > > My production system will be a windows system, so I need this for
> > > windows,
> > > > too.
> > > > As far as I understand, the new OSSubprocess is (currently) only for
> > > unix.
> > >
> > > Yes, there's ProcessWrapper for Windows.
> > >
> > > An alternative approach might be to use direct FFI calls, e.g.
> > >
> > > MyClass class>>system:
> > > system: command
> > > "Perform OS system() call."
> > >
> > > ^ self ffiCall: #(int system #(char * command)) module: LibC
> > >
> > > And then you can do MyClass system: 'cp a.pdf b.pdf'.
> > >
> > > Although it still locks up my image from time to time… but at least
> order
> > > of magnite less.
> > >
> >
> > Than GitFileTree or OSProcess? Still, you get lockups... which isn't
> good.
>
> No, GitFileTree never locked up my image. This was always my use.
>

Ok. I did had lockups with GitFileTree... a lot. Rarely now. But I still
consider a GitFileTree lockup a possible occurrence.

Thierry


>
> Peter
>
>

Re: [Pharo-users] OSProcess command - non responding image when calling often

[Thierry Goubier]

Hi Mariano,

2016-06-07 16:04 GMT+02:00 Mariano Martinez Peck :

> Hi guys,
>
> I will try to answer many things at once:
>
> 1) Sabine, OSSubprocess works for Unix derived, not only Linux, that
> includes OSX as well.
>
> 2) Tierry,Sabine for the case of loosing signals, the most trustful
> solution (in OSSubprocess) is to rely on a delay pooling instead of on the
> child reaper (based on signals). I am talking exactly about this API:
> https://github.com/marianopeck/OSSubprocess#delay-based-polling-waiting
>

Which is what GitFileTree uses. I remember asking you for a similar API :)
Polling to avoid the child reaper is also what GitFileTree does on the
OSProcess side.


>
> 3) I found a problem/bug with waits and signals in Pharo 5.0 as reported
> here:
> https://pharo.fogbugz.com/f/cases/18359/Problem-with-DelayExperimentalSpinScheduler-and-delay.
> That should also affect OSProcess. What I did in OSSubprocess v0.2.4 (
> https://github.com/marianopeck/OSSubprocess/tree/v0.2.4) is automatically
> set the mentioned workaround in the issue tracker. This may fix your issue.
>

I understand that. I had a few lock-ups prior to that with GitFileTree and
OSSubprocess, even with the polling interface, and I noticed that
discussion (and the fact someone else complained of lost signals when
connected to a database as well). But I don't know what the status is
exactly for each version of the Pharo VM.

Thanks,

Thierry


>
>
> Hope any of this helps. Let us know.
>
> Cheers,
>
>
>
>
> On Tue, Jun 7, 2016 at 10:21 AM, Peter Uhnak  wrote:
>
>> On Tue, Jun 07, 2016 at 01:22:04PM +0200, Thierry Goubier wrote:
>> > 2016-06-07 11:47 GMT+02:00 Peter Uhnak :
>> >
>> > > It's strange that I was using GitFileTree over OSProcess for a long
>> time
>> > > without issue and yet every time I tried to use OSProcess directly I
>> had
>> > > this locking up.
>> > >
>> > >
>> > Yes. This is a bit worrying; the low-level OSProcess call was a bit of a
>> > stopgap while waiting for either OSProcess or the vm to sort the
>> underlying
>> > issue (which is more significant than just my use); that it locks up
>> under
>> > normal use is not good and should be reported.
>> >
>> > I allways considered GitFileTree to be a heavy hitter on OSProcess,
>> running
>> > hundreds of external commands to load a complex project, so that if I
>> would
>> > lock up, it wouldn't be a normal pattern of use.
>> >
>> >
>> > >
>> > > > So I am asking polite to the pharo developers team if there are
>> plans to
>> > > > provide a stable solution for calling external programs as
>> described.
>> > > >
>> > > > My production system will be a windows system, so I need this for
>> > > windows,
>> > > > too.
>> > > > As far as I understand, the new OSSubprocess is (currently) only for
>> > > unix.
>> > >
>> > > Yes, there's ProcessWrapper for Windows.
>> > >
>> > > An alternative approach might be to use direct FFI calls, e.g.
>> > >
>> > > MyClass class>>system:
>> > > system: command
>> > > "Perform OS system() call."
>> > >
>> > > ^ self ffiCall: #(int system #(char * command)) module: LibC
>> > >
>> > > And then you can do MyClass system: 'cp a.pdf b.pdf'.
>> > >
>> > > Although it still locks up my image from time to time… but at least
>> order
>> > > of magnite less.
>> > >
>> >
>> > Than GitFileTree or OSProcess? Still, you get lockups... which isn't
>> good.
>>
>> No, GitFileTree never locked up my image. This was always my use.
>>
>> Peter
>>
>>
>
>
> --
> Mariano
> http://marianopeck.wordpress.com
>

Re: [Pharo-users] OSProcess command - non responding image when calling often

[Sabine Manaa]

Hi Thierry, Peter and Mariano,

thank you for your feedback. I have to look at your suggestions and come
back then.
It is always great to get so immediate answers!

Regards
Sabine




--
View this message in context: 
http://forum.world.st/OSProcess-command-non-responding-image-when-calling-often-tp4899540p4899670.html
Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Re: [Pharo-users] OSProcess command - non responding image when calling often

[Mariano Martinez Peck]

Hi guys,

I will try to answer many things at once:

1) Sabine, OSSubprocess works for Unix derived, not only Linux, that
includes OSX as well.

2) Tierry,Sabine for the case of loosing signals, the most trustful
solution (in OSSubprocess) is to rely on a delay pooling instead of on the
child reaper (based on signals). I am talking exactly about this API:
https://github.com/marianopeck/OSSubprocess#delay-based-polling-waiting

3) I found a problem/bug with waits and signals in Pharo 5.0 as reported
here:
https://pharo.fogbugz.com/f/cases/18359/Problem-with-DelayExperimentalSpinScheduler-and-delay.
That should also affect OSProcess. What I did in OSSubprocess v0.2.4 (
https://github.com/marianopeck/OSSubprocess/tree/v0.2.4) is automatically
set the mentioned workaround in the issue tracker. This may fix your issue.


Hope any of this helps. Let us know.

Cheers,




On Tue, Jun 7, 2016 at 10:21 AM, Peter Uhnak  wrote:

> On Tue, Jun 07, 2016 at 01:22:04PM +0200, Thierry Goubier wrote:
> > 2016-06-07 11:47 GMT+02:00 Peter Uhnak :
> >
> > > It's strange that I was using GitFileTree over OSProcess for a long
> time
> > > without issue and yet every time I tried to use OSProcess directly I
> had
> > > this locking up.
> > >
> > >
> > Yes. This is a bit worrying; the low-level OSProcess call was a bit of a
> > stopgap while waiting for either OSProcess or the vm to sort the
> underlying
> > issue (which is more significant than just my use); that it locks up
> under
> > normal use is not good and should be reported.
> >
> > I allways considered GitFileTree to be a heavy hitter on OSProcess,
> running
> > hundreds of external commands to load a complex project, so that if I
> would
> > lock up, it wouldn't be a normal pattern of use.
> >
> >
> > >
> > > > So I am asking polite to the pharo developers team if there are
> plans to
> > > > provide a stable solution for calling external programs as described.
> > > >
> > > > My production system will be a windows system, so I need this for
> > > windows,
> > > > too.
> > > > As far as I understand, the new OSSubprocess is (currently) only for
> > > unix.
> > >
> > > Yes, there's ProcessWrapper for Windows.
> > >
> > > An alternative approach might be to use direct FFI calls, e.g.
> > >
> > > MyClass class>>system:
> > > system: command
> > > "Perform OS system() call."
> > >
> > > ^ self ffiCall: #(int system #(char * command)) module: LibC
> > >
> > > And then you can do MyClass system: 'cp a.pdf b.pdf'.
> > >
> > > Although it still locks up my image from time to time… but at least
> order
> > > of magnite less.
> > >
> >
> > Than GitFileTree or OSProcess? Still, you get lockups... which isn't
> good.
>
> No, GitFileTree never locked up my image. This was always my use.
>
> Peter
>
>


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

Re: [Pharo-users] OSProcess command - non responding image when calling often

[Peter Uhnak]

On Tue, Jun 07, 2016 at 01:22:04PM +0200, Thierry Goubier wrote:
> 2016-06-07 11:47 GMT+02:00 Peter Uhnak :
> 
> > It's strange that I was using GitFileTree over OSProcess for a long time
> > without issue and yet every time I tried to use OSProcess directly I had
> > this locking up.
> >
> >
> Yes. This is a bit worrying; the low-level OSProcess call was a bit of a
> stopgap while waiting for either OSProcess or the vm to sort the underlying
> issue (which is more significant than just my use); that it locks up under
> normal use is not good and should be reported.
> 
> I allways considered GitFileTree to be a heavy hitter on OSProcess, running
> hundreds of external commands to load a complex project, so that if I would
> lock up, it wouldn't be a normal pattern of use.
> 
> 
> >
> > > So I am asking polite to the pharo developers team if there are plans to
> > > provide a stable solution for calling external programs as described.
> > >
> > > My production system will be a windows system, so I need this for
> > windows,
> > > too.
> > > As far as I understand, the new OSSubprocess is (currently) only for
> > unix.
> >
> > Yes, there's ProcessWrapper for Windows.
> >
> > An alternative approach might be to use direct FFI calls, e.g.
> >
> > MyClass class>>system:
> > system: command
> > "Perform OS system() call."
> >
> > ^ self ffiCall: #(int system #(char * command)) module: LibC
> >
> > And then you can do MyClass system: 'cp a.pdf b.pdf'.
> >
> > Although it still locks up my image from time to time… but at least order
> > of magnite less.
> >
> 
> Than GitFileTree or OSProcess? Still, you get lockups... which isn't good.

No, GitFileTree never locked up my image. This was always my use.

Peter

Re: [Pharo-users] OSProcess command - non responding image when calling often

[Thierry Goubier]

2016-06-07 11:47 GMT+02:00 Peter Uhnak :

> It's strange that I was using GitFileTree over OSProcess for a long time
> without issue and yet every time I tried to use OSProcess directly I had
> this locking up.
>
>
Yes. This is a bit worrying; the low-level OSProcess call was a bit of a
stopgap while waiting for either OSProcess or the vm to sort the underlying
issue (which is more significant than just my use); that it locks up under
normal use is not good and should be reported.

I allways considered GitFileTree to be a heavy hitter on OSProcess, running
hundreds of external commands to load a complex project, so that if I would
lock up, it wouldn't be a normal pattern of use.


>
> > So I am asking polite to the pharo developers team if there are plans to
> > provide a stable solution for calling external programs as described.
> >
> > My production system will be a windows system, so I need this for
> windows,
> > too.
> > As far as I understand, the new OSSubprocess is (currently) only for
> unix.
>
> Yes, there's ProcessWrapper for Windows.
>
> An alternative approach might be to use direct FFI calls, e.g.
>
> MyClass class>>system:
> system: command
> "Perform OS system() call."
>
> ^ self ffiCall: #(int system #(char * command)) module: LibC
>
> And then you can do MyClass system: 'cp a.pdf b.pdf'.
>
> Although it still locks up my image from time to time… but at least order
> of magnite less.
>

Than GitFileTree or OSProcess? Still, you get lockups... which isn't good.

Thierry


>
> Also if you are targeting Windows, I suggest to look at Torsten's
> 'OSWindows' project (available from the catalog browser).
>
> Peter
>
>
> >
> > It is no problem for me to wait some time for this.
> > But it would be nice to know what the plans are, to decide what to do
> (and
> > not programming something which will be solved in future).
> >
> > Regards
> > Sabine
> >
> >
> >
> >
> > 2016-06-07 9:43 GMT+02:00 Thierry Goubier [via Smalltalk] <
> > ml-node+s1294792n4899548...@n4.nabble.com>:
> >
> > > Hi Sabine,
> > >
> > > which version of Pharo are you using? I had similar issues, and I
> managed
> > > to reduce those occurrences to a reasonable level by changing the way I
> > > called OSProcess (and a lot of help from Dave). I do have sometime
> lockups
> > > with OSSubprocess as well, but those are also rare.
> > >
> > > (I do think this is a bug somewhere in the VM which makes it loose
> signals)
> > >
> > > The code I use is in GitFileTree: a low-level way of calling OSProcess
> > > which seems good at minimizing lockups.
> > >
> > > Thierry
> > >
> > >
> > >
> > > 2016-06-07 9:31 GMT+02:00 Sabine Manaa <[hidden email]
> > > >:
> > >
> > >> Hi,
> > >>
> > >> sorry but I have another issue with OSProcess.
> > >>
> > >> For my app, I want to show small .png previews from my .pdfs. For this
> > >> reason, I use an external software, currently pdfbox. It works fine,
> but
> > >> regularly, I get a hanging image. I tried to reproduce it and found
> out,
> > >> that it is not a problem with pdfbox (http://pdfbox.apache.org),
> because
> > >> from command line, I can call it often without problems. There can be
> > >> (hopefully) many users in my app with many previews at one time. So I
> have
> > >> to call it often.
> > >>
> > >> For reproduction of the OSProcess issue, I used another simple command
> > >> (from
> > >> my other OSProcess umlaut issue :-)) to test it.
> > >>
> > >> calling this, results in a non responding image:
> > >>
> > >> 20 timesRepeat: [OSProcess   command: ('cp
> > >> /Library/WebServer/Documents/reports/bar.pdf
> > >> /Library/WebServer/Documents/reports/test-c.pdf').].
> > >>
> > >> also this:
> > >> 20 timesRepeat: [OSProcess   command: ('echo "Hi there"').]
> > >>
> > >> My original code is similar to this but here only for information:
> > >> OSProcess
> > >> command:
> > >> ('{1} -jar {2} PDFToImage -format PNG -page 1
> > >> -dpi 100 {3}'
> > >> format:
> > >> {'Library/Internet\
> > >> Plug-Ins/JavaAppletPlugin.plugin/Contents/Home/bin/java'.
> > >>
> > >> '/Users/sabine/Desktop/pdfbox-app-2.0.1.jar'.
> > >>
> > >>
> > >>
> '/Library/WebServer/Documents/reports/201411121510-112859865-3378921/20150605_170_IFA_Berlin_Reisekostenabrechnung.pdf'}).
> > >>
> > >>
> > >> So, my question is: is it wrong, calling OSProcess like this? How to
> do it
> > >> instead?
> > >>
> > >> I am sorry to ask again and hope that there is a simple solution.
> > >> Or is it a bug in OSProcess?
> > >>
> > >> Regards
> > >> Sabine
> > >>
> > >>
> > >>
> > >>
> > >> --
> > >> View this message in context:
> > >>
> http://forum.world.st/OSProcess-command-non-responding-image-when-calling-often-tp4899540.html
> > >> Sent from the Pharo Smalltalk Users mailing list archive at
> Nabble.com.
> > >>
> > >>
> > >
> > >
> > > 

Re: [Pharo-users] OSProcess command - non responding image when calling often

[Thierry Goubier]

2016-06-07 10:44 GMT+02:00 Sabine Manaa :

> Hi Thierry, hi Pharo Team,
>
> Thierry, thank you! I switched to Pharo5 a few days ago. I am not yet
> productive/online. I had a look at your code in a Pharo 3 image. It is the
> code after >>runGitCommand:in:, right?
>

Yes. I'm not sure I backported in Pharo3 all the changes there. I know I
did spend a lot of time at one point fighting with random lock-ups
(apparently triggered more frequently by an upgrade on the underlying
linux...)


> Puh, I don't want to go so deep and implement that again for a small
> feature like my png previews
>

It's only one method, to be honest. Sometimes, you want just something that
works... and do whatever is necessary.


>
> So I am asking polite to the pharo developers team if there are plans to
> provide a stable solution for calling external programs as described.
>

I'm sure there is.

The thing is, if the bug is somewhere deep, then it may takes time to wait
for it. This is a luxury I often don't have, and, given the low cost of the
alternative implementation, then I just do it.


>
> My production system will be a windows system, so I need this for windows,
> too.
> As far as I understand, the new OSSubprocess is (currently) only for unix.
>

ProcessWrapper works perfectly fine, as far as I was told. Took a while to
get it right for GitFileTree, so maybe it is some code to look at
(MCFileTreeGitRepository class>>#runProcessWrapperGitCommand:in:)

It is no problem for me to wait some time for this.
> But it would be nice to know what the plans are, to decide what to do (and
> not programming something which will be solved in future).
>

Just consider that we need that feature now, we have code for that, and
that it works now while waiting for a better solution :)

Regards,

Thierry


>
> Regards
> Sabine
>
>
>
>
> 2016-06-07 9:43 GMT+02:00 Thierry Goubier [via Smalltalk] <[hidden email]
> >:
>
>> Hi Sabine,
>>
>> which version of Pharo are you using? I had similar issues, and I managed
>> to reduce those occurrences to a reasonable level by changing the way I
>> called OSProcess (and a lot of help from Dave). I do have sometime lockups
>> with OSSubprocess as well, but those are also rare.
>>
>> (I do think this is a bug somewhere in the VM which makes it loose
>> signals)
>>
>> The code I use is in GitFileTree: a low-level way of calling OSProcess
>> which seems good at minimizing lockups.
>>
>> Thierry
>>
>>
>>
>> 2016-06-07 9:31 GMT+02:00 Sabine Manaa <[hidden email]
>> >:
>>
>>> Hi,
>>>
>>> sorry but I have another issue with OSProcess.
>>>
>>> For my app, I want to show small .png previews from my .pdfs. For this
>>> reason, I use an external software, currently pdfbox. It works fine, but
>>> regularly, I get a hanging image. I tried to reproduce it and found out,
>>> that it is not a problem with pdfbox (http://pdfbox.apache.org), because
>>> from command line, I can call it often without problems. There can be
>>> (hopefully) many users in my app with many previews at one time. So I
>>> have
>>> to call it often.
>>>
>>> For reproduction of the OSProcess issue, I used another simple command
>>> (from
>>> my other OSProcess umlaut issue :-)) to test it.
>>>
>>> calling this, results in a non responding image:
>>>
>>> 20 timesRepeat: [OSProcess   command: ('cp
>>> /Library/WebServer/Documents/reports/bar.pdf
>>> /Library/WebServer/Documents/reports/test-c.pdf').].
>>>
>>> also this:
>>> 20 timesRepeat: [OSProcess   command: ('echo "Hi there"').]
>>>
>>> My original code is similar to this but here only for information:
>>> OSProcess
>>> command:
>>> ('{1} -jar {2} PDFToImage -format PNG -page 1
>>> -dpi 100 {3}'
>>> format:
>>> {'Library/Internet\
>>> Plug-Ins/JavaAppletPlugin.plugin/Contents/Home/bin/java'.
>>>
>>> '/Users/sabine/Desktop/pdfbox-app-2.0.1.jar'.
>>>
>>>
>>> '/Library/WebServer/Documents/reports/201411121510-112859865-3378921/20150605_170_IFA_Berlin_Reisekostenabrechnung.pdf'}).
>>>
>>>
>>> So, my question is: is it wrong, calling OSProcess like this? How to do
>>> it
>>> instead?
>>>
>>> I am sorry to ask again and hope that there is a simple solution.
>>> Or is it a bug in OSProcess?
>>>
>>> Regards
>>> Sabine
>>>
>>>
>>>
>>>
>>> --
>>> View this message in context:
>>> http://forum.world.st/OSProcess-command-non-responding-image-when-calling-often-tp4899540.html
>>> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.
>>>
>>>
>>
>>
>> --
>> If you reply to this email, your message will be added to the discussion
>> below:
>>
>> http://forum.world.st/OSProcess-command-non-responding-image-when-calling-often-tp4899540p4899548.html
>> To start a new topic under Pharo Smalltalk Users, email [hidden email]
>> 

Re: [Pharo-users] OSProcess command - non responding image when calling often

[Peter Uhnak]

It's strange that I was using GitFileTree over OSProcess for a long time 
without issue and yet every time I tried to use OSProcess directly I had this 
locking up.



> So I am asking polite to the pharo developers team if there are plans to
> provide a stable solution for calling external programs as described.
> 
> My production system will be a windows system, so I need this for windows,
> too.
> As far as I understand, the new OSSubprocess is (currently) only for unix.

Yes, there's ProcessWrapper for Windows.

An alternative approach might be to use direct FFI calls, e.g.

MyClass class>>system:
system: command
"Perform OS system() call."

^ self ffiCall: #(int system #(char * command)) module: LibC

And then you can do MyClass system: 'cp a.pdf b.pdf'.

Although it still locks up my image from time to time… but at least order of 
magnite less.

Also if you are targeting Windows, I suggest to look at Torsten's 'OSWindows' 
project (available from the catalog browser).

Peter


> 
> It is no problem for me to wait some time for this.
> But it would be nice to know what the plans are, to decide what to do (and
> not programming something which will be solved in future).
> 
> Regards
> Sabine
> 
> 
> 
> 
> 2016-06-07 9:43 GMT+02:00 Thierry Goubier [via Smalltalk] <
> ml-node+s1294792n4899548...@n4.nabble.com>:
> 
> > Hi Sabine,
> >
> > which version of Pharo are you using? I had similar issues, and I managed
> > to reduce those occurrences to a reasonable level by changing the way I
> > called OSProcess (and a lot of help from Dave). I do have sometime lockups
> > with OSSubprocess as well, but those are also rare.
> >
> > (I do think this is a bug somewhere in the VM which makes it loose signals)
> >
> > The code I use is in GitFileTree: a low-level way of calling OSProcess
> > which seems good at minimizing lockups.
> >
> > Thierry
> >
> >
> >
> > 2016-06-07 9:31 GMT+02:00 Sabine Manaa <[hidden email]
> > >:
> >
> >> Hi,
> >>
> >> sorry but I have another issue with OSProcess.
> >>
> >> For my app, I want to show small .png previews from my .pdfs. For this
> >> reason, I use an external software, currently pdfbox. It works fine, but
> >> regularly, I get a hanging image. I tried to reproduce it and found out,
> >> that it is not a problem with pdfbox (http://pdfbox.apache.org), because
> >> from command line, I can call it often without problems. There can be
> >> (hopefully) many users in my app with many previews at one time. So I have
> >> to call it often.
> >>
> >> For reproduction of the OSProcess issue, I used another simple command
> >> (from
> >> my other OSProcess umlaut issue :-)) to test it.
> >>
> >> calling this, results in a non responding image:
> >>
> >> 20 timesRepeat: [OSProcess   command: ('cp
> >> /Library/WebServer/Documents/reports/bar.pdf
> >> /Library/WebServer/Documents/reports/test-c.pdf').].
> >>
> >> also this:
> >> 20 timesRepeat: [OSProcess   command: ('echo "Hi there"').]
> >>
> >> My original code is similar to this but here only for information:
> >> OSProcess
> >> command:
> >> ('{1} -jar {2} PDFToImage -format PNG -page 1
> >> -dpi 100 {3}'
> >> format:
> >> {'Library/Internet\
> >> Plug-Ins/JavaAppletPlugin.plugin/Contents/Home/bin/java'.
> >>
> >> '/Users/sabine/Desktop/pdfbox-app-2.0.1.jar'.
> >>
> >>
> >> '/Library/WebServer/Documents/reports/201411121510-112859865-3378921/20150605_170_IFA_Berlin_Reisekostenabrechnung.pdf'}).
> >>
> >>
> >> So, my question is: is it wrong, calling OSProcess like this? How to do it
> >> instead?
> >>
> >> I am sorry to ask again and hope that there is a simple solution.
> >> Or is it a bug in OSProcess?
> >>
> >> Regards
> >> Sabine
> >>
> >>
> >>
> >>
> >> --
> >> View this message in context:
> >> http://forum.world.st/OSProcess-command-non-responding-image-when-calling-often-tp4899540.html
> >> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.
> >>
> >>
> >
> >
> > --
> > If you reply to this email, your message will be added to the discussion
> > below:
> >
> > http://forum.world.st/OSProcess-command-non-responding-image-when-calling-often-tp4899540p4899548.html
> > To start a new topic under Pharo Smalltalk Users, email
> > ml-node+s1294792n1310670...@n4.nabble.com
> > To unsubscribe from Pharo Smalltalk Users, click here
> > 
> > .
> > NAML
> > 

Re: [Pharo-users] GUI Applications

[Pavel Krivanek]

You may be interested in Phobos:
https://github.com/pavel-krivanek/phobos-framework

-- Pavel

2016-06-06 20:56 GMT+02:00 sergio ruiz :

> It would seem to me that in order for an ecosystem to really take hold on
> the part of the users, it’s really important that it’s efficient and easy
> to create a GUI based application.
>
> Can anyone comment on the current state of libraries for creating and
> distributing GUI applications?
>
> Thanks!
>
> 
> peace,
> sergio
> photographer, journalist, visionary
> #BitMessage BM-NBaswViL21xqgg9STRJjaJaUoyiNe2dV
> http://www.Village-Buzz.com
> http://www.ThoseOptimizeGuys.com
> http://www.coffee-black.com
> http://www.painlessfrugality.com
> http://www.twitter.com/sergio_101
> http://www.facebook.com/sergio101
>
>
>

Re: [Pharo-users] OSProcess command - non responding image when calling often

[Sabine Manaa]

Hi Thierry, hi Pharo Team,

Thierry, thank you! I switched to Pharo5 a few days ago. I am not yet
productive/online. I had a look at your code in a Pharo 3 image. It is the
code after >>runGitCommand:in:, right?

Puh, I don't want to go so deep and implement that again for a small
feature like my png previews

So I am asking polite to the pharo developers team if there are plans to
provide a stable solution for calling external programs as described.

My production system will be a windows system, so I need this for windows,
too.
As far as I understand, the new OSSubprocess is (currently) only for unix.

It is no problem for me to wait some time for this.
But it would be nice to know what the plans are, to decide what to do (and
not programming something which will be solved in future).

Regards
Sabine




2016-06-07 9:43 GMT+02:00 Thierry Goubier [via Smalltalk] <
ml-node+s1294792n4899548...@n4.nabble.com>:

> Hi Sabine,
>
> which version of Pharo are you using? I had similar issues, and I managed
> to reduce those occurrences to a reasonable level by changing the way I
> called OSProcess (and a lot of help from Dave). I do have sometime lockups
> with OSSubprocess as well, but those are also rare.
>
> (I do think this is a bug somewhere in the VM which makes it loose signals)
>
> The code I use is in GitFileTree: a low-level way of calling OSProcess
> which seems good at minimizing lockups.
>
> Thierry
>
>
>
> 2016-06-07 9:31 GMT+02:00 Sabine Manaa <[hidden email]
> >:
>
>> Hi,
>>
>> sorry but I have another issue with OSProcess.
>>
>> For my app, I want to show small .png previews from my .pdfs. For this
>> reason, I use an external software, currently pdfbox. It works fine, but
>> regularly, I get a hanging image. I tried to reproduce it and found out,
>> that it is not a problem with pdfbox (http://pdfbox.apache.org), because
>> from command line, I can call it often without problems. There can be
>> (hopefully) many users in my app with many previews at one time. So I have
>> to call it often.
>>
>> For reproduction of the OSProcess issue, I used another simple command
>> (from
>> my other OSProcess umlaut issue :-)) to test it.
>>
>> calling this, results in a non responding image:
>>
>> 20 timesRepeat: [OSProcess   command: ('cp
>> /Library/WebServer/Documents/reports/bar.pdf
>> /Library/WebServer/Documents/reports/test-c.pdf').].
>>
>> also this:
>> 20 timesRepeat: [OSProcess   command: ('echo "Hi there"').]
>>
>> My original code is similar to this but here only for information:
>> OSProcess
>> command:
>> ('{1} -jar {2} PDFToImage -format PNG -page 1
>> -dpi 100 {3}'
>> format:
>> {'Library/Internet\
>> Plug-Ins/JavaAppletPlugin.plugin/Contents/Home/bin/java'.
>>
>> '/Users/sabine/Desktop/pdfbox-app-2.0.1.jar'.
>>
>>
>> '/Library/WebServer/Documents/reports/201411121510-112859865-3378921/20150605_170_IFA_Berlin_Reisekostenabrechnung.pdf'}).
>>
>>
>> So, my question is: is it wrong, calling OSProcess like this? How to do it
>> instead?
>>
>> I am sorry to ask again and hope that there is a simple solution.
>> Or is it a bug in OSProcess?
>>
>> Regards
>> Sabine
>>
>>
>>
>>
>> --
>> View this message in context:
>> http://forum.world.st/OSProcess-command-non-responding-image-when-calling-often-tp4899540.html
>> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.
>>
>>
>
>
> --
> If you reply to this email, your message will be added to the discussion
> below:
>
> http://forum.world.st/OSProcess-command-non-responding-image-when-calling-often-tp4899540p4899548.html
> To start a new topic under Pharo Smalltalk Users, email
> ml-node+s1294792n1310670...@n4.nabble.com
> To unsubscribe from Pharo Smalltalk Users, click here
> 
> .
> NAML
> 
>




--
View this message in context: 
http://forum.world.st/OSProcess-command-non-responding-image-when-calling-often-tp4899540p4899580.html
Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Re: [Pharo-users] OSProcess command - non responding image when calling often

[Thierry Goubier]

Hi Sabine,

which version of Pharo are you using? I had similar issues, and I managed
to reduce those occurrences to a reasonable level by changing the way I
called OSProcess (and a lot of help from Dave). I do have sometime lockups
with OSSubprocess as well, but those are also rare.

(I do think this is a bug somewhere in the VM which makes it loose signals)

The code I use is in GitFileTree: a low-level way of calling OSProcess
which seems good at minimizing lockups.

Thierry



2016-06-07 9:31 GMT+02:00 Sabine Manaa :

> Hi,
>
> sorry but I have another issue with OSProcess.
>
> For my app, I want to show small .png previews from my .pdfs. For this
> reason, I use an external software, currently pdfbox. It works fine, but
> regularly, I get a hanging image. I tried to reproduce it and found out,
> that it is not a problem with pdfbox (http://pdfbox.apache.org), because
> from command line, I can call it often without problems. There can be
> (hopefully) many users in my app with many previews at one time. So I have
> to call it often.
>
> For reproduction of the OSProcess issue, I used another simple command
> (from
> my other OSProcess umlaut issue :-)) to test it.
>
> calling this, results in a non responding image:
>
> 20 timesRepeat: [OSProcess   command: ('cp
> /Library/WebServer/Documents/reports/bar.pdf
> /Library/WebServer/Documents/reports/test-c.pdf').].
>
> also this:
> 20 timesRepeat: [OSProcess   command: ('echo "Hi there"').]
>
> My original code is similar to this but here only for information:
> OSProcess
> command:
> ('{1} -jar {2} PDFToImage -format PNG -page 1 -dpi
> 100 {3}'
> format:
> {'Library/Internet\
> Plug-Ins/JavaAppletPlugin.plugin/Contents/Home/bin/java'.
>
> '/Users/sabine/Desktop/pdfbox-app-2.0.1.jar'.
>
>
> '/Library/WebServer/Documents/reports/201411121510-112859865-3378921/20150605_170_IFA_Berlin_Reisekostenabrechnung.pdf'}).
>
>
> So, my question is: is it wrong, calling OSProcess like this? How to do it
> instead?
>
> I am sorry to ask again and hope that there is a simple solution.
> Or is it a bug in OSProcess?
>
> Regards
> Sabine
>
>
>
>
> --
> View this message in context:
> http://forum.world.st/OSProcess-command-non-responding-image-when-calling-often-tp4899540.html
> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.
>
>

[Pharo-users] OSProcess command - non responding image when calling often

[Sabine Manaa]

Hi,

sorry but I have another issue with OSProcess.

For my app, I want to show small .png previews from my .pdfs. For this
reason, I use an external software, currently pdfbox. It works fine, but
regularly, I get a hanging image. I tried to reproduce it and found out,
that it is not a problem with pdfbox (http://pdfbox.apache.org), because
from command line, I can call it often without problems. There can be
(hopefully) many users in my app with many previews at one time. So I have
to call it often.

For reproduction of the OSProcess issue, I used another simple command (from
my other OSProcess umlaut issue :-)) to test it.
 
calling this, results in a non responding image:

20 timesRepeat: [OSProcess   command: ('cp 
/Library/WebServer/Documents/reports/bar.pdf
/Library/WebServer/Documents/reports/test-c.pdf').].
  
also this:
20 timesRepeat: [OSProcess   command: ('echo "Hi there"').]

My original code is similar to this but here only for information:
OSProcess
command:
('{1} -jar {2} PDFToImage -format PNG -page 1 -dpi 100 
{3}'
format:
{'Library/Internet\
Plug-Ins/JavaAppletPlugin.plugin/Contents/Home/bin/java'.

'/Users/sabine/Desktop/pdfbox-app-2.0.1.jar'.

'/Library/WebServer/Documents/reports/201411121510-112859865-3378921/20150605_170_IFA_Berlin_Reisekostenabrechnung.pdf'}).
 


So, my question is: is it wrong, calling OSProcess like this? How to do it
instead?

I am sorry to ask again and hope that there is a simple solution. 
Or is it a bug in OSProcess?

Regards
Sabine




--
View this message in context: 
http://forum.world.st/OSProcess-command-non-responding-image-when-calling-often-tp4899540.html
Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Re: [Pharo-users] Spur Cog vs VW

[Clément Bera]

We measured Spur vs pre-Spur, but I am not sure we can measure VW without
Cincom's approval.

On Tue, Jun 7, 2016 at 7:56 AM, Gerry Weaver  wrote:

> Hi,
>
> I was reading about the VM stuff and assumed (wrongly) that the post
> applied to that. Sorry for the noise.
>
> Thanks,
> -G
>
>
> -Original Message-
> From: Pharo-users [mailto:pharo-users-boun...@lists.pharo.org] On Behalf
> Of stepharo
> Sent: Tuesday, June 7, 2016 12:48 AM
> To: Any question about pharo is welcome 
> Subject: Re: [Pharo-users] Spur Cog vs VW
>
> Not that one :)
>
> https://www.youtube.com/watch?v=7spEW4NLbH8
>
> Stef
>
>
>
>