http://blog.gmane.org/gmane.comp.lang.smalltalk.squeak.vm.devel hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://comments.gmane.org/gmane.comp.lang.smalltalk.squeak.vm.devel/8271 <pre> " I've done that but there's no option in the source button." VMMaker initializeBrowserSupport Chris </pre> Chris Cunnington 2012-05-26T18:22:10 http://comments.gmane.org/gmane.comp.lang.smalltalk.squeak.vm.devel/8268 <pre> Esteban Lorenzano uploaded a new version of CMakeVMMaker to project VM Maker: http://source.squeak.org/VMMaker/CMakeVMMaker-EstebanLorenzano.162.mcz ==================== Summary ==================== Name: CMakeVMMaker-EstebanLorenzano.162 Author: EstebanLorenzano Time: 26 May 2012, 4:41:12.404 pm UUID: 089b3b44-e5ce-4136-8c58-92e3cd02523f Ancestors: CMakeVMMaker-EstebanLorenzano.161 configuration for SocketPlugin (still not working) =============== Diff against CMakeVMMaker-EstebanLorenzano.161 =============== Item was changed: ----- Method: StackIPhoneConfig&gt;&gt;configureSocketPlugin: (in category 'plugin extra rules') ----- configureSocketPlugin: maker + super configureSocketPlugin: maker. + maker includeDirectories: '${SDKROOT}/usr/include'. "for tcp.h"! - ! </pre> commits< at >source.squeak.org 2012-05-26T00:00:00 http://comments.gmane.org/gmane.comp.lang.smalltalk.squeak.vm.devel/8265 <pre> Esteban Lorenzano uploaded a new version of CMakeVMMaker to project VM Maker: http://source.squeak.org/VMMaker/CMakeVMMaker-EstebanLorenzano.161.mcz ==================== Summary ==================== Name: CMakeVMMaker-EstebanLorenzano.161 Author: EstebanLorenzano Time: 26 May 2012, 2:40:25.949 pm UUID: df6334ae-3ff0-4ab9-bc23-215b2943adf4 Ancestors: CMakeVMMaker-EstebanLorenzano.160 changes for iphone =============== Diff against CMakeVMMaker-EstebanLorenzano.160 =============== Item was changed: ----- Method: CogFamilyCocoaIOSConfig&gt;&gt;compilerFlagsDebug (in category 'settings') ----- compilerFlagsDebug + ^#('-g3' '-O1' '-DDEBUGVM=1')! - ^#('-g3' '-O0' '-DDEBUGVM=1')! Item was changed: ----- Method: StackIPhoneConfig&gt;&gt;commonCompilerFlags (in category 'settings') ----- commonCompilerFlags "Common compiler flags" ^{ "'-miphoneos-version-min=4.3'. " '-isysroot /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS', self sdkVersion, '.sdk'. </pre> commits< at >source.squeak.org 2012-05-26T00:00:00 http://comments.gmane.org/gmane.comp.lang.smalltalk.squeak.vm.devel/8261 <pre> Hi all, I'm following the instructions on this page http://www.squeakvm.org/unix/devel.html , I've loaded the package VMMaker and the SlangBrowser but i have no idea how to open the SlangBrowser. any ideas? Thanks </pre> Bernardo Ezequiel Contreras 2012-05-26T05:45:44 http://comments.gmane.org/gmane.comp.lang.smalltalk.squeak.vm.devel/8253 <pre> Hi All Im analyzing primtives to use them for the concrete type inference project. Im currently working with primitiveArrayBecomeOneWayCopyHash primitiveArrayBecomeOneWayCopyHash "Similar to primitiveArrayBecomeOneWay but accepts a third argument whether to copy the receiver's identity hash over the argument's identity hash." | copyHashFlag arg rcvr | copyHashFlag := self booleanValueOf: (self stackTop). arg := self stackValue: 1. rcvr := self stackValue: 2. self success: (self become: rcvr with: arg twoWay: false copyHash: copyHashFlag). successFlag ifTrue: [ self pop: 2 ]. Well, i'm seeing that pop:2, in a method which don't receive any argument. If pop was 1, i could think in self, but is 2, so the questions are: 1) what is pop:2 in this context 2) why? there's any generalization or rules for understand the stack manage? Thanks! Santiago. </pre> Santiago Bragagnolo 2012-05-25T18:46:40 http://comments.gmane.org/gmane.comp.lang.smalltalk.squeak.vm.devel/8251 <pre> UnixOSProcessPlugin&gt;&gt;primitiveChdir ... (self chdir: path) ifTrue: [interpreterProxy pop: 2; push: interpreterProxy nilObject] ifFalse: [interpreterProxy pop: 2; pushInteger: errno]. Shouldn't the conditional branches be reversed (or the test be "(self chdir: path) == 0" - however you would write that in Slang)? chdir returns 0 on success and -1 on error. In c, the above becomes: if (chdir(path)) {...interpreterProxy-&gt;push(interpreterProxy-&gt;nilObject());} else {...interpreterProxy-&gt;pushInteger(errno);} So success takes the else branch and returns the irrelevant errno, which I guess is why I'm getting confusing error codes in Pharo 2.0 even though the chdir has taken effect. b.t.w. if the above is correct, how would I submit a patch (i.e. changes to the UnixOSProcessPlugin class)? Thanks, Sean -- View this message in context: http://forum.world.st/OSProcess-chdir-tp4631844.html Sent from the Squeak VM mailing list archive at Nabble.com. </pre> Sean P. DeNigris 2012-05-25T18:33:17 http://comments.gmane.org/gmane.comp.lang.smalltalk.squeak.vm.devel/8250 <pre> David T. Lewis uploaded a new version of VMMaker to project VM Maker: http://source.squeak.org/VMMaker/VMMaker-dtl.272.mcz ==================== Summary ==================== Name: VMMaker-dtl.272 Author: dtl Time: 22 May 2012, 11:29:58.621 pm UUID: 5eeb4798-b79f-4599-aa4e-eaa57e32b4a2 Ancestors: VMMaker-dtl.271 VMMaker 4.9.2 Fix slang browsing for inlined methods in ObjectMemory. The interpreter now collaborates with an object memory, so arrange for Interpreter methods that are inlined into ObjectMemory methods to be properly inlined for #asInlinedCString: code generation. =============== Diff against VMMaker-dtl.271 =============== Item was added: + ----- Method: Interpreter class&gt;&gt;initializeCodeGenerator: (in category 'translation') ----- + initializeCodeGenerator: cg + "Load a code generator with classes in a manner suitable for generating + code for this class." + + super initializeCodeGenerator: cg. + ^ self initializeClassicObjectMemoryInCodeGenerator: cg + "^ self initializeNewObjectMemor</pre> commits< at >source.squeak.org 2012-05-23T00:00:00 http://comments.gmane.org/gmane.comp.lang.smalltalk.squeak.vm.devel/8247 <pre> Hi, Igor Stasenko wrote: Because of Android build system (NDK) - a thing very much unto itself ;) The way they use regular Make is rather contrived; having CMake adopted for that seemed an unnecessary trouble. </pre> Dmitry Golubovsky 2012-05-22T13:32:08 http://comments.gmane.org/gmane.comp.lang.smalltalk.squeak.vm.devel/8244 <pre> Pavel, Pavel Krivanek wrote: By eliminating all asynchronicity from Cog and turning it into an event-driven VM. See this for the general discussion: http://permalink.gmane.org/gmane.comp.lang.smalltalk.squeak.vm.devel/6910 The message referred mentions StackEvtUnixConfig which may be your starting point. You may follow the recommendations from http://lists.squeakfoundation.org/pipermail/vm-dev/2012-May/010632.html where your last (per these recommendations) step will be sh ./generate.sh -headless StackEvtUnixConfig ### (instead of AndroidConfig) I never polished this configuration, however it somehow ran on Linux. I believe it is still a CMake project (as opposed to the Android build where CMake stuff was eliminated). You may also find this helpful: http://lists.squeakfoundation.org/pipermail/vm-dev/2011-August/009209.html which discusses some aspects of Morphic algorithms suitability for event driven VMs (although some of them may have been already fixed). Hope this helps. Feel free to ask </pre> Dmitry Golubovsky 2012-05-22T12:55:23 http://comments.gmane.org/gmane.comp.lang.smalltalk.squeak.vm.devel/8243 <pre> Esteban Lorenzano uploaded a new version of CMakeVMMaker to project VM Maker: http://source.squeak.org/VMMaker/CMakeVMMaker-EstebanLorenzano.160.mcz ==================== Summary ==================== Name: CMakeVMMaker-EstebanLorenzano.160 Author: EstebanLorenzano Time: 22 May 2012, 2:47:17.738 pm UUID: 37450971-39f9-4ead-86bc-e8c0522383f5 Ancestors: CMakeVMMaker-EstebanLorenzano.159 -added some flags for iphone -added force gcc-4.2 to mac builds =============== Diff against CMakeVMMaker-EstebanLorenzano.159 =============== Item was changed: ----- Method: CogFamilyCocoaIOSConfig&gt;&gt;setExtraTargetProperties: (in category 'settings') ----- setExtraTargetProperties: maker | plist | maker addFrameworks: self frameworks. " generated and add Info.plist file " plist := self plistFile. (maker buildDir forceNewFileNamed: 'Info.plist') nextPutAll: plist; close. maker addProperty: 'MACOSX_BUNDLE_INFO_PLIST' value: '${buildDir}/Info.plist'. (maker buildDi</pre> commits< at >source.squeak.org 2012-05-22T00:00:00 http://comments.gmane.org/gmane.comp.lang.smalltalk.squeak.vm.devel/8242 <pre> Hi, I'm trying to compile StackVM for Raspberry Pi but I face some problems. The biggest one seems to be the absence of High Res Timer Ticker. CogDroid and iOS builds are for ARM too. How did you solve this? Cheers, </pre> Pavel Krivanek 2012-05-22T10:54:29 http://comments.gmane.org/gmane.comp.lang.smalltalk.squeak.vm.devel/8236 <pre> Hilaire discovered that his newest DrGeo segfaults on the XO-1. It works fine elsewhere, including the XO-1.5, which has pretty much the same OS. We narrowed down the problem to the XO-1 having only 256 MB of RAM and no swap space. I can reproduce the crash in a virtual Ubuntu 12 with 768 MB RAM (!) but no swap. Top reports: Mem: 766204k total, 601588k used, 164616k free, 45624k buffers Swap: 0k total, 0k used, 0k free, 277024k cached but DrGeo still crashes. Etoys runs fine using the same Squeak VM on the same system (and on XO-1). DrGeo is based on Pharo 1.4, using a closure image. Etoys still is pre-closure. I ran the DrGeo under GDB. Here is the backtrace after the SEGFAULT, "gnu-interp.c:27272" maps to the "newOop = longAt(fwdBlock);" line in updatePointersInRootObjectsFromto(): ============= (gdb) bt #0 0x0807acdb in updatePointersInRootObjectsFromto (memStart=-1314145112, memEnd=-1312574048) at /home/olpc/Squeak-4.4.7.2357-src/bld/gnu-interp.c:27272 #</pre> Bert Freudenberg 2012-05-20T13:08:20 http://comments.gmane.org/gmane.comp.lang.smalltalk.squeak.vm.devel/8234 <pre> David T. Lewis uploaded a new version of VMMaker to project VM Maker: http://source.squeak.org/VMMaker/VMMaker-dtl.271.mcz ==================== Summary ==================== Name: VMMaker-dtl.271 Author: dtl Time: 19 May 2012, 6:43:01.788 pm UUID: 570b9903-ef97-4a2a-9159-086175f5fbfb Ancestors: VMMaker-dtl.270 VMMaker 4.9.1 Additional factoring to merge Interpreter/ObjectMemory with StackInterpreter/NewObjectMemory. No change to generated code for the interpreter VM. Inlining note: Moved #postGCAction: from StackInterpreter to object memory because NewObjectMemory is the only sender, and the presence of both #postGCAction and #postGCAction: in the Intepreter would prevent inlining of #postGCAction when translating class Interpreter (relevant for the case of an Interpreter using a NewObjectMemory). =============== Diff against VMMaker-dtl.270 =============== Item was added: + ----- Method: Interpreter&gt;&gt;checkCodeIntegrity: (in category 'stack interpreter support') ----- + checkCodeIntegrity: fullGCFlag</pre> commits< at >source.squeak.org 2012-05-19T00:00:00 http://comments.gmane.org/gmane.comp.lang.smalltalk.squeak.vm.devel/8233 <pre> Author: eliot Date: 2012-05-19 15:07:03 -0700 (Sat, 19 May 2012) New Revision: 2554 Removed: branches/Cog/image/BaseExtensionsForVMMaker.1.cs Modified: branches/Cog/image/ branches/Cog/platforms/unix/plugins/BochsIA32Plugin/Makefile.inc Log: Fix the undeclared variable ref for the linux BochsIA32Plugin. Nuke an obsolete changeset. Property changes on: branches/Cog/image ___________________________________________________________________ Modified: svn:ignore - prefs special-dirs package-cache + prefs special-dirs package-cache SqueakDebug.log Deleted: branches/Cog/image/BaseExtensionsForVMMaker.1.cs =================================================================== --- branches/Cog/image/BaseExtensionsForVMMaker.1.cs2012-05-19 21:41:17 UTC (rev 2553) +++ branches/Cog/image/BaseExtensionsForVMMaker.1.cs2012-05-19 22:07:03 UTC (rev 2554) &lt; at &gt;&lt; at &gt; -1,172 +0,0 &lt; at &gt;&lt; at &gt; -'From Squeak4.1 of 17 April 2010 [latest update: #9957] on 21 May 2010 at 11:13:17 am'! - -!Character methodsFor: 'printing' stamp</pre> commits< at >squeakvm.org 2012-05-19T22:07:03 http://comments.gmane.org/gmane.comp.lang.smalltalk.squeak.vm.devel/8232 <pre> Hi Ian, here are 4 new plugins for Linux, taken from Scratch (MIT licensed, inside the GPL release), moved into the unix source layout, with added cmake files (also did one for VideoForLinuxPlugin). I did comment out the system() call in ScratchPlugin, since that is too dangerous to compile in by default, for my taste. I also added the new plugins (along with the missing OggPlugin and VideoForLinuxPlugin) to plugins.ext, and edited CMakeLists.txt to use "PROJECT (squeak C)" because otherwise CMake would insist to want both C and C++ compilers. I noticed by default it builds and installs vm-display-custom and vm-sound-custom, but I did nothing about that yet. The attached tarball contains the files differing from your Squeak-4.4.7.2357-src.tar.gz release (SVN head didn't build for me). I verified the Camera, Unicode, and Scratch plugins do work. Cannot test WeDo. When you do a new release, it would be nicer to exclude the old autotools stuff, I think. I did: rm -r unix/config find unix/ -name acinc</pre> Bert Freudenberg 2012-05-19T18:39:09 http://comments.gmane.org/gmane.comp.lang.smalltalk.squeak.vm.devel/8231 <pre> Hello, lately i discovered that my small NBOpenGL demos is not working under Cocoas VMs. The reason, i found is that Cocoa VM using OpenGL by own for blitting the image on screen, and activates own opengl context when doing that. The problem is that it doesn't restores back the previously active context, as result, all calls in image invoked under wrong context , and things are messed up. We tried to quickly fix the problem with Esteban by introducing save/restore calls before changing the context, but no success. It seems like Cocoa doing something extra in addition to making call to makeCurrent() , or probably tracking the active context by own, and simply don't sees the context created outside of it. I modified the demo code to switch back to my context when rendering. And things are working. Unless you will need to debug the rendering code and step over gl calls. This won't work anymore, because VM stealing the context. :( Any ideas what can be done? </pre> Igor Stasenko 2012-05-17T13:54:36 http://comments.gmane.org/gmane.comp.lang.smalltalk.squeak.vm.devel/8220 <pre> Jeremy Kajikawa wrote: generator.image contains the result of loading the VMMaker (and CMakeVMMaker) packages with their dependencies into a fresh Pharo Core image. You may get a better idea if you look at the LoadVMMaker.st file in the codegen-scripts subdirectory of the repo. generator.image will be used at the next step to run CMakeVMMaker and emit VM sources (Slang -&gt; C) Hope this helps. Thanks. PS Not sure if I can answer your question about "blue book" though. </pre> Dmitry Golubovsky 2012-05-16T20:44:31 http://comments.gmane.org/gmane.comp.lang.smalltalk.squeak.vm.devel/8218 <pre> Hi, I have spotted this in the VM mailing list (I only read it via web occasionally these days, so please cc me for faster response if there is a problem, or file an issue in the squeakvm-tablet project). Here are the instructions (still inexact, but someone followed them, and succeeded). # clone the repo git clone https://git.gitorious.org/~golubovsky/cogvm/dmg-blessed.git # go to the build scripts directory cd &lt;repo/root&gt;/codegen-scripts # create the base Pharo image export SQUEAKVM=&lt;path/to/precompiled/squeak/vm/executable&gt;; sh ./buildImage.sh -headless # make sure there is no PharoDebug.log in &lt;repo/root&gt;/build, and there is generator.image (or there may be PharoDebug.log containing unrelated warnings, e. g. about AbstractLauncher - use -nosound instead of -headless if you would like to inspect the problem) # generate the VM and plugins from VMMaker sh ./generate.sh -headless StackEvtAndroidConfig # build the native VM cd &lt;repo/root&gt;/platforms/android/project ./ndk-build This only builds</pre> Dmitry Golubovsky 2012-05-16T19:10:46 http://comments.gmane.org/gmane.comp.lang.smalltalk.squeak.vm.devel/8212 <pre> Hi, the official DBusPlugin source file defines argumentsAddInt16toIter() as static sqInt argumentsAddInt16toIter(sqInt oop, DBusMessageIter*iter) { dbus_int16_t intArg; if (!((oop &amp; 1))) { msg("Oop is no integer value"); return interpreterProxy-&gt;primitiveFail(); } intArg = (oop &gt;&gt; 1); if (!(dbus_message_iter_append_basic(iter, DBUS_TYPE_INT16, &amp;intArg))) { msg("Can not add Int16 argument."); return interpreterProxy-&gt;primitiveFail(); } } however, if I generate the sources using VMMaker, I get static void argumentsAddInt16toIter(sqInt oop, DBusMessageIter*iter) { dbus_int16_t intArg; if (!((oop &amp; 1))) { msg("Oop is no integer value"); interpreterProxy-&gt;primitiveFail(); return; } intArg = interpreterProxy-&gt;integerValueOf(oop); if (!(dbus_message_iter_append_basic(iter, DBUS_TYPE_INT16, &amp;intArg))) { msg("Can not add Int16 argument."); interpreterProxy-&gt;primitiveFail(); return; } } The implementation and signature are different which</pre> Damien Cassou 2012-05-16T15:41:56 http://comments.gmane.org/gmane.comp.lang.smalltalk.squeak.vm.devel/8211 <pre> Hi, I try to build DBusPlugin (www.squeaksource.com/dbus). Unfortunately, compiling the generated C file requires passing "$(pkg-config dbus-1 --cflags)" as additional compiler argument. How can I specify that? Thanks </pre> Damien Cassou 2012-05-16T14:53:00 http://comments.gmane.org/gmane.comp.lang.smalltalk.squeak.vm.devel/8207 <pre> In trying to generate sources from VMMaker per the instructions at http://code.google.com/p/squeakvm-tablet/wiki/CogNotes, I ran into a couple of issues. The first one was a syntax error when loading CMakeVMMaker-golubovsky.136.mcz in StackEvtUnixConfig&gt;&gt;platformSources "answer the same set of source files except that sqUnixMain.c is replaced with sqUnixEvtMain.c, sqUnixHeartbeat.c is replaced with sqUnixEvtBeat.c" ^ super platformSources collect: [ :file | (file = 'sqUnixMain.c') ifTrue: 'sqUnixEvtMain.c' ifFalse: [(file = 'sqUnixHeartbeat.c') ifTrue: 'sqUnixEvtBeat.c' ifFalse: file] ]. this was easy enough to fix (I had the same issue with version 141): platformSources "answer the same set of source files except that sqUnixMain.c is replaced with sqUnixEvtMain.c, sqUnixHeartbeat.c is replaced with sqUnixEvtBeat.c" ^ super platformSources collect: [ :file | (file = 'sqUnixMain.c') ifTrue: ['sqUnixEvtMain.c'] </pre> Phil (list 2012-05-14T22:51:07 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.comp.lang.smalltalk.squeak.vm.devel