- Pharo-users - lists.pharo.org

Re: [Pharo-users] Can it do this way ?

by Roelof Wobben

Op 2-9-2020 om 12:52 schreef Roelof Wobben via Pharo-users: So no more hints from other people? Roelof

Sept. 3, 2020

Re: [Pharo-users] Rewrite Tool Set in Spec2

by Juan Pablo Sandoval Alcocer

Hi Stef, we will review this ASAP, and we will back to you soon. Thanks :) Juan P. El jue., 3 sept. 2020 a las 2:22, StÃ©phane Ducasse (< stephane.ducasse(a)inria.fr>) escribiÃ³: > I loaded latest version in P9 and I cannot open it from the tools menu > > searchForEditor := self newCode > text: DefaultRule new searchFor; > yourself. > > Apparently searchFor is not understood > > S > > On 3 Sep 2020, at 00:49, Juan Pablo Sandoval Alcocer <juampiboy(a)gmail.com> > wrote: > > Greetings to all, > > Sebastian is developing a tool to build and test Rewrite Rules. It is > built on the basis of MatchTool and RewriteTool. I have ported, refactored, > and enhanced these tools to be compatible with Pharo 9 and with Spec2. So, > in this tool you have these tools ported and ready to be used. But also, it > has more tools and more functionalities, all integrated into one in this > new tool. This is technically a set of modular tools that can be used > separately or in suitable conjunction. As the tool is in developing, the > only thing missing is the integration with RewriteTool. The rest of the > tools and functionalities work adequately. So, you can use it just fine. > > You can find a deeper explanation, and the script to install it in my > repository: https://github.com/jordanmontt/RewriteTool-Spec2 > > Any feedback, issue or suggestion is more than welcome. > > Thanks a lot, : ) > Sebastian & Juan Pablo > > > -------------------------------------------- > 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, > Parc Scientifique de la Haute Borne, BÃ¢t.A, Park Plaza > Villeneuve d'Ascq 59650 > France > >

Sept. 3, 2020

Pharo code documentation

by Dario Romano Trussardi

Ciao, i would need to document the code i develop in pharo. Relationships between classes, class instance names, etc. etcâ¦ I think of block diagrams. Quite right ? I wonder if everything is manageable directly in Pharo or if I have to use another program ( which one ? ) Do you have any advice on this issue ? Thanks, Dario

Sept. 3, 2020

Re: [Pharo-users] Rewrite Tool Set in Spec2

by StÃ©phane Ducasse

I loaded latest version in P9 and I cannot open it from the tools menu searchForEditor := self newCode text: DefaultRule new searchFor; yourself. Apparently searchFor is not understood S > On 3 Sep 2020, at 00:49, Juan Pablo Sandoval Alcocer <juampiboy(a)gmail.com> wrote: > > Greetings to all, > > Sebastian is developing a tool to build and test Rewrite Rules. It is built on the basis of MatchTool and RewriteTool. I have ported, refactored, and enhanced these tools to be compatible with Pharo 9 and with Spec2. So, in this tool you have these tools ported and ready to be used. But also, it has more tools and more functionalities, all integrated into one in this new tool. This is technically a set of modular tools that can be used separately or in suitable conjunction. As the tool is in developing, the only thing missing is the integration with RewriteTool. The rest of the tools and functionalities work adequately. So, you can use it just fine. > > You can find a deeper explanation, and the script to install it in my repository: https://github.com/jordanmontt/RewriteTool-Spec2 <https://github.com/jordanmontt/RewriteTool-Spec2> > > Any feedback, issue or suggestion is more than welcome. > > Thanks a lot, : ) > Sebastian & Juan Pablo -------------------------------------------- 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, Parc Scientifique de la Haute Borne, BÃ¢t.A, Park Plaza Villeneuve d'Ascq 59650 France

Sept. 3, 2020

Re: [Pharo-users] Rewrite Tool Set in Spec2

by StÃ©phane Ducasse

Thanks and sorry because Iâm flooded by work. I will check it this evening. S > On 3 Sep 2020, at 00:49, Juan Pablo Sandoval Alcocer <juampiboy(a)gmail.com> wrote: > > Greetings to all, > > Sebastian is developing a tool to build and test Rewrite Rules. It is built on the basis of MatchTool and RewriteTool. I have ported, refactored, and enhanced these tools to be compatible with Pharo 9 and with Spec2. So, in this tool you have these tools ported and ready to be used. But also, it has more tools and more functionalities, all integrated into one in this new tool. This is technically a set of modular tools that can be used separately or in suitable conjunction. As the tool is in developing, the only thing missing is the integration with RewriteTool. The rest of the tools and functionalities work adequately. So, you can use it just fine. > > You can find a deeper explanation, and the script to install it in my repository: https://github.com/jordanmontt/RewriteTool-Spec2 <https://github.com/jordanmontt/RewriteTool-Spec2> > > Any feedback, issue or suggestion is more than welcome. > > Thanks a lot, : ) > Sebastian & Juan Pablo -------------------------------------------- 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, Parc Scientifique de la Haute Borne, BÃ¢t.A, Park Plaza Villeneuve d'Ascq 59650 France

Sept. 3, 2020

Rewrite Tool Set in Spec2

by Juan Pablo Sandoval Alcocer

Greetings to all, Sebastian is developing a tool to build and test Rewrite Rules. It is built on the basis of MatchTool and RewriteTool. I have ported, refactored, and enhanced these tools to be compatible with Pharo 9 and with Spec2. So, in this tool you have these tools ported and ready to be used. But also, it has more tools and more functionalities, all integrated into one in this new tool. This is technically a set of modular tools that can be used separately or in suitable conjunction. As the tool is in developing, the only thing missing is the integration with RewriteTool. The rest of the tools and functionalities work adequately. So, you can use it just fine. You can find a deeper explanation, and the script to install it in my repository: https://github.com/jordanmontt/RewriteTool-Spec2 Any feedback, issue or suggestion is more than welcome. Thanks a lot, : ) Sebastian & Juan Pablo

Sept. 2, 2020

Re: [Pharo-users] ZnClient - how suppress popup notifications

by Sven Van Caekenberghe

