- Pharo-users - lists.pharo.org

Re: [Pharo-users] [Blog] PBKDF2 for Pharo

by stepharo

super Thalnks for sharing that with us. About this larger project was it developed in Pharo? Because we are looking for success stories. Stef On 10/7/14 09:00, Udo Schneider wrote: > I just extracted some PBKDF2 code from a bigger project. So if you > want to derive keys from an non-optimal source (e.g. user input) or > store non-reversible passwords with (tunable) secure salting/hashing > then PBKDF2 is your friend. > > The blog is here: > http://readthesourceluke.blogspot.de/2014/07/pbkdf2-for-pharo.html > > The source is on SH: > http://smalltalkhub.com/#!/~udos/PBKDF2 > > Have fun! > > CU, > > Udo > > >

July 10, 2014

[Blog] PBKDF2 for Pharo

by Udo Schneider

I just extracted some PBKDF2 code from a bigger project. So if you want to derive keys from an non-optimal source (e.g. user input) or store non-reversible passwords with (tunable) secure salting/hashing then PBKDF2 is your friend. The blog is here: http://readthesourceluke.blogspot.de/2014/07/pbkdf2-for-pharo.html The source is on SH: http://smalltalkhub.com/#!/~udos/PBKDF2 Have fun! CU, Udo

July 10, 2014

Re: [Pharo-users] Should I be reporting bugs in Pharo 3.0?

by Marcus Denker

On 09 Jul 2014, at 23:08, Tim Mackinnon <tamackinnon(a)gmail.com> wrote: > Just to clarify - should I just submit for 4.0 and make a note that it > applies to 3.0 and then you guys can make a duplicate? > > Or should I make a duplicate? If its me - how do I duplicate a bug in > fogbugz - I can't see an option to do it (and would expect it to link the > two) > We just make a new report and put the Pharo4 report as the *child* of the Pharo3 one, so that it will be tested first in Pharo4 Marcus

July 10, 2014

Re: [Pharo-users] Using FFI

by Andres Valloud

On 64 bit Windows a long is 32 bits and pointers are 64 bits, so that type of replacement is not going to work in the long run... On 7/9/14 8:20 , Esteban Lorenzano wrote: > yes, FFI does not handle ** arguments. > I always replace it by ulong instead (it is the same, after all) > > Esteban > > On 09 Jul 2014, at 17:17, ClÃ©ment Bera <bera.clement(a)gmail.com > <mailto:bera.clement@gmail.com>> wrote: > >> Hello, >> >> This bug happen both with the old and new compiler. >> >> The error tells you that the number of arguments of your smalltalk >> method does not match the number of argument of the C method you want >> to call (but it seemsthe number of arguments is correct). >> >> This works fine: >> >> <apicall: int 'gst_init_check' (int char* int) module: >> 'libgstreamer1.0-0.so <http://libgstreamer1.0-0.so/>'> >> ^self externalCallFailed >> >> This works fine too: >> >> <apicall: int 'gst_init_check' (int* char* int*) module: >> 'libgstreamer1.0-0.so <http://libgstreamer1.0-0.so/>'> >> ^self externalCallFailed >> >> So it seems the bug comes from the parser missparsing ** . I am not >> familiar with C enough to help, I don't know what means ** (Is it a >> pointer pointing to a pointer pointing to the actual data ?). >> >> Perhaps someone who knows how to use FFI can give a better answer. >> >> Esteban ? Guille ? >> >> >> 2014-07-09 16:39 GMT+02:00 Annick Fron <info(a)afceurope.com >> <mailto:info@afceurope.com>>: >> >> >> Hi, >> >> >> >> I am trying to use FFI on linux with pharo 3 using version >> 31 of FFI. >> >> I have written the following method : >> >> >> <apicall: int 'gst_init_check' (int* char** int*) module: >> 'libgstreamer1.0-0.so <http://libgstreamer1.0-0.so/>'> >> >> ^self externalCallFailed >> >> >> ==== >> >> but when accepting it I get a syntax error Â« matching number of >> arguments Â» >> Annick Fron >> >> >

July 10, 2014

Re: [Pharo-users] Should I be reporting bugs in Pharo 3.0?

by Nicolai Hess

2014-07-09 23:08 GMT+02:00 Tim Mackinnon <tamackinnon(a)gmail.com>: > Just to clarify - should I just submit for 4.0 and make a note that it > applies to 3.0 and then you guys can make a duplicate? > > Or should I make a duplicate? If its me - how do I duplicate a bug in > fogbugz - I can't see an option to do it (and would expect it to link the > two) > > Tim > > Just submit for 4.0 and make a note about 3.0. I don't know if it is possible to duplicate an entry. > > > -- > View this message in context: > http://forum.world.st/Should-I-be-reporting-bugs-in-Pharo-3-0-tp4767284p476… > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > >

July 9, 2014

Re: [Pharo-users] Should I be reporting bugs in Pharo 3.0?

by Tim Mackinnon

Just to clarify - should I just submit for 4.0 and make a note that it applies to 3.0 and then you guys can make a duplicate? Or should I make a duplicate? If its me - how do I duplicate a bug in fogbugz - I can't see an option to do it (and would expect it to link the two) Tim -- View this message in context: http://forum.world.st/Should-I-be-reporting-bugs-in-Pharo-3-0-tp4767284p476… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

July 9, 2014

Re: [Pharo-users] Should I be reporting bugs in Pharo 3.0?

by Tim Mackinnon

OK - will do. I am finding that Nautilus in Pharo 3 is very flakey - its very easy to get into a position where you cant select anything in the package or class pane - and you just get walkbacks making it unusable. I'm surprised its not been noticed already. Tim -- View this message in context: http://forum.world.st/Should-I-be-reporting-bugs-in-Pharo-3-0-tp4767284p476… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

July 9, 2014

Re: [Pharo-users] Building UI with Spec vs Pharo

by Johan Fabry

I see. Well, I think that given your long term goal the safest choice is to go with Spec, as it will provide you with more features that may be useful for your use case. On Jul 9, 2014, at 12:49 PM, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > Well for the moment a diagram drawing tool (Class diagrams/State machines/...), however the end goal (in a time and space far far away) is a CASE tool. So for the moment I need a visualization (provided by Roassal), some way to display hierarchical/tree data, forms, popups and such (basically what I mentioned in previous post). > > Peter > > > On Wed, Jul 9, 2014 at 6:02 PM, Johan Fabry <jfabry(a)dcc.uchile.cl> wrote: > Hi Peter, > > Spec is a user interface framework that is meant to be able to create any kind of user interface. On the other hand Glamour is meant for browser-like user interfaces where there is a flow from one element to another. So the answer is: it depends on what you want to do. > > Could you tell us what is it that you are trying to build? > > > On Jul 9, 2014, at 11:39 AM, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > > > Hi, > > > > what is the recommended framework for building UIs? As I understand it Spec should be able to handle pretty much anything, however Glamour has quite a lot of nice features and was recommended here http://forum.world.st/Roassal-amp-Spec-td4690745.html as a higher-level abstraction framework (albeit the issue here was mostly Roassal which as I understand is a non issue since there is Roassal2Spec package). However I haven't seen things like forms (text inputs, checkboxes, (radio)selects, buttons) or popups (yes/no confirmations, prompts) made in Glamour so I am unsure whether it is possible. > > > > Thanks, > > Peter > > > > ---> Save our in-boxes! http://emailcharter.org <--- > > Johan Fabry - http://pleiad.cl/~jfabry > PLEIAD lab - Computer Science Department (DCC) - University of Chile > > > ---> Save our in-boxes! http://emailcharter.org <--- Johan Fabry - http://pleiad.cl/~jfabry PLEIAD lab - Computer Science Department (DCC) - University of Chile

July 9, 2014

Re: [Pharo-users] How to download Pharo40?

by Marcus Denker

On 09 Jul 2014, at 18:15, Tim Mackinnon <tamackinnon(a)gmail.com> wrote: > Actually - I've realised that there is a simple thing that would be helpful > on the http://pharo.org/download page. > > Where it mentions the Zero Conf script and the Hacker Downloads section > points to the "(Read the ZeroConf chapter on http://www.deepintopharo.com)" > - it would be much more useful if they also mentioned there are docs on > "http://get.pharo.org/" > > That would have fixed my problem. > Ok, I will do a pass over the page and add this tomorrow. Marcus

July 9, 2014

Voyage: default class to collection mapping

by Torsten Bergmann

Voyage by default provides this: voyageCollectionName "This method can be overridden with a more meaningful collection name" ^ ((self persistentClass name first: 3) allSatisfy: #isUppercase) ifTrue: [ (self persistentClass name allButFirst: 2) asLegalSelector ] ifFalse: [ self persistentClass name asLegalSelector ] So a class name like Association will end up in a mongo collection like "association". But a class name with a prefix like "PDFLetter" will end up in a mongo collection name like "fLetter". Is there a reason for this specific default behavior and not having the class name (by default) as the collection name in mongo? I know I can override the method - but I wonder why it is treated specially also leading to potential conflicts: PDFLetter voyageCollectionName -> #fLetter FLetter voyageCollectionName -> #fLetter Thx T.

July 9, 2014