July 2013 - Pharo-dev - lists.pharo.org

NativeBoost and lacking string argument/return handling
by Henrik Johansen July 9, 2013

July 9, 2013

I just had a glance at Nix/Win32Environment NB calls, and nearly cried... (context: http://www.youtube.com/watch?v=Um41DPPs5ZA&list=SP843D1D545F9F52B6&index=15… ) Which got me thinking, maybe an extra opt (possibly non-static, ref database libraries string encodings) if Strings are expected as parameters should be mandatory, for specifying the expected encoding of the library being called? (oh yes, MANDATORY, if you don't know what is required, you shouldn't be passing in Smalltalk strings in the first place) You'd then be able to cut out ALL the manual cruft in the video's getEnvironmentVariableW: wrapper call basically needed for any current call to a method accepting Strings. (assuming you're not ok with mysterious failures once parameter/return is outside ascii range) Might it work with a few choice assembly implementations of encoders (utf8 + utf16) along the lines of NBUTF8StringExample (expanded to handle both Wide- and ByteString arguments/returns), as well as a fallback (or just) using callback which employs in-image converters? (Such a preamble would also be a good place to do embedded 0 character checks for args expected to be c strings: http://www.hakipedia.com/index.php/Poison_Null_Byte) This have some other implications as well of course; -NBExternalAddress readString/writeString should be removed or made encoding aware. In the current form, they are dangerous/useless outside of pure asciiâ¦ - How to handle char * parameters. Perhaps parameter-specific validity checks? a) NBExternalAddress - Assume correctly manually encoded contents if allowExternalAddressOpt or whatever its called is set? b) ByteArray - Assume correctly manually encoded contents? c) String - Same as above, either encoding opt set, or return error Cheers, Henry

3 5

Issue-5468: Extract CRC code -> NativeBoost?
by Max Leske July 9, 2013

July 9, 2013

As promised (a very long while ago) I moved all the checksum code to a dedicated hiearchy (see https://pharo.fogbugz.com/default.asp?5468) The thing I'm most proud of is the CRC class which implements Ross Williams's "RockSoft" parameterized CRC caculation model (http://www.ross.net/crc/) Currently there are still two plugin primitives (used by the Compression package) which I simply moved to the new Checksum hierarchy. When I originally wrote the CRC class I wasn't aware of NativeBoost. Today I saw that there are two methods NativeBoost offers for crc32 calculations. I don't have time to look in to that but I just wanted to put the idea out there that with the checksum code now all in one place, we might be able to perform all checksum calculations through NB (and get rid of the ZipPlugin :) ). Any thoughts? Cheers, Max

3 4

OpenGL: NBMacGlAPI missing?
by Alexandre Bergel July 9, 2013

July 9, 2013

Hi! I have installed NBOpenGL from http://smalltalkhub.com/#!/~PharoExtras/NBOpenGL I have loaded Version 2.0 using the configuration The method NBMacGlAPI>>glApiCall: fnSpec index: fnIndex attributes: attributes context: contextToRetry refers to the class NBCallFailureHandler, which is not existing Apparently NBSTIvarLoader is also missing... I guess ConfigurationOfNBOpenGL is not loading everything... It would be nice to fix this. Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

8 28

pharo jenkins down
by Camillo Bruni July 8, 2013

July 8, 2013

I triggered a faulty jenkins update (or so), hence http://ci.inria.fr/pharo is currently down... I will look into this evening. sorry for the trouble.

2 2

SmalltalkHub upgrade!
by Nicolas Petton July 8, 2013

July 8, 2013

SmalltalkHub upgrade! Hi, I'm pleased to announce a new SmalltalkHub upgrade. This upgrade includes quite some bug fixes and speed improvements. - new buttons to delete mcz files and packages - deleting projects will delete mcz files - team can now also be deleted - the MCZ cache is now correctly flushed when required - Private projects are now hidden from all public timelines - Speed improvements for some Mongo requests Issue fixes: - issue 16: Cannot delete project - Issue 1: Monticello Registration snippet should not supply user name - Issue 5: Some message should be shown when you try do delete the only member of a Team - Issue 6: I just got to see an Amber debugger while trying to log out - Issue 25: Remove packages does not work - Issue 23: Encoding problem You can follow the bug tracker of SmalltalkHub and report issues there: https://code.google.com/p/smalltalk-hub/issues Cheers, Nico

5 13

MessageNotUnderstood: ZdcSocketStream>>position
by Andrei Vasile Chis July 8, 2013

July 8, 2013

Hi, I get this error with Zinc only when I'm behind a proxy, if from the Monticello Browser I try to see the changes of a certain package: 'Could not load FileSystem-Core-MarcusDenker.99.mcz: MessageNotUnderstood: ZdcSocketStream>>position' Is this a knows issues? If not I can provide more details. I noticed this on the latest Pharo 3 image. Cheers, Andrei

3 4

Fwd: Pharo and scaled decimals
by StÃ©phane Ducasse July 8, 2013

July 8, 2013

It seems that we never integrate this change (there was not bug entry :)). I will open a bug entry if not. Stef Begin forwarded message: > From: David Gorisek <david.gorisek(a)e-racuni.com> > To: pharo-project(a)lists.gforge.inria.fr > Cc: > Date: Wed, 13 Mar 2013 22:24:04 +0100 > Subject: Pharo and scaled decimals > Hello all, > > I am testing Pharo and I have noticed that the Pharo compiler does not treat ScaledDecimals the same way they are treated in other Smalltalk dialects (e.g. VW, VAST, Dolphin, STX, etc.). > > For example the following is a valid code representing an instance of ScaledDecimal/FixedPoint in all other dialect. > > 1.0s + 2.0s > > In Phare the code above wont compile, it has to be written as: > > 1.0s1 + 2.0s1 > > So I have made the following quick change to make Pharo compatible with other Smalltalk dialects. Maybe this change could be included in the next version of Pharo? > > SqNumberParser>>#readScale > "read the scale if any (stored in instVar). > Answer true if found, answer false if none. > If scale letter is not followed by a digit, this is not considered as an error. > Scales are always read in base 10, though i do not see why..." > > scale := 0. > sourceStream atEnd > ifTrue: [ ^ false ]. > (sourceStream peekFor: $s) > ifFalse: [ ^ false ]. > scale := self nextUnsignedIntegerOrNilBase: 10. > scale > ifNil: [ > scale := 0. > (sourceStream peek ifNil: [false] ifNotNil: [ :nextChar | nextChar isLetter]) > ifTrue: [ > sourceStream skip: -1. "ungobble the s" > ^ false ] > ifFalse: [ ^ true ] ]. > ^ true

2 2

YAML Parser?
by Stefan Marr July 8, 2013

July 8, 2013

Hi: Is anyone aware of a YAML parser that's compatible with Pharo 1.4 and 2.0? (http://yaml.org/) I am using only the most basic features, so, it wouldn't need to be feature complete. Thanks Stefan -- Stefan Marr Software Languages Lab Vrije Universiteit Brussel Pleinlaan 2 / B-1050 Brussels / Belgium http://soft.vub.ac.be/~smarr Phone: +32 2 629 2974 Fax: +32 2 629 3525

3 2

July 8, 2013

Hi sven I converted and modified the documentation you did. I love reading documentation :) This is still draft because some examples are missing but we have a solid basis. Stef