In any case, [ ZnClient new get: 'http://host-does-not-exist-123123.com' ] on: NetworkError do: [ #myFailure ] returns #myFailure and does not invoke the #defaultAction, nor any UI. Like I said, you can just catch the exception you want. > On 2 Sep 2020, at 22:15, Jimmie Houchin <jlhouchin(a)gmail.com> wrote: > > > On 9/2/20 2:36 PM, Sven Van Caekenberghe wrote: >> Hi Jimmie, >> >>> On 2 Sep 2020, at 20:29, Jimmie Houchin <jlhouchin(a)gmail.com> wrote: >>> >>> >>> Before I get to my problem. I want to thank Sven for the huge effort that had to be made to provide all of the Zinc networking tools. Thank you. >> Thanks, you're welcome. >> >>> I am using ZnClient in an app. It is working fine. But I do not want any UI Notifications. This will eventually be headless on a server. But right now in development when the internet goes out I get a pop up from NameLookupFailure which offers me the options of "Give Up" or "Retry". >>> >>> I need to suppress this popup. I already have Error handling code which will catch NameLookupFailure among many other network based errors. >> I know this is confusing, but this is not a problem. You can simply catch the NameLookupFailure and this will work as expected. The problem is the custom/overwritten NameLookupFailure>>#defaultAction which is doing UI stuff (although this gets handled differently in a headless image as well). IMHO this should be removed. >> >> ZnClientTest>>#testIfFailNonExistingHost is an example that does more or less what you want. > > > Yes. In the current stack trace in the debugger it never reaches my Error handling and hits the #defaultAction method. > > > Thanks. That puts me on the path I want to go. > > I probably need to learn to read the tests for or as documentation for code. I am not currently in that habit. > > >>> Also, is there a better way to check if the network is up other than simply making a request and either getting a successful response or an Error? >> This is not such an easy problem to solve. Doing something simple, like accessing a known host, is one way (but never 100% since that host might be down on itself). >> >> There is also the problem of timeouts (i.e. very slow networks). >> >> One of my experimental projects, https://github.com/svenvc/NeoDNS, does contains something called NeoNetworkState that tests internet connectivity by doing a DNS call. But this probably goes to far. >> >> HTH, > > Helps tremendously. Currently when I get a network error, I have a loop which polls the least resource consuming URL on the server that I need to access. I exit the loop upon a successful response and continue with my app's main loop. I figure that lets me know that networking is back up and the server I need is responding. Covers all my bases. I just wanted to know if I was overlooking something that all you smart people who spend way more time than I do on this stuff had a solution. I couldn't think of an easy generic solution that could be created. > > Again thanks. > > >> >> Sven >> >>> Thanks for any help. >>> >>> >>> Jimmie

Sept. 2, 2020

Re: [Pharo-users] Getting rid of .sources file for deployment

by jan.struz

Hi Esteban, you can try this for all methods requiring source code, before removing .sources file: someCompiledMethod embeddSourceInTrailer. This works since Pharo 3.0 or so... Jan ----- Save The World! -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Sept. 2, 2020

Re: [Pharo-users] ZnClient - how suppress popup notifications

by Jimmie Houchin

On 9/2/20 2:36 PM, Sven Van Caekenberghe wrote: > Hi Jimmie, > >> On 2 Sep 2020, at 20:29, Jimmie Houchin <jlhouchin(a)gmail.com> wrote: >> >> >> Before I get to my problem. I want to thank Sven for the huge effort that had to be made to provide all of the Zinc networking tools. Thank you. > Thanks, you're welcome. > >> I am using ZnClient in an app. It is working fine. But I do not want any UI Notifications. This will eventually be headless on a server. But right now in development when the internet goes out I get a pop up from NameLookupFailure which offers me the options of "Give Up" or "Retry". >> >> I need to suppress this popup. I already have Error handling code which will catch NameLookupFailure among many other network based errors. > I know this is confusing, but this is not a problem. You can simply catch the NameLookupFailure and this will work as expected. The problem is the custom/overwritten NameLookupFailure>>#defaultAction which is doing UI stuff (although this gets handled differently in a headless image as well). IMHO this should be removed. > > ZnClientTest>>#testIfFailNonExistingHost is an example that does more or less what you want. Yes. In the current stack trace in the debugger it never reaches my Error handling and hits the #defaultAction method. Thanks. That puts me on the path I want to go. I probably need to learn to read the tests for or as documentation for code. I am not currently in that habit. >> Also, is there a better way to check if the network is up other than simply making a request and either getting a successful response or an Error? > This is not such an easy problem to solve. Doing something simple, like accessing a known host, is one way (but never 100% since that host might be down on itself). > > There is also the problem of timeouts (i.e. very slow networks). > > One of my experimental projects, https://github.com/svenvc/NeoDNS, does contains something called NeoNetworkState that tests internet connectivity by doing a DNS call. But this probably goes to far. > > HTH, Helps tremendously. Currently when I get a network error, I have a loop which polls the least resource consuming URL on the server that I need to access. I exit the loop upon a successful response and continue with my app's main loop. I figure that lets me know that networking is back up and the server I need is responding. Covers all my bases. I just wanted to know if I was overlooking something that all you smart people who spend way more time than I do on this stuff had a solution. I couldn't think of an easy generic solution that could be created. Again thanks. > > Sven > >> Thanks for any help. >> >> >> Jimmie >

Sept. 2, 2020

Re: [Pharo-users] Scaled decimals comparisons

by Esteban Maringolo

Hi Richard, +1 to what was asked by Stef. How hard is it to bring your knowledge, and existing implementation, into a "proper" implementation of ScaledDecimal (or FixedPoint) in Pharo? Regards! Esteban A. Maringolo On Wed, Sep 2, 2020 at 12:12 PM StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > > Richard > > we are really interested in improving Pharo on that aspect. > Now Iâm really not good with such domain. > Can you send us some code and tests? > > S. > > On 2 Sep 2020, at 12:31, Richard O'Keefe <raoknz(a)gmail.com> wrote: > > The behaviour of ScaledDecimal in Squeak and Pharo is > - different from what the ANSI Smalltalk standard says > - different from what other Smalltalks do (not that they agree) > - completely different from decimal arithmetic in COBOL, PL/I, or SQL > - seriously confusing. > > What you EXPECT is an exact rational number that is equal to an > integer divided by a power of 10, so that the printed > representation faithfully represents the value with no error. > What you GET in Pharo is a rational number that PRINTS with > a given number of decimal places but that is all. > > Thus we expect that > x := 10/3 asScaledDecimal: 2. > x asString ==> '3.33s2' > y := x+x+x. > y asString ==> '9.99s2' > But no, y asString => '10.00s2'. > > Here's what the comment in the VW class FixedPoint says: > "There are two possible ways to express FixedPoint numbers. One is as a scaled Integer, but the problem here is that you can lose precision during intermediate calculations. For example, a property that seems useful is that the calculation (1.000 / 7 * 7) should give you back the number 1.000. > > For this reason, we have adopted an alternative representation, which is a slight variation on Fraction. The number is expressed as the ratio of a numerator to a denominator, with the addition of a precision that is used for printing and for rounding. The number is not usually rounded off to its scale, but if an intermediate result must be rounded to its scale before being used, the messages #roundedToScale and #truncatedToScale may be used." > > The last sentence in the first paragraph is one I cannot agree with. > If I want a calculation where (1/7 * 7) gives me back 1, then I use > exact Fractions. If I am using ScaledDecimal, it is because I *want* > fixed point decimal numbers, with the properties appropriate to fixed > point decimal numbers. Wanting something that I could use to talk to > databases like MariaDB I found that I had to write my own FixedPoint > class, only to find that VW called ScaledDecimal FixedPoint. *Sigh*. > > Unless and until the current ScaledDecimal is ripped out and buried > in an unmarked grave at a crossroad with a stake through its heart, > you may wish to add VW-compatibility methods > > roundedToScale > |t| > t := 10 raisedToInteger: scale. > ^(numerator * t / denominator) rounded / t asScaledDecimal: scale > > truncatedToScale > |t| > t := 10 raisedToInteger: scale. > ^(numerator * t / denominator) truncated / t asScaledDecimal: scale > > and then use > > aScaledDecimal roundedToScale = anotherOne roundedToScale > > Note that the ANSI standard, which was agreed to by a whole bunch of > Smalltalk experts, says "A <scaledDecimal> converted to a <Fraction> > will be a fraction having the same numeric value but having an integer > numerator and a denominator which is ten raised to > the power of the <scaledDecimal>âs scale factor." > Try "(10.00s2 / 3) asFraction" in your Smalltalk, and if the > result has a denominator of 3, SOMEONE stuffed up. > > > > > On Tue, 1 Sep 2020 at 16:08, Esteban Maringolo <emaringolo(a)gmail.com> wrote: >> >> Hi, >> >> I was doing some basic calculations based on a formula, and I wanted >> to convert the result to a scaled decimal in order to avoid having >> these "loose" decimals in 10th position or something similar. >> >> So I did the following: >> 82 - (2 * 35.9) - (0 / 2) * (113/121) asScaledDecimal: 1 -> 9.5s1 >> >> But When I do this in a test: >> (82 - (2 * 35.9) - (0 / 2) * (113/121) asScaledDecimal: 1) = 9.5s1 >> >> It fails because the comparison returns false. >> >> I guess this is the proper behavior, but I'd expected that the >> conversion from a Float to a scaled decimal would have eliminated the >> extra precision from the formula. >> >> I can do a roundTo: 0.1 before converting, but I'd like to know what >> would be the proper way of dealing with this. >> >> Thanks! >> >> Esteban A. Maringolo >> > > -------------------------------------------- > 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, > Parc Scientifique de la Haute Borne, BÃ¢t.A, Park Plaza > Villeneuve d'Ascq 59650 > France >

Sept. 2, 2020