- Pharo-dev - lists.pharo.org

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

Jan. 20, 2017

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

1 0

[pharo-project/pharo-core] eb4c24: 60345
by GitHub Jan. 20, 2017

Jan. 20, 2017

Branch: refs/heads/6.0 Home: https://github.com/pharo-project/pharo-core Commit: eb4c24b44409bbde4df845f6558c98564300ad48 https://github.com/pharo-project/pharo-core/commit/eb4c24b44409bbde4df845f6… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2017-01-20 (Fri, 20 Jan 2017) Changed paths: M GT-Inspector.package/extension/GlamourPresentationModel/class/inspectorOn_.st M Glamour-SpecIntegration.package/GlamourPresentationModel.class/README.md M Growl.package/GrowlMorph.class/class/settings/growlSettingsOn_.st M Morphic-Base.package/ShortcutReminder.class/instance/settings/customSettingsOn_.st A Nautilus-Tests.package/NautilusUITest.class/instance/tests/testMethodSortBlock.st A Nautilus.package/NautilusUI.class/instance/private/methodSortBlock.st M Nautilus.package/NautilusUI.class/instance/widget method/methodsForCategory_.st M OpalCompiler-Core.package/OCASTTranslator.class/README.md R ScriptLoader60.package/ScriptLoader.class/instance/pharo - scripts/script60344.st A ScriptLoader60.package/ScriptLoader.class/instance/pharo - scripts/script60345.st R ScriptLoader60.package/ScriptLoader.class/instance/pharo - updates/update60344.st A ScriptLoader60.package/ScriptLoader.class/instance/pharo - updates/update60345.st M ScriptLoader60.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st Log Message: ----------- 60345 19548 Fix Spec Integration class comments and examples https://pharo.fogbugz.com/f/cases/19548 19545 Add comment about OC translator subclasses (for effect / for value) https://pharo.fogbugz.com/f/cases/19545 19555 Nautilus should sort all binary methods before non-binary methods https://pharo.fogbugz.com/f/cases/19555 19550 Typo in settings: Popup notifaction --> Popup notification https://pharo.fogbugz.com/f/cases/19550 http://files.pharo.org/image/60/60345.zip

1 0

In the need of Pharo magic
by Stephane Ducasse Jan. 20, 2017

Jan. 20, 2017

I would love to get a functionality that dynamically removes from my code all the self halt that are encountered during test execution. This way I will not need to run the test, walk the stack, edit the code and retart the process. It would be really cool

4 3

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