- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] New web tutorial

by Stephan Eggermont

On 15-12-15 10:23, Sven Van Caekenberghe wrote: >> passwordHash >> passwordHash ifNil: [ ^'' ]. >> ^ passwordHash > > That last method is not needed, since 'any string' = nil is false, right ? Yep. Stephan

Dec. 15, 2015

Re: [Pharo-dev] New web tutorial

by Sven Van Caekenberghe

> On 15 Dec 2015, at 10:19, Stephan Eggermont <stephan(a)stack.nl> wrote: > > Instead of the really unsafe password: thing, perhaps use > > hashPassword: aString > ^GRPlatform current secureHashFor: aString > > password: anObject > passwordHash := self hashPassword: anObject > > verifyPassword: aString > ^(self hashPassword: aString) = self passwordHash. > > passwordHash > passwordHash ifNil: [ ^'' ]. > ^ passwordHash That last method is not needed, since 'any string' = nil is false, right ?

Dec. 15, 2015

Re: [Pharo-dev] New web tutorial

by Stephan Eggermont

Instead of the really unsafe password: thing, perhaps use hashPassword: aString ^GRPlatform current secureHashFor: aString password: anObject passwordHash := self hashPassword: anObject verifyPassword: aString ^(self hashPassword: aString) = self passwordHash. passwordHash passwordHash ifNil: [ ^'' ]. ^ passwordHash

Dec. 15, 2015

Re: [Pharo-dev] [Cuis] Sorting Unicode strings (Re: [Unicode] collation sequences (Re: [squeak-dev] Unicode Support))

by Ben Coman

On Thu, Dec 10, 2015 at 12:37 AM, Todd Blanchard <tblanchard(a)mac.com> wrote: > They are practically the same thing. > > ICU was developed by Taligent which was a joint venture between Apple and IBM. Makes sense that NSString and ICU's UnicodeString are pretty close in implementation. ICU was also ported to Java for Sun by IBM. The point is - this is a very elaborate chunk of code with far reach. If ICU is wrong on some point - it is universally wrong and thus likely to be taken as "right" as it is at least consistent. I think re-implementing it is folly TBH. Just use it. Apple seem to have moved on from NSString to support Unicode in a different way in Switft... > >> On Dec 8, 2015, at 15:52, EuanM <euanmee(a)gmail.com> wrote: >> >> Equally old are the NextStep Object C functions which are now embodied >> within MacOS X. >> > >

Dec. 15, 2015

Re: [Pharo-dev] [Cuis] Sorting Unicode strings (Re: [Unicode] collation sequences (Re: [squeak-dev] Unicode Support))

by Eliot Miranda

> On Dec 14, 2015, at 7:23 AM, Richard Sargent <richard.sargent(a)gemtalksystems.com> wrote: > > EuanM wrote >> Hi Todd, it's taken me til now to put my thoughts into words on this >> issue. >> >> I think we should make it work first. This will allow us to gain more >> insight into the issues, and create documentation about the process >> that we, as a community, understand. >> >> If ICU is the right way to go, we can *then* "make it right". > > One way to cross the Grand Canyon is to climb down the wall, assemble the > materials to build a bridge, build the bridge, cross it, then clamber up the > wall. One would learn a lot about climbing and bridge building, worthwhile > if the goal is to learn about those subjects. > > Alternatively, you could use the highway bridge that was built long ago and > just cross to the other side. This is definitely my inclination. and given that translating c++ to Smalltalk is doable since Smalltalk is a more powerful language, whereas going the other way is decidedly non-trivial, the right way to use the highway bridge is to point moose at it, extract the plans for the bridge, and reconstruct it out of quality materials. > > >> On 8 December 2015 at 22:36, Todd Blanchard < > >> tblanchard@ > >> > wrote: >>> I just want to second Dale's endorsement of the ICU library. It has been >>> around a long time (originally developed by Taligent) and it provides the >>> base unicode capabilities for an awful lot of software. >>> >>> I think it would make more sense to bring icu into Smalltalk as a >>> NativeBoost library than to spend resources reimplementing and >>> maintaining >>> it. >>> >>> -Todd Blanchard >>> >>> On Dec 8, 2015, at 11:20, Dale Henrichs < > >> dale.henrichs@ > >> > >>> wrote: >>> >>> On 12/07/2015 11:31 PM, H. Hirzel wrote: >>> >>> Dale >>> >>> Thank you for your answer with links to the ICU library and the notes >>> about classes in Gemstone. Noteworthy that you have a class Utf8 as a >>> subclass of ByteArray. >>> >>> I understand that Gemstone uses the ICU library and thus does not >>> implement the algorithms in Smalltalk. >>> >>> I am currently looking into what the ICU library provides. > > > > > > -- > View this message in context: http://forum.world.st/Sorting-Unicode-strings-Re-Unicode-collation-sequence… > Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. >

