compiling rdesktop on hpux11.0 / keyboard-problemes rdesktop

[Dorothee Singer]

hi all,
i'm trying to compile rdesktop.1.2.0 (and i'm a real newbie in this compiling stuff) on my c3700-system (running hpux11.0) and i'm getting nuts about it. i installed everything it wanted: OpenSSL, XFree86 etc. but it all has no effect. (at the end i see that those symbols are unsatisfied:

cc -KEYMAP_PATH=\"/usr/local/share/rdesktop/keymaps/\" -O -I/usr/local/X11R6/include -I/usr/local/include -DWITH_OPENSSL -o rdesktop rdesktop.o tcp.o iso.o mcs.o secure.o licence.o rdp.o orders.o bitmap.o cache.o xwin.o xkeymap.o ewmhints.c -L/usr/lib/X11R6 -L/usr/lib/X11R5 -L/usr/lib/X11R4 -lX11 -L/usr/local/lib -lcrypto
/usr/ccs/bin/ld: Unsatisfied symbols:
XCloseIM (code)
XDestroyIC (code)
XGetICValues (code)
XOpenIM (code)
XCreateIC (code)
XInitImage (code)
XFilterEvent (code)
XmbLookupString (code)
*** Error exit code 1
Stop.

don't know what to do at this point, got no more ideas.

well, i also downloaded a .depot-file from hpux.asknet.de(rdesktop-1.1.0-sd-11.00.depot). I installed it as usual, it worked fine.
but when i start rdesktop (./rdesktop -u singer -k de fortuna), the whole keyboard is wrong - doesn't mind what flags (-k de etc.) i use. no reaction at all - the keyboard doesn't work properly.

i know, that this (keyboard)-problem is well known in the hole internet - but i never found someone who had it on hp. perhaps you all use citrix or it works all fine at your site???

it would be great if anyone would have an idea - thanks in advance!
yours
doro

p.s.: hope this is the right place for this question ...

[Stefan Schulz]

Hi Doro,

i don't have any experience with rdesktop, but i found this tool interesting. So i did browse the mailing lists.

I found a thread about german umlauts. The problem was that -k de was not recognized. The solution was to use -k 0x407 .

There should be a file which explains the hexcodes for the different keyboards.

Hope this helps

Regards Stefan

[Ollie R]

Hi Dorothee,

The unresolved symbols should be in the XFree86 object file.

I can't see you including any XFree86 ".o" file in your "cc" command. Is it missing or is my eye sight failing???

Ollie.

[Dorothee Singer]

hi stefan,
thank you for your reply.
i already tried this flag - i tried so many funny flags but none of them did help.
because of this, i think it is perhaps because of a missing patch or something with the keymap.

it is really curios - doesn't mind what option i use - the keyboard always works in the same bad way, e.g. the 'a'-button always reacts like the 'enter'-key and so on. this never changes.
perhaps there is a wrong keymap or something like that??
has anyone an idea, where i can find the hp-keymap?

i'll attach the rdesktop-common-keymap - so you can see what i'm looking for.
thanks again,
yours
doro

[Dorothee Singer]

hi ollie,
i really haven't got much knowledge in compiling anything ;-), and because of this i just have done, what the readmefile told me. i don't know, where to specify any xfree86.o file in my makefile - or how to include it to my cc-command.

i attach my Makefile and Makeconf from my 1.2.0-compiling-try - perhaps you can tell me, what is wrong.
thanks once more ...
yours
doro

[Ollie R]

I can't see any attachments!

[Ollie R]

Hi Dorothee,

I've downloaded the source code to take a look. There is a "configure" script and a "Makefile". Why are you therefore running a "cc" manually?

Ollie.

[Dorothee Singer]

first: you are right - there are no attachments and i don't know what i did wrong.
the assignment of point also doesn't work the right way, but i'm going on trying both.

however, i didn't run cc manually - this was just the end of the output of my make-command.
sorry, if i was inaccurate.

yours doro

[Ollie R]

Hi Dorothee,

I think the problem could be the "-L" parameters. On my system there are no directories called "/usr/lib/X11R?". The "libX11.*" files are in "/lib".

Try changing the parameters using the "configure" script, or manually change the "Makefile" to look at the right directory and see if that works.

Did the "configure" work properly? What command did you run and what does the output and resulting "Makefile" look like?

Ollie.

[Dorothee Singer]

last try to attach a file - hope it works.
i put the hole compilation progress in it - with some comments from me (what i did edit etc.)
perhaps you can see something, i didn't recognize.
i tried different direktories in the Makeconf-file for LD-Flags but the important information seems to be placed in /usr/lib/X11R4.

o.k., that's all for the moment, i guess.
thanks,
doro

[Ollie R]

Hi Dorothee,

Please check the directory "/usr/local/X11R6/lib" for the file "libX11.*".

Try a strings on it for an unfound library:
"strings libX11.1 | grep XmbLookupString"
and see if it gives anything back.

If not, then I think you need to look at your XFree86 compilation.

If yes, then I'm stumped.

Ollie.

[Dorothee Singer]

