- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Windows VM crash with Autotest package

by Camillo Bruni

could you try with the latest vm? http://files.pharo.org/vm/pharo/win/latest.zip looks like a jit bug. On 2013-09-16, at 15:16, Sabine KnÃ¶fel <sabine.knoefel(a)gmail.com> wrote: > Hi Torsten, > > yes, it crashes at my pc, too. > This is the dump. > > Have a nice evening. > > Sabine > > --------------------------------------------------------------------- > Mon Sep 16 20:14:32 2013 > > Exception code: C0000005 > Exception addr: 05AA4A86 > Access violation (read access) at FFFFFFFF > EAX:044E010D EBX:05AA4A48 ECX:05AA4A83 EDX:05B548A0 > ESI:05B548A4 EDI:0000003B EBP:002530CC ESP:002530C0 > EIP:05AA4A86 EFL:00010202 > FP Control: 0000027F > FP Status: 00004020 > FP Tag: 0000FFFF > > > Crashed in the VM thread > > > > Hardware information: > Manufacturer: Unknown > Model: Unknown > Number of processors: 8 > Page size: 4096 > > Memory Information (upon launch): > Physical Memory Size: 4194303 kbytes > Physical Memory Free: 4194303 kbytes > Page File Size: 4194303 kbytes > Page File Free: 4194303 kbytes > Virtual Memory Size: 2097024 kbytes > Virtual Memory Free: 2025956 kbytes > Memory Load: 47 percent > > Processor 0: Intel(R) Core(TM) i7-2600 CPU @ 3.40GHz > Identifier: Intel64 Family 6 Model 42 Stepping 7 > ~MHZ: 3392 > > Processor 1: Intel(R) Core(TM) i7-2600 CPU @ 3.40GHz > Identifier: Intel64 Family 6 Model 42 Stepping 7 > ~MHZ: 3392 > > Processor 2: Intel(R) Core(TM) i7-2600 CPU @ 3.40GHz > Identifier: Intel64 Family 6 Model 42 Stepping 7 > ~MHZ: 3392 > > Processor 3: Intel(R) Core(TM) i7-2600 CPU @ 3.40GHz > Identifier: Intel64 Family 6 Model 42 Stepping 7 > ~MHZ: 3392 > > Processor 4: Intel(R) Core(TM) i7-2600 CPU @ 3.40GHz > Identifier: Intel64 Family 6 Model 42 Stepping 7 > ~MHZ: 3392 > > Processor 5: Intel(R) Core(TM) i7-2600 CPU @ 3.40GHz > Identifier: Intel64 Family 6 Model 42 Stepping 7 > ~MHZ: 3392 > > Processor 6: Intel(R) Core(TM) i7-2600 CPU @ 3.40GHz > Identifier: Intel64 Family 6 Model 42 Stepping 7 > ~MHZ: 3392 > > Processor 7: Intel(R) Core(TM) i7-2600 CPU @ 3.40GHz > Identifier: Intel64 Family 6 Model 42 Stepping 7 > ~MHZ: 3392 > > Operating System: Windows 7 Home Premium (Build 7601 Service Pack 1) > Registered Owner: Sabine > Registered Company: Hewlett-Packard Company > SP major version: 1 > SP minor version: 0 > Suite mask: 300 > Product type: 1 > > Display Information: > Graphics adapter name: NVIDIA GeForce GT 545 > Primary monitor resolution: 1280 x 1024 > > Device: RDPDD Chained DD > Adapter String: ??? > Bios String: ??? > Chip Type: ??? > DAC Type: ??? > Memory Size: 0xFFFFFFFF > > Driver Versions: > RDPDD: > > VM Version: Cog VM 4.0.0 (release) from Mar 13 2013 > Compiler: gcc 4.6.2 > Interpreter Build: NBCoInterpreter > NativeBoost-CogPlugin-EstebanLorenzano.18 uuid: > a53445f9-c0c0-4015-97a3-be7db8d9ed6b Mar 13 2013 > Cogit Build: NBCogit NativeBoost-CogPlugin-EstebanLorenzano.18 uuid: > a53445f9-c0c0-4015-97a3-be7db8d9ed6b Mar 13 2013 > Source Version: git://gitorious.org/cogvm/blessed.git Commit: > 412abef33cbed05cf1d75329e451d71c0c6aa5a7 Date: 2013-03-13 17:48:50 +0100 > By: Esteban Lorenzano <estebanlm(a)gmail.com> Jenkins build #14535 > > Current byte code: -1 > Primitive index: -1 > > Loaded plugins: > Matrix2x3Plugin VMMaker-oscog-EstebanLorenzano.236 (i) > FloatArrayPlugin VMMaker-oscog-EstebanLorenzano.236 (i) > ZipPlugin VMMaker-oscog-EstebanLorenzano.236 (i) > JPEGReadWriter2Plugin VMMaker-oscog-EstebanLorenzano.236 (i) > SocketPlugin VMMaker-oscog-EstebanLorenzano.236 (i) > B2DPlugin VMMaker-oscog-EstebanLorenzano.236 (i) > BitBltPlugin VMMaker-oscog-EstebanLorenzano.236 (i) > LocalePlugin VMMaker-oscog-EstebanLorenzano.236 (i) > SecurityPlugin VMMaker-oscog-EstebanLorenzano.236 (i) > FilePlugin VMMaker-oscog-EstebanLorenzano.236 (i) > MiscPrimitivePlugin VMMaker-oscog-EstebanLorenzano.236 (i) > LargeIntegers v1.5 VMMaker-oscog-EstebanLorenzano.236 (i) > > Module information: > 00400000 - 006e4000: D:\Pharo2.0\Pharo.exe > 03c30000 - 03d30004: CogCode > 5e7f0000 - 5e7f6000: C:\Windows\system32\DCIMAN32.dll > 5e800000 - 5e8e7000: C:\Windows\system32\DDRAW.dll > 68fb0000 - 68fc2000: C:\Windows\system32\pnrpnsp.dll > 6a9b0000 - 6aa78000: C:\Windows\system32\OPENGL32.DLL > 6b530000 - 6b552000: C:\Windows\system32\GLU32.dll > 6b560000 - 6b585000: C:\Windows\system32\dinput.dll > 6c0e0000 - 6c0e6000: C:\Windows\system32\rasadhlp.dll > 6c0f0000 - 6c111000: C:\Program Files (x86)\Bonjour\mdnsNSP.dll > 6c120000 - 6c147000: C:\Program Files (x86)\Common Files\Microsoft > Shared\Windows Live\WLIDNSP.DLL > 6c210000 - 6c220000: C:\Windows\system32\NLAapi.dll > 6c240000 - 6c267000: C:\Windows\system32\crtdll.dll > 6c2c0000 - 6c2c5000: C:\Windows\system32\SHFolder.dll > 6e8e0000 - 6e918000: C:\Windows\System32\fwpuclnt.dll > 6e920000 - 6e928000: C:\Windows\System32\winrnr.dll > 6eae0000 - 6eaf0000: C:\Windows\system32\napinsp.dll > 6f660000 - 6f6a4000: C:\Windows\system32\DNSAPI.dll > 6f6b0000 - 6f730000: C:\Windows\system32\uxtheme.dll > 73a10000 - 73bae000: > C:\Windows\WinSxS\x86_microsoft.windows.common-controls_6595b64144ccf1df_6.0.7601.17514_none_41e6975e2bd6f2b2\comctl32.DLL > 73bb0000 - 73c34000: > C:\Windows\WinSxS\x86_microsoft.windows.common-controls_6595b64144ccf1df_5.82.7601.17514_none_ec83dffa859149af\COMCTL32.dll > 742f0000 - 742f7000: C:\Windows\system32\WINNSI.DLL > 74300000 - 7431c000: C:\Windows\system32\Iphlpapi.DLL > 74340000 - 7437c000: C:\Windows\System32\mswsock.dll > 743e0000 - 743e5000: C:\Windows\System32\wshtcpip.dll > 74650000 - 74682000: C:\Windows\system32\WINMM.dll > 74930000 - 74937000: C:\Windows\system32\WSOCK32.DLL > 74c00000 - 74c13000: C:\Windows\system32\dwmapi.dll > 74ef0000 - 74ef9000: C:\Windows\system32\VERSION.dll > 74fc0000 - 74fcc000: C:\Windows\syswow64\CRYPTBASE.dll > 74fd0000 - 75030000: C:\Windows\syswow64\SspiCli.dll > 750a0000 - 7523d000: C:\Windows\syswow64\SETUPAPI.dll > 75290000 - 752e7000: C:\Windows\syswow64\SHLWAPI.dll > 752f0000 - 75309000: C:\Windows\SysWOW64\sechost.dll > 75310000 - 7538b000: C:\Windows\syswow64\COMDLG32.DLL > 75390000 - 7542d000: C:\Windows\syswow64\USP10.dll > 75430000 - 754dc000: C:\Windows\syswow64\msvcrt.dll > 754e0000 - 7612a000: C:\Windows\syswow64\SHELL32.dll > 76410000 - 76510000: C:\Windows\syswow64\USER32.dll > 76510000 - 76570000: C:\Windows\system32\IMM32.DLL > 76570000 - 765a5000: C:\Windows\syswow64\WS2_32.dll > 765c0000 - 7664f000: C:\Windows\syswow64\OLEAUT32.dll > 76650000 - 76760000: C:\Windows\syswow64\kernel32.dll > 76760000 - 76787000: C:\Windows\syswow64\CFGMGR32.dll > 76790000 - 768ec000: C:\Windows\syswow64\OLE32.dll > 768f0000 - 768f6000: C:\Windows\syswow64\NSI.dll > 76940000 - 76945000: C:\Windows\syswow64\PSAPI.DLL > 76950000 - 76962000: C:\Windows\syswow64\DEVOBJ.dll > 76a10000 - 76aa0000: C:\Windows\syswow64\GDI32.dll > 76b00000 - 76bf0000: C:\Windows\syswow64\RPCRT4.dll > 76bf0000 - 76bfa000: C:\Windows\syswow64\LPK.dll > 76c00000 - 76ca0000: C:\Windows\syswow64\ADVAPI32.DLL > 76ea0000 - 76ee7000: C:\Windows\syswow64\KERNELBASE.dll > 76ef0000 - 76fbc000: C:\Windows\syswow64\MSCTF.dll > 770f0000 - 77173000: C:\Windows\syswow64\CLBCatQ.DLL > 77580000 - 77700000: C:\Windows\SysWOW64\ntdll.dll > > Primitive trace: > bitOr: > digitCompare: > bitShiftMagnitude: > perform:with: > basicAt: > bitShiftMagnitude: > basicAt: > bitAnd: > bitShiftMagnitude: > basicAt: > + > bitOr: > digitCompare: > bitShiftMagnitude: > perform:with: > basicAt: > bitShiftMagnitude: > basicAt: > bitAnd: > bitShiftMagnitude: > basicAt: > + > bitOr: > digitCompare: > bitShiftMagnitude: > perform:with: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > basicNew > new: > basicNew > basicNew > class > millisecondClockValue > class > yield > class > millisecondClockValue > basicNew > basicNew > wait > signal > millisecondClockValue > millisecondClockValue > primSignal:atMilliseconds: > millisecondClockValue > wait > signal > wait > value: > perform:with: > objectAt: > objectAt: > objectAt: > class > class > class > objectAt: > objectAt: > objectAt: > new: > basicNew > at:put: > species > new: > basicNew > value: > class > findSubstring:in:startingAt:matchTable: > at: > class > findSubstring:in:startingAt:matchTable: > class > indexOfAscii:inString:startingAt: > at:put: > species > new: > replaceFrom:to:with:startingAt: > basicNew > new: > class > stringHash:initialHash: > at:put: > new: > basicNew > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > at:put: > species > new: > basicNew > value: > class > findSubstring:in:startingAt:matchTable: > class > findSubstring:in:startingAt:matchTable: > class > findSubstring:in:startingAt:matchTable: > class > findSubstring:in:startingAt:matchTable: > class > findSubstring:in:startingAt:matchTable: > class > findSubstring:in:startingAt:matchTable: > class > findSubstring:in:startingAt:matchTable: > class > findSubstring:in:startingAt:matchTable: > class > findSubstring:in:startingAt:matchTable: > class > findSubstring:in:startingAt:matchTable: > class > findSubstring:in:startingAt:matchTable: > class > findSubstring:in:startingAt:matchTable: > class > findSubstring:in:startingAt:matchTable: > class > findSubstring:in:startingAt:matchTable: > class > findSubstring:in:startingAt:matchTable: > class > findSubstring:in:startingAt:matchTable: > class > findSubstring:in:startingAt:matchTable: > class > findSubstring:in:startingAt:matchTable: > class > findSubstring:in:startingAt:matchTable: > class > findSubstring:in:startingAt:matchTable: > class > class > findSubstring:in:startingAt:matchTable: > class > findSubstring:in:startingAt:matchTable: > class > findSubstring:in:startingAt:matchTable: > class > findSubstring:in:startingAt:matchTable: > class > findSubstring:in:startingAt:matchTable: > class > findSubstring:in:startingAt:matchTable: > class > findSubstring:in:startingAt:matchTable: > class > findSubstring:in:startingAt:matchTable: > class > findSubstring:in:startingAt:matchTable: > class > findSubstring:in:startingAt:matchTable: > species > new: > replaceFrom:to:with:startingAt: > basicNew > new: > value: > at:put: > basicNew > new: > at:put: > objectAt: > objectAt: > basicNew > class > class > objectAt: > objectAt: > objectAt: > objectAt: > objectAt: > flushCache > at:put: > valueNoContextSwitch > basicNew > basicNew > new: > basicNew > new: > basicNew > new: > basicNew > new: > millisecondClockValue > digitMultiply:neg: > < > digitMultiply:neg: > + > class > // > basicNew > value: > objectAt: > objectAt: > objectAt: > class > class > objectAt: > objectAt: > objectAt: > objectAt: > objectAt: > basicNew > value > class > valueNoContextSwitch > class > value > class > value > class > valueNoContextSwitch > perform: > new: > perform:withArguments: > > > Stack backtrace: > [05AA4A86] ??? + 0 in (null) > [03C30700] ceReturnToInterpreterTrampoline + 0 in CogCode > [03C305C0] ceBaseFrameReturnTrampoline + 0 in CogCode > > > Smalltalk stack dump: > 0x2530cc M INVALID RECEIVER>perform: 0x3c9c4c6 0x3c9c4c6 is not on the > heap > 0x2530f0 I Foo(TestCase)>performTest 0x5b548a0: a(n) Foo > 0x5b54bd4 w [] in Foo(TestCase)>runCase > > > > On Mon, Sep 16, 2013 at 8:06 PM, Torsten Bergmann <astares(a)gmx.de> wrote: > >> Scenario: >> >> 1. Load fresh Pharo 2.0 (VM+image) from >> http://files.pharo.org/platform/Pharo2.0-win.zip >> 2. open Tools -> Config Browser and install "Autotest" package >> 3. Evaluate >> AutotestDashboard open. >> >> to open the autotest dashbord >> >> 4. Create a test class in Nautilus >> >> TestCase subclass: #Foo >> instanceVariableNames: '' >> classVariableNames: '' >> poolDictionaries: '' >> category: '' >> >> >> 5. Create a test method >> >> testFoo >> >> self assert: 'hi' size = 2 >> >> and ACCEPT it => Crashes the VM >> >> Anyone able to reproduce this? >> >> Thx >> T. >> >>

Sept. 16, 2013

Re: [Pharo-dev] Windows VM crash with Autotest package

by Sabine KnÃ¶fel

Hi Torsten, yes, it crashes at my pc, too. This is the dump. Have a nice evening. Sabine --------------------------------------------------------------------- Mon Sep 16 20:14:32 2013 Exception code: C0000005 Exception addr: 05AA4A86 Access violation (read access) at FFFFFFFF EAX:044E010D EBX:05AA4A48 ECX:05AA4A83 EDX:05B548A0 ESI:05B548A4 EDI:0000003B EBP:002530CC ESP:002530C0 EIP:05AA4A86 EFL:00010202 FP Control: 0000027F FP Status: 00004020 FP Tag: 0000FFFF Crashed in the VM thread Hardware information: Manufacturer: Unknown Model: Unknown Number of processors: 8 Page size: 4096 Memory Information (upon launch): Physical Memory Size: 4194303 kbytes Physical Memory Free: 4194303 kbytes Page File Size: 4194303 kbytes Page File Free: 4194303 kbytes Virtual Memory Size: 2097024 kbytes Virtual Memory Free: 2025956 kbytes Memory Load: 47 percent Processor 0: Intel(R) Core(TM) i7-2600 CPU @ 3.40GHz Identifier: Intel64 Family 6 Model 42 Stepping 7 ~MHZ: 3392 Processor 1: Intel(R) Core(TM) i7-2600 CPU @ 3.40GHz Identifier: Intel64 Family 6 Model 42 Stepping 7 ~MHZ: 3392 Processor 2: Intel(R) Core(TM) i7-2600 CPU @ 3.40GHz Identifier: Intel64 Family 6 Model 42 Stepping 7 ~MHZ: 3392 Processor 3: Intel(R) Core(TM) i7-2600 CPU @ 3.40GHz Identifier: Intel64 Family 6 Model 42 Stepping 7 ~MHZ: 3392 Processor 4: Intel(R) Core(TM) i7-2600 CPU @ 3.40GHz Identifier: Intel64 Family 6 Model 42 Stepping 7 ~MHZ: 3392 Processor 5: Intel(R) Core(TM) i7-2600 CPU @ 3.40GHz Identifier: Intel64 Family 6 Model 42 Stepping 7 ~MHZ: 3392 Processor 6: Intel(R) Core(TM) i7-2600 CPU @ 3.40GHz Identifier: Intel64 Family 6 Model 42 Stepping 7 ~MHZ: 3392 Processor 7: Intel(R) Core(TM) i7-2600 CPU @ 3.40GHz Identifier: Intel64 Family 6 Model 42 Stepping 7 ~MHZ: 3392 Operating System: Windows 7 Home Premium (Build 7601 Service Pack 1) Registered Owner: Sabine Registered Company: Hewlett-Packard Company SP major version: 1 SP minor version: 0 Suite mask: 300 Product type: 1 Display Information: Graphics adapter name: NVIDIA GeForce GT 545 Primary monitor resolution: 1280 x 1024 Device: RDPDD Chained DD Adapter String: ??? Bios String: ??? Chip Type: ??? DAC Type: ??? Memory Size: 0xFFFFFFFF Driver Versions: RDPDD: VM Version: Cog VM 4.0.0 (release) from Mar 13 2013 Compiler: gcc 4.6.2 Interpreter Build: NBCoInterpreter NativeBoost-CogPlugin-EstebanLorenzano.18 uuid: a53445f9-c0c0-4015-97a3-be7db8d9ed6b Mar 13 2013 Cogit Build: NBCogit NativeBoost-CogPlugin-EstebanLorenzano.18 uuid: a53445f9-c0c0-4015-97a3-be7db8d9ed6b Mar 13 2013 Source Version: git://gitorious.org/cogvm/blessed.git Commit: 412abef33cbed05cf1d75329e451d71c0c6aa5a7 Date: 2013-03-13 17:48:50 +0100 By: Esteban Lorenzano <estebanlm(a)gmail.com> Jenkins build #14535 Current byte code: -1 Primitive index: -1 Loaded plugins: Matrix2x3Plugin VMMaker-oscog-EstebanLorenzano.236 (i) FloatArrayPlugin VMMaker-oscog-EstebanLorenzano.236 (i) ZipPlugin VMMaker-oscog-EstebanLorenzano.236 (i) JPEGReadWriter2Plugin VMMaker-oscog-EstebanLorenzano.236 (i) SocketPlugin VMMaker-oscog-EstebanLorenzano.236 (i) B2DPlugin VMMaker-oscog-EstebanLorenzano.236 (i) BitBltPlugin VMMaker-oscog-EstebanLorenzano.236 (i) LocalePlugin VMMaker-oscog-EstebanLorenzano.236 (i) SecurityPlugin VMMaker-oscog-EstebanLorenzano.236 (i) FilePlugin VMMaker-oscog-EstebanLorenzano.236 (i) MiscPrimitivePlugin VMMaker-oscog-EstebanLorenzano.236 (i) LargeIntegers v1.5 VMMaker-oscog-EstebanLorenzano.236 (i) Module information: 00400000 - 006e4000: D:\Pharo2.0\Pharo.exe 03c30000 - 03d30004: CogCode 5e7f0000 - 5e7f6000: C:\Windows\system32\DCIMAN32.dll 5e800000 - 5e8e7000: C:\Windows\system32\DDRAW.dll 68fb0000 - 68fc2000: C:\Windows\system32\pnrpnsp.dll 6a9b0000 - 6aa78000: C:\Windows\system32\OPENGL32.DLL 6b530000 - 6b552000: C:\Windows\system32\GLU32.dll 6b560000 - 6b585000: C:\Windows\system32\dinput.dll 6c0e0000 - 6c0e6000: C:\Windows\system32\rasadhlp.dll 6c0f0000 - 6c111000: C:\Program Files (x86)\Bonjour\mdnsNSP.dll 6c120000 - 6c147000: C:\Program Files (x86)\Common Files\Microsoft Shared\Windows Live\WLIDNSP.DLL 6c210000 - 6c220000: C:\Windows\system32\NLAapi.dll 6c240000 - 6c267000: C:\Windows\system32\crtdll.dll 6c2c0000 - 6c2c5000: C:\Windows\system32\SHFolder.dll 6e8e0000 - 6e918000: C:\Windows\System32\fwpuclnt.dll 6e920000 - 6e928000: C:\Windows\System32\winrnr.dll 6eae0000 - 6eaf0000: C:\Windows\system32\napinsp.dll 6f660000 - 6f6a4000: C:\Windows\system32\DNSAPI.dll 6f6b0000 - 6f730000: C:\Windows\system32\uxtheme.dll 73a10000 - 73bae000: C:\Windows\WinSxS\x86_microsoft.windows.common-controls_6595b64144ccf1df_6.0.7601.17514_none_41e6975e2bd6f2b2\comctl32.DLL 73bb0000 - 73c34000: C:\Windows\WinSxS\x86_microsoft.windows.common-controls_6595b64144ccf1df_5.82.7601.17514_none_ec83dffa859149af\COMCTL32.dll 742f0000 - 742f7000: C:\Windows\system32\WINNSI.DLL 74300000 - 7431c000: C:\Windows\system32\Iphlpapi.DLL 74340000 - 7437c000: C:\Windows\System32\mswsock.dll 743e0000 - 743e5000: C:\Windows\System32\wshtcpip.dll 74650000 - 74682000: C:\Windows\system32\WINMM.dll 74930000 - 74937000: C:\Windows\system32\WSOCK32.DLL 74c00000 - 74c13000: C:\Windows\system32\dwmapi.dll 74ef0000 - 74ef9000: C:\Windows\system32\VERSION.dll 74fc0000 - 74fcc000: C:\Windows\syswow64\CRYPTBASE.dll 74fd0000 - 75030000: C:\Windows\syswow64\SspiCli.dll 750a0000 - 7523d000: C:\Windows\syswow64\SETUPAPI.dll 75290000 - 752e7000: C:\Windows\syswow64\SHLWAPI.dll 752f0000 - 75309000: C:\Windows\SysWOW64\sechost.dll 75310000 - 7538b000: C:\Windows\syswow64\COMDLG32.DLL 75390000 - 7542d000: C:\Windows\syswow64\USP10.dll 75430000 - 754dc000: C:\Windows\syswow64\msvcrt.dll 754e0000 - 7612a000: C:\Windows\syswow64\SHELL32.dll 76410000 - 76510000: C:\Windows\syswow64\USER32.dll 76510000 - 76570000: C:\Windows\system32\IMM32.DLL 76570000 - 765a5000: C:\Windows\syswow64\WS2_32.dll 765c0000 - 7664f000: C:\Windows\syswow64\OLEAUT32.dll 76650000 - 76760000: C:\Windows\syswow64\kernel32.dll 76760000 - 76787000: C:\Windows\syswow64\CFGMGR32.dll 76790000 - 768ec000: C:\Windows\syswow64\OLE32.dll 768f0000 - 768f6000: C:\Windows\syswow64\NSI.dll 76940000 - 76945000: C:\Windows\syswow64\PSAPI.DLL 76950000 - 76962000: C:\Windows\syswow64\DEVOBJ.dll 76a10000 - 76aa0000: C:\Windows\syswow64\GDI32.dll 76b00000 - 76bf0000: C:\Windows\syswow64\RPCRT4.dll 76bf0000 - 76bfa000: C:\Windows\syswow64\LPK.dll 76c00000 - 76ca0000: C:\Windows\syswow64\ADVAPI32.DLL 76ea0000 - 76ee7000: C:\Windows\syswow64\KERNELBASE.dll 76ef0000 - 76fbc000: C:\Windows\syswow64\MSCTF.dll 770f0000 - 77173000: C:\Windows\syswow64\CLBCatQ.DLL 77580000 - 77700000: C:\Windows\SysWOW64\ntdll.dll Primitive trace: bitOr: digitCompare: bitShiftMagnitude: perform:with: basicAt: bitShiftMagnitude: basicAt: bitAnd: bitShiftMagnitude: basicAt: + bitOr: digitCompare: bitShiftMagnitude: perform:with: basicAt: bitShiftMagnitude: basicAt: bitAnd: bitShiftMagnitude: basicAt: + bitOr: digitCompare: bitShiftMagnitude: perform:with: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: basicNew new: basicNew basicNew class millisecondClockValue class yield class millisecondClockValue basicNew basicNew wait signal millisecondClockValue millisecondClockValue primSignal:atMilliseconds: millisecondClockValue wait signal wait value: perform:with: objectAt: objectAt: objectAt: class class class objectAt: objectAt: objectAt: new: basicNew at:put: species new: basicNew value: class findSubstring:in:startingAt:matchTable: at: class findSubstring:in:startingAt:matchTable: class indexOfAscii:inString:startingAt: at:put: species new: replaceFrom:to:with:startingAt: basicNew new: class stringHash:initialHash: at:put: new: basicNew at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: species new: basicNew value: class findSubstring:in:startingAt:matchTable: class findSubstring:in:startingAt:matchTable: class findSubstring:in:startingAt:matchTable: class findSubstring:in:startingAt:matchTable: class findSubstring:in:startingAt:matchTable: class findSubstring:in:startingAt:matchTable: class findSubstring:in:startingAt:matchTable: class findSubstring:in:startingAt:matchTable: class findSubstring:in:startingAt:matchTable: class findSubstring:in:startingAt:matchTable: class findSubstring:in:startingAt:matchTable: class findSubstring:in:startingAt:matchTable: class findSubstring:in:startingAt:matchTable: class findSubstring:in:startingAt:matchTable: class findSubstring:in:startingAt:matchTable: class findSubstring:in:startingAt:matchTable: class findSubstring:in:startingAt:matchTable: class findSubstring:in:startingAt:matchTable: class findSubstring:in:startingAt:matchTable: class findSubstring:in:startingAt:matchTable: class class findSubstring:in:startingAt:matchTable: class findSubstring:in:startingAt:matchTable: class findSubstring:in:startingAt:matchTable: class findSubstring:in:startingAt:matchTable: class findSubstring:in:startingAt:matchTable: class findSubstring:in:startingAt:matchTable: class findSubstring:in:startingAt:matchTable: class findSubstring:in:startingAt:matchTable: class findSubstring:in:startingAt:matchTable: class findSubstring:in:startingAt:matchTable: species new: replaceFrom:to:with:startingAt: basicNew new: value: at:put: basicNew new: at:put: objectAt: objectAt: basicNew class class objectAt: objectAt: objectAt: objectAt: objectAt: flushCache at:put: valueNoContextSwitch basicNew basicNew new: basicNew new: basicNew new: basicNew new: millisecondClockValue digitMultiply:neg: < digitMultiply:neg: + class // basicNew value: objectAt: objectAt: objectAt: class class objectAt: objectAt: objectAt: objectAt: objectAt: basicNew value class valueNoContextSwitch class value class value class valueNoContextSwitch perform: new: perform:withArguments: Stack backtrace: [05AA4A86] ??? + 0 in (null) [03C30700] ceReturnToInterpreterTrampoline + 0 in CogCode [03C305C0] ceBaseFrameReturnTrampoline + 0 in CogCode Smalltalk stack dump: 0x2530cc M INVALID RECEIVER>perform: 0x3c9c4c6 0x3c9c4c6 is not on the heap 0x2530f0 I Foo(TestCase)>performTest 0x5b548a0: a(n) Foo 0x5b54bd4 w [] in Foo(TestCase)>runCase On Mon, Sep 16, 2013 at 8:06 PM, Torsten Bergmann <astares(a)gmx.de> wrote: > Scenario: > > 1. Load fresh Pharo 2.0 (VM+image) from > http://files.pharo.org/platform/Pharo2.0-win.zip > 2. open Tools -> Config Browser and install "Autotest" package > 3. Evaluate > AutotestDashboard open. > > to open the autotest dashbord > > 4. Create a test class in Nautilus > > TestCase subclass: #Foo > instanceVariableNames: '' > classVariableNames: '' > poolDictionaries: '' > category: '' > > > 5. Create a test method > > testFoo > > self assert: 'hi' size = 2 > > and ACCEPT it => Crashes the VM > > Anyone able to reproduce this? > > Thx > T. > >

