- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Spotter suggestion

by Tudor Girba

Hi, Spotter from the latest Pharo has a help button with shortcuts explained. Cheers, Doru > On Feb 18, 2016, at 12:14 PM, Guille Polito <guillermopolito(a)gmail.com> wrote: > > Hi Doru et al! > > I was here having difficulties to see how to use spotter, and how to dive into, and show more results, because the shortcuts are hidden if you don't know them by heart. > > So I thought, why the spotter ui does not > - propose the shortcuts to dive at the right of the list? > - propose some extra items for e.g., show all items? > > Something like the attached picture... > > What do you think? > > Guille > <spotter.png> -- www.tudorgirba.com www.feenk.com "Not knowing how to do something is not an argument for how it cannot be done."

Feb. 18, 2016

Spotter suggestion

by Guille Polito

Hi Doru et al! I was here having difficulties to see how to use spotter, and how to dive into, and show more results, because the shortcuts are hidden if you don't know them by heart. So I thought, why the spotter ui does not - propose the shortcuts to dive at the right of the list? - propose some extra items for e.g., show all items? Something like the attached picture... What do you think? Guille

Feb. 18, 2016

Re: [Pharo-dev] FFI BoxedFloat64 bug?

by Esteban Lorenzano

> On 17 Feb 2016, at 19:35, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: > >> I don't understand. All BoxedFloat have 8 bytes, that's why they are called BoxedFloat64. There are no 4-bytes floats in Pharo. Even in 32 bits. > > I have some code that involve FFI and floats that was working before Spur. > I got the error mentioned by Alex. > Defining this pointer method gives a weird behavior. > > It would be great to have this fixed. probably because of what I just describedâ¦ I will commit a fix. > > Alexandre > >> >> 2016-02-12 18:06 GMT+01:00 Esteban Lorenzano <estebanlm(a)gmail.com>: >> >>> On 12 Feb 2016, at 17:50, Aliaksei Syrel <alex.syrel(a)gmail.com> wrote: >>> >>> On Fri, Feb 12, 2016 at 5:45 PM, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: >>> Float>>#pointer >>> ^ (ByteArray new: FFIExternalType pointerSize) >>> floatAt: 1 put: self; >>> yourself >>> >>> Yes it does the trick :) Thanks! >> >> yes and no (I made a mistake): that works because incidentally pointers and floats have same size (4 bytes)â¦ but can happen that it is not (doubles have 8 bytes)â¦ but is ok for now :) >> I will fix it correctly next week. >> >> Esteban >> > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > >

Feb. 18, 2016

Re: [Pharo-dev] FFI BoxedFloat64 bug?

by Esteban Lorenzano

but in C (32bits) floats are 4 bytes, so when you do: ByteArray new floatAt: 1 put: somePharoFloat; it will cast it to 4 bytes (if it fits which is most of the cases). but as I saidâ¦ it is an error I need to fix :) Esteban > On 12 Feb 2016, at 20:50, ClÃ©ment Bera <bera.clement(a)gmail.com> wrote: > > I don't understand. All BoxedFloat have 8 bytes, that's why they are called BoxedFloat64. There are no 4-bytes floats in Pharo. Even in 32 bits. > > 2016-02-12 18:06 GMT+01:00 Esteban Lorenzano <estebanlm(a)gmail.com <mailto:estebanlm@gmail.com>>: > >> On 12 Feb 2016, at 17:50, Aliaksei Syrel <alex.syrel(a)gmail.com <mailto:alex.syrel@gmail.com>> wrote: >> >> On Fri, Feb 12, 2016 at 5:45 PM, Esteban Lorenzano <estebanlm(a)gmail.com <mailto:estebanlm@gmail.com>> wrote: >> Float>>#pointer >> ^ (ByteArray new: FFIExternalType pointerSize) >> floatAt: 1 put: self; >> yourself >> >> Yes it does the trick :) Thanks! > > yes and no (I made a mistake): that works because incidentally pointers and floats have same size (4 bytes)â¦ but can happen that it is not (doubles have 8 bytes)â¦ but is ok for now :) > I will fix it correctly next week. > > Esteban >

Feb. 18, 2016

Re: [Pharo-dev] Object>>rollToArity:?

by Esteban Lorenzano

