Re: [Pharo-dev] Pharo6 with Ubuntu and OSSubprocess/threaded heartbeat crashes and problems

2018-03-07 Thread David T. Lewis
Thank you for the follow up on this. This kind of problem can be very difficult
to find and debug!

Dave


On Wed, Mar 07, 2018 at 04:30:33PM +0100, Sabine Manaa wrote:
> Now I know the reason for the crashes. I did a lot of log writing when
> creating my reports (they use OSSubprocess).
> This was only for debugging. Removing them removed the problem. OSProcess
> and OSSubprocess are not guilty :-)
> 
> I can crash the image with this (try several times)
> (in /opt/local/bin/convert there is imagemagick):
> 
> 
> 1000 timesRepeat: [
> | theFileName theStream thePath theFullPathAndFilename isFileNew |
> OSSUnixSubprocess new
> shellCommand: '/opt/local/bin/convert -background white -alpha remove
> -density 200
> /Library/WebServer/Documents/reports/201801231322-419088218-250457/20170227_19_messdefuerhunde_Fahrten.pdf
> /Library/WebServer/Documents/reports/201801231322-419088218-250457/20170227_19_messdefuerhunde_Fahrten_%02d.png';
> redirectStdout;
> run.
> thePath := '/data/db/'  asFileReference.
> thePath exists
> ifFalse: [ thePath createDirectory ].
> theFileName := 'HALLO_' , Date today mmdd , '.txt'.
> theFullPathAndFilename := ('/data/db/'  , theFileName) asFileReference .
> theFullPathAndFilename asFileReference exists
> ifTrue: [ isFileNew := false.
> theStream := MultiByteFileStream oldFileNamed: theFullPathAndFilename.
> theStream position: theStream size.
> theStream crlf ]
> ifFalse: [ isFileNew := true.
> theStream := MultiByteFileStream newFileNamed: theFullPathAndFilename ].
> [ isFileNew
> ifTrue: [ theStream
> nextPutAll: Time now printString;
> nextPutAll: Time now printString;
> nextPutAll: Time now printString;
> nextPutAll: Time now printString;
> nextPutAll: Time now printString;
> nextPutAll: Time now printString;
> nextPutAll: Time now printString;
> crlf ].
> theStream nextPutAll:'' ]
> ensure: [ theStream close ].
> ].
> 
> 
> 2018-03-07 2:16 GMT+01:00 David T. Lewis :
> 
> > On Tue, Mar 06, 2018 at 11:49:14AM +0100, Sabine Manaa wrote:
> > > Hi,
> > >
> > > I can report the following:
> > >
> > > The problem with the Buffer overflow remains also with OSProcess.
> > > Also with the normal vm (https://get.pharo.org ).
> > >
> > > Summary: I have buffer overflow crashes with my application on Linux.
> > > The same code runs without problems on MacOS and on Windows.
> > > I have the same test data/database and do exactly the same.
> > >
> > > The problem occurs only after calling several times
> > OSProcess/OSSubprocess.
> > > This is the reason why I first had a suspicion that OSSubprocess is
> > > responsible for the crashes.
> > >
> > > Can anyone tell me how to proceed to find the reason for the buffer
> > > overflow?
> > > There is no PharoDebug.log
> > >
> > > Help is very appreciated!
> > >
> > > This is the message when terminating:
> > >
> > > root@Pharo_ubuntu_16:/spf/build# ./pharo Pharo-Productive-SPF.image
> > > --no-quit
> > >
> > > SmalltalkImageInstanceID class>>startUp*** buffer overflow detected ***:
> > > /spf/build/pharo-vm/lib/pharo/5.0-201707201942/pharo terminated
> > >
> >
> > What is class SmalltalkImageInstanceID? I have a Pharo 6.1 image, and I
> > am running on Ubuntu. I loaded OSProcess to check this out, but I am not
> > sure what that #startUp message is doing.
> >
> > Thanks,
> > Dave
> >
> >
> >



Re: [Pharo-dev] Pharo6 with Ubuntu and OSSubprocess/threaded heartbeat crashes and problems

2018-03-07 Thread Sabine Manaa
Now I know the reason for the crashes. I did a lot of log writing when
creating my reports (they use OSSubprocess).
This was only for debugging. Removing them removed the problem. OSProcess
and OSSubprocess are not guilty :-)

I can crash the image with this (try several times)
(in /opt/local/bin/convert there is imagemagick):


1000 timesRepeat: [
| theFileName theStream thePath theFullPathAndFilename isFileNew |
OSSUnixSubprocess new
shellCommand: '/opt/local/bin/convert -background white -alpha remove
-density 200
/Library/WebServer/Documents/reports/201801231322-419088218-250457/20170227_19_messdefuerhunde_Fahrten.pdf
/Library/WebServer/Documents/reports/201801231322-419088218-250457/20170227_19_messdefuerhunde_Fahrten_%02d.png';
redirectStdout;
run.
thePath := '/data/db/'  asFileReference.
thePath exists
ifFalse: [ thePath createDirectory ].
theFileName := 'HALLO_' , Date today mmdd , '.txt'.
theFullPathAndFilename := ('/data/db/'  , theFileName) asFileReference .
theFullPathAndFilename asFileReference exists
ifTrue: [ isFileNew := false.
theStream := MultiByteFileStream oldFileNamed: theFullPathAndFilename.
theStream position: theStream size.
theStream crlf ]
ifFalse: [ isFileNew := true.
theStream := MultiByteFileStream newFileNamed: theFullPathAndFilename ].
[ isFileNew
ifTrue: [ theStream
nextPutAll: Time now printString;
nextPutAll: Time now printString;
nextPutAll: Time now printString;
nextPutAll: Time now printString;
nextPutAll: Time now printString;
nextPutAll: Time now printString;
nextPutAll: Time now printString;
crlf ].
theStream nextPutAll:'' ]
ensure: [ theStream close ].
].


2018-03-07 2:16 GMT+01:00 David T. Lewis :

