From: Josh Kropf <josh@slashdev.ca>
To: openembedded-devel@lists.openembedded.org
Subject: Re: Alignment trap - deprecation.pyo
Date: Tue, 16 Mar 2010 13:54:30 -0400 [thread overview]
Message-ID: <4B9FC5D6.8000701@slashdev.ca> (raw)
In-Reply-To: <1268511676.24057.12.camel@ed-hp-laptop>
ed,
Are you able to use the python interactive shell on your mini2440? I had
a similar problem in that python would fail to even start (resulting in
an alignment trap).
For me simply removing /usr/lib/python2.6/lib-dynload/readline.so kept
python from dying on startup.
On 03/13/2010 03:21 PM, ed wrote:
> I am trying to run a simple hello button python program using pygtk.
>
> I have built a minimal-gpe-image for the mini2440.
>
> But when I try and run the helloworld.py from the Pygtk tutorial.
>
> =========================================================
>
> #!/usr/bin/env python
>
> # example helloworld.py
>
> import pygtk
> pygtk.require('2.0')
> import gtk
>
> class HelloWorld:
>
> # This is a callback function. The data arguments are ignored
> # in this example. More on callbacks below.
> def hello(self, widget, data=None):
> print "Hello World"
>
> def delete_event(self, widget, event, data=None):
> # If you return FALSE in the "delete_event" signal handler,
> # GTK will emit the "destroy" signal. Returning TRUE means
> # you don't want the window to be destroyed.
> # This is useful for popping up 'are you sure you want to quit?'
> # type dialogs.
> print "delete event occurred"
>
> # Change FALSE to TRUE and the main window will not be destroyed
> # with a "delete_event".
> return False
>
> def destroy(self, widget, data=None):
> print "destroy signal occurred"
> gtk.main_quit()
>
> def __init__(self):
> # create a new window
> self.window = gtk.Window(gtk.WINDOW_TOPLEVEL)
>
> # When the window is given the "delete_event" signal (this is
> given
> # by the window manager, usually by the "close" option, or on
> the
> # titlebar), we ask it to call the delete_event () function
> # as defined above. The data passed to the callback
> # function is NULL and is ignored in the callback function.
> self.window.connect("delete_event", self.delete_event)
>
> # Here we connect the "destroy" event to a signal handler.
> # This event occurs when we call gtk_widget_destroy() on the
> window,
> # or if we return FALSE in the "delete_event" callback.
> self.window.connect("destroy", self.destroy)
>
> # Sets the border width of the window.
> self.window.set_border_width(10)
>
> # Creates a new button with the label "Hello World".
> self.button = gtk.Button("Hello World")
>
> # When the button receives the "clicked" signal, it will call
> the
> # function hello() passing it None as its argument. The hello()
> # function is defined above.
> self.button.connect("clicked", self.hello, None)
>
> # This will cause the window to be destroyed by calling
> # gtk_widget_destroy(window) when "clicked". Again, the destroy
> # signal could come from here, or the window manager.
> self.button.connect_object("clicked", gtk.Widget.destroy,
> self.window)
>
> # This packs the button into the window (a GTK container).
> self.window.add(self.button)
>
> # The final step is to display this newly created widget.
> self.button.show()
>
> # and the window
> self.window.show()
>
> def main(self):
> # All PyGTK applications must have a gtk.main(). Control ends
> here
> # and waits for an event to occur (like a key press or mouse
> event).
> gtk.main()
>
> # If the program is run directly or passed as an argument to the python
> # interpreter then create a HelloWorld instance and show it
> if __name__ == "__main__":
> hello = HelloWorld()
> hello.main()
>
> ==============================================================
>
> I get the follow error when I run
> #python -v pygtkHelloWorld.py
>
> # /usr/lib/python2.6/site-packages/gtk-2.0/gtk/_lazyutils.pyo
> matches /usr/lib/python2.6/site-packages/gtk-2.0/gtk/_lazyutils.py
> import gtk._lazyutils # precompiled
> from /usr/lib/python2.6/site-packages/gtk-2.0/gtk/_lazyutils.pyo
> # /usr/lib/python2.6/site-packages/gtk-2.0/gtk/deprecation.pyo
> matches /usr/lib/python2.6/site-packages/gtk-2.0/gtk/deprecation.py
> import gtk.deprecation # precompiled
> from /usr/lib/python2.6/site-packages/gtk-2.0/gtk/deprecation.pyo
> Alignment trap: python (2412) PC=0x40bfa3c4 Instr=0x280069c0
> Address=0xffffffff FSR 0x813
> Segmentation fault
>
>
> Does anyone have any ideas why it chokes at deprecation.pyo?????
>
> Thanks
> Ed
>
>
>
> _______________________________________________
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
>
next prev parent reply other threads:[~2010-03-16 17:48 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-03-13 20:21 Alignment trap - deprecation.pyo ed
2010-03-14 14:58 ` Holger Hans Peter Freyther
2010-03-14 21:51 ` ed
2010-03-16 17:54 ` Josh Kropf [this message]
2010-03-16 19:12 ` Ed Nelson
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4B9FC5D6.8000701@slashdev.ca \
--to=josh@slashdev.ca \
--cc=openembedded-devel@lists.openembedded.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.