Vm-dev April 2013

vm-dev@lists.squeakfoundation.org

36 participants
107 discussions

[Cog] primitiveLoadImageSegment fails
by Bert Freudenberg 20 Jul '13

20 Jul '13

That's primitive 99. With an updated Squeak trunk image I can load this project fine in the interpreter: http://etoys.squeak.org/svn/trunk/Etoys/Home.007.pr On Cog the primitive fails. Any idea what might be wrong? - Bert -

2 3

Issue 122 in cog: [BUG]: Frequent crashes when loading with MC
by cog＠googlecode.com 17 Jul '13

17 Jul '13

Status: Accepted Owner: sean.p.d...(a)gmail.com CC: esteba...(a)gmail.com, siguc...(a)gmail.com Labels: Type-Defect Priority-High New issue 122 by sean.p.d...(a)gmail.com: [BUG]: Frequent crashes when loading with MC http://code.google.com/p/cog/issues/detail?id=122 Still trying to come up with a simple way to reproduce. Pharo #20564 VM Virtual Machine --------------- /Applications/Pharo.app/Contents/MacOS/Pharo NBCoInterpreter NativeBoost-CogPlugin-EstebanLorenzano.18 uuid: a53445f9-c0c0-4015-97a3-be7db8d9ed6b Feb 15 2013 NBCogit NativeBoost-CogPlugin-EstebanLorenzano.18 uuid: a53445f9-c0c0-4015-97a3-be7db8d9ed6b Feb 15 2013 git://gitorious.org/cogvm/blessed.git Commit: 05ed728452dc92732f9f23ce24a3c32bfdc0f4b8 Date: 2013-02-15 17:04:09 +0100 By: Igor Stasenko <siguctua(a)gmail.com> Jenkins build #14517 Mac Cocoa Cog 5.8b12 21-Sep-10 >1B0534FA-246C-47C5-AB29-7A76C81CCDCB< VMMaker versionString git://gitorious.org/cogvm/blessed.git Commit: 05ed728452dc92732f9f23ce24a3c32bfdc0f4b8 Date: 2013-02-15 17:04:09 +0100 By: Igor Stasenko <siguctua(a)gmail.com> Jenkins build #14517 NBCoInterpreter NativeBoost-CogPlugin-EstebanLorenzano.18 uuid: a53445f9-c0c0-4015-97a3-be7db8d9ed6b Feb 15 2013 NBCogit NativeBoost-CogPlugin-EstebanLorenzano.18 uuid: a53445f9-c0c0-4015-97a3-be7db8d9ed6b Feb 15 2013 *************************************************************************************************** *************************************************************************************************** *************************************************************************************************** Can't attach Mac crash report ("Issue attachment storage quota exceeded"): Process: Pharo [5079] Path: /Applications/Pharo.app/Contents/MacOS/Pharo Identifier: org.pharo-project.Pharo Version: Pharo VM 6.0-pre (21.0) Code Type: X86 (Native) Parent Process: launchd [230] Date/Time: 2013-02-22 20:00:12.830 -0500 OS Version: Mac OS X 10.8.2 (12C3012) Report Version: 10 Crashed Thread: 0 Dispatch queue: com.apple.main-thread Exception Type: EXC_BAD_ACCESS (SIGBUS) Exception Codes: KERN_PROTECTION_FAILURE at 0x0000000000000002 VM Regions Near 0x2: --> __PAGEZERO 0000000000000000-0000000000001000 [ 4K] ---/--- SM=NUL /Applications/Pharo.app/Contents/MacOS/Pharo __TEXT 0000000000001000-0000000000244000 [ 2316K] r-x/rwx SM=COW /Applications/Pharo.app/Contents/MacOS/Pharo Thread 0 Crashed:: Dispatch queue: com.apple.main-thread 0 org.pharo-project.Pharo 0x001aed8f mapPointersInObjectsFromto + 2767 Thread 1:: Dispatch queue: com.apple.libdispatch-manager 0 libsystem_kernel.dylib 0x93ab79ae kevent + 10 1 libdispatch.dylib 0x984a1c71 _dispatch_mgr_invoke + 993 2 libdispatch.dylib 0x984a17a9 _dispatch_mgr_thread + 53 Thread 2:: AQClient 0 libsystem_kernel.dylib 0x93ab47d2 mach_msg_trap + 10 1 libsystem_kernel.dylib 0x93ab3d78 mach_msg + 268 2 com.apple.CoreFoundation 0x9806b599 __CFRunLoopServiceMachPort + 185 3 com.apple.CoreFoundation 0x98070f7f __CFRunLoopRun + 1247 4 com.apple.CoreFoundation 0x9807063a CFRunLoopRunSpecific + 378 5 com.apple.CoreFoundation 0x980704ab CFRunLoopRunInMode + 123 6 com.apple.audio.toolbox.AudioToolbox 0x978fd0d9 GenericRunLoopThread::Entry(void*) + 209 7 com.apple.audio.toolbox.AudioToolbox 0x978fd004 CAPThread::Entry(CAPThread*) + 196 8 libsystem_c.dylib 0x96804557 _pthread_start + 344 9 libsystem_c.dylib 0x967eecee thread_start + 34 Thread 3: 0 libsystem_kernel.dylib 0x93ab6c72 __semwait_signal + 10 1 libsystem_c.dylib 0x9688ea61 nanosleep$UNIX2003 + 189 2 org.pharo-project.Pharo 0x001d8edc beatStateMachine + 236 3 libsystem_c.dylib 0x967eecee thread_start + 34 Thread 4: 0 libsystem_kernel.dylib 0x93ab70ee __workq_kernreturn + 10 1 libsystem_c.dylib 0x9680704c _pthread_workq_return + 45 2 libsystem_c.dylib 0x96806e19 _pthread_wqthread + 448 3 libsystem_c.dylib 0x967eecca start_wqthread + 30 Thread 5: 0 libsystem_kernel.dylib 0x93ab70ee __workq_kernreturn + 10 1 libsystem_c.dylib 0x9680704c _pthread_workq_return + 45 2 libsystem_c.dylib 0x96806e19 _pthread_wqthread + 448 3 libsystem_c.dylib 0x967eecca start_wqthread + 30 Thread 0 crashed with X86 Thread State (32-bit): eax: 0x00000002 ebx: 0x00000004 ecx: 0x219bd03c edx: 0x00000003 edi: 0x21843a58 esi: 0x00235918 ebp: 0x001ae2cc esp: 0xbffabd60 ss: 0x00000023 efl: 0x00010246 eip: 0x001aed8f cs: 0x0000001b ds: 0x00000023 es: 0x00000023 fs: 0x00000000 gs: 0x0000000f cr2: 0x00000002 Logical CPU: 2 External Modification Summary: Calls made by other processes targeting this process: task_for_pid: 5 thread_create: 0 thread_set_state: 0 Calls made by this process: task_for_pid: 0 thread_create: 0 thread_set_state: 0 Calls made by all processes on this machine: task_for_pid: 2596 thread_create: 1 thread_set_state: 0 VM Region Summary: ReadOnly portion of Libraries: Total=157.2M resident=38.1M(24%) swapped_out_or_unallocated=119.0M(76%) Writable regions: Total=640.0M written=71.2M(11%) resident=77.0M(12%) swapped_out=12.2M(2%) unallocated=563.0M(88%) REGION TYPE VIRTUAL =========== ======= (null) (reserved) 384.0M reserved VM address space (unallocated) CG backing stores 11.1M CG image 80K CG raster data 96K CG shared images 224K CoreServices 9088K MALLOC 89.6M MALLOC guard page 48K Memory tag=240 4K Memory tag=242 12K Memory tag=243 4K Memory tag=35 4428K OpenCL 64K Stack 66.5M VM_ALLOCATE 144.1M __DATA 7568K __DATA/__OBJC 388K __IMAGE 528K __LINKEDIT 30.8M __OBJC 2180K __OBJC/__DATA 56K __PAGEZERO 4K __TEXT 126.3M __UNICODE 544K mapped file 101.0M shared memory 33.4M =========== ======= TOTAL 1.0G TOTAL, minus reserved VM space 627.6M Model: MacBookPro10,1, BootROM MBP101.00EE.B02, 4 processors, Intel Core i7, 2.6 GHz, 16 GB, SMC 2.3f32 Graphics: Intel HD Graphics 4000, Intel HD Graphics 4000, Built-In, 512 MB Graphics: NVIDIA GeForce GT 650M, NVIDIA GeForce GT 650M, PCIe, 1024 MB Memory Module: BANK 0/DIMM0, 8 GB, DDR3, 1600 MHz, 0x80AD, 0x484D5434314753364D465238432D50422020 Memory Module: BANK 1/DIMM0, 8 GB, DDR3, 1600 MHz, 0x80AD, 0x484D5434314753364D465238432D50422020 AirPort: spairport_wireless_card_type_airport_extreme (0x14E4, 0xEF), Broadcom BCM43xx 1.0 (5.106.98.100.14) Bluetooth: Version 4.1.2f9 11046, 2 service, 11 devices, 1 incoming serial ports Network Service: Wi-Fi, AirPort, en0 Serial ATA Device: APPLE SSD SM768E, 751.28 GB USB Device: hub_device, 0x8087 (Intel Corporation), 0x0024, 0x1a100000 / 2 USB Device: FaceTime HD Camera (Built-in), apple_vendor_id, 0x8510, 0x1a110000 / 3 USB Device: hub_device, 0x8087 (Intel Corporation), 0x0024, 0x1d100000 / 2 USB Device: hub_device, 0x0424 (SMSC), 0x2512, 0x1d180000 / 3 USB Device: Apple Internal Keyboard / Trackpad, apple_vendor_id, 0x0262, 0x1d182000 / 5 USB Device: BRCM20702 Hub, 0x0a5c (Broadcom Corp.), 0x4500, 0x1d181000 / 4 USB Device: Bluetooth USB Host Controller, apple_vendor_id, 0x8286, 0x1d181300 / 6 -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings

1 5

Issue 124 in cog: Segmentation fault while downloading or uploading packages
by cog＠googlecode.com 17 Jul '13

17 Jul '13

Status: Accepted Owner: esteba...(a)gmail.com Labels: Type-Defect Priority-Critical New issue 124 by esteba...(a)gmail.com: Segmentation fault while downloading or uploading packages http://code.google.com/p/cog/issues/detail?id=124 see https://code.google.com/p/pharo/issues/detail?id=7596 -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings

1 2

Issue 123 in cog: vm crashes when dragging a window outside the world
by cog＠googlecode.com 17 Jul '13

17 Jul '13

Status: Accepted Owner: esteba...(a)gmail.com Labels: Type-Defect Priority-High New issue 123 by esteba...(a)gmail.com: vm crashes when dragging a window outside the world http://code.google.com/p/cog/issues/detail?id=123 move the window outside (in top), and see the crash :) this happens in mac, with USE_CORE_GRAPHICS -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings

1 2

BFS and CFS and Cogs, Oh My
by Casey Ransberger 25 May '13

25 May '13

I had a brief chat with Con Kolivas, who did BFS (which implements kernel stuff that will make Cog happier under Linux on machines with sub-supercomputing quantities of CPUs) tonight. It sounds like there are actually two reasons it hasn't made it into the mainline kernel: a) he doesn't have time to support it, and b) the other kernel folks don't want it. Oh well. Since right now I'm focused on Raspbian, I sent a message explaining what it was, why I want it, etc on their web board. If I do get it in, support would have to fall to me. Yikes, right? ;) Basically it would be a fork, done with the original author's blessing. This would also make it easy to change the (rather unfortunate) f-ing name of the thing. For the curious, at the end of this message I'm linking to a bit about why he wrote it. It's worth mentioning that it's rather in the spirit of simple-is-better, which I think fits with the Squeak ethos a little. Not to mention that it's aimed at the desktop/personal computing experience, rather than CFS's focus on big iron and tons of CPUs, so it's really appropriate to the Raspberry Pi, as well as potentially the XO. The only real advantage to forking the work is to bring support for it into the Squeak community. I doubt I'll have any more luck lobbying the kernel crowd to get it in as a secondary process scheduler than Con did, but maybe, just maybe, the Raspbian folks will see some value in making the Squeak VM go faster / possibly use less power (given that they're putting Scratch on the desktop by default) and be open to taking the patch. Especially if I can come with benchmarks that make it desirable across the board on the device (it sounds like it can probably bring the rain on that count if I'm reading this stuff right.) Whether or not I get warm feelings from the Raspbian folks, I'm going to look at "how can I make this patch as painless as possible to apply to as many distros as possible?" Of course if I actually do this, I can probably kiss my social life goodbye, so I'm not without reservations. Not to mention that the number of people who'll care is probably smaller than one might hope. I wondered what folks on vm-dev might think. If this is another one of my crazy projects that no one actually wants, please let me know posthaste :D P.S. If you're worried that I might not be qualified to maintain a kernel patch, I think this should help to assuage your fears: http://media.tumblr.com/tumblr_me0qrvGwDP1r3z80e.jpg And here's Con's rationale for implementing it. Warning: you might not want to pull this up while your parents are watching unless you've had a good long talk with them about what words are appropriate to use in various social contexts. Raising parents can be very challenging! And putting soap in their mouths only seems to upset them... http://ck.kolivas.org/patches/bfs/bfs-faq.txt -- Casey Ransberger