3 3

Pharo2.0 unti test oddity
by Dale K. Henrichs July 8, 2013

July 8, 2013

I'm running this test in Pharo2.0 using TestRunner. Can someone explain to me why this test would PASS while: - the debugger is not brought up - the description of the exception _is_ displayed in the transcript Error reading repository properties (.filetree): /Users/dhenrich/Pharo2.0/Pharo2.0-portable.app/Contents/Resources/temp/repo :: Error: end of input expected Here's the test method: testWrite [ | packageName version versionInfo | #('CCC') do: [ :pn | self deny: (self hasPackage: pn) ]. packageName := 'CCC'. Gofer new disablePackageCache; repository: (self getTestRepository: 'issue33'); package: packageName; load. self validateTimestamp: 'dkh 11/2/1954 16:15'. #('CCC') do: [ :pn | versionInfo := (MCWorkingCopy allManagers detect: [ :wc | wc packageName = pn ]) ancestors first. version := (self getTestRepository: 'issue33') versionWithInfo: versionInfo. (self getTestRepository: 'empty') storeVersion: version ] ] on: Error do: [:ex | self halt. Transcript cr; show: ex description. ex pass] The test passes with flying colors if I run it from a workspace as well: MCFileTreeIssue33Test debug: #testWrite I'd kinda like to debug this test failure:( Using Pharo2.0-20610 from Pharo2.0-portable download (in the last day or two). Dale

2 4