HDTenEightyP/NetNews huggingface dataset:
From: mouse@thunder.mcrcim.mcgill.edu (der Mouse)
Newsgroups: fj.mail-lists.x-window
Subject: Re: libXaw.so.5 not found?
Date: 11 Sep 92 21:34:09 GMT
Distribution: fj
Organization: McGill Research Centre for Intelligent Machines

Date: Fri, 11 Sep 92 00:49:49 GMT
Message-Id: <1992Sep11.004949.9725@thunder.mcrcim.mcgill.edu>
Newsgroups: comp.windows.x

In article <1992Sep8.151518.27183@ims.com>, tonyf@ims.com (Antonio Freixas) writes:

> But I just learned the following interesting things about X on a
> Sun-4:

> 1) xterm and xload need to be owned by root and have the set-user-id
>    bit set.

Not necessarily.  xload shouldn't need setuid root; setgid kmem should
be enough.  xterm doesn't *need* any privilege at all, normally; it
will generally work without it, though it can't chown the pseudo-tty or
write utmp entries otherwise (unless the system is mis-set-up...).

> 2) Programs run as root will ignore LD_LIBRARY_PATH and will only
>    look in "safe" directories (such as /usr/lib) for dynamic
>    libraries (to avoid an obvious security risk).

Not programs run as root, but rather, setuid programs.  The list of
"safe" directories can be changed, though I'm not sure how (I think
it's done with ldconfig), and I think the built-in library path also
comes into this somewhere.

> 3) When dynamic loading takes place, /usr/lib is not searched;
>    instead, the loader looks at a cached list in /etc/ld.so.cache.

It's not quite that simple.  At run time, *conceptually*, ld.so does a
path search for each library.  ld.so.cache is just a cache to reduce
searching of some commonly-searched directories....

Or such is my understanding.  As tonyf says, "[This information] may
not even be completely correct."...

					der Mouse

			    mouse@larry.mcrcim.mcgill.edu
From: spencer@med.umich.edu (Spencer W. Thomas)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Shared memory extension (XShm)
Date: 6 Sep 92 10:50:48 GMT
Distribution: fj
Organization: University of Michigan

Date: Fri, 4 Sep 1992 21:01:50 GMT
Message-Id: <SPENCER.92Sep4160150@guraldi.med.umich.edu>
Newsgroups: comp.windows.x.intrinsics,comp.windows.x

In article <71982@apple.Apple.COM> pgj@Apple.COM (Paul Jensen) writes:

...  Question from me about XShm extension and detecting when it can
be used ...

> Well, this isn't an intrinsics question, but I'll take a stab at it.

My fault -- I was thinking "It isn't an app question, so it must be an
intrinsics question."

>   What you need to do is
> set an error handler to detect if the X_ShmAttach request fails.

This seems to be the consensus.  The documentation is wrong when it
says that XQueryVersion will tell you whether you can use it with a
particular display.  It only tells you whether the extension is present.

Further discussion should be directed to comp.windows.x only (per the
followup-to line above).

--
=Spencer W. Thomas 		|  Info Tech and Networking, B1911 CFOB, 0704
   "Genome Informatician"	|  Univ of Michigan, Ann Arbor, MI 48109
Spencer.W.Thomas@med.umich.edu	|  313-747-2778, FAX 313-764-4133
From: steitz@aorta.tat.physik.uni-tuebingen.de (Arno W. Steitz)
Newsgroups: fj.mail-lists.x-window
Subject: Question on DirectColor visual
Date: 8 Sep 92 09:08:08 GMT
Distribution: fj
Organization: TAT (Theoretical Astrophysics Tuebingen), U. of Tuebingen, FRG

Date: Tue, 8 Sep 1992 07:12:22 GMT
Message-Id: <steitz.715936342@aorta>
Newsgroups: comp.windows.x

I want to port an X-program which works currently on 24-Bit TrueColor 
to a 24-Bit DirectColor visual. I couln't figure out a way to avoid
allocating about 16 million colorcells, loading RGB-values into
corresponding XColor structures and storing all this to the colormap.
Is there a way to set R-G-B ramps of 256 entries each independently.
Answers of experienced color-allocators will be greatly appreciated.
From: mouse@thunder.mcrcim.mcgill.edu (der Mouse)
Newsgroups: fj.mail-lists.x-window
Subject: Re: X11R5 -- HELP !
Date: 11 Sep 92 19:00:08 GMT
Distribution: fj
Organization: McGill Research Centre for Intelligent Machines

