- Pharo-users - lists.pharo.org

Re: [Pharo-users] Mongo-BSON OID LargePositiveInteger increase

by Henrik Johansen

> On 30 May 2016, at 5:49 , Henrik Johansen <henrik.s.johansen(a)veloxit.no> wrote: > > A few more comments below; I'm not seeing the things you describe when testing in my image... > >>> >>> | id | >>> id := LargePositiveInteger. >>> 1 to: (16777215 + 50) do: [:each | >>> id := id digitAdd: 1]. >>> id. >>> >>> Given the comment it should overflow and the value be 50? This is not what the result is. So shall the truncation be added again or at least the comment be updated? The code will go from LargePositiveInteger to SmallInteger when overflowing from three to four bytes > > On which VM does it overflow to SmallInteger? I've never seen this, on the one I tested the expression in last mail, the "overflowing" digitAdd: returned a 4-byte LargePositiveInteger. It's starting to come back to me; IIRC, + will normalize results to SmallIntegers, digitAdd: will not. I thought it would be nice to use a single replaceFrom:to:with:startingAt: call to insert the entire counter; however, I didn't bench that particular part. So while the rewrite overall gained a small amount of speed, it turns out digitAdd: is quite slow (even though it's a primitive), so reverting to using Smallinteger arithmetic for the counter, and inserting the counter a digit at a time is most likely worth it: "Pharo4, LargeInteger counter" [OID new] bench '1,194,004 per second' "Pharo4, reverted to SmallInteger counter" [OID new] bench '1,681,203 per second' The relevant changes should be present in attachment. Cheers, Henry

May 30, 2016

Re: [Pharo-users] [ANN] LibnotifyBinding: a binding to libnotify 0.7.6 for Pharo

by Julien Delplanque

On 30/05/16 18:02, Esteban Lorenzano wrote: >> On 30 May 2016, at 16:50, Julien Delplanque <julien(a)tamere.eu> wrote: >> >> Hello, >> >> I took the libnotify [0] binding for Squeak [1], adapted it to use the Pharo UFFI API and >> enhanced it. It is available here [2] and seems to work well (see attached image). >> >> It does not cover all libnotify possibilities (see the README on github) but it is already >> usable to display notifications with eventually icons, set urgency, set timeout, etc... >> >> It was great to try UFFI, it is really easy to use. Thanks a lot for it! :-) > thank you for your feedback, is highly appreciated :) > > â¦ and I have a project who will benefit from libnotify, so, thanks you :D If you see strange things in the code, or things that could be enhanced don't hesitate to report them using Github issues. :-) Julien

May 30, 2016

Re: [Pharo-users] QCMagritte & Voyage

by Stephan Eggermont

We mostly deployed QCMagritte on Gemstone, so have not done much work on persistency hooks. Please feel free to insert them at appropriate places. Stephan Verstuurd vanaf mijn iPhone

May 30, 2016

Re: [Pharo-users] Mongo-BSON OID LargePositiveInteger increase

by Henrik Johansen

> On 30 May 2016, at 5:49 , Henrik Johansen <henrik.s.johansen(a)veloxit.no> wrote: >>> >>> PS: The other part is that >>#newCounter doesn't seem to be ever executed. On first load >>#initialize will call >>#reset and on >>#shutDown: calls reset. So the code to "randomize" the initial counter doesn't seem to work. > > What? > OID class >> #initialize adds the class to the shutdown list, so it *should* call shutDown: whenever the image is saved&quit. > newCounter should then be called on first request after startup, since machineIdentifier is set to nil by reset. /doh, I see it now. reset should do counter := nil, not counter := LargePositiveInteger new: 3 . PEBKAC when rewriting the old counter := 0 reset code, I'm afraid :/ Cheers, Henry

May 30, 2016

Re: [Pharo-users] [ANN] LibnotifyBinding: a binding to libnotify 0.7.6 for Pharo

by Esteban Lorenzano

> On 30 May 2016, at 16:50, Julien Delplanque <julien(a)tamere.eu> wrote: > > Hello, > > I took the libnotify [0] binding for Squeak [1], adapted it to use the Pharo UFFI API and > enhanced it. It is available here [2] and seems to work well (see attached image). > > It does not cover all libnotify possibilities (see the README on github) but it is already > usable to display notifications with eventually icons, set urgency, set timeout, etc... > > It was great to try UFFI, it is really easy to use. Thanks a lot for it! :-) thank you for your feedback, is highly appreciated :) â¦ and I have a project who will benefit from libnotify, so, thanks you :D Esteban > > Regards, > > Julien > > Links: > [0]: https://developer.gnome.org/libnotify/ > [1]: http://www.squeaksource.com/libnotify.html > [2]: https://github.com/juliendelplanque/LibnotifyBinding > <hello-from-pharo-libnotify.png>

May 30, 2016

Re: [Pharo-users] [ANN] New Pharo Glorp version and Book chapter

by Guille Polito

