On Monday, October 30, 2017 at 10:11:49 PM UTC+5:30, Igor Korot wrote:
> Hi,
>
>
>
> On Oct 30, 2017 11:27 AM, "George Kalamaras via Python-list" wrote:
>
> When I am running IDLE return to me Missing python36.dll error
>
> Στάλθηκε από την Αλληλογραφία για Windows 10
>
>
> Could you please
Hi,
On Oct 30, 2017 11:27 AM, "George Kalamaras via Python-list" <
python-list@python.org> wrote:
When I am running IDLE return to me Missing python36.dll error
Στάλθηκε από την Αλληλογραφία για Windows 10
Could you please translate this from Greek?
Thank you.
--
https://mail.python.org/m
When I am running IDLE return to me Missing python36.dll error
Στάλθηκε από την Αλληλογραφία για Windows 10
--
https://mail.python.org/mailman/listinfo/python-list
On 9/12/2014 1:48 AM, rahuldbha...@gmail.com wrote:
Hello Folks,
I'm using RIDE -- Robot Framework Test Data Editor RIDE 1.3 running
on Python 2.7.6.
When I click on some of my test case the RIDE GUI hangs and gives
bellow error message.
Run RIDE with python, not pythonw, from a command pro
Steven D'Aprano :
> rahuldbha...@gmail.com wrote:
>> encountered this problem and knows how to fix it ? some fix like
>> providing more memory or specifying some parameter when pythonw.exe
>> starts?
>
> Install more memory?
>
> It might help if you show us t
d Windows has killed the process.
> I know it might work if I split my test case but have any of you
> encountered this problem and knows how to fix it ? some fix like providing
> more memory or specifying some parameter when pythonw.exe starts?
Install more memory?
It might help if
angs and gives bellow
> error message.
>
>
>
>
>
> [Window Title]
>
> pythonw.exe
>
>
>
> [Main Instruction]
>
> pythonw.exe has stopped working
>
>
>
> [Content]
>
> A problem caused the program to stop working correctly. W
Hello Folks,
I'm using RIDE -- Robot Framework Test Data Editor
RIDE 1.3 running on Python 2.7.6.
When I click on some of my test case the RIDE GUI hangs and gives bellow error
message.
[Window Title]
pythonw.exe
[Main Instruction]
pythonw.exe has stopped working
[Content]
A pr
On Tuesday, July 2, 2013 9:20:12 PM UTC-4, goldtech wrote:
> Hi,
>
>
>
> I want to run a .py file script using pythonw.exe so the DOS box will not
> open. Is there a way from inside the script to say "run me with pythonw.exe
> and not python.exe"
On Fri, Jul 5, 2013 at 8:12 AM, Andrew Berg wrote:
> On 2013.07.04 09:08, Wayne Werner wrote:
>> powershell -ExecutionPolicy Bypass -File ...
>>
>>
>> \o/
>>
>> Microsoft "security" at it again! (reminds me a bit of just pushing
>> "Cancel" to log into windows 98, I think it was)
> From an MSDN pa
On 2013.07.04 09:08, Wayne Werner wrote:
> powershell -ExecutionPolicy Bypass -File ...
>
>
> \o/
>
> Microsoft "security" at it again! (reminds me a bit of just pushing
> "Cancel" to log into windows 98, I think it was)
From an MSDN page linked in one of the answers:
> Now, why is
>
> Pow
On Wed, 3 Jul 2013, Dennis Lee Bieber wrote:
Consider that the Powershell default is to /prevent/ execution of
script files unless some security settings have been changed; even local
script files need to be "signed" to be executed.
Protip: No they don't - wrap it in a cmd/bat file and
On 4/07/2013 2:50 AM, Νίκος wrote:
I dont understand you. I explicitly state via cmd to have the .html
files opened with Chrome instead of IE.
Tried it with the way you said and evben with "open with.." but all that
fails.
some seriosu damaged must have happened and assoc are refusing to change.
On Wed, Jul 3, 2013 at 4:11 PM, Dennis Lee Bieber wrote:
> On 03 Jul 2013 13:19:26 GMT, Steven D'Aprano
> declaimed the following:
>
>>On Wed, 03 Jul 2013 14:00:49 +0100, Tim Golden wrote:
>>
>>> Goodness, I doubt if you'll find anyone who can seriously make a case
>>> that the Windows command pr
gt;>> I just changed the file extension of the script file from .py to .pyw
>>> and it uses pythonw.exe. I didn't read it anywhere, just intuited it
>>> and tried it. Python has some very smart people working the language...
>>
>>
>> While your state
On Jul 3, 2013 8:27 AM, "Νίκος" wrote:
>
> Στις 3/7/2013 6:43 πμ, ο/η Tim Roberts έγραψε:
>
>> goldtech wrote:
>>>
>>>
>>> I just changed the file extension of the script file from .py to .pyw
>>> and it uses pythonw.exe. I didn'
Στις 3/7/2013 6:43 πμ, ο/η Tim Roberts έγραψε:
goldtech wrote:
I just changed the file extension of the script file from .py to .pyw
and it uses pythonw.exe. I didn't read it anywhere, just intuited it
and tried it. Python has some very smart people working the language...
While
On Wed, Jul 3, 2013 at 10:50 PM, Tim Chase
wrote:
> On 2013-07-03 09:51, Tim Golden wrote:
>> We can certainly agree on this. I can't count the number of emails
>> I've deleted as too hot-headed in response to dismissive comments
>> about Windows as a platform. Some of them, at least, appear to be
On 2013-07-03 13:19:26 +, Steven D'Aprano said:
On Wed, 03 Jul 2013 14:00:49 +0100, Tim Golden wrote:
Goodness, I doubt if you'll find anyone who can seriously make a case
that the Windows command prompt is all it might be. I'm not a Powershell
user myself but people speak highly of it.
On Wed, 03 Jul 2013 14:00:49 +0100, Tim Golden wrote:
> Goodness, I doubt if you'll find anyone who can seriously make a case
> that the Windows command prompt is all it might be. I'm not a Powershell
> user myself but people speak highly of it.
I understand that Powershell is aimed more for batc
On 03/07/2013 13:50, Tim Chase wrote:
> On 2013-07-03 09:51, Tim Golden wrote:
>> We can certainly agree on this. I can't count the number of emails
>> I've deleted as too hot-headed in response to dismissive comments
>> about Windows as a platform. Some of them, at least, appear to be
>> from peop
On 2013-07-03 09:51, Tim Golden wrote:
> We can certainly agree on this. I can't count the number of emails
> I've deleted as too hot-headed in response to dismissive comments
> about Windows as a platform. Some of them, at least, appear to be
> from people who last actually used Windows back in th
On 03/07/2013 09:28, Andrew Berg wrote:
> On 2013.07.03 02:34, Tim Golden wrote:
>> While this is clearly true, it's by no means unusual for people to
>> refer to the "DOS Box" or talk about "DOS commands" etc. even when
>> they're quite well aware of the history of Windows and its Console
>> subsy
On 2013.07.03 02:34, Tim Golden wrote:
> While this is clearly true, it's by no means unusual for people to refer
> to the "DOS Box" or talk about "DOS commands" etc. even when they're
> quite well aware of the history of Windows and its Console subsystem.
> It's just quicker than saying "Console W
On Wed, Jul 3, 2013 at 5:34 PM, Tim Golden wrote:
> On 03/07/2013 02:34, Andrew Berg wrote:
>> DOS is long
>> dead, and is much, much different under the hood from the console
>> subsystem in modern versions of Windows.
>
>
> While this is clearly true, it's by no means unusual for people to refer
On 03/07/2013 02:34, Andrew Berg wrote:
> DOS is long
> dead, and is much, much different under the hood from the console
> subsystem in modern versions of Windows.
While this is clearly true, it's by no means unusual for people to refer
to the "DOS Box" or talk about "DOS commands" etc. even whe
goldtech wrote:
>
>I just changed the file extension of the script file from .py to .pyw
>and it uses pythonw.exe. I didn't read it anywhere, just intuited it
>and tried it. Python has some very smart people working the language...
While your statement is true, that's
On Tue, 02 Jul 2013 18:20:12 -0700, goldtech wrote:
> Hi,
>
> Using Windows
>
> I want to run a .py file script using pythonw.exe so the DOS box will
> not open. Is there a way from inside the script to say "run me with
> pythonw.exe and not python.exe"?
I d
I just changed the file extension of the script file from .py to .pyw and it
uses pythonw.exe. I didn't read it anywhere, just intuited it and tried it.
Python has some very smart people working the language...
--
http://mail.python.org/mailman/listinfo/python-list
On 2013.07.02 20:20, goldtech wrote:
> Using Windows
>
> I want to run a .py file script using pythonw.exe so the DOS box will not
> open. Is there a way from inside the script to say "run me with pythonw.exe
> and not python.exe"?
Use the .pyw extension instead of
Hi,
Using Windows
I want to run a .py file script using pythonw.exe so the DOS box will not open.
Is there a way from inside the script to say "run me with pythonw.exe and not
python.exe"?
Thanks
--
http://mail.python.org/mailman/listinfo/python-list
On 6/10/2012 7:39 PM, a...@vorsicht-bissig.de wrote:
Thank you for your help. I found the problem at some other place. The
registry tweaks didn't solve it. But I found the hint to look up my
.idlerc folder. So the problem was entirely IDLE related (yes, it
worked before). But it wasnt PyQt'S pro
> > Hello subscribers,
> >
> > I've recently encountered a strange problem with Python for Windows.
> > I'm using Windows 7 Pro 64 Bit and Python 3.2.3 64 Bit (also tried 32
> > bit). The Problem is, that pythonw.exe does not work at all!
> > Theref
On 6/9/2012 10:23 AM, a...@vorsicht-bissig.de wrote:
Hello subscribers,
I've recently encountered a strange problem with Python for Windows.
I'm using Windows 7 Pro 64 Bit and Python 3.2.3 64 Bit (also tried 32
bit). The Problem is, that pythonw.exe does not work at all!
Therefore n
Hello subscribers,
I've recently encountered a strange problem with Python for Windows. I'm using
Windows 7 Pro 64 Bit and Python 3.2.3 64 Bit (also tried 32 bit). The Problem
is, that pythonw.exe does not work at all! Therefore no IDLE for me... But
python.exe runs just fine. I r
On Mon, Aug 15, 2011 at 3:14 AM, Dennis Lee Bieber
wrote:
> Depends... "DOS", to me, is just short for "Disk Operating
> System"... I've source code (in a book) for K2FDOS, source code for
> LS-DOS 6, and have used the AmigaDOS component of AmigaOS (granted --
> AmigaDOS technically was the
On 8/14/2011 10:30 AM, Nobody wrote:
The main use for pythonw.exe is if you write a GUI program in Python
(using e.g. TkInter, wxPython, etc) and you want it to be able to run it
from an icon (desktop, start menu) without it opening a console window
(running a console executable from an icon
On 2011-08-14, Chris Angelico wrote:
> Just to confuse things even further, it's not unlikely that a Mac or
> Linux or Windows computer will have DOSBox installed. Is *that* DOS?
> Technically no, but practically yes.
Depending on how you define "unlikely", I'd guess it is.
Assume that "unlikely
On Sun, Aug 14, 2011 at 9:20 PM, harrismh777 wrote:
> ... yup, ... was helping my little sis with her iMac over the phone from
> four states away and had her open a terminal for some magic... and it took
> her exactly 1.03 seconds to say, "Oh, the iMac has DOS installed in the
> utilities folder!
Thorsten Kampe wrote:
You're misunderstanding what people mean by "DOS prompt". They don't
mean "this is the DOS command shell", they mean "this is DOS".
... yup, ... was helping my little sis with her iMac over the phone from
four states away and had her open a terminal for some magic... and
* Chris Angelico (Sun, 14 Aug 2011 16:52:05 +0100)
> On Sun, Aug 14, 2011 at 3:30 PM, Nobody wrote:
> > BTW, unless you're using Windows 95/98/ME, you don't have a "DOS
> > Prompt". The command prompt in Windows NT/2000/XP/Vista/7 isn't DOS.
>
> I don't see this as any sloppier than referring to
On Sun, Aug 14, 2011 at 3:30 PM, Nobody wrote:
> BTW, unless you're using Windows 95/98/ME, you don't have a
> "DOS Prompt". The command prompt in Windows NT/2000/XP/Vista/7 isn't DOS.
>
I don't see this as any sloppier than referring to "opening a
prompt" when you mean "opening up a windowed co
On Sun, 14 Aug 2011 06:23:45 -0700, Ronald Reynolds wrote:
> in my python directory there is a python.exe file which I understand
> completely but there is also a pythonw.exe DOS seems to honor the pythonw
> command (No error message) but nothing happens. What is pythonw.exe?
On 14-8-2011 15:23, Ronald Reynolds wrote:
> Dear Python Friends:
> in my python directory there is a python.exe file which I understand
> completely but there is also a pythonw.exe DOS seems to honor the pythonw
> command (No error message) but nothing happens. What is pythonw.ex
Dear Python Friends:
in my python directory there is a python.exe file which I understand completely
but there is also a pythonw.exe DOS seems to honor the pythonw
command (No error message) but nothing happens. What is pythonw.exe?
Also is there a way to invoke idle from the DOS prompt? I tried
Task Category: (100)
Level: Error
Keywords: Classic
User: N/A
Description:
Faulting application name: pythonw.exe, version: 0.0.0.0, time stamp:
0x4ba3b0d9
Faulting module name: tcl85.dll, version: 8.5.2.2, time stamp:
0x48515e43
Exception code: 0xc005
Fault o
On Wed, 11 Nov 2009 04:51:38 -, SD_V897 wrote:
Rhodri James wrote:
On Tue, 10 Nov 2009 15:39:46 -, SD_V897
wrote:
No, I'm asking you -- or rather your admin user -- to invoke the
program that is giving you grief from the command line, i.e. "python
myscript.py", and tell me wha
Rhodri James wrote:
On Tue, 10 Nov 2009 15:39:46 -, SD_V897 wrote:
No, I'm asking you -- or rather your admin user -- to invoke the program
that is giving you grief from the command line, i.e. "python
myscript.py", and tell me what happens. "It doesn't work" won't be
considered at all
On Tue, 10 Nov 2009 15:39:46 -, SD_V897 wrote:
Rhodri James wrote:
On Fri, 06 Nov 2009 21:19:44 -, SD_V897
wrote:
Rhodri James wrote:
On Tue, 03 Nov 2009 16:00:16 -, SD_V897
wrote:
I have a perplexing issue, I have four users set up on a W7
computer. The program runs fi
Rhodri James wrote:
On Fri, 06 Nov 2009 21:19:44 -, SD_V897 wrote:
Rhodri James wrote:
On Tue, 03 Nov 2009 16:00:16 -, SD_V897
wrote:
I have a perplexing issue, I have four users set up on a W7
computer. The program runs fine for all users except the admin user
who needs it for s
On Fri, 06 Nov 2009 21:19:44 -, SD_V897 wrote:
Rhodri James wrote:
On Tue, 03 Nov 2009 16:00:16 -, SD_V897
wrote:
I have a perplexing issue, I have four users set up on a W7 computer.
The program runs fine for all users except the admin user who needs it
for school assignments.
Dennis Lee Bieber wrote:
On Fri, 06 Nov 2009 21:19:44 GMT, SD_V897
declaimed the following in gmane.comp.python.general:
AppPath=C:\Program Files\Utilities\Python Scripting v2.62\pythonw.exe
That's an interesting path... Did the install path for Python (from
either python.o
On Tue, 03 Nov 2009 16:00:16 -, SD_V897 wrote:
I have a perplexing issue, I have four users set up on a W7 computer.
The program runs fine for all users except the admin user who needs it
for school assignments.
A little more information, please. How does it not work for the admin
use
I have a perplexing issue, I have four users set up on a W7 computer.
The program runs fine for all users except the admin user who needs it
for school assignments.
It's not a firewall issue as I've added localhost for pythomw.exe as allow.
I've done some data dumps using sysinternals process
Martin Shaw wrote:
Hi,
I have a tkinter application running on my windows xp work machine and I am
attempting to stop the console from appearing when the application runs.
I've researched around and the way to do this appears to be to use
pythonw.exe instead of python.exe. However when I t
Martin Shaw wrote:
> I have a tkinter application running on my windows xp work machine and I am
> attempting to stop the console from appearing when the application runs.
> I've researched around and the way to do this appears to be to use
> pythonw.exe instead of python.exe. H
Hi,
I have a tkinter application running on my windows xp work machine and I am
attempting to stop the console from appearing when the application runs.
I've researched around and the way to do this appears to be to use
pythonw.exe instead of python.exe. However when I try to run pythonw.exe
I've noticed a different behaviour if the script is launched with
>python.exe and pythonw.exe (i.e. without dos shell), in fact in the
>first case it's all ok, while in the other case only the first, the
>third , the fifth ... progress bar is setted correctly and update its
ger for the creation of progress bar in a wxPython app. This
> python app is launched via wxExecute.
> I've noticed a different behaviour if the script is launched with
> python.exe and pythonw.exe (i.e. without dos shell), in fact in the
> first case it's all ok, while in the other
nched with
python.exe and pythonw.exe (i.e. without dos shell), in fact in the
first case it's all ok, while in the other case only the first, the
third , the fifth ... progress bar is setted correctly and update its
value.
Now, before control again the code , what can be the origin of the
pr
exe (console), the script runs fine
> > and checks for new messages in perpetuity (as it should). However,
> > when I run the script with pythonw.exe (no console), the script
> > prematurely exits after 10 or 15 minutes. For those 15 minutes, it
> > works as it should,
indows tool tip and prints a line to console indicating a new
> > message.
>
> > When I run the script with python.exe (console), the script runs fine
> > and checks for new messages in perpetuity (as it should). However,
> > when I run the script with pythonw.exe (no console)
e indicating a new
> message.
>
> When I run the script with python.exe (console), the script runs fine
> and checks for new messages in perpetuity (as it should). However,
> when I run the script with pythonw.exe (no console), the script
> prematurely exits after 10 or 15 minutes. Fo
.
When I run the script with python.exe (console), the script runs fine
and checks for new messages in perpetuity (as it should). However,
when I run the script with pythonw.exe (no console), the script
prematurely exits after 10 or 15 minutes. For those 15 minutes, it
works as it should, displaying
Metalone schrieb:
> Thanks to all, I learned something in each post.
> When using py2exe to build an executable sys.executable does not
> provide the name of the python interpreter but the name of the
> executable generated by py2exe.
>
When running the executable built with py2exe you might be i
Thanks to all, I learned something in each post.
When using py2exe to build an executable sys.executable does not
provide the name of the python interpreter but the name of the
executable generated by py2exe.
--
http://mail.python.org/mailman/listinfo/python-list
ef isrealfile(file):
"""
Test if file is on the os filesystem. This is necessary on windows,
when
starting python with pythonw.exe because in that case, the
stdout and stderr
are not real file and will create IOError when being flushed or when
more
On Oct 18, 2:56 pm, Metalone <[EMAIL PROTECTED]> wrote:
> In particular I want to know how to tell if reading and writing to the
> console can occur.
> Something like
> sys.isConsolePresent()
Look at sys.executable to find the name of the binary for the Python
interpreter.
--
http://mail.python.
On Oct 19, 7:56 am, Metalone <[EMAIL PROTECTED]> wrote:
> In particular I want to know how to tell if reading and writing to the
> console can occur.
> Something like
> sys.isConsolePresent()
Have you tried:
sys.stdin.isatty()
sys.stdout.isatty()
Graham
--
http://mail.python.org/mailman/li
In particular I want to know how to tell if reading and writing to the
console can occur.
Something like
sys.isConsolePresent()
--
http://mail.python.org/mailman/listinfo/python-list
Chaos wrote:
> Does anyone know how to find where python is running from. I cant find
> the answer to this anywahere on google or the docs. I know its there
> because Ive seen ti done before. Thanks.
Hopefully It is still there. In module "sys" as "executable".
Juergen
--
http://mail.python.o
Does anyone know how to find where python is running from. I cant find
the answer to this anywahere on google or the docs. I know its there
because Ive seen ti done before. Thanks.
--
http://mail.python.org/mailman/listinfo/python-list
I wrote a python GUI with tkInter and installed it on a windows machinewith the .pyw extension, so it will be executed from pythonw.exe insteadof python.exe, since I didn't want the console window to appear.My application exits with a call to sys.exit. However, when this call isexe
I wrote a python GUI with tkInter and installed it on a windows machinewith the .pyw extension, so it will be executed from pythonw.exe insteadof python.exe, since I didn't want the console window to appear.My application exits with a call to sys.exit. However, when this call isexe
I wrote a python GUI with tkInter and installed it on a windows machinewith the .pyw extension, so it will be executed from pythonw.exe insteadof python.exe, since I didn't want the console window to appear.My application exits with a call to sys.exit. However, when this call isexe
t.mainloop()
#---
and ran it with pythonw.exe from python 2.3.4 on a machine running Windows NT
4.0. (I actually used Start > Run and entered "d:\python23\pythonw.exe
x:\app.pyw"
rather than clicking on the app.pyw icon, but this shouldn't make a difference)
Whe
I wrote a python GUI with tkInter and installed it on a windows machine
with the .pyw extension, so it will be executed from pythonw.exe instead
of python.exe, since I didn't want the console window to appear.
My application exits with a call to sys.exit. However, when this call is
executed
77 matches
Mail list logo
