January 2017 - Pharo-dev - lists.pharo.org

Support for LP64 & LLP64 in FFI Kernel
by Eliot Miranda Jan. 19, 2017

Jan. 19, 2017

Hi All, currently the FFI has support for 8, 16, 32 & 64 bit integers, but no support for C's long type. In almost all C implementations byte is 8 bits, short is 16 bits, int is 32 bits and long long is 64 bits. But long may be either 32 or 64 bits depending on programming model. In LP32 long is 32 bits, which is used in 32-bit unix, mac os and windows. In LP64 long is 64 bits, which is used in 64-bit unix and mac os. In LLP64 long is 32 bits, which is used in 64-bit windows. So having a type which is either 32 or 64 bits depending on platform is useful in modeling C's long type across platforms. Esteban and I propose adding such a type to FFI kernel, actually two types, one unsigned, one signed. So we propose extending the below (these constants are used to define signatures for FFI calls and the contents of structs) FFIConstants class>>#initializeTypeConstants "type void" FFITypeVoid := 0. "type bool" FFITypeBool := 1. "basic integer types. note: (integerType anyMask: 1) = integerType isSigned" FFITypeUnsignedByte := 2. FFITypeSignedByte := 3. FFITypeUnsignedShort := 4. FFITypeSignedShort := 5. FFITypeUnsignedInt := 6. FFITypeSignedInt := 7. "64bit types" FFITypeUnsignedLongLong := 8. FFITypeSignedLongLong := 9. "special integer types" FFITypeUnsignedChar := 10. FFITypeSignedChar := 11. "float types" FFITypeSingleFloat := 12. FFITypeDoubleFloat := 13. "type flags" FFIFlagAtomic := 16r40000. "type is atomic" FFIFlagPointer := 16r20000. "type is pointer to base type" FFIFlagStructure := 16r10000. "baseType is structure of 64k length" FFIStructSizeMask := 16rFFFF. "mask for max size of structure" FFIAtomicTypeMask := 16r0F000000. "mask for atomic type spec" FFIAtomicTypeShift := 24. "shift for atomic type" to add to "special integer types" FFITypeUnsignedChar := 10. FFITypeSignedChar := 11. FFITypePlatformUnsignedLong := 14. FFITypePlatformSignedLong := 15. This is backward compatible, even if it complicates the marshaling a little since it used to be that all integer types were less than FFITypeSingleFloat. But breaking backward compatibility would be a bad idea. Then in ByteArray et al we could add accessors for platformLongAt: platformUnsignedLongAt:. Comments, thoughts, objections? _,,,^..^,,,_ best, Eliot

2 1

Re: [Pharo-dev] genJumpLong: distance index 1043 is out of range -1024 to 1023
by ClÃ©ment Bera Jan. 19, 2017

Jan. 19, 2017

Hi, This will be fixed by using the alternative bytecode set, likely in the next few weeks in Pharo 6 alpha/beta. Basically control flow messages (ifTrue:, to:do:, etc.) cannot have too many statements in their blocks (ifTrue: argument, to:do: second arguments, etc) or the compiler can't compile them due to bytecode set encoding limitation. The new bytecode set is encoded differently and allows such code to be compiled. As a temporary solution, you need to split your code in multiple methods to lower the number of statements inside blocks inside control flow messages. Sorry for the annoyance. We're working on integrating a solution and we believe that this will be integrated in Pharo 6 in the next few weeks. Regards, Clement On Wed, Dec 7, 2016 at 4:14 PM, Davide Varvello via Pharo-dev < pharo-dev(a)lists.pharo.org> wrote: > > > ---------- Forwarded message ---------- > From: Davide Varvello <varvello(a)yahoo.com> > To: pharo-dev(a)lists.pharo.org > Cc: > Date: Wed, 7 Dec 2016 07:14:35 -0800 (PST) > Subject: genJumpLong: distance index 1043 is out of range -1024 to 1023 > Hi, > > Sometimes (and also today) after formatting and saving a method, an Error > is > thrown. > Following a chunk of PharoDebug.log > > TIA > Davide > > > --------------------- > THERE_BE_DRAGONS_HERE > Error: genJumpLong: distance index 1043 is out of range -1024 to 1023 > 7 December 2016 4:21:53.0426 pm > > VM: Mac OS - intel - 1096 - CoInterpreter > VMMaker.oscog-HolgerHansPeterFreyther.1880 uuid: > 16138eb3-2390-40f5-a6c8-15f0494936f8 Sep 30 2016 > StackToRegisterMappingCogit VMMaker.oscog-HolgerHansPeterFreyther.1880 > uuid: > 16138eb3-2390-40f5-a6c8-15f0494936f8 Sep 30 2016 > https://github.com/pharo-project/pharo-vm.git Commit: > 06744effac0f0aa3b4b32e17636448f9d51d6707 Date: 2016-09-30 08:40:43 +0200 > By: > GitHub <noreply(a)github.com> Jenkins build #603 > > Image: Pharo5.0 [Latest update: #50763] > > OpalEncoderForV3PlusClosures(Object)>>error: > Receiver: an OpalEncoderForV3PlusClosures > Arguments and temporary variables: > aString: 'genJumpLong: distance index 1043 is out > of range -1024 to 1023' > Receiver's instance variables: > stream: an IRBytecodeGenerator > position: nil > rootNode: nil > blockExtentsToLocals: nil > > > OpalEncoderForV3PlusClosures(OpalBytecodeEncoder)>> > outOfRangeError:index:range:to: > Receiver: an OpalEncoderForV3PlusClosures > Arguments and temporary variables: > string: 'distance' > index: 1043 > rangeStart: -1024 > rangeEnd: 1023 > Receiver's instance variables: > stream: an IRBytecodeGenerator > position: nil > rootNode: nil > blockExtentsToLocals: nil > > > OpalEncoderForV3PlusClosures(OpalEncoderForV3)>>genJumpLong: > Receiver: an OpalEncoderForV3PlusClosures > Arguments and temporary variables: > distance: 1043 > Receiver's instance variables: > stream: an IRBytecodeGenerator > position: nil > rootNode: nil > blockExtentsToLocals: nil > > > OpalEncoderForV3PlusClosures(OpalEncoderForV3)>>genJump: > Receiver: an OpalEncoderForV3PlusClosures > Arguments and temporary variables: > distance: 1043 > Receiver's instance variables: > stream: an IRBytecodeGenerator > position: nil > rootNode: nil > blockExtentsToLocals: nil > > > > -- > View this message in context: http://forum.world.st/ > genJumpLong-distance-index-1043-is-out-of-range-1024-to- > 1023-tp4926103.html > Sent from the Pharo Smalltalk Developers mailing list archive at > Nabble.com. > > >