Iâm not happy with the method name, but I think is well explained in method comments: ExternalAddress>>rollToArity: arity "This will 'roll' a pointer to a certain arity. What does this means? Let's say I have a method who will be called with a ** arity: method: aPointer self ffiCall: #( method ( MyExternalObjectClass **aPointer) ) This usually means that method will put a pointer in the address of aPointer. And what I actually want is this pointer. So I do Something like this: p := MyExternalObjectClass new. self mehod: p. And I expect to have 'p' correctly initialised on return. Well... tha's not so simple :) When compiling #method:, UnifiedFFI needs to first 'roll' the pointer (which means to take a pointer of a pointer of a pointer... as many pointers as arity solicited), and then, after call, it needs to 'unroll' all this pointers (see #unrollFromArity: method) â ByteArray>>rollToArity: arity "This is complicated... I assuming this ways of calling a function: arity == 1: ----------- ByteArray works as pointer buffer of single pointer to something: ex 1) buffer := ByteArray new: 4. self ffiCall: #( void function (int *buffer) ). ex 2) buffer := 'Hello, World' asByteArray. self ffiCall: #( void function (char *buffer) ). arity > 1: ---------- ByteArray works as pointer to allocate results: ex 1) pointer := ByteArray new: (FFIExternalType pointerSize). self ffiCall: #( void function ( char **answer )). In this case this will not work fine because content of ByteArray needs to be a pointer too, and then it needs to be allocated in the heap... while this could be managed, I'm puting for the moment just an error and a recommendation of using an ExternalAddress. " basically, is the equivalent of â&â operator in C. you can manually do the same by doing: | var | var := 42 pointer. who will give you a byte array with signedLongAt: 1 == 42. â¦ but since old NB was doing this implicitly, we need to provide it too :) Esteban ps: Why do you need to know it? This is internal in UnifiedFFI so nobody should need to deal with it. > On 17 Feb 2016, at 16:49, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: > > Esteban, > > What Object>>rollToArity: is supposed to do? It belongs to UnifiedFFI > > Cheers, > Alexandre > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > >

Feb. 18, 2016

How was BoxedFloat64 integrated into the image ?

by Nicolai Hess

Because we have compiled methods with BoxedFloat64 associations in the methods literals, but the source code still shows only "Float". 17638 <https://pharo.fogbugz.com/f/cases/17638/Browsing-calls-on-BoxedFloat64-show…> Browsing calls on BoxedFloat64 shows methods with reference to BoxedFloat64 in the code

Feb. 18, 2016

Stabilization Slack Channel

by Guille Polito

Hi! With Esteban we set up a new slack channel to discuss about the stabilization of Pharo5. The idea is to discuss stabilization problems in a quicker way than the issue tracker (which we should also use btw:)). The description of the channel is Temporary channel to work on urgent stabilisation issues. Everybody willing to help is invited to join :) Guille

Feb. 18, 2016

Zinc-Character-Encoding Updates

by Sven Van Caekenberghe

Although Zinc HTTP Components is a framework for HTTP with full featured client and server implementations, it has long contained two sub packages that are independent of HTTP or even networking: Zinc-Resource-Meta (which implements URL and MimeType) and Zinc-Character-Encoding (for all kinds of character encoding). While implementing the Pharo Unicode project, I made a couple of changes to Zinc-Character-Encoding. The ZnCharacterEncoder hierarchy was refactored a bit with the introduction of ZnUTFEncoder and ZnEndianSensitiveUTFEncoder while a new encoder was added: ZnUTF32Encoder. This means all official Unicode encoders, UTF-8, UTF-16 and UTF-32 are now supported. See the chapters '3.9 Unicode Encoding Forms' and '3.10 Unicode Encoding Schemes' in http://www.unicode.org/versions/Unicode8.0.0/ch03.pdf The API of the encoders was also extended to not only work between characters and bytes, but also between integer Unicode code points and bytes. A refactoring was done regarding streams as well with the introduction of ZnEncodedStream and ZnEncoded[Read|Write]Stream above ZnCharacter[Read|Write]Stream and the addition of ZnCodePoint[Read|Write]Stream. Summary: some new features, all public API remains the same. Sven

Feb. 18, 2016

[pharo-project/pharo-core]

by GitHub

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

Feb. 18, 2016

[pharo-project/pharo-core] 78752e: 50588

by GitHub

Branch: refs/heads/5.0 Home: https://github.com/pharo-project/pharo-core Commit: 78752ed17d94a973ce5254a74e8dbe0014154520 https://github.com/pharo-project/pharo-core/commit/78752ed17d94a973ce5254a7… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2016-02-18 (Thu, 18 Feb 2016) Changed paths: M BaselineOfQualityAssistant.package/BaselineOfQualityAssistant.class/instance/api projectSpec/baseline_.st M ConfigurationOfQualityAssistant.package/ConfigurationOfQualityAssistant.class/instance/symbolic versions/stable_.st A ConfigurationOfQualityAssistant.package/ConfigurationOfQualityAssistant.class/instance/versions/v2%5F3%5F5_.st M ConfigurationOfRenraku.package/ConfigurationOfRenraku.class/instance/symbolic versions/stable_.st A ConfigurationOfRenraku.package/ConfigurationOfRenraku.class/instance/versions/v0%5F11%5F5_.st M Renraku.package/ReTransformationCritic.class/instance/accessing/change.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50587.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50588.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50587.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50588.st M ScriptLoader50.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st M Traits.package/TClass.class/instance/subclass creation - immediate/immediateSubclass_instanceVariableNames_classVariableNames_package_.st M Traits.package/TClass.class/instance/subclass creation - variableWord/variableWordSubclass_instanceVariableNames_classVariableNames_package_.st Log Message: ----------- 50588 17619 Failing test on CI: CompiledMethodTest>>#testComparison https://pharo.fogbugz.com/f/cases/17619 17625 The immediateSubclass... and variableSubclass method need comments https://pharo.fogbugz.com/f/cases/17625 17605 Autofix raises DNU in QualityAssistant https://pharo.fogbugz.com/f/cases/17605 http://files.pharo.org/image/50/50588.zip

Feb. 18, 2016