Re: GUI using the Framebuffer API (was: Re: [ECOS] Re: Framebuffer, MicroWindows)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]


Replying to myself, just for the record:

Am Montag, den 02.08.2010, 16:26 +0200 schrieb Manuel Borchers:
> > http://www.ecosforge.net/ecosforge/branches/packages/microwindows-mergecvs/current/
> 
> Thanks for the pointer! I already found this port this morning (well,
> trunk seems to be older than this branch).
> 
> I gave it a try, but failed. After commenting in some sys/select.h
> includes, I got further, but I'm now failing with undefined 'nxSocket's
> and other stuff. Seems to be related to NONETWORK when I actually do
> have networking. I gave up on that (for now).

I gave it another try today. I tried to fix several things (mainly
concerning the per thread data structures) and got the threads started
up.

Well, until the WM thread runs into a situation where my tracing shows a
locking of a mutex, that the thread already owns.
I'm out at this point, because fixing that would need quite a lot
knowledge about the internals (of the port as well as nanox itself).

Compiling with NONETWORK enabled again leads to more problems, again
concerning private data structures. I guess the code never worked as it
is.

So, my only option is to build my own GUI and UI stuff. Question about
alternative GUI libs still stands, though ;)


Cheers,
Manuel

-- 
Manuel Borchers

Web: http://www.matronix.de
eMail: manuel@xxxxxxxxxxx

-- 
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss



[Search]     [Linux Embedded]     [U-Boot V2]     [Linux Kernel]     [Linux MIPS]     [Linux ARM]     [Linux for the Blind]     [Linux Resources]     [Photo]     [Yosemite]     [ISDN Cause Codes]     [ECOS Home]     [Site Home]

Add to Google Powered by Linux