- Pharo-dev - lists.pharo.org

[pharo-project/pharo-core] 7ef1c1: 50501
by GitHub Dec. 16, 2015

Dec. 16, 2015

Branch: refs/heads/5.0 Home: https://github.com/pharo-project/pharo-core Commit: 7ef1c11d40b09591a37608e90f1e1f20c3e46a37 https://github.com/pharo-project/pharo-core/commit/7ef1c11d40b09591a37608e9… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2015-12-16 (Wed, 16 Dec 2015) Changed paths: R ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50500.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50501.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50500.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50501.st M ScriptLoader50.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st A StartupPreferences.package/StartupPreferencesLoader.class/class/as yet unclassified/cleanUp_.st Log Message: ----------- 50501 17247 clean dirty slot packages (spur migration) https://pharo.fogbugz.com/f/cases/17247 17248 integrate FFI-NB changes on System packages (spur migration) https://pharo.fogbugz.com/f/cases/17248 17245 clean dirty collection packages (spur migration) https://pharo.fogbugz.com/f/cases/17245 17246 clean dirty fuel packages (spur migration) https://pharo.fogbugz.com/f/cases/17246 17244 Startup scripts should be reset on cleanUp https://pharo.fogbugz.com/f/cases/17244 http://files.pharo.org/image/50/50501.zip

1 0

Re: [Pharo-dev] Unicode Support // e acute example --> decomposition in Pharo?
by H. Hirzel Dec. 16, 2015

Dec. 16, 2015

Hello Sven On 12/9/15, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > The simplest example in a common language is (the French letter Ã©) is > > LATIN SMALL LETTER E WITH ACUTE [U+00E9] > > which can also be written as > > LATIN SMALL LETTER E [U+0065] followed by COMBINING ACUTE ACCENT [U+0301] > > The former being a composed normal form, the latter a decomposed normal > form. (And yes, it is even much more complicated than that, it goes on for > 1000s of pages). > > In the above example, the concept of character/string is indeed fuzzy. > > HTH, > > Sven Thanks for this example. I have created a wiki page with it I wonder what the Pharo equivalent is of the following Squeak expression $Ã© asString asDecomposedUnicode Regards Hannes

2 1

[pharo-project/pharo-core]
by GitHub Dec. 16, 2015

Dec. 16, 2015

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

1 0

[pharo-project/pharo-core] 8ec2c9: 50500
by GitHub Dec. 16, 2015

Dec. 16, 2015

Branch: refs/heads/5.0 Home: https://github.com/pharo-project/pharo-core Commit: 8ec2c9995556d7decba6455aa9d8eb44fe6575ef https://github.com/pharo-project/pharo-core/commit/8ec2c9995556d7decba6455a… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2015-12-16 (Wed, 16 Dec 2015) Changed paths: M FFI-NB.package/FFICalloutAPI.class/instance/action/function_module_.st A FFI-NB.package/FFIMethodRegistry.class/class/cleanup/cleanUp_.st M FFI-NB.package/FFIMethodRegistry.class/instance/accessing/checkPlatform.st M FFI-NB.package/FFIMethodRegistry.class/instance/accessing/reset.st M FFI-NB.package/extension/ExternalData/instance/+.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50499.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50500.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50499.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50500.st M ScriptLoader50.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st M System-OSEnvironments.package/Win32Environment.class/instance/private/getEnv_.st Log Message: ----------- 50500 17239 monticello: understand to new immediate classes (spur migration) https://pharo.fogbugz.com/f/cases/17239 http://files.pharo.org/image/50/50500.zip

1 0

Question about errno and NB FFI
by Mariano Martinez Peck Dec. 15, 2015

Dec. 15, 2015

