From: Gustavo S. B. <bar...@pr...> - 2010-07-15 11:56:55
|
On Wed, Jul 14, 2010 at 11:54 PM, Brian Wang <bri...@gm...> wrote: > On Thu, Jul 15, 2010 at 10:03 AM, Gustavo Sverzut Barbieri > <bar...@pr...> wrote: >> On Wed, Jul 14, 2010 at 10:41 PM, Brian Wang <bri...@gm...> wrote: >>> Hello all, >>> >>> I'm playing with elm_ethumb on my target but the app just stops >>> responding (little to none CPU usage). >>> The same app runs on my x86 box without a problem. >>> >>> I guess it's a dbus/ethumb? setup problem; however, I have no clue >>> what the problem is and where to check. >>> >>> Any pointers? What files are essential for elm_ethumb to work? >>> Thanks in advance. >> >> First, if you are using on ARM, check out the latest version as we >> found some non-aligned memory access. > > Thank you for your input. :-) > > I'm using a quite fresh version: r50261. > >> >> Then you need to be sure DBus is activating ethumbd when it is >> required (dbus activation), should be easy to check if it is running >> with "ps ax | grep ethumbd", if it is running. When a service name >> is requested, DBus will activate the corresponding service using the >> instructions shipped in its .service file, so be sure you have it >> (mine is at /usr/share/dbus-1/services/org.enlightenment.Ethumb.service) > > I think I haven't got that far. > I tested with ethumb with: > # ethumb -s 100x100 -f jpg input.jpg > It never terminates. It just sleeps and does not respond to Ctrl+C. > With the help of strace, I found it stops at: > ------------- > close(5) = 0 > munmap(0x40a08000, 4096) = 0 > futex(0x4042be88, FUTEX_WAIT, 0, NULL) = ? ERESTARTSYS (To be restarted) > ------------- > Any ideas? I'm totally clueless... try to gdb and see a backtrace. To mee it looks weird and an unrelated problem that is triggered there as we don't do threads (explicitly) there. -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -------------------------------------- MSN: bar...@gm... Skype: gsbarbieri Mobile: +55 (19) 9225-2202 |