Sept. 16, 2013

Windows VM crash with Autotest package

by Torsten Bergmann

Scenario: 1. Load fresh Pharo 2.0 (VM+image) from http://files.pharo.org/platform/Pharo2.0-win.zip 2. open Tools -> Config Browser and install "Autotest" package 3. Evaluate AutotestDashboard open. to open the autotest dashbord 4. Create a test class in Nautilus TestCase subclass: #Foo instanceVariableNames: '' classVariableNames: '' poolDictionaries: '' category: '' 5. Create a test method testFoo self assert: 'hi' size = 2 and ACCEPT it => Crashes the VM Anyone able to reproduce this? Thx T.

Sept. 16, 2013

Re: [Pharo-dev] Issues trying to use NewList on Nautilus

by StÃ©phane Ducasse

Thanks nicolas! I love to read this mail :) Stef On Sep 16, 2013, at 4:18 PM, Nicolas Passerini <npasserini(a)gmail.com> wrote: > Last Saturday in the Pharo Sprint in Buenos Aires, together with Mariano Peck and Guido Chari we have been trying to address issue 11605, i.e. using NewList in Nautilus. I am still trying to finish with this task, and I have a few questions, may be somebody here can enlighten me. > > We have encountered some problems with multiple selections. First, the list has 4 ValueModels for its selected elements: selectedIndex, selectedIndexes, selectedItem, selectedItems. I would like to understand more clearly how should we use them. In particular I find difficult to bring the plural versions and the singular versions together. > If I select more than one element in the list, it seems that the value in the selectedItem/selectedIndex points to the last one I clicked. But then the model in Nautilus is receiving two updates, one from selectedItem/Index and the other from selectedItems/indexes, should we just ignore the singular one or what? > > Second, in my linux the list doesn't seem to receive ctrl+click events. Any clue about this? > > > Finally, another question not related to multiple selections. > The old list (it was a PluggableIconListMorph) has a "searchedElement" attribute. Looking at the categories list in Nautilus, the usage is so: if you have not selected any category (i.e. you are seeing the method of all categories in a class) and you click on a method in the method list, the searched element of the category list points to the category of the selected method. This is different from selecting the category, because selecting the category would filter the method list. It also highlights the category in a different color. > > So, my question is, should we keep this behaviour while migrating Nautilus to new lists o not? > If the answer is yes, I would ask how to do it, because the NewList does not seem to have this feature. Should I add the searchedElement to the NewList or is there another way to achieve the same behavior? > > > > >