Hi guys, I am using NB FFI and I am calling a function that could answer a NULL* in case of error and that it should have set the number on *errno.* So now I have some questions: Say the code is this: run | whatever | whatever := self *primitiveWhatever*. ^ popenFile ifNil: [ self *primitivePerror*. Imagine that the C lib called from #primitiveWhatever was the one setting *errno.* My question is... the following #primitivePerror is a DIFFERENT system call. Couldn't that happened that another error happened before the first system call and time I am executing the second one and so the "last error" (errno) is actually the wrong one I am thinking of? Even worst, I may think that the scope of the "global variable errno" may existed at the scope of the invoked lib only? In this case I don't have above problem, but then....how can I get such number once the NB primitive finished (so that I can call, for example, strerror() ? Thanks in advance, -- Mariano http://marianopeck.wordpress.com

2 2

Compact representation of source code history
by Stephan Eggermont Dec. 15, 2015

Dec. 15, 2015

The current format we use for storing source code is not optimal for archival and analysis purposes. Each mcz stores all source code. That makes it difficult and slow. Today I've experimented with an archive format that combines many mcz's and should be able to reconstruct all individual ones. I defined a MCProject, representing a project repository. The definitions are stored in an OCLiteralSet Object subclass: #MCProject instanceVariableNames: 'location infos definitions repository' classVariableNames: '' package: 'MonticelloProjects' For each filename found in the repository I load the MCVersion and its snapshot. MCProject>>read | filenames | repository := MCHttpRepository location: location user: '' password: ''. filenames := repository readableFileNames. filenames do: [ :each | self read: each ] MCproject>>read: aFileName "Needs a rate limiter!!!" |mcVersion| mcVersion := repository loadNotCachedVersionFromFileNamed: aFileName. mcVersion snapshot. self parse: mcVersion. repository flushCache For each unique package in those MCVersions, I add a MCPackageInfo, defined as Object subclass: #MCPackageInfo instanceVariableNames: 'packageName packageVersions' classVariableNames: '' package: 'MonticelloProjects' MCProject>>parse: aVersion |info| info := self ensureInfo: aVersion package. info addVersion: aVersion in: self a MCPackageVersion then stores the info and the unique definition that is stored in the project, eliminating the duplicates. MCPackageInfo>>addVersion: aMcVersion in: aProject |packageVersion| packageVersion := MCPackageVersion new info: aMcVersion info; yourself. self packageVersions add: packageVersion. aMcVersion snapshot definitions do: [ :aDefinition | packageVersion definitions add: (aProject definitions add: aDefinition) ]. As long as #= and #hash are correctly defined for all MCDefinitions, this should make it possible too eliminate all duplicate definitions and have a full history. On my Documentation repo this already saves a factor 7, when saving this compressed as a Fuel file. On large repositories with a high change rate (Roassal2?) the compression will be significantly higher. There are several other normalizations that can reduce the size further: - make recategorization explicit - normalize MCVersionInfo data: explicit author, compact timestamp. I'd be interested in further ideas for this, and situations where this approach wouldn't work. Stephan

2 4

Re: [Pharo-dev] [Cuis] Sorting Unicode strings (Re: [Unicode] collation sequences (Re: [squeak-dev] Unicode Support))
by H. Hirzel Dec. 15, 2015

Dec. 15, 2015

Dale Thank you for your answer with links to the ICU library and the notes about classes in Gemstone. Noteworthy that you have a class Utf8 as a subclass of ByteArray. I understand that Gemstone uses the ICU library and thus does not implement the algorithms in Smalltalk. I am currently looking into what the ICU library provides. I found as well a Ruby library [2] which implements CLDR [3] It has methods like this "Alphabetize a list using regular Ruby sort:" $> ["Art", "Wasa", "Ãlg", "Ved"].sort $> ["Art", "Ved", "Wasa", "Ãlg"] Alphabetize a list using TwitterCLDRâs locale-aware sort: $> ["Art", "Wasa", "Ãlg", "Ved"].localize(:de).sort.to_a $> ["Ãlg", "Art", "Ved", "Wasa"] I hope that given such an example it would not be too difficult to reimplement a similar sort algorithm in Squeak/Cuis/Pharo. Currently the interest is in getting sorting done in a cross-dialect-way. --Hannes [2] https://blog.twitter.com/2012/twittercldr-improving-internationalization-su… [3] Unicode Common Locale Data Repository http://cldr.unicode.org/index On 12/7/15, Dale Henrichs <dale.henrichs(a)gemtalksystems.com> wrote: > Hannes, > > For GemStone, we are using the ICU library[1]. We have Unicode7, > Unicode16 and Unicode32 classes (subclasses of CharacterCollection) for > internal Strings and the class Utf8 (a subclass of ByteArray) for Utf8 > encoded strings ... > > The ICU library provides the primitive implementations for working with > the Unicode* and Utf8 classes > > When we started considering Unicode support, we looked at what it would > take to support collation - our main reason for looking at Unicode in > the first place) -- and we saw just how complicated the collation rules > can be[2], we were glad to see that someone had already done the hard > work[1]... > > Reconciling our legacy String implementations (String, DoubleByteString, > and QuadByteString) with the Unicode* classes was also interesting, > because the rules for Unicode equality and our legacy equality > implementation were not quite compatible. > > If you are interested in more information, I can share additional > details ... > > Dale > > [1] http://site.icu-project.org/ > [2] http://unicode.org/reports/tr10/ > > On 12/07/2015 11:54 AM, H. Hirzel wrote: >> Hello >> >> According to http://www.unicode.org/cldr/charts/27/collation/de.html the >> German >> phonebook sort order is >> >> a A Ã¤ Ã ÄÌ ÄÌ Ç Ç áº¡Ì áº Ì á¸Ì á¸Ì b B c C d D e E f F g G h H i I j J k K >> l L m M n N o O Ã¶ Ã Ç«Ì ÇªÌ È« Èª Æ¡Ì Æ Ì á»£Ì á»¢Ì á»Ì á»Ì p P q Q r R s S ss Ã t >> T u U Ã¼ Ã Ç Ç Ç Ç Ç Ç Å³Ì Å²Ì Ç Ç Æ°Ì Æ¯Ì á»±Ì á»°Ì á»¥Ì á»¤Ì á¹³Ì á¹²Ì á¹·Ì á¹¶Ì á¹µÌ á¹´Ì v >> V w W x X y Y z Z >> >> I wonder why it looks like this. A lot of characters which never >> appear in a German text. >> >> >> For Spanish there is 'traditional' and 'standard' >> >> http://www.unicode.org/cldr/charts/27/collation/es.html >> >> standard a A Ã¡ Ã b B c C d D e E Ã© Ã f F g G h H i I Ã Ã j J k K l L m >> M n N Ã± Ã ÅÌ ÅÌ á¹Ì á¹Ì á¹Ì á¹Ì á¹Ì á¹Ì o O Ã³ Ã p P q Q r R s S t T u U Ãº Ã >> Ã¼ Ã v V w W x X y Y z Z >> >> traditional a A Ã¡ Ã b B c C ch Ch CH cÄ¥ CÄ¥ CÄ¤ cÈ CÈ CÈ cá¸§ Cá¸§ Cá¸¦ cá¸£ Cá¸£ >> Cá¸¢ cá¸© Cá¸© Cá¸¨ cá¸¥ Cá¸¥ Cá¸¤ cá¸« Cá¸« Cá¸ª cáº Cáº d D e E Ã© Ã f F g G h H i I Ã Ã j >> J k K l L ll Ll LL lÄº LÄº LÄ¹ lÄ¾ LÄ¾ LÄ½ lÄ¼ LÄ¼ LÄ» lá¸· Lá¸· Lá¸¶ lá¸¹ Lá¸¹ Lá¸¸ lá¸½ Lá¸½ >> Lá¸¼ lá¸» Lá¸» Lá¸º m M n N Ã± Ã ÅÌ ÅÌ á¹Ì á¹Ì á¹Ì á¹Ì á¹Ì á¹Ì o O Ã³ Ã p P q Q r R s >> S t T u U Ãº Ã Ã¼ Ã v V w W x X y Y z Z >> >> And French is not easily found >> http://www.unicode.org/cldr/charts/27/collation/index.html >> or seems to be defined elsewhere >> >> http://unicode.org/repos/cldr/tags/release-27/common/collation/fr.xml >> >> Suggestions and hints are welcome >> >> --Hannes >> _______________________________________________ >> Cuis mailing list >> Cuis(a)jvuletich.org >> http://jvuletich.org/mailman/listinfo/cuis_jvuletich.org > > > _______________________________________________ > Cuis mailing list > Cuis(a)jvuletich.org > http://jvuletich.org/mailman/listinfo/cuis_jvuletich.org >

8 24

[pharo-project/pharo-core] 6a48f4: 50499
by GitHub Dec. 15, 2015

Dec. 15, 2015

Branch: refs/heads/5.0 Home: https://github.com/pharo-project/pharo-core Commit: 6a48f484555b8ff8ae9faa567347dc8615bebbf2 https://github.com/pharo-project/pharo-core/commit/6a48f484555b8ff8ae9faa56… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2015-12-15 (Tue, 15 Dec 2015) Changed paths: M FFI-NB.package/FFIMethodRegistry.class/class/class initialization/initialize.st A FFI-NB.package/FFIMethodRegistry.class/class/class initialization/initializeStartUpList.st M FFI-NB.package/FFIMethodRegistry.class/instance/accessing/checkPlatform.st A FFI-NB.package/FFIMethodRegistry.class/instance/accessing/reset.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50498.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50499.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50498.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50499.st Log Message: ----------- 50499 17241 ffi-nb is not cleaning compiled methods. then they fail when platform changes https://pharo.fogbugz.com/f/cases/17241 http://files.pharo.org/image/50/50499.zip

2 1

[pharo-project/pharo-core]
by GitHub Dec. 15, 2015

Dec. 15, 2015

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

1 0

review, validation and test development for GenericGF
by Robert Withers Dec. 15, 2015

Dec. 15, 2015

Hi all, sticking with the distribution for discussing Crypto in the base, I am currently trying to stabilize a port of Reed-Solomon such that FEC can be added to SecureSession. I am doing this work in SecureSession. I just posted an update of the GenericGF class, with the Java implementation attached here. I need this critical code reviewed and tested. You need Cryptography and SecureSession to be included in the catalog. If you can help me with the former, I could help with the latter, if that suits you. Please let me know! Please load Cryptography(-Pharo) and SecureSession.23 for review. "ported & refactored GenericGF from the java code. This includes reindexing from 0 to 1. Having no tests, hopefully someone can give a review of this specific class. Where some tests to be developed at this scope, that would be stellar." I appreciate. -- . .. .. ^,^ best, robert

1 1