Re: [Pharo-users] Pharo on a Netbook running TinyCore Linux

2020-09-07 Thread tbrunz
...and 64-bit Pharo runs in 64-bit TinyCore. So does Pharo Launcher. However, I kept getting bit by the "External module not found" error (libgit2). . .

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

2020-09-07 Thread Roelof Wobben via Pharo-users
Op 8-9-2020 om 04:22 schreef Richard O'Keefe: There are two quite different questions. (1) Where may dashes occur in a real ISBN-10? (2) What does Exercism require in the specification and check in the

Re: [Pharo-users] Rounding in Floats

2020-09-07 Thread Esteban Maringolo
On Tue, Sep 8, 2020 at 12:16 AM Richard O'Keefe wrote: > > "7.1 roundTo: 0.1 should return 7.1" > You're still not getting it. I was until Konrad explained it. > Binary floating point CANNOT represent either of those numbers. > You seem to be assuming that Pharo is making some mistake. > It isn'

Re: [Pharo-users] Rounding in Floats

2020-09-07 Thread Richard O'Keefe
"7.1 roundTo: 0.1 should return 7.1" You're still not getting it. 7.1 IS NOT 71/10. 0.1 IS NOT 1/10. Binary floating point CANNOT represent either of those numbers. You seem to be assuming that Pharo is making some mistake. It isn't. All it is doing is refusing to lie to you. #include #include

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

2020-09-07 Thread Richard O'Keefe
There are two quite different questions. (1) Where may dashes occur in a real ISBN-10? (2) What does Exercism require in the specification and check in the test cases? For (1) the rules are Each ISBN consists of 5 elements with each section being separated by spaces or hyphens. Three of the five

Re: [Pharo-users] Pharo on a Netbook running TinyCore Linux

2020-09-07 Thread tbrunz
BTW, TinyCore Linux was started by Robert Shingledecker. He's the guy who led the "Damn Small Linux" project[1]; when it dissolved, he started TinyCore and kept going... [1] http://www.damnsmalllinux.org/ -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Re: [Pharo-users] Pharo on a Netbook running TinyCore Linux

2020-09-07 Thread tbrunz
This is running 32-bit Pharo 80 on 32-bit TinyCore 11.1 (Linux kernel 5.4.3). There is a 64-bit version of TinyCore, which I plan to test next... Then test 64-bit Pharo 80 and try Pharo Launcher on top of that. Then on a Raspberry Pi... Here's what's intriguing about this: TinyCore Linux is SU

Re: [Pharo-users] Pharo on a Netbook running TinyCore Linux

2020-09-07 Thread tbrunz
Just to be sure I'm not booted into Ubuntu: -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

[Pharo-users] Pharo on a Netbook running TinyCore Linux

2020-09-07 Thread tbrunz
This is cool... After I booted TinyCore Linux[1] on my 10-year-old netbook[2], I decided to see if it could run Pharo... It does! Details: [1] http://tinycorelinux.net/ - TinyCore Linux "CorePlus", 32-bit, version 11.1. - Booted from a YUMI multiboot thumbdrive. - Installed 'curl', 'bash', Fir

[Pharo-users] [Ann] Workshop (3rd session) IndieWeb with pocket infrastructures

2020-09-07 Thread Offray Vladimir Luna Cárdenas
Hi, This is a short annoucement about our workshops related IndieWeb with pocket infrastructures. Our third session would be this Saturday 12 Sept, from 15:15 to 19:15 (GMT-5). You can find more information in [1] and the documentation in [2]. Following a "local first" approach, the documention an

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

2020-09-07 Thread Steffen Märcker
Now having a Workspace at hand, I fixed some minor typos: IsbnVarifier>>isSyntacticIsbn: aString | nonGrouped dashes spaces grouped | nonGrouped := '\d{9}[0-9X]' asRegex. "groups separated by either dashes or spaces" dashes := '\d{1,7}-\d{1,7}-\d{1,7}-[0-9X]'. spaces := '\d{1,7} \d{1,7}

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

2020-09-07 Thread Steffen Märcker
Hi, after reading the link and some additional sources, it turns out that a valid ISBN-10 has either no separators or four blocks separated by either dashes or spaces: Group-Publisher-Title-CheckDigit Assuming Regex11 (and that I made no mistake), the following should do the trick: IsbnVarifi

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

2020-09-07 Thread Esteban Maringolo
Hi Stef, I don't know what's the demand for such a feature. In the Windows and Desktop era it might have been very important, but I don't see that kind of integration these days, when most system integrations happen at the HTTP level. For my particular case I don't need a DLL. Regards! Esteban

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

