March 2014 - Pharo-dev - lists.pharo.org

Versioneer docs?
by phil＠highoctane.be March 2, 2014

March 2, 2014

I am now porting my code to 3.0 I am using Versioneer to look at my configuration as when I do load it in 3.0, it seems that there are some duplicate packages coming in my package-cache and I want to remove these dupes. (Mostly Seaside related). Versioneer is very helpful in representing the configuration. Now, is there any doc about its usage? TIA Phil

2 1

[Bug] IdentitySet>>size
by Max Leske March 2, 2014

March 2, 2014

Hi Fuel kept throwing strange errors at me the last couple of days. I now found that IdentitySet>>size is not correct for some instances in the image and canât be fixed with #rehash (checked with newest image on newest PharoVM). I noticed that #rehash only replaces âarray' while âtallyâ stays untouched (but âtallyâ holds the wrong sizeâ¦). Notice that all those instances seem to be related to tests (their elements are all Metaclass objects of test classes). Hereâs how to get the (16) corrupted instances: IdentitySet allInstances select: [ :e | e size ~= (e collect: #yourself) size ] Why this causes problems for Fuel: During serialization the IdentitySet size is stored and later its objects. During that step, #do: will evaluate the block less often than it should, based on size (e.g. size is 3, but âarrayâ only holds 2 objects). During materialization all the offsets after an IdentitySet object in the stream are off because of this. FogBugz issue: https://pharo.fogbugz.com/f/cases/13026/IdentitySet-size-reports-wrong-size Cheers, Max

2 4

Zinc bug submitting form via GET?
by Sean P. DeNigris March 2, 2014

March 2, 2014

In porting the Mechanize web scraping library from Ruby, I started with the following example: a.get('http://google.com/') do |page| search_result = page.form_with(:name => 'f') do |search| search.q = 'Hello world' end.submit It GETs http://www.google.com/search?ie=ISO-8859-1&hl=en&source=hp&q=Hello+world&gb… I tried to do that with Zinc via formAt: name put:, but when I sent #get, the query was empty and the response was another blank search form. It took me some time to figure out what was going on and change to #queryPut:at: in the GET case, but now I'm managing form logic from the outside. Since GET is valid for forms (apparently it is the default per http://www.w3schools.com/tags/att_form_method.asp) it seems Zinc should handle this more gracefully. I would expect it to check for form fields and add them to the query when doing a GET. What do you think? n.b. Gofer it smalltalkhubUser: 'SeanDeNigris' project: 'Mechanize'; package: 'Mechanize'; load. ----- Cheers, Sean -- View this message in context: http://forum.world.st/Zinc-bug-submitting-form-via-GET-tp4747276.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

3 6

FLMaterializer Materialization error
by Lorenzo Baracchi March 2, 2014

March 2, 2014

Hi I was using FLMaterializer materializationFromFileNamed: filename to read fuel files. Until yesterday everything was fine, but today I updated Pharo and received the error "'Materialization error. Unexpected stream version 19 where it should be 193." I guess that a new version of fuel cannot (simply) read old versions files. Is there a way to know in which version of fuel a file was written and use that version to read it? thanks Lorenzo

4 8

[ANN] Fuel 1.9.3
by Max Leske March 2, 2014

March 2, 2014

Dear fellow Smalltalkers Mariano, Martin and myself are happy to announce Fuel version 1.9.3 which includes the follwing changes to 1.9 (1.9.1 and 1.9.2 were never officially announced): - (feature) the #fuelReplacement selector offers the ability to statically replace an object (e.g. with nil) during analysis. This can lead to significantly smaller graphs and improved speed when serializing large graphs - (feature) serialize the same graph that was analyzed instead of retrazing the graph during serialization. This prevents changes in the graph from happening between analysis and serialization - (change) store source when serializing CompiledMethod objects. Needed because Opal does not allow decompilation - (fix) migrate variables across hierarchy - (feature) Object>>serializeToFileNamed: shortcut for serializing arbitrary objects - (fix) better compression for LargeNegativeIntegers (https://pharo.fogbugz.com/f/cases/12052/Fuel-could-store-LargeNegativeInteg…) Pharo30 already includes most of these changes (integration request: https://pharo.fogbugz.com/f/cases/13000/Integrate-Fuel-1-9-3) This release runs with: - Pharo: 1.1.1, 1.1.2, 1.2, 1.2.2, 1.3, 1.4, 2.0, 3.0 - Squeak: 4.1, 4.2, 4.3, 4.4, 4.5 The documentation is not up to date yet but we will remedy that situatoin within the next couple of days (http://rmod.lille.inria.fr/web/pier/software/Fuel) If you encounter any bugs or have suggestions, please contact us on the Fuel mailing list (http://lists.gforge.inria.fr/cgi-bin/mailman/roster/pharo-fuel) or create a new issue in our bug tracker (https://code.google.com/p/fuel/) We want to thank everyone who contributed to this release (by keyboard or opinion) and also all of those people who actively use Fuel. Cheers, Max

6 7

Help needed! ClassTest>>#testRenaming
by Nicolai Hess March 2, 2014

March 2, 2014

Hope we can sort this out, more and more fixes suffer from the wrong testing failures and nothing new gets integrated. 12996 <https://pharo.fogbugz.com/default.asp?12996>ClassTest>>#testRenaming leaves dirty package Dummy-Tests-Class behind 12995 <https://pharo.fogbugz.com/default.asp?12995> CI ClassTest>>#testRenaming is failing available options: 1. skip test 2. test for nil in RPackageOrganizer>>#systemClassRenamedActionFrom: before rPackage updateDefinedClassNamed: oldName withNewName: newName. 3. review changes for issue 12601 (fix RPackageOrganizer>>#systemCategoryRemovedActionFrom: ann, to unregister packages even if there are MCPackages (don't know about the side effects) best solution would be number 3, but the recent submissions for issue 12601 are quite complex, so I don't know. Nicolai

3 3

pharo --headless in Windows makes a Window show anyway
by phil＠highoctane.be March 1, 2014

March 1, 2014

When running (from a Zeroconf install): pharo --headless Pharo.image it looks like that the window is not opening ( or it is opening and closing so fast that I do not see it). Then I have an image with Seaside, Magritte, and other things. When doing the same, I do see the window of one second and then it closes. Is it normal to have that window opening? That's annoying for scripts as it doesn't look good. On OSX I do not have this behavior. What causes that on Windows? Phil

2 4

ws vs st extensions
by Esteban A. Maringolo March 1, 2014

March 1, 2014

I have a naive question... Why if the BasicCodeLoader handler looks for .st files does the Workpace offer .ws as the default extension? Why not a single extension for Smalltalk files? (.st) and other for chunked content (changesets?) :) Esteban A. Maringolo

4 7

Gettext broken in Pharo 3.0
by Usman Bhatti March 1, 2014

March 1, 2014

Hello, I encountered a problem when trying to export the Gettext file in Pharo 3.0. In a Pharo 3.0 image, load Gettext and then do the following: TextDomainManager registerCategoryPrefix: 'Fuel' domain: 'Fuel'. GetTextExporter exportTemplate. Apparently, there are some deprecations and doing proceed on them shows a DNU: "RBMethodNode does not understand isMessageNode" I can report the bug somewhere to later find some time to correct it but Pharo bug tracker might not be the right place. Any ideas where this bug should be reported? If someone knowledgeable about RB related stuff can have a look at it, it would be great. tx, usman

3 4

[pharo-project/pharo-core]
by GitHub March 1, 2014

March 1, 2014

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

1 0