Dec. 15, 2015

Re: [Pharo-dev] [Cuis] Sorting Unicode strings (Re: [Unicode] collation sequences (Re: [squeak-dev] Unicode Support))

by Eliot Miranda

Hi All, > On Dec 14, 2015, at 7:23 AM, Richard Sargent <richard.sargent(a)gemtalksystems.com> wrote: > > EuanM wrote >> Hi Todd, it's taken me til now to put my thoughts into words on this >> issue. >> >> I think we should make it work first. This will allow us to gain more >> insight into the issues, and create documentation about the process >> that we, as a community, understand. >> >> If ICU is the right way to go, we can *then* "make it right". > > One way to cross the Grand Canyon is to climb down the wall, assemble the > materials to build a bridge, build the bridge, cross it, then clamber up the > wall. One would learn a lot about climbing and bridge building, worthwhile > if the goal is to learn about those subjects. > > Alternatively, you could use the highway bridge that was built long ago and > just cross to the other side. This is definitely my inclination. > Using ICU is a disaster at least for the VM. It means we cannot simulate an important part of the system without being able to call ICU from within the simulator. It means bugs in Unicode can potentially cause hard crashes in c++ code, destroying the perfectly safe VM simulation environment /and/ the perfectly safe Smalltalk string library. Goodbye debugger hello gdb. It means having a dependency on a large c++ library for a core part of the system, with all that entails about more complex builds, portability, etc. It means opacity in a core part of the system. This move will be a terrible mistake. >> On 8 December 2015 at 22:36, Todd Blanchard < > >> tblanchard@ > >> > wrote: >>> I just want to second Dale's endorsement of the ICU library. It has been >>> around a long time (originally developed by Taligent) and it provides the >>> base unicode capabilities for an awful lot of software. >>> >>> I think it would make more sense to bring icu into Smalltalk as a >>> NativeBoost library than to spend resources reimplementing and >>> maintaining >>> it. >>> >>> -Todd Blanchard >>> >>> On Dec 8, 2015, at 11:20, Dale Henrichs < > >> dale.henrichs@ > >> > >>> wrote: >>> >>> On 12/07/2015 11:31 PM, H. Hirzel wrote: >>> >>> Dale >>> >>> Thank you for your answer with links to the ICU library and the notes >>> about classes in Gemstone. Noteworthy that you have a class Utf8 as a >>> subclass of ByteArray. >>> >>> I understand that Gemstone uses the ICU library and thus does not >>> implement the algorithms in Smalltalk. >>> >>> I am currently looking into what the ICU library provides. > > > > > > -- > View this message in context: http://forum.world.st/Sorting-Unicode-strings-Re-Unicode-collation-sequence… > Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. >

Dec. 15, 2015

Re: [Pharo-dev] Windows compilation performance issues

by Marcus Denker

We really should think about getting rid of the .changes and .sources file mechanism... (ceterum censeoâ¦ ;-) > On 14 Dec 2015, at 19:29, Mariano Martinez Peck <marianopeck(a)gmail.com> wrote: > > Check this long thread: [Pharo-users] Slow compilation on one of my Windows PCs > > As I said it there, besides the final conclusions, I have found many times that it could be a problem of an anti-virus program scanning the .changes file which is changing all the time while loading and so the performance slowdown. > > > On Mon, Dec 14, 2015 at 3:24 PM, Thierry Goubier <thierry.goubier(a)gmail.com <mailto:thierry.goubier@gmail.com>> wrote: > Hi all, > > I just did a teaching lab session today in Brest, and I noticed that Pharo on Microsoft Windows compiles very slowly (loading Roassal2 stable on Pharo4). > > What Windows tools shows is a very low cpu load, and a high disk load with very low bandwidth (0.1Mbit/s instead of 16Mbit/s). > > Does anybody knows why? > > Thierry > > > > > -- > Mariano > http://marianopeck.wordpress.com <http://marianopeck.wordpress.com/>

Dec. 15, 2015

Re: [Pharo-dev] Compact representation of source code history

by Marcus Denker