Date: Fri, 11 Sep 92 00:15:43 GMT
Message-Id: <1992Sep11.001543.8417@thunder.mcrcim.mcgill.edu>
Newsgroups: comp.windows.x

In article <1992Sep8.114335.2359@cci.dk>, hwn@cci.dk (Henrik W. Nielsen) writes:

> I have just compiled X11R5 on my Sun IPC (SunOS 4.1.1) using gcc-2.

> It compiles without any errors, but when trying to start X, I get the
> following error message:

> Getting interface configuration: Operation not supported on socket
> sunOpenFrameBuffer: Inappropriate ioctl for device
> 
> Fatal server error:
> no screens found

> Does anyone know what is wrong ? 

There's a good chance the FAQ does.

----------------------------------------------------------------------
Subject:  96)  What are these I/O errors running X built with gcc?
When I try to run xinit or the Xsun server I get the error 
	"Getting interface configuration: Operation not supported on socket. 
	Fatal server bug! no screens found."

	Running the gcc fixincludes script apparently didn't work. You can do 
this simple test:

	#include <sys/ioctl.h>
	SIOCGIFCONF

Run that through cc -E and gcc -E.  The last line of output is the piece of 
interest; it should be identical (modulo irrelevant differences like 
whitespace).  If the gcc version has 'x' where the cc version has 'i', your 
fixincludes run didn't work for some reason or other; go back to your gcc
sources and run `fixincludes`; then rebuild the X distribution. If they are 
identical, try running a make clean in mit/server and rebuilding, just to make 
sure everything gets compiled with the proper include files.  

[courtesy der Mouse, mouse@LARRY.MCRCIM.MCGILL.EDU; 9/90]

----------------------------------------------------------------------

					der Mouse

			    mouse@larry.mcrcim.mcgill.edu
From: jim@blade.lcs.mit.edu (Jim Rump)
Newsgroups: fj.mail-lists.x-window
Subject: Microfield T8C questions ???
Date: 14 Sep 92 08:43:13 GMT
Distribution: fj
Organization: MCGV Stack, Eindhoven University of Technology, the Netherlands.

Date: 13 Sep 92 21:04:53 GMT
Message-Id: <5380@tuegate.tue.nl>
Newsgroups: comp.windows.x

Hi all,

I'm a student who has a 19" monitor (Unisys)  with a Microfield T8C video-card.
With this card a MS-windows driver was supplied. 
Since I'm running X386 on a BSD based system I really would like to
use the T8C to operate with X386. The following questions also applies to 
X386 on a Linux based system.
The questions I have are:

* Are there drivers for the Microfield T8C-card for X-windows. If this is
  the case, where can I obtain this and at what price? 

* I know there is a manual for programming the T8C-card. The name is:
  `Microprogrammer's reference manual for the T8C Color Graphics Controller`.
  Where can I get this manual?

* Does anyone know the adress of Microfield or perhaps an e-mail adress?

An other question I have is if someone has allready succesfully used a
19" monitor connected to a 1MB vga-card e.g. a et4000 based one.

Thanks,

Jim (jim@stack.urc.tue.nl)



--
   \_  \_  \_\_  \_ \_   Jim@stack.urc.tue.nl
    \_  \_  \_  \_   \_ 
     \_  \_  \_       \_     
  \_\_    \_  \_       \_    I,m always seeing an opinion.
From: jrowland@cs.utexas.edu (John Richards Rowland)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Free software and the future of support for Diamond products
Date: 7 Sep 92 06:08:23 GMT
Distribution: fj
Organization: CS Dept, University of Texas at Austin

Date: 7 Sep 1992 00:38:24 -0500
Message-Id: <lalqmgINNa96@needmore.cs.utexas.edu>
Newsgroups: comp.unix.sysv386,comp.windows.x,comp.os.linux,comp.os.mach,comp.unix.bsd


I dont see the problem here. I use bios calls to set the clocks.
By observation, I can determine what clock settings each bios call
sets the PLL to.  Just before Xfree86 starts, I take it apon myself
to make that bios call, and the bios sets the clock values to what I need.

For example:
When I boot my linux system I always remember to choose the text mode
100x40 in the selection list because I know that setting that text mode also
sets the clocks to what I want for my chosen resolution.  This type of
trickery is uncomfortable, but it does allow me to use X on my Diamond 
Speedstar24 using bios 5.X.
-- 
-----------------------------------------------------------------------
primary:	jrowland@cs.utexas.edu  (UT CS Department)
secondary:	jrowland@csdfx8a.arlut.utexas.edu (Applied Research Laboratory)
-----------------------------------------------------------------------
From: yandros@Athena.MIT.EDU (Chad Phillip Brown)
Newsgroups: fj.mail-lists.x-window
Subject: Re: GUIs Considered Harmful
Date: 13 Sep 92 23:07:04 GMT
Distribution: fj
Organization: /mit/yandros/.organizations

Date: Sun, 13 Sep 1992 06:19:04 GMT
Message-Id: <YANDROS.92Sep13021857@hodge.MIT.EDU>
Newsgroups: comp.windows.x,comp.human-factors,alt.religion.computers,comp.editors



  From: jonke@kong.gsfc.nasa.gov (Stephen Jonke)
> It really goes well beyond the individual application level anyway.
> The Macintosh is an "environment", not just a machine which runs
> programs.  The environment is more efficient as well, allowing me to
> get everything done in a much more efficient way.  Everything from
> installing applications and extensions to the OS to opening a file or
> changing its name.  Apple has had a set of excellent user interface
> guidlines from very early on which helps to make applications more
> consistent.  The environment also helps avoid stagnation because of
> the ease of installing extensions and apps, etc.

