September 2020 - Pharo-users

AthensCairoSDLSurface P8 Error

by Alvaro Piorno

Hello, This code that worked for P6 and P7 is now failing in P8. *AthensCairoSDLSurface fromSDLSurface: self window handle handle getWindowSurface.* the window is created like this: *window := OSWindow createWithAttributes: (OSWindowAttributes new resizable: false; yourself).* The exception is Error: Could not coerce arguments from cairo lib. Cheers

Sept. 18, 2020

Re: roman numbers

by Roelof Wobben

Sept. 18, 2020

Re: order of execution

by Steffen MÃ¤rcker

Hi, don't forget to read the expression from left to right: > currTotal := prevTotal + (prevTotal := currTotal). 5 1 4 3 2 1. the current value (X) of prevTotal is fetched. 2. the current value (Y) of currTotal is fetched 3. prevTotal is assigned currTotal which is also the value of the parenthesis 4. X is sent the message + with the argument Y 5. currTotal is assigned the result from 4. Kind regards, Steffen Am .09.2020, 15:05 Uhr, schrieb Russ Whaley <whaley.russ(a)gmail.com>: > Can someone please explain this? I'm guessing I don't understand order of > execution. > > When perusing >>fibonacciSequence, I get a proper result, but I don't > understand why when looking at the code. > > Consider this fragment... > > prevTotal := 0. > currTotal := 1. > currTotal := prevTotal + (prevTotal := currTotal). > > My understanding *was* that parentheses are executed first. > > (prevTotal := currTotal) - assigns and returns 1 > > > currTotal := prevTotal + (1) > > > and since prevTotal = 1 > > currTotal := 1 + (1) > > > prevTotal = 1. > > currTotal = 2. > > > Yet what appears to be happening is... > > prevTotal = 0 > > currTotal := 0 + (prevTotal := currTotal) > > > then the parentheses... > > currTotal := 0 + (1) > > > prevTotal = 1. > > currTotal = 1. > > > Care to school me? > > Thanks! > Russ

Sept. 18, 2020

Re: roman numbers

by Pablo Navarro

Hi! Maybe you can use this algorithm: Define a dictionary with these elements: 1000:'M', 900:'CM', 500: 'D', 400: 'CD', 100:"C", 90:'XC', 50:'L', 40:'XL', 10:'X', 9:'IX', 5:'V', 4:'IV', 1:'I' Using this dictionary (romansDic), you define a recursive function: toRomans(number){ Â i = return the greatest key less than or equal to given key from âromansDic'Â Â . Â if (number == i ){ return romansDic.get(number) } Â return string_concat(romansDic.get(i), toRomans(number-i)) } Sorry for the pseudocode. Saludos Pablo. El 18 de sep. de 2020 10:46 -0300, Roelof Wobben via Pharo-users <pharo-users(a)lists.pharo.org>, escribiÃ³: > Op 18-9-2020 om 06:45 schreef Richard O'Keefe: > > Roman numerals are much more complicated and much less consistent > > than most people realise.Â The regular M DC LX VI system is both > > more modern and less capable than anything the Romans would have > > recognised.Â In particular, > > Â - in the 8th century, N (short for "nulla") was adopted for zero > > Â - the Roman system always had fractions like S for 1/2, . for 1/12 > > Â - there were numerals for much larger numbers. > > Unicode code block [2150] has characters for the Roman numerals > > including > > 216C L ROMAN NUMERAL FIFTY > > 216D C ROMAN NUMERAL ONE HUNDRED > > 216E D ROMAN NUMERAL FIVE HUNDRED > > 216F M ROMAN NUMERAL ONE THOUSAND > > 2181 â ROMAN NUMERAL FIVE THOUSAND > > 2182 â ROMAN NUMERAL TEN THOUSAND > > 2187 â ROMAN NUMERAL FIFTY THOUSAND > > 2188 â ROMAN NUMERAL ONE HUNDRED THOUSAND > > (In fact these are ligated versions of forms using "apostrophic" brackets; > > the pattern goes as high as you want, e.g., (((|))) for a million. > > D and M were originally |) and (|).Â Â There is > > > > So the first thing is to make sure that you understand the > > requirements for the problem. > > - Are you required to produce ASCII characters, required to > > Â produce Unicode ones, or allowed to produce either? > > as far as I can see from the tests only ASCI characters. > > > - Are you required to support zero? > > No > > > - Are you required to support n/12 fractions (1<=n<=11)? > > NO > > > - Are you allowed, required, or forbidden to use the "overline" > > Â convention, where an overline means "multiply by 1000"? > > Â =------- > > In the test that one is not used. > > Â ICCXXXIVDLXVII = 1,234,567 > > - Are you allowed, required, or forbidden to use "additive" > > Â form "IIII" as well as/instead of "subtractive" form "IV"? > > - Are you to use upper case or lower case letters? > > - And so on. > > > > > > > the number 4 needs to beÂ "IV" > > Roelof >

Sept. 18, 2020

Re: roman numbers

by Roelof Wobben

Sept. 18, 2020

order of execution

by Russ Whaley

Can someone please explain this? I'm guessing I don't understand order of execution. When perusing >>fibonacciSequence, I get a proper result, but I don't understand why when looking at the code. Consider this fragment... prevTotal := 0. currTotal := 1. currTotal := prevTotal + (prevTotal := currTotal). My understanding *was* that parentheses are executed first. (prevTotal := currTotal) - assigns and returns 1 currTotal := prevTotal + (1) and since prevTotal = 1 currTotal := 1 + (1) prevTotal = 1. currTotal = 2. Yet what appears to be happening is... prevTotal = 0 currTotal := 0 + (prevTotal := currTotal) then the parentheses... currTotal := 0 + (1) prevTotal = 1. currTotal = 1. Care to school me? Thanks! Russ -- Russ Whaley whaley.russ(a)gmail.com

Sept. 18, 2020

Re: roman numbers

by Richard O'Keefe

Roman numerals are much more complicated and much less consistent than most people realise. The regular M DC LX VI system is both more modern and less capable than anything the Romans would have recognised. In particular, - in the 8th century, N (short for "nulla") was adopted for zero - the Roman system always had fractions like S for 1/2, . for 1/12 - there were numerals for much larger numbers. Unicode code block [2150] has characters for the Roman numerals including 216C L ROMAN NUMERAL FIFTY 216D C ROMAN NUMERAL ONE HUNDRED 216E D ROMAN NUMERAL FIVE HUNDRED 216F M ROMAN NUMERAL ONE THOUSAND 2181 â ROMAN NUMERAL FIVE THOUSAND 2182 â ROMAN NUMERAL TEN THOUSAND 2187 â ROMAN NUMERAL FIFTY THOUSAND 2188 â ROMAN NUMERAL ONE HUNDRED THOUSAND (In fact these are ligated versions of forms using "apostrophic" brackets; the pattern goes as high as you want, e.g., (((|))) for a million. D and M were originally |) and (|). There is So the first thing is to make sure that you understand the requirements for the problem. - Are you required to produce ASCII characters, required to produce Unicode ones, or allowed to produce either? - Are you required to support zero? - Are you required to support n/12 fractions (1<=n<=11)? - Are you allowed, required, or forbidden to use the "overline" convention, where an overline means "multiply by 1000"? =------- ICCXXXIVDLXVII = 1,234,567 - Are you allowed, required, or forbidden to use "additive" form "IIII" as well as/instead of "subtractive" form "IV"? - Are you to use upper case or lower case letters? - And so on. I am not happy with the way that (0 printStringRoman) quietly produces ''. Assuming you're generating regular modern Roman numbers, you pretty much have to think of an integer as having 4 parts: n // 1000 -- this many copies of M n // 100 \\ 10 -- hundreds using M, D, C n // 10 \\ 100 -- tens using C, L, X n \\ 10 -- units using X, V, I If Squeak/Pharo's (0 printStringRoman) would answer 'N' instead of '' I'd be happier with it. While you really want to write your own code --- this being an exercism task --- it would be a very good idea to start by using #printStringRoman so that you know what it's like to pass the tests. On Fri, 18 Sep 2020 at 04:58, Roelof Wobben via Pharo-users < pharo-users(a)lists.pharo.org> wrote: > Hello, > > The challenge is to do it manually. > But I can take a look how that function is implented. > > Roelof > > > > Op 17-9-2020 om 18:13 schreef Aliaksei Syrel: > > Hi Roelof, > > You will not believe! > > 2 printStringRoman âIIâ > Have fun! > > On Thu, 17 Sep 2020 at 18:20, Roelof Wobben via Pharo-users < > pharo-users(a)lists.pharo.org> wrote: > >> Hello, >> >> >> >> Can someone help me with a good plan to convert numbers to roman numbers. >> >> >> >> I could make a dictionary with 1,4,5,9,10,99,100, 999, 1000 but that >> >> feels like a overkill. >> >> >> >> Regards, >> >> >> >> Roelof >> >> -- > Cheers, > Alex > > >

Sept. 18, 2020

[ANN] Hyperspace v2.1.0 [v2.1.0] released!

by Buenos Aires Smalltalk

Sept. 17, 2020

Re: [Pharo-dev] Updating lists.pharo.org: New server, Mailman3 and more

by StÃ©phane Ducasse

> Yes, I had a complaint/question that I need to check, I have set it to private for now. Well. may be people not in the mood to get in forums should have a dedicated email. I do not get it since our mailing-lists are already publicly browsable on planet Smalltalk. Or Iâm wrong. S. > > Marcus > >> On 15 Sep 2020, at 20:56, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr <mailto:stephane.ducasse@inria.fr>> wrote: >> >> marcus I tried and I could not see the archive. >> Apparently the archive is still private. >> >>> On 14 Sep 2020, at 19:54, Marcus Denker <marcus.denker(a)inria.fr <mailto:marcus.denker@inria.fr>> wrote: >>> >>> Migration is Complete! >>> >>> If you want to login at the website, you need to create a new account with the email address that the lists are now sending emails to. >>> >>> https://lists.pharo.org <https://lists.pharo.org/> >>> >>> >>> >>>> On 14 Sep 2020, at 19:18, Marcus Denker <marcus.denker(a)inria.fr <mailto:marcus.denker@inria.fr>> wrote: >>>> >>>> So: sending emails should now be ok, but the web-interface is still syncing the archives (pharo-dev is there, pharo-users >>>> will be soon). >>>> >>>> But this means that everyone should be fine to send mails again. >>>> >>>> Marcus >>>> >>>>> On 14 Sep 2020, at 19:11, Marcus Denker <marcus.denker(a)inria.fr <mailto:marcus.denker@inria.fr>> wrote: >>>>> >>>>> 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 <mailto:marcus.denker@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 >>>>> >>>> >>> >> >> -------------------------------------------- >> StÃ©phane Ducasse >> http://stephane.ducasse.free.fr <http://stephane.ducasse.free.fr/> / http://www.pharo.org <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 >> > -------------------------------------------- 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. 17, 2020

Re: ported and refreshed Crypto-Nacl to GitHub (from StH)

by StÃ©phane Ducasse

> On 17 Sep 2020, at 13:01, Jonathan van Alteren <jvalteren(a)objectguild.com> wrote: > > Hi Torsten and anyone interested, > > I know this project probably isn't critical for you, but for me it represents a nice opportunity to work on something visible in the broader community. With the limited time I currently have available, that is. Thanks for this jonathan. I appreciate it. > > I would love to hear your feedback on my comments. > > Cheers! > > Jonathan van Alteren > > Founding Member | Object Guild B.V. > Sustainable Software for Purpose-Driven Organizations > > jvalteren(a)objectguild.com > On 8 Sep 2020, 17:10 +0200, Jonathan van Alteren <jvalteren(a)objectguild.com>, wrote: > Hi Torsten, > > Thanks for your message, those are some good questions/comments. > 1. Looking at the frequency of the last commits on SmalltalkHub, I think I can step in as maintainer for the moment. Please let me know if you think something needs to be changed/added to the README to reflect that. > 2. Although I am fine with making it more accessible to the community, I think it should not be integrated in the Cryptography repository. If I am correct, the Cryptography packages are a standalone, native implementation of ASN1 and several cryptography related libraries. Crypto-Nacl is a wrapper for Libsodium which uses uFFI, and will therefore only support features that Sodium offers. > > What are criteria for a repository to be placed under the pharo-contributions organization? > 3. Thanks, I've updated the LICENSE file to add Tony and HernÃ¡n. > 4. I changed the name earlier, but decided to revert to the original name in SmalltalkHub. If a name change is warranted, I think it should be libsodium-pharo, since the original NaCl library has been superseded by Sodium and other libsodium bindings follow a similar naming convention (see https://github.com/search?q=libsodium&type=Repositories <https://github.com/search?q=libsodium&type=Repositories>) > 5. Of course it would. At the moment, I only migrated the project from SmalltalkHub, refreshed a small bit of code and enabled smalltalkCI with GitHub Actions. Currently, you'd need to look at the tests for some examples. > > Any particular examples you would be interested in? Perhaps you can open an issue with a request. > 6. It might already work on Windows, since the Nacl FFILibrary defines 'libsodium.dll' as win32 module (library) name. However, I don't currently run any Windows systems, so that would be a good opportunity for a contribution. Is that something you can help with? > > Thanks again for the feedback. I'm interested to work on this to gain more experience with maintaining an open source project, especially since this one doesn't seem very demanding at the moment. > > Are you familiar with Pieter Hintjens work and ideas on OS software? I find his C4 model (Collective Code Construction Contract <https://rfc.zeromq.org/spec/42/>) to be very interesting and I'm open to trying that out. > > See here for more context: https://hintjens.gitbooks.io/social-architecture/content/chapter4.html <https://hintjens.gitbooks.io/social-architecture/content/chapter4.html> > (The rest of the book is interesting as well.) > > > Kind regards, > > Jonathan van Alteren > > Founding Member | Object Guild B.V. > Sustainable Software for Purpose-Driven Organizations > > jvalteren(a)objectguild.com > On 31 Aug 2020, 17:37 +0200, Torsten Bergmann , wrote: > Hi Jonathan, > > nice, thanks for investing time and effort into this. Such utilities are needed for serious applications. Some thoughts and questions: > > 1. What is the mid-term or long-term plan regarding collaboration? Will you be able to step in as maintainer? > > 2. As it already seems to be authored by several people and contains functionality of general interest it should be considered to move it to > a central community place like https://github.com/pharo-contributions[https://github.com/pharo-contributio… where several people from community have already > access. It would then be in alignment with https://github.com/pharo-contributions/Cryptography[https://github.com/phar… too and maintenance of > contributions as well as releases could be done from different sides and more centrally. > > You and anyone can then regulary fork from the community repo to an own (customized) repo like https://github.com/objectguild/Crypto-Nacl > > I guess Esteban can add you as contributor to "pharo-contribution" organization if you follow that path. > > 3. I guess LICENSE file need to be updated to give additionall credit to the original authors or mention more general "Pharo community" > (currently it mentions Object Guild solely) > > 4. Can it be changed to use "NaCl" instead of "Nacl" which is more suitable name for Sodium (a similar name fixing was done in the Cuis port too) > > 5. Would it be possible to add some expressions/samples or docu in the README for end users on how to use it. This would give people a quick guide > on how to do things. > > 6. Any plans for making it work on Windows too? > > Thanks > Torsten > > > Gesendet: Montag, 31. August 2020 um 09:52 Uhr > Von: "Jonathan van Alteren" <jvalteren(a)objectguild.com> > An: "Any question about pharo is welcome" <pharo-users(a)lists.pharo.org> > Betreff: [Pharo-users] ported and refreshed Crypto-Nacl to GitHub (from StH) > > Hi all, > > I wanted to let you know that I ported the Crypto-Nacl library from SmalltalkHub to GitHub here: https://github.com/objectguild/Crypto-Nacl[https://github.com/objectguild/C… > > The original author is Tony Garnock-Jones, with contributions from HernÃ¡n Morales Durand. See the README for more details. > > Libsodium has evolved a lot over time, which means that there is plenty of additional functionality that can be unlocked through this library. I don't have a need for it at the moment, but that might change in the near future. My interest is in using the cryptographic features to enhance security of business applications. > > Oh, and thanks to the Buenos Aires Smalltalk team (https://github.com/ba-st/[https://github.com/ba-st/]) for inspiration on using GitHub Actions with smalltalkCI :-) > > > Cheers, > > Jonathan van Alteren > > Founding Member | Object Guild B.V. > Sustainable Software for Purpose-Driven Organizations > > jvalteren(a)objectguild.com > -------------------------------------------- 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. 17, 2020