- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Did no find yet a way to reproduce QA concurrent access

by Yuriy Tymchuk

Also, when if this kind of error happens again, can you please fuel it out and sent it to me? Having a stack can be helpful in understanding. Uko > On 06 Sep 2015, at 22:17, stepharo <stepharo(a)free.fr> wrote: > > I thought that I could reproduce the QA concurrent access raising a DNU when we remove a method > but I failed. > I got again this bug. > What I did was selecting a method in Nautilus and removing this method after an implementors and from the message list browser. > But I cannot reproduce it. > > Stef >

Sept. 6, 2015

Re: [Pharo-dev] Did no find yet a way to reproduce QA concurrent access

by Yuriy Tymchuk

I think that it is related to how I was working with Nautilus announcements. Now as announcements are changed, I can improve that. Just give me a bit of time :) Uko > On 06 Sep 2015, at 22:17, stepharo <stepharo(a)free.fr> wrote: > > I thought that I could reproduce the QA concurrent access raising a DNU when we remove a method > but I failed. > I got again this bug. > What I did was selecting a method in Nautilus and removing this method after an implementors and from the message list browser. > But I cannot reproduce it. > > Stef >

Sept. 6, 2015

Did no find yet a way to reproduce QA concurrent access

by stepharo

I thought that I could reproduce the QA concurrent access raising a DNU when we remove a method but I failed. I got again this bug. What I did was selecting a method in Nautilus and removing this method after an implementors and from the message list browser. But I cannot reproduce it. Stef

Sept. 6, 2015

Re: [Pharo-dev] chunk file format (unrecoverable changes)

by stepharo

Le 6/9/15 21:56, Nicolai Hess a Ã©crit : > Do we have a documentation about the format of > - class definitions > - methods > - class comments > for the changes file ? Not that I know besides the implementation. > > I am asking because some entries are using two separator > "! !" > and some only one > "!" > And we have a problem with the "Recover lost changes" browser > (https://pharo.fogbugz.com/f/cases/16498/unrecoverable-changes) I imagine that this is related also to the bugs you mentioned and I was fixing by improving the code importer. Is it that? Because the parser is brittle to my eyes because it is based on heuristics and I do not know if we cover all the case. > and I am not sure if this is a bug on the code importer > or if it is a bug on how we write changes to the changes file. May be opening a 40.changes with another editor ? > > > nicolai >

Sept. 6, 2015

Re: [Pharo-dev] remove MczInstaller?

by stepharo

Le 5/9/15 18:24, Marcus Denker a Ã©crit : >> On 05 Sep 2015, at 15:54, stepharo <stepharo(a)free.fr> wrote: >> >> Are you sure that it is not used when we drag an MCZ on the desktop? > No, at least I do not think so. > > itâs the installer that was added to Squeak before Monticello. The idea is that it can be used > to install .mzc files even when Monticello is not there. > > I was thinking of removing it in the past, but for a real modular system it might be a good idea to keep. > (to load monticello). Yes I thought the same when I looked at them and comparing with Pharo40. But after I could not find why we lost menu items but I was wrong. I think that this is just one single and simple package so we can keep it for now. > Marcus > > > >

Sept. 6, 2015

Re: [Pharo-dev] remove MczInstaller?

by stepharo

Thanks a lot martin! I checked also and I got confused :) I have to investigate more. Could you open a bug entry because this is handy to be able to browse an mcz by dropping it on the world My impression is that we could remove MCMcmReader class MCMcdReader class Le 5/9/15 19:00, Martin Dias a Ã©crit : > Hi, > > I logged for which classes MCVersionReader >> > fileReaderServicesForFile:suffix: is invoked: > > In Pharo 4: > > MCVersionReader class > MCMczReader class > MCMcmReader class > MCMcdReader class > > In Pharo 5: > > MCVersionReader class > > > and it should be MCMczReader who adds those services for the MCZ files. > > Note: I tried in Pharo 4, and the list of file services didn't change > after removing MczInstaller. > > > > > > MartÃn > > On Sat, Sep 5, 2015 at 6:24 PM, Marcus Denker <marcus.denker(a)inria.fr> wrote: >>> On 05 Sep 2015, at 15:54, stepharo <stepharo(a)free.fr> wrote: >>> >>> Are you sure that it is not used when we drag an MCZ on the desktop? >> No, at least I do not think so. >> >> itâs the installer that was added to Squeak before Monticello. The idea is that it can be used >> to install .mzc files even when Monticello is not there. >> >> I was thinking of removing it in the past, but for a real modular system it might be a good idea to keep. >> (to load monticello). >> >> Marcus >> >> >> >

Sept. 6, 2015

chunk file format (unrecoverable changes)

by Nicolai Hess

Do we have a documentation about the format of - class definitions - methods - class comments for the changes file ? I am asking because some entries are using two separator "! !" and some only one "!" And we have a problem with the "Recover lost changes" browser (https://pharo.fogbugz.com/f/cases/16498/unrecoverable-changes) and I am not sure if this is a bug on the code importer or if it is a bug on how we write changes to the changes file. nicolai

Sept. 6, 2015

Re: [Pharo-dev] ***important*** cannot remove a class anymore...

by stepharo

What I would like is to have all the changes after one integration with + and - showing the changes. I grouped a bit my analysis in https://pharo.fogbugz.com/f/cases/16491/Revisiting-TextDiffBuilder But now I should finish the other tasks I have pending. I should finish also some issues I started around announcers. Stef Le 6/9/15 15:50, Peter UhnÃ¡k a Ã©crit : > But this is all implementation details, I'm still not sure what > exactly we (Stef) want to send. > > * change diff after each successful CI build for an issue? > * diff after the change has been integrated? > > Peter

Sept. 6, 2015

[pharo-project/pharo-core]

by GitHub

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

Sept. 6, 2015

[pharo-project/pharo-core] b9b044: 50309

by GitHub

Branch: refs/heads/5.0 Home: https://github.com/pharo-project/pharo-core Commit: b9b04483fa5c00b4ca24f703cd877a066afa8d08 https://github.com/pharo-project/pharo-core/commit/b9b04483fa5c00b4ca24f703… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2015-09-06 (Sun, 06 Sep 2015) Changed paths: A Kernel.package/CompiledMethod.class/instance/accessing-pragmas %26 properties/hasProperty_.st M Reflectivity-Tests.package/CoverageDemoTest.class/instance/tests/testCoverageControlFlow.st M Reflectivity-Tests.package/ReflectiveMethodTest.class/instance/tests - links/testSetLinkInPrimitive.st M Reflectivity-Tests.package/ReflectiveMethodTest.class/instance/tests - links/testSetLinkOnPrimitive.st A Reflectivity-Tests.package/ReflectivityControlTest.class/instance/tests - before/testBeforeMethodPrimitive.st M Reflectivity-Tests.package/ReflectivityLinkTest.class/instance/tests - primitives/testPrimitiveWithLinkExecuteWrapper.st M Reflectivity.package/ReflectiveMethod.class/instance/evaluation/generatePrimitiveWrapper.st M Reflectivity.package/ReflectiveMethod.class/instance/invalidate/destroyTwin.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50308.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50309.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50308.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50309.st M ScriptLoader50.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st Log Message: ----------- 50309 16499 Reflectivity and Primitive: Unwrap when destroying Twin, copy over links to wrapper https://pharo.fogbugz.com/f/cases/16499 http://files.pharo.org/image/50/50309.zip

Sept. 6, 2015