- Pharo-dev - lists.pharo.org

[pharo-project/pharo-core] 482293: 50667

by GitHub

Branch: refs/heads/5.0 Home: https://github.com/pharo-project/pharo-core Commit: 4822936ea954ae84914d5eaf5cfd1bbec20acfa4 https://github.com/pharo-project/pharo-core/commit/4822936ea954ae84914d5eaf… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2016-03-30 (Wed, 30 Mar 2016) Changed paths: M Announcements-Core.package/AnnouncementSubscription.class/instance/converting/makeWeak.st M Announcements-Core.package/WeakSubscriptionBuilder.class/instance/private/subscribe_do_.st A Announcements-Tests-Core.package/WeakAnnouncerTest.class/instance/as yet unclassified/testNoDeadWeakSubscriptions.st A Announcements-Tests-Core.package/WeakAnnouncerTest.class/instance/as yet unclassified/testWeakDoubleAnnouncer.st A Announcements-Tests-Core.package/WeakAnnouncerTest.class/instance/testing/testWeakSubscriptionRelease.st M Kernel.package/WeakMessageSend.class/instance/evaluating/value.st M Kernel.package/WeakMessageSend.class/instance/evaluating/valueWithArguments_.st M Kernel.package/WeakMessageSend.class/instance/evaluating/valueWithEnoughArguments_.st M Kernel.package/WeakMessageSend.class/instance/evaluating/value_.st M Kernel.package/WeakMessageSend.class/instance/evaluating/value_value_.st M Kernel.package/WeakMessageSend.class/instance/evaluating/value_value_value_.st A Kernel.package/WeakMessageSend.class/instance/private/ensureReceiverAndArguments_.st A Kernel.package/WeakMessageSend.class/instance/private/ensureReceiver_.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50666.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50667.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50666.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50667.st M ScriptLoader50.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st M Slot.package/IndexedSlot.class/instance/meta-object-protocol/read_.st M Slot.package/IndexedSlot.class/instance/meta-object-protocol/write_to_.st A Tests.package/SystemAnnouncerLiveTest.class/README.md A Tests.package/SystemAnnouncerLiveTest.class/definition.st A Tests.package/SystemAnnouncerLiveTest.class/instance/tests/testNoDeadSubscriptions.st A Tests.package/SystemAnnouncerLiveTest.class/instance/tests/testOnlyWeakSubscriptions.st A Tests.package/SystemAnnouncerLiveTest.class/instance/tests/testSaneSubscriptionSize.st Log Message: ----------- 50667 17537 SystemAnnouncer has far too many subscriptions https://pharo.fogbugz.com/f/cases/17537 17899 Slots should not send messages to the parent objects https://pharo.fogbugz.com/f/cases/17899 17906 WeakMessageSend is broken https://pharo.fogbugz.com/f/cases/17906 http://files.pharo.org/image/50/50667.zip

March 30, 2016

Re: [Pharo-dev] validation error related to Fuel

by Christophe Demarey

> Le 30 mars 2016 Ã 09:31, Max Leske <maxleske(a)gmail.com> a Ã©crit : > > >> On 30 Mar 2016, at 09:10, Christophe Demarey <christophe.demarey(a)inria.fr <mailto:christophe.demarey@inria.fr>> wrote: >> >> Hi, >> >> With case #17889, I get the following validation error: >> Exception: FLMethodChanged: Materialization error. Method SystemSettingsPersistence class>>#initialize changed its bytecodes. >> >> I have no idea what to do with that. Yes, I changed this method and â¦ >> Does anyone have an idea? >> >> Thanks, >> Christophe > > The validation is materializing the method in the parent image, which means the byte code of that method is being installed. It is often safe to ignore that error, so you could override the #defaultAction of FLMethodChanged in the preload, for instance (e.g. with âself resumeUnchecked: nil). ok, thanks for the workaround. > > What I canât tell you by heart is why the method is being serialized in the fist place. If you remember the reason, please share it. Thanks for your quick answer. Christophe

March 30, 2016

Re: [Pharo-dev] validation error related to Fuel

by Max Leske

