Thank you Christophe ;-)
On Thu, Nov 21, 2013 at 10:34 AM, Christophe Demarey
christophe.dema...@inria.fr wrote:
Hi,
Le 21 nov. 2013 à 10:05, Serge Stinckwich a écrit :
I would like to able to add jobs on pharo-contribution.
How I could do that ?
First, you go to https://ci.inria.fr and
Hi Paul,
I resume this old thread because it's not clear to me which package
download to make BCryptLinuxFFI work
In an other thread you point to:
MCHttpRepository
location: 'http://smalltalkhub.com/mc/Cryptography/Blowfish/main'
user: ''
password: ''
but there is no
FileStream stdout nextPutAll: 'Hello World'
Works with an eval from the CLI
On Thursday, November 21, 2013, Torsten Bergmann wrote:
see: http://en.wikipedia.org/wiki/World_Hello_Day
so:
Transcript show: 'HelloWorld'
--
---
Philippe Back
Dramatic Performance Improvements
Mob: +32(0)
wow, impressive!
On Thu, Nov 21, 2013 at 9:02 AM, Marcus Denker marcus.den...@inria.frwrote:
Hi,
Yesterday Camille did the change to finally remove the old class builder!
(just a removal + a small change to NativeBoost to use the new class
builder to create anonymous classes).
This means
VTermOutputDriver stdout red: 'Hello '; blue: 'World'.
:P
On 2013-11-21, at 12:47, p...@highoctane.be wrote:
FileStream stdout nextPutAll: 'Hello World'
Works with an eval from the CLI
On Thursday, November 21, 2013, Torsten Bergmann wrote:
see:
Tudor Girba-2 wrote
Triple impressive! This is another sample of an apparently tiny change
that
actually has deep impact on the future of our beloved environment.
Yes
-
Cheers,
Sean
--
View this message in context:
On 21 Nov 2013, at 12:30, Clément Bera bera.clem...@gmail.com wrote:
This mechanism does not work with Monticello.
On my builds I have for this case something similar to:
./pharo $JOB_NAME.image config $REPO ConfigurationOfMyProject
--install=bleedingEdge
./pharo $JOB_NAME.image eval
+1 you should definitively NOT encrypt
Cupid Media hacked, 42 million passwords was stolen:
http://www.facepunch.com/showthread.php?t=1327069
You're Probably Storing Passwords Incorrectly:
http://www.codinghorror.com/blog/2007/09/youre-probably-storing-passwords-incorrectly.html
And now you
Hi Paul, and just to be sure I understand...none of them could work as a
two-way encryption, right?
The only one is your Pharo's version of Blowfish but that only works with 8
chars long. Is it like this? Or is there any other two-way encryption?
Thanks!
On Thu, Nov 21, 2013 at 1:35 PM, Paul
On Nov 20, 2013, at 5:17 PM, Sven Van Caekenberghe s...@stfx.eu wrote:
Hi,
If anyone else is interested, you can load Xtreams using this expression:
Gofer new
squeaksource: 'Xtreams';
configuration;
loadVersion: #bleedingEdge.
I tested this only in Pharo 3.0, but it should work
No as far as I know.
We are thinking to something else - I should discuss with Guillermo.
the first step for me would be to have a cool OSProcess rewritten with NB.
which already exists and it's named LIMBO :)
Cool.
What is its status?
https://github.com/theseion/liblimbo
On 13 November 2013 18:08, Sean P. DeNigris s...@clipperadams.com wrote:
Igor Stasenko wrote
PaError Pa_OpenDefaultStream(NBExternalAddress * stream ... )
then your call site will look like following:
streamHandle := NBExternalAddress new.
Okay, one step closer. I somewhat randomly
On 21 nov. 2013, at 14:45, Tudor Girba tu...@tudorgirba.com wrote:
Hi,
This is not *just cleaning*!
I wasn't talking about the creation of the slot model nor its integration in
the image, but about killing the old class builder, a really enjoyable moment
BTW :)
You might perceive it as
Paul,
I've already tried to load PasswordHashingFFI-PaulDeBruicker.16.mcz, but a
warning shows:
This package depends on the following classes:
ExternalStructure
You must resolve these dependencies before you will be able to load these
definitions:
BCryptLinuxFFI
bcrypt:
bcrypt:with:
Of course, if someone has stupid idea to define Objectcompiler, then it's
not on class side, but should be compiled first :(
2013/11/21 Nicolas Cellier nicolas.cellier.aka.n...@gmail.com
I fail to see what atomic means in this context, it's too broad idea.
To me atomic would be: compile all
Davide Varvello wrote
Paul,
I've already tried to load PasswordHashingFFI-PaulDeBruicker.16.mcz, but a
warning shows:
This package depends on the following classes:
ExternalStructure
You must resolve these dependencies before you will be able to load these
definitions:
Hi,
This is not *just cleaning*! You might perceive it as such being so
involved in it. You guys replaced something ugly with something based on a
sound explicit model.
When you do this at such a core level, the possibilities explode two layers
on top. You might just do not see it, yet :).
Just
On 21 November 2013 19:59, Nicolas Cellier
nicolas.cellier.aka.n...@gmail.com wrote:
I fail to see what atomic means in this context, it's too broad idea.
To me atomic would be: compile all in a certain sequence, then install all
at once atomically.
And in this case, there is still a
I thought you were.
Strange
Stef
On Nov 20, 2013, at 9:00 AM, Pavel Krivanek pavel.kriva...@gmail.com wrote:
Hi Torsten,
thank you very much. Of course I tried it before. I'm not a member of the
Smalltalkhub Pharo team so this is the reason why I have to act as explicit
contributor.
On 21 November 2013 17:34, Sean P. DeNigris s...@clipperadams.com wrote:
Igor Stasenko wrote
a simplest way is to pass dumb and stupid
NBExternalAddress null.
Yes! That worked :) Thank you!!
Igor Stasenko wrote
except i think nil - void * is not accepted by default.
Why is that
On 2013-11-21, at 15:56, Yuriy Tymchuk yuriy.tymc...@me.com wrote:
On 20 Nov 2013, at 20:58, Clément Bera bera.clem...@gmail.com wrote:
So what you are looking for is Process and semaphores.
This is not multithreading in the default Pharo VM + image, currently our
semaphore/process
kilon alios wrote
any links why newcomers like me should be impressed ? Whats the
advantages?
Great question! As Camille mentioned, the email is more about cleaning. As a
new user, this will likely effect you in two ways. The new clean replacement
code:
1) will empower members of our community
mm.. well, i prefer that fairly common would be to pass meaningful data back
and forth rather than
dummy values.
I don't understand... when I say fairly common, I mean that in the C world,
it seems common to use null-passing for optional arguments. I'm not saying that
it's a good idea, but
On 2013-11-21, at 16:36, Alexandre Bergel alexandre.ber...@me.com wrote:
which already exists and it's named LIMBO :)
Cool! But yes, supporting beyond Mac will be a must. Out of curiosity, why
does it require a plugin? It has seemed to me that one of the purposes of NB
is to bring code into
What about having a configuration with a prerequisite package setting up
options ? Or optimisation tuning in one of the preload script of the
package ?
We already have ways to tune that; wouldn't they be better than setting
a not so clear class before instance ordering (and what if the class
facking awesome !
On Thursday, November 21, 2013, Camille Teruel wrote:
On 21 nov. 2013, at 13:44, kilon alios
kilon.al...@gmail.comjavascript:_e({}, 'cvml', 'kilon.al...@gmail.com');
wrote:
A
any links why newcomers like me should be impressed ? Whats the advantages
?
That's just
On 21 November 2013 11:29, Torsten Bergmann asta...@gmx.de wrote:
https://ci.inria.fr/pharo-contribution/job/Xtreams/
still a little rough, but it is a start.
If possible I would like to see the project itself moved over from SqS to
STHub.
Not as a Pharo fork but as a replacement for the
which already exists and it's named LIMBO :)
Cool! But yes, supporting beyond Mac will be a must. Out of curiosity, why
does it require a plugin? It has seemed to me that one of the purposes of NB
is to bring code into the image, and out of the VM...
Good question! I am interested in
Stéphane Ducasse wrote
could you propose something for it: adding a class ReadMe? DocuMe?
Adding it to the help?
I'll organize my observations. A few that stood out:
- In signature
- you must type ulong, not unsigned long
- when passing objects as arguments, don't need * unless
On 20 Nov 2013, at 20:58, Clément Bera bera.clem...@gmail.com wrote:
So what you are looking for is Process and semaphores.
This is not multithreading in the default Pharo VM + image, currently our
semaphore/process management is not multithreaded, but executes all the
process in the
yes thanks a lot!
I like cleaning.
#Luc
2013/11/21 Camille Teruel camille.ter...@gmail.com
On 21 nov. 2013, at 13:44, kilon alios kilon.al...@gmail.com wrote:
any links why newcomers like me should be impressed ? Whats the advantages
?
That's just cleaning. The old class builder was
Thanks Andres! This is so important to share the conferences
beyond the slice of our community attending :)
Hear hear! Thanks, Andres!
-C
--
Craig Latta
www.netjam.org/resume
+1 510 984 8117
(Skype rings this until 31 January 2014)
sean
could you propose something for it: adding a class ReadMe? DocuMe?
Adding it to the help?
Stef
On Nov 9, 2013, at 8:21 PM, Sean P. DeNigris s...@clipperadams.com wrote:
The ESUG presentation this year was very comprehensive. I suggest making the
slides and sample code more
Paul DeBruicker wrote
Have you loaded FFI into your image prior to loading the
PasswordHashingFFI package? I've only used/tested these things on Pharo
1.1 - 2 and Squeak 4.3 4.4. What platform are you using?
Oops, I didn't load FFI.
Now, after evaluating…:
Gofer new
squeaksource:
On 21 November 2013 16:23, Igor Stasenko siguc...@gmail.com wrote:
On 13 November 2013 18:08, Sean P. DeNigris s...@clipperadams.com wrote:
Igor Stasenko wrote
PaError Pa_OpenDefaultStream(NBExternalAddress * stream ... )
then your call site will look like following:
streamHandle :=
Igor Stasenko wrote
a simplest way is to pass dumb and stupid
NBExternalAddress null.
Yes! That worked :) Thank you!!
Igor Stasenko wrote
except i think nil - void * is not accepted by default.
Why is that disabled by default? It seems like a fairly common operation...
-
Cheers,
Sean
On Thu, Nov 21, 2013 at 12:29:36PM +0100, Torsten Bergmann wrote:
https://ci.inria.fr/pharo-contribution/job/Xtreams/
still a little rough, but it is a start.
If possible I would like to see the project itself moved over from SqS to
STHub.
Not as a Pharo fork but as a replacement
Well spotted. It is explained by
PharoLaunchersetImageRepository: aTemplateRepository
templateRepository: anImageRepository
also being wrong and reversed.
If you might like to contribute to PharoLauncher and want to get into
the swing of things,
pharo.fogbugz.com has a 'Launcher'
Hi Mariano,
Hash functions are one way
(http://en.wikipedia.org/wiki/Cryptographic_hash_function) that's because
usually you don't want someone can decrypt password.
Cheers
Davide
Mariano Martinez Peck wrote
Hi Paul, and just to be sure I understand...none of them could work as a
two-way
any links why newcomers like me should be impressed ? Whats the advantages
?
On Thu, Nov 21, 2013 at 2:21 PM, Tudor Girba tu...@tudorgirba.com wrote:
Triple impressive! This is another sample of an apparently tiny change
that actually has deep impact on the future of our beloved environment.
I don't fully see what are the immediate benefits.
But as usually happen when you replace something old, limited and not
so well designed by something better designed from the ground up I
guess it will open Pharo to features not yet thought of.
Does the new debugger have something better than
41 matches
Mail list logo
