February 2019 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] [Glass] Bug in Regex?

by Max Leske

On 21 Feb 2019, at 16:25, Mariano Martinez Peck wrote: > Hi Max, > > I opened this case [1] with the explanation and the fix. If you can give it > a try, that would be great. I would also like to improve the test I wrote, > so if you have more edge cases or ideas I can assert, let me know. Great. I'll take a look when I get a chance. > > [1] https://github.com/pharo-project/pharo/issues/2679 > > Cheers, > > > On Thu, Feb 21, 2019 at 10:44 AM Max Leske <maxleske(a)gmail.com> wrote: > >> On 21 Feb 2019, at 13:40, Mariano Martinez Peck wrote: >> >>> Vassili Bykov Hi Max, >>> >>> It looks like it was fixed on a later version of VBRegex. I was able >>> to >>> extract the 2 little changes to make it work. Do you know if there is >>> an >>> issue already open for this so that I can submit the changes? >>> >>> BTW, I am trying to understand the history of Regex. It's clear that >>> the >>> original implementation was done by Vassili Bykov and the packages >>> were >>> called VBRegex and that was in VW under the Public Store. I guess, at >>> some >>> point, that code was ported to Pharo. In Pharo 1.1 the packages are >>> still >>> called 'VB-Regex' but on recent ones its called "Regex". >>> >> >> The package name changed between Pharo 1.1.2 and Pharo 1.2.2, as far as >> I can tell from the images I have on my machine. >> >>> What I cannot confirm is which version Pharo (or maybe this was even >>> en >>> Squeak before Pharo forked) ported from VW. All I could find is a >>> class >>> comment on RxMatcher saying "-- Regular Expression Matcher v 1.1 (C) >>> 1996, >>> 1999 Vassili Bykov". As you can see, that is 1999. VW has newer >>> versions >>> from 1.2.x to 1.4.x, latest commit being on 2014. >> >> The oldest images I have is Squeak3.9 of 7 November 2006 update 7067, >> and that already contains VBRegex. >> >>> >>> The particular problem we are discussing in this thread was fixed in >>> 1.3.1. >>> >>> So I am not sure if someone ever tried porting again a newer version >>> to >>> Pharo? It doesn't seem the case. >> >> It would certainly be great to get those fixes! >> >>> >>> Anyone knows a bit more the history here? >>> >>> Thanks >>> >>> >>> On Thu, Feb 21, 2019 at 5:18 AM Max Leske <maxleske(a)gmail.com> wrote: >>> >>>> Hi Mariano, >>>> >>>> Yes, there is indeed such a bug (if it hasn't been fixed in an update >>>> to >>>> VBRegex that is). The bug is simple to work around though, as all you >>>> have >>>> to do is sort your branch (|) terms by length. Here's the comment >>>> I've >>>> written for a regex generating method is use: >>>> >>>> " The sorting is very important because VB-Regex aborts early on >>>> branches. >>>> Example: 'bl' matchesRegex: 'b|bl' --> false The solution is to sort >>>> by >>>> length (longest first), then alphabetically, with the short group >>>> optimization at the end. " >>>> >>>> Cheers, >>>> Max >>>> >>>> On 21 Feb 2019, at 3:33, Mariano Martinez Peck wrote: >>>> >>>> >>>> >>>> On Wed, Feb 20, 2019 at 5:56 PM Esteban Maringolo via Glass < >>>> glass(a)lists.gemtalksystems.com> wrote: >>>> >>>>> What a good case to have GToolkit visualizations help debugging this >>>>> RX >>>>> tree ;) >>>>> >>>>> >>>> Oh yeah..And look Doru, they have some stuff on the top right >>>> "Explanation" panel: https://regex101.com/r/MqVXz8/1 >>>> >>>> >>>> -- >>>> Mariano >>>> https://twitter.com/MartinezPeck >>>> http://marianopeck.wordpress.com >>>> >>>> >>> >>> -- >>> Mariano >>> https://twitter.com/MartinezPeck >>> http://marianopeck.wordpress.com >> >> >> >> > > -- > Mariano > https://twitter.com/MartinezPeck > http://marianopeck.wordpress.com

Feb. 22, 2019

Re: [Pharo-dev] [Glass] Bug in Regex?

by Tim Mackinnon