> On 14 Dec 2015, at 17:18, Stephan Eggermont <stephan(a)stack.nl> wrote: > > For the part of the Roassal2 repo that I could read before getting a 400 response: > > 19.665 unique definitions in the following # of versions > (later versions of Raossal2 have 6,5K definitions) > > 3 ProfilerCPP > 2 Roassal2EventCollector > 2 Roassal2Spec > 81 Trachel > 19 ConfigurationOfRoassal2 > 1 Glamour-Roassal2-presentations > 7 Roassal2GT > 105 VersionOfRoassal2 > 273 Roassal2 > > compressed into 18.7 MB > Nice! Marcus

Dec. 15, 2015

Re: [Pharo-dev] [squeak-dev] Re: Crypto plugins for ubuntu 32-bits

by Robert Withers

On my dual core 2.4 Ghz laptop with plugins: 100 KB data chunks received: 81 send time: 1885 ms, rate: 34.376 Mbs. receive time: 3464 ms. rate: */18.704/ Mbs.* The profile is attached. I am not sure what this says to people about squeak and this piece of it all, hopefully good things. Streams next some care. Good God you all, thank you so much for squeak and pharo! It is the best. On 12/14/2015 06:52 PM, David T. Lewis wrote: > Hi Robert, > > Attached is a copy of the tgz that I downloaded from your dropbox link > on December 5. > > Dave > > On Mon, Dec 14, 2015 at 06:08:52PM -0500, Robert Withers wrote: >> If not my zip, could someone zip up their crypto plugins and send them >> to me, please. This would make me happy after more bad news. >> >> regards, >> robert >> >> On 12/14/2015 11:46 AM, Robert Withers wrote: >>> On 12/04/2015 09:57 PM, Robert Withers wrote: >>>> I loaded the CryptographyPlugins package, from the Cryptography >>>> repository into a VMMaker image, and generated the crypto plugins >>>> externally. Although I have not measured it rigorously, there is a >>>> noticeable performance improvement with SqueakElib tests. >>>> >>>> Untar these Ubuntu 32-bit crypto plugins into >>>> /usr/local/lib/squeak/5.0... >>>> >>>> https://www.dropbox.com/s/v502zudwsbtr243/CryptoPlugins.ubuntu32.12.4.15.tg… >>>> >>>> >>>> Let me know any issues. >>>> >>> Good morning, >>> >>> Did anyone happen to grab this tgz file? I have since deleted the file >>> and I don't have a copy. If you did grab it, could you email it to me, >>> out of band? I am unable to build it again, bright now. >>> >>> >>> --- >>> ... ^,^ best, robert >>> >>>> Regards, >>>> Robert >> -- >> ... ^,^ best, robert -- ... ^,^ best, robert

Dec. 15, 2015

Re: [Pharo-dev] [squeak-dev] Re: Crypto plugins for ubuntu 32-bits

by Robert Withers

Awesome! Thank you. I lost a cylinder today but gained 27500% through your looking out for me, Dave, and, of course, the Panthers. It's archangel Michael's NFL football team. Have a good recursive week, Dave, on point. Does that mean scientific software explorations and explanations. Do you know much about scientific software in squeak, Dave? best, robert goPanthers . .. ... ^^ On 12/14/2015 06:52 PM, David T. Lewis wrote: > Hi Robert, > > Attached is a copy of the tgz that I downloaded from your dropbox link > on December 5. > > Dave > > On Mon, Dec 14, 2015 at 06:08:52PM -0500, Robert Withers wrote: >> If not my zip, could someone zip up their crypto plugins and send them >> to me, please. This would make me happy after more bad news. >> >> regards, >> robert >> >> On 12/14/2015 11:46 AM, Robert Withers wrote: >>> On 12/04/2015 09:57 PM, Robert Withers wrote: >>>> I loaded the CryptographyPlugins package, from the Cryptography >>>> repository into a VMMaker image, and generated the crypto plugins >>>> externally. Although I have not measured it rigorously, there is a >>>> noticeable performance improvement with SqueakElib tests. >>>> >>>> Untar these Ubuntu 32-bit crypto plugins into >>>> /usr/local/lib/squeak/5.0... >>>> >>>> https://www.dropbox.com/s/v502zudwsbtr243/CryptoPlugins.ubuntu32.12.4.15.tg… >>>> >>>> >>>> Let me know any issues. >>>> >>> Good morning, >>> >>> Did anyone happen to grab this tgz file? I have since deleted the file >>> and I don't have a copy. If you did grab it, could you email it to me, >>> out of band? I am unable to build it again, bright now. >>> >>> >>> --- >>> ... ^,^ best, robert >>> >>>> Regards, >>>> Robert >> -- >> ... ^,^ best, robert -- ... ^,^ best, robert

Dec. 15, 2015