September 2015 - Pharo-dev - lists.pharo.org

feedback from J Brant
by stepharo Oct. 26, 2015

Oct. 26, 2015

Hi guys here is some feedback from John. I share it with you. On 02 Sep 2015, at 16:05, John Brant <brant(a)refactoryworkers.com> wrote: I've been writing some automated scripts to port SmaCC to Pharo. I have it where I can file in the Dolphin .pac files directly into a Pharo 5 image. Most things are working, but I've had to fight some Pharo issues. Since I wasn't sure who should be notified, I thought I'd complain to you :) :) if you would see my list of complaints about Pharo you would laugh a lot because it is huge and diverse. I put thierry on CC because he is the guy maintaining and using SmaCC a lot. So may be you can help each others. *) The BIConfigurableFormatter (aka RBConfigurableFormatter) sends #asString to nodes. First, it should format the node if it wants them formatted instead of relying on asString to return a formatted string. Second, by sending #asString, formatting has become exponential in the nesting level of blocks. For example, Dolphin Smalltalk runs this in 4 milliseconds: | stream | stream := WriteStream on: String new. stream nextPutAll: 'foo ^true and: '. 40 timesRepeat: [stream nextPutAll: '[true and: ']. stream nextPutAll: 'false'. 40 timesRepeat: [stream nextPut: $]]. (RBParser parseMethod: stream contents) formattedCode I'm guessing that Pharo wouldn't finish in a day... It takes over 4 seconds to format 16 nested blocks. Thanks indeed we will fix it. https://pharo.fogbugz.com/f/cases/16462/BIConfigurableFormatter-should-not-… *) Also on the formatter, its default doesn't appear to be compliant with Kent's blocks should look like blocks/rectangles/box rule. The way I interpret the rule is that if I draw a rectangle around everything in the block including the brackets, it should not include any text of anything outside of the block. For example, this would fail that test: surroundedBy: aString ^ self class streamContents: [ :s | s nextPutAll: aString. s nextPutAll: self. s nextPutAll: aString ] yes Since the block starts at the end of the #streamContents: line, a rectangle around all the contents in the block contains part of the #streamContents: selector which isn't part of the block. I do not really like all the formattings of kent. Because sometimes it just does not work. But this is why we ask franck (an interns to start to have a look). For example I do not like self xxx ifTrue: [ self bla self foo. in the current default formatter. and I prefer self xxx ifTrue: [ self bla. self foo But here the problem is that the self foo is not tab aligned because ifTrue: [ self xxx ifTrue: [ self bla. self foo So may be this one is a nice compromise I think that we should change some settings. In fact in alpha things are there to evolve until the release :) *) If I fileout a package, it doesn't fileout the metaclass extension methods. The RPackage>>fileOut method needs to be updated with the metaclassExtensionSelectors. Oops this is a bug. Do you mean what I mean? the extensions done by the package on metaclass that are not in the package. https://pharo.fogbugz.com/f/cases/16460/I-fileout-a-package-does-not-fileou… *) On windows, it appears that while the menus say Ctrl+..., they really mean Ctrl+... or Alt+... -- you figure it out. Yes it sucks. We are in flux with the key essentially because the VM often does not even gives us the correct information. With the new OSWindow architecture we are putting in place we will have all the events and not just the one the VM does not eat (like shift pressed) and we can manage all at the image level not deep into arcane and old C- code. *) It appears that Pharo is removing subString: in favor of substring:. The ANSI standard defines subString:. I was not aware of it. In fact ANSI is bad and totally incomplete (for example we studies strings and this is a mess and totally incomplete). Now we should probably add it. I will send the mail to the mailing-list and let people decide. *) The ChunkFileFormatParser>>parseNextDeclaration is hard coded to handle only the Pharo format: | substrings | substrings := nextChunk parseLiterals. (substrings includes: 'methodsFor:') ifTrue: [ ^self parseMethodDeclarations: substrings ]. (substrings includes: 'commentStamp:') ifTrue: [ ^self parseCommentDeclaration: substrings ]. (substrings includes: 'reorganize') ifTrue: [ ^self parseClassOrganization: substrings ]. Due to the hard coded nature of the types of strings accepted, I have to overwrite this method to be able to file in Dolphin code. In the other Smalltalk's, I can write an extension method or two that I use to file in another dialect's code. https://pharo.fogbugz.com/f/cases/16461/ChunkFileParser If you have a solution please send it. Because we are focusing on the bootstrap and spur the new object format plus a new FFI. Plus a lot more. So this keeps us really busy and many people left the team and we are restarting to teach :) I personally hate this format and the hardcoding of these strings and selectors everywhere so this is why the ChunkFileFormatParser is already a big step forward. I have several other things that annoy me, me too :) But I tried that every couple of days I fix one. but this is enough for now. :) Tx john :) John Brant -------------------------------------------- StÃ©phane Ducasse http://stephane.ducasse.free.fr http://www.synectique.eu / http://www.pharo.org 03 59 35 87 52 Assistant: Julie Jonas 03 59 57 78 50 03 59 35 86 16 S. Ducasse - Inria 40, avenue Halley, Parc Scientifique de la Haute Borne, BÃ¢t.A, Park Plaza Villeneuve d'Ascq 59650 France

