On 07. 05. 2011 13:37, Igor Stasenko wrote:
> On 7 May 2011 07:25, Michael Haupt wrote:
>> And do not forget the most important thing: people must be educated to
>> program for parallelism. The computing power is there to be exploited, but
>> programmers need to know how to exploit it. You can't
On 07 May 2011, at 16:33, Igor Stasenko wrote:
> On 7 May 2011 10:41, Stéphane Ducasse wrote:
>> Too bad. The eclipse license is not for us.
>>
> I'm not a lawyer, but reading it, it looks like this license are
> compatible with MIT.
My understanding is that the EPL requires 'derived work' to
On 05/07/2011 07:27 PM, Michael Haupt wrote:
Toon,
Am 07.05.2011 um 16:56 schrieb Toon Verwaest:
I do agree that we could do something in this regard. But given that
we could "do something" almost everywhere, it is hard to say if this
topic should take priority. Currently my plate is full. So,
Hi Igor,
Am 07.05.2011 um 16:54 schrieb Igor Stasenko :
> I do agree that we could do something in this regard. But given that
> we could "do something" almost everywhere, it is hard to say if this
> topic should take priority. Currently my plate is full. So, its not
> about that there are someone
Toon,
Am 07.05.2011 um 16:56 schrieb Toon Verwaest :
>
>> I do agree that we could do something in this regard. But given that
>> we could "do something" almost everywhere, it is hard to say if this
>> topic should take priority. Currently my plate is full. So, its not
>> about that there are som
I do agree that we could do something in this regard. But given that
we could "do something" almost everywhere, it is hard to say if this
topic should take priority. Currently my plate is full. So, its not
about that there are someone says "no we don't want it ",
its mainly about lack of resourc
On 7 May 2011 14:34, Michael Haupt wrote:
> Hi Igor,
>
> Am 07.05.2011 um 13:37 schrieb Igor Stasenko :
>>> What market are you talking about? There are lots and lots of customers of
>>> certain big database/appliance vendors that would loudly protest had the
>>> stuff they bought no inherent supp
On 7 May 2011 10:41, Stéphane Ducasse wrote:
> Too bad. The eclipse license is not for us.
>
I'm not a lawyer, but reading it, it looks like this license are
compatible with MIT.
> Now do you imply that Process should use your primitive?
>
> Stef
>
>> On 07 May 2011, at 09:19, Stéphane Ducasse wr
Hi Igor,
Am 07.05.2011 um 13:37 schrieb Igor Stasenko :
>> What market are you talking about? There are lots and lots of customers of
>> certain big database/appliance vendors that would loudly protest had the
>> stuff they bought no inherent support for parallel execution.
>
> So, where those cu
On 7 May 2011 08:54, Douglas Brebner wrote:
> On 07/05/2011 01:06, Igor Stasenko wrote:
>>
>> On 6 May 2011 23:45, Stefan Marr wrote:
>>>
>>> On 06 May 2011, at 19:08, Igor Stasenko wrote:
>>>
How about CogVM? Should we stop developing it? Or we should start
supporting both? And can we
On 7 May 2011 07:25, Michael Haupt wrote:
> Hi Igor,
>
> Am 07.05.2011 um 02:06 schrieb Igor Stasenko :
>
> Heh.. then we're 99% done. Except that this last 1% is still could
> take years to complete :)
>
> you serious? Making a Smalltalk image thread-safe is that hard?
>
> I can tell you more: th
Too bad. The eclipse license is not for us.
Now do you imply that Process should use your primitive?
Stef
> On 07 May 2011, at 09:19, Stéphane Ducasse wrote:
>
>> when and where did you announce that?
>> Where is the code?
>
> http://forum.world.st/RoarVM-The-Manycore-SqueakVM-td3025321.html
>
On 07 May 2011, at 09:19, Stéphane Ducasse wrote:
> when and where did you announce that?
> Where is the code?
http://forum.world.st/RoarVM-The-Manycore-SqueakVM-td3025321.html
And here the MVC compatibility code:
https://github.com/smarr/RoarVM/raw/master/image.st/RVM-multicore-support.mvc.
Thanks I may look at it.
as well as the library dave mentioned.
but busy
Stef
On May 7, 2011, at 3:00 AM, csra...@bol.com.br wrote:
> Em 06/05/2011 06:34, Stéphane Ducasse < stephane.duca...@inria.fr > escreveu:
>
>> Probably we should find a way to generate HTML from PDF or Latex.
>
> From
On May 7, 2011, at 2:49 AM, Stefan Marr wrote:
>
> On 07 May 2011, at 02:06, Igor Stasenko wrote:
>
>> On 6 May 2011 23:45, Stefan Marr wrote:
>>> There is nothing fundamental in the RoarVM that is changing the language
>>> semantics of Smalltalk.
>>>
>>> It is just that for: `[do something]
>
> Once, for Squeak VM, i made an implementation to move scheduling away
> from VM into language.
> It was fully working, and you were free to change scheduling logic
> without touching VM anymore.
> What you think how many people reacted to that? How many of them would
> like to pursue this furt
this is the story of a funny guy that went to the beer fest at Munich and stand
up on the table
took the mic and shouted that he hated beer and that germans were women becaise
only water
was important the story does not say what the guy became.
Thanks stefan, your point about web presence
On May 6, 2011, at 7:35 PM, Dave Mason wrote:
> On May 6, 2011, at 13:25, Igor Stasenko wrote:
>
>> Seriously, if you want such kind of shitty interface, which allows you
>> to call arbitrary function with arbitrary arguments
>> without any argument type checking, i can write it for you.
>
> We
>> Seriously, if you want such kind of shitty interface, which allows you
>> to call arbitrary function with arbitrary arguments
>> without any argument type checking, i can write it for you.
>
> call me crazy but: yes i would like that interface.
>
> ctypes works very well. i have used it plen
>
>> Ah, and the day has just 24h so don't expect anything from me beside the VM
>> work, thats already enough to keep a whole team busy.
>
> This statement is true for most of us, just replace "VM" with something else.
>
> About RoarVM.
> I think the main reason why RoarVM does not exists for
Laurent
igor is right if the bindings are done and package then of course this is
different than just calling them.
Stef
>
>
> Is it works because someone already provided a bindings for libraries
> you mention,
> or you did it by yourself?
>
> Have just used ctypes:
>
> >>> import ctypes
>
>>
>> So what are you doing here, the less the noise the best for everyone
>> else. You don't contribute, you only criticize, and then you said you
>> don't care, the we don't care about your "opinion". You can keep it for
>> yourself.
>
> Well, I think my work on the RoarVM is some contribution,
On 07/05/2011 01:06, Igor Stasenko wrote:
On 6 May 2011 23:45, Stefan Marr wrote:
On 06 May 2011, at 19:08, Igor Stasenko wrote:
How about CogVM? Should we stop developing it? Or we should start
supporting both? And can we do that without too much pain? Give us the
idea.
It is all about adop
On 06/05/2011 22:23, Stefan Marr wrote:
(and here we go again...)
On 06 May 2011, at 18:55, Miguel Cobá wrote:
El vie, 06-05-2011 a las 18:32 +0200, Stefan Marr escribió:
Well, I think my work on the RoarVM is some contribution, no? Perhaps, I would
be more interested in Pharo if it would a
Hi Igor,
Am 07.05.2011 um 02:06 schrieb Igor Stasenko :
> Heh.. then we're 99% done. Except that this last 1% is still could
> take years to complete :)
you serious? Making a Smalltalk image thread-safe is that hard?
> I can tell you more: there is no business cases for VM(s) which can do
> many
On 07 May 2011, at 02:06, Igor Stasenko wrote:
> On 6 May 2011 23:45, Stefan Marr wrote:
>> There is nothing fundamental in the RoarVM that is changing the language
>> semantics of Smalltalk.
>>
>> It is just that for: `[do something] fork` you will have to assume that it
>> is executed in pa
On 6 May 2011 19:47, laurent laffont wrote:
> On Fri, May 6, 2011 at 7:25 PM, Igor Stasenko wrote:
>>
>> On 6 May 2011 18:45, laurent laffont wrote:
>> > On Fri, May 6, 2011 at 4:01 PM, Igor Stasenko
>> > wrote:
>> >>
>> >> Is it works because someone already provided a bindings for libraries
>
On 6 May 2011 23:45, Stefan Marr wrote:
>
> On 06 May 2011, at 19:08, Igor Stasenko wrote:
>
>> I think the main reason why RoarVM does not exists for Pharo is
>> because there was no discussion and planning beforehead, how we could
>> cooperate.
>> Where the discussion, how we could introduce new
2011/5/6 Sven Van Caekenberghe :
>
> On 06 May 2011, at 13:56, Johan Brichau wrote:
>
>> When I program in Smalltalk, I have a lot of open code browsers in my image
>> When I program in Java/Javascript/..., I have a lot of open web pages on my
>> desktop
>
> +
>
> Browsing in a Smalltalk image
On 06 May 2011, at 19:08, Igor Stasenko wrote:
> I think the main reason why RoarVM does not exists for Pharo is
> because there was no discussion and planning beforehead, how we could
> cooperate.
> Where the discussion, how we could introduce new execution models, and
> gradually (means step by
...@lists.gforge.inria.fr
[pharo-project-boun...@lists.gforge.inria.fr] On Behalf Of laurent laffont
[laurent.laff...@gmail.com]
Sent: Friday, May 06, 2011 4:44 PM
To: Pharo-project@lists.gforge.inria.fr
Subject: Re: [Pharo-project] Popularity of Smalltalk in Software Industry
On Fri, May 6, 2011 at 9:16 PM
I am interested in VMs, so why do I need to care about the language on top?
Actually, I do research in how to support all kind of different languages on
top of the same VM, because there is not a single language that is the ultimate
answer to all problems. That is why I do not care about any
(and here we go again...)
On 06 May 2011, at 18:55, Miguel Cobá wrote:
> El vie, 06-05-2011 a las 18:32 +0200, Stefan Marr escribió:
>> Well, I think my work on the RoarVM is some contribution, no? Perhaps, I
>> would be more interested in Pharo if it would actually run nicely on the
>> RoarVM
.fr [
> pharo-project-boun...@lists.gforge.inria.fr] On Behalf Of laurent laffont
> [laurent.laff...@gmail.com]
> Sent: Friday, May 06, 2011 2:34 PM
> To: Pharo-project@lists.gforge.inria.fr
> Subject: Re: [Pharo-project] Popularity of Smalltalk in Software Industry
>
> On F
laurent.laff...@gmail.com]
Sent: Friday, May 06, 2011 2:34 PM
To: Pharo-project@lists.gforge.inria.fr
Subject: Re: [Pharo-project] Popularity of Smalltalk in Software Industry
On Fri, May 6, 2011 at 8:06 PM, Schwab,Wilhelm K
mailto:bsch...@anest.ufl.edu>> wrote:
No real agenda either way her
_
> From: pharo-project-boun...@lists.gforge.inria.fr [
> pharo-project-boun...@lists.gforge.inria.fr] On Behalf Of laurent laffont
> [laurent.laff...@gmail.com]
> Sent: Friday, May 06, 2011 1:47 PM
> To: Pharo-project@lists.gforge.inria.fr
> Subject: Re: [
oject-boun...@lists.gforge.inria.fr
[pharo-project-boun...@lists.gforge.inria.fr] On Behalf Of laurent laffont
[laurent.laff...@gmail.com]
Sent: Friday, May 06, 2011 1:47 PM
To: Pharo-project@lists.gforge.inria.fr
Subject: Re: [Pharo-project] Popularity of Smalltalk in Software Industry
On Fri,
inria.fr] On Behalf Of Germán Arduino
[gardu...@gmail.com]
Sent: Thursday, May 05, 2011 7:24 PM
To: Pharo-project@lists.gforge.inria.fr
Subject: Re: [Pharo-project] Popularity of Smalltalk in Software Industry
>
> Haha.. i have strong suspicion that here you are talking about quite
> specif
On Fri, May 6, 2011 at 7:25 PM, Igor Stasenko wrote:
> On 6 May 2011 18:45, laurent laffont wrote:
> > On Fri, May 6, 2011 at 4:01 PM, Igor Stasenko
> wrote:
> >>
> >> Is it works because someone already provided a bindings for libraries
> >> you mention,
> >> or you did it by yourself?
> >
> >
On May 6, 2011, at 1:25 PM, Igor Stasenko wrote:
> Seriously, if you want such kind of shitty interface, which allows you
> to call arbitrary function with arbitrary arguments
> without any argument type checking, i can write it for you.
call me crazy but: yes i would like that interface.
cty
On May 6, 2011, at 13:25, Igor Stasenko wrote:
> Seriously, if you want such kind of shitty interface, which allows you
> to call arbitrary function with arbitrary arguments
> without any argument type checking, i can write it for you.
Well, yes, actually. If it means they can access the big wid
On 6 May 2011 18:45, laurent laffont wrote:
> On Fri, May 6, 2011 at 4:01 PM, Igor Stasenko wrote:
>>
>> Is it works because someone already provided a bindings for libraries
>> you mention,
>> or you did it by yourself?
>
> Have just used ctypes:
import ctypes
import ctypes.util
c
On 6 May 2011 18:32, Stefan Marr wrote:
> (And some more flame war here)
>
>
> On 06 May 2011, at 17:11, Miguel Cobá wrote:
>
> No need to get into a cat-fight here :)
No this is not my point. But what do people really do to help?
>>> Stef, if you haven't noticed: I don't care about
>
>
>> > Indeed, one thing FFI / Alien / NB don't have is a documentation as nice
>> > as http://docs.python.org/library/ctypes.html
>> > in http://book.pharo-project.org/
>> > FFI / Alien / NB may be powerful, it seems I've never managed to do what
>> I
>> > want, even with all mailing lists supp
El vie, 06-05-2011 a las 18:32 +0200, Stefan Marr escribió:
> (And some more flame war here)
>
>
> On 06 May 2011, at 17:11, Miguel Cobá wrote:
>
> No need to get into a cat-fight here :)
> >>>
> >>> No this is not my point. But what do people really do to help?
> >> Stef, if you haven't n
On Fri, May 6, 2011 at 4:01 PM, Igor Stasenko wrote:
> On 6 May 2011 07:11, laurent laffont wrote:
> >
> > On Fri, May 6, 2011 at 3:19 AM, Igor Stasenko
> wrote:
> >>
> >> On 6 May 2011 01:03, Jimmie Houchin wrote:
> >> > On 5/5/2011 4:25 PM, Igor Stasenko wrote:
> >> >
> >> > On 5 May 2011 21
(And some more flame war here)
On 06 May 2011, at 17:11, Miguel Cobá wrote:
No need to get into a cat-fight here :)
>>>
>>> No this is not my point. But what do people really do to help?
>> Stef, if you haven't noticed: I don't care about Smalltalk, and I don't care
>> about Pharo, or any
ok you win
a bit ;)
On May 6, 2011, at 3:49 PM, Igor Stasenko wrote:
> On 6 May 2011 15:42, Denis Kudriashov wrote:
>>
>> 2011/5/6 Igor Stasenko
>>>
>>> But just don't fall into delusion, that you can start using external
>>> library (either written in C or C# or in Java),
>>> without know
On 6 May 2011 17:11, Miguel Cobá wrote:
> El vie, 06-05-2011 a las 12:57 +0200, Stefan Marr escribió:
>> Sorry for the flam below. I didn't have the time and energy to rewrite it.
>>
>>
>> >>> Now for the documentation when did you send an help documentation for
>> >>> any part of the system?
>>
El vie, 06-05-2011 a las 12:57 +0200, Stefan Marr escribió:
> Sorry for the flam below. I didn't have the time and energy to rewrite it.
>
>
> >>> Now for the documentation when did you send an help documentation for any
> >>> part of the system?
> >>> Or a bug fix?
> >>> I find quite funny that
On May 6, 2011, at 05:34, Stéphane Ducasse wrote:
> Probably we should find a way to generate HTML from PDF or Latex.
> Any ideas?
HeVeA - it's even an Inria thing! http://hevea.inria.fr/
../Dave
On Fri, May 6, 2011 at 9:43 PM, Dave Mason wrote:
>
> On May 6, 2011, at 05:25, Toon Verwaest wrote:
>
>>> If this is just to spit out class comment on html I do not call that a
>>> documentation.
>>> Now we can take the book contents and generate html
>>> We have 350 pages in the first book and
On May 6, 2011, at 05:25, Toon Verwaest wrote:
>> If this is just to spit out class comment on html I do not call that a
>> documentation.
>> Now we can take the book contents and generate html
>> We have 350 pages in the first book and the same in the second one.
>> People are free to join and
On 6 May 2011 07:11, laurent laffont wrote:
>
> On Fri, May 6, 2011 at 3:19 AM, Igor Stasenko wrote:
>>
>> On 6 May 2011 01:03, Jimmie Houchin wrote:
>> > On 5/5/2011 4:25 PM, Igor Stasenko wrote:
>> >
>> > On 5 May 2011 21:39, Jimmie Houchin wrote:
>> >
>> > On 5/5/2011 12:21 PM, Igor Stasenko
On 6 May 2011 15:42, Denis Kudriashov wrote:
>
> 2011/5/6 Igor Stasenko
>>
>> But just don't fall into delusion, that you can start using external
>> library (either written in C or C# or in Java),
>> without knowing at all the foreign language in which library are
>> written, and just after few
2011/5/6 Igor Stasenko
> But just don't fall into delusion, that you can start using external
> library (either written in C or C# or in Java),
> without knowing at all the foreign language in which library are
> written, and just after few mouse clicks in Pharo image.
>
>
Hello,
In last week I
On 6 May 2011 08:04, Jimmie Houchin wrote:
> On 5/5/2011 8:19 PM, Igor Stasenko wrote:
>>
>> On 6 May 2011 01:03, Jimmie Houchin wrote:
>>>
>>> On 5/5/2011 4:25 PM, Igor Stasenko wrote:
>>>
>>> On 5 May 2011 21:39, Jimmie Houchin wrote:
>>>
>>> On 5/5/2011 12:21 PM, Igor Stasenko wrote:
>>>
>>>
On 6 May 2011 10:30, Stéphane Ducasse wrote:
> Igor
>
> We should face it: the FFI and Alien... are not that simple. Laurent spent
> time to try to cnnect to libs and it did
> not work. So we should really improve that aspect.
> Igor not everbody is able to code in assembler for nativeboost.
I a
On 06 May 2011, at 13:56, Johan Brichau wrote:
> When I program in Smalltalk, I have a lot of open code browsers in my image
> When I program in Java/Javascript/..., I have a lot of open web pages on my
> desktop
+
Browsing in a Smalltalk image should be self-documenting, not just because
HI All,I really got lost into this thread and was blown by the conversation
which took place here ;). but i feel good as this has led people to think about
the need for a serious documentation. And i feel it will be much welcome by the
newbies to Smalltalk and will help in popularizing it.Regard
On 06 May 2011, at 12:57, Stefan Marr wrote:
> Unfortunately, Smalltalkers don't know anything outside the image...
Exactly, and most of the time, it's all you need.
I remark a funny difference between developing in Smalltalk and developing in
any other language (say, Java, Javascript, Objectiv
Sorry for the flam below. I didn't have the time and energy to rewrite it.
>>> Now for the documentation when did you send an help documentation for any
>>> part of the system?
>>> Or a bug fix?
>>> I find quite funny that people always talk but few are doing. We welcome
>>> comments/examples h
Guys, this is crazy, this is a runaway thread ;)
Please, please, a bit more empathy for newcomers would not hurt:
change the subject in such cases.
Welcome to Sourav, don't be afraid to ask this list for anything obscure.
and congratulations to Toon for initial answer.
Nicolas
2011/5/6 Stéphane D
Ok if some good souls want to give a try to generate html.
Stef
> Probably we should find a way to generate HTML from PDF or Latex.
> Any ideas?
>
> I've used latex2html several years ago.
>
> +1 for html
>
> Laurent.
>
>
>
> Now for the documentation when did you send an help docu
On Fri, May 6, 2011 at 11:34 AM, Stéphane Ducasse wrote:
> Probably we should find a way to generate HTML from PDF or Latex.
Any ideas?
>
I've used latex2html several years ago.
+1 for html
Laurent.
>
> Now for the documentation when did you send an help documentation for
> any part o
On 05/06/2011 11:40 AM, Stéphane Ducasse wrote:
Regards,
Something like the Pharo book that would contain also explanation about the
language itself (and its libraries) would be great.
Something like "teach yourself scheme in fixnum days" for Smalltalk. I loved the
"teach yourself scheme in fi
Great Stef!
Lorenzo
- Original Message -
From: "Stéphane Ducasse"
To:
Sent: Friday, May 06, 2011 10:30 AM
Subject: Re: [Pharo-project] Popularity of Smalltalk in Software Industry
Igor
We should face it: the FFI and Alien... are not that simple. Laurent spent
time
>>
>> Regards,
> Something like the Pharo book that would contain also explanation about the
> language itself (and its libraries) would be great.
> Something like "teach yourself scheme in fixnum days" for Smalltalk. I loved
> the "teach yourself scheme in fixnum days"
may be you should open t
On 05/06/2011 11:30 AM, Serge Stinckwich wrote:
On Fri, May 6, 2011 at 4:05 PM, Toon Verwaest wrote:
Now for the documentation when did you send an help documentation for any
part of the system?
Or a bug fix?
I find quite funny that people always talk but few are doing. We welcome
comments/exam
Probably we should find a way to generate HTML from PDF or Latex.
Any ideas?
Now for the documentation when did you send an help documentation for any
part of the system?
Or a bug fix?
I find quite funny that people always talk but few are doing. We welcome
comments/exam
On Fri, May 6, 2011 at 4:05 PM, Toon Verwaest wrote:
>
>> Now for the documentation when did you send an help documentation for any
>> part of the system?
>> Or a bug fix?
>> I find quite funny that people always talk but few are doing. We welcome
>> comments/examples help.
>
> No need to get into
On 06 May 2011, at 11:17, Stéphane Ducasse wrote:
>>> Now for the documentation when did you send an help documentation for any
>>> part of the system?
>>> Or a bug fix?
>>> I find quite funny that people always talk but few are doing. We welcome
>>> comments/examples help.
>> No need to get in
If this is just to spit out class comment on html I do not call that a
documentation.
Now we can take the book contents and generate html
We have 350 pages in the first book and the same in the second one.
People are free to join and write one or two chapters.
Generating HTML already seems like
>> Now for the documentation when did you send an help documentation for any
>> part of the system?
>> Or a bug fix?
>> I find quite funny that people always talk but few are doing. We welcome
>> comments/examples help.
> No need to get into a cat-fight here :)
No this is not my point. But what
Now for the documentation when did you send an help documentation for any part
of the system?
Or a bug fix?
I find quite funny that people always talk but few are doing. We welcome
comments/examples help.
No need to get into a cat-fight here :)
I do agree with Stefan, as well as with you tha
So what do you suggest?
On 05/06/2011 10:55 AM, Stefan Marr wrote:
On 06 May 2011, at 10:30, Stéphane Ducasse wrote:
Igor
We should face it: the FFI and Alien... are not that simple. Laurent spent time
to try to cnnect to libs and it did
not work. So we should really improve that aspect.
Igo
Hi stefan
I disagree with the C integration. This is still not really good in Pharo and I
agree with Jimmie.
Now for the documentation when did you send an help documentation for any part
of the system?
Or a bug fix?
I find quite funny that people always talk but few are doing. We welcome
commen
On 06 May 2011, at 10:30, Stéphane Ducasse wrote:
> Igor
>
> We should face it: the FFI and Alien... are not that simple. Laurent spent
> time to try to cnnect to libs and it did
> not work. So we should really improve that aspect.
> Igor not everbody is able to code in assembler for nativeboo
Exactly right.
BUT! Very cool job. I'll have a look at it in detail once I start
interfacing more thoroughly with real C apps outside of my own natives :)
I wonder if being able to extend the object model of Smalltalk for
native object wrappers would give you benefit... I guess it would?
On 0
Igor
We should face it: the FFI and Alien... are not that simple. Laurent spent time
to try to cnnect to libs and it did
not work. So we should really improve that aspect.
Igor not everbody is able to code in assembler for nativeboost.
So NB is probably a good insfrastructure but not ready for c
On 5/5/2011 8:19 PM, Igor Stasenko wrote:
On 6 May 2011 01:03, Jimmie Houchin wrote:
On 5/5/2011 4:25 PM, Igor Stasenko wrote:
On 5 May 2011 21:39, Jimmie Houchin wrote:
On 5/5/2011 12:21 PM, Igor Stasenko wrote:
On 5 May 2011 18:57, Jimmie Houchinwrote:
[Big Snip]
Well said.
Except t
On Fri, May 6, 2011 at 3:19 AM, Igor Stasenko wrote:
> On 6 May 2011 01:03, Jimmie Houchin wrote:
> > On 5/5/2011 4:25 PM, Igor Stasenko wrote:
> >
> > On 5 May 2011 21:39, Jimmie Houchin wrote:
> >
> > On 5/5/2011 12:21 PM, Igor Stasenko wrote:
> >
> > On 5 May 2011 18:57, Jimmie Houchin wrot
On 6 May 2011 01:03, Jimmie Houchin wrote:
> On 5/5/2011 4:25 PM, Igor Stasenko wrote:
>
> On 5 May 2011 21:39, Jimmie Houchin wrote:
>
> On 5/5/2011 12:21 PM, Igor Stasenko wrote:
>
> On 5 May 2011 18:57, Jimmie Houchin wrote:
>
> [Big Snip]
>
> Well said.
> Except that i'm not sharing your vie
>
> Haha.. i have strong suspicion that here you are talking about quite
> specific set of libraries,
> which using OLE/COM interfaces. Indeed, one could implement an
> automatic "import/connect" tool
> for it, because a library itself contain enough information reflecting
> it interface(s).
> You
2011/5/5 Cédrick Béler :
>
> Lastly, most Smalltalk systems are image based...
>
> ...which makes you feel the system is "alive", hence one **huge benefit** of
> Smalltalk: its debugger which enables on the fly debbuging... and also test
> driven development (real one [1]) where you can run incompl
On 5/5/2011 4:25 PM, Igor Stasenko wrote:
On 5 May 2011 21:39, Jimmie Houchin wrote:
On 5/5/2011 12:21 PM, Igor Stasenko wrote:
On 5 May 2011 18:57, Jimmie Houchinwrote:
[Big Snip]
Well said.
Except that i'm not sharing your view that its hard to interface with
foreign libraries.
Its not
2011/5/5 Toon Verwaest :
>
>
> For me, Java and .NET have never really been worth knowing.
>
+1
I can't really imagine anything worse than the artifacts of .net "technology".
On 05/05/11 22:11, Mariano Martinez Peck wrote:
http://stephane.ducasse.free.fr/FreeBooks.html
And of those many good books I'd put in a particular word for "Smalltalk
By Example" by Alex Sharp. I found it particularly straightforward and
helpful when I was starting out.
http://stephane.du
On 5 May 2011 21:39, Jimmie Houchin wrote:
> On 5/5/2011 12:21 PM, Igor Stasenko wrote:
>>
>> On 5 May 2011 18:57, Jimmie Houchin wrote:
>
> [Big Snip]
>>
>> Well said.
>> Except that i'm not sharing your view that its hard to interface with
>> foreign libraries.
>> Its not hard at all. Of course
Thanks Jimmie
Thanks to kick our asses like that!
I would love to have that too in Pharo.
Stef
> Thanks,
>
> I have no knowledge of either the knowledge or the challenges involved in
> using external libraries in Pharo or Squeak. I have no knowledge of FFI/Alien
> or using C/C++/C# or compiler
On 5/5/2011 12:21 PM, Igor Stasenko wrote:
On 5 May 2011 18:57, Jimmie Houchin wrote:
[Big Snip]
Well said.
Except that i'm not sharing your view that its hard to interface with
foreign libraries.
Its not hard at all. Of course to connect two different worlds, you
need to have knowledge
in bot
Good evening Roy.
One thing that always amazes me a lot is that so many experienced
solution providers (ie. people who develop solutions either to be sold
as OTSCS or embedded as a more or less autonomous part of a bigger
system) mind about if something is "mainstream" or something else.
For seve
Yes, but it affects the way how you design your applications and frameworks.
In image-based setup you tend to do things in a way, that things
should be always available
at any moment (wanna create an instance of me? - feel free to do it).
In C and other languages which having compile& run cycl
On 5 May 2011 18:57, Jimmie Houchin wrote:
> On 5/5/2011 10:32 AM, Toon Verwaest wrote:
>>
>> On 05/05/2011 05:26 PM, Cédrick Béler wrote:
Lastly, most Smalltalk systems are image based...
>>>
>>> ...which makes you feel the system is "alive", hence one **huge benefit**
>>> of Smalltalk:
On 5 May 2011 17:32, Toon Verwaest wrote:
> On 05/05/2011 05:26 PM, Cédrick Béler wrote:
>>
>>> Lastly, most Smalltalk systems are image based...
>>
>> ...which makes you feel the system is "alive", hence one **huge benefit**
>> of Smalltalk: its debugger which enables on the fly debbuging... and
On 5/5/2011 10:32 AM, Toon Verwaest wrote:
On 05/05/2011 05:26 PM, Cédrick Béler wrote:
Lastly, most Smalltalk systems are image based...
...which makes you feel the system is "alive", hence one **huge
benefit** of Smalltalk: its debugger which enables on the fly
debbuging... and also test d
On 05/05/2011 05:46 PM, Dave Mason wrote:
On May 5, 2011, at 11:32, Toon Verwaest wrote:
This is totally unrelated to having an image; it's just a great debugger
implementation. 2 completely different things. No reason why this wouldn't work
for C; except for the fact that they didn't do it y
On May 5, 2011, at 11:32, Toon Verwaest wrote:
> This is totally unrelated to having an image; it's just a great debugger
> implementation. 2 completely different things. No reason why this wouldn't
> work for C; except for the fact that they didn't do it yet (those lazy
> bastards).
... and
On 2011-05-05, at 17:39, Cédrick Béler wrote:
>
> Le 5 mai 2011 à 17:32, Toon Verwaest a écrit :
>
>> On 05/05/2011 05:26 PM, Cédrick Béler wrote:
>>>
Lastly, most Smalltalk systems are image based...
>>>
>>> ...which makes you feel the system is "alive", hence one **huge benefit**
>>>
Le 5 mai 2011 à 17:32, Toon Verwaest a écrit :
> On 05/05/2011 05:26 PM, Cédrick Béler wrote:
>>
>>> Lastly, most Smalltalk systems are image based...
>>
>> ...which makes you feel the system is "alive", hence one **huge benefit** of
>> Smalltalk: its debugger which enables on the fly debbugin
1 - 100 of 120 matches
Mail list logo
