May 2011 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] 1.3 vs. 1.4
by Marcus Denker May 27, 2011

May 27, 2011

On May 27, 2011, at 2:34 PM, Alexandre Bergel wrote: >> 3341 use #= for integer comparison instead of #== > > > Hi! > > I checked the issue http://code.google.com/p/pharo/issues/detail?id=3341 > but there is no explanation about the rational. Is there a technical reason to compare integer with = is better than with == ? Just wondering This explains it more: http://bugs.squeak.org/view.php?id=2788 002788: Bug: Use of == for arithmetic equality Description From: Dan.Ingalls(a)Post.Harvard.edu Subject: Bug: Use of == for arithmetic equality Date: 13. Februar 2006 18:37:42 GMT+01:00 To: squeak-dev(a)lists.squeakfoundation.org I've been playing around with a new VM (heh, heh) which, for a while, happened not to intern (ie force unique instances of) SmallIntegers. In this case the use of == to mean arithmetic equality will not work properly. In my opinion, all such occurrences in the system should be eliminated ASAP; == is not an arithmetic compare in any Smalltalk I know of. While it may work with small constants, it is simply wrong, and an especially bad example for newbies to see. Besides failing in certain interpreters, it will fail in Squeak itself if the integers are not small. I regret that I don't have time to fix these right now. However, if there is a well-intentioned soul out there, he or she will perhaps find the method below to be quite useful. It found 165 methods in my system with this pattern. -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

2 1

[Pharo-project] [update 1.3] #13220
by Marcus Denker May 27, 2011

May 27, 2011

Issue 1915: Making ToolSet more flexible http://code.google.com/p/pharo/issues/detail?id=1915 -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

1 0

[Pharo-project] Questions of understanding
by Friedrich Dominicus May 27, 2011

May 27, 2011

