[issue43304] THONNY 3.3.0 failing to install package MULTIPROCESSING

[Noel del Rosario]

New submission from Noel del Rosario :

I am actually using a PYTHON IDE called THONNY 3.3.-
and I am not geting any success to install the package
MULTI{ROCESSING. Error message is shown below.

requirement multiprocessing
ERROR: No matching distribution found for multiprocessing
Process returned with code 1

--
messages: 387553
nosy: gvanrossum, rosarion2
priority: normal
severity: normal
status: open
title: THONNY 3.3.0 failing to install package MULTIPROCESSING
versions: Python 3.7

___
Python tracker 
<https://bugs.python.org/issue43304>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue39975] Group of commands running in Python 3.7.6 Shell, but failing as Script file.

[Noel del rosario]

New submission from Noel del rosario :

Python 3.7.6 (tags/v3.7.6:43364a7ae0, Dec 19 2019, 00:42:30) [MSC v.1916 64 bit 
(AMD64)] on win32
Type "help", "copyright", "credits" or "license()" for more information.

from future import absolute_import, division, print_function, unicode_literals
import numpy as np
import matplotlib.pyplot as plt
import tensorflow as tf
from tensorflow import keras
print(tf.version)
2.1.0

BUT IF I RUN THESE COMMANDS as a PYTHON SCRIPT FILE iy FAILS.
 RESTART: D:\PythonCode-1\tmp.py ===
Traceback (most recent call last):
File "D:\PythonCode-1\tmp.py", line 7, in
import tensorflow as tf
File "C:\Python37\lib\site-packages\tensorflow_init_.py", line 101, in
from tensorflow_core import *
File "C:\Python37\lib\site-packages\tensorflow_core_init_.py", line 40, in
from tensorflow.python.tools import module_util as _module_util
ModuleNotFoundError: No module named 'tensorflow.python.tools'; 
'tensorflow.python' is not a package

Why is it failing as a Script file ?
Is there something wrong in my Procedure ?

Hope to teceive your reply and Thanks in Advanced.

--
messages: 364293
nosy: rosarion
priority: normal
severity: normal
status: open
title: Group of commands running in Python 3.7.6 Shell, but failing as Script 
file.
versions: Python 3.7

___
Python tracker 
<https://bugs.python.org/issue39975>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

Managing concurrent.futures exit-handlers

[Remy NOEL]

Hello !

I am currently using concurrent.futures ThreadPoolExecutor, but i am
annoyed by its exit_handler preventing program exit if any of the jobs it
is running is blocked.

Currently i can workaround it by either unregister the exit handler
concurrent.futures.thread._python_exit or by subclassing the
threadpoolExecutor and overriding the _adjust_thread_count method with one
that does not register its threads queues.

Both seems kinda ugly though.

I was wondering if there was a better way.
Also, would adding an option to executors so that their worker threads is
not be globally joined  was conceivable.

Thanks !

Remy Noel
-- 
https://mail.python.org/mailman/listinfo/python-list

[issue39748] PyScripter could not find Python 3.8 64 bits

[Noel del rosario]

New submission from Noel del rosario :

I installed Python 2.7, 3.7 and 3.8, all in 64 bits.   Then I installed the 
PYSCRYPTER 3.6 54 bits.  The PySCripter can easily set up PYTHON 2.7 and 3.7 
easily.  But it cannot settup Python 3.8.  It cannot find it.

--
components: Installation
messages: 362631
nosy: rosarion
priority: normal
severity: normal
status: open
title: PyScripter could not find Python 3.8 64 bits
type: behavior
versions: Python 3.8

___
Python tracker 
<https://bugs.python.org/issue39748>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue36469] Stuck during interpreter exit, attempting to take the GIL

[Remy Noel]

Remy Noel  added the comment:

closing the ticket for now.

--
resolution:  -> later
stage:  -> resolved
status: open -> closed

___
Python tracker 
<https://bugs.python.org/issue36469>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue36469] Stuck during interpreter exit, attempting to take the GIL

[Remy Noel]

Remy Noel  added the comment:

@eric.snow Unless you confirm there is no way to figure out which thread is/was 
holding the GIL from a debugging session on the running process, I'll get rid 
of it at the end of the week.

Should i close the ticket then or will you do it ?

Thanks.

--

___
Python tracker 
<https://bugs.python.org/issue36469>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue36469] Stuck during interpreter exit, attempting to take the GIL

[Remy Noel]

Remy Noel  added the comment:

Thanks for the advicesand thorough analysis. I'll try to force threads shutdown 
from the cleanup callback but i'd like to dig to the root of this isssue if 
possible.

This is what the thread 7 python backtrace looks like:

(gdb) py-bt
Traceback (most recent call first):
  
  File "/usr/lib/python3.5/threading.py", line 293, in wait
waiter.acquire()
  File "/usr/lib/python3.5/threading.py", line 549, in wait
signaled = self._cond.wait(timeout)
  File "/usr/lib/python3.5/threading.py", line 849, in start
self._started.wait()
  File "...", line 44, in __init__
thr.start()

So we are basically spawning a thread and waiting for it to start (which will 
likely never happen). That seems like a "normal" behaviour for me (from a 
programming standpoint, that is), but this may be another cause of 
never-terminating threads. (unless this is also caused by the headlock and the 
thread is expected to spawn/release the lock even after finalizing.)

Also, i have access to the process that i kept running. Is there any way to me 
to figure out which thread is currently holding the GIL ? I just want to be 
sure i can't get this info myself before we close this ticket (at which point i 
will get rid of the culprit process).

--

___
Python tracker 
<https://bugs.python.org/issue36469>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue36469] Stuck during interpreter exit, attempting to take the GIL

[Remy Noel]

Remy Noel  added the comment:

Oh, also, i do not use any C extension (apart from the one i mentionned), so i 
do not acquire/release the GIL directly (a component of the standard library 
would do so). 

The demon threads, mainly spend their time listening to sockets and running 
short subprocesses (all in pure python).

--

___
Python tracker 
<https://bugs.python.org/issue36469>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue36469] Stuck during interpreter exit, attempting to take the GIL

[Remy Noel]

Remy Noel  added the comment:

Thank you a lot for this detailed answer.

Does the "causes of exit" may terminate the thread without releasing the GIL ?
Because as far as i can tell, none of the threads seems to own the GIL (i only 
checked _PyThreadState_Current though there might be a better way to find the 
GIL owner).
Therefore, the question is whether thread B is still alive after tB2. and, if 
so, whether we can find it. (Or whether we can understand why it left without 
releasing the GIL).

Is there any variable i may check to dig this further ?

--

___
Python tracker 
<https://bugs.python.org/issue36469>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue36469] Stuck during interpreter exit, attempting to take the GIL

[Remy Noel]

Remy Noel  added the comment:

std modules: atexit, json, os, signal, socket, ssl, subprocess, sys, time, 
threading, xmlrpc.client
The non-standard extension: psutil, PIL (only for image encoding though).

The amount of threads may vary, but i may have around 20 threads at all time. 
Most of them are indeed demon threads.

I have one atexit handler: i executes a few subprocess and pereform a few 
xmlrpc calls then exit. In this case, the handler go fully executed.

There are signal handlers, but none of them got called.

No monkeypatching is involved :)

I only browsed the patch up until the 3.5 head. (i guess il lacked to courage 
to go up to 3.7).

I tried to write a reproduction case, but i failed to run into the error. Of 
course, i will try to improve it if i get a clue about a way to increase the 
likelyness of the problem.
Sadly, all i have right now is a process i can attach to.

--
type: behavior -> 

___
Python tracker 
<https://bugs.python.org/issue36469>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue36469] Stuck during interpreter exit, attempting to take the GIL

[Remy Noel]

Remy Noel  added the comment:

The bug happens about once every two weeks on a script that is fired more than 
10K times a day.

Sadly, i can't update the whole production environment to try it on the latest. 
(and i was unable to trigger the bug by myself).

I was hoping we could find inconsistencies in the hanging process that could 
lead to clues about the origin of the error.

--

___
Python tracker 
<https://bugs.python.org/issue36469>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue36469] Stuck during interpreter exit, attempting to take the GIL

[Remy Noel]

New submission from Remy Noel :

I have a script (sadly, I can't publish it) spawning multiple threads that, in 
rare occurences, does not manage to exit properly and get stuck forever.

More precisely, this seems to happen during Interpreter exit: The atexit 
callbacks are called sucessfully, and we then have multiple threads that are 
all atempting to get the GIL why None seems to owns it (_PyThreadState_Current 
is always '{_value = 0}' while gil_locked is '{_value = 1}').

The main thread stack looks like this:

#0  pthread_cond_timedwait@@GLIBC_2.3.2 () at 
../sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:225
#1  0x55d00997ce6a in PyCOND_TIMEDWAIT (cond=0x55d009e8ddc0 , 
mut=0x55d009e8dd80 , us=) at ../Python/condvar.h:103
#2  take_gil () at ../Python/ceval_gil.h:224
#3  0x55d00998580b in PyEval_EvalFrameEx () at ../Python/ceval.c:1273
#4  0x55d00996f16f in _PyEval_EvalCodeWithName.lto_priv.1929 (qualname=0x0, 
name=, closure=0x0, kwdefs=0x0, defcount=0, defs=0x0, kwcount=0, 
kws=, argcount=, 
args=, locals=, globals=, 
_co=) at ../Python/ceval.c:4033
#5  PyEval_EvalCodeEx () at ../Python/ceval.c:4054
#6  0x55d0099b90e3 in function_call.lto_priv () at 
../Objects/funcobject.c:627
#7  0x55d009a02e17 in PyObject_Call () at ../Objects/abstract.c:2166
#8  0x55d00992034e in method_call.lto_priv () at 
../Objects/classobject.c:330
#9  0x55d009a02e17 in PyObject_Call () at ../Objects/abstract.c:2166
#10 0x55d00996df7d in PyEval_CallObjectWithKeywords () at 
../Python/ceval.c:4595
#11 0x55d009a5d05d in slot_tp_repr () at ../Objects/typeobject.c:5992
#12 0x55d0099c9685 in PyObject_Repr () at ../Objects/object.c:482
#13 0x55d0099aa6be in unicode_fromformat_arg (vargs=0x7ffc2ca81110, 
f=0x55d009a8a837 "R", writer=0x7ffc2ca810b0) at ../Objects/unicodeobject.c:2645
#14 PyUnicode_FromFormatV () at ../Objects/unicodeobject.c:2710
#15 0x55d009a572bc in PyErr_WarnFormat () at ../Python/_warnings.c:895
#16 0x55d0098840bb in sock_dealloc (s=0x7f43000fc528) at 
../Modules/socketmodule.c:4177
#17 0x55d0099d031d in subtype_dealloc.lto_priv () at 
../Objects/typeobject.c:1209
#18 0x55d0099b68f7 in frame_dealloc.lto_priv () at 
../Objects/frameobject.c:431
#19 0x55d0098ab7b1 in PyThreadState_Clear (tstate=0x55d00bee8a70) at 
../Python/pystate.c:386
#20 0x55d009a4d08a in PyInterpreterState_Clear () at ../Python/pystate.c:118
#21 0x55d009a4e1d2 in Py_Finalize () at ../Python/pylifecycle.c:633
#22 0x55d009a4e2a8 in Py_Exit (sts=sts@entry=0) at 
../Python/pylifecycle.c:1465
#23 0x55d009a4e38e in handle_system_exit () at ../Python/pythonrun.c:602
#24 0x55d009a4e3f6 in PyErr_PrintEx () at ../Python/pythonrun.c:612
#25 0x55d009a4f667 in PyErr_Print () at ../Python/pythonrun.c:508
#26 PyRun_SimpleFileExFlags () at ../Python/pythonrun.c:401
#27 0x55d009a7c2e7 in run_file (p_cf=0x7ffc2ca814fc, 
filename=0x55d00bb01140 L"...", fp=0x55d00bb62e60) at ../Modules/main.c:318
#28 Py_Main () at ../Modules/main.c:768
#29 0x55d00990bd71 in main () at ../Programs/python.c:65
#30 0x7f430b7cd2e1 in __libc_start_main (main=0x55d00990bc90 , 
argc=11, argv=0x7ffc2ca81708, init=, fini=, 
rtld_fini=, stack_end=0x7ffc2ca816f8)
at ../csu/libc-start.c:291
#31 0x55d009a12a7a in _start ()

We can see it is trying to get the GIL while finalizing (as it is emitting a 
warning when destroying a socket). However, this prevents any other thread to 
get deleted since the first thread holds the head_lock. For instance we have 
thread 18 trying to get the head lock:

