This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author Orlowski
Recipients LambertDW, Orlowski, loewis
Date 2009-01-30.11:01:13
SpamBayes Score 1.1390333e-12
Marked as misclassified No
Message-id <4982DDE3.7050007@genesilico.pl>
In-reply-to <4982010B.5000503@v.loewis.de>
Content
And anyway, for me it's not OK if something in a code of a function like 
'del' affect how variables are affected in whole function.

It is really illogical. There code is in lines and line are one below 
another. The logical way is that a line of code affects the program ONLY 
when it is executed and ONLY from the time it is executed. A statement 
that is not executed (python never reach the place) should not affect 
the program in ANY way.

You may think what you think, but for me it is a big bug in the heart of 
python

Jerzy

Martin v. Löwis wrote:
> Martin v. Löwis <martin@v.loewis.de> added the comment:
> 
>> I still do not understand what is going on when python executed thic 
>> code. I have a local variable l in my parent process. 
> 
> No, you don't. It's a global variable, not a local one.
> 
>> When I create a 
>> child process, program makes first makes a copy of memory. Than what?
> 
> It doesn't have to do anything with the multiprocessing at all.
> For comparison, just run the Python script
> 
> def f():
>   del l
> l = []
> f()
> 
> It produces the same error, with no multiprocessing involved.
> 
> _______________________________________
> Python tracker <report@bugs.python.org>
> <http://bugs.python.org/issue5092>
> _______________________________________
> 
> 
>
History
Date User Action Args
2009-01-30 11:01:16Orlowskisetrecipients: + Orlowski, loewis, LambertDW
2009-01-30 11:01:14Orlowskilinkissue5092 messages
2009-01-30 11:01:14Orlowskicreate