[issue14137] GTK3 Segmentation fault from Warning: g_object_notify: assertion `G_IS_OBJECT (object)' failed

2012-02-27 Thread Narnie Harshoe
Narnie Harshoe added the comment: PyGtk and the python bindings for GTK3 seem to be separate entities. I could find nothing about GTK3 on pygtk.org. Any ideas where the bug reporting goes for the python bindings for GTK3? -- ___ Python tracker

[issue14137] GTK3 Segmentation fault from Warning: g_object_notify: assertion `G_IS_OBJECT (object)' failed

2012-02-27 Thread Narnie Harshoe
Narnie Harshoe added the comment: Understood. Didn't realize pythonized GTK was 3rd party. -- ___ Python tracker <http://bugs.python.org/issue14137> ___ ___

[issue14138] Ctrl-C does not terminate GTK3 Gtk.main() loop when program run from command line

2012-02-27 Thread Narnie Harshoe
Narnie Harshoe added the comment: Understood. I didn't realize it was 3rd party. -- ___ Python tracker <http://bugs.python.org/issue14138> ___ ___ Pytho

[issue14138] Ctrl-C does not terminate GTK3 Gtk.main() loop when program run from command line

2012-02-26 Thread Narnie Harshoe
New submission from Narnie Harshoe : In a normal python program, Ctrl-C will set up a KeyboardInterrupt and terminate the program. This works with a normal python script, including GTK2 gtk.main(), but GTK3 Gtk.main() (even when used in a more robust GTK program that coded below) will not

[issue14137] GTK3 Segmentation fault from Warning: g_object_notify: assertion `G_IS_OBJECT (object)' failed

2012-02-26 Thread Narnie Harshoe
New submission from Narnie Harshoe : Using the following code for a Gtk.CellRenderSpin results in the following error after changing the spin button several times. The error is: /usr/lib/python2.7/dist-packages/gi/types.py:43: Warning: g_object_notify: assertion `G_IS_OBJECT (object)' f

[issue9265] Incorrect name passed as arg[0] when shell=True and executable specified

2010-07-19 Thread Narnie Harshoe
Narnie Harshoe added the comment: David, working as fast at learning Python as I can and loving it! Stefan, thanks for the patches. Thanks guys, Narnie -- versions: -Python 3.2 ___ Python tracker <http://bugs.python.org/issue9

[issue9265] Incorrect name passed as arg[0] when shell=True and executable specified

2010-07-18 Thread Narnie Harshoe
Narnie Harshoe added the comment: I'm sorry, but the last lines in the interpreter reflect my code changes which seemed to not be sufficient, but it shows that just for this case at least, it corrects it and allows it to be run in /bin/bash shells (much of my shell code is bash sinc

[issue9265] Incorrect name passed as arg[0] when shell=True and executable specified

2010-07-18 Thread Narnie Harshoe
Narnie Harshoe added the comment: Hello, I am impressed by the activity here. I am a new programmer and cutting my teeth with python. I wish I knew how to do a patch and write unit tests, but I'm just not there yet. I can show a test case in this fashion where it fails. First I prove

[issue9265] Can't choose other shell in subprocess module. Includes fix.

2010-07-14 Thread Narnie Harshoe
Changes by Narnie Harshoe : -- title: Can choose other shell in subprocess module. Includes fix. -> Can't choose other shell in subprocess module. Includes fix. ___ Python tracker <http://bugs.python.or

[issue9265] Can choose other shell in subprocess module. Includes fix.

2010-07-14 Thread Narnie Harshoe
New submission from Narnie Harshoe : Popen from the subprocess module when called with shell=True and executable=/bin/bash still runs in the /bin/sh shell. The error has been found and corrected in the subprocess module and is as follows: change: lines 1018-1022 for python v 2.6