> On Tue, Mar 06, 2018 at 11:49:14AM +0100, Sabine Manaa wrote:
> > Hi,
> >
> > I can report the following:
> >
> > The problem with the Buffer overflow remains also with OSProcess.
> > Also with the normal vm (https://get.pharo.org ).
> >
> > Summary: I have buffer overflow crashes with my application on Linux.
> > The same code runs without problems on MacOS and on Windows.
> > I have the same test data/database and do exactly the same.
> >
> > The problem occurs only after calling several times
> OSProcess/OSSubprocess.
> > This is the reason why I first had a suspicion that OSSubprocess is
> > responsible for the crashes.
> >
> > Can anyone tell me how to proceed to find the reason for the buffer
> > overflow?
> > There is no PharoDebug.log
> >
> > Help is very appreciated!
> >
> > This is the message when terminating:
> >
> > root@Pharo_ubuntu_16:/spf/build# ./pharo Pharo-Productive-SPF.image
> > --no-quit
> >
> > SmalltalkImageInstanceID class>>startUp*** buffer overflow detected ***:
> > /spf/build/pharo-vm/lib/pharo/5.0-201707201942/pharo terminated
> >
>
> What is class SmalltalkImageInstanceID? I have a Pharo 6.1 image, and I
> am running on Ubuntu. I loaded OSProcess to check this out, but I am not
> sure what that #startUp message is doing.
>
> Thanks,
> Dave
>
>
>


Re: [Pharo-dev] Pharo6 with Ubuntu and OSSubprocess/threaded heartbeat crashes and problems

2018-03-06 Thread David T. Lewis
On Tue, Mar 06, 2018 at 11:49:14AM +0100, Sabine Manaa wrote:
> Hi,
> 
> I can report the following:
> 
> The problem with the Buffer overflow remains also with OSProcess.
> Also with the normal vm (https://get.pharo.org ).
> 
> Summary: I have buffer overflow crashes with my application on Linux.
> The same code runs without problems on MacOS and on Windows.
> I have the same test data/database and do exactly the same.
> 
> The problem occurs only after calling several times OSProcess/OSSubprocess.
> This is the reason why I first had a suspicion that OSSubprocess is
> responsible for the crashes.
> 
> Can anyone tell me how to proceed to find the reason for the buffer
> overflow?
> There is no PharoDebug.log
> 
> Help is very appreciated!
> 
> This is the message when terminating:
> 
> root@Pharo_ubuntu_16:/spf/build# ./pharo Pharo-Productive-SPF.image
> --no-quit
> 
> SmalltalkImageInstanceID class>>startUp*** buffer overflow detected ***:
> /spf/build/pharo-vm/lib/pharo/5.0-201707201942/pharo terminated
>

What is class SmalltalkImageInstanceID? I have a Pharo 6.1 image, and I
am running on Ubuntu. I loaded OSProcess to check this out, but I am not
sure what that #startUp message is doing.

Thanks,
Dave
 



Re: [Pharo-dev] Pharo6 with Ubuntu and OSSubprocess/threaded heartbeat crashes and problems

2018-03-06 Thread Henrik Sperre Johansen
Seems to me aioEnable somehow triggers this.
It maintains buffers of size FD_SETSIZE (1024 on Linux)*, so an fd
parameter** >= that, could probably trigger such an error.
Maybe you could put a halt in whichever method in OSSubprocess/OSProcess
calls the primitive triggered when condition occurs, to see if that is the
cause? 
If so, identifying *why* you end up with fd's that high (which, afaik, isn't
normal), will probably lead to a workaround/solution...

Cheers,
Henry

*
https://github.com/pharo-project/pharo-vm/blob/e0ce2d9d78c3c7b37bbc12cd8730c6a15f1f057c/opensmalltalk-vm/platforms/unix/vm/aio.c
**
https://github.com/pharo-project/pharo-vm/blob/c50dec02d2875de56c84d11889c78484e2d5cda8/mc/VMConstruction-Plugins-AioPlugin.package/UnixAioPlugin.class/instance/primitiveAioEnable.st



--
Sent from: http://forum.world.st/Pharo-Smalltalk-Developers-f1294837.html



Re: [Pharo-dev] Pharo6 with Ubuntu and OSSubprocess/threaded heartbeat crashes and problems

2018-03-06 Thread Thierry Goubier
Hi Sabine,

have you tried with a 64bits version of Pharo (with a recent VM, i.e.
newer than the 6.1 vm)? I use the 5.0-201801170946, for example.

If, by chance, you manage to create a script provoking the segfault,
that may really help.

Thierry

2018-03-06 11:49 GMT+01:00 Sabine Manaa :
> Hi,
>
> I can report the following:
>
> The problem with the Buffer overflow remains also with OSProcess.
> Also with the normal vm (https://get.pharo.org ).
>
> Summary: I have buffer overflow crashes with my application on Linux.
> The same code runs without problems on MacOS and on Windows.
> I have the same test data/database and do exactly the same.
>
> The problem occurs only after calling several times OSProcess/OSSubprocess.
> This is the reason why I first had a suspicion that OSSubprocess is
> responsible for the crashes.
>
> Can anyone tell me how to proceed to find the reason for the buffer
> overflow?
> There is no PharoDebug.log
>
> Help is very appreciated!
>
> This is the message when terminating:
>
> root@Pharo_ubuntu_16:/spf/build# ./pharo Pharo-Productive-SPF.image
> --no-quit
>
> SmalltalkImageInstanceID class>>startUp*** buffer overflow detected ***:
> /spf/build/pharo-vm/lib/pharo/5.0-201707201942/pharo terminated
>
> === Backtrace: =
>
> /lib/i386-linux-gnu/libc.so.6(+0x67377)[0xf75b9377]
>
> /lib/i386-linux-gnu/libc.so.6(__fortify_fail+0x68)[0xf7649708]
>
> /lib/i386-linux-gnu/libc.so.6(+0xf58f8)[0xf76478f8]
>
> /lib/i386-linux-gnu/libc.so.6(+0xf75fa)[0xf76495fa]
>
> /spf/build/pharo-vm/lib/pharo/5.0-201707201942/pharo(aioEnable+0x31)[0x80c9811]
>
> /spf/build/pharo-vm/lib/pharo/5.0-201707201942/pharo[0x81215ee]
>
> [0x90010e0]
>
> [0x90ad2d0]
>
> [0x90db8b4]
>
> [0x90ad24a]
>
> [0x900be6b]
>
> [0x900b04d]
>
> [0x9007a3e]
>
> [0x9004247]
>
> [0x9004572]
>
> [0x9001020]
>
> [0xa98c524]
>
> [0xb1755db]
>
> [0x9003efc]
>
> [0x9001020]
>
> [0xdcb558c]
>
> [0xb0d4d95]
>
> [0x9000ff0]
>
> === Memory map: 
>
> 08048000-08164000 r-xp  00:1b 1183256
> /spf/build/pharo-vm/lib/pharo/5.0-201707201942/pharo
>
> 08164000-08165000 r--p 0011b000 00:1b 1183256
> /spf/build/pharo-vm/lib/pharo/5.0-201707201942/pharo
>
> 08165000-0817 rw-p 0011c000 00:1b 1183256
> /spf/build/pharo-vm/lib/pharo/5.0-201707201942/pharo
>
> 0817-081a7000 rw-p  00:00 0
>
> 08fdd000-08ffe000 rw-p  00:00 0
> [heap]
>
> 0900-0910 rwxp  00:00 0
>
> 0910-1120 rw-p  00:00 0
>
> f552e000-f554a000 r-xp  00:1b 8244
> /lib/i386-linux-gnu/libgcc_s.so.1
>
> f554a000-f554b000 rw-p 0001b000 00:1b 8244
> /lib/i386-linux-gnu/libgcc_s.so.1
>
> f554b000-f684c000 rw-p  00:00 0
>
> f684c000-f684f000 r-xp  00:1b 1183242
> /spf/build/pharo-vm/lib/pharo/5.0-201707201942/JPEGReaderPlugin.so
>
> f684f000-f685 r--p 2000 00:1b 1183242
> /spf/build/pharo-vm/lib/pharo/5.0-201707201942/JPEGReaderPlugin.so
>
> f685-f6851000 rw-p 3000 00:1b 1183242
> /spf/build/pharo-vm/lib/pharo/5.0-201707201942/JPEGReaderPlugin.so
>
> f6851000-f68b2000 r-xp  00:1b 1183230
> /spf/build/pharo-vm/lib/pharo/5.0-201707201942/libssl.so.1.0.0
>
> f68b2000-f68b3000 ---p 00061000 00:1b 1183230
> /spf/build/pharo-vm/lib/pharo/5.0-201707201942/libssl.so.1.0.0
>
> f68b3000-f68b5000 r--p 00061000 00:1b 1183230
> /spf/build/pharo-vm/lib/pharo/5.0-201707201942/libssl.so.1.0.0
>
> f68b5000-f68b9000 rw-p 00063000 00:1b 1183230
> /spf/build/pharo-vm/lib/pharo/5.0-201707201942/libssl.so.1.0.0
>
> f68b9000-f6a7b000 r-xp  00:1b 1183239
> /spf/build/pharo-vm/lib/pharo/5.0-201707201942/libcrypto.so.1.0.0
>
> f6a7b000-f6a7c000 ---p 001c2000 00:1b 1183239
> /spf/build/pharo-vm/lib/pharo/5.0-201707201942/libcrypto.so.1.0.0
>
> f6a7c000-f6a8c000 r--p 001c2000 00:1b 1183239
> /spf/build/pharo-vm/lib/pharo/5.0-201707201942/libcrypto.so.1.0.0
>
> f6a8c000-f6a93000 rw-p 001d2000 00:1b 1183239
> /spf/build/pharo-vm/lib/pharo/5.0-201707201942/libcrypto.so.1.0.0
>
> f6a93000-f6a96000 rw-p  00:00 0
>
> f6a96000-f6a9b000 r-xp  00:1b 1183249
> /spf/build/pharo-vm/lib/pharo/5.0-201707201942/SqueakSSL.so
>
> f6a9b000-f6a9c000 r--p 4000 00:1b 1183249
> /spf/build/pharo-vm/lib/pharo/5.0-201707201942/SqueakSSL.so
>
> f6a9c000-f6a9d000 rw-p 5000 00:1b 1183249
> /spf/build/pharo-vm/lib/pharo/5.0-201707201942/SqueakSSL.so
>
> f6a9d000-f6ab1000 r-xp  00:1b 7925
> /lib/i386-linux-gnu/libresolv-2.23.so
>
> f6ab1000-f6ab2000 ---p 00014000 00:1b 7925
> /lib/i386-linux-gnu/libresolv-2.23.so
>
> f6ab2000-f6ab3000 r--p 00014000 00:1b 7925
> /lib/i386-linux-gnu/libresolv-2.23.so
>
> f6ab3000-f6ab4000 rw-p 00015000 00:1b 7925
> /lib/i386-linux-gnu/libresolv-2.23.so
>
> f6ab4000-f6ab6000 rw-p  00:00 0
>
> f6ab6000-f6abb000 r-xp  00:1b 7931
> /lib/i386-linux-gnu/libnss_dns-2.23.so
>
> f6abb000-f6abc000 r--p 4000 00:1b 7931
> /lib/i386-linux-gnu/libnss_dns-2.23.so
>
> f6abc000-f6abd000 rw-p 5000 00:1b 7931
> 

Re: [Pharo-dev] Pharo6 with Ubuntu and OSSubprocess/threaded heartbeat crashes and problems

2018-03-06 Thread Sabine Manaa
Hi,

I can report the following:

The problem with the Buffer overflow remains also with OSProcess.
Also with the normal vm (https://get.pharo.org ).

Summary: I have buffer overflow crashes with my application on Linux.
The same code runs without problems on MacOS and on Windows.
I have the same test data/database and do exactly the same.

The problem occurs only after calling several times OSProcess/OSSubprocess.
This is the reason why I first had a suspicion that OSSubprocess is
responsible for the crashes.

Can anyone tell me how to proceed to find the reason for the buffer
overflow?
There is no PharoDebug.log

Help is very appreciated!

This is the message when terminating:

root@Pharo_ubuntu_16:/spf/build# ./pharo Pharo-Productive-SPF.image
--no-quit

SmalltalkImageInstanceID class>>startUp*** buffer overflow detected ***:
/spf/build/pharo-vm/lib/pharo/5.0-201707201942/pharo terminated

=== Backtrace: =

/lib/i386-linux-gnu/libc.so.6(+0x67377)[0xf75b9377]

/lib/i386-linux-gnu/libc.so.6(__fortify_fail+0x68)[0xf7649708]

/lib/i386-linux-gnu/libc.so.6(+0xf58f8)[0xf76478f8]

/lib/i386-linux-gnu/libc.so.6(+0xf75fa)[0xf76495fa]

/spf/build/pharo-vm/lib/pharo/5.0-201707201942/pharo(
aioEnable+0x31)[0x80c9811]

/spf/build/pharo-vm/lib/pharo/5.0-201707201942/pharo[0x81215ee]

[0x90010e0]

[0x90ad2d0]

[0x90db8b4]

[0x90ad24a]

[0x900be6b]

[0x900b04d]

[0x9007a3e]

[0x9004247]

[0x9004572]

[0x9001020]

[0xa98c524]

[0xb1755db]

[0x9003efc]

[0x9001020]

[0xdcb558c]

[0xb0d4d95]

[0x9000ff0]

=== Memory map: 

08048000-08164000 r-xp  00:1b 1183256
/spf/build/pharo-vm/lib/pharo/5.0-201707201942/pharo

08164000-08165000 r--p 0011b000 00:1b 1183256
/spf/build/pharo-vm/lib/pharo/5.0-201707201942/pharo

08165000-0817 rw-p 0011c000 00:1b 1183256
/spf/build/pharo-vm/lib/pharo/5.0-201707201942/pharo

0817-081a7000 rw-p  00:00 0

08fdd000-08ffe000 rw-p  00:00 0
[heap]

0900-0910 rwxp  00:00 0

0910-1120 rw-p  00:00 0

f552e000-f554a000 r-xp  00:1b 8244
/lib/i386-linux-gnu/libgcc_s.so.1

f554a000-f554b000 rw-p 0001b000 00:1b 8244
/lib/i386-linux-gnu/libgcc_s.so.1

f554b000-f684c000 rw-p  00:00 0

f684c000-f684f000 r-xp  00:1b 1183242
/spf/build/pharo-vm/lib/pharo/5.0-201707201942/JPEGReaderPlugin.so

f684f000-f685 r--p 2000 00:1b 1183242
/spf/build/pharo-vm/lib/pharo/5.0-201707201942/JPEGReaderPlugin.so

f685-f6851000 rw-p 3000 00:1b 1183242
/spf/build/pharo-vm/lib/pharo/5.0-201707201942/JPEGReaderPlugin.so

f6851000-f68b2000 r-xp  00:1b 1183230
/spf/build/pharo-vm/lib/pharo/5.0-201707201942/libssl.so.1.0.0

f68b2000-f68b3000 ---p 00061000 00:1b 1183230
/spf/build/pharo-vm/lib/pharo/5.0-201707201942/libssl.so.1.0.0

f68b3000-f68b5000 r--p 00061000 00:1b 1183230
/spf/build/pharo-vm/lib/pharo/5.0-201707201942/libssl.so.1.0.0

f68b5000-f68b9000 rw-p 00063000 00:1b 1183230
/spf/build/pharo-vm/lib/pharo/5.0-201707201942/libssl.so.1.0.0

f68b9000-f6a7b000 r-xp  00:1b 1183239
/spf/build/pharo-vm/lib/pharo/5.0-201707201942/libcrypto.so.1.0.0

f6a7b000-f6a7c000 ---p 001c2000 00:1b 1183239
/spf/build/pharo-vm/lib/pharo/5.0-201707201942/libcrypto.so.1.0.0

f6a7c000-f6a8c000 r--p 001c2000 00:1b 1183239
/spf/build/pharo-vm/lib/pharo/5.0-201707201942/libcrypto.so.1.0.0

f6a8c000-f6a93000 rw-p 001d2000 00:1b 1183239
/spf/build/pharo-vm/lib/pharo/5.0-201707201942/libcrypto.so.1.0.0

f6a93000-f6a96000 rw-p  00:00 0

f6a96000-f6a9b000 r-xp  00:1b 1183249
/spf/build/pharo-vm/lib/pharo/5.0-201707201942/SqueakSSL.so

f6a9b000-f6a9c000 r--p 4000 00:1b 1183249
/spf/build/pharo-vm/lib/pharo/5.0-201707201942/SqueakSSL.so

f6a9c000-f6a9d000 rw-p 5000 00:1b 1183249
/spf/build/pharo-vm/lib/pharo/5.0-201707201942/SqueakSSL.so

f6a9d000-f6ab1000 r-xp  00:1b 7925
/lib/i386-linux-gnu/libresolv-2.23.so

f6ab1000-f6ab2000 ---p 00014000 00:1b 7925
/lib/i386-linux-gnu/libresolv-2.23.so

f6ab2000-f6ab3000 r--p 00014000 00:1b 7925
/lib/i386-linux-gnu/libresolv-2.23.so

f6ab3000-f6ab4000 rw-p 00015000 00:1b 7925
/lib/i386-linux-gnu/libresolv-2.23.so

f6ab4000-f6ab6000 rw-p  00:00 0

f6ab6000-f6abb000 r-xp  00:1b 7931
/lib/i386-linux-gnu/libnss_dns-2.23.so

f6abb000-f6abc000 r--p 4000 00:1b 7931
/lib/i386-linux-gnu/libnss_dns-2.23.so

f6abc000-f6abd000 rw-p 5000 00:1b 7931
/lib/i386-linux-gnu/libnss_dns-2.23.so

f6abd000-f6c05000 rw-p  00:00 0

f6c05000-f6c2e000 r-xp  00:1b 8373
/lib/i386-linux-gnu/libpng12.so.0.54.0

f6c2e000-f6c2f000 r--p 00028000 00:1b 8373
/lib/i386-linux-gnu/libpng12.so.0.54.0

f6c2f000-f6c3 rw-p 00029000 00:1b 8373
/lib/i386-linux-gnu/libpng12.so.0.54.0

f6c3-f6c49000 r-xp  00:1b 8362
/lib/i386-linux-gnu/libz.so.1.2.8

f6c49000-f6c4a000 r--p 00018000 00:1b 8362
/lib/i386-linux-gnu/libz.so.1.2.8

f6c4a000-f6c4b000 rw-p 00019000 00:1b 8362
/lib/i386-linux-gnu/libz.so.1.2.8

f6c4b000-f6cf6000 r-xp  

Re: [Pharo-dev] Pharo6 with Ubuntu and OSSubprocess/threaded heartbeat crashes and problems

2018-03-05 Thread Sabine Manaa
Hi Mariano and Thierry,

I load on Pharo 32 bit with:

 spec
baseline: 'OSSubprocess'
with: [ spec
className: 'BaselineOfOSSubprocess';
repository: 'github://marianopeck/OSSubprocess:v0.2.5/repository' ];
import: 'OSSubprocess'

Tomorrow I will try to load on Pharo7 and try to use OSProcess and see if
it still crashes.

Sabine





2018-03-05 17:23 GMT+01:00 Mariano Martinez Peck :

> Hi Sabine,
>
> Which OSSubprocess version are you using? If are using ConfigurationOf to
> load it, then please tell me which version from there.
> If you are using from baseline, tell me if you are grabbing master, a
> given tag , a given commit, etc.
> I will assume it is Pharo 32 bits rigth?
>
> I will continue with a more detailed answer once you get back to me with
> above questions.
>
> Cheers,
>
>
>
>
> On Mon, Mar 5, 2018 at 1:14 PM, Sabine Manaa 
> wrote:
>
>> Hi Alistair,
>>
>> thank you! The message (pthread_setschedparam failed: Operation not
>> permitted)  is gone now. So Question 1 is solved.
>>
>> But the crashes (Question 2) are remaining. After calling several
>> OSSubprocess commands, Pharo crashes without PharoDebug.log.
>>
>> Anyone having an Idea what I could do?
>>
>> Sabine
>>
>>
>>
>>
>> 2018-03-05 13:07 GMT+01:00 Alistair Grant :
>>
>>> Hi Sabine,
>>>
>>> The docket container will need to be privileged to adjust thread
>>> priority.
>>>
>>>
>>> Cheers,
>>> Alistair
>>> (on phone)
>>>
>>> On 5 Mar. 2018 12:44, "Sabine Manaa"  wrote:
>>>
>>> We want to run Pharo6 with Ubuntu 16.04 Linux (in a Docker Image) and use
>>> OSSubprocess.
>>>
>>> For this, we use this vm: https://get.pharo.org/61+vmT
>>>
>>> [1] tells me: "If you are installing under Linux, then you must use a
>>> threaded heartbeat VM"
>>>
>>> We also created a file /etc/security/limits.d/pharo.conf and put the
>>> parameters in like described in the message [2] when startup. Also we log
>>> out and in.
>>>
>>> Question 1: the message (pthread_setschedparam failed: Operation not
>>> permitted) comes again to the console each time we use OSSubprocess. As
>>> far
>>> as I understand, it should disappear. Does this mean, that we did not
>>> edit
>>> the pharo.conf correctly?
>>>
>>> Question 2: after several uses of OSSubprocess within our application,
>>> Pharo
>>> crashes (no PharoDebug.log) with the following messages [3].
>>> How can we avoid this, what are we doing wrong?
>>>
>>> Question 3: sometimes (!) when we load (exactly the same code loaded
>>> with a
>>> script), we also get a crash, see [4]. Bug? wrong vm?
>>>
>>> I am unhappy with this and it takes a lot of time. What are we doing
>>> wrong?
>>> We want to run Pharo6 with OSSubprocess in Linux within a docker image
>>> for
>>> our staging environment.
>>>
>>> Help very welcome :-)
>>> Sabine
>>>
>>>
>>> [1]https://github.com/marianopeck/OSSubprocess
>>> [2](https://github.com/OpenSmalltalk/opensmalltalk-vm/releas
>>> es/tag/r3732#linux)
>>>
>>> [3]crash message
>>>  *** buffer overflow detected ***:
>>> /spf/build/pharo-vm/lib/pharo/5.0-201707201942/pharo terminated
>>> === Backtrace: =
>>> /lib/i386-linux-gnu/libc.so.6(+0x67377)[0xf75f3377]
>>> /lib/i386-linux-gnu/libc.so.6(__fortify_fail+0x68)[0xf7683708]
>>> /lib/i386-linux-gnu/libc.so.6(+0xf58f8)[0xf76818f8]
>>> /lib/i386-linux-gnu/libc.so.6(+0xf75fa)[0xf76835fa]
>>> /spf/build/pharo-vm/lib/pharo/5.0-201707201942/pharo(aioEnab
>>> le+0x31)[0x80c9811]
>>> /spf/build/pharo-vm/lib/pharo/5.0-201707201942/pharo[0x81215ee]
>>> [0xa1010e0]
>>> [0xa1c2bb8]
>>> [0xa15f50c]
>>> a lot more
>>>
>>>
>>>
>>> [4] PharoDebug.log
>>> HERE_BE_DRAGONS_HERE
>>> KeyNotFound: key #arg1 not found in Dictionary
>>> 5 March 2018 11:31:51.792142 am
>>>
>>> VM: unix - i686 - linux-gnu - CoInterpreter VMMaker.oscog-eem.2254 uuid:
>>> 4f2c2cce-f4a2-469a-93f1-97ed941df0ad Jul 20 2017
>>> StackToRegisterMappingCogit VMMaker.oscog-eem.2252 uuid:
>>> 2f3e9b0e-ecd3-4adf-b092-cce2e2587a5c Jul 20 2017
>>> VM: 201707201942 https://github.com/OpenSmalltalk/opensmalltalk-vm.git $
>>> Date: Thu Jul 20 12:42:21 2017 -0700 $ Plugins: 201707201942
>>> https://github.com/OpenSmalltalk/opensmalltalk-vm.git $
>>>
>>> Image: Pharo6.0 [Latest update: #60536]
>>>
>>> Dictionary>>errorKeyNotFound:
>>> Receiver: a Dictionary(#arg3->1 #tmp2->2 )
>>> Arguments and temporary variables:
>>> aKey:   #arg1
>>> Receiver's instance variables:
>>> tally:  2
>>> array:  {nil. nil. #arg3->1. #tmp2->2. nil}
>>>
>>>
>>> [ self errorKeyNotFound: key ] in Dictionary>>at:
>>> Receiver: a Dictionary(#arg3->1 #tmp2->2 )
>>> Arguments and temporary variables:
>>> key:#arg1
>>> Receiver's instance variables:
>>> tally:  2
>>> array:  {nil. nil. #arg3->1. #tmp2->2. nil}
>>>
>>>
>>> Dictionary>>at:ifAbsent:
>>> Receiver: a 

Re: [Pharo-dev] Pharo6 with Ubuntu and OSSubprocess/threaded heartbeat crashes and problems

2018-03-05 Thread Mariano Martinez Peck
Hi Sabine,

Which OSSubprocess version are you using? If are using ConfigurationOf to
load it, then please tell me which version from there.
If you are using from baseline, tell me if you are grabbing master, a given
tag , a given commit, etc.
I will assume it is Pharo 32 bits rigth?

I will continue with a more detailed answer once you get back to me with
above questions.

Cheers,




On Mon, Mar 5, 2018 at 1:14 PM, Sabine Manaa  wrote:

> Hi Alistair,
>
> thank you! The message (pthread_setschedparam failed: Operation not
> permitted)  is gone now. So Question 1 is solved.
>
> But the crashes (Question 2) are remaining. After calling several
> OSSubprocess commands, Pharo crashes without PharoDebug.log.
>
> Anyone having an Idea what I could do?
>
> Sabine
>
>
>
>
> 2018-03-05 13:07 GMT+01:00 Alistair Grant :
>
>> Hi Sabine,
>>
>> The docket container will need to be privileged to adjust thread priority.
>>
>>
>> Cheers,
>> Alistair
>> (on phone)
>>
>> On 5 Mar. 2018 12:44, "Sabine Manaa"  wrote:
>>
>> We want to run Pharo6 with Ubuntu 16.04 Linux (in a Docker Image) and use
>> OSSubprocess.
>>
>> For this, we use this vm: https://get.pharo.org/61+vmT
>>
>> [1] tells me: "If you are installing under Linux, then you must use a
>> threaded heartbeat VM"
>>
>> We also created a file /etc/security/limits.d/pharo.conf and put the
>> parameters in like described in the message [2] when startup. Also we log
>> out and in.
>>
>> Question 1: the message (pthread_setschedparam failed: Operation not
>> permitted) comes again to the console each time we use OSSubprocess. As
>> far
>> as I understand, it should disappear. Does this mean, that we did not edit
>> the pharo.conf correctly?
>>
>> Question 2: after several uses of OSSubprocess within our application,
>> Pharo
>> crashes (no PharoDebug.log) with the following messages [3].
>> How can we avoid this, what are we doing wrong?
>>
>> Question 3: sometimes (!) when we load (exactly the same code loaded with
>> a
>> script), we also get a crash, see [4]. Bug? wrong vm?
>>
>> I am unhappy with this and it takes a lot of time. What are we doing
>> wrong?
>> We want to run Pharo6 with OSSubprocess in Linux within a docker image for
>> our staging environment.
>>
>> Help very welcome :-)
>> Sabine
>>
>>
>> [1]https://github.com/marianopeck/OSSubprocess
>> [2](https://github.com/OpenSmalltalk/opensmalltalk-vm/releas
>> es/tag/r3732#linux)
>>
>> [3]crash message
>>  *** buffer overflow detected ***:
>> /spf/build/pharo-vm/lib/pharo/5.0-201707201942/pharo terminated
>> === Backtrace: =
>> /lib/i386-linux-gnu/libc.so.6(+0x67377)[0xf75f3377]
>> /lib/i386-linux-gnu/libc.so.6(__fortify_fail+0x68)[0xf7683708]
>> /lib/i386-linux-gnu/libc.so.6(+0xf58f8)[0xf76818f8]
>> /lib/i386-linux-gnu/libc.so.6(+0xf75fa)[0xf76835fa]
>> /spf/build/pharo-vm/lib/pharo/5.0-201707201942/pharo(aioEnab
>> le+0x31)[0x80c9811]
>> /spf/build/pharo-vm/lib/pharo/5.0-201707201942/pharo[0x81215ee]
>> [0xa1010e0]
>> [0xa1c2bb8]
>> [0xa15f50c]
>> a lot more
>>
>>
>>
>> [4] PharoDebug.log
>> HERE_BE_DRAGONS_HERE
>> KeyNotFound: key #arg1 not found in Dictionary
>> 5 March 2018 11:31:51.792142 am
>>
>> VM: unix - i686 - linux-gnu - CoInterpreter VMMaker.oscog-eem.2254 uuid:
>> 4f2c2cce-f4a2-469a-93f1-97ed941df0ad Jul 20 2017
>> StackToRegisterMappingCogit VMMaker.oscog-eem.2252 uuid:
>> 2f3e9b0e-ecd3-4adf-b092-cce2e2587a5c Jul 20 2017
>> VM: 201707201942 https://github.com/OpenSmalltalk/opensmalltalk-vm.git $
>> Date: Thu Jul 20 12:42:21 2017 -0700 $ Plugins: 201707201942
>> https://github.com/OpenSmalltalk/opensmalltalk-vm.git $
>>
>> Image: Pharo6.0 [Latest update: #60536]
>>
>> Dictionary>>errorKeyNotFound:
>> Receiver: a Dictionary(#arg3->1 #tmp2->2 )
>> Arguments and temporary variables:
>> aKey:   #arg1
>> Receiver's instance variables:
>> tally:  2
>> array:  {nil. nil. #arg3->1. #tmp2->2. nil}
>>
>>
>> [ self errorKeyNotFound: key ] in Dictionary>>at:
>> Receiver: a Dictionary(#arg3->1 #tmp2->2 )
>> Arguments and temporary variables:
>> key:#arg1
>> Receiver's instance variables:
>> tally:  2
>> array:  {nil. nil. #arg3->1. #tmp2->2. nil}
>>
>>
>> Dictionary>>at:ifAbsent:
>> Receiver: a Dictionary(#arg3->1 #tmp2->2 )
>> Arguments and temporary variables:
>> arg1:   #arg1
>> arg2:   [ self errorKeyNotFound: key ]
>> tmp1:   nil
>> Receiver's instance variables:
>> tally:  2
>> array:  {nil. nil. #arg3->1. #tmp2->2. nil}
>>
>>
>> Dictionary>>at:
>> Receiver: a Dictionary(#arg3->1 #tmp2->2 )
>> Arguments and temporary variables:
>> key:#arg1
>> Receiver's instance variables:
>> tally:  2
>> 

Re: [Pharo-dev] Pharo6 with Ubuntu and OSSubprocess/threaded heartbeat crashes and problems

2018-03-05 Thread Sabine Manaa
Hi Alistair,

thank you! The message (pthread_setschedparam failed: Operation not
permitted)  is gone now. So Question 1 is solved.

But the crashes (Question 2) are remaining. After calling several
OSSubprocess commands, Pharo crashes without PharoDebug.log.

Anyone having an Idea what I could do?

Sabine




2018-03-05 13:07 GMT+01:00 Alistair Grant :

> Hi Sabine,
>
> The docket container will need to be privileged to adjust thread priority.
>
>
> Cheers,
> Alistair
> (on phone)
>
> On 5 Mar. 2018 12:44, "Sabine Manaa"  wrote:
>
> We want to run Pharo6 with Ubuntu 16.04 Linux (in a Docker Image) and use
> OSSubprocess.
>
> For this, we use this vm: https://get.pharo.org/61+vmT
>
> [1] tells me: "If you are installing under Linux, then you must use a
> threaded heartbeat VM"
>
> We also created a file /etc/security/limits.d/pharo.conf and put the
> parameters in like described in the message [2] when startup. Also we log
> out and in.
>
> Question 1: the message (pthread_setschedparam failed: Operation not
> permitted) comes again to the console each time we use OSSubprocess. As far
> as I understand, it should disappear. Does this mean, that we did not edit
> the pharo.conf correctly?
>
> Question 2: after several uses of OSSubprocess within our application,
> Pharo
> crashes (no PharoDebug.log) with the following messages [3].
> How can we avoid this, what are we doing wrong?
>
> Question 3: sometimes (!) when we load (exactly the same code loaded with a
> script), we also get a crash, see [4]. Bug? wrong vm?
>
> I am unhappy with this and it takes a lot of time. What are we doing wrong?
> We want to run Pharo6 with OSSubprocess in Linux within a docker image for
> our staging environment.
>
> Help very welcome :-)
> Sabine
>
>
> [1]https://github.com/marianopeck/OSSubprocess
> [2](https://github.com/OpenSmalltalk/opensmalltalk-vm/
> releases/tag/r3732#linux)
>
> [3]crash message
>  *** buffer overflow detected ***:
> /spf/build/pharo-vm/lib/pharo/5.0-201707201942/pharo terminated
> === Backtrace: =
> /lib/i386-linux-gnu/libc.so.6(+0x67377)[0xf75f3377]
> /lib/i386-linux-gnu/libc.so.6(__fortify_fail+0x68)[0xf7683708]
> /lib/i386-linux-gnu/libc.so.6(+0xf58f8)[0xf76818f8]
> /lib/i386-linux-gnu/libc.so.6(+0xf75fa)[0xf76835fa]
> /spf/build/pharo-vm/lib/pharo/5.0-201707201942/pharo(aioEnab
> le+0x31)[0x80c9811]
> /spf/build/pharo-vm/lib/pharo/5.0-201707201942/pharo[0x81215ee]
> [0xa1010e0]
> [0xa1c2bb8]
> [0xa15f50c]
> a lot more
>
>
>
> [4] PharoDebug.log
> HERE_BE_DRAGONS_HERE
> KeyNotFound: key #arg1 not found in Dictionary
> 5 March 2018 11:31:51.792142 am
>
> VM: unix - i686 - linux-gnu - CoInterpreter VMMaker.oscog-eem.2254 uuid:
> 4f2c2cce-f4a2-469a-93f1-97ed941df0ad Jul 20 2017
> StackToRegisterMappingCogit VMMaker.oscog-eem.2252 uuid:
> 2f3e9b0e-ecd3-4adf-b092-cce2e2587a5c Jul 20 2017
> VM: 201707201942 https://github.com/OpenSmalltalk/opensmalltalk-vm.git $
> Date: Thu Jul 20 12:42:21 2017 -0700 $ Plugins: 201707201942
> https://github.com/OpenSmalltalk/opensmalltalk-vm.git $
>
> Image: Pharo6.0 [Latest update: #60536]
>
> Dictionary>>errorKeyNotFound:
> Receiver: a Dictionary(#arg3->1 #tmp2->2 )
> Arguments and temporary variables:
> aKey:   #arg1
> Receiver's instance variables:
> tally:  2
> array:  {nil. nil. #arg3->1. #tmp2->2. nil}
>
>
> [ self errorKeyNotFound: key ] in Dictionary>>at:
> Receiver: a Dictionary(#arg3->1 #tmp2->2 )
> Arguments and temporary variables:
> key:#arg1
> Receiver's instance variables:
> tally:  2
> array:  {nil. nil. #arg3->1. #tmp2->2. nil}
>
>
> Dictionary>>at:ifAbsent:
> Receiver: a Dictionary(#arg3->1 #tmp2->2 )
> Arguments and temporary variables:
> arg1:   #arg1
> arg2:   [ self errorKeyNotFound: key ]
> tmp1:   nil
> Receiver's instance variables:
> tally:  2
> array:  {nil. nil. #arg3->1. #tmp2->2. nil}
>
>
> Dictionary>>at:
> Receiver: a Dictionary(#arg3->1 #tmp2->2 )
> Arguments and temporary variables:
> key:#arg1
> Receiver's instance variables:
> tally:  2
> array:  {nil. nil. #arg3->1. #tmp2->2. nil}
>
>
> IRPushClosureCopy>>indexForVarNamed:
> Receiver: pushClosureCopyCopiedValues: #() args: #(#arg3)
> Arguments and temporary variables:
> aName:  #arg1
> Receiver's instance variables:
> sourceNode: RBBlockNode([ :arg3 |
> | tmp2 |
> tmp2 := arg3.
> tmp2
> nextPutAll: arg...etc...
> bytecodeIndex:  nil
> sequence:   an IRSequence (1)
> destination:an IRSequence (3)
> successor:  nil
> numArgs:nil
>  

Re: [Pharo-dev] Pharo6 with Ubuntu and OSSubprocess/threaded heartbeat crashes and problems

2018-03-05 Thread Alistair Grant
Hi Sabine,

The docket container will need to be privileged to adjust thread priority.


Cheers,
Alistair
(on phone)

On 5 Mar. 2018 12:44, "Sabine Manaa"  wrote:

We want to run Pharo6 with Ubuntu 16.04 Linux (in a Docker Image) and use
OSSubprocess.

For this, we use this vm: https://get.pharo.org/61+vmT

[1] tells me: "If you are installing under Linux, then you must use a
threaded heartbeat VM"

We also created a file /etc/security/limits.d/pharo.conf and put the
parameters in like described in the message [2] when startup. Also we log
out and in.

Question 1: the message (pthread_setschedparam failed: Operation not
permitted) comes again to the console each time we use OSSubprocess. As far
as I understand, it should disappear. Does this mean, that we did not edit
the pharo.conf correctly?

Question 2: after several uses of OSSubprocess within our application, Pharo
crashes (no PharoDebug.log) with the following messages [3].
How can we avoid this, what are we doing wrong?

Question 3: sometimes (!) when we load (exactly the same code loaded with a
script), we also get a crash, see [4]. Bug? wrong vm?

I am unhappy with this and it takes a lot of time. What are we doing wrong?
We want to run Pharo6 with OSSubprocess in Linux within a docker image for
our staging environment.

Help very welcome :-)
Sabine


[1]https://github.com/marianopeck/OSSubprocess
[2](https://github.com/OpenSmalltalk/opensmalltalk-
vm/releases/tag/r3732#linux)

[3]crash message
 *** buffer overflow detected ***:
/spf/build/pharo-vm/lib/pharo/5.0-201707201942/pharo terminated
=== Backtrace: =
/lib/i386-linux-gnu/libc.so.6(+0x67377)[0xf75f3377]
/lib/i386-linux-gnu/libc.so.6(__fortify_fail+0x68)[0xf7683708]
/lib/i386-linux-gnu/libc.so.6(+0xf58f8)[0xf76818f8]
/lib/i386-linux-gnu/libc.so.6(+0xf75fa)[0xf76835fa]
/spf/build/pharo-vm/lib/pharo/5.0-201707201942/pharo(
aioEnable+0x31)[0x80c9811]
/spf/build/pharo-vm/lib/pharo/5.0-201707201942/pharo[0x81215ee]
[0xa1010e0]
[0xa1c2bb8]
[0xa15f50c]
a lot more



[4] PharoDebug.log
HERE_BE_DRAGONS_HERE
KeyNotFound: key #arg1 not found in Dictionary
5 March 2018 11:31:51.792142 am

VM: unix - i686 - linux-gnu - CoInterpreter VMMaker.oscog-eem.2254 uuid:
4f2c2cce-f4a2-469a-93f1-97ed941df0ad Jul 20 2017
StackToRegisterMappingCogit VMMaker.oscog-eem.2252 uuid:
2f3e9b0e-ecd3-4adf-b092-cce2e2587a5c Jul 20 2017
VM: 201707201942 https://github.com/OpenSmalltalk/opensmalltalk-vm.git $
Date: Thu Jul 20 12:42:21 2017 -0700 $ Plugins: 201707201942
https://github.com/OpenSmalltalk/opensmalltalk-vm.git $

Image: Pharo6.0 [Latest update: #60536]

Dictionary>>errorKeyNotFound:
Receiver: a Dictionary(#arg3->1 #tmp2->2 )
Arguments and temporary variables:
aKey:   #arg1
Receiver's instance variables:
tally:  2
array:  {nil. nil. #arg3->1. #tmp2->2. nil}


[ self errorKeyNotFound: key ] in Dictionary>>at:
Receiver: a Dictionary(#arg3->1 #tmp2->2 )
Arguments and temporary variables:
key:#arg1
Receiver's instance variables:
tally:  2
array:  {nil. nil. #arg3->1. #tmp2->2. nil}


Dictionary>>at:ifAbsent:
Receiver: a Dictionary(#arg3->1 #tmp2->2 )
Arguments and temporary variables:
arg1:   #arg1
arg2:   [ self errorKeyNotFound: key ]
tmp1:   nil
Receiver's instance variables:
tally:  2
array:  {nil. nil. #arg3->1. #tmp2->2. nil}


Dictionary>>at:
Receiver: a Dictionary(#arg3->1 #tmp2->2 )
Arguments and temporary variables:
key:#arg1
Receiver's instance variables:
tally:  2
array:  {nil. nil. #arg3->1. #tmp2->2. nil}


IRPushClosureCopy>>indexForVarNamed:
Receiver: pushClosureCopyCopiedValues: #() args: #(#arg3)
Arguments and temporary variables:
aName:  #arg1
Receiver's instance variables:
sourceNode: RBBlockNode([ :arg3 |
| tmp2 |
tmp2 := arg3.
tmp2
nextPutAll: arg...etc...
bytecodeIndex:  nil
sequence:   an IRSequence (1)
destination:an IRSequence (3)
successor:  nil
numArgs:nil
blockSequence:  an IRSequence (2)
tempMap:a Dictionary(#arg3->1 #tmp2->2 )
copiedValues:   #()
lastBlockSequence:  an IRSequence (2)
arguments:  #(#arg3)


IRTranslatorV2>>visitPushTemp:
Receiver: an IRTranslatorV2
Arguments and temporary variables:
tmp:pushTemp: #arg1
Receiver's instance variables:
gen:an IRBytecodeGenerator
currentScope:   a Stack(pushClosureCopyCopiedValues: #()
args: #(#arg3) an
IRMeth...etc...
trailer:  

[Pharo-dev] Pharo6 with Ubuntu and OSSubprocess/threaded heartbeat crashes and problems

2018-03-05 Thread Sabine Manaa
We want to run Pharo6 with Ubuntu 16.04 Linux (in a Docker Image) and use
OSSubprocess.

For this, we use this vm: https://get.pharo.org/61+vmT

[1] tells me: "If you are installing under Linux, then you must use a
threaded heartbeat VM"

We also created a file /etc/security/limits.d/pharo.conf and put the
parameters in like described in the message [2] when startup. Also we log
out and in.

Question 1: the message (pthread_setschedparam failed: Operation not
permitted) comes again to the console each time we use OSSubprocess. As far
as I understand, it should disappear. Does this mean, that we did not edit
the pharo.conf correctly?

Question 2: after several uses of OSSubprocess within our application, Pharo
crashes (no PharoDebug.log) with the following messages [3].
How can we avoid this, what are we doing wrong?

Question 3: sometimes (!) when we load (exactly the same code loaded with a
script), we also get a crash, see [4]. Bug? wrong vm? 

I am unhappy with this and it takes a lot of time. What are we doing wrong? 
We want to run Pharo6 with OSSubprocess in Linux within a docker image for
our staging environment.

Help very welcome :-) 
Sabine


[1]https://github.com/marianopeck/OSSubprocess
[2](https://github.com/OpenSmalltalk/opensmalltalk-vm/releases/tag/r3732#linux) 

[3]crash message
 *** buffer overflow detected ***:
/spf/build/pharo-vm/lib/pharo/5.0-201707201942/pharo terminated
=== Backtrace: =
/lib/i386-linux-gnu/libc.so.6(+0x67377)[0xf75f3377]
/lib/i386-linux-gnu/libc.so.6(__fortify_fail+0x68)[0xf7683708]
/lib/i386-linux-gnu/libc.so.6(+0xf58f8)[0xf76818f8]
/lib/i386-linux-gnu/libc.so.6(+0xf75fa)[0xf76835fa]
/spf/build/pharo-vm/lib/pharo/5.0-201707201942/pharo(aioEnable+0x31)[0x80c9811]
/spf/build/pharo-vm/lib/pharo/5.0-201707201942/pharo[0x81215ee]
[0xa1010e0]
[0xa1c2bb8]
[0xa15f50c]
a lot more



[4] PharoDebug.log
HERE_BE_DRAGONS_HERE
KeyNotFound: key #arg1 not found in Dictionary
5 March 2018 11:31:51.792142 am

VM: unix - i686 - linux-gnu - CoInterpreter VMMaker.oscog-eem.2254 uuid:
4f2c2cce-f4a2-469a-93f1-97ed941df0ad Jul 20 2017
StackToRegisterMappingCogit VMMaker.oscog-eem.2252 uuid:
2f3e9b0e-ecd3-4adf-b092-cce2e2587a5c Jul 20 2017
VM: 201707201942 https://github.com/OpenSmalltalk/opensmalltalk-vm.git $
Date: Thu Jul 20 12:42:21 2017 -0700 $ Plugins: 201707201942
https://github.com/OpenSmalltalk/opensmalltalk-vm.git $

Image: Pharo6.0 [Latest update: #60536]

Dictionary>>errorKeyNotFound:
Receiver: a Dictionary(#arg3->1 #tmp2->2 )
Arguments and temporary variables: 
aKey:   #arg1
Receiver's instance variables: 
tally:  2
array:  {nil. nil. #arg3->1. #tmp2->2. nil}


[ self errorKeyNotFound: key ] in Dictionary>>at:
Receiver: a Dictionary(#arg3->1 #tmp2->2 )
Arguments and temporary variables: 
key:#arg1
Receiver's instance variables: 
tally:  2
array:  {nil. nil. #arg3->1. #tmp2->2. nil}


Dictionary>>at:ifAbsent:
Receiver: a Dictionary(#arg3->1 #tmp2->2 )
Arguments and temporary variables: 
arg1:   #arg1
arg2:   [ self errorKeyNotFound: key ]
tmp1:   nil
Receiver's instance variables: 
tally:  2
array:  {nil. nil. #arg3->1. #tmp2->2. nil}


Dictionary>>at:
Receiver: a Dictionary(#arg3->1 #tmp2->2 )
Arguments and temporary variables: 
key:#arg1
Receiver's instance variables: 
tally:  2
array:  {nil. nil. #arg3->1. #tmp2->2. nil}


IRPushClosureCopy>>indexForVarNamed:
Receiver: pushClosureCopyCopiedValues: #() args: #(#arg3)
Arguments and temporary variables: 
aName:  #arg1
Receiver's instance variables: 
sourceNode: RBBlockNode([ :arg3 | 
| tmp2 |
tmp2 := arg3.
tmp2
nextPutAll: arg...etc...
bytecodeIndex:  nil
sequence:   an IRSequence (1)
destination:an IRSequence (3)
successor:  nil
numArgs:nil
blockSequence:  an IRSequence (2)
tempMap:a Dictionary(#arg3->1 #tmp2->2 )
copiedValues:   #()
lastBlockSequence:  an IRSequence (2)
arguments:  #(#arg3)


IRTranslatorV2>>visitPushTemp:
Receiver: an IRTranslatorV2
Arguments and temporary variables: 
tmp:pushTemp: #arg1
Receiver's instance variables: 
gen:an IRBytecodeGenerator
currentScope:   a Stack(pushClosureCopyCopiedValues: #() args: 
#(#arg3) an
IRMeth...etc...
trailer:a CompiledMethodTrailer
tempVectorStack:a Stack()
compilationContext: a CompilationContext


IRPushTemp>>accept: