- Pharo-dev - lists.pharo.org

Re: Updating lists.pharo.org: New server, Mailman3 and more

by Marcus Denker

Testing if this is send via the new serverâ¦ the new Archive is at https://lists.pharo.org/empathy/list/pharo-dev.lists.pharo.org <https://lists.pharo.org/empathy/list/pharo-dev.lists.pharo.org> Marcus > On 14 Sep 2020, at 17:42, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > Hi, > > We are updating the mailinglists (everything https://lists.pharo.org/ <https://lists.pharo.org/>) > > -> New server, thus: new IPâ¦ > -> the server will run Mailman3 (we used Mailman2) > -> There will be a better Archive > > > I will do the change of the IP address today. > > The only thing that could happen is that mails send still via the old server will not be in the > new archive, everything else should be transparent. > > I will send another mail when it is done. > > Marcus

Sept. 14, 2020

Updating lists.pharo.org: New server, Mailman3 and more

by Marcus Denker

Hi, We are updating the mailinglists (everything https://lists.pharo.org/ <https://lists.pharo.org/>) -> New server, thus: new IPâ¦ -> the server will run Mailman3 (we used Mailman2) -> There will be a better Archive I will do the change of the IP address today. The only thing that could happen is that mails send still via the old server will not be in the new archive, everything else should be transparent. I will send another mail when it is done. Marcus

Sept. 14, 2020

[Pharo 9.0] Build #660: 7240-PRRichTextComposer-does-not-need-to-use-PragmaCollector

by ci-pharo-ci-jenkins2＠inria.fr

There is a new Pharo build available! The status of the build #660 was: FAILURE. The Pull Request #7246 was integrated: "7240-PRRichTextComposer-does-not-need-to-use-PragmaCollector" Pull request url: https://github.com/pharo-project/pharo/pull/7246 Issue Url: https://github.com/pharo-project/pharo/issues/7240 Build Url: https://ci.inria.fr/pharo-ci-jenkins2/job/Test%20pending%20pull%20request%2…

Sept. 14, 2020

[Pharo 9.0] Build #659: WorldState-no-menuBuilder-cache

by ci-pharo-ci-jenkins2＠inria.fr

There is a new Pharo build available! The status of the build #659 was: FAILURE. The Pull Request #7291 was integrated: "WorldState-no-menuBuilder-cache" Pull request url: https://github.com/pharo-project/pharo/pull/7291 Issue Url: https://github.com/pharo-project/pharo/issues/WorldState Build Url: https://ci.inria.fr/pharo-ci-jenkins2/job/Test%20pending%20pull%20request%2…

Sept. 13, 2020

[Pharo 9.0] Build #658: PragmaMenuBuilder-no-PragmaCollector

by ci-pharo-ci-jenkins2＠inria.fr

There is a new Pharo build available! The status of the build #658 was: FAILURE. The Pull Request #7296 was integrated: "PragmaMenuBuilder-no-PragmaCollector" Pull request url: https://github.com/pharo-project/pharo/pull/7296 Issue Url: https://github.com/pharo-project/pharo/issues/PragmaMenuBuilder Build Url: https://ci.inria.fr/pharo-ci-jenkins2/job/Test%20pending%20pull%20request%2…

Sept. 13, 2020

Re: [Pharo-dev] sideOf: logic

by webwarrior

Better explanation: Side is determined with respect to line that goes through 2 points: origin and receiver. If receiver = origin, you only have 1 point -> infinitely many lines exist that go through 1 point -> cannot determine side. -- Sent from: http://forum.world.st/Pharo-Smalltalk-Developers-f1294837.html

Sept. 12, 2020

Re: [Pharo-dev] sideOf: logic

by webwarrior

StÃ©phane Ducasse wrote > Hi all > > we have the following method on point and I do not get > > why > > (0@0) sideOf: (100@100) > >>> #center > > > > sideOf: otherPoint > "Returns #left, #right or #center if the otherPoint lies to the left, > right or on the line given by the vector from 0@0 to self" > > > | side | > side := (self crossProduct: otherPoint) sign. > ^ { #right . #center . #left } at: side + 2 Segment from 0@0 (origin) to 0@0 (receiver) has 0 length, so its direction is undefined. Therefore you cannot expect meaningful answer here. -- Sent from: http://forum.world.st/Pharo-Smalltalk-Developers-f1294837.html

Sept. 11, 2020

[Pharo 9.0] Build #657: BlockMenuBuilder-not-needed

by ci-pharo-ci-jenkins2＠inria.fr

There is a new Pharo build available! The status of the build #657 was: FAILURE. The Pull Request #7292 was integrated: "BlockMenuBuilder-not-needed" Pull request url: https://github.com/pharo-project/pharo/pull/7292 Issue Url: https://github.com/pharo-project/pharo/issues/BlockMenuBuilder Build Url: https://ci.inria.fr/pharo-ci-jenkins2/job/Test%20pending%20pull%20request%2…

Sept. 11, 2020

[Pharo 9.0] Build #656: Revert "Variables-variable-not-binding"

by ci-pharo-ci-jenkins2＠inria.fr

There is a new Pharo build available! The status of the build #656 was: FAILURE. The Pull Request #7284 was integrated: "Revert "Variables-variable-not-binding"" Pull request url: https://github.com/pharo-project/pharo/pull/7284 Issue Url: https://github.com/pharo-project/pharo/issues/revert Build Url: https://ci.inria.fr/pharo-ci-jenkins2/job/Test%20pending%20pull%20request%2…

Sept. 11, 2020

Re: [Pharo-dev] is there a way to know when a GC is happening?

by Martin McClure

Hi Aliaksei, In VW, scavenges are done automatically by the VM, but all heavier-weight GC is controlled by the image, through a MemoryPolicy object. In the GemStone client for VW we provide a memory policy that discourages GC during times when our mapping dictionaries are strong, deferring it to just after we make the dictionaries weak so the GC can actually collect things that are mapped but no longer used. It sounds like you'd like something very much like this, to tend to defer GC to a good point in the rendering cycle. And "tend to" is important -- when space is getting *really* low, it's a good idea to go ahead and do the GC regardless of whether it's a "good" time. Regards, -Martin On 9/10/20 1:41 AM, Aliaksei Syrel wrote: > Hi > > I wish there was a way to control *when* full GC is allowed to happen. > For example, I would prefer GC to occur while the UI rendering loop is > paused and not in the middle of the frame resulting in sometimes > sluggish animations in the case of large images. > > Thank you > > On Wed, 9 Sep 2020 at 14:39, StÃ©phane Ducasse > <stephane.ducasse(a)inria.fr <mailto:stephane.ducasse@inria.fr>> wrote: > > Hi > > I would to be able to see when an incremental GC is happening. > is there a way to know when a GC is happening? > > S. > > > -------------------------------------------- > StÃ©phane Ducasse > http://stephane.ducasse.free.fr / http://www.pharo.org > 03 59 35 87 52 > Assistant: Aurore Dalle > FAX 03 59 57 78 50 > TEL 03 59 35 86 16 > S. Ducasse - Inria > 40, avenue Halley > <https://www.google.com/maps/search/40,+avenue+Halley?entry=gmail&source=g>, > > Parc Scientifique de la Haute Borne, BÃ¢t.A, Park Plaza > Villeneuve d'Ascq 59650 > France > > > > > > > > -- > Cheers, > Alex

Sept. 11, 2020