среда, 12 октября 2016 г., 4:29:02 UTC+10 пользователь Michael Torrie написал:
> On 10/11/2016 05:33 AM, Андрей Логунов wrote:
> > I need the Python Shell for use in education (turtle graphics, etc.),
> > but the UI must be localized in the Russian language. The question is
>
On 10/11/2016 05:33 AM, Андрей Логунов wrote:
> I need the Python Shell for use in education (turtle graphics, etc.),
> but the UI must be localized in the Russian language. The question is
> if it's at all possible to feed the strings in or rebuild it or...
For educational purpo
On Tue, 11 Oct 2016 10:33 pm, Андрей Логунов wrote:
> I need the Python Shell for use in education (turtle graphics, etc.), but
> the UI must be localized in the Russian language. The question is if it's
> at all possible to feed the strings in or rebuild it or...
Yes it is possi
I need the Python Shell for use in education (turtle graphics, etc.), but the
UI must be localized in the Russian language. The question is if it's at all
possible to feed the strings in or rebuild it or...
--
https://mail.python.org/mailman/listinfo/python-list
On 01/06/2015 09:30, Steven D'Aprano wrote:
> How do you run it in Windows 7? The hashbang line
>
> #!/usr/bin/python
>
> is for Linux and Unix, and won't work on Windows. So you must be doing
> something to execute the file. What is that?
Actually, it will for anywhere with a recent Python
errors usually include a line pointing to
the location of the error, or just past it:
py> print foo
File "", line 1
prin foo
^
SyntaxError: invalid syntax
Notice the line with the ^ caret?
> What is the problem? Why does it behave different at .py file
> an
fl writes:
> When I run the following command in a Python 2.7.9 Shell on Windows 7,
>
> print r'C:\\nowhere'
>
> It has error:
>
>>>> print r'C:\\nowhere'
> SyntaxError: invalid syntax
>
> What is the problem? Why does it behave diffe
x27;C:\\nowhere'
It has error:
>>> print r'C:\\nowhere'
SyntaxError: invalid syntax
What is the problem? Why does it behave different at .py file
and Python Shell?
Thanks,
--
https://mail.python.org/mailman/listinfo/python-list
In article <54ec1360$0$12978$c3e8da3$54964...@news.astraweb.com>,
Steven D'Aprano wrote:
> Ned Deily wrote:
> > With no --prefix= on ./configure, the default install location is to
> > /usr/local, so "make install" would install a link at
> > /usr/local/bin/python (or python3) and it would only o
In a message of Tue, 24 Feb 2015 11:18:38 +, David Aldrich writes:
>> >> BUT do *not* run `make install` as that will overwrite your system
>> >> Python and Bad Things will happen. Instead, run `make altinstall`.
>
>Thanks for all the warnings. We did use `make altinstall`, so all is ok.
>
>Rec
> >> BUT do *not* run `make install` as that will overwrite your system
> >> Python and Bad Things will happen. Instead, run `make altinstall`.
Thanks for all the warnings. We did use `make altinstall`, so all is ok.
Recompiling, with readline installed, fixed the arrow keys.
--
https://mail.pyt
Ned Deily wrote:
> In article <54ebdcfa$0$11100$c3e8...@news.astraweb.com>,
> Steven D'Aprano wrote:
>> Almost right!
>>
>> You can install Python from source. Unzip the source tar ball, cd into
>> the source directory, and run:
>>
>> ./configure
>> make
>>
>> BUT do *not* run `make install`
Laura Creighton wrote:
> DO NOT REBUILD PYTHON ON CENTOS!
>
> It can break the whole package management system
> which depends on having a particular version of python installed.
>
> If you are running Centos you need to use virtualenv to be safe.
>
> Laura
Almost right!
You can install Pyth
Thanks for your replies, I will give readline a try.
> PS: and you mention being on CentOS but running apt-get. I believe CentOS
> and other Red-Hat based distros use "yum" instead of "apt-get"
Yes, I think I need to use:
yum install readline-devel
Best regards
David
--
https://mail.python.o
On 2015-02-23 13:44, David Aldrich wrote:
> I want to use the Python 3.4 interpreter interactively, via a PuTTY
> ssh session. Python is running on Centos 5.
>
> Currently, the arrow keys do not work:
[snip]
> sudo apt-get install libreadline-dev
>
> followed by a rebuild of Python
>
> or
>
>
On Tue, Feb 24, 2015 at 12:44 AM, David Aldrich
wrote:
> I want to use the Python 3.4 interpreter interactively, via a PuTTY ssh
> session. Python is running on Centos 5.
>
> This stackoverflow thread:
>
> http://stackoverflow.com/questions/893053/python-shell-arrow-keys-do-
;help", "copyright", "credits" or "license" for more information.
>>> ^[[A
This stackoverflow thread:
http://stackoverflow.com/questions/893053/python-shell-arrow-keys-do-not-work-on-remote-machine
suggests that the problem can be fixed by installing the re
On Sat, Sep 20, 2014 at 5:43 AM, Terry Reedy wrote:
> On 9/18/2014 10:51 PM, Chris Angelico wrote:
>>
>> On Fri, Sep 19, 2014 at 5:05 AM, Terry Reedy wrote:
>>>
>>> A couple more questions; after you run the file once, is there a warning
>>> above the first >>> prompt? If, after the program stop
On 9/18/2014 10:51 PM, Chris Angelico wrote:
On Fri, Sep 19, 2014 at 5:05 AM, Terry Reedy wrote:
A couple more questions; after you run the file once, is there a warning
above the first >>> prompt? If, after the program stop and you see a second
prompt and run
import sys; len(sys.modules), 'a
On Fri, Sep 19, 2014 at 5:05 AM, Terry Reedy wrote:
> A couple more questions; after you run the file once, is there a warning
> above the first >>> prompt? If, after the program stop and you see a second
prompt and run
import sys; len(sys.modules), 'array' in sys.modules
> what is the
On Thu, 18 Sep 2014 15:05:53 -0400, Terry Reedy
wrote:
>On 9/18/2014 11:24 AM, Seymore4Head wrote:
>> On Wed, 17 Sep 2014 23:50:56 -0400, Terry Reedy
>> wrote:
>
>>> My question was "How do you start Idle?"
>>> (I can make a difference.)
>>
>> The way I start IDLE is to go to my programs folder
On 9/18/2014 11:24 AM, Seymore4Head wrote:
On Wed, 17 Sep 2014 23:50:56 -0400, Terry Reedy
wrote:
My question was "How do you start Idle?"
(I can make a difference.)
The way I start IDLE is to go to my programs folder and right click on
file.py in the directory and select "edit with IDLE".
de in idlelib/PyShell.py, about 825.
>>>
>>> def display_executing_dialog(self):
>>> tkMessageBox.showerror(
>>> "Already executing",
>>> "The Python Shell window is already executing a command; &quo
(self):
tkMessageBox.showerror(
"Already executing",
"The Python Shell window is already executing a command; "
"please wait until it is finished.",
master=self.tkconsole.text)
This function is only called here (about line 735)
def ru
thout making any changes I
>>>> just hit f5 to rerun the program.
>>>> Sometimes I get the error "the python shell window is already
>>>> executing a command" and sometimes not.
>
>You left out an important part of the error message ""please
On 9/17/2014 11:55 AM, Seymore4Head wrote:
On Wed, 17 Sep 2014 04:02:16 -0400, Terry Reedy
wrote:
On 9/16/2014 10:17 PM, Seymore4Head wrote:
What I do is click on the IDLE window and without making any changes I
just hit f5 to rerun the program.
Sometimes I get the error "the python
o is click on the IDLE window and without making any changes I
>> just hit f5 to rerun the program.
>
>Do you mean click on the Idle editor window?
>
>> Sometimes I get the error "the python shell window is already
>> executing a command" and sometimes not.
you mean click on the Idle editor window?
Sometimes I get the error "the python shell window is already
executing a command" and sometimes not.
I am using XP and Python 3.4.1.
Is there a way to rerun a program without getting this error?
Normally, hitting f5 kills the previous proces
I have googled for a solution to this problem. None I have tried
worked.
I have a very short program that runs for a count of 20 and ends.
What I do is click on the IDLE window and without making any changes I
just hit f5 to rerun the program.
Sometimes I get the error "the python shell w
On Sat, Feb 1, 2014 at 7:51 PM, Terry Reedy wrote:
> I should have added 'to C itself', as the string terminator.
Oh, right. Yes, in that sense \0 is special. It's still wrong that an
incoming text string gets interpreted as code, but that's probably
just a consequence of the jump from Python to
On 2/1/2014 2:26 AM, Chris Angelico wrote:
On Sat, Feb 1, 2014 at 4:46 PM, Terry Reedy wrote:
On 1/31/2014 10:36 PM, Chris Angelico wrote:
On Sat, Feb 1, 2014 at 1:54 PM, MRAB wrote:
I think that some years ago I heard about a variation on UTF-8
(Microsoft?) where codepoint U+ is encod
On Sat, Feb 1, 2014 at 4:46 PM, Terry Reedy wrote:
> On 1/31/2014 10:36 PM, Chris Angelico wrote:
>>
>> On Sat, Feb 1, 2014 at 1:54 PM, MRAB wrote:
>>>
>>> I think that some years ago I heard about a variation on UTF-8
>>> (Microsoft?) where codepoint U+ is encoded as 0xC0 0x80 so that the
>>
On 1/31/2014 10:36 PM, Chris Angelico wrote:
On Sat, Feb 1, 2014 at 1:54 PM, MRAB wrote:
I think that some years ago I heard about a variation on UTF-8
(Microsoft?) where codepoint U+ is encoded as 0xC0 0x80 so that the
null byte can be used as the string terminator.
I had a look on Wikipe
On 1/31/2014 8:52 PM, Chris Angelico wrote:
On Sat, Feb 1, 2014 at 12:45 PM, Terry Reedy wrote:
H:\HP_Documents\0PythonWork\AirplaneKinematics\accel2.py
caused this message
UnicodeDecodeError: 'utf-8' codec can't decode byte 0xc0 in position 14:
invalid start byte
So... something's interpreti
On Sat, Feb 1, 2014 at 1:54 PM, MRAB wrote:
> I think that some years ago I heard about a variation on UTF-8
> (Microsoft?) where codepoint U+ is encoded as 0xC0 0x80 so that the
> null byte can be used as the string terminator.
>
> I had a look on Wikipedia found this:
>
> http://en.wikipedia
On 2014-02-01 01:52, Chris Angelico wrote:
On Sat, Feb 1, 2014 at 12:45 PM, Terry Reedy wrote:
H:\HP_Documents\0PythonWork\AirplaneKinematics\accel2.py
caused this message
UnicodeDecodeError: 'utf-8' codec can't decode byte 0xc0 in position 14:
invalid start byte
So... something's interpretin
On Sat, Feb 1, 2014 at 12:45 PM, Terry Reedy wrote:
> H:\HP_Documents\0PythonWork\AirplaneKinematics\accel2.py
> caused this message
> UnicodeDecodeError: 'utf-8' codec can't decode byte 0xc0 in position 14:
> invalid start byte
So... something's interpreting \0 as codepoint U+ (which it
shou
On 1/31/2014 2:51 PM, Peter Otten wrote:
rpuc...@cox.net wrote:
Python 3.3.3 (v3.3.3:c3896275c0f6, Nov 18 2013, 21:18:40) [MSC v.1600 32
bit (Intel)] on win32 Type "copyright", "credits" or "license()" for more
information.
import idlelib.idle
Exception in Tkinter callback
Traceback (most rec
rpuc...@cox.net wrote:
> Python 3.3.3 (v3.3.3:c3896275c0f6, Nov 18 2013, 21:18:40) [MSC v.1600 32
> bit (Intel)] on win32 Type "copyright", "credits" or "license()" for more
> information.
import idlelib.idle
> Exception in Tkinter callback
> Traceback (most recent call last):
> File "C:\Py
Python 3.3.3 (v3.3.3:c3896275c0f6, Nov 18 2013, 21:18:40) [MSC v.1600 32 bit
(Intel)] on win32
Type "copyright", "credits" or "license()" for more information.
>>> import idlelib.idle
Exception in Tkinter callback
Traceback (most recent call last):
File "C:\Python33\lib\tkinter\__init__.py", lin
On 1/29/2014 11:16 PM, Ben Finney wrote:
Terry Reedy writes:
On 1/29/2014 6:26 PM, shangonich...@sbcglobal.net wrote:
> If I launch the Python GUI it opens a Python Shell fine. But as
> soon as I try to open a file (including a "new" file), it closes
> the Shell.
Terry Reedy writes:
> On 1/29/2014 6:26 PM, shangonich...@sbcglobal.net wrote:
> > > If I launch the Python GUI it opens a Python Shell fine. But as
> > > soon as I try to open a file (including a "new" file), it closes
> > > the Shell.
>
> This I
both the new window and the existing window
> (normally it opens the requested in a new window leaving the existing
window
> untouched).
This much I understood.
> If I launch the Python GUI it opens a Python Shell fine. But as soon as I
> try to open a file (including a "new
ny .py file) from an existing instance of IDLE, it briefly flashed up a
> new window and then closed both the new window and the existing window
> (normally it opens the requested in a new window leaving the existing window
> untouched).
>
> If I launch the Python GUI it opens a Pyth
On Thursday, June 11, 2009 1:48:42 AM UTC+2, Chris Rebert wrote:
> On Wed, Jun 10, 2009 at 12:01 PM, Matt Burson wrote:
> > Is there a way to reproduce the behavior of IDLE's restart shell ability by
> > using a function? I thought there would be since you can exit python by
> > executing the simpl
On 08/01/2012 11:26 AM, Prasad, Ramit wrote:
>>> my code in Eclipse:
>>>
>>> dict.fromkeys(['China','America'])
>>> print "dict is",dict
>>>
>>> output: dict is
>>>
>>> my code in P
> > my code in Eclipse:
> >
> > dict.fromkeys(['China','America'])
> > print "dict is",dict
> >
> > output: dict is
> >
> > my code in Python Shell:
> >
> > dict.fromkeys(['China','America&
On 08/01/2012 12:45 AM, levi nie wrote:
> my code in Eclipse:
>
> dict.fromkeys(['China','America'])
> print "dict is",dict
>
> output: dict is
>
> my code in Python Shell:
>
> dict.fromkeys(['China','America'])
On 8/1/2012 12:45 AM, levi nie wrote:
my code in Eclipse:
dict.fromkeys(['China','America'])
In Eclipse, I presume this prints nothing, as is normal for an editor.
print "dict is",dict
output: dict is
This is red herring. The shell does the same with that line. It is not
relevant to you
my code in Eclipse:
dict.fromkeys(['China','America'])
print "dict is",dict
output: dict is
my code in Python Shell:
dict.fromkeys(['China','America'])
output:{'America': None, 'China': None}
Output in Python Shell is w
For those who are interested,
In an application I am working on, an embedded python shell needs to be
run on a separate thread, since the main thread is already 'taken' (by
Qt). This causes an issue with handling SIGINT (Control-C) when using
the readline package; the 'Keyboa
On Thursday, February 16, 2012 08:40:04 PM Arnaud Delobelle did opine:
> On 16 February 2012 21:10, Prasad, Ramit
wrote:
> >>> When you reply to a known bot, please include some indication of the
> >>> fact, so we know your message can be ignored as well.
> >>
> >>Sometimes I wonder about 8.
On 16 February 2012 21:10, Prasad, Ramit wrote:
>>> When you reply to a known bot, please include some indication of the
>>> fact, so we know your message can be ignored as well.
>
>>Sometimes I wonder about 8. Is there a real person there, as well as the
>>bot? A lot of his/its
> posts look
>> When you reply to a known bot, please include some indication of the
>> fact, so we know your message can be ignored as well.
>Sometimes I wonder about 8. Is there a real person there, as well as the
>bot? A lot of his/its
posts look too intelligent to be computer-generated - or maybe I'
On Thu, Feb 16, 2012 at 5:48 AM, Dave Angel wrote:
> When you reply to a known bot, please include some indication of the fact,
> so we know your message can be ignored as well.
Sometimes I wonder about 8. Is there a real person there, as well
as the bot? A lot of his/its posts look too intel
On 02/15/2012 01:36 PM, Miki Tebeka wrote:
It depends on the overall runtime of the script vs start time of the vm. But
yes in most benchmarks the script start time will bias against scripted
languages.
On a site note: ALL CAPS is considered shouting, please don't use that in news
groups.
Whe
It depends on the overall runtime of the script vs start time of the vm. But
yes in most benchmarks the script start time will bias against scripted
languages.
On a site note: ALL CAPS is considered shouting, please don't use that in news
groups.
--
http://mail.python.org/mailman/listinfo/pyth
After my testing of JAVA, PYTHON, VB, C-sharp and Erlang like
script languages, I noticed that script languages should be
timed after the shell interpreter completed loaded.
The start up loading time of script interpreters should be excluded in the
measure of executing a byte code script.
Thi
On Nov 15, 10:38 pm, goldtech wrote:
> Hi,
>
> Using Windows. Is there a python shell that has a history of typed in
> commands?
>
> I don't need output of commands just what I typed it. I need it to
> save between sessions - something that no shell seems to do. If I
&g
On Nov 25, 6:58 pm, Tim Golden wrote:
> Do you have the pyreadline module installed? ISTR that that takes
> over from the standard cmd processing...
I'm pretty sure I do.
It's really not an issue, though, as I tend to stick to linux &
iPython where possible :)
--
http://mail.python.org/mailman
> Except that, intriguingly, I'm also using an ActiveState distro
> and it neither adds Ctrl-D nor prevents history. But I'm
> fairly sure that pyreadline does both of those things.
>
> TJG
In python I can spawn a process to run python byte code that will produce a
file with results. Easy to av
On 25/11/2011 10:37, Ulrich Eckhardt wrote:
Am 25.11.2011 04:49, schrieb alex23:
On Nov 24, 6:51 pm, Tim Golden wrote:
The Ctrl-Z thing is what *exits* the interpreter on Windows
(a la Ctrl-D on Linux).
With ActivePython, Ctrl-D works as well, which is a godsend as I'm
constantly working acro
Am 25.11.2011 04:49, schrieb alex23:
On Nov 24, 6:51 pm, Tim Golden wrote:
The Ctrl-Z thing is what *exits* the interpreter on Windows
(a la Ctrl-D on Linux).
With ActivePython, Ctrl-D works as well, which is a godsend as I'm
constantly working across Windows& linux.
In short - on Windows,
On 25/11/2011 03:47, alex23 wrote:
Tim Golden wrote:
The interpreter inherits the command shell's history function:
Open a cmd window and then a Python session. Do some stuff.
Ctrl-Z to exit to the surrounding cmd window.
Do some random cmd stuff: dir, cd, etc.
Start a second Python session.
Tim Golden wrote:
> The interpreter inherits the command shell's history function:
> Open a cmd window and then a Python session. Do some stuff.
>
> Ctrl-Z to exit to the surrounding cmd window.
> Do some random cmd stuff: dir, cd, etc.
>
> Start a second Python session. up-arrow etc. will bring b
On Nov 24, 6:51 pm, Tim Golden wrote:
> The
> Ctrl-Z thing is what *exits* the interpreter on Windows (a la Ctrl-D
> on Linux).
With ActivePython, Ctrl-D works as well, which is a godsend as I'm
constantly working across Windows & linux.
> In short - on Windows, within one cmd shell you can open
Am 17.11.2011 00:59, schrieb Ben Finney:
David Robinow writes:
but your code works fine on Windows. Thanks.
I'm glad to know that. Perhaps you could investigate why, and suggest an
update to the above documentation if it's wrong? The bug tracker at
http://bugs.python.org/> would be the appro
On 24/11/2011 06:22, Chris Angelico wrote:
On Thu, Nov 24, 2011 at 5:11 PM, Steven D'Aprano
wrote:
One of us is confused, and I'm pretty sure it's you :)
Tim went on to say "Obviously this only applies when an underlying cmd
session persists", which I understood as implying that he too is usi
On Thu, Nov 24, 2011 at 5:11 PM, Steven D'Aprano
wrote:
> One of us is confused, and I'm pretty sure it's you :)
>
> Tim went on to say "Obviously this only applies when an underlying cmd
> session persists", which I understood as implying that he too is using
> Linux where Ctrl-Z stops the proces
On Thu, 24 Nov 2011 15:30:57 +1100, Chris Angelico wrote:
> On Thu, Nov 24, 2011 at 1:16 PM, Steven D'Aprano
> wrote:
>> On Wed, 23 Nov 2011 10:37:56 +, Tim Golden wrote:
>>
>>> The interpreter inherits the command shell's history function: Open a
>>> cmd window and then a Python session. Do
On Thu, Nov 24, 2011 at 1:16 PM, Steven D'Aprano
wrote:
> On Wed, 23 Nov 2011 10:37:56 +, Tim Golden wrote:
>
>> The interpreter inherits the command shell's history function: Open a
>> cmd window and then a Python session. Do some stuff.
>>
>> Ctrl-Z to exit to the surrounding cmd window. Do
On Wed, 23 Nov 2011 10:37:56 +, Tim Golden wrote:
> The interpreter inherits the command shell's history function: Open a
> cmd window and then a Python session. Do some stuff.
>
> Ctrl-Z to exit to the surrounding cmd window. Do some random cmd stuff:
> dir, cd, etc.
>
> Start a second Pyth
On 23/11/2011 10:29, Steven D'Aprano wrote:
On Wed, 23 Nov 2011 11:23:19 +0200, Anssi Saari wrote:
goldtech writes:
Using Windows. Is there a python shell that has a history of typed in
commands?
Is there a shell that doesn't have history then? At least both the
vanilla shel
On Wed, 23 Nov 2011 11:23:19 +0200, Anssi Saari wrote:
> goldtech writes:
>
>> Using Windows. Is there a python shell that has a history of typed in
>> commands?
>
> Is there a shell that doesn't have history then? At least both the
> vanilla shell and Idle bo
goldtech writes:
> Using Windows. Is there a python shell that has a history of typed in
> commands?
Is there a shell that doesn't have history then? At least both the
vanilla shell and Idle both have basic history in Windows. IPython for
more fun.
--
http://mail.python.org/mailm
On Nov 17, 7:09 am, Ben Finney wrote:
> You can then use that functionality in your Python interactive startup
> file. Here's mine:
Awesome, thank you for this. I use iPython where ever possible but
there are times where I just can't avoid the default shell and this
will help immensely.
Cheers!
On Wed, Nov 16, 2011 at 6:59 PM, Ben Finney wrote:
> David Robinow writes:
>
>> On Wed, Nov 16, 2011 at 4:09 PM, Ben Finney
>> wrote:
>> > I don't know about MS Windows, but the Python interactive shell can be
>> > linked with the GNU Readline library for managing its command line
>> > http://d
David Robinow writes:
> On Wed, Nov 16, 2011 at 4:09 PM, Ben Finney
> wrote:
> > I don't know about MS Windows, but the Python interactive shell can be
> > linked with the GNU Readline library for managing its command line
> > http://docs.python.org/library/readline.html>
[…]
> > Reading the d
On Wed, Nov 16, 2011 at 4:09 PM, Ben Finney wrote:
> goldtech writes:
>
>> Using Windows. Is there a python shell that has a history of typed in
>> commands?
>
> I don't know about MS Windows, but the Python interactive shell can be
> linked with the GNU Readline
goldtech writes:
> Using Windows. Is there a python shell that has a history of typed in
> commands?
I don't know about MS Windows, but the Python interactive shell can be
linked with the GNU Readline library for managing its command line
http://docs.python.org/library/readline.html
On 16/11/2011 03:38, goldtech wrote:
Hi,
Using Windows. Is there a python shell that has a history of typed in
commands?
Have a look at DreamPie:
http://dreampie.sourceforge.net/
TJG
--
http://mail.python.org/mailman/listinfo/python-list
Maybe you're looking for ipython? History, tab-complete, sort of
things in it.
goldtech wrote:
> Hi,
>
> Using Windows. Is there a python shell that has a history of typed in
> commands?
>
> I don't need output of commands just what I typed it. I need it to
> sa
Hi,
Using Windows. Is there a python shell that has a history of typed in
commands?
I don't need output of commands just what I typed it. I need it to
save between sessions - something that no shell seems to do. If I
reboot there will still be a command history somewhere.
Like bash histo
In message , kj wrote:
> What's wrong with it is that what python thinks is a "reasonable
> state" is actually wrong in this case (it differs from the default
> setting established by the Emacs shell).
I personally wouldn’t try to run one program that wants to do its
own interactive terminal con
On Wed, 20 Oct 2010 16:18:57 +, kj wrote:
> I tried to fix the problem by applying the equivalent of "stty -echo"
> within a python interactive session, but discovered that this setting is
> immediately (and silently) overwritten.
FWIW, I don't see this behaviour with Python 2.6.5 on Linux. I
In Lawrence D'Oliveiro
writes:
>In message , kj wrote:
>> I tried to fix the problem by applying the equivalent of "stty
>> -echo" within a python interactive session, but discovered that
>> this setting is immediately (and silently) overwritten.
>That seems reasonable behaviour; the command
In message , kj wrote:
> I tried to fix the problem by applying the equivalent of "stty
> -echo" within a python interactive session, but discovered that
> this setting is immediately (and silently) overwritten.
That seems reasonable behaviour; the command loop is resetting the terminal
to a rea
This post is a continuation of an earlier thread called
annoying CL echo in interactive python / ipython
I found some more clues to the problem, although no solution yet.
First, I found a post from 2009.05.09 that describes exactly the
same situation I've observed (although it got no responses
J.B. Brown:
> I believe the source of this problem is that os.popen() or os.system()
> calls spawn subshells which then reference my shell resource files
> (.zshrc, .cshrc, .bashrc, etc.).
> But I don't see an alternative to os.popen{234} or os.system().
> os.exec*() cannot solve my problem, becau
J.B. Brown wrote:
Hello everyone, and thanks for your time to read this.
For quite some time, I have had a problem using Python's shell
execution facilities in combination with a cluster computer
environment (such as Sun Grid Engine (SGE)).
In particular, I wish to repeatedly execute a number of
Hello everyone, and thanks for your time to read this.
For quite some time, I have had a problem using Python's shell
execution facilities in combination with a cluster computer
environment (such as Sun Grid Engine (SGE)).
In particular, I wish to repeatedly execute a number of commands in
sub-she
2010/4/12 Ricardo Aráoz :
> Because .
... Guido says so: http://www.python.org/dev/peps/pep-0008/
--
Cheers,
Simon B.
--
http://mail.python.org/mailman/listinfo/python-list
Aahz wrote:
> In article ,
> Justin Park wrote:
>
>> The real problem is this. When I started working on the package,
>> somehow all of indentations were made by space-bars instead of using
>> tabs. But when I am implementing my own on top of it, I still use tabs
>> to make indentations.
>>
In article ,
Justin Park wrote:
>
>The real problem is this. When I started working on the package,
>somehow all of indentations were made by space-bars instead of using
>tabs. But when I am implementing my own on top of it, I still use tabs
>to make indentations.
Stop using TAB. Allowing TAB
Justin Park wrote:
> Sorry, my mistake.
>
> The real problem is this.
> When I started working on the package, somehow all of indentations were
> made by space-bars instead of using tabs.
> But when I am implementing my own on top of it, I still use tabs to make
> indentations.
>
> This is causin
order to resolve this issue?
Thanks,
Justin.
Justin Park wrote:
> Sometimes when I am working on an already generated package,
> the python shell cannot perceive the presence of an attribute that I
> implemented on top of what was there.
>
> Is there a way to have it perceive newly cre
Sometimes when I am working on an already generated package,
the python shell cannot perceive the presence of an attribute that I
implemented on top of what was there.
Is there a way to have it perceive newly created attributes?
Thanks,
Justin.
--
http://mail.python.org/mailman/listinfo/python
Luis M. González wrote:
> On Feb 21, 6:40 pm, Mensanator wrote:
>> On Feb 21, 12:14 pm, Paul Boddie wrote:
>>
>>
>>
>>
>>
>>> On 21 Feb, 17:32, Mensanator wrote:
On Feb 21, 10:30 am, Mensanator wrote:
> What versions of Python does it suuport?
What OS are supported?
>>> From the W
On Feb 21, 6:40 pm, Mensanator wrote:
> On Feb 21, 12:14 pm, Paul Boddie wrote:
>
>
>
>
>
> > On 21 Feb, 17:32, Mensanator wrote:
>
> > > On Feb 21, 10:30 am, Mensanator wrote:
>
> > > > What versions of Python does it suuport?
>
> > > What OS are supported?
>
> > From the Web site referenced i
Thanks for the shell. It is nice alternative , however I am not ready
to give up Ipython :)
If the code ends with a comment line your shell is giving an error.
Feature request: It would be nice to have numbered lines in the code
section, it makes it hard to find problem line
Feature request: Load
1 - 100 of 285 matches
Mail list logo