3 4

TestAsserter>>assertCollection:hasSameElements:
by Peter UhnÃ¡k Oct. 24, 2015

Oct. 24, 2015

How practical it is to do set-based comparison in TestAsserter>>assertCollection:hasSameElements: ? For example #(1 1 2) has same elements as #(1 2) which may make sense for sets, but not for bags. The main reason I was using it is that in tests the expected collection may be created by hand, which means it is very often an array #(...), { ... }, while models very often return OrderedCollections (at least in my case). So my question is --- how to compare collections irrespective of type, and possibly of order? A) always convert the actual collection toanArray B) change difference: behavior for non-sets (ton of work with catastrophic consequences) C) extend TAssertable with new methods like #assertElementsOf: actualCollection equals: expectedCollection #assertUnorderedElementsOf: actualCollection equals: expectedCollection C.a) directly in Pharo/SUnit C.b) in independend SUnit-Extensions repository/project C.c) just in my project D) stop discussing non-problems Thanks, Peter

2 2

[ANN] The next Pharo Sprints at Lille
by Marcus Denker Oct. 22, 2015

Oct. 22, 2015

Hello, We looked at the calendar and fixed the dates for all public sprints that we will do this year here locally. These are all Fridays: Sept 11 Oct 23 Nov 27 Dec 18 Here is the invitation for this Friday: âââââââââââââââââââââââ We will organize a Pharo sprint / Moose dojo Friday, 11th September, starting at 10:00am. (Local Time Lille). It will be at the Inria Lille, Building B, third floor (RMoD offices). Remotely, you can join us on the official IRC channel #pharo on irc.freenode.net server. During the sprint, we will try to synchronize local and remote Pharo sprinters. As the building is not open to the public, please contact us before if you plan to come.

3 2

issue with large file path on windows
by Nicolai Hess Oct. 13, 2015

Oct. 13, 2015

For those who had problems with pharo on windows and github based repositories, I built a windows vm with support for long paths: https://drive.google.com/file/d/0B8yEahnuIem2bmxwdzJuUXFxVGM/view?usp=shari… For browsing directories with large paths (FileList or Inspect), you may need one additional change in the image (But I am not really sure about that) : DiskStore>>initialize super initialize. maxFileNameLength := Smalltalk vm maxFilenameLength ifNil: [ 32767 ]. please test and give feedback. This wasn't as easy as I thought, and I had to make some more changes for the file permissions (the stat-functions don't work for files with long paths). Please test other file/folder operations. nicolai

8 21