4 7

Issue 125 in cog: CMake: Useless include(CMakeDetermineSystem)
by cog＠googlecode.com 14 May '13

14 May '13

Status: New Owner: ---- Labels: Type-Defect Priority-Medium New issue 125 by damien.c...(a)gmail.com: CMake: Useless include(CMakeDetermineSystem) http://code.google.com/p/cog/issues/detail?id=125 The first include line of CMakeLists.txt looks useless and dangerous (http://public.kitware.com/Bug/view.php?id=14081): include(CMakeDetermineSystem) Please remove this line. -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings

1 1

Issue 128 in cog: Typo in cog -help
by cog＠googlecode.com 14 May '13

14 May '13

Status: New Owner: ---- Labels: Type-Defect Priority-Medium New issue 128 by damien.c...(a)gmail.com: Typo in cog -help http://code.google.com/p/cog/issues/detail?id=128 cog -help shows some 'quivalent' where it should probably be 'equivalent': $ cog -help [...] Deprecated: -notimer disable interval timer for low-res clock -display <dpy> quivalent to '-vm-display-X11 -display <dpy>' -headless quivalent to '-vm-display-X11 -headless' -nodisplay quivalent to '-vm-display-null' -nomixer disable modification of mixer settings -nosound quivalent to '-vm-sound-null' -quartz quivalent to '-vm-display-Quartz' -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings

1 6

sqAtomicOps.h garbaged
by Nicolas Cellier 02 May '13

02 May '13

Hi Tim, It seems than line 224 of cross platform sqAtomicOps.h was garbaged by a /tmp/ccf1WMiY.s: in commit 2727

7 12

cygwinbuild windres is failing
by Nicolas Cellier 29 Apr '13

29 Apr '13

I have an error message when compiling COG from cygwinbuild: windres: unexpected version string length 68 != 32 + 8 I tried to revert some of the latest changes 1) The replacement of the $FILEVERSIONSTRING and $FILEVERSIONVALUES with hardcoded values in Squeak.rc did not solve anything. 2) Neither did the replacement of GreenCogSqueak.ico with Croquet.ico Any idea? This PC used to compile a VM a few months ago, and I don't remember installing anything new... The version of windres is: $ windres -V GNU windres (GNU Binutils) 2.22.51.20111013 Copyright 2011 Free Software Foundation, Inc. This program is free software; you may redistribute it under the terms of the GNU General Public License version 3 or (at your option) any later version. This program has absolutely no warranty.

1 0

[commit][2728] correct fumble-finger paste of junk into line 224 of sqAtomicOps. h - or maybe that was sqAtomicOOOPS.h
by commits＠squeakvm.org 29 Apr '13

29 Apr '13

Revision: 2728 Author: rowledge Date: 2013-04-29 11:31:55 -0700 (Mon, 29 Apr 2013) Log Message: ----------- correct fumble-finger paste of junk into line 224 of sqAtomicOps.h - or maybe that was sqAtomicOOOPS.h Modified Paths: -------------- branches/Cog/platforms/Cross/vm/sqAtomicOps.h Modified: branches/Cog/platforms/Cross/vm/sqAtomicOps.h =================================================================== --- branches/Cog/platforms/Cross/vm/sqAtomicOps.h 2013-04-26 23:56:18 UTC (rev 2727) +++ branches/Cog/platforms/Cross/vm/sqAtomicOps.h 2013-04-29 18:31:55 UTC (rev 2728) @@ -220,7 +220,7 @@ : "g"(old), "r"(new), "m"(var)\ : "memory", "%eax") -# define sqCompareAndSwapRes(var,old,new,res) \/tmp/ccf1WMiY.s: +# define sqCompareAndSwapRes(var,old,new,res) \ asm volatile ("movl %2, %%eax; lock cmpxchg %3, %0; movl %%eax, %1" \ : "=m"(var), "=g"(res) \ : "g"(old), "r"(new), "m"(var) \

1 0

← Newer
1
2
3
4
5
6
7
...
11
Older →

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

Vm-dev April 2013