stone@elbereth.rutgers.edu (Robert Stone) (05/13/91)
I had the same problem with PawX11 on a DECstation running Ultrix 4.1, using the Cern library version cnl200. Since the dbx tool bombs running pawX11, I have over the last few days debbuged using the old-fashioned TYPE statement. What I uncovered was a problem with the lenght of a varialble used to hold the "host-name". There is a routine called 'ixopnwin' inside of higzx11c.c which looks up the client hostname and makes calls with this string to two Xlib system routines which put this hostname in the window title. Hence, two longjmp botch messages. This string is too small for most hostnames here at rutgers but probably ok for some hostnames at LANL. The change in the file higzx11c.c is: old -> char host_name[16]; new -> char host_name[20]; <--probably should be made even larger! Then compile and put it back into the library: cc -c -O higzx11c.c mv higzx11c.o x11int.o ar -vr libgrafX11.a x11int.o ar -ts libgrafX11.a B.Stone Stone@ruthep.rutgers.edu Rutgers High Energy Physics
davew@dacds0.lampf.lanl.gov (David Whitehouse) (05/14/91)
My problems running pawX11 on a DECstation 5000/200 were caused by having a hostname longer than 16 characters ( as discovered by B. Stone of Rutgers). The maching giving me problems had a hostname which included the Domain (dslsn1.lampf.lanl.gov), the two Decstations on which pawX11 worked had 6 character names. Thanks, Dave Whitehouse