February 2013 - Pharo-dev - lists.pharo.org

[Pharo-project] StackVM running on iOS 6.1.2 and Xcode 4.6 and cmake 2.8.10 on OSX Lion 10.7.5
by phil＠highoctane.be Feb. 28, 2013

Feb. 28, 2013

Hello, After much fiddling, I got the StackVM running again on my iPad.(yeah!) I used the code of Esteban from gitorious (the blessed one )and the Pharo 1.4 image from the ci server at inria. I had to change quite a bunch of stuff to get Cmake working fine as there seems to have been lots of changes related to the OSX build that had an effect on the IOS build. Some Cmake issues didn't helped. For some reason the generated sources of the interpreter contained twice isFree around lines 17564 and 17574. Looks like there is something weird going on there. I commented out one of them. Same for the ioHighResClock which doesn't contain #ifnded TARGET_IS_IPHONE when generating the StackVM for iPhone. I did before, so I wonder why it is so now. It looks like the VM should be able to have a SocketPlugin but there is no tcp.h in the SDK of 6.1 or I am looking at the wrong place. Help welcome to know where this lives. Also, in sqSqueakIPhoneApplication+imageReadWrite.m, I had to change the defines to iOS and PharoV10 as the system now has iOS.image and not iPhone.image anymore (and requires download). Most of my changes to the generate.image went towards getting cmake happy, helping finding the includes and frameworks properly since CMAKE_OSX_DEPLOYMENT_TARGET has to be set to nothing to get things to work (Cmake known bug). Also had to remove the FT2Plugin which was enabled for iOS, which I think is wrong. I had to use cmake -G Xcode . to get the thing running on the iPad as the cmake . generate unix makefiles that mess up things with OpenGL for some reason. I'll wrap all the stuff in an archive if anyone wants that. Esteban, maybe could we do an online meeting when you have time so that I can walk you through what I did (as I kept a bunch of notes). Now, I'll try to patch the handling of the bluetooth keyboard events to be able to use an external keyboard instead of that damn on-screen thing. That way, I'll be able to use proper Cmd- shortcuts and enable to code something on the device itself. I've got the keyboard thing figured out but in the codebase using iOS5.1 (which didn't wanted to work in Xcode anymore in the first place). It uses the GSEvent structure which is a non public API but there is no other way. I also parted ways with the UIKeyInput protocol which is way too primitive to do anything useful with modifiers etc. Screenshot in attach. Stay tuned. Phil

1 0

[Pharo-project] Issue 7618: Script Download Job is broken
by Marcus Denker Feb. 28, 2013

Feb. 28, 2013

http://code.google.com/p/pharo/issues/detail?id=7618 ERROR: Problem fetching from origin / origin - could be unavailable. Continuing anyway hudson.plugins.git.GitException: Command "git fetch -t origin +refs/heads/*:refs/remotes/origin/*" returned status code 128: stdout: stderr: fatal: The remote end hung up unexpectedly

1 0

[Pharo-project] Crash seemingly related to becomeForward: on linux
by Marcus Denker Feb. 28, 2013

Feb. 28, 2013

