On Thu, Jan 14, 2016 at 2:12 AM, Dimitris Chloupis
wrote:
> "I have seen someone in another thread expressing the desire for namespaces.
> As a newcomer, I also feel that is something important and missing. But
> since one of the goals of Pharo is to produce an environment that can be
> understood
On Wed, Jan 13, 2016 at 6:29 PM, David Allouche wrote:
> Thank you everyone for the kind responses. I will answer some of the
> questions and suggestions here.
...
> Where are you located ?
>
>
> Paris, France.
Great !
I'm also located in Paris.
Maybe we could have a Pharo user group in the fut
Hi,
I've reading the code at [1] but I'm still having problems understanding
the dynamic spec. I have created a small dictionary and populated with
data, then created the accessors and initializePresenter,
initializeWidgets and rebuildWithdCodeLayout and rebuildWithTextLayout,
as you can see
Hi,
On 10/01/16 17:16, Dimitris Chloupis wrote:
[...]
I think when people referring to Smalltalk refer to Smalltalk as the
language or OOP itself, but thats only the tip of the iceberg, Pharo
tries to stay true to vision of smalltalk creating the virtual
enviroment where the user can easily
"I am getting off-topic, but since I have already written what follows, and
I think it is informative, I am leaving it there :-)"
Thats ok my question has been answered by Sven's first reply anyway, some
offtopic wont hurt
"Python is a rather large language, with a large number of quirks that nee
"I have seen someone in another thread expressing the desire for
namespaces. As a newcomer, I also feel that is something important and
missing. But since one of the goals of Pharo is to produce an environment
that can be understood by a single person, the lack of namespace might
actually be a feat
> On 13 Jan 2016, at 18:42, abdelghani ALIDRA wrote:
>
> Thank you all for your responses.
>
> I see your point about returning from a block. Because the return in this
> example is very explicit. But what if I put (by mistake) a return in a block
> in a method that is called by the test meth
> On 13 Jan 2016, at 18:14, Dimitris Chloupis wrote:
>
> Why the Cog VM is mentioned in my documentation is no accident. There is
> another VM that is called Stackless VM or old VM that was the VM before Cog
> that had no JIT and its a VM we still use for platforms that Cog VM does not
> curr
Thank you all for your responses.
I see your point about returning from a block. Because the return in this
example is very explicit. But what if I put (by mistake) a return in a block in
a method that is called by the test method (or even in a method that is called
by another method that is cal
Thank you everyone for the kind responses. I will answer some of the questions
and suggestions here.
> To get faster to the intellectual stimulation, pick a task / project and
> start asking questions. And have fun :).
That is good advice, but right now I think I will just explore the system,
Why the Cog VM is mentioned in my documentation is no accident. There is
another VM that is called Stackless VM or old VM that was the VM before Cog
that had no JIT and its a VM we still use for platforms that Cog VM does
not currently run like Raspberry Pi, Android and I think iOS too.
"But nowa
It does not make as big difference as you think it does. First of all VM is
an executable binary so its already in machine code format or else it would
not run. The difference between the interpreter is that with the
interpreter you already execute machine code without any need to generate
it while
> On 13 Jan 2016, at 16:27, Dimitris Chloupis wrote:
>
> "The virtual machine (VM) provides the environment where the Pharo system
> lives. It is different for each operating system and hardware architecture,
> and runs as a machine language executable in the operating system. It
> implements
Welcome in the community David !
Where are you located ?
Regards,
On Sun, Jan 10, 2016 at 10:37 PM, David Allouche wrote:
> Hello folks.
>
> Some people have already seen me on Twitter and Slack, but I believe there
> might be some people on the mailing list that did not see those
> conversatio
> On Wed, Jan 13, 2016 at 4:58 PM Werner Kassens wrote:
>>
>> Hi Dimitris,
>> your formulation "...Pharo bytcode...and convert it to machine code..."
>> is insofar irritating to me as "convert it to machine code" would
>> suggest to me that a compiler is at work here. Davids "executing Pharo
>> by
On Wed, Jan 13, 2016 at 11:41 PM, Dimitris Chloupis
wrote:
> great explanation Ben thanks for sharing, I agree 100% .
On Wed, Jan 13, 2016 at 11:46 PM, Sven Van Caekenberghe wrote:
> I like Ben's version too. (It helps to be a native English speaker as well ;-)
> Please write more, Ben.
Thanks.
Yes, I will look at existing platforms (started already in christmas holidays,
will continue).
Marcus
> On 13 Jan 2016, at 16:34, stepharo wrote:
>
> Excellent idea!!!
>> We should rethink "software bounties". I don't have the time to fix this but
>> I'm willing to put some money on t
Yep, I think that Ben's version is even better and more balanced for a
newbie while informative enough over David's draft.
Cheers,
Offray
On 13/01/16 10:30, Ben Coman wrote:
Oh! I should have guessed there'd be more alternative suggestions and held back.
Anyway, its done now, so just pick out
Hi,
I like David's proposal. It strikes a good balance between newbie
friendly and detailed enough foundations (you don't learn Peano's Axioms
before learning to count).
Cheers,
Offray
On 13/01/16 09:27, David Allouche wrote:
Hey,
Since I just recently figured that stuff out, my perspecti
I like Ben's version too. (It helps to be a native English speaker as well ;-)
Please write more, Ben.
> On 13 Jan 2016, at 16:41, Dimitris Chloupis wrote:
>
> great explanation Ben thanks for sharing, I agree 100% . ISO files are
> popular file formats used by other VMs , like VirtualBOX unli
great explanation Ben thanks for sharing, I agree 100% . ISO files are
popular file formats used by other VMs , like VirtualBOX unlike pharo image
they are not a memory dump but rather a hard disk dump which is later
loaded in memory usually to emulate booting from a DVD or booting a HD drive
http
Excellent idea!!!
We should rethink "software bounties". I don't have the time to fix this but
I'm willing to put some money on the table to have it implemented properly. There are
more people wanting to pay for features implemented. And I'm sure there are developers
that would like to do it w
Oh! I should have guessed there'd be more alternative suggestions and held back.
Anyway, its done now, so just pick out what you like...
Now I tend to think of the Image as more than just the .image file, so...
The heart of Pharo is the *Image*. This holds the live running state
of a Pharo system
"The *virtual machine* (VM) provides the environment where the Pharo system
lives. It is different for each operating system and hardware architecture,
and runs as a machine language executable in the operating system. It
implements the details of managing memory, executing Pharo byte-code, and
com
Hi Dimitris,
your formulation "...Pharo bytcode...and convert it to machine code..."
is insofar irritating to me as "convert it to machine code" would
suggest to me that a compiler is at work here. Davids "executing Pharo
byte-code" seems more understandable to me here.
werner
On 01/13/2016 0
Hey,
Since I just recently figured that stuff out, my perspective might be useful.
I do not think it is a good idea to push external VCS too much at this point.
They are important to collaboration, so they should be mentioned, but they add
a lot of complexity.
Taking into account the feedback
Its an open book, if people dont like it , it can always been removed. Just
because I am most active , thats does not make me the boss. But yes I do
disagree that a simple explanation of what the VM really is should be
ommited, because for me that is just plain bad documentation to mention
somethin
> On 13 Jan 2016, at 14:22, Dimitris Chloupis wrote:
>
> I assume you have never read a an introduction to C++ then :D
I have and they are too complex.
> here is the final addition for the vm
>
> (Vm) is the only component that is different for each operating system. The
> main purpose of th
I assume you have never read a an introduction to C++ then :D
here is the final addition for the vm
(Vm) is the only component that is different for each operating system. The
main purpose of the VM is to take Pharo bytcode that is generated each time
user accepts a piece of code and convert it t
> Am 13.01.2016 um 13:59 schrieb Sven Van Caekenberghe :
>
>>
>> On 13 Jan 2016, at 13:33, Norbert Hartl wrote:
>>
>> Sven,
>>
>>> Am 12.01.2016 um 16:25 schrieb Sven Van Caekenberghe :
>>>
>>> Given a ZdcSecureSocketStream you can access the #sslSession. In this
>>> session object you can
> On 13 Jan 2016, at 13:33, Norbert Hartl wrote:
>
> Sven,
>
>> Am 12.01.2016 um 16:25 schrieb Sven Van Caekenberghe :
>>
>> Given a ZdcSecureSocketStream you can access the #sslSession. In this
>> session object you can use #certificateName: to set the path or name of the
>> certificate (be
> On 13 Jan 2016, at 13:42, Dimitris Chloupis wrote:
>
> I mentioned bytecode because I dont want the user to see at some point
> bytecode and say "What the hell is that" I want the reader to feel confident
> that at least understands the basic in Pharo. Also very brief explanations
> about b
I mentioned bytecode because I dont want the user to see at some point
bytecode and say "What the hell is that" I want the reader to feel
confident that at least understands the basic in Pharo. Also very brief
explanations about bytecode I have seen in similar python tutorials.
Obviously I dont wan
Sven,
> Am 12.01.2016 um 16:25 schrieb Sven Van Caekenberghe :
>
> Given a ZdcSecureSocketStream you can access the #sslSession. In this session
> object you can use #certificateName: to set the path or name of the
> certificate (before you #connect !). That is the general idea.
>
> Now, I don
Sounds about right.
Now, I would swap 1 and 4, as the image is the most important abstraction.
There is also a bit too much emphasis on (byte|source)code. This is already
pretty technical (it assume you know what compilation is and so on). But I
understand it must be explained here, and you did
So I am correct that the image does not store the source code, and that the
source code is stored in sources and changes. The only diffirence is that
the objects have a source variable that points to the right place for
finding the source code.
This is the final text if you find anything incorrect
> On 13 Jan 2016, at 10:57, Dimitris Chloupis wrote:
>
> I was adding a short description to the UPBE about sources file , I always
> thought that the sources file is the file that contains the source code of
> the image because the image file itself stores only the bytecode.
>
> However its
Le 13 janv. 2016 à 10:57, Dimitris Chloupis a écrit :
> I was adding a short description to the UPBE about sources file , I always
> thought that the sources file is the file that contains the source code of
> the image because the image file itself stores only the bytecode.
>
> However its j
I was adding a short description to the UPBE about sources file , I always
thought that the sources file is the file that contains the source code of
the image because the image file itself stores only the bytecode.
However its just came to my attention that the sources file does not
contain code
39 matches
Mail list logo