Sept. 16, 2013

Re: [Pharo-dev] Seaside Continuous Integration on ci.inria.fr

by StÃ©phane Ducasse

I deeply appreciate your effort and I want to thank the seaside group. Stef On Sep 16, 2013, at 11:20 AM, Philippe Marschall <kustos(a)gmx.net> wrote: > Hi > > This is a short write up on the state of Seaside on ci.inria.fr. > > After a week of work we have Metacello based builds running green at ci.inria.fr. > > Grease 1.0 and 1.1 are green on both Pharo 2.0 and 3.0 [1]. Updating Pier 3 to use the latest Grease 1.0 should fix the Pier 3 build. > > For Seaside 3.x we load the Metacello group 'CI' and run the tests in the packages matching the following regex > ((Seaside)|(Comet)|(Javascript)|(RSS)|(JQuery)|(Prototype)|(Scriptaculous))-.*. Currently we have no way of running SLint/Slime and fake Checkstyle like in [3]. If anybody knows how to do with please let us know. There are still some issues with file library in Pharo 3.0 and Seaside 3.0. They are only fixed in Seaside 3.1. > > Please try to keep the build green, otherwise we'll get spammed with emails. > > Currently we keep all the build (5GB already). Do we really need this? > > [1] https://ci.inria.fr/pharo-contribution/job/Grease/ > [2] https://ci.inria.fr/pharo-contribution/job/Seaside/ > [3] http://jenkins.lukas-renggli.ch/view/Seaside%203.1/job/Seaside%203.1/ > > Cheers > Philippe > >

