Openembedded Devel Discussions
 help / color / mirror / Atom feed
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
>    



  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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox