July 2017 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] OSProcess error with Linux 64-bit VM

by Alistair Grant

Hi Luke, On Wed, Jul 19, 2017 at 02:25:55PM +0200, Luke Gorrie wrote: > Hoi, > > Does OSProcess work for other people with a 64-bit Linux VM? > > I am seeing strange errors specifically when I build in 64-bit mode: Processes > always immediately print an obscure error and exit with status 127. > > The error is printed by the child process. It seems to contain some control > characters, or a funky text encoding, and a large number for its error code. > > [pid 19070] writev(2, [{"/bin/sh", 7}, {": ", 2}, {" \n\2303\374\177", 6}, {": > ", 2}, {"", 0}, {"", 0}, {"\270\271\247\336;\177", 6}, {": ", 2}, {"Error > 18446744073136382760", 26},\ > {"\n", 1}], 10) = 52 > > More complete strace output in this gist: https://gist.github.com/ > 81ca7b1c6b8cc412b66951bb6d57e1ea > > Reproduce with e.g. OSProcess command: 'pwd' (it doesn't seem to matter what > command is chosen.) > > Anybody else see this / not see this? Any ideas? > > Could be that some of the magic in the UnixOSProcessPlugin fork method is not > working on 64-bit or with my toolchain...? I wanted to try and reproduce this with my locally built VM but can't even load OSProcess because it is using the deprecated message #ifNotNilDo:. I'm currently loading OSProcess using: Metacello new configuration: 'OSProcess'; version: #stable; repository: 'http://smalltalkhub.com/mc/Pharo/MetaRepoForPharo50/main'; load. Would you please let me know how you load OSProcess? Thanks, Alistair

July 19, 2017

Re: [Pharo-dev] OSProcess error with Linux 64-bit VM

by Luke Gorrie

Thanks for that data point, Thierry! On 19 July 2017 at 14:29, Thierry Goubier <thierry.goubier(a)gmail.com> wrote: > Hi Luke, > > I'm using OSProcess for my day to day development work in 64bits on the > snap and default pharo vms, and it works. > > Regards, > > Thierry > > > 2017-07-19 14:25 GMT+02:00 Luke Gorrie <luke(a)snabb.co>: > >> Hoi, >> >> Does OSProcess work for other people with a 64-bit Linux VM? >> >> I am seeing strange errors specifically when I build in 64-bit mode: >> Processes always immediately print an obscure error and exit with status >> 127. >> >> The error is printed by the child process. It seems to contain some >> control characters, or a funky text encoding, and a large number for its >> error code. >> >> [pid 19070] writev(2, [{"/bin/sh", 7}, {": ", 2}, {" \n\2303\374\177", >> 6}, {": ", 2}, {"", 0}, {"", 0}, {"\270\271\247\336;\177", 6}, {": ", 2}, >> {"Error 18446744073136382760", 26},\ >> {"\n", 1}], 10) = 52 >> >> More complete strace output in this gist: https://gist.github.com/ >> 81ca7b1c6b8cc412b66951bb6d57e1ea >> >> Reproduce with e.g. OSProcess command: 'pwd' (it doesn't seem to matter >> what command is chosen.) >> >> Anybody else see this / not see this? Any ideas? >> >> Could be that some of the magic in the UnixOSProcessPlugin fork method is >> not working on 64-bit or with my toolchain...? >> >> >> >

July 19, 2017

Re: [Pharo-dev] OSProcess error with Linux 64-bit VM

by Thierry Goubier

