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

Re: [Pharo-users] What is code 137 / how to gracefully shut down via SIGTERM?
by Bruce O'Neel Oct. 31, 2017

Oct. 31, 2017

Hi, Posix requires that if the process is killed the return status is greater than 128. What is convention on linux systems is that if the process is sent a signal then the signal number is added to 128. Â Therefore 137 is SIGKILL (kill -9). Â SIGTERM is 143, SIGABRT is 134, SIGSEGV is 139, and so on. Â I've not seen an exception to this but there could be. Signals off of my closest linux system look like: #define SIGHUP Â Â Â Â Â 1 #define SIGINT Â Â Â Â Â 2 #define SIGQUITÂ Â Â Â Â 3 #define SIGILL Â Â Â Â Â 4 #define SIGTRAPÂ Â Â Â Â 5 #define SIGABRTÂ Â Â Â Â 6 #define SIGIOT Â Â Â Â Â 6 #define SIGBUS Â Â Â Â Â 7 #define SIGFPE Â Â Â Â Â 8 #define SIGKILLÂ Â Â Â Â 9 #define SIGUSR1 Â Â Â Â 10 #define SIGSEGV Â Â Â Â 11 #define SIGUSR2 Â Â Â Â 12 #define SIGPIPE Â Â Â Â 13 #define SIGALRM Â Â Â Â 14 #define SIGTERM Â Â Â Â 15 SIGHUP is the phone hung up. Â SIGINT is interrupt (^C) SIGILL is you tried to execute an illegal instruction, SIGBUS is Bus error, normally you tried to read a 32 bit value on a non-32 bit boundary and uncommon on x86, SIGFPE is a floating point error, SIGKILL is too bad, you're dead, SIGSEGV is you tried to read/write memory that was not allowed, and SIGTERM is the normal "please exit" signal. cheers bruce > werner kassens wrote: > > Hi Herby, > > eventually you might want to look at > > https://github.com/moby/moby/issues/1063 > > but then i dont know anything about these things. > > Hopefully they have this solved already... but I learned 137 means > "killed". generally; did not know. :-) > > > werner > > Herby Hi,

2 1

UK Smalltalk User Group Meeting - Monday, October 30th - PharoLambda: Smalltalk running serverless on AWS
by Tim Mackinnon Oct. 31, 2017

Oct. 31, 2017

The next meeting of the UK Smalltalk User Group Meeting will be on Monday, 30th October. We'll meet at The City Pride, London ( http://www.cityprideclerkenwell.co.uk/ <http://www.cityprideclerkenwell.co.uk/> ) at 7pm. Tim Mackinnon will show how recent Pharo advances with a small footprint 64bit image allow for Smalltalk to run happily on AWS Lambda and power things like an Alexa skill. While serverless architecture is interesting in its own right, the neat twist is using standard Smalltalk tooling to "~live" debug a failed execution and step through a post mortem stack. We will take a peak at the GitLab CI setup to deploy an Alexa application, look at how a simple lambda function can be hooked up and then discuss how we might leverage other Smalltalk strengths in a serverless world. If you'd like to join us, you can just show up at the pub. You can also sign up in advance at the meeting's Meetup page: https://www.meetup.com/UKSTUG/events/244451089/ <https://www.meetup.com/UKSTUG/events/244451089/>. See you there!

2 3

