John Brearley added the comment:
Hi Guido: So the Adafruit CircuitPython forum has already said they aren't
really sure this is their issue or not, see:
https://github.com/adafruit/Adafruit_CircuitPython_ADS1x15/issues/66
What else would I need to do to get this looked at by people
Change by John Brearley :
Added file: https://bugs.python.org/file49743/print_data.py
___
Python tracker
<https://bugs.python.org/issue42928>
___
___
Python-bugs-list m
Change by John Brearley :
Added file: https://bugs.python.org/file49742/ada_dbg2.py
___
Python tracker
<https://bugs.python.org/issue42928>
___
___
Python-bugs-list m
New submission from John Brearley :
The first attached script ada_dbg1.py.txt which uses simple hardcoded import
statements, the creation of ads1115 objects work fine. The second attached
script ada_dbg2.py.txt uses a loop to import a variable list of packages, which
allows for more graceful
John Brearley <brear...@bell.net> added the comment:
Hi Terry: The icon on my Win 7 desktop points to: "C:\WinPython\IDLEX (Python
GUI).exe".
This was part of the 430MB installer file WinPython-64bit-3.6.4.0Qt5b4.exe from
https://sourceforge.net/projects/winpython.
I attach
John Brearley <brear...@bell.net> added the comment:
Hi Terry: I am exploring the value of a language specific editor and runtime
environment. Its definitely a large step up from Windows Notepad and Gnome
Gedit. Perhaps some notes in the IDLEX documentation regarding the development
New submission from John Brearley <brear...@bell.net>:
While running a tensorflow script in the IDLEX GUI that runs for 8 million
steps and produce 2 lines stdout per step, my PC used all 16GB RAM and crashed
the python process, not to mention messed up other apps, like Firefox &a
John Brearley <brear...@bell.net> added the comment:
I retested with Python 3.6.4 upgrades and the issue no longer occurs. You may
want to close this issue.
--
___
Python tracker <rep...@bugs.python.org>
<https://bugs.python
John Brearley <brear...@bell.net> added the comment:
The owner of PyGnuplot figured out that for Python 3.4+ that a flush on stdin
is needed. IDLEX GUI now runs example.py and my own test code correctly.
proc.stdin.flush() # send the command in python 3.4+
This leaves the inter
John Brearley <brear...@bell.net> added the comment:
Additonal testing shows that the subprocess.run command will reliably interact
directly with gnuplot, either from the IDLEX GUI or the Python terminal window.
import subprocess
def run_cmd(cmd):
print("run_cmd cmd:"
New submission from John Brearley <brear...@bell.net>:
There is an interesting interaction between the IDLEX GUI and subprocess module
that causes pygnuplot silent failures. The example.py script below works fine
when run from the WinPython Command Prompt.exe terminal window. The
New submission from John Brearley <brear...@magma.ca>:
I have successfully installed Graphviz tool from http://graphviz.org, updated
my PATH variable appropriately and can generate .PNG files using Python module
Graphviz with WinPython 3.6.1. However, I cannot get anywhere using the
John Brearley added the comment:
Hi Rchard: Thanks very much. The wait() method works fine.
Regards, John Brearley
613-259-5622 (H)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16955
John Brearley added the comment:
Hi Richard: Thanks for pointers on other methods.
I am coming from a TCL background, and learning Python. I have gone through
regular sockets, select, asyncore, sockserv, threading and multiprocessing
modules. Only multiprocessing seems to be able to use more
New submission from John Brearley:
Hi Richard: I have published my multiprocessing server client scripts on the 2
web sites shown below in the hopes that they will help others learning this
module. I haven't seen anyplace on the python.org web site that might be
suitable for a copy. Are people
John Brearley added the comment:
Hi Richard: Thanks for the update. Yes, the multiprocessing.communication.Client
works much better. The residual issue left here is wether Python is vulnerable
to a DOS attack. If someone used regular sockets deliberately, they could crash
multiprocessing server
New submission from John Brearley:
In the attached multiprocessing.connection simple client script, the poll()
method is always returning false. If I force the temp variable to 1, the
recv()method happily gets the incoming data. I had hoped to use the poll()
method to implement a timeout
New submission from John Brearley:
Using a multiprocessing.connection listener, I can accept an incoming socket
OK, but when I do conn.recv(), I get memory error. The attached script
mpl_bug.py will readily reproduce the issues on WinXP WinVista, see sample
output below:
pre
c:\python
Changes by John Brearley brear...@magma.ca:
--
versions: +Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16920
___
___
Python-bugs-list
John Brearley added the comment:
In V3.2.2.3, the conn.accept() was failing to resolve the socket address.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16920
20 matches
Mail list logo