Nice bit of detective work ! Sent from my iPhone > On 21 Feb 2019, at 15:25, Mariano Martinez Peck <marianopeck(a)gmail.com> wrote: > > Hi Max, > > I opened this case [1] with the explanation and the fix. If you can give it a try, that would be great. I would also like to improve the test I wrote, so if you have more edge cases or ideas I can assert, let me know. > > [1] https://github.com/pharo-project/pharo/issues/2679 > > Cheers, > > >> On Thu, Feb 21, 2019 at 10:44 AM Max Leske <maxleske(a)gmail.com> wrote: >> On 21 Feb 2019, at 13:40, Mariano Martinez Peck wrote: >> >> > Vassili Bykov Hi Max, >> > >> > It looks like it was fixed on a later version of VBRegex. I was able >> > to >> > extract the 2 little changes to make it work. Do you know if there is >> > an >> > issue already open for this so that I can submit the changes? >> > >> > BTW, I am trying to understand the history of Regex. It's clear that >> > the >> > original implementation was done by Vassili Bykov and the packages >> > were >> > called VBRegex and that was in VW under the Public Store. I guess, at >> > some >> > point, that code was ported to Pharo. In Pharo 1.1 the packages are >> > still >> > called 'VB-Regex' but on recent ones its called "Regex". >> > >> >> The package name changed between Pharo 1.1.2 and Pharo 1.2.2, as far as >> I can tell from the images I have on my machine. >> >> > What I cannot confirm is which version Pharo (or maybe this was even >> > en >> > Squeak before Pharo forked) ported from VW. All I could find is a >> > class >> > comment on RxMatcher saying "-- Regular Expression Matcher v 1.1 (C) >> > 1996, >> > 1999 Vassili Bykov". As you can see, that is 1999. VW has newer >> > versions >> > from 1.2.x to 1.4.x, latest commit being on 2014. >> >> The oldest images I have is Squeak3.9 of 7 November 2006 update 7067, >> and that already contains VBRegex. >> >> > >> > The particular problem we are discussing in this thread was fixed in >> > 1.3.1. >> > >> > So I am not sure if someone ever tried porting again a newer version >> > to >> > Pharo? It doesn't seem the case. >> >> It would certainly be great to get those fixes! >> >> > >> > Anyone knows a bit more the history here? >> > >> > Thanks >> > >> > >> > On Thu, Feb 21, 2019 at 5:18 AM Max Leske <maxleske(a)gmail.com> wrote: >> > >> >> Hi Mariano, >> >> >> >> Yes, there is indeed such a bug (if it hasn't been fixed in an update >> >> to >> >> VBRegex that is). The bug is simple to work around though, as all you >> >> have >> >> to do is sort your branch (|) terms by length. Here's the comment >> >> I've >> >> written for a regex generating method is use: >> >> >> >> " The sorting is very important because VB-Regex aborts early on >> >> branches. >> >> Example: 'bl' matchesRegex: 'b|bl' --> false The solution is to sort >> >> by >> >> length (longest first), then alphabetically, with the short group >> >> optimization at the end. " >> >> >> >> Cheers, >> >> Max >> >> >> >> On 21 Feb 2019, at 3:33, Mariano Martinez Peck wrote: >> >> >> >> >> >> >> >> On Wed, Feb 20, 2019 at 5:56 PM Esteban Maringolo via Glass < >> >> glass(a)lists.gemtalksystems.com> wrote: >> >> >> >>> What a good case to have GToolkit visualizations help debugging this >> >>> RX >> >>> tree ;) >> >>> >> >>> >> >> Oh yeah..And look Doru, they have some stuff on the top right >> >> "Explanation" panel: https://regex101.com/r/MqVXz8/1 >> >> >> >> >> >> -- >> >> Mariano >> >> https://twitter.com/MartinezPeck >> >> http://marianopeck.wordpress.com >> >> >> >> >> > >> > -- >> > Mariano >> > https://twitter.com/MartinezPeck >> > http://marianopeck.wordpress.com >> >> >> > > > -- > Mariano > https://twitter.com/MartinezPeck > http://marianopeck.wordpress.com

Feb. 22, 2019

[ANN] ba-st Web stack updated (RenoirSt, Willow and HighchartsSt)

by Gabriel Cotelli