[Slots] Slides from ESUG: Variables in Pharo5
by Marcus Denker Oct. 11, 2015

Oct. 11, 2015

Hi, The slides from the second talk are online: http://www.slideshare.net/MarcusDenker/variables-in-pharo5 <http://www.slideshare.net/MarcusDenker/variables-in-pharo5> Marcus

3 7

Yet another Athens font thread
by Aliaksei Syrel Oct. 11, 2015

Oct. 11, 2015

Hi I noticed that if I force use "Source Code Pro" as standard font for all elements in the image I never have problems with font rendering. In case of "Source Sans Pro" font is just not usable becasue of rendering bugs on mac, windows and linux(?). If "Lucida Sans Pro" is used - no bugs too. Because bug is reproducable on all platform - it's platform independent bug. Because it's reproducable only with one specific font - maybe it's not an athens issue but bug in font itself and if someone could change/update Source Sans Pro to a newly version or to a similar font the problem will be solved? Cheers, Alex

3 6

[ANN]: AconcaguaAddOns
by Sean P. DeNigris Oct. 9, 2015

Oct. 9, 2015

I pushed some Aconcagua extensions to http://smalltalkhub.com/mc/SeanDeNigris/AconcaguaAddOns/main/ One part consists of tiny (so far) Aconcagua models of various domains - Time*, Money, and Weight at the moment. The other is the Aconcagua-Magritte package. This gives you MAMeasureDescription, which represents an Aconcagua Measure. It mostly acts like a number field mapped to its amount. You just have to tell it which unit to use to convert the amount number into a Measure. Example usage: MAMeasureDescription new accessor: #replacementPrice; label: 'Replacement Price'; unit: AmDollar new; yourself Then, you can type 100 in a Magritte form and "100 dollars" will be saved to the model. Enjoy! * Yes, I know Chalten has months and years, but (I think when Chalten was extended to handle non-Gregorian calendars) months and year units are no longer derived from each other, and so can not be compared. ----- Cheers, Sean -- View this message in context: http://forum.world.st/ANN-AconcaguaAddOns-tp4820940.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

3 6

ARM Cogit
by Eliot Miranda Oct. 7, 2015

Oct. 7, 2015

Hi All, thanks to hard work by Tim Rowledge and Lars Wasserman we now have a functional JIT for the ARM in the simulator. We're still probably some weeks away from a functional ARM JIT VM; issues like instruction cache flushing on real hardware can be tricky to solve. But we're at least ready to start trying to compile the JIT VM for ARM. Doug, see that I added a build directory for build.linux32ARM/squeak.cog.spur. Hopefully a fast VM for Raspberry Pi and Android is only a few weeks away. -- best, Eliot

8 10

Mongo - find object by id
by Sabine Manaa Oct. 6, 2015

Oct. 6, 2015

Hi, on mongo console, this brings me a persons information from mongo db db.Persons.find({"_id" : ObjectId("75b900000000000000000000")}) I try to query the same person from pharo and I do not succeed. This makes my image hanging: RKAPerson selectMany: {('_id' -> (OID value:'75b900000000000000000000'))} also other variations e.g. RKAPerson selectMany: {('_id' -> ('75b900000000000000000000')). } asDictionary. do not work Other queries like RKAPerson selectMany:{('lastName' -> ('Maier')).} asDictionary. or RKAPerson selectMany:{('nextTripNumber' -> (57)).} asDictionary. work fine. How can I query for an object with the object id? Regards Sabine -- View this message in context: http://forum.world.st/Mongo-find-object-by-id-tp4842231.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

5 19

If all Pharo projects were on GitHub...
by Alexandre Bergel Oct. 2, 2015

Oct. 2, 2015

â¦ Pharo may be within the 30 most popular languages on Earth. The 30th languages has 3,253 repository. There are 2,635 on SmalltalkHub. I wish we had a nice Git integration. Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

21 59