- Pharo-dev - lists.pharo.org

[pharo-project/pharo-core] 6a48f4: 50499

by GitHub

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

Dec. 15, 2015

Re: [Pharo-dev] Fuel materialization on spur

by Max Leske

> On 15 Dec 2015, at 14:06, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > > >> On 15 Dec 2015, at 13:18, Norbert Hartl <norbert(a)hartl.name <mailto:norbert@hartl.name>> wrote: >> >> We have a test build for pharo5 that checks if we need to do stuff for future migrations. Since yesterday it fails, of course. >> I have a fueled out object graph stored as byte array in a method. The fuel bytes are serialized using a non-spur image. Now when the spur image reads the bytes I get an exception. Has this something to do with immediate characters? Is there a way to fix that or will it just not be possible to exchange objects between spur and non-spur using fuel? > > I think is not possible, but I will let fuel maintainers to have the last word :) Thatâs right. In general itâs not possible (at the moment). If thereâs demand, we could try to come up with a conversion package which can be used to load non-spur files. > > Esteban > >> >> thanks, >> >> Norbert >> >> >> primitive #value: in Character class failed >> Stacktrace >> >> Character class(Object)>>primitiveFailed: >> Character class(Object)>>primitiveFailed >> Character class>>value: >> Character class>>materializeFrom: >> FLHookPrimitiveCluster>>materializeInstanceWith: >> FLHookPrimitiveCluster(FLIteratingCluster)>>materializeInstancesStepWith: >> FLMaterialization>>clusterInstancesStep >> [ self clusterInstancesStep ] in FLMaterialization>>instancesStep >> SmallInteger(Integer)>>timesRepeat: >> FLMaterialization>>instancesStep >> FLMaterialization>>run >> [ :aDecoder | >> (FLMaterialization with: aDecoder) >> run; >> yourself ] in FLMaterializer>>setDefaultMaterialization >> FLMaterializer>>materializeFrom: >> FLMaterializer class>>materializeFromByteArray: >> MAPExampleModels class>>readModelFromSelector: >> MAPExampleModels class>>readModelNamed: >> [ self readModelNamed: aString ] in MAPExampleModels class>>named: >> [ self at: key put: aBlock value ] in Dictionary>>at:ifAbsentPut: >> Dictionary>>at:ifAbsent: >> Dictionary>>at:ifAbsentPut: >> MAPExampleModels class>>named: >> MAPTest>>model >> MAPTest>>tcapModule >> MAPTest>>testInsertSubscriberDataBitStringAccess >> [ testMethod perform: testMethod selector ] in Given>>produceReturnValueAt: >> [ self at: key put: aBlock value ] in Dictionary>>at:ifAbsentPut: >> Dictionary>>at:ifAbsent: >> Dictionary>>at:ifAbsentPut: >> Given>>produceReturnValueAt: >> MAPTest(Phexample)>>performTest >> >> >

Dec. 15, 2015

Re: [Pharo-dev] Fuel materialization on spur

by Max Leske

Characters are now primitive. There shouldnât be any need to change Character serialization though. I tried to reproduce your case and I canât. The only way I can get the primitive to fail is by supplying a negative value. I suspect that the problem happens beforehand, so that the byte being read is now at the wrong offset. Can you give me a runnable example? Cheers, Max > On 15 Dec 2015, at 13:18, Norbert Hartl <norbert(a)hartl.name> wrote: > > We have a test build for pharo5 that checks if we need to do stuff for future migrations. Since yesterday it fails, of course. > I have a fueled out object graph stored as byte array in a method. The fuel bytes are serialized using a non-spur image. Now when the spur image reads the bytes I get an exception. Has this something to do with immediate characters? Is there a way to fix that or will it just not be possible to exchange objects between spur and non-spur using fuel? > > thanks, > > Norbert > > > primitive #value: in Character class failed > Stacktrace > > Character class(Object)>>primitiveFailed: > Character class(Object)>>primitiveFailed > Character class>>value: > Character class>>materializeFrom: > FLHookPrimitiveCluster>>materializeInstanceWith: > FLHookPrimitiveCluster(FLIteratingCluster)>>materializeInstancesStepWith: > FLMaterialization>>clusterInstancesStep > [ self clusterInstancesStep ] in FLMaterialization>>instancesStep > SmallInteger(Integer)>>timesRepeat: > FLMaterialization>>instancesStep > FLMaterialization>>run > [ :aDecoder | > (FLMaterialization with: aDecoder) > run; > yourself ] in FLMaterializer>>setDefaultMaterialization > FLMaterializer>>materializeFrom: > FLMaterializer class>>materializeFromByteArray: > MAPExampleModels class>>readModelFromSelector: > MAPExampleModels class>>readModelNamed: > [ self readModelNamed: aString ] in MAPExampleModels class>>named: > [ self at: key put: aBlock value ] in Dictionary>>at:ifAbsentPut: > Dictionary>>at:ifAbsent: > Dictionary>>at:ifAbsentPut: > MAPExampleModels class>>named: > MAPTest>>model > MAPTest>>tcapModule > MAPTest>>testInsertSubscriberDataBitStringAccess > [ testMethod perform: testMethod selector ] in Given>>produceReturnValueAt: > [ self at: key put: aBlock value ] in Dictionary>>at:ifAbsentPut: > Dictionary>>at:ifAbsent: > Dictionary>>at:ifAbsentPut: > Given>>produceReturnValueAt: > MAPTest(Phexample)>>performTest > >

Dec. 15, 2015

Re: [Pharo-dev] Fuel materialization on spur

by Esteban Lorenzano

> On 15 Dec 2015, at 13:18, Norbert Hartl <norbert(a)hartl.name> wrote: > > We have a test build for pharo5 that checks if we need to do stuff for future migrations. Since yesterday it fails, of course. > I have a fueled out object graph stored as byte array in a method. The fuel bytes are serialized using a non-spur image. Now when the spur image reads the bytes I get an exception. Has this something to do with immediate characters? Is there a way to fix that or will it just not be possible to exchange objects between spur and non-spur using fuel? I think is not possible, but I will let fuel maintainers to have the last word :) Esteban > > thanks, > > Norbert > > > primitive #value: in Character class failed > Stacktrace > > Character class(Object)>>primitiveFailed: > Character class(Object)>>primitiveFailed > Character class>>value: > Character class>>materializeFrom: > FLHookPrimitiveCluster>>materializeInstanceWith: > FLHookPrimitiveCluster(FLIteratingCluster)>>materializeInstancesStepWith: > FLMaterialization>>clusterInstancesStep > [ self clusterInstancesStep ] in FLMaterialization>>instancesStep > SmallInteger(Integer)>>timesRepeat: > FLMaterialization>>instancesStep > FLMaterialization>>run > [ :aDecoder | > (FLMaterialization with: aDecoder) > run; > yourself ] in FLMaterializer>>setDefaultMaterialization > FLMaterializer>>materializeFrom: > FLMaterializer class>>materializeFromByteArray: > MAPExampleModels class>>readModelFromSelector: > MAPExampleModels class>>readModelNamed: > [ self readModelNamed: aString ] in MAPExampleModels class>>named: > [ self at: key put: aBlock value ] in Dictionary>>at:ifAbsentPut: > Dictionary>>at:ifAbsent: > Dictionary>>at:ifAbsentPut: > MAPExampleModels class>>named: > MAPTest>>model > MAPTest>>tcapModule > MAPTest>>testInsertSubscriberDataBitStringAccess > [ testMethod perform: testMethod selector ] in Given>>produceReturnValueAt: > [ self at: key put: aBlock value ] in Dictionary>>at:ifAbsentPut: > Dictionary>>at:ifAbsent: > Dictionary>>at:ifAbsentPut: > Given>>produceReturnValueAt: > MAPTest(Phexample)>>performTest > >

Dec. 15, 2015

Re: [Pharo-dev] AsmJit

by Esteban Lorenzano

> On 15 Dec 2015, at 12:06, Jan Vrany <jan.vrany(a)fit.cvut.cz> wrote: > > Hi guys, > > two queations: > > (i) Is AsmJit going to be developed any more or it's abandoned > as well as native boost? no, it is not. Igor (creator and maintainer) did not show any interest on continue with it and frankly, the amount of work to make it work plus the security concerns showed by some people (having executable memory will not pass many revisions in many places) made us take the hard decision of not continue supporting it as integral part of Pharo. But of course, anyone can take it and make it work, it will need a couple of VM tweaks (to make memory executable) and re-introduce the NB plugin, but that is the easy partâ¦ I would help with that if people show interest :) > > (ii)Where can I find latest AsmJit? I'm properly confused: > > * Is is the one in latest Pharo 4.0 (5.0) image? > * Is it the one here: http://smalltalkhub.com/#!/~Pharo/AsmJit ? > (the one in the image seem to be based on completely disjunct > set of .mcz than those in the repo above). wellâ¦ it *should be* in http://smalltalkhub.com/#!/~Pharo/AsmJit but Iâm sure is not in sync (it you can copy latests packages there, it would be cool) cheers, Esteban > > Best, Jan >

Dec. 15, 2015

Re: [Pharo-dev] Fuel materialization on spur

by Robert Withers

On 12/15/2015 07:18 AM, Norbert Hartl wrote: > We have a test build for pharo5 that checks if we need to do stuff for > future migrations. Since yesterday it fails, of course. > I have a fueled out object graph stored as byte array in a method. The > fuel bytes are serialized using a non-spur image. Now when the spur > image reads the bytes I get an exception. Has this something to do > with immediate characters? Is there a way to fix that... +1 > or will it just not be possible to exchange objects between spur and > non-spur using fuel? > > thanks, > > Norbert > > > primitive #value: in Character class failed > > > Stacktrace > > Character class(Object)>>primitiveFailed: > Character class(Object)>>primitiveFailed > Character class>>value: > Character class>>materializeFrom: > FLHookPrimitiveCluster>>materializeInstanceWith: > FLHookPrimitiveCluster(FLIteratingCluster)>>materializeInstancesStepWith: > FLMaterialization>>clusterInstancesStep > [ self clusterInstancesStep ] in FLMaterialization>>instancesStep > SmallInteger(Integer)>>timesRepeat: > FLMaterialization>>instancesStep > FLMaterialization>>run > [ :aDecoder | > (FLMaterialization with: aDecoder) > run; > yourself ] in FLMaterializer>>setDefaultMaterialization > FLMaterializer>>materializeFrom: > FLMaterializer class>>materializeFromByteArray: > MAPExampleModels class>>readModelFromSelector: > MAPExampleModels class>>readModelNamed: > [ self readModelNamed: aString ] in MAPExampleModels class>>named: > [ self at: key put: aBlock value ] in Dictionary>>at:ifAbsentPut: > Dictionary>>at:ifAbsent: > Dictionary>>at:ifAbsentPut: > MAPExampleModels class>>named: > MAPTest>>model > MAPTest>>tcapModule > MAPTest>>testInsertSubscriberDataBitStringAccess > [ testMethod perform: testMethod selector ] in Given>>produceReturnValueAt: > [ self at: key put: aBlock value ] in Dictionary>>at:ifAbsentPut: > Dictionary>>at:ifAbsent: > Dictionary>>at:ifAbsentPut: > Given>>produceReturnValueAt: > MAPTest(Phexample)>>performTest > > -- . .. .. ^,^ best, robert

Dec. 15, 2015

Fuel materialization on spur

by Norbert Hartl