Now that Pharo 7 is finally released, we took some time to update the whole web stack hosted at ba-st <https://github.com/ba-st>. As a general update all the projects now follow the brand new community guidelines <https://github.com/ba-st/Community> and support Pharo 6.1â32 bits and Pharo 7â32 & 64 bits. The build matrix now includes Pharo 8 as a preview. This includes new versions of RenoirSt, HighchartsSt, Boardwalk, Willow and it's related projects. You can see the detailed announcement here <https://medium.com/ba-st/web-stack-summer-release-1d141b2660ee>. Regards, Gabriel

Feb. 21, 2019

[ANN] Pharo Consortium New Academic Member: TecnolÃ³gico de Monterrey in Guadalajara

by Marcus Denker

The Pharo Consortium is very happy to announce that TecnolÃ³gico de Monterrey in Guadalajara has joined the Consortium as an Academic Member. About - TecnolÃ³gico de Monterrey in Guadalajara: http://www.gda.itesm.mx - Pharo Consortium: http://consortium.pharo.org The goal of the Pharo Consortium is to allow companies and institutions to support the ongoing development and future of Pharo. Individuals can support Pharo via the Pharo Association: - http://association.pharo.org

Feb. 21, 2019

[ANN] Buoy v5.0.0 released!

by Gabriel Cotelli

Buoy <https://github.com/ba-st/Buoy>, the project aiming to complement Pharo <https://www.pharo.org> adding useful extensions reached itâs 5.0.0 version. The supported Pharo versions are 6.1 â 32 bits and 7.0 â 32 & 64 bits. The breaking changes are just in the package organization, so you may have to adapt your baseline dependencies but the rest of the code is backwards compatible with version 4. You can see the detailed release notes here. <https://medium.com/ba-st/buoy-v5-0-0-released-9a26da396ceb> Regards, Gabriel

Feb. 21, 2019

Re: [Pharo-dev] [Glass] Bug in Regex?

by Mariano Martinez Peck

Hi Max, I opened this case [1] with the explanation and the fix. If you can give it a try, that would be great. I would also like to improve the test I wrote, so if you have more edge cases or ideas I can assert, let me know. [1] https://github.com/pharo-project/pharo/issues/2679 Cheers, On Thu, Feb 21, 2019 at 10:44 AM Max Leske <maxleske(a)gmail.com> wrote: > On 21 Feb 2019, at 13:40, Mariano Martinez Peck wrote: > > > Vassili Bykov Hi Max, > > > > It looks like it was fixed on a later version of VBRegex. I was able > > to > > extract the 2 little changes to make it work. Do you know if there is > > an > > issue already open for this so that I can submit the changes? > > > > BTW, I am trying to understand the history of Regex. It's clear that > > the > > original implementation was done by Vassili Bykov and the packages > > were > > called VBRegex and that was in VW under the Public Store. I guess, at > > some > > point, that code was ported to Pharo. In Pharo 1.1 the packages are > > still > > called 'VB-Regex' but on recent ones its called "Regex". > > > > The package name changed between Pharo 1.1.2 and Pharo 1.2.2, as far as > I can tell from the images I have on my machine. > > > What I cannot confirm is which version Pharo (or maybe this was even > > en > > Squeak before Pharo forked) ported from VW. All I could find is a > > class > > comment on RxMatcher saying "-- Regular Expression Matcher v 1.1 (C) > > 1996, > > 1999 Vassili Bykov". As you can see, that is 1999. VW has newer > > versions > > from 1.2.x to 1.4.x, latest commit being on 2014. > > The oldest images I have is Squeak3.9 of 7 November 2006 update 7067, > and that already contains VBRegex. > > > > > The particular problem we are discussing in this thread was fixed in > > 1.3.1. > > > > So I am not sure if someone ever tried porting again a newer version > > to > > Pharo? It doesn't seem the case. > > It would certainly be great to get those fixes! > > > > > Anyone knows a bit more the history here? > > > > Thanks > > > > > > On Thu, Feb 21, 2019 at 5:18 AM Max Leske <maxleske(a)gmail.com> wrote: > > > >> Hi Mariano, > >> > >> Yes, there is indeed such a bug (if it hasn't been fixed in an update > >> to > >> VBRegex that is). The bug is simple to work around though, as all you > >> have > >> to do is sort your branch (|) terms by length. Here's the comment > >> I've > >> written for a regex generating method is use: > >> > >> " The sorting is very important because VB-Regex aborts early on > >> branches. > >> Example: 'bl' matchesRegex: 'b|bl' --> false The solution is to sort > >> by > >> length (longest first), then alphabetically, with the short group > >> optimization at the end. " > >> > >> Cheers, > >> Max > >> > >> On 21 Feb 2019, at 3:33, Mariano Martinez Peck wrote: > >> > >> > >> > >> On Wed, Feb 20, 2019 at 5:56 PM Esteban Maringolo via Glass < > >> glass(a)lists.gemtalksystems.com> wrote: > >> > >>> What a good case to have GToolkit visualizations help debugging this > >>> RX > >>> tree ;) > >>> > >>> > >> Oh yeah..And look Doru, they have some stuff on the top right > >> "Explanation" panel: https://regex101.com/r/MqVXz8/1 > >> > >> > >> -- > >> Mariano > >> https://twitter.com/MartinezPeck > >> http://marianopeck.wordpress.com > >> > >> > > > > -- > > Mariano > > https://twitter.com/MartinezPeck > > http://marianopeck.wordpress.com > > > > -- Mariano https://twitter.com/MartinezPeck http://marianopeck.wordpress.com