> On 30 Mar 2016, at 09:10, Christophe Demarey <christophe.demarey(a)inria.fr> wrote: > > Hi, > > With case #17889, I get the following validation error: > Exception: FLMethodChanged: Materialization error. Method SystemSettingsPersistence class>>#initialize changed its bytecodes. > > I have no idea what to do with that. Yes, I changed this method and â¦ > Does anyone have an idea? > > Thanks, > Christophe The validation is materializing the method in the parent image, which means the byte code of that method is being installed. It is often safe to ignore that error, so you could override the #defaultAction of FLMethodChanged in the preload, for instance (e.g. with âself resumeUnchecked: nil). What I canât tell you by heart is why the method is being serialized in the fist place. Cheers, Max

March 30, 2016

validation error related to Fuel

by Christophe Demarey

Hi, With case #17889, I get the following validation error: Exception: FLMethodChanged: Materialization error. Method SystemSettingsPersistence class>>#initialize changed its bytecodes. I have no idea what to do with that. Yes, I changed this method and â¦ Does anyone have an idea? Thanks, Christophe

March 30, 2016

Re: [Pharo-dev] [Bloc] A mobile device using Bloc

by Glenn CavarlÃ©

Aliaksei Syrel wrote > Aha! :) > > FrameLayout never worked so... It is on todo list after grid layout. Ah ok ! My bad... Do you know why image crashes instead of throwing an error? Aliaksei Syrel wrote > Also there is a rule of how layouts and layout properties are bounded > together: > *All children of an element with XYZLayoutStrategy must have > XYZLayoutParams.* > > It is allowed to have an element with ABC layout strategy and XYZ layout > params. Hum, it seems to be a little error prone, would it not be interesting to merge layout params ? 1 class but several traits as you have already begun to do ? Do you have any ideas for implementing SVG support ? I found no way to implement it at the path level, so i think that we need a special shape to do that. But, having an SVG shape forces us to delegate the drawing to the shape because it is not the same drawing strategy as "normal" shapes. Glenn. ----- Glenn CavarlÃ© -- View this message in context: http://forum.world.st/Bloc-A-mobile-device-using-Bloc-tp4887079p4887328.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

March 30, 2016

Re: [Pharo-dev] [squeak-dev] New Cog VMs available

by Eliot Miranda

