[comp.windows.x] X 10 for the Sun 4: Does it exist?

aitken@svax.cs.cornell.edu (William Aitken) (10/22/88)

I have an application that I wrote for X 10 a while back that I 
now need to run on the Sun 4.  Is anyone anywhere aware of a
publicly available port of X 10 (revision 4) to the Sun 4.  Please
reply by mail, I will summarize to the net if I get anything interesting.

				--- Thanks in advance 
				--- Bill.

William E. Aitken <aitken@cs.cornell.edu>   | Stupidity is like hydrogen ---
{uw-beaver,rochester,decvax}!cornell!aitken | it's everywhere, it's a basic 
42 26'30" N 76 29'00" W                     | building block of the Universe.
============================================*============ Zappa ==============

aitken@hymir.cs.cornell.edu (William Aitken) (10/22/88)

I need a port of the X 10 revision 4 SERVER to the Sun 4.  If anyone
has any pointers to a publicly available port, or has information
suggesting that the Sun 3 server runs fine on the Sun 4 please
let me know.  Please respond by mail, I will summarize to the net.

					--- Thanks for your help
					--- Bill.

aitken@svax.cs.cornell.edu (William Aitken) (11/03/88)

The consensus is that the version of libsun.a the sources of which
are available from oberon.usc.edu runs on the Sun 4.  Some people 
suggested that the Sun 3 server could be made to work with only trivial,
obvious changes (if that).  Finally, one person suggested that there is 
a problem compiling the X server under SUN OS 4.0 --- Something about
the code assuming that locals are initialized to 0, and the compiler
not so initializing them.
					---- Bill.

William E. Aitken <aitken@cs.cornell.edu>   | Stupidity is like hydrogen ---
{uw-beaver,rochester,decvax}!cornell!aitken | it's everywhere, it's a basic 
42 26'30" N 76 29'00" W                     | building block of the Universe.
============================================*============ Zappa ==============

guy@auspex.UUCP (Guy Harris) (11/04/88)

>Finally, one person suggested that there is a problem compiling the X
>server under SUN OS 4.0 --- Something about the code assuming that
>locals are initialized to 0, and the compiler not so initializing them.

I know of no compilers that so initialize them.  It just so happens that
on UNIX implementations, when stack pages are created they are filled
with zeroes, which means that the *first* time you use a stack page, the
locals are likely to be zero.

Unfortunately, in SunOS 4.0, "main()" and its descendents are usually
*not* the first guys to use the first stack page or so; the run-time
loader gets there first, and the result is that they aren't filled with
zeroes when "main()" and procedures it calls use them.

Neither the C language nor UNIX guarantee that locals will be
initialized to any particular value - and, if some routine is called
more than once, there is a good chance that they will *not* be
initialized to zero on calls after the first.