Sept. 16, 2013

Re: [Pharo-dev] Understand Icons in Pharo

by StÃ©phane Ducasse

> Hi, > > Take a look at Form. > > Icons don't have a class that models them, so they're an ImageMorph > with a Form, that was either imported from externally (jpg, bmp,png ) > or stored in the image in a method. > > For examples look at ThemeIcons. > > BTW, In the past I've did an icon family importer, you could use to > automatically fetch external icons and store in the image. > > http://www.squeaksource.com/@Rob10iGjuJJag2hV/BVCvaSPt we should move it to SmalltalkHub. Stef

Sept. 16, 2013

Re: [Pharo-dev] Completion again ...

by Igor Stasenko

https://pharo.fogbugz.com/f/cases/11627/prevent-completion-from-popping-out… On 16 September 2013 17:50, Igor Stasenko <siguctua(a)gmail.com> wrote: > > > > On 16 September 2013 17:43, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > >> do not lose your time trying to fix that. >> We are going to change it anyway. >> >> > but i don't want to wait till your changes will come, > i want it now, so i will push the slice, and if you don't want it, just > don't integrate :) > > > >> Esteban >> >> On Sep 16, 2013, at 5:39 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: >> >> > trying to fix completion autopopups when there is nothing to suggest >> > to prevent popping up the empty and useless menu, >> > i stumbled upon this: >> > >> > initializeInstVars >> > (clazz isNil or: [ includeVariables not ]) ifTrue: [ ^ self ]. >> > instVars := clazz allInstVarNames asSortedCollection. >> > instVars := instVars collect: >> > [ :each | NECInstVarEntry contents: each type: #instVar ]. >> > instVars add: (NECSelfEntry >> > contents: 'self' >> > type: #self). >> > instVars add: (NECSuperEntry >> > contents: 'super' >> > type: #super) >> > >> > >> > there's something sick with that.. >> > first we using >> > NECSelfEntry >> > but then, if that's not enough, >> > we pass 'self' as its contents.. >> > but that's also not enough! >> > we pass 'self' as its type as well.. >> > >> > checking many subclasses of NECEntry >> > and how they initialized, it is almost every time the same: >> > >> > - you use NECXXXXEntry , we always pass separate #XXXX >> > as its type like just using NECXXXXEntry not enough to indicate that. >> > >> > i going to fix that as well >> > >> > -- >> > Best regards, >> > Igor Stasenko. >> >> >> > > > -- > Best regards, > Igor Stasenko. > -- Best regards, Igor Stasenko.