We have a test build for pharo5 that checks if we need to do stuff for future migrations. Since yesterday it fails, of course. I have a fueled out object graph stored as byte array in a method. The fuel bytes are serialized using a non-spur image. Now when the spur image reads the bytes I get an exception. Has this something to do with immediate characters? Is there a way to fix that or will it just not be possible to exchange objects between spur and non-spur using fuel? thanks, Norbert primitive #value: in Character class failed Stacktrace Character class(Object)>>primitiveFailed: Character class(Object)>>primitiveFailed Character class>>value: Character class>>materializeFrom: FLHookPrimitiveCluster>>materializeInstanceWith: FLHookPrimitiveCluster(FLIteratingCluster)>>materializeInstancesStepWith: FLMaterialization>>clusterInstancesStep [ self clusterInstancesStep ] in FLMaterialization>>instancesStep SmallInteger(Integer)>>timesRepeat: FLMaterialization>>instancesStep FLMaterialization>>run [ :aDecoder | (FLMaterialization with: aDecoder) run; yourself ] in FLMaterializer>>setDefaultMaterialization FLMaterializer>>materializeFrom: FLMaterializer class>>materializeFromByteArray: MAPExampleModels class>>readModelFromSelector: MAPExampleModels class>>readModelNamed: [ self readModelNamed: aString ] in MAPExampleModels class>>named: [ self at: key put: aBlock value ] in Dictionary>>at:ifAbsentPut: Dictionary>>at:ifAbsent: Dictionary>>at:ifAbsentPut: MAPExampleModels class>>named: MAPTest>>model MAPTest>>tcapModule MAPTest>>testInsertSubscriberDataBitStringAccess [ testMethod perform: testMethod selector ] in Given>>produceReturnValueAt: [ self at: key put: aBlock value ] in Dictionary>>at:ifAbsentPut: Dictionary>>at:ifAbsent: Dictionary>>at:ifAbsentPut: Given>>produceReturnValueAt: MAPTest(Phexample)>>performTest

Dec. 15, 2015

Re: [Pharo-dev] New web tutorial

by Sven Van Caekenberghe

> On 15 Dec 2015, at 12:04, Stephan Eggermont <stephan(a)stack.nl> wrote: > > On 15-12-15 10:39, Sven Van Caekenberghe wrote: >> Nu we toch Nederlands mogen praten, het lijkt me best om voorbeeld code zo minimaal mogelijk te houden. De paswoord hashing is wel een goed idee. > > Mijn Frans is best aardig, maar dit (pagina 63) begrijp ik niet helemaal: > > "If you run the test, it will fail because the system returns instances of posts instead of 2. Why this is happening? We never told the system that posts are objects that should be saved in the database." AprÃ¨s 63 pages, l'Anglais revient pour un paragraphe ... haha

Dec. 15, 2015

Re: [Pharo-dev] review, validation and test development for GenericGF

by Robert Withers

The review I need is especially the case with the multiply(a, b), in Java, or #multiply:scalar:, in Smalltalk. Thank you! On 12/15/2015 06:30 AM, Robert Withers wrote: > 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 -- . .. .. ^,^ best, robert

Dec. 15, 2015

Re: [Pharo-dev] New web tutorial

by phil＠highoctane.be

En franstaligers die nederlands kunnen begrijpen. Schrijven is een andere verhaal :-) Phil On Tue, Dec 15, 2015 at 12:11 PM, Skip Lentz <skip.lentz(a)inria.fr> wrote: > > > On Dec 15, 2015, at 10:39 AM, Sven Van Caekenberghe <sven(a)stfx.eu> > wrote: > > > > > >> On 15 Dec 2015, at 10:34, Stephan Eggermont <stephan(a)stack.nl> wrote: > >> > >> On 15-12-15 10:23, Sven Van Caekenberghe wrote: > >>>> passwordHash > >>>> passwordHash ifNil: [ ^'' ]. > >>>> ^ passwordHash > >>> > >>> That last method is not needed, since 'any string' = nil is false, > right ? > >> > >> Yep. > > > > Nu we toch Nederlands mogen praten, het lijkt me best om voorbeeld code > zo minimaal mogelijk te houden. De paswoord hashing is wel een goed idee. > > Yay Nederlanders :D >

Dec. 15, 2015