Hmmâ¦ https://ci.inria.fr/pharo/job/Pharo-2.0-Tests/label=linux/187/consoleFull Smalltalk stack dump: 0xbfb19878 M WideString(Object)>becomeForward: 0x795d44e4: a(n) WideString 0xbfb19894 M WideString>? 0x795d44e4: a(n) WideString 0xbfb198b4 M WriteStream>nextPut: 0x795c5f8c: a(n) WriteStream 0xbfb198dc M [] in ZnStringEntity>readLimitedFrom: 0x795c1500: a(n) ZnStringEntity 0xbfb107d8 M String class(SequenceableCollection class)>new:streamContents: 0x777cde88: a(n) String class 0xbfb10808 M ZnStringEntity>readLimitedFrom: 0x795c1500: a(n) ZnStringEntity 0xbfb10824 M ZnStringEntity>readFrom: 0x795c1500: a(n) ZnStringEntity 0xbfb10844 M ZnEntity class>readFrom:usingType:andLength: 0x777e8c30: a(n) ZnEntity class 0xbfb10870 M ZnEntityReader>readFrom:usingType:andLength: 0x795bb9d0: a(n) ZnEntityReader 0xbfb108a4 M ZnEntityReader>readEntityFromStream 0x795bb9d0: a(n) ZnEntityReader 0xbfb108c0 M ZnEntityReader>readEntity 0x795bb9d0: a(n) ZnEntityReader 0xbfb108dc M ZnResponse(ZnMessage)>readEntityFrom: 0x795b3240: a(n) ZnResponse 0xbfafd750 M ZnResponse>readEntityFrom: 0x795b3240: a(n) ZnResponse 0xbfafd76c M ZnResponse(ZnMessage)>readFrom: 0x795b3240: a(n) ZnResponse 0xbfafd78c M ZnResponse class(ZnMessage class)>readFrom: 0x777e9004: a(n) ZnResponse class 0xbfafd7a8 M ZnClient>executeRequestResponse 0x79580ff0: a(n) ZnClient 0xbfafd7c0 M [] in ZnClient>getConnectionAndExecute 0x79580ff0: a(n) ZnClient 0xbfafd7e0 M BlockClosure>ensure: 0x795b1fec: a(n) BlockClosure 0xbfafd7fc M ZnClient>getConnectionAndExecute 0x79580ff0: a(n) ZnClient 0xbfafd814 M ZnClient>executeWithRedirectsRemaining: 0x79580ff0: a(n) ZnClient 0xbfafd830 M ZnClient>executeWithRedirectsRemaining: 0x79580ff0: a(n) ZnClient 0xbfafd84c M [] in ZnClient>executeWithRetriesRemaining: 0x79580ff0: a(n) ZnClient 0xbfafd868 M BlockClosure>on:do: 0x79583bd8: a(n) BlockClosure 0xbfafd888 M ZnClient>executeWithRetriesRemaining: 0x79580ff0: a(n) ZnClient 0xbfafd8a4 M [] in ZnClient>executeWithTimeout 0x79580ff0: a(n) ZnClient 0xbfafd8c0 M BlockClosure>on:do: 0x795839cc: a(n) BlockClosure 0xbfafd8e0 M [] in ZnClient>executeWithTimeout 0x79580ff0: a(n) ZnClient 0xbfb1a718 M [] in ZnClient>withTimeoutDo: 0x79580ff0: a(n) ZnClient 0xbfb1a73c M [] in ZnConnectionTimeout(DynamicVariable)>value:during: 0x777949f0: a(n) ZnConnectionTimeout 0xbfb1a75c M BlockClosure>ensure: 0x7958393c: a(n) BlockClosure 0xbfb1a780 M ZnConnectionTimeout(DynamicVariable)>value:during: 0x777949f0: a(n) ZnConnectionTimeout 0xbfb1a7a0 M ZnConnectionTimeout class(DynamicVariable class)>value:during: 0x777ea304: a(n) ZnConnectionTimeout class 0xbfb1a7c0 M ZnClient>withTimeoutDo: 0x79580ff0: a(n) ZnClient 0xbfb1a7dc M ZnClient>executeWithTimeout 0x79580ff0: a(n) ZnClient 0xbfb1a7f8 M [] in ZnClient>execute 0x79580ff0: a(n) ZnClient 0xbfb1a814 M [] in ZnClient>withProgressDo: 0x79580ff0: a(n) ZnClient 0xbfb1a838 M [] in ZnSignalProgress(DynamicVariable)>value:during: 0x7799034c: a(n) ZnSignalProgress 0xbfb1a858 M BlockClosure>ensure: 0x79583764: a(n) BlockClosure 0xbfb1a87c M ZnSignalProgress(DynamicVariable)>value:during: 0x7799034c: a(n) ZnSignalProgress 0xbfb1a89c M ZnSignalProgress class(DynamicVariable class)>value:during: 0x7799005c: a(n) ZnSignalProgress class 0xbfb1a8bc M ZnClient>withProgressDo: 0x79580ff0: a(n) ZnClient 0xbfb1a8e0 M ZnClient>execute 0x79580ff0: a(n) ZnClient 0xbfaad7a8 M ZnClient>get 0x79580ff0: a(n) ZnClient 0xbfaad7d0 M ZnClientTests>testRedirect 0x794a76bc: a(n) ZnClientTests

4 5

[Pharo-project] [update 2.0] #20574
by Marcus Denker Feb. 28, 2013

Feb. 28, 2013

20574 ----- Issue 7614: do not do #cleanUpForRelease after every update http://code.google.com/p/pharo/issues/detail?id=7614 Issue 7613: Rename tabs in config browser http://code.google.com/p/pharo/issues/detail?id=7613 Issue 7612: EUCTextConverter>>nextFromStream: returns the wrong characters http://code.google.com/p/pharo/issues/detail?id=7612 Diff information: http://ss3.gemstone.com/ss/Pharo20/UpdateStreamer-Core-MarcusDenker.12.diff http://ss3.gemstone.com/ss/Pharo20/Tools-MarcusDenker.1055.diff http://ss3.gemstone.com/ss/Pharo20/Multilingual-TextConversion-MarcusDenker… http://ss3.gemstone.com/ss/Pharo20/Multilingual-Tests-MarcusDenker.25.diff

1 0

[Pharo-project] iOS VM - Sure not right for iDevices...
by phil＠highoctane.be Feb. 28, 2013

Feb. 28, 2013

CocoaIOSConfig>>commonCompilerFlags "Common compiler flags" ^#('-arch i386' '-mmacosx-version-min=10.5' '-DHAVE_UUID_GENERATE')