hi ollie,
as this directory doesn't exist on my system i did the following:
# cd /
# find . -name libX11* -print
./usr/lib/X11R4/libX11.sl
./usr/lib/X11R5/libX11.0
./usr/lib/X11R5/libX11.1
./usr/lib/X11R6/libX11.2
./usr/lib/X11R6/libX11.3
./usr/lib/X11R6/pa20_64/libX11.3
./usr/lib/libX11.1
./usr/lib/libX11.2
./usr/lib/libX11.3
./usr/lib/pa20_64/libX11.3
#
after this i used your string-command:
# cd /usr/lib/X11R5
# strings libX11.1 | grep XmbLookupString
XmbLookupString
XmbLookupString
# cd /usr/lib/
# strings libX11.1 | grep XmbLookupString
XmbLookupString
XmbLookupString
#
well, i dont't know - are there any more possibilities to give this path to the cc-command? perhaps in the makeconf file (attached --> giving the right permissions dit the trick with the upload ;-) )?

thank you very much for your help and time - would be wonderful if there is any more idea.
but thanks a lot up to now.
yours
doro

[Ollie R · Accepted solution]

Hi Dorothee,

I quote from "man cc":
Arguments of the form -lx cause the linker to search the
library libx.sl or libx.a in an attempt to resolve currently
unresolved external references. Because a library is searched
when its name is encountered, placement of a -l is
significant. If a file contains an unresolved external
reference, the library containing the definition must be
placed after the file on the command line. See ld(1) for
further details.

Now, what all this means is that, given your listing output, the only library it can actually read (suffix or ".sl" or ".a") is:
/usr/lib/X11R4/libX11.sl

Run the strings|grep command on this library to see if it's there.

In any case, I would definitely try to make the compilation look at a library in the "/usr/lib/X11R6" directory.

Try renaming "/usr/lib/X11R4/libX11.sl" to "/usr/lib/X11R4/libX11.old" to remove it from the equation.

The check the files "/usr/lib/X11R6/libX11.*" to see if they are shared libraries or not using "file /usr/lib/X11R6/libX11.*". Once you locate a shared library, rename it to "/usr/lib/X11R6/libX11.sl", then try the compilation again. Check that the strings|grep test works with this shared library!

Looking forward to your reply!

Ollie.

[Ollie R]

Hi Dorothee,

I just had a thought - instead of renaming the files, you can just create a symbolic link:
ln -s libX11.1 libX11.sl

Ollie

[Dorothee Singer]

hi ollie,
this was a really good idea.
i found two shareable libraries:
/usr/lib/X11R6/libX11.2: PA-RISC1.1 shared library -not stripped
/usr/lib/X11R6/libX11.3: PA-RISC1.1 shared library -not stripped
i tried them both and it worked nice(both of them). compiling runs now without a mistake to its end.
but however, when i start rdesktop, i get the following message:
# ./rdesktop fortuna
WARNING: Screen depth is 8 bits or lower: you may want to use -C for a private colourmap
/usr/lib/dld.sl: Unresolved symbol: __udivdi3 (code) from /usr/local/lib/libcrypto.sl.0.9.7
Abort(coredump)
#

phew!, it was great to see compiling rum without any error - but now ...

doro

[Ollie R]

Hi Dorothee,

OK, so far so good!

I've had a dig around and, indeed, the unresolved "__udivdi3" SHOULD be in the "libcrypto.sl" library, which should be in "/usr/local/lib".

So, you need to do a strings thingy again, looking for "__udivdi3" in the libraries in "/usr/local/lib" and either point the "libcrypto.sl" to a shared library which contains the required symbol, or include (using -l) another library that contains it.

Let me know how it goes!

Ollie.

[Dorothee Singer]

hi ollie,
perhaps i didn't get you right or something really odd is happening.
when i use this string- and the file-commands in /usr/local/bin i get the following output:

#strings libcrypto.sl.0.9.7 | grep __udivdi3
__udivdi3
# strings libcrypto.sl | grep __udivdi3
__udivdi3
# strings libcrypto.sl.0 | grep __udivdi3
__udivdi3
# strings libcrypto.a | grep __udivdi3
__udivdi3
__udivdi3
__udivdi3

# file /usr/local/lib/libcrypto*
/usr/local/lib/libcrypto.a: archive file -PA-RISC1.1 relocatable library
/usr/local/lib/libcrypto.sl: PA-RISC1.1 shared library
/usr/local/lib/libcrypto.sl.0: PA-RISC1.1 shared library
/usr/local/lib/libcrypto.sl.0.9.7: PA-RISC1.1 shared library
#

now, doesn't this mean that it IS included to the library where rdesktop is looking for it?

yours doro

[Ollie R]

Hi Dorothee,

I've found the "__udivdi3" symbol in "libgcc.sl"!

That's strange because you've used the HP-UX ANSI C compiler to compile. Do you have "gcc" installed on this system?

If so, maybe it's worth redoing the build from scratch using "gcc" (you'll probably have to set "CC=gcc" in the environment and run "configure" again) or you could just reference the "-lgcc" in the Makefile explicitly.

If you don't have it already, you can download it at:
http://hpux.connect.org.uk/hppd/hpux/Gnu/gcc-3.2.3/

Ollie.

[Dorothee Singer]

hi ollie,
that did it - i can't believe it!!! it works quite wonderfull - some problems with the colors and so on, but i think that's now quite simple.
thank you so much for your time and help !
hope, i can give you revenge some day.

thanx!
doro

[Ollie R]

Hi Dorothee,

Excellent news! It's been a pleasure.

Ollie.