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.
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
recomm
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
>
> 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
tag
> 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
> 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
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: '/us
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
Me
What happens?
> On 7 Jun 2016, at 18:22, Pierce Ng wrote:
>
> Hi,
>
> Who is the Smalltalkhub admin, anyone knows?
>
> Pierce
>
Hi,
Who is the Smalltalkhub admin, anyone knows?
Pierce
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 OSProc
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
> soluti
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-t
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 reape
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
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 whi
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 i
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 program
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 creat
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 p
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 t
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
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
>
>
> -Orig
23 matches
Mail list logo