Thread 18 (Thread 0x7f4302ffd700 (LWP 21117)):
#0  0x7f430c6aa536 in futex_abstimed_wait_cancelable (private=0, 
abstime=0x0, expected=0, futex_word=0x55d00bb014c0) at 
../sysdeps/unix/sysv/linux/futex-internal.h:205
#1  do_futex_wait (sem=sem@entry=0x55d00bb014c0, abstime=0x0) at 
sem_waitcommon.c:111
#2  0x7f430c6aa5e4 in __new_sem_wait_slow (sem=0x55d00bb014c0, abstime=0x0) 
at sem_waitcommon.c:181
#3  0x55d00994d2d5 in PyThread_acquire_lock_timed () at 
../Python/thread_pthread.h:352
#4  0x55d009a4dcec in tstate_delete_common () at ../Python/pystate.c:418
#5  0x55d009a4dd88 in PyThreadState_DeleteCurrent () at 
../Python/pystate.c:457
#6  0x55d009a482a4 in t_bootstrap () at ../Modules/_threadmodule.c:1027
#7  0x7f430c6a2494 in start_thread (arg=0x7f4302ffd700) at 
pthread_create.c:333
#8  0x7f430b895acf in clone () at 
../sysdeps/unix/sysv/linux/x86_64/clone.S:97


I attached the full stacktrace of the 18 threads.

I a not sure wether we either shouldn't try to lock the GIL while finalizing or 
if i somehow just happen to have run into a thread aqcuiring the GIL without 
releasing it.

python version is 3.5.3.

I kept the problematic process running and can extract any information you may 
want from it.

--
components: Interpreter Core, Library (Lib)
files: stacktraces
messages: 339103
nosy: mocramis
priority: nor

help me in python plssss!!!!

[Noel P. CUA]

 Calculate the true, relative and approximate errors, and  Relate the absolute 
relative approximate error to the number of significant digits.

epsilon = 1

while epsilon + 1 > 1:
epsilon = epsilon / 2.0

epsilon = 2 * epsilon

help me!

-- 

*This email and any files transmitted with it are confidential and 
intended solely for the use of the individual or entity to whom they are 
addressed. If you have received this email in error please notify the 
system manager . This message contains 
confidential information and is intended only for the individual named. *If 
you are not the named addressee you should not disseminate, distribute or 
copy this e-mail*. Please notify the sender immediately by e-mail if you 
have received this e-mail by mistake and delete this e-mail from your 
system. If you are not the intended recipient you are notified that 
disclosing, copying, distributing or taking any action in reliance on the 
contents of this information is strictly prohibited.*
-- 
https://mail.python.org/mailman/listinfo/python-list

how to convert this psuedo code to python

[Noel P. CUA]

 compose your own octave script to calculate the machine
epsilon. Analyze the code.

epsilon = 1
DO
IF (epsilon+1<=1) EXIT
epsilon = epsilon/2
END DO
epsilon = 2 x epsilon

-- 

*This email and any files transmitted with it are confidential and 
intended solely for the use of the individual or entity to whom they are 
addressed. If you have received this email in error please notify the 
system manager . This message contains 
confidential information and is intended only for the individual named. *If 
you are not the named addressee you should not disseminate, distribute or 
copy this e-mail*. Please notify the sender immediately by e-mail if you 
have received this e-mail by mistake and delete this e-mail from your 
system. If you are not the intended recipient you are notified that 
disclosing, copying, distributing or taking any action in reliance on the 
contents of this information is strictly prohibited.*
-- 
https://mail.python.org/mailman/listinfo/python-list

[issue5373] TypeError when '\x00' in docstring

[Noel Cuillandre]

New submission from Noel Cuillandre noel.cuillan...@gmail.com:

The following code raises 'TypeError: __doc__ contains null-bytes'::

Python 3.1a0 (py3k, Jan 27 2009, 18:02:26) 
[GCC 4.1.1 (Gentoo 4.1.1-r1)] on linux2
Type help, copyright, credits or license for more information.
 class Foo:
...  '\x00'
... 
Traceback (most recent call last):
  File stdin, line 1, in module
TypeError: __doc__ contains null-bytes

--
messages: 82747
nosy: noel.cuillandre
severity: normal
status: open
title: TypeError when '\x00' in docstring
type: compile error
versions: Python 3.1

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5373
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5373] TypeError when '\x00' in docstring