Return value of a FFI call to a external function is its 2`s complement
by Paulo R. Dellani Oct. 30, 2017

Oct. 30, 2017

Dear uFFI experts, I am dealing with the port of the ZeroMQ <http://smalltalkhub.com/#%21/%7Epanuw/zeromq> code to Pharo 6 and found something unexpected to me, at least: Zmq4Api>>apiZmqMsgRecv: message socket: socket withFlags: flags Â Â Â ^ self ffiCall: #(long zmq_msg_recv (ZmqApiMessage* message, ZmqApiSocket* socket, long flags ) ) Calling this returns the 2's complement of the return value of the external function call. Is it expected that the code calling this do the decoding of the 2'complement representation of the return value? Cheers, Paulo

3 6

The start of this article is a problem for me. I hope this can be re-thought.
by PAUL DEBRUICKER Oct. 29, 2017

Oct. 29, 2017

https://medium.com/smalltalk-talk/a-gentle-introduction-to-amber-8c532631e9… Smalltalk is a programming language/environment etc. Physical attractiveness of people doesn't really affect anything we're doing here. And using it for marketing is offensive a significant number of people. I'm hopeful we can do better as a community.

2 1

Re: [Pharo-users] [GT] moldable tools for non-developers
by Offray Vladimir Luna CÃ¡rdenas Oct. 29, 2017

Oct. 29, 2017

Hi Sebastian, On 27/10/17 13:15, Sebastian Heidbrink via Pharo-users wrote: > that is kind of what I am looking for. Would you mind if I contacted > you directly? > I am in the process of formulizing a master thesis and would love to > bring Pharo into the mix. > No problem. Contact me. This weekend is a little bit busy with some deadlines I need to reach, but next week is fine. > Is you phd thesis public? It is at [1], with a public repository of the research artifacts since 2011 (before open research was in fashion :-P), but it is in Spanish. Sorry. I didn't have the time to clarify my mind about this research and also improve my English. But I would be glad to discuss it in English with you or anyone interested. You're very welcomed. [1] http://mutabit.com/repos.fossil/doctorado-offray/ Cheers, Offray

2 2

[ANN] OpenSSL wrapper
by Pierce Ng Oct. 29, 2017

Oct. 29, 2017

Hi all, I've put up the _beginnings_ of a wrapper for OpenSSL on STH: Metacello new baseline: 'OpenSSL'; smalltalkhubUser: 'PierceNg' project: 'OpenSSL-Pharo'; load. Verified on Pharo 6 32- and 64-bit. My near term goal is to wrap enough libcrypto functionality to implement the client-side of Let's Encrypt. I meant to put it up on GH, for the ease of forking and PRs, but I couldn't get Iceberg to work, and gitfiletree also failed to load, so STH it is. Â¯\_(ã)_/Â¯ Collaboration welcome. Pierce

1 0

[ANN] Grafoscopio is now also an indexed publication
by Offray Vladimir Luna CÃ¡rdenas Oct. 28, 2017

Oct. 28, 2017

Hi, I would like to share with you the recent acceptation of Grafoscopio in the Journal of Open Source Software (JOSS), which makes it also an indexed publication. More details at: http://joss.theoj.org/papers/10.21105/joss.00251 I would like to thank Serge StinchwichÂ (from this community) and Arfon Smith (from JOSS) for reviewing the software and helping me with the publication process. Cheers, Offray === About JOSS (http://joss.theoj.org/about) "The Journal of Open Source Software (JOSS) is a *developer friendly* journal for research software packages. [...] The Journal of Open Source Software (JOSS) is an academic journal (ISSN 2475-9066) with a formal peer review process that is designed to /improve the quality of the software submitted/. Upon acceptance into JOSS, a CrossRef DOI is minted and we list your paper on the JOSS website." ===

4 4

[ANN] Iceberg 0.6.2 backported to Pharo 6.1
by Esteban Lorenzano Oct. 28, 2017

Oct. 28, 2017

Hi, I backported lastest Iceberg version to Pharo 6.1 to allow people to benefit for latest changes. This version has an important amount of tweak and fixes, but most important is the inclusion of tonel file format (this is default for Pharo 7.0, optional for Pharo 6.1) and introduces a file-per-class format. The advantages of this format has everything to do with the speed of access (is easier to reconstruct a package like) and the space on disk (methods are usually small but minimum space in disk is usually 4k so we waste a lot of space). Is also a better format for SSD disks. To backport Iceberg 0.6.2 I also needed to backport latest version of Metacello, so Pharo 6.1 and Pharo7+ users now also have the latest version of it available :) cheers! Esteban

4 3

Linear solvers
by Ben Coman Oct. 28, 2017

Oct. 28, 2017

While reading around on Cassowary for constraint based UI, I noticed the original author and others expanded their work to a more general linear solver system Balsberg. Maybe something useful to many business, so just thought I'd drop some links... * Solving Interactive Logic Puzzles With Object-Constraints https://www.hpi.uni-potsdam.de/hirschfeld/publications/media/GraberFelgentr… * https://github.com/babelsberg/babelsberg-s * https://homes.cs.washington.edu/~borning/papers/felgentreff-babelsberg-sema… * https://www.hpi.uni-potsdam.de/hirschfeld/publications/media/FelgentreffLeh… btw, what does PolyMath/SciSmalltalk offer in the way of linear solvers? cheers -ben

2 2

Read-only images / how to deploy new image as fast as possible?
by Herby VojÄÃk Oct. 28, 2017

Oct. 28, 2017

Hi, I came to the phase where I actually deploy the small backend written in Pharo, and I wonder about two things: 1. Is it possible to make .image / .changes read-only? Will Pharo just work (not writing the image, but that is not needed, all data are in sqlite file)? 2. How to "switch" images as fast as possible? I presume there is no way to tell vm to "stop doing this and reload different image" or something like that? I need to stop the runninng one and then start the new one? Or is it possible to "swap" the read-only image for new one and tell VM to reload (just wanting to minimize the off-time). Thanks, Herby

2 1