2016-06-07 10:44 GMT+02:00 Sabine Manaa <manaa.sab...@gmail.com>: > 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] > <http:///user/SendEmail.jtp?type=node&node=4899580&i=0>>: > >> 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] >> <http:///user/SendEmail.jtp?type=node&node=4899548&i=0>>: >> >>> 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] >> <http:///user/SendEmail.jtp?type=node&node=4899580&i=1> >> To unsubscribe from Pharo Smalltalk Users, click here. >> NAML >> <http://forum.world.st/template/NamlServlet.jtp?macro=macro_viewer&id=instant_html%21nabble%3Aemail.naml&base=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespace&breadcrumbs=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml> >> > > > ------------------------------ > View this message in context: Re: OSProcess command - non responding > image when calling often > <http://forum.world.st/OSProcess-command-non-responding-image-when-calling-often-tp4899540p4899580.html> > > Sent from the Pharo Smalltalk Users mailing list archive > <http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html> at Nabble.com. >