3 2

[ANN] Snapcraft for Pharo
by Guillermo Polito Jan. 18, 2017

Jan. 18, 2017

Hi all, Just wanted to share this: https://github.com/guillep/pharo-snapcraft It is basically the code to generate a snap package of the pharo-vm using snapcraft. Using this, the VM is generated and packaged with all dependencies. This should help in running pharo in different linux distributions. I invite you to check it, report problems and submit fixes. Cheers, Guille

8 15

FFICallback crashes windows spur i386 vm
by Aliaksei Syrel Jan. 17, 2017

Jan. 17, 2017

Hi The following code crashes windows spur32 VM without crash.dmp: (crashes not only in case of int8, but ulong, int16/32 and so on...) Callback instantiation: createCallback > ^ FFICallback > signature: #(int8 (int8)) > block: [ :value | value ] C function: int8_t test(int8_t(*function)(int8_t), int8_t value) { > return function(value); > } FFI call: primCall: aCallback int8: aNumber > ^ self ffiCall: #(int8 test(FFICallback aCallback, int8 aNumber)) Test case: test > self > assert: (self primCall: self createCallback int8: 0) > equals: 0 Windows 10. VM from today: http://files.pharo.org/vm/pharo-spur32/win/pharo-win-i386-201701130756-83c0… Image 60343: http://files.pharo.org/image/60/60343.zip P.S. what is the best place to report FFI / Alien issues? P.P.S Iceberg works Cheers, Alex

5 11

[pharo-project/pharo-core]
by GitHub Jan. 15, 2017

Jan. 15, 2017

Branch: refs/tags/60344 Home: https://github.com/pharo-project/pharo-core

1 0

[pharo-project/pharo-core] 13e2fd: 60344
by GitHub Jan. 15, 2017

Jan. 15, 2017

Branch: refs/heads/6.0 Home: https://github.com/pharo-project/pharo-core Commit: 13e2fd59f28ab614ced1ae5f097b75158d8482ca https://github.com/pharo-project/pharo-core/commit/13e2fd59f28ab614ced1ae5f… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2017-01-15 (Sun, 15 Jan 2017) Changed paths: A Announcements-Core.package/WeakAnnouncementSubscription.class/instance/printing/printOn_.st M Kernel.package/WeakMessageSend.class/instance/printing/printOn_.st M Manifest-Core.package/TheManifestBuilder.class/instance/accessing/manifestOf_.st A Morphic-Widgets-Tabs.package/TabManagerMorph.class/instance/accessing/emptyTabColor_.st M Morphic-Widgets-Tabs.package/TabManagerMorph.class/instance/private/setTabContentFrom_.st M Morphic-Widgets-Tabs.package/TabMorph.class/instance/protocol/softRetrieveMorph.st M Rubric.package/RubEditingMode.class/instance/accessing/interactive.st R Rubric.package/RubSmalltalkScriptingMode.class/instance/accessing/interactive.st R ScriptLoader60.package/ScriptLoader.class/instance/pharo - scripts/script60343.st A ScriptLoader60.package/ScriptLoader.class/instance/pharo - scripts/script60344.st R ScriptLoader60.package/ScriptLoader.class/instance/pharo - updates/update60343.st A ScriptLoader60.package/ScriptLoader.class/instance/pharo - updates/update60344.st M ScriptLoader60.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st Log Message: ----------- 60344 19509 controling class assignment https://pharo.fogbugz.com/f/cases/19509 19515 complileSilently:classified: method does not set properly the package https://pharo.fogbugz.com/f/cases/19515 19217 Add printOn: method on WeakAnnouncementSubscription to improve readibility https://pharo.fogbugz.com/f/cases/19217 19540 TabMorph should refresh content in background by defer message https://pharo.fogbugz.com/f/cases/19540 http://files.pharo.org/image/60/60344.zip