Hi Luke, I'm using OSProcess for my day to day development work in 64bits on the snap and default pharo vms, and it works. Regards, Thierry 2017-07-19 14:25 GMT+02:00 Luke Gorrie <luke(a)snabb.co>: > Hoi, > > Does OSProcess work for other people with a 64-bit Linux VM? > > I am seeing strange errors specifically when I build in 64-bit mode: > Processes always immediately print an obscure error and exit with status > 127. > > The error is printed by the child process. It seems to contain some > control characters, or a funky text encoding, and a large number for its > error code. > > [pid 19070] writev(2, [{"/bin/sh", 7}, {": ", 2}, {" \n\2303\374\177", 6}, > {": ", 2}, {"", 0}, {"", 0}, {"\270\271\247\336;\177", 6}, {": ", 2}, > {"Error 18446744073136382760", 26},\ > {"\n", 1}], 10) = 52 > > More complete strace output in this gist: https://gist.github.com/ > 81ca7b1c6b8cc412b66951bb6d57e1ea > > Reproduce with e.g. OSProcess command: 'pwd' (it doesn't seem to matter > what command is chosen.) > > Anybody else see this / not see this? Any ideas? > > Could be that some of the magic in the UnixOSProcessPlugin fork method is > not working on 64-bit or with my toolchain...? > > >

July 19, 2017

OSProcess error with Linux 64-bit VM

by Luke Gorrie

Hoi, Does OSProcess work for other people with a 64-bit Linux VM? I am seeing strange errors specifically when I build in 64-bit mode: Processes always immediately print an obscure error and exit with status 127. The error is printed by the child process. It seems to contain some control characters, or a funky text encoding, and a large number for its error code. [pid 19070] writev(2, [{"/bin/sh", 7}, {": ", 2}, {" \n\2303\374\177", 6}, {": ", 2}, {"", 0}, {"", 0}, {"\270\271\247\336;\177", 6}, {": ", 2}, {"Error 18446744073136382760", 26},\ {"\n", 1}], 10) = 52 More complete strace output in this gist: https://gist.github.com/ 81ca7b1c6b8cc412b66951bb6d57e1ea Reproduce with e.g. OSProcess command: 'pwd' (it doesn't seem to matter what command is chosen.) Anybody else see this / not see this? Any ideas? Could be that some of the magic in the UnixOSProcessPlugin fork method is not working on 64-bit or with my toolchain...?

July 19, 2017

Re: [Pharo-dev] [Ann] Keccak hashing algorithm

by Norbert Hartl

