Léo El Amri via Python-list writes:
> ...
> WARNING:asyncio:Executing took 1.000 seconds
> ...
> But there is still this warning...
At your place, I would look at the code responsible for the warning.
I assume that it is produced because the waiting time is rather
high -- but this is just a gue
On 8/2/2018 3:52 PM, cseber...@gmail.com wrote:
subprocess is not meant for interaction through the pipes. That is why,
I have been told, IDLE uses a socket for interaction. Multiprocess is
apparently better suited for interaction without resorting to a socket.
So use normal socket on local
was supposed to be one i'm aware of but 3 in 1 day ?
Abdur-Rahmaan Janhangeer
https://github.com/Abdur-rahmaanJ
Mauritius
--
https://mail.python.org/mailman/listinfo/python-list
On Thu, 02 Aug 2018 22:35:10 +0400, Abdur-Rahmaan Janhangeer wrote:
> just an info if you are using the mail you use in this list for linked
> in you might get surprises
>
> apologies if you got a mail from linkedin somewhere
LinkedIn is a spammer. I frequently get friend requests from people wh
On Thu, 2 Aug 2018 at 20:58, wrote:
> > Sorry, but there's no "simple" answer here for you (although you may
> > well be able to get something that works well enough for your specific
> > needs - but it's not obvious from your snippet of code what you're
> > trying to achieve).
>
> To send and rec
> Another possibility: If the ONLY thing you're doing with stdout/stderr
> is passing them through to the screen, simply don't change them. Let
> them remain bound to the console. You can have a pipe for stdin
> without also having pipes for the others. But that won't work if you
> intend to do a
> subprocess is not meant for interaction through the pipes. That is why,
> I have been told, IDLE uses a socket for interaction. Multiprocess is
> apparently better suited for interaction without resorting to a socket.
So use normal socket on localhost for this? Don't you still need subpro
> As others have mentioned, separate threads for the individual pipes
> may help, or if you need to go that far there are specialised
> libraries, I believe (pexpect is one, but from what I know it's fairly
> Unix-specific, so I'm not very familiar with it).
I'm on Linux so pexpect is a possibil
> -I think the Python interpreter actually sends its output to stderr, so to
> capture it you'd probably want it to go to the same place as stdout, so use
> stderr = subprocess.STDOUT
Yes that captured the error messages! Thanks!
> -You're only reading 1 line out output for each thing, so i
On Thursday, August 2, 2018 at 12:03:01 PM UTC-4, Wanderer wrote:
> I have a laptop with windows 98 I use to connect to the OBD2 port on my car.
> I'm trying to install pyobd. I have a build for Python 2.7 for Windows98 that
> works but I'm having trouble with running wxPython. I get the followin
just an info if you are using the mail you use in this list for linked in
you might get surprises
apologies if you got a mail from linkedin somewhere
Abdur-Rahmaan Janhangeer
https://github.com/Abdur-rahmaanJ
Mauritius
--
https://mail.python.org/mailman/listinfo/python-list
ah those can be used, thanks, and to write the actual image?
On Thu, Aug 2, 2018 at 8:20 PM Gilmeh Serda
wrote:
> On Thu, 02 Aug 2018 17:24:29 +0400, Abdur-Rahmaan Janhangeer wrote:
>
> > like i'd like to have it as string, any idea ?
>
> UUEncode / Base64 / yEnc ...?
>
> --
> Gilmeh
> --
> http
I have a laptop with windows 98 I use to connect to the OBD2 port on my car.
I'm trying to install pyobd. I have a build for Python 2.7 for Windows98 that
works but I'm having trouble with running wxPython. I get the following error.
C:\pyobd>python pyobd.py
Traceback (most recent call last):
On behalf of the Python development community, I'm happy to announce the
availability of Python 3.4.9 and Python 3.5.6.
Both Python 3.4 and 3.5 are in "security fixes only" mode. Both
versions only accept security fixes, not conventional bug fixes, and
both releases are source-only.
You
storing images in db is easy but to retrieve them natively how to? (ignore
db type, using orm). meaning without PIL / Pillow. type : png
like i'd like to have it as string, any idea ?
Abdur-Rahmaan Janhangeer
https://github.com/Abdur-rahmaanJ
Mauritius
--
https://mail.python.org/mailman/listinfo
On Thu, Aug 2, 2018 at 6:46 PM, Paul Moore wrote:
> On Wed, 1 Aug 2018 at 21:17, wrote:
>>
>> I can run python3 interactively in a subprocess w/ Popen but
>> if I sent it text, that throws an exception, the process freezes
>> instead of just printing the exception like the normal interpreter..
>>
On 02/08/2018 08:20, Steven D'Aprano wrote:
On Wed, 01 Aug 2018 22:14:54 +0300, Serhiy Storchaka wrote:
...
Not always. If your code supported Python 2 in the past, or third-party
dependencies supports or supported Python 2, this warning can expose a
real bug. Even if all your and thir
On 01/08/2018 18:19, Peter Otten wrote:
I've looked into the actual code which has
# paraparser.py
f = isPy3 and asBytes or asUnicode
K = list(known_entities.keys())
for k in K:
known_entities[f(k)] = known_entities[k]
It looks like known_entities starts out with the default stri
On Wed, 1 Aug 2018 at 21:17, wrote:
>
> I can run python3 interactively in a subprocess w/ Popen but
> if I sent it text, that throws an exception, the process freezes
> instead of just printing the exception like the normal interpreter..
> why? how fix? Here is my code below.
>
> (I suspect when
Hello list,
During my attempt to bring asyncio support to the multiprocessing Queue,
I found warning messages when executing my code with asyncio debug
logging enabled.
It seems that awaiting for an Event will make theses messages appears
after the second attempt to wait for the Event.
Here is a
On Wed, 01 Aug 2018 22:14:54 +0300, Serhiy Storchaka wrote:
> 01.08.18 21:03, Chris Angelico пише:
>> And in any code that does not and cannot run on Python 2, the warning
>> about bytes and text comparing unequal is nothing more than a false
>> positive.
>
> Not always. If your code supported Py
On Wed, 01 Aug 2018 19:00:27 +0100, Paul Moore wrote:
[...]
> My point was that it's a *warning*, and as such it's perfectly possible
> for a warning to *not* need addressing (other than to suppress or ignore
> it once you're happy that doing so is the right approach).
And my point was that ignor
22 matches
Mail list logo