- Pharo-dev - lists.pharo.org

Moving back and forth from 64 to 32 bit images - possible?
by Todd Blanchard Nov. 12, 2017

Nov. 12, 2017

What is the story on moving back and forth on 32 and 64 bit images? I'd like to develop apps for my Raspberry Pi on my Mac - both will use native libraries but the Mac is full of 64 bit system libraries and the Pi is full of 32 bit libraries and I don't want to have to run around building 32 bit copies of the libraries I already have on my Mac. Is this possible to achieve?

1 0

Tonel and class definition changes
by Denis Kudriashov Nov. 12, 2017

Nov. 12, 2017

Hi. I extracted my question from previous thread about encoding issue in Tonel. 2017-11-10 18:08 GMT+01:00 Esteban Lorenzano <estebanlm(a)gmail.com>: > On 10 Nov 2017, at 13:05, Denis Kudriashov <dionisiydk(a)gmail.com> wrote: > > 2017-11-10 16:30 GMT+01:00 Martin McClure <martin(a)hand2mouse.com>: >>> >>> Tonel is intended to be, I believe: >>> * For Smalltalk primarily (although there are other languages) >>> * Be for any Smalltalk dialect (although the first implementation is for >>> Pharo, it is being ported to GemStone, and we intend to port it to VW and >>> VA) >>> >> >> Interesting how it will be handled when Pharo will use slots abstraction >> exclusively. And more simple, when there will be only package and tags >> instead of class categories. >> > > To be more clear. Imaging that instead of #instanceVariables field Pharo > will use #slots. And instead of #category it will be #package and #tags > > > what does it has to do with this thread? > My question was related to the sentence that Tonel is intended to be for any Smalltalk dialect. If Pharo will use #slots, #package and #tags names in class definition format it will be not compatible to other smalltalks. > handling that is trivial: once we actually have slots (bah, we have them, > but once we *use* them) and once we move to package+tags, we just adapt the > descriptions. Thatâs the advantage of using STON to keep them. > And what will happen then? We will again regenerate all sources/history? When we will switch to new names every class will be modified in following commit.

3 4

Is fileout on the change sorter working in Pharo 70?
by Stephane Ducasse Nov. 12, 2017

Nov. 12, 2017

Hi I'm trying to rescue some of my work (that I cannot save in MC nor in Iceberg because the system does not see it - super funny). I can browse the change using the changesorter when I do fileout the system tells me that the file it saved but I cannot find it on my disc. Apparently none of the fileout is working in the changesorter. :( Stef

7 15

Convention for "reset" methods
by Cyril Ferlicot Nov. 12, 2017

Nov. 12, 2017

