December 2012 - Pharo-dev - lists.pharo.org

[Pharo-project] Apparently the new version of spec broke a bit the changeBrowser.
by stephane ducasse Dec. 16, 2012

Dec. 16, 2012

So I'm in contact with ben to see. Else I will try to fix it tomorrow. Stef

1 0

[Pharo-project] [update 2.0] #20438
by stephane ducasse Dec. 16, 2012

Dec. 16, 2012

20438 ----- Issue 7123: Failing Test: BehaviorTest.testIsAbstractClass http://code.google.com/p/pharo/issues/detail?id=7123 Diff information: http://ss3.gemstone.com/ss/Pharo20/KernelTests-StephaneDucasse.459.diff http://ss3.gemstone.com/ss/Pharo20/Kernel-StephaneDucasse.1270.diff

1 0

[Pharo-project] NativeBoost types -> anonymous subclasses issue
by Ciprian Teodorov Dec. 16, 2012

Dec. 16, 2012

Hi Igor, Besides some other small comits, in NativeBoost-Core-CiprianTeodorov.103 I have changed the way anonymous subclasses of NBExternalTypeValue and NBExternalArray are created. The reason is that using the old way we would create multiple instances of the same metaclass which is not allowed in the image. BTW, I was getting this problem when trying to modify (add or remove) class instance variables of the NBExternalArray. Doing NBExternalArray class allInstances, I was clearly getting more than one instance... Now the anonymous subclasses are build using ClassBuilder>>#newSubclassOf:type:instanceVariables:from: which seems to prevent this problem from happening. What do you think? Are there other ways to get around this problem? Cheers, -- Dr. Ciprian TEODOROV IngÃ©nieur DÃ©veloppement CAO tÃ©l : 06 08 54 73 48 mail : ciprian.teodorov(a)gmail.com www.teodorov.ro

2 6

[Pharo-project] [update 2.0] #20437
by StÃ©phane Ducasse Dec. 16, 2012

Dec. 16, 2012

20437 ----- Issue 7124: Spec new version http://code.google.com/p/pharo/issues/detail?id=7124 Thanks Benjamin van Ryseghem Diff information: http://ss3.gemstone.com/ss/Pharo20/Spec-Widgets-StephaneDucasse.73.diff http://ss3.gemstone.com/ss/Pharo20/Spec-Tools-StephaneDucasse.70.diff http://ss3.gemstone.com/ss/Pharo20/Spec-Tests-StephaneDucasse.16.diff http://ss3.gemstone.com/ss/Pharo20/Spec-Core-StephaneDucasse.69.diff http://ss3.gemstone.com/ss/Pharo20/Spec-Builder-StephaneDucasse.17.diff http://ss3.gemstone.com/ss/Pharo20/Spec-Bindings-StephaneDucasse.20.diff Thanks Ben. Stef

1 0

[Pharo-project] NB Types and C Types
by Jimmie Houchin Dec. 16, 2012

Dec. 16, 2012

Hello, In my app using NB and have a few questions on types. In one function I have an size_t *arg for an argument. Is NBUInt64 proper for this argument? I also have a DATE which uses OLE Automation date format which is described as: IO2GRequestFactory.fillMarketDataSnapshotRequestTime """ An OLE Automation date is implemented as a floating-point number whose integral component is the number of days before or after midnight, 30 December 1899, and whose fractional component represents the time on that day divided by 24. """ Would NBUInt64 be best or is NBUInt32 a better fit? I haven't seen a method for this particular date epoch, but I can easily write the method to handle conversion. Thanks for any wisdom and guidance. Jimmie

2 2

[Pharo-project] [update 2.0] #20436
by StÃ©phane Ducasse Dec. 16, 2012

Dec. 16, 2012

