Jeff,
the same applies to my compilation (10.20, with aCC and CC on a PA1.1
system), whenever zrle is used, Xvnc dies with the following stack trace: 1
overrun__Q2_3rdr13ZlibOutStrea + 0x0000032c (0, 0xff, 0, 0) 2
writeU8__Q2_3rdr9OutStreamFUc + 0x0000006c (0x4010dfc8, 0x11, 0, 0) 3
zrleEncodeTile8__FPUciT2PQ2_3r + 0x0000088c (0x40019a90, 0x40, 0x40,
0x4010df
c8)
4 __curStaticObject + 0x00000130 (0, 0, 0x280, 0x1e0)
5 rfbSendRectEncodingZRLE + 0x000000c8 (0x40125118, 0, 0, 0x280) 6
rfbSendFramebufferUpdate + 0x00000868 (0x40125118, 0x7b03b6b8, 0, 0x12) 7
rfbDeferredUpdateCallback + 0x00000020 (0x400de438, 0x254e1bba, 0x40125118,
0
x400212c8)
8 DoTimer + 0x00000040 (0x400de438, 0x254e1bba, 0x4000cd80, 0x7b03b2b0) 9
WaitForSomething + 0x0000058c (0x400de340, 0x25, 0xf0, 0x202008ff) 10
Dispatch + 0x00000088 (0x4007e058, 0, 0x7b03b174, 0) 11 main + 0x00000500
(0x2, 0x7b03b174, 0, 0)
This happened as well with 3.3.6.
I did noticed a lot of warnings when compiling the vnc portion: ....
rm -f zrle.o
aCC -c -I. -I../../../../exports/include/X11
-I../../../../include/font
s -I../../../../exports/include/X11 -I../../cfb -I../../mfb
-I../../mi -I
../../include -I../../os -I../../../../.. -I../../../..
-I../../../..
/exports/include -Dhpux -DSYSV -DSHAPE -DXOS -DBSTORE
-DSOFTWARE_CURSO
R -DNO_ALLOCA -DSCREEN_PIXMAPS -DMERGE_SAVE_UNDERS -DHAS_IFREQ
-DFORCE_SEPARATE_
PRIVATE -DNDEBUG zrle.cc
Warning (anachronism) 823: "../../../../../rfb/zrleEncode.h", line 117 #
Redundant preprocessing concatenation operation results in two valid
preprocessing tokens. Depending on this implementation defined behavior
will result in non-portable code.
void ZRLE_ENCODE_TILE (PIXEL_T* data, int w, int h, rdr::OutStream* os);
^^^^^^^
Warning (anachronism) 823: "../../../../../rfb/zrleEncode.h", line 135 #
Redundant preprocessing concatenation operation results in two valid
preprocessing tokens. Depending on this implementation defined behavior
will result in non-portable code.
ZRLE_ENCODE_TILE((PIXEL_T*)buf, tw, th, zos);
^^^^^^^
Warning (anachronism) 823: "../../../../../rfb/zrleEncode.h", line 142 #
Redundant preprocessing concatenation operation results in two valid
preprocessing tokens. Depending on this implementation defined behavior
will result in non-portable code.
void ZRLE_ENCODE_TILE (PIXEL_T* data, int w, int h, rdr::OutStream* os)
^^^^^^^
Warning (anachronism) 823: "../../../../../rfb/zrleEncode.h", line 151 #
Redundant preprocessing concatenation operation results in two valid
preprocessing tokens. Depending on this implementation defined behavior
will result in non-portable code.
PIXEL_T* ptr = data;
^^^^^^^
....
and so on.
If I don't use zrle encoding Xvnc works fine.
Any clues?
Cheers,
Hans
Hewlett-Packard GmbH
European Network Competency Center
Berliner Strasse 111
40880 Ratingen
Phone: +49 (0) 2102 906699
Fax: +49 (0) 2102 907917
mobil: +49 (0) 178 4701050
E-mail: [EMAIL PROTECTED]
Telnet: 705-6699
http://www.hp.com/de
Hewlett-Packard GmbH
Geschdftsf|hrer: Jvrg Menno Harms (Vorsitzender), J|rgen Banhardt, Wolfram
Fischer, Rainer Kaczmarczyk, Bdrbel Schmidt, Fritz Schuller, Regine
Stachelhaus Vorsitzender des Aufsichtsrats: Heribert Schmitz
Sitz der Gesellschaft: Bvblingen, Amtsgericht Bvblingen HRB 4081
-----Original Message-----
From: Wesley Hart [mailto:[EMAIL PROTECTED]
Sent: Dienstag, 25. Mdrz 2003 17:38
To: Jeff Boerio; [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: Re: Compiling on HP-UX platforms
Twas brillig, and Jeff Boerio scrobe:
> Has anyone been successful in compiling Real VNC 3.3.7 on HP
> platforms?
> I'm specifically interested in HP-UX 11.00, but also HP-UX 10.20?
>
> I've been able to generate binaries, but I can't get them to do
> anything
> :)
>
> I'd be satisfied with a compilation on HP-UX 10.20, since it would
> likely work on HP11. The compile I get on 10.20 generates a binary,
> and it runs. But as soon as a client connects, it does.
>
> The binary I get on HP11 dumps core, unless you just say -help :)
>
> I would really like to hear what people did to get this to compile on
> those platforms.
>
Jeff,
I've mangaged to build RealVNC 3.3.7 on HP-UX 10.20, but like you, I get
core dumps when using it. By playing with the viewer's "-encoding" flag,
and watching the Xvnc log file, I've convinced myself that the ZRLE encoding
is the culprit - as soon as the server tries to enable ZRLE, it dies.
If you're running VNC across a LAN, you can disable ZRLE in favor of
one of the other encodings (probably hextile).
If you have a slow (DSL, cable, or dialup) link bewteen server and viewer,
then I'd recommend using TightVNC with tight encoding. TightVNC builds on
HP-UX 10.20 with only a few config file tweaks, and I have good evidence
that my TightVNC 1.2.8 server binary also runs fine on HP-UX 11.00.
--
Wesley Hart 3000 Waterview Parkway
Richardson, TX 75083
Hewlett-Packard Company Phone: (972)497-4501
High-Performance Technical Computing [EMAIL PROTECTED]
_______________________________________________
VNC-List mailing list
[EMAIL PROTECTED] http://www.realvnc.com/mailman/listinfo/vnc-list
_______________________________________________
VNC-List mailing list
[EMAIL PROTECTED]
http://www.realvnc.com/mailman/listinfo/vnc-list
