Re: [Pharo-dev] Pharo6 with Ubuntu and OSSubprocess/threaded heartbeat crashes and problems
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
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
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
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
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
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
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
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 Manaawrote: > 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
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
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
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: