Re: zaurus turns off when picogui running

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 error 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/oz/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/output/staging/target/lib
>-L/home/spyder/source/oz/output/staging/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: *** [packages/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 <[email protected]>
>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-linux-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 location 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 there 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.  
>>    
>>
>>>Any help would be greatly appreciated.  When you
>>>      
>>>
>>finish your project, 
>>    
>>
>>>if you want to make it public, I have a website
>>>      
>>>
>>you could store it on.
>>    
>>
>>> 
>>>Eric
>>>
>>>*/Peter Hermsdorf <[email protected]>/*
>>>      
>>>
>>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
>>    
>>
>>>    able to compile the cli_c stuff using OZ
>>>      
>>>
>>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
>>>      
>>>
>>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.
>>>      
>>>
>>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 currently trying to get a PicoGUI only
>>>      
>>>
>>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.
>>>    >>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
>>>    >>timer_vidblank: 600
>>>    >>eval statement: 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
>>    
>>
>>>    >>>>
>>>    >>>>
>>>    >>it could be anything but
>>>    >>
>>>    >>
>>>    >>>>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
>>    
>>
>>>    >>>>
>>>    >>>>
>>>    >>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
>>>    >>>
>>>    >>>
>>>    >>>
>>>    >>>>>Micah Dowty wrote:
>>>    >>>>>
>>>    >>>>>
>>>    >>>>>
>>>    >>>>>
>>>    >>>>>
>>>    >>>>>>I've seen this problem before now that
>>>      
>>>
>>you
>>    
>>
>>>    >>>>>>
>>>    >>>>>>
>>>    >>mention it, but I haven't
>>>    >>
>>>    >>
>>>    >>>>>>looked into it and it seems to have
>>>      
>>>
>>escaped
>>    
>>
>>>    >>>>>>
>>>    >>>>>>
>>>    >>from the collector :)
>>>    >>
>>>    >>
>>>    >>>>>>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 timers.sleep
>>>      
>>>
>>property
>>    
>>
>>>    >>>>>>
>>>    >>>>>>
>>>    >>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.
>>>    >>
>>>    >>
>>>    >>>>>>--Micah
>>>    >>>>>>
>>>    >>>>>>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
>>>    >! ;>
>>>    >>
>>>    >>>>>>>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 hello world window,when i
>>>      
>>>
>>release
>>    
>>
>>>    >>>>>>>
>>>    >>>>>>>
>>>    >>the key the screen
>>>    >>
>>>    >>
>>>    >>>>>>>immediately turns off. when again
>>>      
>>>
>>pressing a
>>    
>>
>>>    >>>>>>>
>>>    >>>>>>>
>>>    >>key, it turns on
>>>    >>
>>>    >>
>>>    >>>>>>>again and i have to keep the key
>>>      
>>>
>>pressed to
>>    
>>
>>>    >>>>>>>
>>>    >>>>>>>
>>>    >>see something.
>>>    >>
>>>    >&! gt;
>>>    >>>>>>>anybody knows what`s the problem? . ..
>>>      
>>>
>>is this
>>    
>>
>>>    >>>>>>>
>>>    >>>>>>>
>>>    >>maybe some
>>>    >>
>>>    >>
>>>    >>>>>>>misconfigured energy saving feature or
>>>    >>>>>>>
>>>    >>>>>>>
>>>    >>something ?
>>>    >>
>>>    >>
>>>    >>>>>>>thx for any help!
>>>    >>>>>>>
>>>    >>>>>>>bye,peter
>>>    >>>>>>>
>>>    >>>>>>>
>>>    >>>>>>>
>>>    >>>>>>>
>>>    >>>
>>>    >>>
>>>    >>>
>>>    >>>
>>>    *
>>>
>>>      
>>>
>>
>>
>>
>>    
>>
>-------------------------------------------------------
>  
>
>>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
>  
>




-------------------------------------------------------
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