Dear Pharoisten, I have a couple of questions about my understanding about Pharo, the VM and COG. the COG VM is the "normal virtual machine as I understand" At least my Pharo give me: 'Croquet Closure Cog VM [CoInterpreter VMMaker-oscog.35]' It is my understanding that the Cog sources do not contain the actual SerialPlugin stuff from SergeStinckwicj- At least I can not find anything like OpenPortByname or writeToNamed port or the like. So I fetched the Squeak sources and the Cog sources and indeed they are different. The Cog version defines: #ifdef SQUEAK_BUILTIN_PLUGIN void* SerialPlugin_exports[][3] = { {"SerialPlugin", "getModuleName", (void*)getModuleName}, {"SerialPlugin", "initialiseModule", (void*)initialiseModule}, {"SerialPlugin", "primitiveSerialPortClose", (void*)primitiveSerialPortClose}, {"SerialPlugin", "primitiveSerialPortOpen", (void*)primitiveSerialPortOpen}, {"SerialPlugin", "primitiveSerialPortRead", (void*)primitiveSerialPortRead}, {"SerialPlugin", "primitiveSerialPortWrite", (void*)primitiveSerialPortWrite}, {"SerialPlugin", "setInterpreter", (void*)setInterpreter}, {"SerialPlugin", "shutdownModule", (void*)shutdownModule}, {NULL, NULL, NULL} }; #endif /* ifdef SQ_BUILTIN_PLUGIN */ Whereas the Squeal-vm version contains e.g: #ifdef SQUEAK_BUILTIN_PLUGIN void* SerialPlugin_exports[][3] = { {"SerialPlugin", "primitiveSerialPortWrite", (void*)primitiveSerialPortWrite}, {"SerialPlugin", "primitiveSerialPortClose", (void*)primitiveSerialPortClose}, {"SerialPlugin", "primitiveSerialPortOpenByName", (void*)primitiveSerialPortOpenByName}, {"SerialPlugin", "primitiveSerialPortWriteByName", (void*)primitiveSerialPortWriteByName}, {"SerialPlugin", "primitiveSerialPortReadByName", (void*)primitiveSerialPortReadByName}, {"SerialPlugin", "shutdownModule", (void*)shutdownModule}, {"SerialPlugin", "primitiveSerialPortOpen", (void*)primitiveSerialPortOpen}, {"SerialPlugin", "initialiseModule", (void*)initialiseModule}, {"SerialPlugin", "setInterpreter", (void*)setInterpreter}, {"SerialPlugin", "getModuleName", (void*)getModuleName}, {"SerialPlugin", "primitiveSerialPortCloseByName", (void*)primitiveSerialPortCloseByName}, {"SerialPlugin", "primitiveSerialPortRead", (void*)primitiveSerialPortRead}, {NULL, NULL, NULL} }; #endif So now it seems the Cog version is for building an internal plugin. (I may be mistaken of course) but the code for primitiveSerialPortOpen looks like this: EXPORT(sqInt) primitiveSerialPortOpen(void) { sqInt baudRate; sqInt dataBits; sqInt inFlowControl; sqInt outFlowControl; sqInt parityType; sqInt portNum; sqInt stopBitsType; sqInt xOffChar; sqInt xOnChar; portNum = interpreterProxy->stackIntegerValue(8); baudRate = interpreterProxy->stackIntegerValue(7); stopBitsType = interpreterProxy->stackIntegerValue(6); parityType = interpreterProxy->stackIntegerValue(5); dataBits = interpreterProxy->stackIntegerValue(4); inFlowControl = interpreterProxy->stackIntegerValue(3); outFlowControl = interpreterProxy->stackIntegerValue(2); xOnChar = interpreterProxy->stackIntegerValue(1); xOffChar = interpreterProxy->stackIntegerValue(0); if (interpreterProxy->failed()) { whereas the Squeak sources looks like this: int serialPortOpen(int portNum, int dataRate, int stopBitsType, int parityType, int dataBits, int inFlowCtrl, int outFlowCtrl, int xOnChar, int xOffChar) { char serialPortName[PORT_NAME_SIZE]; make_portname_from_portnum(serialPortName, portNum); return serialPortOpenByName(serialPortName, dataRate, stopBitsType, parityType, dataBits, inFlowCtrl, outFlowCtrl, xOnChar, xOffChar); } So I assume one has to make the changes as in the cog examples to make this plugin workable in Cog. Is that a correct impression. Well then it comes to the questions of how to properly write a plugin for the COG vm. Are there any tutorials about it, or is the best I can hope for the sources for Cog itself? My understanding is that stackIntegerValue, picks out a parameter from a Cogs primitive. Is that a correct impression? It seems that at least the following things have to be exported from a plugin: getModuleName setInterpreter and maybe initializeModule shutdownModule The latter are probably for cleaning up.... But maybe I'm on the complete wrong track. Because at the beginning I can read: /* Automatically generated by SmartSyntaxPluginCodeGenerator VMMaker-oscog.40 uuid: 637db40c-33c6-4263-816e-1b8cc19e3c99 from SerialPlugin VMMaker-oscog.40 uuid: 637db40c-33c6-4263-816e-1b8cc19e3c99 */ So is this code not written in C but maybe somewhere else? As you can see I'm more than less clueless. So what is the "supposed" way to migrat that kind of code? Regards Friedrich -- Q-Software Solutions GmbH; Sitz: Bruchsal; Registergericht: Mannheim Registriernummer: HRB232138; Geschaeftsfuehrer: Friedrich Dominicus

4 11

[Pharo-project] Smalltalk/Pharo User Group in Spain
by Rafael Luque May 27, 2011

May 27, 2011

Hi all, I'm a software developer with experience mainly based on Java EE and, in the last years, also Groovy and Grails. I'm interesed in Smalltalk and their related frameworks several years ago, so I'm trying to learn about Smalltalk, Pharo, Seaside, etc. by myself. I'm participating in the Pharo By Example translation to spanish and implementing the katas from 12meses12katas [1] chalenge in Pharo. In spite of my efforts I'm still far away to be fluent in Smalltalk and I think the interchange with other Smalltalkers could be of great help in my way of learning. For this reason I would like to meet other Smalltalkers in the Madrid area, and perhaps we could organize an Smalltalk User Group in Madrid. Please, anyone is interested? [1] http://www.12meses12katas.com/

8 14

[Pharo-project] [update 1.3] #13219
by Marcus Denker May 27, 2011

May 27, 2011

13219 ----- Issue 4294: With only one Paragraph class, there is no need for #paragraphClass http://code.google.com/p/pharo/issues/detail?id=4294 Issue 4272: commandLineInput on Windows http://code.google.com/p/pharo/issues/detail?id=4272 -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