20436 ----- Issue 7111: showing problem with extending packages http://code.google.com/p/pharo/issues/detail?id=7111 So I integrated the recategorization of Job in Kernel-Job ProgressBar in Morphic-ProgressBar + adding comments + improving a bit ProgressBar. Diff information: http://ss3.gemstone.com/ss/Pharo20/Polymorph-Widgets-StephaneDucasse.743.di… http://ss3.gemstone.com/ss/Pharo20/Morphic-StephaneDucasse.1307.diff http://ss3.gemstone.com/ss/Pharo20/Kernel-StephaneDucasse.1268.diff http://ss3.gemstone.com/ss/Pharo20/Deprecated20-StephaneDucasse.26.diff Stef

1 0

[Pharo-project] File out of *extension -> debugger -> bug?
by Sabine KnÃ¶fel Dec. 16, 2012

Dec. 16, 2012

Hi, I assume, this is a bug in Pharo? I select "browse package" in the System browser and then "file out" for the category "*Extensions". Other categories work. Occurs also in "*Extensions" of other packages. Is it fixed in Pharo 2.0? Greetings Sabine 15 December 2012 9:31:37 am VM: Win32 - IX86 - 6.1 - Croquet Closure Cog VM [CoInterpreter VMMaker.oscog-eem.140] Image: Pharo1.3 [Latest update: #13327] RBPackageEnvironment(Object)>>doesNotUnderstand: #organization Receiver: RKA24 Arguments and temporary variables: aMessage: organization exception: MessageNotUnderstood: RBPackageEnvironment>>organization resumeValue: nil Receiver's instance variables: label: 'RKA24' searchStrings: nil environment: Smalltalk packages: a Set(a PackageInfo(RKA24)) ORPackageExtensionNode(OBClassCategoryNode)>>fileOut Receiver: ORPackageExtensionNode<*Extensions> Arguments and temporary variables: Receiver's instance variables: metaNode: ExtensionCategory #classes->Class #comments->ClassComment #metaclasse...etc... environment: RKA24 name: #'*Extensions' OBCmdFileOut>>execute Receiver: an OBCmdFileOut Arguments and temporary variables: Receiver's instance variables: target: ORPackageExtensionNode<*Extensions> requestor: an OBColumn(*Extensions) OBCmdFileOut(OBCommand)>>perform:orSendTo: Receiver: an OBCmdFileOut Arguments and temporary variables: aSelector: #execute anObject: an OBPluggableListMorph(35651584) Receiver's instance variables: target: ORPackageExtensionNode<*Extensions> requestor: an OBColumn(*Extensions) [| selArgCount | (selArgCount := selector numArgs) = 0 ifTrue: [target perform: selector] ifFalse: [selArgCount = arguments size ifTrue: [target perform: selector withArguments: arguments] ifFalse: [target perform: selector withArguments: (arguments copyWith: evt)]]. self changed] in ToggleMenuItemMorph(MenuItemMorph)>>invokeWithEvent: Receiver: a ToggleMenuItemMorph(634388480)'File out' Arguments and temporary variables: evt: [904@314 mouseUp 195226000 nil] selArgCount: 2 Receiver's instance variables: bounds: 768@307 corner: 964@321 owner: a MenuMorph(664535040) submorphs: #() fullBounds: 768@307 corner: 964@321 color: Color black extension: a MorphExtension (637009920) font: a StrikeFont(Bitmap DejaVu Sans 9 14) emphasis: 0 contents: 'File out' hasFocus: false isEnabled: true subMenu: nil isSelected: false target: an OBCmdFileOut selector: #perform:orSendTo: arguments: an Array(#execute an OBPluggableListMorph(35651584)) icon: Form(16x1x8) getStateSelector: nil enablementSelector: nil keyText: 'cmd+o' -- View this message in context: http://forum.world.st/File-out-of-extension-debugger-bug-tp4659339.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

3 4

[Pharo-project] new Cog VMs available
by Eliot Miranda Dec. 16, 2012

Dec. 16, 2012

Hi All, new Cog VMs available at http://www.mirandabanda.org/files/Cog/VM/VM.r2636/. The main change here is to do with corrected headroom and safer signal handling which should hopefully improve stability on linux. Cog VM binaries as per VMMaker.oscog-eem.234/r2636/r2638. Use the -z now link flag on the linux builds. This causes the dynamic linker to resolve unresolved symbols on load instead of lazily. This affects reliability in signal handlers, because if the dynamic linker can run at any time it can therefore run in a signal handler and cause a deep call chain which could corrupt a stack page in the JIT. So this aplies three fixes to this issue: a) correct the stack headroom determination b) use sigaltstack for signal handlers in the UnixOSProcessPlugin c) link using -z now on linux. Use SA_ONSTACK/sigaltstack for signal handlers installed by the UnixOSProcessPlugin to avoid running signal handlers on the JIT's stack. (r2638: Check for needing sigaltstack properly in setSignalNumber:handler:). ==== VMMaker.oscog-eem.233/r2632 Rename misnamed internalIsMutable: and internalIsImmutable: to isOopMutable: and isOopImmutable:. Affects sqVirtualMachine.c, but only part of api used in Newspeak VMs. Merge LargeInteger primitive fixes from VMMaker-dtl.286 and tests from VMMaker-dtl.289. UnixOSProcessPlugin: Merge with VMConstruction-Plugins-OSProcessPlugin-dtl.35. In particular restore missing code to forwardSignal:toSemaphoreAt: Get plugin to use SA_ONSTACK/sigaltstack for signal handlers if loaded in the JIT. ==== VMMaker.oscog-eem.230/r2631 Fix stackPage headroom calculation in CoInterpreter. Was getting things backward. This increases the stack page headroom by 62% from 1564 bytes to 2532 bytes. Shootout benchmarks unchanged, so reduction in frames per page is not an issue for typical code. This should result in fewer crashes on linux where the dynamic linker, if it kicked in during a signal handler, could cause a deep call chain at interrupt time and trample the start of the adjoining stack page. Merge LargeInteger primitive fixes from VMMaker-dtl.286. Change generation of plugin code so that internal plugins call VM routines directly and external plugins call through their own local copies of the function pointers in InterpreterProxy. External plugins copy the InterpreterProxy functions to their local copies in setInterpreter:. Change implementations of stObject:at:put: to return their value, to match the declaration in InterpreterProxy. Streamline ObjectMemory>>instantiateClass:indexableSize: (hdrSize and header3 change together). Optimize the debug VM by making startOfMemory a macro that answers heapBase instead of a method. Improve stack page printing, and make stack trace printing more robust (findClass/SelectorOfMethod:forReceiver:). Make temporary:in:put: et al answer their values. For stObject:at:put:. Make jumpTable size err message more explanatory. Rename misnamed internameIsMutable: and internalIsImmutable: to isOopMutable: and isOopImmutable:. Affects sqVirtualMachine.c, but only part of api used in Newspeak VMs.-- best, Eliot

1 0

[Pharo-project] NBCog broken on 64bit Linux?
by Pavel Krivanek Dec. 15, 2012

Dec. 15, 2012

Hi, If I download the latest VM and image the same way as our CI jobs on Linux: wget --quiet -qO - http://pharo.gforge.inria.fr/ci/ciPharo20NBCog.sh | bash then the VM is broken (it opens only black or white widnow). The image works well with different VM version but with the VM downloaded by this scipt not. It breaks some CI jobs and when I tried to find why the main Pharo 2.0 job is working and others not when they use the same script, I found out that they had build limited to "linux64". My local linux system is 64bit too. So I tried to restict "Pharo Kernel 2.0 support" job to "linux" but it look broken even in this configuraton. So please can you check the VM on a 32-bit system? Cheers, -- Pavel

3 11

[Pharo-project] Fwd: Lua scripting with nativeboost?
by DeNigris Sean Dec. 15, 2012

Dec. 15, 2012

<quote author="Jacob Wagner"> Hello. Is anyone interested in getting lua scripting to work with pharo, using nativeboost? I do not think it should be very difficult, but it is beyond my knowledge of c and lua and nativeboost. The reason I would like this is for possible gaming applications. I am already trying my hand at writing games with amber smalltalk as a client and pharo + websockets as a server, but it would be very cool if the users could write some lua 'sandboxed' scripts that run on the server. </quote>

9 17