I can agree with this.  I can agree that an infrequent, short-time,
irregular, and/or begining user (to use Peter Gorny's words) will find
the GUI to be, in general, a 'better' choice.  I still don't see why
this means that the Macintosh had to toss the frequent, intensive,
regular, and/or expert users (Peter Gorny again, of course) out into
the world of conflicting, incompatiable, non-standard
extensions/control panels/CDEVs/INITs/whatever.  I think it's great
that a Macintosh has come so close to making the computer into an
appliance, but there will always be a need for hackers, too.
Recently, I thought about hacking on the Mac.  Unfortunately, every
time I look at it, it becomes less and less appealing, and it seems
that the problems are too deeply buried in the OS to see any real
improvement.

Examples:

Keyboard access to the menubar. Restriction: I could do better than
Easy Access by pushing the ball of the mouse around with my nose.  I
understand that it's a decent product for its intended purpose.  This
isn't its intended purpose.

Something like multitasking.  Restriction: multifinder does not count
even in the slightest.  I want to be able to do more than one thing at
a time, not switch between a group of things.

These both seem like things that could have been added to the base of
the OS, but weren't for reasons that are entirely unclear to me.  Can
someone help me with this?


--
-->Chad Phillip Brown<--||INTERNET:---->yandros@Athena.MIT.EDU
------------------------||NeXT:---------->yandros@milo.mit.edu
-->Student Information<-||UUCP:-->mit-eddie!mit-athena!yandros		
--->Processing Board<---||BITNET:------>yandros%mit.edu@mitvma
----->CSSConsultant<----||US:--->19 Myrtle;Somerville MA;02143
-------->IS-DCNS<-------||Voice:----------------->617-623-0877
From: dfl@virgo.math.tau.ac.il (David Frenkiel)
Newsgroups: fj.mail-lists.x-window
Subject: help needed obtaining snf info
Date: 10 Sep 92 04:56:51 GMT
Distribution: fj
Organization: School of Math & CS - Tel Aviv University , Tel Aviv , ISRAEL.

Date: 7 Sep 92 14:27:50 GMT
Message-Id: <1992Sep7.142750.4501@aristo.tau.ac.il>
Newsgroups: comp.windows.x,comp.windows.x.intrinsics,comp.windows.x.apps

Hi

I need to build an snf file from the xfontstruct information found in
the server.  pointers to source code or documentation are welcome
(email or thru the net).

		thanx

			dfl


--
+-------------------------------------------------------+
|   The white zone is 4 loading and unloading only.     |
| If you want to load or unload, go to the white zone.  |
+-------------------------------------------------------+
From: hz231gr@unidui.uni-duisburg.de (Paul-Gerhard Gressel)
Newsgroups: fj.mail-lists.x-window
Subject: X11-Term-Emulator for PC, Mac (free)
Date: 14 Sep 92 12:53:30 GMT
Distribution: fj
Organization: Universitaet Duisburg GH

Date: 14 Sep 92 09:58:54 GMT
Message-Id: <hz231gr.716464630@unidui>
Newsgroups: comp.windows.x

Hallo,

I'm searching a free! X11-Term-Emulator for PC oder Mac-OS
over TCP/IP.

Please mail to me - out newssystem is a little bit 
"confusend".

Thanks

Paul-Gerhard
From: flaps@dgp.toronto.edu (Alan J Rosenthal)
Newsgroups: fj.mail-lists.x-window
Subject: Re: GUIs Considered Harmful
Date: 4 Sep 92 20:00:40 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Date: 3 Sep 92 23:56:05 GMT
Message-Id: <1992Sep3.195605.23746@jarvis.csri.toronto.edu>
Newsgroups: comp.windows.x,alt.religion.computers,comp.windows.news,comp.windows.misc,comp.human-factors

neeri@iis.ethz.ch (Matthias Neeracher) writes:
>From Bruce Tognazzini, _Tog on Interface_:
>
>  - Test subjects consistently report that keyboarding is faster than mousing.
>  - The stopwatch consistently proves that mousing is faster than keyboarding.
...
>  It takes two seconds to decide upon which special-function key to press.

Preposterous.  If I wanted to kill my telnet session to unix right now, I would
press clover-K, return, without a thought.

Now if you gave me a new program to use, I wouldn't be so fast.  If they did
this in the experiment I'm not surprised that they got those results.  Using a
mouse (what geek invented the word "mousing", anyway?) is going to be quicker
when you're really unfamiliar with the set of commands; this is the fundamental
recognition versus recall thing we all know from psychology.  But if I didn't
have keyboard equivalents, there'd be no point in me using a mac, and I
wouldn't be defending it here.  Using keyboard equivalents is part of becoming
an expert and doesn't pay off right away.

Then again, I type nearly 90 words a minute.  I wonder if their experimental
subjects could type.

p.s. and it's "keying", not "keyboarding".  Or does he say "typewritering"
instead of "typing" too?
From: khamer@sumax.seattleu.edu (Little Kenny Hamer)
Newsgroups: fj.mail-lists.x-window
Subject: Xdtm compile
Date: 6 Sep 92 09:41:51 GMT
Distribution: fj
Organization: Seattle University, Seattle WA

Date: 5 Sep 92 16:17:59 GMT
Message-Id: <4962@sumax.seattleu.edu>
Newsgroups: comp.windows.x

well, actually, I can't get the Makefile to work.  I obtained Xdtm source
from ftp.uu.net, and used xmkmf to create the Makefile for my system. 
However, there is an error in the syntax of the makefile:

Makefile:411: missing separator. Stop.

This was verified by moving the makefile to my /tmp directory all by
itself and trying again..  Same error, so it Must be the Makefile. 
However, I can't find it.  Has anyone had this experience?  Can anyone help?

Thanks,

     Ken Hamer
     khamer@sumax.seattleu.edu
From: mjo@ef2007.efhd.ford.com (Mike O'Connor)
Newsgroups: fj.mail-lists.x-window
Subject: Re: X-compatable DOS Emulator under Unix...the winner is:
Date: 12 Sep 92 11:08:14 GMT
Distribution: fj
Organization: International Affairs, Overseas Engineering, "Fordz"

Date: Fri, 11 Sep 1992 14:00:43 GMT
Message-Id: <BuF2x7.BnB@ef2007.efhd.ford.com>
Newsgroups: comp.windows.x

In article <1739@aviary.Stars.Reston.Unisys.COM> stine@aviary.UUCP
(John P. Stine) writes:

:Thanks to all who responded to my query regarding an X-compatable
:DOS emulator under Unix.  It looks like the only product currently
:available which is compatable with X is SoftPC 3.0, from Insignia
:Solutions.  It's a software solution - no additional hardware is
:required.  Insignia claims that SoftPC running on a 40 MHz Sparc
:emulates a 20 MHz 386, and that it runs MS Windows "well."

Maybe it emulates a 386 in terms of speed, but *not* in functionality.
It's a 286 emulator, not a 386 emulator.  And I'd be tempted to say
that it's more like a 20MHz 386SX, but I've not used the Sun
implementation of SoftPC in awhile.  

						...Mike

-- 
 Michael J. O'Connor           |  Internet:  mjo@fmsrl7.srl.ford.com
 Ford Motor Company, OPEO      |  UUCP:      ...!{backbone}!fmsrl7!mjo
 20000 Rotunda, Bldg. 1-3001   |  Phone:     +1 (313) 248-1260
 Dearborn, MI  48121           |  Fax:       +1 (313) 323-6277
From: gerwitz@Kodak.com (Paul Gerwitz)
Newsgroups: fj.mail-lists.x-window
Subject: Using Imake WITHOUT the mit Source Tree
Date: 9 Sep 92 02:27:57 GMT
Distribution: fj
Organization: Eastman Kodak Co.

Date: 8 Sep 92 19:44:34 GMT
Message-Id: <3617@eastman.UUCP>
Newsgroups: comp.sys.hp,comp.windows.x

I'm sure this question has been asked before, I just never saved any of the
replies.

I would like to take the typical program from comp.sources.X and other
sources and be able to EASILY compile it in an HP-UX machine at 8.0 or 8.07
without having the X11 source tree installed.  I understand that some of
the code may require includes and libraries from R5 (HP-UX is R4 right
now), and I am willing to work around that problem if need be.  But it sure
would be nice if some imakefiles, templates etc could be configured to use
the HP supplied software so that all I have to do is 'mkmf' and 'make' a
program and voila, it's ready to go.

Any elegant solutions out there ??
-- 
 +----------------------------------------------------------------------------+
 | Paul F Gerwitz  WA2WPI  | SMTP: gerwitz@kodak.com                          |
 | Eastman Kodak Co        | UUCP: ..uunet!atexnet!kodak!eastman!gerwitz      |
 +----------------------------------------------------------------------------+
From: mouse@thunder.mcrcim.mcgill.edu (der Mouse)
Newsgroups: fj.mail-lists.x-window
Subject: Re: GUIs Considered Harmful
Date: 6 Sep 92 12:43:23 GMT
Distribution: fj
Organization: McGill Research Centre for Intelligent Machines

Date: 6 Sep 92 07:57:48 GMT
Message-Id: <1992Sep6.075748.17935@thunder.mcrcim.mcgill.edu>
Newsgroups: comp.windows.x,comp.windows.misc,comp.human-factors

In article <1992Sep3.204645.25303@jarvis.csri.toronto.edu>, ematias@dgp.toronto.edu (Edgar Matias) writes:
> In article <1992Sep3.224317.8523@Princeton.EDU>
> qpliu@ernie.princeton.edu (q.p.liu) writes:

>> The problem with the mouse is that it disrupts the use of the
>> keyboard.
> This is a very keyboard-centric view of things.  You could very
> easily say that "the problem with the keyboard is that it disrupts
> the use of the mouse".

Yes - except that there are very few applications that could be
implemented to never use the keyboard.  Just about all
non-inherently-graphical applications can be implemented to never use
the mouse.  (A purely - or even mostly! - mouse-driven application
doesn't bother me nearly as much as the typical Mac application, which
*requires* me to use the mouse for operations that do not inherently
require it.)

> When you hold down the spacebar [a software utility] remaps the
> keyboard in a mirror image.  For example, if you want to type the
> letter K (MIDDLE finger, RIGHT hand) with your left hand, simply hold
> down the spacebar and hit the D key (MIDDLE finger, LEFT hand).

What about people like me, that don't use the strict "proper" fingers?
(My index and middle fingers tend to crowd out the rest of my hands.)

> Notice that in both cases you use the middle finger in the same row.
> People are able to adapt to this *very* quickly.

Some people.  I doubt I could; I type well over 100wpm.  That's an
*average* of ten keystrokes a second, with bursts probably to 20 or so.
I'd never work with this technique; for one thing, I depend far too
heavily on keyboard rollover.  (I know this because when I use a
keyboard without rollover, or even only one-key rollover, my rate of
dropped letters goes right through the roof.)

> You can ftp to explorer.dgp.toronto.edu to get software demos of this
> concept.  Mac and DOS versions are in the /pub/1handkbd directory.

Where's the X version?  I couldn't find it.  (This *is* comp.windows.x,
after all, or at least that's where I'm reading it.)

					der Mouse

			    mouse@larry.mcrcim.mcgill.edu
From: michael@pullet.lanl.gov (Michael I Angerman)
Newsgroups: fj.mail-lists.x-window
Subject: Is there an ftp site that has bitmaps ?
Date: 11 Sep 92 06:28:08 GMT
Distribution: fj
Organization: Los Alamos National Laboratory, NM

Date: Thu, 10 Sep 1992 19:10:00 GMT
Message-Id: <MICHAEL.92Sep10121000@pullet.lanl.gov>
Newsgroups: comp.windows.x


I am looking for extra bitmaps besides those on the 
mit distribution.  If you know of somewhere on the net
where there are other bitmaps, please respond
to me directly via email...
From: cupak@rapnet.sanders.lockheed.com (John J Cupak Jr CCP)
Newsgroups: fj.mail-lists.x-window
Subject: Wanted: Disabling Window Decorations
Date: 10 Sep 92 03:55:43 GMT
Distribution: fj
Organization: Lockheed Sanders, Inc.

Date: 8 Sep 92 20:48:43 GMT
Message-Id: <1992Sep8.204843.5424@Rapnet.Sanders.Lockheed.Com>
Newsgroups: comp.windows.x.motif,comp.windows.x


How do I create a popup dialog box without the "decorations"?

I don't want the user to be able to resize, minimize, maximize,
move, or use the menu to close the dialog box.

The application is being written using DEC VMS Ada, and corresponding
X and Motif Ada packages.
--
John J. Cupak, Jr., CCP       Lockheed DECNet: MERVAX::CUPAK
Lockheed Sanders, Inc.        Internet       : cupak@rapnet.sanders.LOCKHEED.COM
144 DW Highway / MER24-1K23   CompuServe     : 72411,3176 
Nashua, NH 03061-0868         Telephone      : (603) 885-5816     FAX: 885-6081
From: sinan@Mtesol.boeing.com (Sinan Karasu)
Newsgroups: fj.mail-lists.x-window
Subject: Re: DVI files
Date: 10 Sep 92 04:53:32 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Date: Wed, 9 Sep 92 10:03:52 PDT
Message-Id: <9209091703.AA09809@mtesol>

My conscience is bothering me so...
I said TeX , LaTeX are Donald Knuth's creations. 
Actually TeX is and LaTeX is a wrapper for TeX with
very useful macros created by Leslie Lamport.
I should have been more careful since I use LaTeX Not TeX.
Thanx to "Ajai" of uk for pointing out my mistake to me.
Apologies to Leslie Lamport..
Sinan
From: elf@ee.ryerson.ca (luis fernandes)
Newsgroups: fj.mail-lists.x-window
Subject: Re: XPutPixel and and XGetPixel and image layout
Date: 15 Sep 92 01:47:14 GMT
Distribution: fj
Organization: Ryerson Polytechnical Institute, Toronto

Date: 14 Sep 92 17:12:39 GMT
Message-Id: <1992Sep14.171239.29461@ee.ryerson.ca>
Newsgroups: comp.windows.x

In article <4014@tivoli.UUCP> (Eric Taylor) writes:
>In article [...] Lionel Tun writes:
[...]
>|> I also would like to simply load the raw data into an array and
>|> display it in a window - simple no?
>|> 
>|> I tried the following but got structured garbage instead of my
>|> graphic:
>|> 
>|> 	xi = XCreateImage(display, DefaultVisual(display, screen_num),
>|> 		1, XYBitmap, 0, image, width, height, 8, 0);
>|> 
>|> 	XPutImage(display, win, gc, xi, 0,0, 0,0, width, height);
>|> 
[...]
>
>Look at the code for XCreateBitmapFromData in the X library.
>It will give you a hint.
>
>You have to worry about byte and bit ordering and change their
>values in the XImage structure AFTER you have created the XImage.

Right! 

So give this a try...

	/* Right after xi = XCreateImage(...); */
	xi->bitmap_bit_order=LSBFirst;
	xi->byte_order=LSBFirst;

zxzxzxzxzxzxzxzxzxzxzxzxzxzxzxzxzxzxzxzxzxzxzxzxzxzxzxzxzxzxzxzxzxzxzxzxzxzxzxzx
Luis Fernandes  <elf@ee.ryerson.ca>
-Friendly Neighbourhood X Wizard's Apprentice
zxzxzxzxzxzxzxzxzxzxzxzxzxzxzxzxzxzxzxzxzxzxzxzxzxzxzxzxzxzxzxzxzxzxzxzxzxzxzxzx