1 0

Re: [Pharo-project] [Pharo-users] [update 1.3] #13216
by Marcus Denker May 27, 2011

May 27, 2011

On May 26, 2011, at 11:24 PM, StÃ©phane Ducasse wrote: > marcus > > I can check the problem that stefan mentioned since I should change anyway the initialize method > Ok, so I focus on other things from the list: http://code.google.com/p/pharo/issues/list?can=2&q=milestone=1.3 -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

1 0

[Pharo-project] [update 1.3] #13218
by Marcus Denker May 27, 2011

May 27, 2011

13218 ----- Issue 4289: TextLineInterval only referenced from unsent methods http://code.google.com/p/pharo/issues/detail?id=4289 Issue 4288: Remove unneeded check in #currentCursor: http://code.google.com/p/pharo/issues/detail?id=4288 Issue 4278: cleanup methods not needed... http://code.google.com/p/pharo/issues/detail?id=4278 -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

1 0

[Pharo-project] cog vm for iOS
by Chris Cunnington May 27, 2011

May 27, 2011

>About Android: A Squeak version by Andreas Raab (proof of concept) >made it to the market, but seems to be unmaintained. Is there any >information, about how it was done, what the caveats are and how this >might leverage smalltalk development on Android? http://code.google.com/p/squeak-android-vm/ I bought a Xoom on Monday and downloaded Squeak onto it from Android Market. It works. It's very small. And there's no keyboard. There is no Squeak on the Apple App Store and likely will never be. I'm beyond caring at this point. You need to download the Android SDK and then because you're building a non-Java app you need to download the NDK (N for Native.) All of this is built into Eclipse. Andreas provides all the files you load into the NDK/jni compiling suite. You get a set of vm C files for compiling. He wrote one that bridges to Android called squeakvm.c. Then you compile a file called libsqueakvm.so. He's included an image, which for reasons I haven't reached yet has been sliced into 12 1M pieces. He also wrote some Java files, which act as a wrapper between Android and Squeak. They handle the Android "Aspect" and "Intent" or something. I just got the books so it's a bit hazy. Oh, the Dalvik debugger is essential. And RFB is used for some reason I can't fathom yet. And development happens using an emulator provided by the Android SDK. Whether I'm supposed to build or find the device description (the AVD - for Android Virtual Device) at this point that describes the Xoom, I'm not sure. It's a pretty fun exploration. Now you know all I do. Really, I just want to make the screen bigger. That's related to this in squeakvm.c: sqInt ioScreenSize(void) { return ( 800<< 16 ) | (600) } I have no idea how a left bit shift produces a screen size near the 300x200 pixels that I get on my Xoom. But if I knew what I was doing I wouldn't do it. Chris

2 1

[Pharo-project] Horizontal scrolling and mouse wheel
by Alexandre Bergel May 26, 2011

May 26, 2011

Hi! Apparently, one can the horizontal wheel is taken into account in Pharo. Where this happen? I see this when I am in a text pane. Moving the horizontal wheel moves the cursor caret. I would like to disable this since it is not really manageable with a magic mouse. Any idea? Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

1 1

Re: [Pharo-project] [Pharo-users] [update 1.3] #13216
by Marcus Denker May 26, 2011

May 26, 2011

On Wed, May 25, 2011 at 10:15 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > 13216 > ----- > > - Â Issue 4277: Â cleaning and fixing textMorph. > Â Â Â Â http://code.google.com/p/pharo/issues/detail?id=4277 > - Â Issue 4272: Â commandLineInput on Windows > Â Â Â Â http://code.google.com/p/pharo/issues/detail?id=4272 > - Issue 4276: Â Clean up ToolsBuilder a little... > Â Â Â Â http://code.google.com/p/pharo/issues/detail?id=4276 > - Issue 4233: Â to get stdout and others > Â Â Â Â http://code.google.com/p/pharo/issues/detail?id=4233 > > you will get a popup but this is normal. There were some dirty packages and I did not see that > when I started. I will retract this update as it is broken. We will add the issues back later again in a new update (13217 likely, as I want to do a quick update to check that retracting was successful) -- Marcus DenkerÂ --Â denker(a)acm.org http://www.marcusdenker.de

2 1