March 2017 - Pharo-users - lists.pharo.org

Re: [Pharo-users] Smalltalk on Stack Overflow Developers Survey 2017

by Ben Coman

On Sun, Mar 26, 2017 at 11:43 PM, Stephan Eggermont <stephan(a)stack.nl> wrote: > On 26/03/17 04:16, Pierce Ng wrote: >> >> On Sat, Mar 25, 2017 at 07:56:03PM +0100, Stephan Eggermont wrote: >>> >>> On 25/03/17 18:29, serge.stinckwich(a)gmail.com wrote: >>>> >>>> Nice ! But do you have a way to automatize this process ? ;-) >>> >>> How difficult can it be? We did it 18 years ago in java & delphi :) >> >> >> I was going to answer 'Hadoop!', then went to SO and saw your (Stephan's) >> meta-comment on moderators who closed a question on big data in Smalltalk. >> Heh. bah! what could *small*talk possibly have to do with *big* data. go gossip somewhere else! cheers -ben ;)

March 26, 2017

Re: [Pharo-users] using UFFI in non-crashing way

by David T. Lewis

On Sun, Mar 26, 2017 at 05:45:04PM +0200, Esteban Lorenzano wrote: > > > On 26 Mar 2017, at 15:40, Peter Uhnak <i.uhnak(a)gmail.com> wrote: > > > > Hi, > > > > is it possible to use UFFI and avoid crashing the image when the called code segfaults? > > > > In other words, can I somehow wrap the call and throw in-image Exception/Error on failure instead of the whole thing crashing? > > that???s not possible, once you segfault, you segfault. > > > Or is the only way to do that have the called thing running as a separate app (e.g. via OSSubProcess) and communicate via pipes or sockets? > > that???s not done. > no idea how much effort is required to implement, but I imagine is not trivial. > I have not tried it with FFI calls, but maybe this will do what you want: RemoteTask do: [ 2 + 2 ] ==> 4 Instead of [ 2 + 2 ] use some block containing your FFI calls. It works in Pharo. To get RemoteTask, load OSProcess and CommandShell. You also need Fuel, but I think that is in the image by default. An explanation of RemoteTask is at http://wiki.squeak.org/squeak/6176. You are right, it was not trivial to implement ;-) HTH, Dave

March 26, 2017

Re: [Pharo-users] using UFFI in non-crashing way

by Dimitris Chloupis

> Hi, > > is it possible to use UFFI and avoid crashing the image when the called > code segfaults? > > Yes its possible. When I was exploring the means to live code with C++ I came to specific implementations of live coding for C++. One of them explored a feature called "Hardware exceptions" .Hardware exceptions are very similar to regular exception with the big difference that are handled by the CPU and not the language or the OS. Crashes is a standard behavior that is imposed by the OS kernel in the case that an app tries to access memory is not allowed to access or access it in the way it is not allowed to access it. An exception will capture this behavior it wont allow the application to crash. Hardware exceptions are a standard feature for most CPUs and obviously they are not implemented at language level. For example you can find documentation about Hardware exceptions on Windows at https://msdn.microsoft.com/en-us/library/windows/desktop/ms680657(v=vs.85).… This means the C code you will be calling with UFFI will have to be wrapped inside a Hardware exception. When a crash is suppose to happen inside code that is wrapped with a hardware exception, the error (seffault in your example) will be displayed in the console but the application wont crash it will continue to execute depending on how you handle the exception. Generally hardware exception are to be avoided because they can hide bugs because the OS not always reports and can crash an app without an error in that you will be oblivious to what went wrong, when and how as the crash will not happen. > In other words, can I somehow wrap the call and throw in-image > Exception/Error on failure instead of the whole thing crashing? > > Its possible if you make a C function that contains a hardware exception take as argument a pointer to a specific function and then calls it inside the exception. > Or is the only way to do that have the called thing running as a separate > app (e.g. via OSSubProcess) and communicate via pipes or sockets? > It wont make a diffirence if the crash is caused by UFFI it will still crash Pharo that applies even if you use hardware exceptions , so you need always to be careful. Plus Pharo VM at any point can crash for its own reason, that is completely unrelated to what you are doing Thanks, > Peter > So yes its possible, but you still need to be careful.

March 26, 2017

Re: [Pharo-users] Smalltalk on Stack Overflow Developers Survey 2017

by Andrew Glynn

Big data, like the âcloudâ, is mainly a marketing thing to sell big iron in big datacenters. So if youâre going back to big iron anyway, might as well use VisualGen for COBOL. What? VisualGen is written in IBM Smalltalk? Just donât tell anyone, theyâll never guess. Andrew On 2017-03-26, 11:43 AM, "Pharo-users on behalf of Stephan Eggermont" <pharo-users-bounces(a)lists.pharo.org on behalf of stephan(a)stack.nl> wrote: On 26/03/17 04:16, Pierce Ng wrote: > On Sat, Mar 25, 2017 at 07:56:03PM +0100, Stephan Eggermont wrote: >> On 25/03/17 18:29, serge.stinckwich(a)gmail.com wrote: >>> Nice ! But do you have a way to automatize this process ? ;-) >> How difficult can it be? We did it 18 years ago in java & delphi :) > > I was going to answer 'Hadoop!', then went to SO and saw your (Stephan's) > meta-comment on moderators who closed a question on big data in Smalltalk. > Heh. Yeah. On SO, state you are doing big data with pharo and ask a very specific question. On the best way to detect hanging images or so. Stephan

March 26, 2017

Re: [Pharo-users] using UFFI in non-crashing way

by Esteban Lorenzano

> On 26 Mar 2017, at 15:40, Peter Uhnak <i.uhnak(a)gmail.com> wrote: > > Hi, > > is it possible to use UFFI and avoid crashing the image when the called code segfaults? > > In other words, can I somehow wrap the call and throw in-image Exception/Error on failure instead of the whole thing crashing? thatâs not possible, once you segfault, you segfault. > Or is the only way to do that have the called thing running as a separate app (e.g. via OSSubProcess) and communicate via pipes or sockets? thatâs not done. no idea how much effort is required to implement, but I imagine is not trivial. Esteban > > Thanks, > Peter >

March 26, 2017

Re: [Pharo-users] Smalltalk on Stack Overflow Developers Survey 2017

by Stephan Eggermont

On 26/03/17 04:16, Pierce Ng wrote: > On Sat, Mar 25, 2017 at 07:56:03PM +0100, Stephan Eggermont wrote: >> On 25/03/17 18:29, serge.stinckwich(a)gmail.com wrote: >>> Nice ! But do you have a way to automatize this process ? ;-) >> How difficult can it be? We did it 18 years ago in java & delphi :) > > I was going to answer 'Hadoop!', then went to SO and saw your (Stephan's) > meta-comment on moderators who closed a question on big data in Smalltalk. > Heh. Yeah. On SO, state you are doing big data with pharo and ask a very specific question. On the best way to detect hanging images or so. Stephan

March 26, 2017

using UFFI in non-crashing way

by Peter Uhnak

Hi, is it possible to use UFFI and avoid crashing the image when the called code segfaults? In other words, can I somehow wrap the call and throw in-image Exception/Error on failure instead of the whole thing crashing? Or is the only way to do that have the called thing running as a separate app (e.g. via OSSubProcess) and communicate via pipes or sockets? Thanks, Peter

March 26, 2017

Re: [Pharo-users] Build instructions for building threaded 6.0 VM on linux

by Ben Coman

On Sun, Mar 26, 2017 at 3:10 PM, Alistair Grant <akgrant0710(a)gmail.com> wrote: > On 26 March 2017 at 04:09, Pierce Ng <pierce(a)samadhiweb.com> wrote: >> On Sat, Mar 25, 2017 at 07:29:29PM +0100, Alistair Grant wrote: >>> make[3]: *** No rule to make target >>> '/usr/lib/i386-linux-gnu/libssl.so', needed by 'libgit2.so.0.23.0'. >> >> Sorry, also >> >> % sudo apt-get install libssl-dev:i386 > > Thanks, Pierce. > > That gets past the previous errors, I'm now getting: > > ... > Installing links Is there text cut from the right side of these lines. The next three lines are repeated, but maybe there was something more to distinguish them? Also line 5 "squeak/5.0-" seems cut off. > /data/pharo-snap/akg-try/pharo-vm/opensmalltalk-vm/build.linux32x86/pharo.cog.spur/build > /data/pharo-snap/akg-try/pharo-vm/opensmalltalk-vm/build.linux32x86/pharo.cog.spur/build > /data/pharo-snap/akg-try/pharo-vm/opensmalltalk-vm/build.linux32x86/pharo.cog.spur/build > cp -f /data/pharo-snap/akg-try/pharo-vm/opensmalltalk-vm/.thirdparty-cache/linux/i386/lib/libssh2.so.1.0.1 > /data/pharo-snap/akg-try/pharo-vm/opensmalltalk-vm/products/phcogspurlinuxht/lib/squeak/5.0- > Installing links > DONE > /data/pharo-snap/akg-try/pharo-vm/opensmalltalk-vm/build.linux32x86/pharo.cog.spur/build > /data/pharo-snap/akg-try/pharo-vm/opensmalltalk-vm/build.linux32x86/pharo.cog.spur/build > /data/pharo-snap/akg-try/pharo-vm/opensmalltalk-vm/build.linux32x86/pharo.cog.spur/build > cp -f /data/pharo-snap/akg-try/pharo-vm/opensmalltalk-vm/.thirdparty-cache/linux/i386/lib/libgit2.so.0.23.0 > /data/pharo-snap/akg-try/pharo-vm/opensmalltalk-vm/***products***/phcogspurlinuxht/lib/squeak/5.0- Check whats under the ***products*** folder I marked above. > Installing links > DONE > /data/pharo-snap/akg-try/pharo-vm/opensmalltalk-vm/build.linux32x86/pharo.cog.spur/build > can't find PharoV50.sources PharoV50.sources [1] needs to sit next to the VM or Image files to be found. "can't find" it, is a standard message from a running VM. Could you report if this works for you... https://github.com/OpenSmalltalk/opensmalltalk-vm/pull/79 cheers -ben > > > I haven't used travis, but it looks like it is defining a number of > environment variables, e.g. ARCH, FLAVOR, SRC_ARCH, HEARTBEAT. If I > want the 32 bit linux threaded heartbeat, do I need to set these > manually? > > Thanks again, > Alistair >

March 26, 2017

Re: [Pharo-users] Voyage Timeout

by Hilaire

Indeed. It was just I was in the middle of something. Le 25/03/2017 Ã 19:10, Stephane Ducasse a Ã©crit : > you should think to move to Pharo 50. We closed around 1500 issues between > pharo 40 and pharo 50 and the same amount between pharo 50 and pharo 60. > Pharo 50 is really stable and working well -- Dr. Geo http://drgeo.eu

March 26, 2017

Re: [Pharo-users] Installing Voyage ??

by Norbert Hartl

I get that same problem, too, every time I do "Software update". But never understood the rationale of dropping a database at this point. I think we should remove this line Norbert > Am 25.03.2017 um 22:04 schrieb Hilaire <hilaire(a)drgeo.eu>: > > ah yeah, I wrote an internal durty hack to get it rolling > > cleanUp: aRepository > (aRepository isKindOf: Boolean) ifFalse: [ aRepository dropDatabase] > > >> Le 25/03/2017 Ã 21:46, Hilaire a Ã©crit : >> It occurs in Pharo5, likely not in Pharo4, or may be I fixed in my >> image, I don't remember. > > -- > Dr. Geo > http://drgeo.eu > >

March 26, 2017