Re: zaurus turns off when picogui running
Peter Hermsdorf <[email protected]> Wed, 28 May 2003 16:02:53 +0200
| Newsgroups | gmane.comp.video.picogui.devel |
|---|---|
| Message-ID | <[email protected]> |
btw: i'm away till monday........because of replying Peter Hermsdorf wrote: > i don`t think that my configuration files are different that the ones > you can download here they are. > > that are only the ones for pg-fonts and pg-server since that are the > only parts i compiled using the buildroot of OZ. > > some points i remeber which helped: > > - the original pg-fonts makefile didn`t copied the *.ttf files to the > correct psoition. i then looked to the cvs and an older version did > that (i think this is because the picogui package files of OZ are not > up to date...) ... the makefile i included does copy the ttf files > (thatswhy sources-fonts.... should be the font directory in the > sources directory of OZ) > - another thing: compile one after another. try to compile OZ without > picogui, then only with pg-fonts (use make menuconfig) look for > errors. sometimes the build process does not stop even if there were > error and try to fix them. > then try to compile pgserver using buildroot and again look for > errors. i had several errors with libtool not found . i then editted > the pgserver makefile in build/pgserver manually to not use ./libtool > but to use just libtool. then do a make install DESTDIR=yourdestdir > (for the correct syntax look into the pgserver makefile of OZ in the > packages dir.....this often helps much......then, if you think your > manual install is ok, just put a .pgserver-install under the stamps > dir (the buildroot would normally do that for you.....if it would > compile pgserver successfull.....) > > ...... dunno if anyone understands what i`m writing.....:).....anyway: > conclusion: try to do the same as packages/pgserver/Makefile manually > :)........ > > in the file i send you, you have my sources/fonts directory and the > packages/pgserver and packages/fonts dir > hope that helps you somehow. > > good luck, > peter > > > > Eric Heinemann wrote: > >> Only the configuration files(i.e. Makefile for each picogui part >> used, and maybe any of those scripts you made that helped). My head >> is starting to hurt from all of this banging. I appreciate it. >> >> Eric >> >> */Peter Hermsdorf <[email protected]>/* wrote: >> >> because of the size i can`t share the whole buildroot, but which >> files/dirs do you want ? >> >> Eric Heinemann wrote: >> >> > I don't suppose you'd be willing to share your configuration and >> > Makefiles used for PicoGUI w/OZ buildroot? I've tried and no >> matter >> > what I keep getting the same error. >> > >> > Eric >> > >> > */Peter Hermsdorf /* wrote: >> > >> > i had the same problem when compiling pgserver standalone (0.45). >> > i could solve that problem, by using the OZ buildroot version >> (from >> > cvs). i dunno why that worked, but it worked :) >> > but using this approach i got some other minor error, but i was >> > able to >> > fix them manually (e.g. libtool path was incorrect etc...) >> > >> > peter >> > >> > Eric Heinemann wrote: >> > >> > >The problem is I am getting the err! or about undefined >> > >symbols against freetype when using the oz buildroot. >> > >Here is where it is failing for me on pgserver: >> > > >> > >arm-linux-gcc >> > >-I/home/spyder/source/oz/output/staging/include >> > >-I/home/spyder/source/oz/output/staging/usr/X11R6/include >> > >-I/home/spyder/source/oz/output/staging/target/include >> > >-fexpensive-optimizations -fomit-frame-pointer -O2 >> > >-march=armv4 -mtune=strongarm1100 -mapcs-32 >> > >-I/home/spyder/source/o! z/output/staging/include/freetype >> > >-I/home/spyder/source/oz/output/staging/include >> > >-I/home/spyder/source/oz/output/staging/include/freetype2 >> > >-O3 -fomit-frame-pointer -Wl,-rpath-link >> > >-Wl,/home/spyder/source/oz/output/staging/target/lib >> > >-Wl,-rpath-link >> > >-Wl,/home/spyder/source/oz/output/staging/usr/X11R6/lib >> > >-o pgserver pgmain.o >> > >-L/home/spyder/source/oz/out! put/staging/target/lib >> > >-L/home/spyder/source/oz/output/sta ging/usr/X11R6/lib >> > >./.libs/libpgserver.a /usr/lib/libfreetype.so >> > >/usr/lib/libjpeg.so -lpng >> > >-L/home/spyder/source/oz/output/staging/lib -lz -lm >> > >-lfreetype -ljpeg >> > >/usr/lib/libfreetype.so: could not read symbols: >> > >Invalid operation >> > >collect2: ld returned 1 exit status >> > >make[4]: *** [pgserver] Error 1 >> > >make[4]: Leaving directory >> > >`/home/spyder/source/oz/build/pg-server' >> > >make[3]: *** [all-recursive] Error 1 >> > >make[3]: Leaving directory! >> > >`/home/spyder/source/oz/build/pg-server' >> > >make[2]: *** [ all] Error 2 >> > >make[2]: Leaving directory >> > >`/home/spyder/source/oz/build/pg-server' >> > >make[1]: *** >> > >[/home/spyder/source/oz/stamps/.pg-server.binary] >> > >Error 2 >> > >make[1]: Leaving directory >> > >`/home/spyder/source/oz/packages/pg-server' >> > >make: *** [packag! es/pg-server] Error 2 >> > > >> > >I don't know what else to try. It seems like it is >> > >locating the wrong libfreetype. I am unsure how to >> > >make it find the right one. Thanks for the help so >> > >far. >> > > >> > >Eric >> > > >> > > >> > > >> > > >> > >--- Peter Hermsdorf >> > >wrote: >> > > >> > > >> > >>hi eric, >> > >> >> > >>with the -l option you mean the locatin of the >> > >>libraries for the linker !? >> > >>since i`m not that familiar with makefiles i created >> > >>a little shell >> > >>script for compiling my app. the command line for >> > >>the linking is: >> > >> >> > >>arm-li! nux-gcc meineapp.o comio.o libpgui.a -o >> > >>handleser >> > >> >> > >> >> > >> >> > >-L/home/peter/buildroot-neu/buildroot-oz/output/staging/usr/lib >> >! > >> > > >> > >>where the path after -L is the loca tion of the arm >> > >>libs...... >> > >>another possibility is, to use the LDFLAGS >> > >>environment variable. e.g. >> > >> >> > >> >> > >> >> > >> >> > >> >> >LDFLAGS="-L/home/peter/buildroot-neu/buildroot-oz_neu/output/build/pg-cli_c/src/.libs" >> >> > > >> > > >> > >>hope that helps you. >> > >> >> > >>btw: >> > >>i tried compiling picogui-0.45 for arm "manually" >> > >>and then just copy the >> > >>pgserver into the buildroot/output . but that didn`t >> > >>worked for me, >> > >>since i then got a linker error (something with >> > >>invalid symbols) when >> > >>linking against freetype. >> > >>for me worked: compile the pgserver using the >> > >>openzaurus buildroot! , >> > >>compiling the cli_c by hand and link that against my >> > >>app (statically, >> > >>since t! here are no more shared cli_c libs as the >> > >>makefile of the OZ >> > >>buildroots wants ....) >> > >> >> > >>greets, peter >> > >> >> > >> >> > >>Eric Heinemann wrote: >> > >> >> > >> >> > >> >> > >>>Well I am using the buildroot. My problem is when >> > >>> >> > >>> >> > >>it is trying to >> > >> >> > >> >> > >>>locate the png and freetype libraries. This >> > >>> >> > >>> >> > >>problem is >> > >> >> > >> >> > >>>occuring because the arm ld does not allow the -l >> > >>> >> > >>> >> > >>option. My >> > >> >> > >> >> > >>>environment is Mandrake 9.1 running Gnome with >> > >>> >> > >>> >> > >>OZ's arm-gcc 2.95.3. >> > >> >> > >> >> &! gt; >>>Any help would be greatly appreciated. When you >> > ; >>> >> > >>> >> > >>finish you! r project, >> > >> >> > >> >> > >>>if you want to make it public, I have a website >> > >>> >> > >>> >> > >>you could store it on. >> > >> >> > >> >> > >>> >> > >>>Eric >> > >>> >> > >>>*/Peter Hermsdorf /* >> > >>> >> > >>> >> > >>wrote: >> > >> >> > >> >> > >>> hi eric, >> > >>> >> > >>> sending you a zip file is somehow hard, since >> > >>> >> > >>> >> > >>i use picogui with >> > >> >> > >> >> > >>> OZ and >> > >>> thatswhy it is in the buildroot of openzaurus. >> > >>> i don`t know if you use openzaurus too, if so >> > >>> >> > >>> >> > >>i could maybe give you >> > >>> >> >> > >>> some hints which may help you gettig picogui >> > >>> >> > >>> >> > >>compiled (e.g. i wasn`t >> > >> >> > >> >> > >>> a! ble to compile the cli_c stuff using OZ >> > >>> >> > >>&g t; >> > >>buidlroot completly, but i >> > >> >> > >> >> > >>> added the neccessary files so that it works >> > >>> >> > >>> >> > >>too ) >> > >> >> > >> >> > >>> another possibility would be to compile >> > >>> >> > >>> >> > >>picogui yourself for arm >> > >> >> > >> >> > >>> (i have >> > >>> a ./compile script for that) and then just >> > >>> >> > >>> >> > >>install the files at the >> > >> >> > >> >> > >>> right positions in the output! image...... (but >> > >>> >> > >>> >> > &g t;>that hasn`t worked out >> > >> >> > >> >> > >>> for me 100 % ) >> > >>> >> > >>> maybe you give me some more information about >> > >>> >> > >>> >> > >>your environment, so i >> > >> >> > >> >> > >>> could give you some hints !? >> > >>> >> > >>> greets, peter >> > >>>! ; >> > >>> Eric Heinemann wrote: >> > >>> >> > >>> >Peter, >> > >>> > >> > >>> >I have been banging my head against a wall >> > >>> >> > >>> >> > >>for the >> > >> >> > >> >> > >>> >! last week trying to get PicoGUI to compile >> > >>> >> > >>> >> > >>for the >> > >> >> > >> >> > >>> >Zaurus. After I fix one error, I get another. >> > >>> >> &g! t; >>> >> > >>I have >> > >> >> > >> >> > >>> >a favor to ask, would it be possible to get a >> > >>> >> > >>> >> > >>gzipped >> > >> >> > >> >> > >>> >file of all of the picogui files for arm that >> > >>> >> > >>> >> > >>you have >> > >> >> > >> >> > >>> >gotten compiled? This would be greatly >> > >>> >> > >>> >> > >>appreciated. >> > >> >> > >> >> > >>> >I am current! ly trying to get a PicoGUI only >> > >>> >> > >>> >> > &g t;>ROM >> > >> >> > >> >> > >>> >compiled and running, and well PicoGUI is an >> > >>> >> > >>> >> > >>integral >> > >> >> > >> >> > >>> >part of that. >> > >>> ! > >> > >>> >Thanks, >> > >>> >Eric >> > >>> > >> > >>> > >> > >>> >--- Peter Hermsdorf >> > >>> >wrote: >> > >>> > >> > >>> > >> > >>> >>the error seems to be the timer_vidblank >> > >>> >> > >>> >> > >>part. >> > >> >> > >> >> > >>> >>when just commenting out >> > >>> >> >> > >>> >> if (timer_vidblank && >> > >>> >> > >>> >> > >>timer_eval(timer_vidblank + >> > >> >> > >> >> > >>> >>timer_lastactivity)) >> > >>> >> >> > >>> >> > >>> >> > >>> >> > >>>>drivermessage(PGDM_POWER,PG_POWER_VIDBLANK,NULL! ); >> > >>>> >> > >>>> >> > >>> >> >> > >>> >>the error does not appear. >> > >>> &g! t;>i added some printf statements before these >> > >>> >> > >>> >> > >>lines >> > >> >> > >> >> > >>> >>with >> > >>> >&g! t; >> > >>> >> printf("timer_vidblank: >> > >>> >> > >>> >> > >>%d\n\r",timer_vidblank); >> > >> >> > >> >> > >>> > ;> printf("eval statement: >> > >>> >>%d\n\r",timer_eval(timer_vidblank + >> > >>> >>timer_lastactivity)); >> > >>> >> >> > >>> >>the output right after starting pgserver on >> > >>> >> > >>> >> > >>the >> > >> >> > >> >> > >>> >>zaurus is >> > >>> >> >> > >>> >># pgserver >> > >>> >>timer_vidblank: 600 >> > >>> >>eval statement: 0 >> > >>> &g! t;! ;>timer_vidblank: 600 >> > >>> >>eval stateme nt: 1 >> > >>> >> >> > >>> >>all this in < 3 secs (so oviously not 60 as >> > >>> >>configured). so it seems the >> > >>> >>timer_eval function behaves somehow >> > >>> >> > >>> >> > >>different. >> > >> >> > >> >> > >>> >>i wasn`t able to track this down further. >> > >>> >> > >>> >> > >>hope that >> > >> >> > >> >> > >>> >>helps somehow !? >> > >>> >> >> > >>> >>bye,peter >> > >>> >> >> > >>> >>Peter Hermsdorf wrote: >> > >>> >> >> > >>> >> >> > >>> >> >> > >>> >>>>I haven't looked at it yet, but I don't >> > >>> >> > >>> >> > >>see how >> > >> >> > >> >> > >&g! t;> >>>> >> > >>> >>>> >> > >>> >>it could be anything but >> > >>> >> >> > >>> >&g! t; >> > >>> >>>>the code in timer.c causing the problem. >> > >>> >> > >>> >> > >>That >> > >> >> > >> >> > >>> >>>> *>>>> >> > >>> >>code doesn't depend on >> > >>> >> >> > >>> >> >> > >>> >>>>much else, so it shouldn't take much 'big >> > >>> >>>> >> > >>> >>>> >> > >>> >>picture' knowledge to find the >> > >>> >> >> > >>> >> >> > >>> >>>>problem. >> > >>> >>>> >> > >>> >>>> >> > >>> >>>> >> > >>> >>! ;>> >> > >>> >>>ok. i`ll see what i can do. ... >> > >>> >>> >> > >>> >>> >> > >>> >>> >> > >>> >>>>PicoGUI suspends the zaurus by issuing a >> > >>> >> > >>> >> > >>command>> >> > >> >> > >>> >>>> >> > >>& gt; >>>> >> > >>> >>in /proc, but it >> > >>> >> >> > >>> >> >> > >>> >>>>shouldn't have any effect on poweron. >> > >>> >>>> >> > >>> >>>> >> > >>> >>>> >> > >>> >>>> >> > >>> >>>this behaviour is the same in console only >> > >>> >> > >>> >> > >>mode, >> > >> >> > >> >> > >>> >>> >> > >>> >>> >> > >>> >>so it has nothing >> > >! ;>> >> >> > >>> >> >> > >>> >>>specific to PicoGUI..... maybe i have to >> > >>> >> > >>> >> > >>ask this >> > >> >> > >> >> > >>> >>> >>> >> > >>> >>question on >> > >>> >> >> > >>> >> >> > >>> &g t;>>openzaurus-dev. >> > >>> >>>bye,peter >> > >>> &! gt;>> >> > >>> >>> >> > >>> >>> >> > >>> >>>>>Micah Dowty wrote: >> > >>> >>>>> >> > >>> >>>>> >> > >>> >>>>> >> > >>> >>>>> >> > >>> >>>>> >> > >>> >>>>>>I've seen this problem before now that >> > >>> >> > >>> >> > >>! ;you >> > >> >> > >> >> > >>> >>&g t;>>> >> > >>> >>>>>> >> > >>> >>mention it, but I haven't >> > >>> >> >> > >>> >> >> > >>> >>>>>>looked into it and it seems to have >> > >>> >> > >>> >> > >>escaped >> > >> >> > >> >> > >>> >>>>>> >> > >>> >>>>>> >> > >>> >>from the collector :) >> > >>> >> >> > >>> >> >> > >>&g! t; >>>>>>The input driver for the zaurus includes >> > >>> >> > >>> >> > >>a >> > >> >> > >> >> > >>> >>>>>> >> > >>> >>>>>> >> > >>> >>driver message handler to >> > >>> >> >> > >>> >> >> > >>> >>>>! ;>>support picogui's suspend timer. You can >> > >>> >> > >>> >> > >>see >> > >> >> > >> >> > >>> >>>>>> >> > >>> >>>>>> >> > >>> >>this in >> > >>> >> ! >> > >>> >> >> > >>> >>>>>>server/input/zaurus.c >> > >>> >>>>>> >> > >>> >>>>>>The suspend timer itself is in >> > >>> >>>>>> >> > >>> >>>>>> >> > >>> >>server/gcore/timer.c >> > >>> >> >> > >>> >> >> > >>> >>>>>>In README.configfile, the t! imers.sleep >> > >>> >> > >>> >> > >>property >> > >> >> > >> >> > >>> >>>>>> >> > >>> >&g! t;>>>> >> > >>> >>is shown to have the*> >>> >> >> > >>> >> >> > >>> >>>>>>default value zero, meaning that the >> > >>> >> > >>> >> > >>timer is >> > >> >> > >> >> > >>> >>>>>> >> > >>> >>>>>> >> > >>> >>disabled. Check whether >> > >>> >> >> > >>> >> >> > >>> >>>>>>your pgserver.conf is overriding this. >> > >>> >> > >>> >> > >>If so, >> > >> >> > >> >> > >>> >>>>>> >> > >>> >>>>>> >> > >>> >>try commenting out that >> > >>> >> >> > >>> >> >> > >>> >>>>>>line. If it! looks correct, try adding >> > >>> >> > >>> >> > >> ;printf()s> >> >> > >> >> > >>> >>>>>> >> > >>> >>>>>> >> > >>> >>or breakpoints! to >> > >>> >> >> > >>> >> >> > >>> >>>>>>timer.c >> > >>> > ;>>>>> >> > >>> >>>>>>If you don't feel like fixing this right >> > >>> >> > >>> >> > >>away >> > >> >> > >> >> > >>> >>>>>> >> > >>> >>>>>> >> > >>> >>or at all, add >> > >>> >> >> > >>> >> >> > >>> >>>>>>it to the collector and it will be >> > >>> >> > >>> >> > >>eventually >> > >> >> > >> >> > >>> >>>>>> >> > >>> >>>>>>! >> > >>> >>fixed. >> > >>> >> >> > >>> >> >> > >>> >>>>>>--M! icah >> > >>> >>>>>> >> > >>> >>>>>>On Fri, May 02, 2003 at 03:40:21PM >> > >>> >> > >>> >> > >>+0200, Peter >> > >> >> > >> >> > >>> >>>>>> >> > >>> >>>>>> >> > >>> >>Hermsdorf wrote: >> > >>> >> >> > >>> >> >> > >>> >>>>>> >> > >>> >>>>>> >> > >>> >>>>>> >> > >>> >>>>>> >> > >>> >>>>>>>hi all, >> > >>> >>>>>>> >> > >>> >>>>>>>i finally got hello.c running, but >> > >>> >> > >>> >> > >>there is a >> > >> >> > >>> >>> >>>>>>> >> > >>> >>>>>>> >> > >>> >>funny effect: after >> > >>> >! ;> >> > >>> >> >> > &g! t;>> >>>>>>>starting pgserver the display*>>> >> > >>> >> > >>immediately >> > >> >> > >> >> > >>> >>>>>>> >> > >>> >>>>>>> >> > >>> >>shuts down. when >> > >>> >> >> > >>> >> >> > >>> >>>>>>>pressing a key, let`s say the OK-Key, >> > >>> >> > >>> >> > >>the >> > >> >> > >> >> > >>> >>>>>>> >> > >>> >>>>>>> >> > >>> >>screen turns on and i >> > >>> >> >> > >>> >! > >> > >>> >>>>>>>can see the hell o world window,when i >> > >>> >> > >>> >> > >>release >> > >> >> > >> >> > >>> >>>>>>> >> > >>> >>>>>>> >> > >>> >>the key the screen >> > >>> >> >> > >>> >> >> > >>> >>>>>>>i! mmediately turns off. when again >> > >>> >> > >>> >> > >>pressing a >> > >> >> > >> >> > >>> >>>>>>> >> > >>> >>>>>>> >> > >>> >>key, it turns on >> > >>> >> >> > >>> >> >> > >>> >>>>>>>again and i have to keep the key >> > >>> >> > >>> >> > >>pressed to >> > >> >> > >> >> > >>> >>>>>>> >> > >>> >>&! gt;>>>> >> > >>> >>see something. >> > >>> >> >> > >>> >&! gt; >> > >>> >>>>>>>anybody knows what`s the problem? . .. >> > >>> >> > >>> >> > >>is this >> > >> >> > >> >> > >>> >>>>>>> >> > >>> >>>>>>> >> > >>> >>maybe some >> > >>> >> >> > >>> >> >> > >>> &! gt;>>>>>>misconfigured energy saving feature or >> > & gt;>> >>>>>>> >> > >>> >>>>>>> >> > >>> >>something ? >> > >>> >> >> > >>> >> >> > >>> >>>>>>>thx for any help! >> > >>> >>>>>>> >> > >>> >>>>>>>bye,! peter >> > >>> >>>>>>> >> > >&g t;> >>>>>>> >> > >>> >>>>>>> >> > >>> >>>>>>> >> > >>> >>> >> > >>> >>> >> > >>> >>> >> > >>> >>> >> > >>> * >> > >>> >> > >>> >> > >>> >> > >> >> > >> >> > >> >> > >> >> > >> >> > >------------------------------------------------------- >> > > >> > > >> > >>This SF.net email is sponsored by: ObjectStore. >> > >>If flattening out C++ or Java code to make your >> > >>application fit in a >> > >>relational database is painful, don't do it! Check >> > >>out ObjectStore. >> > >>Now part of Progress Software. >> > >>http://www.objectstore.net/sourceforge >> > >>_______________________________________________ >> > >>Pgui-! devel mailing list >> > >>[email protected] >> > >> >> > >> >> > >> >> > >https://lists.sourceforge.net/lists/listinfo/pgui-devel >> > > >> > > >> > >__________________________________ >> > >Do you Yahoo!? >> > >The New Yahoo! Search - Faster. Easier. Bingo. >> > >http://search.yahoo.com >> > > >> > > >> > >> > * >> > >> > >> >> ------------------------------------------------------------------------ >> > *Do you Yahoo!? >> > The New Yahoo! Search >> > - >> > Faster. Easier. Bingo. * >> >> >> * >> >> ------------------------------------------------------------------------ >> *Do you Yahoo!? >> Free online calendar >> <http://us.rd.yahoo.com/mail_us/tag/*http://calendar.yahoo.com> with >> sync to Outlook(TM). * > > > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: ObjectStore. > If flattening out C++ or Java code to make your application fit in a > relational database is painful, don't do it! Check out ObjectStore. > Now part of Progress Software. http://www.objectstore.net/sourceforge > _______________________________________________ > Pgui-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/pgui-devel ------------------------------------------------------- This SF.net email is sponsored by: ObjectStore. If flattening out C++ or Java code to make your application fit in a relational database is painful, don't do it! Check out ObjectStore. Now part of Progress Software. http://www.objectstore.net/sourceforge