Hi, Torsten is doing a really cool job by cleaning the protocols of Pharo. Smalltalk has a lot of conventions and if we want the users to apply them we need to have a clean Pharo. On that subject I was wonderingâ¦ Do we have a real convention for "reset" methods? With this script: ((RPackageOrganizer default packages flatCollect: #methods) select: [ :each | each selector = #reset ]) collect: #protocol as: Bag We can see that there is different way to do. 25 in accessing 11 in initialization 10 in positioning 10 in instance creation And some others less popular choices. So my question is, should we have a conventional protocol for reset methods? For now, most of them are in "accessing", but it cause a violation of the RBUnaryAccessingMethodWithoutReturnRule. Personally I think that "initialization" protocol make the more sens. If the community agree on it we could - Recategorize - Make sure the automatic categorizer follow the convention - Add a rule/test to check that Waiting for your thoughts :) -- Cyril Ferlicot https://ferlicot.fr http://www.synectique.eu 2 rue Jacques PrÃ©vert 01, 59650 Villeneuve d'ascq France

3 2

float & fraction equality bug
by Tudor Girba Nov. 12, 2017

Nov. 12, 2017

Hi, I just stumbled across this bug related to the equality between fraction and float: https://pharo.fogbugz.com/f/cases/20488/x-y-iff-x-y-0-is-not-preserved-in-P… In essence, the problem can be seen that by doing this, you get a ZeroDivide: x := 0.1. y := (1/10). x = y ifFalse: [ 1 / (x - y) ] The issue seems to come from the Float being turned to a Fraction, rather than the Fraction being turned into a Float: Fraction(Number)>>adaptToFloat: rcvr andCompare: selector "If I am involved in comparison with a Float, convert rcvr to a Fraction. This way, no bit is lost and comparison is exact." rcvr isFinite ifFalse: [ selector == #= ifTrue: [^false]. selector == #~= ifTrue: [^true]. rcvr isNaN ifTrue: [^ false]. (selector = #< or: [selector = #'<=']) ifTrue: [^ rcvr positive not]. (selector = #> or: [selector = #'>=']) ifTrue: [^ rcvr positive]. ^self error: 'unknow comparison selector']. ^ rcvr asTrueFraction perform: selector with: self Even if the comment says that the comparison is exact, to me this is a bug because it seems to fail doing that. What do you think? Cheers, Doru -- www.tudorgirba.com www.feenk.com "Problem solving should be focused on describing the problem in a way that makes the solution obvious."

12 46

[Pharo 7.0-dev] Build #286: 20673 Categorize uncategorized methods in classes starting with H
by ci-pharo-ci-jenkins2＠inria.fr Nov. 12, 2017

Nov. 12, 2017

There is a new Pharo build available! The status of the build #286 was: SUCCESS. The Pull Request #467 was integrated: "20673 Categorize uncategorized methods in classes starting with H" Pull request url: https://github.com/pharo-project/pharo/pull/467 Issue Url: https://pharo.fogbugz.com/f/cases/20673 Build Url: https://ci.inria.fr/pharo-ci-jenkins2/job/Test%20pending%20pull%20request%2…

1 0

[Pharo 7.0-dev] Build #285: 20675 Categorize uncategorized methods in classes starting with D
by ci-pharo-ci-jenkins2＠inria.fr Nov. 12, 2017

Nov. 12, 2017

There is a new Pharo build available! The status of the build #285 was: SUCCESS. The Pull Request #469 was integrated: "20675 Categorize uncategorized methods in classes starting with D" Pull request url: https://github.com/pharo-project/pharo/pull/469 Issue Url: https://pharo.fogbugz.com/f/cases/20675 Build Url: https://ci.inria.fr/pharo-ci-jenkins2/job/Test%20pending%20pull%20request%2…

1 0

Encoding method source code in Tonel
by Sven Van Caekenberghe Nov. 11, 2017

Nov. 11, 2017

Hi, Right now, TonelParser>>#methodBody looks a bit dangerous (too complex), and Nicolas already found some breaking cases as well a one possible solution. I was thinking a bit along the same lines, so here is a proposal. Overall I think we should keep the current readability of Tonel as much as possible (it is very important for diffs), while still being correct - i.e. no method source, even convoluted ones, possibly in different languages should break the encoding. The problem is how to quickly scan a stream for the closing $] (which occurs as a single character on a line by its own). Especially in Pharo source code, that situation (a conflict between the proper marker and actual source) is very rare, since code is usually intended. But is can occur and must be dealt with. The proposal is to just double the $] but only on lines that could conflict (which are lines consisting of only $]'s). The code itself becomes quite simple and remains fast enough. Here is some code to play with (EOL fixed to #cr for demo purposes): writer := [ :stream :methodSourceString | stream nextPut: $[; cr. methodSourceString linesDo: [ :line | (line notEmpty and: [ line allSatisfy: [ :ch | ch = $] ] ]) ifTrue: [ stream << $] ]. stream << line; cr ]. stream nextPut: $]; cr ]. reader := [ :stream | | line | (stream peekFor: $[) ifTrue: [ stream nextLine ] ifFalse: [ self error ]. String streamContents: [ :out | [ (line := stream nextLine) = ']' ] whileFalse: [ (line notEmpty and: [ line allSatisfy: [ :ch | ch = $] ] ]) ifTrue: [ out << line allButFirst ] ifFalse: [ out << line ]. out cr ] ] ]. encoded := String streamContents: [ :out | writer value: out value: (Collection>>#inject:into:) sourceCode ]. (reader value: encoded readStream) = ((Collection>>#inject:into:) sourceCode, String cr). escapedEncoded := String streamContents: [ :out | writer value: out value: 'test "Make sure there is no whitespace at line start to force an escape" self isFoo ifTrue: [ #foo ] ifFalse: [ [ "block" #bar ]] ' ]. (reader value: escapedEncoded readStream). What do you think ? Did I miss any special cases ? Is the price (very occasional insertion of an extra #] in the source code) worth the advantage (a simple, safe scheme). Sven PS: Note that several tools line syntax highlighting and double-click next to brackets have problems with weird delimiters such as in the above code ;-)

7 19

Thanks for he TDD improvement!
by Stephane Ducasse Nov. 11, 2017

Nov. 11, 2017

Hi this is super cool to get tests refreshed in nautilus when we define the method in the debugger. I was always bored when I do demo to have the rerun the tests. TX because this is super cool We should continue to improve the user experience in Pharo. Stef

2 2

Alternative window manager
by Thomas Dupriez Nov. 11, 2017

Nov. 11, 2017

Hello, Does an alternative window manager for pharo exist? For some reasons I always end up with a tangled mess of windows when using the default one. My biggest gripe is that new windows tend to open on top of other windows, blocking the view even if there is still empty space elsewhere. I watched this video ( https://www.youtube.com/watch?v=Wx0eNaGzAZU ) about the i3 window manager for linux and how it paves the screen with the windows to optimise screen space and make things look less messy, and was wondering whether something like that existed for pharo. Cheers, Thomas

4 3