2020-09-07 Thread Stéphane Ducasse
I would like also to be able to deploy a pharo app as a dll juts time and money. S. > On 7 Sep 2020, at 17:28, Esteban Maringolo wrote: > > Hi Davide, > > Thanks for the thorough response, but I think you're over > dimensioning, and to some extent missing, my initial purpose and > intention.

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

2020-09-07 Thread Roelof Wobben via Pharo-users
See here for all the tests : https://github.com/exercism/pharo-smalltalk/blob/master/exercises/isbn-verifier/IsbnVerifierTest.class.st#L88 Roelof

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

2020-09-07 Thread Esteban Maringolo
Hi Davide, Thanks for the thorough response, but I think you're over dimensioning, and to some extent missing, my initial purpose and intention. I don't want to protect from somebody attempting to reverse engineer my application, that's impossible (more so given your references). I simply want to

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

2020-09-07 Thread Davide Grandi
Ok, I'll give you a result, meanwhile fixing some imprecisions. The "class" is CogVmSimulator but it's use is very far from my knowlegde, I recalled having seen a picture of Pharo-in-Pharo (or Squeak-in-Squeak) running under this simulator. It lives near the Cog side (or the OpenVM side) of Squea

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

2020-09-07 Thread Steffen Märcker
No problem. I am not knowledgeable about isbn numbers. At which places may a dash occur? Kind regards, Steffen 07.09.2020 16:18:22 Roelof Wobben via Pharo-users : > Op 6-9-2020 om 10:07 schreef Steffen Märcker: >> Maybe this is a naive question, but can you just split the task into the >> follo

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

2020-09-07 Thread Roelof Wobben via Pharo-users
Op 6-9-2020 om 10:07 schreef Steffen Märcker: Maybe this is a naive question, but can you just split the task into the following two? 1. Check whether whether the string is syntactically an ISBN number. This can be done, e.g., using a regex. 2. Check the the check character. Calculate the check

Re: [Pharo-users] Rounding in Floats

2020-09-07 Thread Esteban Maringolo
Hi Tomohiro, Thanks, that certainly is the simplest solution that does exactly what I need. Maybe roundTo: should be considered harmful when using Floats. (and it is very unlikely anybody is going to round to something other than a power of 10) Best regards! Esteban A. Maringolo On Mon, Sep 7

Re: [Pharo-users] Rounding in Floats

2020-09-07 Thread Tomohiro Oda
Esteban, You can instead use `7.1 round: 1` to get 7.1. It's not the problem of the rounding algorithm. It's because IEEE float can't express the exact value of 0.1. --- tomo 2020年9月7日(月) 21:28 Esteban Maringolo : > > Hi Sven, > > On Mon, Sep 7, 2020 at 9:10 AM Sven Van Caekenberghe wrote: > > >

Re: [Pharo-users] Rounding in Floats

2020-09-07 Thread Esteban Maringolo
Hi Sven, On Mon, Sep 7, 2020 at 9:10 AM Sven Van Caekenberghe wrote: > > On 6 Sep 2020, at 22:21, Esteban Maringolo wrote: > > > > It is not for printing but for testing. I want to assert that a > > certain calculation gives the expected result. > > Then you should use #assert:closeTo: and frie

Re: [Pharo-users] Rounding in Floats

2020-09-07 Thread serge . stinckwich
BTW why closeTo: is initialized by default with a value of 0.0001 ? https://github.com/pharo-project/pharo/issues/3067 Sent from my iPhone > On 7 Sep 2020, at 20:10, Sven Van Caekenberghe wrote: > >  > >> On 6 Sep 2020, at 22:21, Esteban Maringolo wrote: >> >> It is not for printing but for

Re: [Pharo-users] Rounding in Floats

2020-09-07 Thread Sven Van Caekenberghe
> On 6 Sep 2020, at 22:21, Esteban Maringolo wrote: > > It is not for printing but for testing. I want to assert that a > certain calculation gives the expected result. Then you should use #assert:closeTo: and friends. (9.1 + (-2.0)) closeTo: 7.1 precision: 0.1. Floats should always be

Re: [Pharo-users] Rounding in Floats

2020-09-07 Thread Konrad Hinsen
Hi Esteban, > It is not for printing but for testing. I want to assert that a > certain calculation gives the expected result. > And then it fails because of the difference above when it is > "semantically" correct. If you want reliable precision tests with IEEE floats, you should use rounding to