Cool! Do you know which are the changes that got harvested with the new port? I mean, the issues fixed or the features added. An approximated changelog would do... -------- Original Message -------- > Thanks all. There were several people that helped me along this > endeavor and I thank again the Pharo Consortium for pushing this. > > 2016-05-30 5:04 GMT-03:00 Denis Kudriashov <dionisiydk(a)gmail.com>: >> Good job, Esteban. >> Now we need good Garage drivers for databases which not lock image. Does >> anyone plan to work on Oracle and SQLServer backends? > The Garage drivers got hurt by the changes in the FFI API (UFFI), but > there are some people working on getting them back for Pharo 5. This > is really important, and for those RDBMS you mention in particular, > according to a survey [1] I did at the end of last year. We'll get > there. That's strange. Mysql, Postgresql and Sqlite are working both for windows and linux, pharo 4 and 5. The only one that is not yet working is opendbx. Is there something I'm not aware of? > > Those willing to discuss issues or collaborate on these topics can > always use this mailing list, but there is an active community of > developers in the Pharo Project Slack team, we have one channel > dedicated to database discussion [2]. > > Also, I copied the latest commit from the SmalltalkHub repo to GitHub > in order to use its issue tracker [3] for bug reporting. Nice! Soon we will have git support by default in Pharo :) > > Regards! > > [1] https://medium.com/@emaringolo/pharo-rdbms-support-survey-results-9c8f64087… > [2] https://pharoproject.slack.com/messages/databases/ > [3] https://github.com/DBXTalk/Glorp/issues >

May 30, 2016

Re: [Pharo-users] Mongo-BSON OID LargePositiveInteger increase

by Henrik Johansen

A few more comments below; I'm not seeing the things you describe when testing in my image... >> >> | id | >> id := LargePositiveInteger. >> 1 to: (16777215 + 50) do: [:each | >> id := id digitAdd: 1]. >> id. >> >> Given the comment it should overflow and the value be 50? This is not what the result is. So shall the truncation be added again or at least the comment be updated? The code will go from LargePositiveInteger to SmallInteger when overflowing from three to four bytes On which VM does it overflow to SmallInteger? I've never seen this, on the one I tested the expression in last mail, the "overflowing" digitAdd: returned a 4-byte LargePositiveInteger. >> but luckily >> >>>> #value >> ... >> replaceFrom: 1 to: 3 with: self class counterNext startingAt: 1 >> >> will even work when counterNext returns a SmallInteger. But given the old code and the comment in the new code this is does not seem to function as intended? >> Are you sure? On my VM, (ByteArray new: 3) replaceFrom: 1 to: 3 with: 16r1FFFFFF startingAt: 1 gives an "Instances of SmallInteger are not indexable" error... >> >> >> PS: The other part is that >>#newCounter doesn't seem to be ever executed. On first load >>#initialize will call >>#reset and on >>#shutDown: calls reset. So the code to "randomize" the initial counter doesn't seem to work. What? OID class >> #initialize adds the class to the shutdown list, so it *should* call shutDown: whenever the image is saved&quit. newCounter should then be called on first request after startup, since machineIdentifier is set to nil by reset. Cheers, Henry

May 30, 2016

Re: [Pharo-users] Call for feedbacks: Enterprise Pharo ePub version

by Andy Burnett

On 30 May 2016 at 11:32, Damien Cassou <damien.cassou(a)inria.fr> wrote: > Andy Burnett <andy.burnett(a)knowinnovation.com> writes: > > Works very nicely on my iPhone. It would be great to have all the books > in > > this format. > > you can encourage us doing so by making a donation to ESUG which > sponsors our books. > > Great idea! And, I have just done it :-)

May 30, 2016

Re: [Pharo-users] Call for feedbacks: Enterprise Pharo ePub version

by Damien Cassou

Andy Burnett <andy.burnett(a)knowinnovation.com> writes: > Works very nicely on my iPhone. It would be great to have all the books in > this format. you can encourage us doing so by making a donation to ESUG which sponsors our books. -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." --Winston Churchill

May 30, 2016

Re: [Pharo-users] Call for feedbacks: Enterprise Pharo ePub version

by Mark Bratcher

Thanks for thinking of the e-reader users! I have a Nook Color HD, and, unfortunately, when I tried to open the eBook, it would crash on any attempt to read past the second page (which is the ToC). So clickong on a ToC link, or attempting to turn to page 3 causes the reader to simply abort. If I can think of any other diagnostic tests to try, I shall do that. Mark On 5/30/2016 11:13 AM, Andy Burnett wrote: > > > Hi, > > I created an ePub version of the book Enterprise Pharo for > electronic readers. > It would be great if you could test it and give me feedbacks on > everything that shocks you. > > You can downlod the file > here<http://files.pharo.org/books-ressources/entreprise-pharo/>. > > Thanks, > Thibault > > > Works very nicely on my iPhone. It would be great to have all the > books in this format. > > Cheers > Andy

May 30, 2016