3 8

[Pharo-project] VM unstable
by Camillo Bruni Feb. 28, 2013

Feb. 28, 2013

we still get very undeterministic results from our build server. I relaunched the Pharo-2.0-Tests several times with the exact same VM & Image configuration. BUT, the outcome of the test results varies each time a little bit |( https://ci.inria.fr/pharo/job/Pharo-2.0-Tests/176/testReport/ (windows crashed) https://ci.inria.fr/pharo/job/Pharo-2.0-Tests/177/testReport/ (windows crashed, KernelTests.Chronology.DateTest.testDateAndTimeNow failing...) https://ci.inria.fr/pharo/job/Pharo-2.0-Tests/178/testReport/ (KernelTests.Chronology.DateTest.testDateAndTimeNow on all) https://ci.inria.fr/pharo/job/Pharo-2.0-Tests/179/testReport/ (!BOOM!) https://ci.inria.fr/pharo/job/Pharo-2.0-Tests/180/testReport/ ... ditto ... https://ci.inria.fr/pharo/job/Pharo-2.0-Tests/181/testReport/ (!BOOM! plus windows crash) https://ci.inria.fr/pharo/job/Pharo-2.0-Tests/182/testReport/ (!BOOM! plus windows AND linux crash) https://ci.inria.fr/pharo/job/Pharo-2.0-Tests/183/testReport/ (lots of failures all systems running, no chronology tests failing) ... so we still have to investigate this instability...

5 10

[Pharo-project] Stressing SmalltalkHub :)
by StÃ©phane Ducasse Feb. 27, 2013

Feb. 27, 2013

Hi guys I started to migrate Pharo 1.4 to SmalltalkHub to stress it a bit :) Nicolas was curious to see and he loves to see all the packages getting published there. So I could not resist (my upload bandwidth suffered :). It means also that SmalltalkHub will have to be load balanced in the future because I got some problems (reported to nico). Stef

6 9

[Pharo-project] Is this possible with XMLWriter?
by Torsten Bergmann Feb. 27, 2013

Feb. 27, 2013

Using XMLWriter writer directly is stream based and will not help you here. In Pharo 2.0 load "Pastell" (ConfigurationOfPastell) from the config browser. It also loads ConfigurationOfXMLSupport as a single dependency. This "XMLSupport" package is usually used for parsing XML and with "Pastell" you can easily access nodes like in XPath see http://www.youtube.com/watch?v=6fUtdQ0-5yA for a pastell video Havent tried but with "XMLSupport" I'm sure you can also manually instantiate/connect/build the nodes and document, manipulate the object tree and write out the contents as XML file later. At least there are methods like #writeXMLOn: aWriter in classes like XMLDocument XMLNodeWithChildren, ... Bye T.

2 1

[Pharo-project] I'm migrating gettext from SS to SmalltalkHub/PharoExtras
by stephane ducasse Feb. 27, 2013

Feb. 27, 2013

hi hilaire I'm migrating gettext to its own project under PharoExtras. Stef

1 0

[Pharo-project] iOS VM - More Info 2
by phil＠highoctane.be Feb. 27, 2013

Feb. 27, 2013

Guess the CMake that is generated is plain wrong. /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX6.1.sdk ... WRONG I guess... set(CMAKE_C_COMPILER /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/usr/bin/gcc) set(CMAKE_CXX_COMPILER /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/usr/bin/g++) set(CMAKE_OSX_ARCHITECTURES armv7) set(CMAKE_OSX_SYSROOT /) # This is automatically generated file using StackIPhoneConfig on 27 February 2013 4:17:00.984 pm cmake_minimum_required(VERSION 2.6.2) include(CMakeDetermineSystem) project("iStackVM") set(CMAKE_OSX_DEPLOYMENT_TARGET 10.5) set(CMAKE_OSX_SYSROOT /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX6.1.sdk) include(directories.cmake) set(externalModulesDir "${outputDir}/iStackVM.app/Contents/MacOS/Plugins") message("${CMAKE_MODULE_PATH}") set(CMAKE_CONFIGURATION_TYPES Release) include_directories(${buildDir}/) include_directories(${platformsDir}/iOS/vm/iPhone) include_directories(${crossDir}/vm ${srcVMDir} ${targetPlatform}/vm ${buildDir}) include_directories(${srcDir}/vm) include_directories(${platformsDir}/iOS/vm/iPhone) include_directories(${platformsDir}/iOS/vm/iPhone/Classes) include_directories(${platformsDir}/iOS/vm/OSX) include_directories(${platformsDir}/unix/vm) include_directories(${platformsDir}/iOS/vm/Common/Classes) include_directories(${platformsDir}/iOS/plugins/SoundPlugin) include_directories(${platformsDir}/iOS/vm/OSX/plugins/SoundP

2 7