1 0

error "please insert disk" (windows vm)
by Nicolai Hess Jan. 15, 2017

Jan. 15, 2017

we have the following bug report 16928 <https://pharo.fogbugz.com/f/cases/16928/no-disk-in-the-drive-reply-to-World…> "no disk in the drive" reply to World | Save As (and other places) "On a clean Pharo4.0 #40618 image, on Windows 7 World Menu | Save As brings up a modal alert window, "There is no disk in the drive. Please insert a disk into drive <etc>" On my system, it does this 4 times. I'm assuming that each instance refers to one of the card-reader drives which are attached, but without a card inserted. This is a pain to deal with every single time a File Browser or World | Save As dialog is opened. Could the alerts either be - only raised when that specific drive is requested by a user action or, less preferably - given by a non-modal window, and fading away after a period" I was able to reproduce this error on squeaks and pharos window vm. (insert a usb card reader, with card, wait some time , remove only the card, every access on this drive, for example open a FileList and scroll to the drive letter). The solution I found is to call SetErrorMode( *SEM_FAILCRITICALERRORS)* I would like to propose the following change to sqwin32directory.c wrap the call to FindFirstFileW/FindNextFileW with UINT prevMode = SetErrorMode(SEM_FAILCRITICALERRORS); call FindFirstFileW/FindNextFileW SetErrorMode(prevMode); ... and call this functions in at least dir_lookup() (the other file/directory methods are save). Alternative solution, we could call the SetErrorMode function once at program start but I don't know if there are other "useful" errors message that we don't want to disable. I tested both solution, both seems to work fine. What do you think?

7 11

NBMacShell still used in GraphViz
by Bernhard Pieber Jan. 15, 2017

Jan. 15, 2017

Happy New Year! The GraphViz project in the Pharo Project Catalog has the tag Pharo5.0 but still uses NBMacShell which seems to have been removed in Pharo 5. What is the right replacement for NBMacShell run: string in newer Pharo versions? Cheers, Bernhard

2 1

Setting a project with smtalltalkCI
by Gabriel Cotelli Jan. 13, 2017

Jan. 13, 2017

Hi! anyone with smalltalkCI experience? I'm trying to setup travis CI integration for one of my projects ( https://github.com/ba-st/RenoirSt/tree/smalltalk_ci) and I'm getting a cryptic error on the builds: https://travis-ci.org/ba-st/RenoirSt/jobs/191751457 Any hints are welcome. Thanks, Gabriel

2 2

Strange DNU effect on Windows with Pastell
by Torsten Bergmann Jan. 13, 2017

Jan. 13, 2017

I have a strange effect I was not able to find out so far. You can try with any newer Pharo image/VM but here are the exact combination I tried: 1. Load latest VM from https://dl.bintray.com/pharo-project/pharo-vm/ which is as of today (https://dl.bintray.com/pharo-project/pharo-vm/pharo-win-i386-201701091105-b…) Extract in a directory. 2. Download and extract http://files.pharo.org/sources/PharoV50.sources.zip into same directory 3. Use latest image http://files.pharo.org/image/60/60342.zip in same directory 4. Start Pharo and load "Pastell" Metacello new smalltalkhubUser: 'Pharo' project: 'MetaRepoForPharo50'; configuration: 'Pastell'; version: #stable; load. 5. Put some Transcript output into: XMLNodeWithElements>>#doesNotUnderstand: by changing it to: doesNotUnderstand: aMessage "If I have one or more childs whose name is the same as the selector, return them in a PastellCollection. Otherwise, let the DNU propagate" | v | Transcript show: aMessage selector asString;cr. v := self child: aMessage selector. ^ v ifEmpty: [ super doesNotUnderstand: aMessage ] ifNotEmpty: [ v ]. 6. Now evaluate: | xml document htmls html heads | Transcript open;clear. xml := '<html> <head></head> <head></head> </html>'. document := XMLDOMParser parse: xml readStream. htmls := document html. "gives a pastell collection using the #doesNotUnderstand: trick" html := htmls first. "first element from collection, the class is XMLElement, a subclass of XMLNodeWithElements" html head "should call #doesNotUnderstand: again in XMLNodeWithElements but it is not" As you see the #html message triggers the #doesNotUnderstand: while #head does not. For strange reasons the XMLNodeWithElements>>#doesNotUnderstand: is only called once and then not anymore. Did I miss something? Last time Pastell worked was in Pharo 3.0. Is this a Cog issue or something I do not see? It seems to work on Mac (according to Stephan Eggermont). Any idea? Thanks T.

5 13