Hi Levente, On Tue, Mar 29, 2016 at 7:10 PM, Levente Uzonyi <leves(a)caesar.elte.hu> wrote: > Hi Eliot, > > I think something went wrong with those semaphores. Connecting to a Socket > seems to wait for the full 45 seconds timeout with this VM. To reproduce, > just try opening any remote MC repository. This happens with > cogspur64linuxht. I haven't tried any other versions yet. > OK, thanks. This is 64-bits only thank goodness. I don't see the problem with the 32-bit system. There's another issue with WideStrings where, #at: (primitive 63) fails for > a few instances. This issue is present in 3643 as well. To reproduce it, > open the Monticello Browser, select the Multilingual package, select the > Trunk repository and press Changes. You'll see that two methods are > reported to have changed (even though they haven't). Selecting any of them > will pop up a debugger with the primitive failure. The common symptom is > that #basicAt: will work for the index, for which #at: fails, and it will > return the number 16rD80000FF. And I take it this is 64-bits too, right? > > > Levente > > > On Tue, 29 Mar 2016, Eliot Miranda wrote: > > ... at http://www.mirandabanda.org/files/Cog/VM/VM.r3663 >> >> >> CogVM binaries as per VMMaker.oscog-eem.1746/r3663 >> >> General: >> >> Fix loss of signals to e.g. a socket's readSemaphore when data available: >> Fix a bug in sqAtomicOps.h where the assumption that the intrinsic atomic >> add >> operation will apply to 16-bit variables is false on clang. So on x86 >> and x64 >> use inline assembly with gcc and clang since this is known to work. >> Improve the doSignalSemaphores code in sqExternalSemaphores.c so that the >> tide >> variables are initialized at the right point and so there's only one copy >> of >> the signalling code. >> >> Allow primitiveUtcWithOffset to accept an optional parameter with an >> array or object with two or more slots to store UTC posix microseconds >> and time zone offset in seconds. Compatibility with VMM trunk. >> >> Add a Smalltalk epoch version of it, primitiveUtcAndTimezoneOffset, >> and give it primitive #244. >> >> Fix signed/unsigned arithmetic issues in 64-bit microsecond clock code. >> This fixes the bug whereby >> Time localMicrosecondClock - Time utcMicrosecondClock // 1000000 >> would answer something with an odd second, a multiple of 3600 plus 1. >> >> General Integer conversion routines: >> Several clean ups to integer conversion routines. >> >> Simplify bit operations using positiveMachineIntegerValueOf:/ >> positiveMachineIntegerFor: rather than doing 32/64 bits dissertation. >> >> >> Spur Cogit: >> Rewrote identity primitive to check for forwarders only when the identity >> of >> objects is different. The previous version would crash if the argument >> was a >> forwarder to an immediate. >> >> Spur VMs: >> Now that UUIDs are created with purely image-based code in Squeak trunk, >> make >> the UUIDPlugin external in all Squeak Spur VMs. >> >> >> Plugins: >> Make FFI load symbol fail after (when find function fails). >> In Pharo, we allow to load global functions (so we can control world >> windows >> through FFI). >> >> LargeIntegersPlugin: >> >> Finish 1st round of LargeIntegers refactoring >> >> - simplify the left and right shift >> - use as much unsigned arithmetic as possible >> - homogenize type declaration within the plugin >> - remove unused digitOf:at: >> >> >> Slang: >> Beware: sending abs to an unsigned int will re-interpret the int as >> signed and >> will generate C compiler warnings. The new version uses SQABS and SQLABS >> macros >> on sqInt and sqLong vars, and fabs and fabsf on double and float args, >> respectively, and llabs on long long, __int64 vars. >> >> >> Mac OS X: >> Unswap the Squeak and Newspeak localized strings >> >> _,,,^..^,,,_ >> best, Eliot >> >> > > > -- _,,,^..^,,,_ best, Eliot

March 30, 2016

Re: [Pharo-dev] Documentation of UFFI

by Mariano Martinez Peck

Yes, thanks, I found it later on :) On Tue, Mar 29, 2016 at 8:33 PM, Damien Pollet <damien.pollet(a)gmail.com> wrote: > > https://github.com/SquareBracketAssociates/PharoInProgress/tree/master/Unif… > > On 30 March 2016 at 01:15, Mariano Martinez Peck <marianopeck(a)gmail.com> > wrote: > >> Hi guys, >> >> I remember someone mentioning Esteban was writing a doc on some tips to >> migrate from old FFI to new UFFI of Pharo 5.0. Do you know where can I find >> such a doc? >> >> Thanks, >> >> -- >> Mariano >> http://marianopeck.wordpress.com >> > > > > -- > Damien Pollet > type less, do more [ | ] http://people.untyped.org/damien.pollet > -- Mariano http://marianopeck.wordpress.com

March 29, 2016

Re: [Pharo-dev] Documentation of UFFI

by Damien Pollet

https://github.com/SquareBracketAssociates/PharoInProgress/tree/master/Unif… On 30 March 2016 at 01:15, Mariano Martinez Peck <marianopeck(a)gmail.com> wrote: > Hi guys, > > I remember someone mentioning Esteban was writing a doc on some tips to > migrate from old FFI to new UFFI of Pharo 5.0. Do you know where can I find > such a doc? > > Thanks, > > -- > Mariano > http://marianopeck.wordpress.com > -- Damien Pollet type less, do more [ | ] http://people.untyped.org/damien.pollet

March 29, 2016

Documentation of UFFI

by Mariano Martinez Peck

Hi guys, I remember someone mentioning Esteban was writing a doc on some tips to migrate from old FFI to new UFFI of Pharo 5.0. Do you know where can I find such a doc? Thanks, -- Mariano http://marianopeck.wordpress.com

March 29, 2016

Re: [Pharo-dev] [squeak-dev] New Cog VMs available

by Chris Muller

> Fix loss of signals to e.g. a socket's readSemaphore when data available: Woo hoo! I had infrequently been affected by this, it seemed impossible to debug. Now, its probably fixed. The talent in this community never ceases to amaze me.

March 29, 2016