From: InnDev <buc...@co...> - 2009-09-02 11:58:05
|
Has anyone been able to port a custom GTK application over to a gumstick and get it to run? The GTK.org tutorial works fine on my dev system but "cannot open display" on the target. Does my application have to establish itself differently on the target? For instance, do I have to explicitly "grab" the display and make a library call using that handle? -John Buckley Innovative Development -- View this message in context: http://www.nabble.com/gtk-on-Xwindows-%28on-gumstix%29-tp25256076p25256076.html Sent from the Gumstix mailing list archive at Nabble.com. |
From: Cliff B. <cli...@gm...> - 2009-09-02 14:31:20
|
On Wed, Sep 2, 2009 at 7:57 AM, InnDev<buc...@co...> wrote: > > Has anyone been able to port a custom GTK application over to a gumstick and > get it to run? > > The GTK.org tutorial works fine on my dev system but "cannot open display" > on the target. > > Does my application have to establish itself differently on the target? For > instance, do I have to explicitly "grab" the display and make a library call > using that handle? Is X running in the target system? If so, you may need to export the display first: <start X> export DISPLAY=:0 my_app This will run your GTK application as full screen. Cliff |
From: InnDev <buc...@co...> - 2009-09-03 03:16:26
|
Okay, startx does something but then fails. It appears that I need to use Xfbdev because I am running TinyX. Who knew!!!???? Why does this has to all be such a mystery?? $Xfbdev :0 -nolisten tcp this seems to start an Xsession and takes over the screen but then fails with... Extended Input Devices not yet supported. Impelement it at line 637 in kinput.c I looked into this a little and decided it would have to wait another day. -John Cliff Brake wrote: > > On Wed, Sep 2, 2009 at 7:57 AM, InnDev<buc...@co...> wrote: >> >> Has anyone been able to port a custom GTK application over to a gumstick >> and >> get it to run? >> >> The GTK.org tutorial works fine on my dev system but "cannot open >> display" >> on the target. >> >> Does my application have to establish itself differently on the target? >> For >> instance, do I have to explicitly "grab" the display and make a library >> call >> using that handle? > > Is X running in the target system? If so, you may need to export the > display first: > > <start X> > export DISPLAY=:0 > my_app > > This will run your GTK application as full screen. > > Cliff > > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 > 30-Day > trial. Simplify your report design, integration and deployment - and focus > on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > -- View this message in context: http://www.nabble.com/gtk-on-Xwindows-%28on-gumstix%29-tp25256076p25269215.html Sent from the Gumstix mailing list archive at Nabble.com. |
From: Chris D. <chr...@gm...> - 2009-09-03 14:20:42
|
Hmm.... how did you build your rootfs image (or what pre-built one are you using)? And what type of gumstix motherboard are you using and what display/daughtercards, etc? I've been building and running GTK+ apps on all flavors of gumstix for a number of years now without any problems, so I can assure you that it can be done. In your case it sounds like either your build did not have the appropriate options enabled (assuming you're using a verdex and building with openembedded) or if you are using an overo you might have your u-boot arguments a bit off. Chris On Thu, Sep 3, 2009 at 3:16 AM, InnDev<buc...@co...> wrote: > > Okay, > startx does something but then fails. > It appears that I need to use Xfbdev because I am running TinyX. > Who knew!!!???? Why does this has to all be such a mystery?? > > $Xfbdev :0 -nolisten tcp > this seems to start an Xsession and takes over the screen but then fails > with... > Extended Input Devices not yet supported. Impelement it at line 637 in > kinput.c > > I looked into this a little and decided it would have to wait another day. > > -John > > > > > Cliff Brake wrote: >> >> On Wed, Sep 2, 2009 at 7:57 AM, InnDev<buc...@co...> wrote: >>> >>> Has anyone been able to port a custom GTK application over to a gumstick >>> and >>> get it to run? >>> >>> The GTK.org tutorial works fine on my dev system but "cannot open >>> display" >>> on the target. >>> >>> Does my application have to establish itself differently on the target? >>> For >>> instance, do I have to explicitly "grab" the display and make a library >>> call >>> using that handle? >> >> Is X running in the target system? If so, you may need to export the >> display first: >> >> <start X> >> export DISPLAY=:0 >> my_app >> >> This will run your GTK application as full screen. >> >> Cliff >> >> ------------------------------------------------------------------------------ >> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 >> 30-Day >> trial. Simplify your report design, integration and deployment - and focus >> on >> what you do best, core application coding. Discover what's new with >> Crystal Reports now. http://p.sf.net/sfu/bobj-july >> _______________________________________________ >> gumstix-users mailing list >> gum...@li... >> https://lists.sourceforge.net/lists/listinfo/gumstix-users >> >> > > -- > View this message in context: http://www.nabble.com/gtk-on-Xwindows-%28on-gumstix%29-tp25256076p25269215.html > Sent from the Gumstix mailing list archive at Nabble.com. > > > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day > trial. Simplify your report design, integration and deployment - and focus on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > |
From: InnDev <buc...@co...> - 2009-09-03 14:48:26
|
I am running the pre-built gumstix-x11-image on the Verdex Pro. I am running the consoleLCD-vx with the Samsung 4.3" LCD Panel LTE430WQ-F0C. That's it. I was able to connect the netpro-vx and see the internet from my gumstix board but I disconnected it until I make some more progress. It looked like the netpro-vx could be a significant advantage when it comes to doing image & kernel updates and library package installations. -John Buckley Chris Dollar wrote: > > Hmm.... how did you build your rootfs image (or what pre-built one are > you using)? And what type of gumstix motherboard are you using and > what display/daughtercards, etc? I've been building and running GTK+ > apps on all flavors of gumstix for a number of years now without any > problems, so I can assure you that it can be done. In your case it > sounds like either your build did not have the appropriate options > enabled (assuming you're using a verdex and building with > openembedded) or if you are using an overo you might have your u-boot > arguments a bit off. > > Chris > > On Thu, Sep 3, 2009 at 3:16 AM, InnDev<buc...@co...> wrote: >> >> Okay, >> startx does something but then fails. >> It appears that I need to use Xfbdev because I am running TinyX. >> Who knew!!!???? Why does this has to all be such a mystery?? >> >> $Xfbdev :0 -nolisten tcp >> this seems to start an Xsession and takes over the screen but then fails >> with... >> Extended Input Devices not yet supported. Impelement it at line 637 in >> kinput.c >> >> I looked into this a little and decided it would have to wait another >> day. >> >> -John >> >> >> >> >> Cliff Brake wrote: >>> >>> On Wed, Sep 2, 2009 at 7:57 AM, InnDev<buc...@co...> wrote: >>>> >>>> Has anyone been able to port a custom GTK application over to a >>>> gumstick >>>> and >>>> get it to run? >>>> >>>> The GTK.org tutorial works fine on my dev system but "cannot open >>>> display" >>>> on the target. >>>> >>>> Does my application have to establish itself differently on the target? >>>> For >>>> instance, do I have to explicitly "grab" the display and make a library >>>> call >>>> using that handle? >>> >>> Is X running in the target system? If so, you may need to export the >>> display first: >>> >>> <start X> >>> export DISPLAY=:0 >>> my_app >>> >>> This will run your GTK application as full screen. >>> >>> Cliff >>> >>> ------------------------------------------------------------------------------ >>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 >>> 30-Day >>> trial. Simplify your report design, integration and deployment - and >>> focus >>> on >>> what you do best, core application coding. Discover what's new with >>> Crystal Reports now. http://p.sf.net/sfu/bobj-july >>> _______________________________________________ >>> gumstix-users mailing list >>> gum...@li... >>> https://lists.sourceforge.net/lists/listinfo/gumstix-users >>> >>> >> >> -- >> View this message in context: >> http://www.nabble.com/gtk-on-Xwindows-%28on-gumstix%29-tp25256076p25269215.html >> Sent from the Gumstix mailing list archive at Nabble.com. >> >> >> ------------------------------------------------------------------------------ >> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 >> 30-Day >> trial. Simplify your report design, integration and deployment - and >> focus on >> what you do best, core application coding. Discover what's new with >> Crystal Reports now. http://p.sf.net/sfu/bobj-july >> _______________________________________________ >> gumstix-users mailing list >> gum...@li... >> https://lists.sourceforge.net/lists/listinfo/gumstix-users >> > > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 > 30-Day > trial. Simplify your report design, integration and deployment - and focus > on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > -- View this message in context: http://www.nabble.com/gtk-on-Xwindows-%28on-gumstix%29-tp25256076p25277685.html Sent from the Gumstix mailing list archive at Nabble.com. |
From: InnDev <buc...@co...> - 2009-09-05 02:12:40
|
- As I said earlier, I am simply running the gumstix-x11-image (pre-built). The XServer starts on bootup, but seems to suffer similar errors as when I call my custom app. It could be a clue. Here is the last couple of lines from startup dump just before I get the login prompt... * * * i2c /dev entries driver Starting Xserver OpenEmbedded Linux gumstix-custom-verdex ttyS0 Angstrom 2007.9-test-20090702 gumstix-custom-verdex ttyS0 gumstix-custom-verdex login: Extended Input Devices not yet supported. Impelement it at line 637 in kinput.c /usr/bin/dbus-daemon: cd: 1: can't cd to /home/jgb/gumstix/gumstix-oe/tmp/work/armv5te-angstrom-linux-gnueabi/dbus-1.2.1-r2/dbus-1.2.1/bus /usr/bin/dbus-daemon: eval: 1: arm-angstrom-linux-gnueabi-gcc: not found EOF in dbus-launch reading address from bus daemon D-BUS per-session daemon address is: waiting for X server to shut down FreeFontPath: FPE "built-ins" refcount is 2, should be 1; fixing. -- View this message in context: http://www.nabble.com/gtk-on-Xwindows-%28on-gumstix%29-tp25256076p25304299.html Sent from the Gumstix mailing list archive at Nabble.com. |
From: InnDev <buc...@co...> - 2009-09-05 02:38:05
|
Chris, Can you provide any build instructions to get my system up and running clean and ready to accept GTK+ applications? Should I clean house and start over with a new Kernel & gumstix-basic-image. Then install the packages I need via the netpro-vx direct from the repositories? Or, do you think the gumstix-x11-image is a solid foundation and I just need to continue trying to debug it? John Chris Dollar wrote: > > Hmm.... how did you build your rootfs image (or what pre-built one are > you using)? And what type of gumstix motherboard are you using and > what display/daughtercards, etc? I've been building and running GTK+ > apps on all flavors of gumstix for a number of years now without any > problems, so I can assure you that it can be done. In your case it > sounds like either your build did not have the appropriate options > enabled (assuming you're using a verdex and building with > openembedded) or if you are using an overo you might have your u-boot > arguments a bit off. > > Chris > > On Thu, Sep 3, 2009 at 3:16 AM, InnDev<buc...@co...> wrote: >> >> Okay, >> startx does something but then fails. >> It appears that I need to use Xfbdev because I am running TinyX. >> Who knew!!!???? Why does this has to all be such a mystery?? >> >> $Xfbdev :0 -nolisten tcp >> this seems to start an Xsession and takes over the screen but then fails >> with... >> Extended Input Devices not yet supported. Impelement it at line 637 in >> kinput.c >> >> I looked into this a little and decided it would have to wait another >> day. >> >> -John >> >> >> >> >> Cliff Brake wrote: >>> >>> On Wed, Sep 2, 2009 at 7:57 AM, InnDev<buc...@co...> wrote: >>>> >>>> Has anyone been able to port a custom GTK application over to a >>>> gumstick >>>> and >>>> get it to run? >>>> >>>> The GTK.org tutorial works fine on my dev system but "cannot open >>>> display" >>>> on the target. >>>> >>>> Does my application have to establish itself differently on the target? >>>> For >>>> instance, do I have to explicitly "grab" the display and make a library >>>> call >>>> using that handle? >>> >>> Is X running in the target system? If so, you may need to export the >>> display first: >>> >>> <start X> >>> export DISPLAY=:0 >>> my_app >>> >>> This will run your GTK application as full screen. >>> >>> Cliff >>> >>> ------------------------------------------------------------------------------ >>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 >>> 30-Day >>> trial. Simplify your report design, integration and deployment - and >>> focus >>> on >>> what you do best, core application coding. Discover what's new with >>> Crystal Reports now. http://p.sf.net/sfu/bobj-july >>> _______________________________________________ >>> gumstix-users mailing list >>> gum...@li... >>> https://lists.sourceforge.net/lists/listinfo/gumstix-users >>> >>> >> >> -- >> View this message in context: >> http://www.nabble.com/gtk-on-Xwindows-%28on-gumstix%29-tp25256076p25269215.html >> Sent from the Gumstix mailing list archive at Nabble.com. >> >> >> ------------------------------------------------------------------------------ >> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 >> 30-Day >> trial. Simplify your report design, integration and deployment - and >> focus on >> what you do best, core application coding. Discover what's new with >> Crystal Reports now. http://p.sf.net/sfu/bobj-july >> _______________________________________________ >> gumstix-users mailing list >> gum...@li... >> https://lists.sourceforge.net/lists/listinfo/gumstix-users >> > > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 > 30-Day > trial. Simplify your report design, integration and deployment - and focus > on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > -- View this message in context: http://www.nabble.com/gtk-on-Xwindows-%28on-gumstix%29-tp25256076p25304564.html Sent from the Gumstix mailing list archive at Nabble.com. |
From: Chris D. <chr...@gm...> - 2009-09-07 19:29:03
|
Hi John, Sorry for the delay -- been out for the weekend. AFAIK the gumstix-x11-image from the feeds should 'just work'. Its been a while since I've worked with my verdex but I don't seem to remember getting any messages about extended input devices as you are seeing. If you don't run your custom app does X seem to function ok despite the errors? If not, I'd start by looking at the touchscreen, which should be using the tsc2003 module. Make sure the ribbon cable is well seated, etc. You could also build your own kernel and root filesystem, but really the image you are using should be fine. Chris On Fri, Sep 4, 2009 at 8:37 PM, InnDev<buc...@co...> wrote: > > Chris, > Can you provide any build instructions to get my system up and running clean > and ready to accept GTK+ applications? > Should I clean house and start over with a new Kernel & gumstix-basic-image. > Then install the packages I need via the netpro-vx direct from the > repositories? > > Or, do you think the gumstix-x11-image is a solid foundation and I just need > to continue trying to debug it? > > John > > > > Chris Dollar wrote: >> >> Hmm.... how did you build your rootfs image (or what pre-built one are >> you using)? And what type of gumstix motherboard are you using and >> what display/daughtercards, etc? I've been building and running GTK+ >> apps on all flavors of gumstix for a number of years now without any >> problems, so I can assure you that it can be done. In your case it >> sounds like either your build did not have the appropriate options >> enabled (assuming you're using a verdex and building with >> openembedded) or if you are using an overo you might have your u-boot >> arguments a bit off. >> >> Chris >> >> On Thu, Sep 3, 2009 at 3:16 AM, InnDev<buc...@co...> wrote: >>> >>> Okay, >>> startx does something but then fails. >>> It appears that I need to use Xfbdev because I am running TinyX. >>> Who knew!!!???? Why does this has to all be such a mystery?? >>> >>> $Xfbdev :0 -nolisten tcp >>> this seems to start an Xsession and takes over the screen but then fails >>> with... >>> Extended Input Devices not yet supported. Impelement it at line 637 in >>> kinput.c >>> >>> I looked into this a little and decided it would have to wait another >>> day. >>> >>> -John >>> >>> >>> >>> >>> Cliff Brake wrote: >>>> >>>> On Wed, Sep 2, 2009 at 7:57 AM, InnDev<buc...@co...> wrote: >>>>> >>>>> Has anyone been able to port a custom GTK application over to a >>>>> gumstick >>>>> and >>>>> get it to run? >>>>> >>>>> The GTK.org tutorial works fine on my dev system but "cannot open >>>>> display" >>>>> on the target. >>>>> >>>>> Does my application have to establish itself differently on the target? >>>>> For >>>>> instance, do I have to explicitly "grab" the display and make a library >>>>> call >>>>> using that handle? >>>> >>>> Is X running in the target system? If so, you may need to export the >>>> display first: >>>> >>>> <start X> >>>> export DISPLAY=:0 >>>> my_app >>>> >>>> This will run your GTK application as full screen. >>>> >>>> Cliff >>>> >>>> ------------------------------------------------------------------------------ >>>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 >>>> 30-Day >>>> trial. Simplify your report design, integration and deployment - and >>>> focus >>>> on >>>> what you do best, core application coding. Discover what's new with >>>> Crystal Reports now. http://p.sf.net/sfu/bobj-july >>>> _______________________________________________ >>>> gumstix-users mailing list >>>> gum...@li... >>>> https://lists.sourceforge.net/lists/listinfo/gumstix-users >>>> >>>> >>> >>> -- >>> View this message in context: >>> http://www.nabble.com/gtk-on-Xwindows-%28on-gumstix%29-tp25256076p25269215.html >>> Sent from the Gumstix mailing list archive at Nabble.com. >>> >>> >>> ------------------------------------------------------------------------------ >>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 >>> 30-Day >>> trial. Simplify your report design, integration and deployment - and >>> focus on >>> what you do best, core application coding. Discover what's new with >>> Crystal Reports now. http://p.sf.net/sfu/bobj-july >>> _______________________________________________ >>> gumstix-users mailing list >>> gum...@li... >>> https://lists.sourceforge.net/lists/listinfo/gumstix-users >>> >> >> ------------------------------------------------------------------------------ >> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 >> 30-Day >> trial. Simplify your report design, integration and deployment - and focus >> on >> what you do best, core application coding. Discover what's new with >> Crystal Reports now. http://p.sf.net/sfu/bobj-july >> _______________________________________________ >> gumstix-users mailing list >> gum...@li... >> https://lists.sourceforge.net/lists/listinfo/gumstix-users >> >> > > -- > View this message in context: http://www.nabble.com/gtk-on-Xwindows-%28on-gumstix%29-tp25256076p25304564.html > Sent from the Gumstix mailing list archive at Nabble.com. > > > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day > trial. Simplify your report design, integration and deployment - and focus on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > |
From: InnDev <buc...@co...> - 2009-09-07 19:40:39
|
Chris, Thanks for getting back to me. The touchscreen seems to work fine. I just ran ts_test and it works great, as does ts_calibrate. The matchbox window_manager pops right up and runs as well. When I run startx I get the following message... root@gumstix-custom-verdex:~$ startx hostname: gumstix-custom-verdex: Unknown host /usr/bin/startx: /usr/bin/startx: 127: /usr/bin/mcookie: not found /usr/bin/startx: /usr/bin/startx: 133: xauth: not found /usr/bin/startx: /usr/bin/startx: 154: xauth: not found /usr/bin/startx: /usr/bin/startx: 154: xauth: not found xinit: No such file or directory (errno 2): no server "X" in PATH Use the -- option, or make sure that /usr/bin is in your path and that "X" is a program or a link to the right type of server for your display. Possible server names include: Xorg Common X server for most displays Xvfb Virtual frame buffer Xnest X server nested in a window on another X server Xephyr kdrive-based nested X server xinit: Server error. /usr/bin/startx: /usr/bin/startx: 160: xauth: not found root@gumstix-custom-verdex:~$ When I run /etc/X11/Xserver I get the following message... root@gumstix-custom-verdex:~$ /etc/X11/Xserver Extended Input Devices not yet supported. Impelement it at line 637 in kinput.c D-BUS per-session daemon address is: unix:abstract=/tmp/dbus-AwGHUaJitU,guid=bcbe33d48070e90fc0adf10000000227 waiting for X server to shut down FreeFontPath: FPE "built-ins" refcount is 2, should be 1; fixing. root@gumstix-custom-verdex:~$ I assume the Xserver is supposed to start and stay running then my client application will have someone to talk to. - John -- View this message in context: http://www.nabble.com/gtk-on-Xwindows-%28on-gumstix%29-tp25256076p25335339.html Sent from the Gumstix mailing list archive at Nabble.com. |
From: Chris D. <chr...@gm...> - 2009-09-07 20:24:55
|
<snip> > I assume the Xserver is supposed to start and stay running then my client > application will have someone to talk to. Yes. If you take a look at Xserver you'll see it's just a script that calls xinit with some arguments. The gumstix should boot to the matchbox window manager and desktop at which point you know that X is running. Why are you needing to start the X server manually? Chris |
From: InnDev <buc...@co...> - 2009-09-08 02:02:29
|
Chris, My assumption is that I don't want matchbox running. I want my own application to run at bootup. So, I remove the 90xXWindowManager script from /etc/X11/Xsession.d and put my own script in to run my application. When I do that I get the error: root@gumstix-custom-verdex:/etc/X11$ Xserver Extended Input Devices not yet supported. Impelement it at line 637 in kinput.c D-BUS per-session daemon address is: unix:abstract=/tmp/dbus-X562jEn6Ty,guid=5ed6643844da20c5cc12650000000272 run-parts: /etc/X11/Xsession.d/90xXWindowManager exited because of uncaught signal 11: Success waiting for X server to shut down FreeFontPath: FPE "built-ins" refcount is 2, should be 1; fixing. When matchbox is running I see all kinds of processes related to XWindows yet my application doesn't run when matchbox is running. If I boot without matchbox running I see no processes related to XWindows. My LCD panel just sits there with the login prompt. If I execute Xfbdev or Xserver at least I see the window change and the cursor X shows up. So my assumption is that my startup script must have to start XServer and then call my application. -John Chris Dollar wrote: > > <snip> >> I assume the Xserver is supposed to start and stay running then my client >> application will have someone to talk to. > > Yes. If you take a look at Xserver you'll see it's just a script that > calls xinit with some arguments. The gumstix should boot to the > matchbox window manager and desktop at which point you know that X is > running. Why are you needing to start the X server manually? > > Chris > > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 > 30-Day > trial. Simplify your report design, integration and deployment - and focus > on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > -- View this message in context: http://www.nabble.com/gtk-on-Xwindows-%28on-gumstix%29-tp25256076p25338838.html Sent from the Gumstix mailing list archive at Nabble.com. |
From: Chris D. <chr...@gm...> - 2009-09-09 03:08:19
|
On Mon, Sep 7, 2009 at 7:56 PM, InnDev<buc...@co...> wrote: > > Chris, > My assumption is that I don't want matchbox running. I want my own > application to run at bootup. I've always considered matchbox to be the window manager that sits on top of X. I've never run any graphical program (other than one that wrote directly to the framebuffer) in linux without using a window manager in conjunction with X11 (just like metacity, enlightenment, kde do, etc.)... not saying it can't be done, but I've never tried ;) > So, I remove the 90xXWindowManager script from /etc/X11/Xsession.d and put > my own script in to run my application. When I do that I get the error: > > root@gumstix-custom-verdex:/etc/X11$ Xserver > > Extended Input Devices not yet supported. Impelement it at line 637 in > kinput.c > D-BUS per-session daemon address is: > unix:abstract=/tmp/dbus-X562jEn6Ty,guid=5ed6643844da20c5cc12650000000272 > run-parts: /etc/X11/Xsession.d/90xXWindowManager exited because of uncaught > signal 11: Success > > waiting for X server to shut down FreeFontPath: FPE "built-ins" refcount is > 2, should be 1; fixing. No idea here as I've not tried to run it this way... > > > When matchbox is running I see all kinds of processes related to XWindows > yet my application doesn't run when matchbox is running. If I boot without > matchbox running I see no processes related to XWindows. My LCD panel just > sits there with the login prompt. If I execute Xfbdev or Xserver at least I > see the window change and the cursor X shows up. So my assumption is that > my startup script must have to start XServer and then call my application. I think you're on the right track with what your script needs to do, but I wonder if it wouldn't be easier to possibly modify the session startup script that matchbox uses to also have it load your app when it starts? I've not tried it but it might be worth investigating. Chris > > -John > > > > > Chris Dollar wrote: >> >> <snip> >>> I assume the Xserver is supposed to start and stay running then my client >>> application will have someone to talk to. >> >> Yes. If you take a look at Xserver you'll see it's just a script that >> calls xinit with some arguments. The gumstix should boot to the >> matchbox window manager and desktop at which point you know that X is >> running. Why are you needing to start the X server manually? >> >> Chris >> >> ------------------------------------------------------------------------------ >> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 >> 30-Day >> trial. Simplify your report design, integration and deployment - and focus >> on >> what you do best, core application coding. Discover what's new with >> Crystal Reports now. http://p.sf.net/sfu/bobj-july >> _______________________________________________ >> gumstix-users mailing list >> gum...@li... >> https://lists.sourceforge.net/lists/listinfo/gumstix-users >> >> > > -- > View this message in context: http://www.nabble.com/gtk-on-Xwindows-%28on-gumstix%29-tp25256076p25338838.html > Sent from the Gumstix mailing list archive at Nabble.com. > > > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day > trial. Simplify your report design, integration and deployment - and focus on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > |
From: InnDev <buc...@co...> - 2009-09-09 03:51:49
|
Chris, I'm new to Xwindows. I guess I still don't have a good grasp on the role of the window manager (ie. matchbox). Now that I've gotten Cliff's example running I'm seeing that matchbox is managing the gtk_hello window as an active client. I'm still struggling with autotools. Cliff's example works if I set the SRC_URI to his svn:repository yet if I try to point to the source files locally on my computer it compiles fine but fails bitbake:do_install. -John Chris Dollar wrote: > > On Mon, Sep 7, 2009 at 7:56 PM, InnDev<buc...@co...> wrote: >> >> Chris, >> My assumption is that I don't want matchbox running. I want my own >> application to run at bootup. > > I've always considered matchbox to be the window manager that sits on > top of X. I've never run any graphical program (other than one that > wrote directly to the framebuffer) in linux without using a window > manager in conjunction with X11 (just like metacity, enlightenment, > kde do, etc.)... not saying it can't be done, but I've never tried ;) > >> So, I remove the 90xXWindowManager script from /etc/X11/Xsession.d and >> put >> my own script in to run my application. When I do that I get the error: >> >> root@gumstix-custom-verdex:/etc/X11$ Xserver >> >> Extended Input Devices not yet supported. Impelement it at line 637 in >> kinput.c >> D-BUS per-session daemon address is: >> unix:abstract=/tmp/dbus-X562jEn6Ty,guid=5ed6643844da20c5cc12650000000272 >> run-parts: /etc/X11/Xsession.d/90xXWindowManager exited because of >> uncaught >> signal 11: Success >> >> waiting for X server to shut down FreeFontPath: FPE "built-ins" refcount >> is >> 2, should be 1; fixing. > > No idea here as I've not tried to run it this way... > >> >> >> When matchbox is running I see all kinds of processes related to XWindows >> yet my application doesn't run when matchbox is running. If I boot >> without >> matchbox running I see no processes related to XWindows. My LCD panel >> just >> sits there with the login prompt. If I execute Xfbdev or Xserver at >> least I >> see the window change and the cursor X shows up. So my assumption is >> that >> my startup script must have to start XServer and then call my >> application. > > I think you're on the right track with what your script needs to do, > but I wonder if it wouldn't be easier to possibly modify the session > startup script that matchbox uses to also have it load your app when > it starts? I've not tried it but it might be worth investigating. > > Chris >> >> -John >> >> >> >> >> Chris Dollar wrote: >>> >>> <snip> >>>> I assume the Xserver is supposed to start and stay running then my >>>> client >>>> application will have someone to talk to. >>> >>> Yes. If you take a look at Xserver you'll see it's just a script that >>> calls xinit with some arguments. The gumstix should boot to the >>> matchbox window manager and desktop at which point you know that X is >>> running. Why are you needing to start the X server manually? >>> >>> Chris >>> >>> ------------------------------------------------------------------------------ >>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 >>> 30-Day >>> trial. Simplify your report design, integration and deployment - and >>> focus >>> on >>> what you do best, core application coding. Discover what's new with >>> Crystal Reports now. http://p.sf.net/sfu/bobj-july >>> _______________________________________________ >>> gumstix-users mailing list >>> gum...@li... >>> https://lists.sourceforge.net/lists/listinfo/gumstix-users >>> >>> >> >> -- >> View this message in context: >> http://www.nabble.com/gtk-on-Xwindows-%28on-gumstix%29-tp25256076p25338838.html >> Sent from the Gumstix mailing list archive at Nabble.com. >> >> >> ------------------------------------------------------------------------------ >> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 >> 30-Day >> trial. Simplify your report design, integration and deployment - and >> focus on >> what you do best, core application coding. Discover what's new with >> Crystal Reports now. http://p.sf.net/sfu/bobj-july >> _______________________________________________ >> gumstix-users mailing list >> gum...@li... >> https://lists.sourceforge.net/lists/listinfo/gumstix-users >> > > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 > 30-Day > trial. Simplify your report design, integration and deployment - and focus > on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > -- View this message in context: http://www.nabble.com/gtk-on-Xwindows-%28on-gumstix%29-tp25256076p25358132.html Sent from the Gumstix mailing list archive at Nabble.com. |