On Tuesday 21 June 2005 06:27 pm, Andrea Griffini wrote:
> On 20 Jun 2005 23:30:40 -0700, "Xah Lee" <[EMAIL PROTECTED]> wrote:
> >Thanks for explaning this tricky underneath stuff.
>
> Surely this is different from C/C++/Java, but it's
> IMO all but tricky or underneath.
Made me feel like an idio
On 20 Jun 2005 23:30:40 -0700, "Xah Lee" <[EMAIL PROTECTED]> wrote:
>Dear Andrea Griffini,
>
>Thanks for explaning this tricky underneath stuff.
Actually it's the very logical consequence of the most
basic rule about python. Variables are just pointers
to values; so every time you assign to a var
Dear Andrea Griffini,
Thanks for explaning this tricky underneath stuff.
Xah
[EMAIL PROTECTED]
∑ http://xahlee.org/
Andrea Griffini wrote:
> On Sun, 19 Jun 2005 22:25:13 -0500, Terry Hancock
> <[EMAIL PROTECTED]> wrote:
>
> >> PS is there any difference between
> >> t=t+[li]
> >> t.append(li)
SM Ryan wrote:
> "Kaz Kylheku" <[EMAIL PROTECTED]> wrote:
> # SM Ryan wrote:
> # > # easy way to see this, is to ask yourself: how come in mathematics
> # > # there's no such thing as "addresses/pointers/references".
> # >
> # > The whole point of Goedelisation was to add to name/value references
SM Ryan wrote:
> "Kaz Kylheku" <[EMAIL PROTECTED]> wrote:
> # SM Ryan wrote:
> # > # easy way to see this, is to ask yourself: how come in mathematics
> # > # there's no such thing as "addresses/pointers/references".
> # >
> # > The whole point of Goedelisation was to add to name/value references
"Kaz Kylheku" <[EMAIL PROTECTED]> wrote:
# SM Ryan wrote:
# > # easy way to see this, is to ask yourself: how come in mathematics
# > # there's no such thing as "addresses/pointers/references".
# >
# > The whole point of Goedelisation was to add to name/value references into
# > number theory.
#
#
Lawrence DâOliveiro wrote:
> In article <[EMAIL PROTECTED]>,
> "Xah Lee" <[EMAIL PROTECTED]> wrote:
>
> >A[n] easy way to see this, is to ask yourself: how come in mathematics
> >there's no such thing as "addresses/pointers/references".
>
> Yes there are such things in mathematics, though not ne
SM Ryan wrote:
> # easy way to see this, is to ask yourself: how come in mathematics
> # there's no such thing as "addresses/pointers/references".
>
> The whole point of Goedelisation was to add to name/value references into
> number theory.
Is that so? That implies that there is some table where
On Sun, 19 Jun 2005 22:25:13 -0500, Terry Hancock
<[EMAIL PROTECTED]> wrote:
>> PS is there any difference between
>> t=t+[li]
>> t.append(li)
>
>No, but
Yes, a big one. In the first you're creating a new list
and binding the name t to it, in the second you're extending
a list by adding one more
You can add Australia to the list :)
Any volunteers for a fourth continent? Antarctica, perhaps? ;)
- Jordan
--
http://mail.python.org/mailman/listinfo/python-list
Jeremy Jones wrote:
> I think the only reason I read your posts is for comedy,
Indeed.
> Xah Lee wrote:
> ... [ lots of stuff, that if Xah cared about Xah would attempt to write
> better docs, rather than criticise) ...
...
>>Btw, behavior such as this one, common in imperative languages and i
Walter Roberson wrote:
> In article <[EMAIL PROTECTED]>,
> Xah Lee <[EMAIL PROTECTED]> wrote:
> >In hindsight analysis, such language behavior forces the programer to
> >fuse mathematical or algorithmic ideas with implementation details. A
> >easy way to see this, is to ask yourself: how come in ma
# easy way to see this, is to ask yourself: how come in mathematics
# there's no such thing as "addresses/pointers/references".
The whole point of Goedelisation was to add to name/value references into
number theory. Thus Goedel was able to add back pointers contrary to the
set hierarchy of the th
Xah Lee wrote:
>
> in coding Python yesterday,
It seems to be giving you anxiety.
Have you considered not coding on python?
--
pete
--
http://mail.python.org/mailman/listinfo/python-list
In article <[EMAIL PROTECTED]>,
Xah Lee <[EMAIL PROTECTED]> wrote:
>In hindsight analysis, such language behavior forces the programer to
>fuse mathematical or algorithmic ideas with implementation details. A
>easy way to see this, is to ask yourself: how come in mathematics
>there's no such thing
In article <[EMAIL PROTECTED]>,
"Xah Lee" <[EMAIL PROTECTED]> wrote:
>A[n] easy way to see this, is to ask yourself: how come in mathematics
>there's no such thing as "addresses/pointers/references".
Yes there are such things in mathematics, though not necessarily under
that name.
For instance
On Sunday 19 June 2005 05:34 pm, Xah Lee wrote:
> in coding Python yesterday, i was quite stung by the fact that lists
> appened to another list goes by as some so-called "reference". e.g.
>
> t=range(5)
> n=range(3)
> n[0]='m'
> t.append(n)
> n[0]='h'
> t.append(n)
> print t
Day one in learning
I think the only reason I read your posts is for comedy, seeing if this
is yet another "Xah Lee just threw a tantrum" post. I don't know why
I'm wasting my time responding, though... It's against my better
judgment and my previous advice to the group.
Xah Lee wrote:
>in coding Python yesterd
>
> In hindsight analysis, such language behavior forces the programer to
> fuse mathematical or algorithmic ideas with implementation details. A
> easy way to see this, is to ask yourself: how come in mathematics
> there's no such thing as "addresses/pointers/references".
Mathematics also has no
in coding Python yesterday, i was quite stung by the fact that lists
appened to another list goes by as some so-called "reference". e.g.
t=range(5)
n=range(3)
n[0]='m'
t.append(n)
n[0]='h'
t.append(n)
print t
in the following code, after some 1 hour, finally i found the solution
of h[:]. (and th
20 matches
Mail list logo
