plan9port/src/libdraw/x11-itrans.c, branch patch Plan 9 from User Space (with patches) bye 2006-06-25T18:59:29+00:00 rsc devnull@localhost 2006-06-25T18:59:29+00:00 74dc60da74c62e07f0d63179da9724d705794a6d 






no checksnarf
2006-04-04T19:45:03+00:00

rsc
devnull@localhost

2006-04-04T19:45:03+00:00

2ff29ba87ae1077623d4aa93c52020ab379795b2












Use gcc -ansi -pedantic in 9c.  Fix many non-C89-isms.
2006-04-01T19:24:03+00:00

rsc
devnull@localhost

2006-04-01T19:24:03+00:00

cbeb0b26e4c7caa8d1b47de791a7418dc20a4567












synergy (paul lalonde)
2006-03-10T00:37:15+00:00

rsc
devnull@localhost

2006-03-10T00:37:15+00:00

b9b653584e8622fc5d23e8f761a88b415f2f0167












more itrans changes
2006-02-28T19:48:49+00:00

rsc
devnull@localhost

2006-02-28T19:48:49+00:00

23fdde49f133a4c443fd8d04c710496826f1f54a












allow fallback to x11
2006-02-28T13:13:39+00:00

rsc
devnull@localhost

2006-02-28T13:13:39+00:00

4fc1aa09a95ca3fc4716a98a264a3f58b95b0d2a












use pasteboard
2006-02-28T12:54:15+00:00

rsc
devnull@localhost

2006-02-28T12:54:15+00:00

a24065936ddd6f598c9d6e07099a5d475d2840be












Correct putsnarf-then-getsnarf race.
2005-05-02T04:20:14+00:00

rsc
devnull@localhost

2005-05-02T04:20:14+00:00

7e9e092da8d0c91c8075d9f0a4b1700de8f46753












Apparently SuSE 9.1's X distribution uses even bigger
2005-01-23T16:02:04+00:00

rsc
devnull@localhost

2005-01-23T16:02:04+00:00

a0e8d02d093e01fdadf8a16bc86fe18b0c4e82c3

buffers than the standard ones.  64kB appears to be enough
for a stack in that case, but let's just go nuts and make
the stacks enormous, so that it takes a few more doublings
of X's stack needs before we run into this problem again.

The VM system should take care of not actually using most
of the memory anyway.





buffers than the standard ones.  64kB appears to be enough
for a stack in that case, but let's just go nuts and make
the stacks enormous, so that it takes a few more doublings
of X's stack needs before we run into this problem again.

The VM system should take care of not actually using most
of the memory anyway.







minor fixes; hide some routines
2005-01-04T22:20:14+00:00

rsc
devnull@localhost

2005-01-04T22:20:14+00:00

1818ce0f288ed4ffdd64ef595693cd3e481e84f9