Feb. 21, 2019

Re: [Pharo-dev] [Glass] Bug in Regex?

by Max Leske

On 21 Feb 2019, at 13:40, Mariano Martinez Peck wrote: > Vassili Bykov Hi Max, > > It looks like it was fixed on a later version of VBRegex. I was able > to > extract the 2 little changes to make it work. Do you know if there is > an > issue already open for this so that I can submit the changes? > > BTW, I am trying to understand the history of Regex. It's clear that > the > original implementation was done by Vassili Bykov and the packages > were > called VBRegex and that was in VW under the Public Store. I guess, at > some > point, that code was ported to Pharo. In Pharo 1.1 the packages are > still > called 'VB-Regex' but on recent ones its called "Regex". > The package name changed between Pharo 1.1.2 and Pharo 1.2.2, as far as I can tell from the images I have on my machine. > What I cannot confirm is which version Pharo (or maybe this was even > en > Squeak before Pharo forked) ported from VW. All I could find is a > class > comment on RxMatcher saying "-- Regular Expression Matcher v 1.1 (C) > 1996, > 1999 Vassili Bykov". As you can see, that is 1999. VW has newer > versions > from 1.2.x to 1.4.x, latest commit being on 2014. The oldest images I have is Squeak3.9 of 7 November 2006 update 7067, and that already contains VBRegex. > > The particular problem we are discussing in this thread was fixed in > 1.3.1. > > So I am not sure if someone ever tried porting again a newer version > to > Pharo? It doesn't seem the case. It would certainly be great to get those fixes! > > Anyone knows a bit more the history here? > > Thanks > > > On Thu, Feb 21, 2019 at 5:18 AM Max Leske <maxleske(a)gmail.com> wrote: > >> Hi Mariano, >> >> Yes, there is indeed such a bug (if it hasn't been fixed in an update >> to >> VBRegex that is). The bug is simple to work around though, as all you >> have >> to do is sort your branch (|) terms by length. Here's the comment >> I've >> written for a regex generating method is use: >> >> " The sorting is very important because VB-Regex aborts early on >> branches. >> Example: 'bl' matchesRegex: 'b|bl' --> false The solution is to sort >> by >> length (longest first), then alphabetically, with the short group >> optimization at the end. " >> >> Cheers, >> Max >> >> On 21 Feb 2019, at 3:33, Mariano Martinez Peck wrote: >> >> >> >> On Wed, Feb 20, 2019 at 5:56 PM Esteban Maringolo via Glass < >> glass(a)lists.gemtalksystems.com> wrote: >> >>> What a good case to have GToolkit visualizations help debugging this >>> RX >>> tree ;) >>> >>> >> Oh yeah..And look Doru, they have some stuff on the top right >> "Explanation" panel: https://regex101.com/r/MqVXz8/1 >> >> >> -- >> Mariano >> https://twitter.com/MartinezPeck >> http://marianopeck.wordpress.com >> >> > > -- > Mariano > https://twitter.com/MartinezPeck > http://marianopeck.wordpress.com

Feb. 21, 2019

Re: [Pharo-dev] [Glass] Bug in Regex?

by Mariano Martinez Peck

Vassili Bykov Hi Max, It looks like it was fixed on a later version of VBRegex. I was able to extract the 2 little changes to make it work. Do you know if there is an issue already open for this so that I can submit the changes? BTW, I am trying to understand the history of Regex. It's clear that the original implementation was done by Vassili Bykov and the packages were called VBRegex and that was in VW under the Public Store. I guess, at some point, that code was ported to Pharo. In Pharo 1.1 the packages are still called 'VB-Regex' but on recent ones its called "Regex". What I cannot confirm is which version Pharo (or maybe this was even en Squeak before Pharo forked) ported from VW. All I could find is a class comment on RxMatcher saying "-- Regular Expression Matcher v 1.1 (C) 1996, 1999 Vassili Bykov". As you can see, that is 1999. VW has newer versions from 1.2.x to 1.4.x, latest commit being on 2014. The particular problem we are discussing in this thread was fixed in 1.3.1. So I am not sure if someone ever tried porting again a newer version to Pharo? It doesn't seem the case. Anyone knows a bit more the history here? Thanks On Thu, Feb 21, 2019 at 5:18 AM Max Leske <maxleske(a)gmail.com> wrote: > Hi Mariano, > > Yes, there is indeed such a bug (if it hasn't been fixed in an update to > VBRegex that is). The bug is simple to work around though, as all you have > to do is sort your branch (|) terms by length. Here's the comment I've > written for a regex generating method is use: > > " The sorting is very important because VB-Regex aborts early on branches. > Example: 'bl' matchesRegex: 'b|bl' --> false The solution is to sort by > length (longest first), then alphabetically, with the short group > optimization at the end. " > > Cheers, > Max > > On 21 Feb 2019, at 3:33, Mariano Martinez Peck wrote: > > > > On Wed, Feb 20, 2019 at 5:56 PM Esteban Maringolo via Glass < > glass(a)lists.gemtalksystems.com> wrote: > >> What a good case to have GToolkit visualizations help debugging this RX >> tree ;) >> >> > Oh yeah..And look Doru, they have some stuff on the top right > "Explanation" panel: https://regex101.com/r/MqVXz8/1 > > > -- > Mariano > https://twitter.com/MartinezPeck > http://marianopeck.wordpress.com > > -- Mariano https://twitter.com/MartinezPeck http://marianopeck.wordpress.com

Feb. 21, 2019

Host window icon

by Cyril Ferlicot

Hi, Currently, the CI of Pharo has two non random test failures. windows-32 / Tests-windows-32 / testHostWindowIcon â Windows32.Graphics.Tests.Primitives.DisplayScreenTest windows-32 / Tests-windows-32 / testHostWindowIconWrongTypeOfArgument â Windows32.Graphics.Tests.Primitives.DisplayScreenTest I know this was a part of the system was improved during Pharo 7 to be able to display a custom icon at the top of the window. Does someone knows why it is failing? Or should we investigate? -- Cyril Ferlicot https://ferlicot.fr

Feb. 21, 2019

Re: [Pharo-dev] [Glass] Bug in Regex?

by Max Leske

Hi Mariano, Yes, there is indeed such a bug (if it hasn't been fixed in an update to VBRegex that is). The bug is simple to work around though, as all you have to do is sort your branch (|) terms by length. Here's the comment I've written for a regex generating method is use: " The sorting is very important because VB-Regex aborts early on branches. Example: 'bl' matchesRegex: 'b|bl' --> false The solution is to sort by length (longest first), then alphabetically, with the short group optimization at the end. " Cheers, Max On 21 Feb 2019, at 3:33, Mariano Martinez Peck wrote: > On Wed, Feb 20, 2019 at 5:56 PM Esteban Maringolo via Glass < > glass(a)lists.gemtalksystems.com> wrote: > >> What a good case to have GToolkit visualizations help debugging this >> RX >> tree ;) >> >> > Oh yeah..And look Doru, they have some stuff on the top right > "Explanation" > panel: https://regex101.com/r/MqVXz8/1 > > > -- > Mariano > https://twitter.com/MartinezPeck > http://marianopeck.wordpress.com

Feb. 21, 2019