Sept. 16, 2013

Re: [Pharo-dev] Completion again ...

by Igor Stasenko

On 16 September 2013 17:43, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > do not lose your time trying to fix that. > We are going to change it anyway. > > but i don't want to wait till your changes will come, i want it now, so i will push the slice, and if you don't want it, just don't integrate :) > Esteban > > On Sep 16, 2013, at 5:39 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: > > > trying to fix completion autopopups when there is nothing to suggest > > to prevent popping up the empty and useless menu, > > i stumbled upon this: > > > > initializeInstVars > > (clazz isNil or: [ includeVariables not ]) ifTrue: [ ^ self ]. > > instVars := clazz allInstVarNames asSortedCollection. > > instVars := instVars collect: > > [ :each | NECInstVarEntry contents: each type: #instVar ]. > > instVars add: (NECSelfEntry > > contents: 'self' > > type: #self). > > instVars add: (NECSuperEntry > > contents: 'super' > > type: #super) > > > > > > there's something sick with that.. > > first we using > > NECSelfEntry > > but then, if that's not enough, > > we pass 'self' as its contents.. > > but that's also not enough! > > we pass 'self' as its type as well.. > > > > checking many subclasses of NECEntry > > and how they initialized, it is almost every time the same: > > > > - you use NECXXXXEntry , we always pass separate #XXXX > > as its type like just using NECXXXXEntry not enough to indicate that. > > > > i going to fix that as well > > > > -- > > Best regards, > > Igor Stasenko. > > > -- Best regards, Igor Stasenko.

