Mmm ... m the _famous_ cleanup of the uClibc
just define an empty function solve the 'blem.
void _cleanup (void) {}
-philippe
> Thank you, Philippe! I used the patch of Erwin
> Authried (to enable option -fPIC for compiling), so I
> have some trouble when linking (function _cleanup),
Ok, this is what I got...
I followed your instructions, under kernel 2.4.18 I got the following...
imps2 auto-detected unknown mouse type 14, assuming standard ps/2 and then
it decided to start spewing pointing events.. (Why did this work under
GDB??? I swear i just tried it earlier the exact sa
Hmm..
This is really a last-resort sort of suggestion, but try this:
- open pgserver in gdb
- set a breakpoint at ps2mouse_init
- run it with the command line options I suggested earlier
- It should stop at ps2mouse_init
- Step through to make sure it opens the mouse device correctly
- Set a brea
Ok I decided to "rip out it's guts" and try again to be sure it wasn't
something unseen causing my troubles. Here's what I have done s ofar...
Got rid of kernel 2.4.16+LPP patch and replaced it with 2.4.18 - recompiled
made sure I compiled in the ps2 mouse driver.
Downloaded pgui-latest snapsho
It should log to stdout
On Wed, May 22, 2002 at 12:16:04PM -0600, Gray, Tim wrote:
> I tried that, still no mose control. I do have event debugging compiled in
> but I get no information out. do I need to supply a runtime command to
> specify what file to dump event debugging into? i have tried
I tried that, still no mose control. I do have event debugging compiled in
but I get no information out. do I need to supply a runtime command to
specify what file to dump event debugging into? i have tried the standard
1>file1 2>file2 but both files were empty after the run.
thanks.
-Or
Try this- kill gpm and run pgserver like this:
pgserver -i ps2mouse --input-ps2mouse.device=/dev/psaux -s ./blackout
If it still doesn't work, turn on event debugging and let me know what that does.
On Wed, May 22, 2002 at 11:46:40AM -0600, Gray, Tim wrote:
> I'm invoking pgserver as follows fo
How are you invoking pgserver?
Also, you shouldn't use the gpm driver unless absolutely necessary. Since gpm is
designed for text mode, it scales down the resolution on the mouse.
On Wed, May 22, 2002 at 11:26:17AM -0600, Gray, Tim wrote:
> Ok now I am confused. I loaded GPm (version 1.20) it w
Ok now I am confused. I loaded GPm (version 1.20) it works fine, I can run
the mouse cursor all over the screen in text mode.
so I kill gpm and re-invoke it with...
gpm -m /dev/psaux -R -t ps2
then recompile pgserver to only have the following drivers...
fbdev
ttykb
gpm
it still doesn't work.
AFAIK the 5-byte protocol is optional, and there's also a 3-byte version of the IMPS/2
protocol. The ps2mouse driver should autodetect whether the mouse supports IMPS/2 or
regular PS/2, and use either. I tested it with both types of mice, and it even
supports the scroll wheel :)
Two things to
> autoheader: error: AC_CONFIG_HEADERS not found in configure.in
> autogen.sh:error: while running autoheader
Your autoheader is pickier than mine, but is basically right. I
removed the autoheader invocation from the autogen.sh script. It
should work now.
Frédér
On Wednesday 22 May 2002 16:44, Gray, Tim wrote:
> Ok, i'm being a pest on the list today.. sorry all.
> I cant seem to get the ps2 mouse driver for pgserver to work. the kernel
> has it compiled in, the /dev/psaux is alive and well and /dev/mosue is
> symlinked to /dev/psaux just in case. I am u
Ok, i'm being a pest on the list today.. sorry all.
I cant seem to get the ps2 mouse driver for pgserver to work. the kernel
has it compiled in, the /dev/psaux is alive and well and /dev/mosue is
symlinked to /dev/psaux just in case. I am using the TTY keyboard driver
also.. checking the /dev/psa
Ok, I ran into something that might be my fault..
after compiling pgserver and cli_c i went on to compile themetools. i
issued the ./autogen.sh in the themetools directory and I get the following.
autoheader: error: AC_CONFIG_HEADERS not found in configure.in
autogen.sh:error: while running au
On Wednesday 22 May 2002 15:02, you wrote:
> Ok, after working with an older pgui I decided to upgarde today, while
> compiling I see that there is support for a SED1330 LCD controller.. is
> this supporting the graphics mode on that controller? what hardware
> configuration? through a regular
Ok, after working with an older pgui I decided to upgarde today, while
compiling I see that there is support for a SED1330 LCD controller.. is
this supporting the graphics mode on that controller? what hardware
configuration? through a regular PC parallel port or is this through a GPIO
port? a
Hi Everybody,
I just committed a pretty big update to pgserver, including associated changes int the
C and python client libs and in the pgui-protocol document.
The big change here is moving server-owned resources into a table that can be read by
clients. This was necessary for the upcoming in
Hmm... and gstreamer even has python bindings!
It would make a lot of sense to write the media player in python and using gstreamer.
That would make the media player require non-small things like python and glib, but
it's probably safe to assume that any machine that you would want to play medi
On Wed, May 22, 2002 at 01:10:27AM -0600, Micah Dowty wrote:
> Hmm.. With the recent thread on MP3 players in mind I ran across gstreamer.
>(http://www.gstreamer.net/)
>
> Looks like it might be exactly what we need- Relatively small, (the site claims 10k
>lines of code) very flexible, and comp
19 matches
Mail list logo