Eliot, > Am 18.07.2017 um 22:26 schrieb Eliot Miranda <eliot.miranda(a)gmail.com>: > > Norbert, > > On Tue, Jul 18, 2017 at 11:05 AM, Norbert Hartl <norbert(a)hartl.name <mailto:norbert@hartl.name>> wrote: > Really great! I think we should move the Cryptography package from smalltalkhub to github, refactor it and add goodies like this. We need a strong crypto foundation. > > I agree that refactoring and adding goodies is great. But why does that imply moving to github? The Cryptography package has Squeak contributors too and moving to github implies a fork. That fork happened already because there is a repository on smalltalkhub [1]. Lately I needed crypto support for a project of mine and I was searching for the last thing I could use. I was glad I've found the package Esteban did so I could use it in pharo. But I didn't know it was only the very last version that worked on pharo. But my Metacello setup somehow decided to load the second recent package which rendered my image unusable. From then I know that there are a lot of classes that have been incorporated in pharo which are present in the Cryptography package. I was asking for someone that maintains it and got no response. It is clear to me that there is no easy way to maintain the package for both squeak and pharo. At least not while having one big package to share. It would need a bit of engineering. Then I remembered I was asking a similar question (about splitting the Cryptography package) years ago and I didn't get much positive resonance. Btw. this was my general feeling with the squeak community back then and the same reason I was one of the first being on the pharo train (sapphire back then). To make a long story short. I really like spending some time for the smalltalk community. And I'm afraid I could kill my time and my mood while trying to get an agreement for something both squeak and pharo. So my current strategy is to care less and look (selfishly) forward. Maybe the better way is that each side has a look at the repository of the others and merges what is needed. Why github? Because I want a reliable repository where my business process runs on. Smalltalkhub is close to its final growth. And my impression is that if we would put the load from smalltalkhub onto squeaksource the only thing we would notice is a bright flash and silence after. Furthermore after all those years it turns out that you have a hard time of you do version your stuff and you want versioning to work reliable. What really works for me is having a github repo, a BaselineOf my project and tags on commits. Anything else just does not work and/or is not reproducible. Norbert [1] http://smalltalkhub.com/#!/~Cryptography/Cryptography <http://smalltalkhub.com/#!/~Cryptography/Cryptography> > > Norbert > > > Am 18.07.2017 um 19:10 schrieb Esteban A. Maringolo <emaringolo(a)gmail.com <mailto:emaringolo@gmail.com>>: > > > > Great! > > > > I see you continue doing Ethereum related stuff ;-) > > > > Regards! > > Esteban A. Maringolo > > > > > > 2017-07-18 13:32 GMT-03:00 Santiago Bragagnolo <santiagobragagnolo(a)gmail.com <mailto:santiagobragagnolo@gmail.com>>: > >> Hi there! > >> > >> I am just releasing the first version of the Keccak-256 hashing algorithm. > >> https://en.wikipedia.org/wiki/SHA-3 <https://en.wikipedia.org/wiki/SHA-3> > >> > >> You can find it at: https://github.com/sbragagnolo/Keccak <https://github.com/sbragagnolo/Keccak> > >> > >> This version is based on a javascript implementation: > >> https://github.com/emn178/js-sha3 <https://github.com/emn178/js-sha3> > >> > >> This implementation supports as message: bytearray and ascii and utf-8 > >> strings. > >> > >> > >> Soon i will be adding support to the rest of the Keccak family of hashing > >> functions, since the implementations is quite configurable, is just need to > >> add some constructors with specific configurations and tests for this other > >> cases of usage. > >> > >> > >> Here a onliner for building an image with the version v0.1: > >> > >> wget -O- https://raw.githubusercontent.com/sbragagnolo/Keccak/v0.1/build.sh <https://raw.githubusercontent.com/sbragagnolo/Keccak/v0.1/build.sh> > >> | bash > >> > >> Hope you find it useful :) > >> > >> > >> Santiago > >> > >> > > > > > -- > _,,,^..^,,,_ > best, Eliot

July 19, 2017

Re: [Pharo-dev] Epicea applying multiple changes

by Tudor Girba

Hi, I experienced the same issues. It seems somehow related that when we have multiple changes to the same method, not all changes are applied and we do not get back the latest version. Cheers, Doru > On Jul 18, 2017, at 10:48 AM, Andrei Chis <chisvasileandrei(a)gmail.com> wrote: > > Hi, > > Is there some known bug in Epicea when applying multiple changes at once in Pharo 6? > > I had a few crashes lately and each time when recovering the changes by selecting multiple changes at once some changes are skipped. If I apply manually each change it works. > > Cheers, > Andrei -- www.tudorgirba.com www.feenk.com "Things happen when they happen, not when you talk about them happening."

July 19, 2017

Need help for SmartTest/CORA

by Benoit Verhaeghe

Hi everyone, I'm working on SmartTest/CORA. It's a plugin that help us with test. It shows us only the test we should run to well tests ours applications. And it will run automatically the tests (or not if you disable this option). It will be great if you can help me by installing it. You only have to execute this command : Metacello new githubUser: 'badetitou' project: 'TestsUsageAnalyser-CORAExtends' commitish: 'master' path: '.' ; baseline: 'TestsUsageAnalyserCORAExtends' ; load . You can also use the plugin with jenkins. Everything are explained here : http://badetitou.github.io/research/smalltalk/2017/07/05/CORA/ Tell me if you are in trouble during the installation Thanks for your help Benoit

July 19, 2017

Re: [Pharo-dev] Automatic Refactoring Disranging Seaside Rest Methods

by lionelakue

Thank you all. The system was in fact missing the sources. I zipped my .image and .changes files together for the cloud. Lionel -- View this message in context: http://forum.world.st/Automatic-Refactoring-Disranging-Seaside-Rest-Methods… Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

July 18, 2017

Re: [Pharo-dev] Automatic Refactoring Disranging Seaside Rest Methods

by Stephane Ducasse

Lionel when the system does find a source, it decompiles the method and this is why you get the code changed. Stef On Tue, Jul 18, 2017 at 7:22 AM, Max Leske <maxleske(a)gmail.com> wrote: > As Gabriel notes, it looks like your missing the .sources file. I don't know > what pharocloud supports, but you could try packaging your image and your > .sources file into the same ZIP archive. > > Cheers, > Max > > > > On 18 July 2017 at 02:21:54, lionelakue (lionelakue(a)gmail.com) wrote: > > Now I can remember reading about this somewhere(wrongly remembered it as > automatic refactoring)... > > I have this problem when I have to copy my image to pharocloud by example. > > You need to zip your .image file and load it to the cloud. > > what I am doing now is to replace my in-uri string parameters with the > excepted arg1, arg2 etc. > > So is this the only solution? since the behavior is not voluntary. > > > gcotelli wrote >> I saw this happening only when the image cannot find the sources file, so >> it has to decompile the methods. >> >> On Mon, Jul 17, 2017 at 7:34 PM, lionelakue < > >> lionelakue@ > >> > wrote: >> >>> Hello everyone, >>> >>> When you copy an image or sometimes when you make a Metacello commit, >>> your >>> methods are automatically refactored. >>> >>> This uncleanse the code (replacing context meaningfull variable names >>> with >>> gereric identifiers) and prevents seaside request parameters . Which are >>> mapped to method parameters by uri strings: >>> >>> ToDoHandler>>searchFor: aString >>> >> <get> >>> >> <path: '/search?query={aString}'> >>> >>> ^ String streamContents: [ :stream | >>> ToDoList default items do: [ :each | >>> (each title includesSubString: aString) >>> ifTrue: [ stream nextPutAll: each title; crlf ] ] ] >>> >>> >>> will become: >>> >>> >>> ToDoHandler>>searchFor: arg1 >>> >> <get> >>> >> <path: '/search?query={aString}'> >>> ^ String streamContents: [ :arg2| >>> ToDoList default items do: [ :arg3| >>> (each title includesSubString: aString) >>> ifTrue: [ arg2 nextPutAll: arg3 title; crlf ] ] ] >>> >>> >>> So will end having a Parameter not found exception because arg1 and >>> aString >>> mismatche. >>> >>> >>> Is there a way to disable automatic refactoring? >>> >>> Lionel >>> >>> >>> >>> -- >>> View this message in context: >>> http://forum.world.st/Automatic-Refactoring- >>> Disranging-Seaside-Rest-Methods-tp4955422.html >>> Sent from the Pharo Smalltalk Developers mailing list archive at >>> Nabble.com. >>> >>> > > > > > > -- > View this message in context: > http://forum.world.st/Automatic-Refactoring-Disranging-Seaside-Rest-Methods… > Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. >

July 18, 2017

Re: [Pharo-dev] Epicea applying multiple changes

by Tim Mackinnon

I thought I had the same problem at Pharo Days, but actually I think it's just the UI is a bit confusing. Stephane E and I had a look and it seemed to be fine for the case I thought I had. Possibly it was that , it's easy to load in more than you think you should which gives weird outcomes. Tim Sent from my iPhone > On 18 Jul 2017, at 22:21, Stephane Ducasse <stepharo.self(a)gmail.com> wrote: > > Hi andrei > > this is strange because I recovered multiple time recently due to some > hidden bugs and I did not face the one you report. > > Stef > > On Tue, Jul 18, 2017 at 10:48 AM, Andrei Chis > <chisvasileandrei(a)gmail.com> wrote: >> Hi, >> >> Is there some known bug in Epicea when applying multiple changes at once in >> Pharo 6? >> >> I had a few crashes lately and each time when recovering the changes by >> selecting multiple changes at once some changes are skipped. If I apply >> manually each change it works. >> >> Cheers, >> Andrei >

July 18, 2017