Sept. 16, 2013

Re: [Pharo-dev] Annotating classes

by Igor Stasenko

there's only two practical ways (which i know and use) of associating extra state per object: - internal: by extending object's state via directly adding extra instance variable (or indirectly like Morphic's properties) - external: creating a map (aka dictionary) which maps between your domain object(s) and its corresponding extra state. i do not see how classes (like any other object) is exception from that. On 13 September 2013 09:40, kilon <thekilon(a)yahoo.co.uk> wrote: > I like to hear some more details on this and other opinions too. > > One of the thing I want to work is a new SystemBrowser with more flexible > browsing system. I take inspiration from preset browsers in software > sysnthesizers. Each preset represent a sound that can be manipulated with > real time controls, the problem is that there thousands of presets the same > way there are thousands of classes. The initial implementation was to brake > presets to groups / categories , same way SystemBrowser has packages. > Unfortunately that still made browsing through presets very tedious and > long > process. > > The modern system is tag based , for example if I want to select a sound > present I a presented with a row and columns of buttons, each row is a > category of tags , each cell is a tag. For example I could choose Timbre : > metalic , Type: pad, Speed: fast, Rythm : non-rythmic etc these criterias > then would allow me to browse only a limited amount of presets having those > tags. I would have to reset the browser (which disables all tag choices) to > view all presets again. > > I am considering implementing something similar for class and even methods. > At first I was considering what Igor said, an instance variable that > contained a dictionary/hash-table associating tags with their categories > providing also a gui to set those tags easily. However I was wondering > like > the original poster if there is a better way to "annotate" classes and if > there is any way to "annotate" methods . > > > Esteban A. Maringolo wrote > > Isn't answering to a message not enough? > > > > Like #nbStruc #ormTableName etc. > > > > Pragmas are somehow orthogonal to the common message sending and method > > lookup. > > > > > > Esteban A. Maringolo > > > > > > 2013/9/12 Igor Stasenko < > > > siguctua@ > > > > > > > >> > >> > >> > >> On 12 September 2013 13:56, Torsten Bergmann < > > > astares@ > > > > wrote: > >> > >>> We can mark methods with pragmas and ask the pragma collector > >>> to give the methods marked with it. > >>> > >>> Do we (already) have some kind of pragma like mechanism to annotate > >>> classes? I mean a general mechanism that one can use to mark classes > >>> with pragmas/settings/ ...? > >>> > >>> There are various scenarios where this might be useful: > >>> - an ORM mapper would like to associate a persistence class with a > >>> table name > >>> - an NBExternalStructure subclass wrapping a structure can be > >>> annotated > >>> with > >>> the original struct name > >>> - ... > >>> > >>> > >> Why so complicated (e.g. pragmas) ? Just add one more inst var , like > >> 'annotation' for Class object > >> and you have it. > >> > >> > >>> Thx > >>> T. > >>> > >>> > >>> > >> > >> > >> -- > >> Best regards, > >> Igor Stasenko. > >> > > > > > > -- > View this message in context: > http://forum.world.st/Annotating-classes-tp4707854p4708033.html > Sent from the Pharo Smalltalk Developers mailing list archive at > Nabble.com. > > -- Best regards, Igor Stasenko.

Sept. 16, 2013

Re: [Pharo-dev] Completion again ...

by Esteban Lorenzano

do not lose your time trying to fix that. We are going to change it anyway. Esteban On Sep 16, 2013, at 5:39 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: > trying to fix completion autopopups when there is nothing to suggest > to prevent popping up the empty and useless menu, > i stumbled upon this: > > initializeInstVars > (clazz isNil or: [ includeVariables not ]) ifTrue: [ ^ self ]. > instVars := clazz allInstVarNames asSortedCollection. > instVars := instVars collect: > [ :each | NECInstVarEntry contents: each type: #instVar ]. > instVars add: (NECSelfEntry > contents: 'self' > type: #self). > instVars add: (NECSuperEntry > contents: 'super' > type: #super) > > > there's something sick with that.. > first we using > NECSelfEntry > but then, if that's not enough, > we pass 'self' as its contents.. > but that's also not enough! > we pass 'self' as its type as well.. > > checking many subclasses of NECEntry > and how they initialized, it is almost every time the same: > > - you use NECXXXXEntry , we always pass separate #XXXX > as its type like just using NECXXXXEntry not enough to indicate that. > > i going to fix that as well > > -- > Best regards, > Igor Stasenko.

Sept. 16, 2013