[Noel Cuillandre]

Noel Cuillandre noel.cuillan...@gmail.com added the comment:

Because the same code in Python 2.5.2 does not produce a TypeError::

Python 2.5.2 (r252:60911, Oct 21 2008, 15:11:46)
[GCC 4.1.1 (Gentoo 4.1.1-r1)] on linux2
Type help, copyright, credits or license for more information.
 class Foo:
...  '\x00'
...


Added file: http://bugs.python.org/file13189/unnamed

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5373
___Because the same code in Python 2.5.2 does not produce a 
TypeError::brbrPython 2.5.2 (r252:60911, Oct 21 2008, 15:11:46) br[GCC 
4.1.1 (Gentoo 4.1.1-r1)] on linux2brType quot;helpquot;, 
quot;copyrightquot;, quot;creditsquot; or quot;licensequot; for more 
information.br
gt;gt;gt; class Foo:br...  
quot;quot;quot;#39;\x00#39;quot;quot;quot;br... 
brgt;gt;gt;brbr
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5373] TypeError when '\x00' in docstring

[Noel Cuillandre]

Changes by Noel Cuillandre noel.cuillan...@gmail.com:


Removed file: http://bugs.python.org/file13189/unnamed

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5373
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

Re: simple chemistry in python

[Noel O'Boyle]

2008/4/30 Astan Chee [EMAIL PROTECTED]:

  Wow, that is the jackpot.
  Is that color node supposed to be the actual color of the element? or just
 representation?

Representation. There are certain de facto standards, such as blue for
nitrogen and so on. Google CPK colors for the origin of some of
these.

  Thanks again
  Astan

  baoilleach wrote:
  If you are familiar with parsing XML, much of the data you need is
 stored in the following file:
 http://bodr.svn.sourceforge.net/viewvc/*checkout*/bodr/trunk/bodr/elements/elements.xml?revision=34content-type=text%2Fplain

 This file is part of the Blue Obelisk Data Repository, an effort by
 several chemistry software developers to share common information. If
 you have any further questions, please email blueobelisk-
 [EMAIL PROTECTED]

 Noel

 On Apr 29, 8:48 am, Astan Chee [EMAIL PROTECTED] wrote:


  Hi,
 Im looking for a python module to do simple chemistry things. Things
 like, finding the name of elements given the atomic number (and vice
 versa); what state the given matter is in depending on certain
 parameters; maybe even color of certain elements or even calculating the
 result of combining certain elements.
 I was looking for something simple, but everything I see seems to be a
 full blown chemistry set.
 I know I can probably spend a day doing this one element at a time, but
 I was wondering if there is already something like this done in a small
 scale?
 Thanks for any information
 Astan

 --
 Formulations of number theory: Complete, Consistent, Non-trivial. Choose
 two.

 Animal Logichttp://www.animallogic.com

 Please think of the environment before printing this email.

 This email and any attachments may be confidential and/or privileged. If you
 are not the intended recipient of this email, you must not disclose or use
 the information contained in it. Please notify the sender immediately and
 delete this document if you have received it in error. We do not guarantee
 this email is error or virus free.

  --
 http://mail.python.org/mailman/listinfo/python-list



  --
 Formulations of number theory: Complete, Consistent, Non-trivial. Choose
 two.




 Please think of the environment before printing this email.

 This email and any attachments may be confidential and/or privileged. If you
 are not the intended recipient of this email, you must not disclose or use
 the information
  contained in it. Please notify the sender immediately and delete this
 document if you have received it in error. We do not guarantee this email is
 error or virus free.
--
http://mail.python.org/mailman/listinfo/python-list

Running Multiple Versions

[noel]

Hi,

We are windows shop with some unix servers as well. We run 2.4.1 and
want to begin migrating  to 2.5.1. I am looking for information
dealing with having more than one version of python on a server at one
time. I believe this is called side-by-side and all that is needed to
select a version on a windows box is to set the path to the desired
version of python prior to launching the script.

Does this sound correct?

Is there doc online that describes this?

For windows, has anyone come up with a way to have the script launch
the correct version at load time - similar to the she-bang method used
in unix?

Thanks

Noel
-- 
http://mail.python.org/mailman/listinfo/python-list