HDTenEightyP/NetNews huggingface dataset:
From: dawes@physics.su.OZ.AU (David Dawes)
Subject: XPutImage and server with bit_order!=byte_order
Organization: School of Physics, University of Sydney, Australia
Date: Wed, 26 Aug 1992 14:35:15 GMT

I've been working on a mono VGA version of X386.  The 386 has a little
endian byte-order, but the VGA's mono frame buffer uses a big endian bit-order.
The mfb code can handle this, but there seems to be a problem with
the conversions done in XPutImage (Xlib).

I've looked at the code -- and the reasoning given in XPutImage.c, and I
believe there is a problem.

Here is an extract:

-> The following table gives the bit ordering within bytes (when accessed
-> sequentially) for a scanline containing 32 bits, with bits numbered 0 to
-> 31, where bit 0 should be leftmost on the display.  For a given byte
-> labelled A-B, A is for the most significant bit of the byte, and B is
-> for the least significant bit.
-> 
-> legend:
->         1   scanline-unit = 8
->         2   scanline-unit = 16
->         4   scanline-unit = 32
->         M   byte-order = MostSignificant
->         L   byte-order = LeastSignificant
->         m   bit-order = MostSignificant
->         l   bit-order = LeastSignificant
-> 
-> 
-> format  ordering
-> 
-> 1Mm     00-07 08-15 16-23 24-31
-> 2Mm     00-07 08-15 16-23 24-31
-> 4Mm     00-07 08-15 16-23 24-31
-> 1Ml     07-00 15-08 23-16 31-24
-> 2Ml     15-08 07-00 31-24 23-16
-> 4Ml     31-24 23-16 15-08 07-00
-> 1Lm     00-07 08-15 16-23 24-31
-> 2Lm     08-15 00-07 24-31 16-23
-> 4Lm     24-31 16-23 08-15 00-07
-> 1Ll     07-00 15-08 23-16 31-24
-> 2Ll     07-00 15-08 23-16 31-24
-> 4Ll     07-00 15-08 23-16 31-24

It seems to me that the lines for 2Ml, 4Ml, 2Lm, 4Lm are not correct.
The only difference between 1Ll and 1Lm is that the bit order within
each byte is reversed.  The same is true for 4Ll and 4Lm (at least
that's how the mfb code works).  Why then is the ordering given for 1Lm
different to that for 4Lm when 1Ll and 4Ll are the same?  The above
table is showing the byte order reversed as well as the bit order (and
this is what is causing problems with the mono VGA server which uses
bitmaps of the 4Lm type).

Is there something that I'm missing?

(Modifying XPutImage along these lines fixes the problem -- but the server
will have problems with clients built with the unmodified version.)

David
--
------------------------------------------------------------------------------
 David Dawes (dawes@physics.su.oz.au)    DoD#210      | Phone: +61 2 692 2639
 School of Physics, University of Sydney, Australia   | Fax:   +61 2 660 2903
------------------------------------------------------------------------------
Newsgroups: comp.windows.x
From: malay@sae.com (Bob Malay)
Subject: Restarting XDM Connections
Reply-To: malay@sae.com
Organization: Template Software
Date: Mon, 31 Aug 1992 16:55:35 GMT


We have a network of Sun3's connected to a Sun4. The Sun4 runs XDM but does not have
a local display. When one of the xdm client machines goes down and the xdm 
connection is broken we have difficulty restarting the xdm connection without
disturbing the other client machines. So we have been forced to kill xdm & the
xdm client connections and then restart xdm which interrupts the users on the
client machines. Is there a way to force xdm to restart a broken client connection
without disturbing existing client connections????

Bob Malay
From: azhao@cs.arizona.edu (Qiang Alex Zhao)
Newsgroups: comp.windows.x
Subject: Re: xterm popup menu strangeness
Date: 27 Aug 92 19:49:10 GMT
Followup-To: comp.window.x
Organization: Computer Science Dept, Univ of Arizona, Tucson

In article <poorman.714941947@convex.convex.com>, poorman@convex.com (Peter Poorman) writes:
|> The fix is to specify the geometry for the vt100 widget, rather than a 
|> global xterm geometry.  For example:
|> 
|> 	XTerm*vt100.geometry: 80x40
|> 
|> This leaves the rest of xterm with the default geometry.
|> 
|> -- Pete Poorman
|>    poorman@convex.com

I have nothing about xterm in my .Xdefaults file -- that problem
still happens on those xterm's which are invoked directly from
.xsession or .xinitrc file. Any explanation?

-- 
= Qiang Alex Zhao		   Computer Science Department
  azhao@cs.arizona.edu             University of Arizona
  (602) 621-1815                   Tucson, AZ 85721
Newsgroups: comp.windows.x
From: thp@westhawk.UUCP (Timothy H Panton.)
Subject: Re: What's new in R6?
Organization: The Internet
Date: Tue, 1 Sep 1992 10:18:50 GMT



> Mr. Kilgard: It's responses like yours that help to support my belief
> that software will always cost many times that of the hardware that 
> supports it. I have added you to my list of non-informants.

And I've added you to my list of people without a sense of humour.
- Ok so he should have put :-) :-) all over it.

The deal in the X world is that if you want inside information on
the consortium's plans then you should pay the membership fee.
(mail rws@expo.lcs.mit.edu if you are serious). The rest of us
just have to wait and see.

+----------------------------------------------------------------------------+
|Tim Panton, Westhawk Ltd.                  Phone: +44 244 314800            |
|Email: thp%westhawk.uucp@uknet.ac.uk                                        |
|Paper: Westhawk Ltd. Archway House, Station Road, Chester. CH1 3DW. UK      |
|         "I hated picking cotton." - Tina Turner                            |
+----------------------------------------------------------------------------+
From: payam@langmuir.Berkeley.EDU (Payam Mirrashidi)
Newsgroups: comp.windows.x
Subject: Compiling PEX(X11R5) under sun4_sunos4.1.1 cc
Date: 4 Sep 92 02:36:18 GMT
Organization: Plasma Theory And Simulation Group
NNTP-Posting-Host: langmuir.berkeley.edu

I recently compiled X11R5 on my SparcStation 1+ using the standard cc compiler.
Unfortunately, it doesn't seem like PEX got fully compiled.  I know in the
text that comes with the installation they mention problems with compiling PEX
under some compilers. I was wondering if anyone has any suggestions to rectify
this situation.

BTW, the errors I get are:
	ranlib: warning: libdidipex.a(pexDump.o): no symbol table
	ranlib: warning: libdidipex.a(pexError.o): no symbol table


-- 
Payam Mirrashidi                  payam@langmuir.Berkeley.EDU

"We look to Los Angeles for the language we use; London is dead..." - Morrissey
From: billr@saab.CNA.TEK.COM (Bill Randle;923-4422)
Newsgroups: comp.windows.x
Subject: Re: Xnlock -- bug -- where's its author?
Keywords: xnlock
Date: 28 Aug 92 19:48:28 GMT
Reply-To: billr@saab.CNA.TEK.COM
Organization: Tektronix, Inc., Redmond, OR

Dan's current address is: argv@z-code.z-code.com .

-- 
	-Bill Randle
	Tektronix, Inc.
	billr@saab.CNA.TEK.COM
Newsgroups: comp.windows.x
From: williams@herky.cs.uiowa.edu (Kent Williams)
Subject: Shared Libraries lose under AIX3.1/X11R5
Date: Wed, 26 Aug 1992 18:41:22 GMT
Organization: University of Iowa, Iowa City, IA, USA

I just built X11 R5 for our RS6000 running AIX 3.1.  None of the clients
want to run, because they can't find the shared libraries.

How do I tell this damn box where to find shared libraries, if they're not
in the 'standard' places?
From: barmar@think.com (Barry Margolin)
Newsgroups: comp.windows.x
Subject: Re: Xauthority file
Date: 29 Aug 1992 05:19:22 GMT
Organization: Thinking Machines Corporation, Cambridge MA, USA
NNTP-Posting-Host: gandalf.think.com

In article <BtpxEv.47n@agora.rain.com> bobb@agora.rain.com (Bob Beauchemin) writes:
>  But the FOO program (Host B) is using Xau, which does fread(). The
>.Xauthority file is on Host A. How is this accomplished without the use of
>NFS? Or is NFS a strict requirement?

NFS simplifies things, but it's not a requirement.  You can use any
mechanism you like to copy the authority information from your .Xauthority
file on Host A to the one on Host B.  The xauth command can be useful for
this; see the example in the xauth man page.
-- 
Barry Margolin
System Manager, Thinking Machines Corp.

barmar@think.com          {uunet,harvard}!think!barmar
Newsgroups: comp.windows.x
From: wwf@doe.carleton.ca (W. Walter Fergusson)
Subject: Help: compilation problems for X11R5 on sun3
Keywords: sun3 X X11R5 Xt_Malloc ld clients loader bug gcc
Organization: Carleton University, Electronics Department.
Date: Tue, 1 Sep 1992 17:36:57 GMT

I am trying to compile X11R5 on a sun3 running 4.1.1.  I am compiling
with gcc-2.2.2 using gcc to compile the shared libraries.  I had
limited success.  I ran into some load problems when I ran certain
clients.  The error was "Xt_Malloc was not found".

I tried to work around that error by installing sun patch 100257-02.
Now all I get is /usr/bin/ld dumping core after a segmentation fault.
This happens on most clients, but not on any other section of the mit
distribution.

Now come the questions:
1) Has anyone seen this problem?  Do you know how to fix it?
2) Is there another patch from sun to get the loader working?

I would also appreciate where I could get a list of bug fixes for
sun3s running 4.1.1.

Walter
--
--------------------+
W. Walter Fergusson | The following quote is boring.
wwf@doe.carleton.ca | The previous quote is not that exciting either.
--------------------+
Winner of the hairy chested regexp award!
Newsgroups: comp.windows.x
From: mouse@thunder.mcrcim.mcgill.edu (der Mouse)
Subject: Re: Colormap sync from SGI to MAC...HOW?
Organization: McGill Research Centre for Intelligent Machines
Date: Fri, 28 Aug 92 08:42:33 GMT

In article <1992Aug25.111858.1@mcclb0.med.nyu.edu>, siegel@mcclb0.med.nyu.edu writes:

>  	XAllocColorCells(MACdpy,MACcmap,True,plane_masks,8,pixels,256)
> ; /* where MACcmap = DefaultColormap(MACdpy,MACscreen); */
> 	XQueryColors(dpy,cmap,sgicolors,vinfo->colormap_size);
> 	XStoreColors(MACdpy,MACcmap,sgicolors,vinfo->colormap_size);

> but I get:

> 	X Error of failed request: BadAccess (attempt to access private resource denied)
> 	Major opcode of failed request:  89 (X_StoreColors)

Check the protocol document's description of the StoreColors request.
It says that

     A Value error is generated if [...], and an Access error is
     generated if a specified pixel is unallocated or is allocated
     read-only.

You're not checking the return value from XAllocColorCells.  I would
guess that your request is failing; you probably have an 8-bit
PseudoColor display and don't realize your request can't be satisfied.
(You're asking for 8 planes *and* 256 colormap cells, a request that
can't possibly succeed for a colormap of depth less than 16.)  It is
also likely that MACcmap has some cells allocated already, since it's
the default colormap - in fact, I *think* that it is guaranteed to have
at least the WhitePixel and BlackPixel cells allocated.

I assume you store useful values in the .pixel fields of the
sgicolors[] elements before the XQueryColors call; you don't show the
code for it, though, so it might be part of your problem.

Even then, there is another problem: you are trying to store not into
the colormap cells you just allocated with XAllocColorCells, but rather
into the colormap cells that the colors occupied in the other colormap.
It is likely that at least one of these cells will already be allocated
in MACcmap, since it's the default colormap of a screen.

					der Mouse

			    mouse@larry.mcrcim.mcgill.edu
Newsgroups: comp.windows.x
From: srpxpert@godiva.ssw.COM (Selene R. Platt)
Subject: How to toggle a Toggle?
Organization: The Internet
Date: Tue, 25 Aug 1992 18:58:30 GMT


> I'm writing my first X program , in which I would like to use a Toggle
> widget. My question is : can the state of a Toggle widget be changed by
> the application....

Are you using Motif widgets?  If so, just use XmToggleButtonSetState()!  You
probably will want to set 'notify' (the 3rd argument) to 'False' so that the
valueChangedCallback isn't called when you internally change the button's
state.

- Selene Platt

	{~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~}
	{ Selene Platt                  (215) 651-5305           }
	{ Soft*Switch Inc.                                       }
	{ 640 Lee Rd.                   srp@godiva.ssw.com       }
	{ Wayne, PA  19087                                       }
	 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Newsgroups: comp.windows.x
From: kent@exodus.reuters.com.sg (kent)
Subject: Graphics Performance for X in SVR4/386
Organization: Reuters Singapore
Date: Wed, 2 Sep 1992 03:17:14 GMT
From: robertlight@attmail.COM
Newsgroups: comp.windows.x
Subject: UNSUBSCRIBE PLEASE
Date: 25 Aug 92 19:51:33 GMT
Organization: The Internet

Please UNSUBSCRIBE me.

robertlight@attmail.com
Newsgroups: comp.windows.x
From: Peter_Imants_Buttuls@mts.ucs.ualberta.ca
Subject: (none)
Organization: The Internet
Date: Wed, 26 Aug 1992 22:05:20 GMT

I have collected information on, and studied parts of X for many weeks now,
in anticipation of having to help our clients off the mainframe  Michigan
Terminal System (MTS) we have operated about 20 years. One of the graphics
subroutine packages, IG, on that system allows clients to draw a picture or
graph on a terminal screen, and within the SAME program run, ask for hard-
copy, when a description of the picture/plot is put out on disk, and sub-
sequently another program is run to produce high resolution graphics output.
I think X can satisfy all the requirements of IG, except the high res.
output. Does anyone have any ideas how I can achieve that. Could I draw into
a high res. pixmap for instance, then put the pixmap out to disk, and use
a pixmap to postscript converter, say. I only need 8 colors for this 
application. The res. I need would be 300 dots/inch. Actually I would prefer
a vector description of the picture rather than raster, but this is not
likely possible with X.
 
Peter Buttuls, University of Alberta, Edmonton, Canada 
e-mail:(userpib@mts.ucs.ualberta.ca)
From: ramakris@csgrad.cs.vt.edu (S.Ramakrishnan)
Newsgroups: comp.windows.x
Subject: Re: (none)
Date: 31 Aug 92 19:33:10 GMT
Organization: VPI&SU Computer Science Department, Blacksburg, VA

In article <secVLfuDUMRZNYGkUb@freya> huho@banruc60.BITNET writes:
  >
  >My question is :
  >Is it necessary to use &str as an argument to XtSetarg? str is of type String,
  >,so it's already a pointer. Wouldn't  str without the & be sufficient?
 
Quite probably XtGetValues allocates memory for the returned string. Caller of 
XtGetValues doesn't know the size of the string in advance. Hence XtGetValues 
probably allocates memory for the string. If this is the case, after using the 
string, the caller must free the memory allocated to the string using XtFree():

     char *str;
     ...
     XtSetArg(args[0], XtNstring, &str); /* Since GetValues changes the value of str,
                                          * you must pass the address of str
                                          */
     XtGetValues(text, args, 1);
     ...Use "str" ...
     XtFree(str);
     ...
 
  >Hugo Van Hove

---
S Ramakrishnan, CS Dept, McBryde Hall, VaTech
From: sue@byron.u.washington.edu (Shu-Chen Eclipse)
Newsgroups: comp.windows.x
Subject: Novice question: xapplesrdir
Date: 28 Aug 92 20:30:48 GMT
Organization: University of Washington, Seattle

Hellow,
I'm new to x-windows to excuse my ignorance, but am I to understand that
XAPPLERSDIR is a directory path to a directory that contains sort or like
mini .Xdefaults specific to applications?? So would I put my xterm, etc
resources in some file (by what name?) in XAPPLERESDIR then??

thanx for answering,
sue@byron.u.washington.eud
edu
Newsgroups: comp.windows.x
From: oj@miki.pictel.com (Oliver Jones)
Subject: Re: Problems in X event handling
Organization: PictureTel Corporation
Date: Wed, 26 Aug 1992 11:53:08 GMT

In article <1992Aug19.063720.2994@ctr.columbia.edu> raum@isoa3.ba.ttu.edu (Raum Pattikonda) writes:
>During a display, a typical client program recognizes the "expose" event, 
>computes the data and sends for display to the X server.

Actually, Expose events come in series.  A well-written client
recognizes and handles a whole series of Expose events.  The "count"
member of the Expose event's struct helps clients understand where
each individual Expose event appears in its series.

>For many 
>applications such as VLSI circuit layout, editing, construction 
>and display may take easily 2 to 3 minutes over a busy network. 

The long elapsed time probably has very little to do with network
congestion, unless it's the application which is using NFS or
some other network service to read large files.

>Typically 
>the user resizes the window as soon as it appears. In such a case 
>the expose event is acknowledged two times and the image is displayed 
>two times... This problem can be 
>solved if the clients were written properly to handle asynchrounous
>events or if Xlib has a watch dog to look for events asynchrounously 
>and take appropriate action.

What you actually want to do is notice when the user has resized the
window and abandon the ongoing redraw operation.  Xlib provides very
raw support for this, whereas Xt provides good support.

What to do is this:
(1) organize your program so the long-running (2-minute) redraw 
    operation is carried out in a series of short (approx 50 millisecond)
    calls to an Xt work proc.  (Work procs are called by the Xt main
    loop whenever there are no events or other inputs to handle).
(2) write your Expose event handler so it uses XtAppAddWorkProc to
    register your work proc when it detects a series of Expose events.
    If the previous work proc is still active, your Expose handler
    should use XtRemoveWorkProc to remove it (this is the way you
    abandon the redrawing for obsolete Expose events).
(3) set the drawing window's bit_gravity to ForgetGravity.  That
    way X will clear the entire window and send an Expose series
    when the user resizes it.

The tricky part of this suggestion is part 1, because it means you
must reorganize your redraw operation from a single loop to a series
of calls to a subroutine.

Many refinements to this basic method are possible, to improve the
application's performance when Expose event series result from
operations other than the user resizing the window.  

>In our example the the watch dog will 
>peek and detect the second expose event before the action is taken for 
>first expose event and will make client discard the first expose event. 

This probably doesn't help much unless you repeatedly look ahead for
subsequent Expose events as your drawing progresses.

Oliver Jones
Newsgroups: comp.windows.x
From: bmott@garfield.catt.ncsu.edu (Bradford Mott)
Subject: Fonts for X11R3
Organization: Computer and Technologies Theme Program, NCSU, Raleigh
Distribution: usa
Date: Tue, 25 Aug 1992 21:12:43 GMT


	I've got an NCR X-Station that runs X11R3 that I'm working on
setting up, but I can't get the fonts to work.  I'm not really sure
what types of fonts I'm supposed to use.  I set the X terminal up
to use the fonts on a DecStation 5000, but it doesn't seem to like
the fonts (X11R4 system).  Any help will be appreciated!

Please respond by mail.


Thanks,

Brad Mott



----------------------------------------------------------------------------
     Bradford W. Mott                               bmott@catt.ncsu.edu 
Vice-President, Computer and Technologies Theme Program, NC State University
----------------------------------------------------------------------------
Xref: sparky comp.windows.x:15874 comp.windows.x.apps:880
From: scheid@strobe.ATC.Olivetti.Com (Stephen Scheid)
Newsgroups: comp.windows.x,comp.windows.x.apps
Subject: x-windows software for pc
Date: 30 Aug 92 18:59:26 GMT
Followup-To: dcrocker@cisco.com
Distribution: usa

I have a friend looking for software that will allow him to use his 486 pc 
as an xterminal over a phone line. Any suggestions?  Sorry if this has been
asked before.  If this info is in a FAQ, please post the FAQ or an ftp site
where it can be found.

!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
PLEASE DIRECT EMAIL RESPONSES TO dcrocker@cisco.com
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

Thanks in advance...
Steve Scheid
Olivetti A.T.C.
20300 Stevens Creek Blvd.
Cupertino CA. 95014
Newsgroups: comp.windows.x
From: kelem@xilinx.com (Steve Kelem)
Subject: epoch 4.1 crashes X11R4
Organization: Xilinx Inc.
Date: Sat, 29 Aug 1992 22:57:39 GMT

I'm running epoch 4.1 on a Sparc 2, OS 4.1.1 with X11R4 under motif.
I have two windows, the Minibuffer and a working window, arranged vertically
the working window against the top of the screen, the Minibuffer against the
bottom of the screen and a little space in between the two.

Every once in a while, while I'm typing in epoch, a rectangular area,
containing both epoch windows, AND THE BACKGROUND IN BETWEEN THE TWO WINDOWS,
is erased and the keyboard and mouse are rendered ineffective.  After 10 or 20
seconds the X window system disappears and I'm logged off of the Sun.
A core dump of XSun is left in my home directory.

adb prints the following call trace:
core file = core -- program ``Xsun''
SIGSEGV 11: segmentation violation
$c
_cfbFillBoxSolid(0x0,0xf770f120,0xfffffe86,0xfffffe87,0x0,0xffffffff) + 2a0
_cfbPaintWindow(0xdd7f8,0xc1b90,0x0,0x0,0x0,0x1) + 16c
_miSpritePaintWindowBackground(0xdd7f8,0xc1b90,0x0,0xffffffff,0x1a3,0xbd0e8) +
7
4
_miClearToBackground(0xdd7f8,0xc1b90,0x200,0x2d0,0xfff2,0x0) + 140
_miSpriteClearToBackground(0xdd7f8,0x2,0x200,0x2d0,0xfff2,0x0) + 120
_ProcClearToBackground(0xe2298,0xf4,0x24,0x574,0xdd7f8,0x10c304) + a0
_Dispatch(0xf7ffe998,0x0,0x10000,0xb8d4c,0xe2298,0x10) + 1c4
_main(0x2,0xf7ffec64,0x1,0xae400,0x4,0x1) + 4ac


Does anyone know what the problem is here?
Thanks,
/7\'7  Steve Kelem	(408)879-5347		kelem@xilinx.com
\\ `   Xilinx					FAX: (408)559-7114
//     2100 Logic Drive
\\/.\  San Jose, California 95124
-- 
/7\'7  Steve Kelem	(408)879-5347		kelem@xilinx.com
\\ `   Xilinx					FAX: (408)559-7114
//     2100 Logic Drive
\\/.\  San Jose, California 95124
From: hal@kaos.declab.usu.edu (000200 Lynch)
Newsgroups: comp.windows.x
Subject: How do I keep a window at the top level period?
Date: 4 Sep 92 16:09:07 GMT
Article-I.D.: cc.1992Sep4.100909.58628
Reply-To: hal@kaos.declab.usu.edu (000200 Lynch)
Distribution: world
Organization: Utah State University

I am using the mwm window manager.  How can I get a particluar window, in this
case xeyes to always be the top level window, ie never buried?

I am using the following in my Mwm file:

# Set to Explicit to determine focus by clicking on the window or border
# Set to Pointer to determine focus based on the location of the pointer
Mwm*keyboardFocusPolicy: Pointer

# Policy when the window with focus is minimized or removed
# if focuspolicy is explicit, set to true to give focus to
# the window with previous focus
Mwm*autoKeyFocus: True

# if focuspolicy is explicit, set to true to give a window focus 
# when it is restored from an icon
Mwm*deiconifyKeyFocus: True

# Set to True to raise a window when it is given focus
# Set to False to keep the stacking order the same when a window is given focus
Mwm*focusAutoRaise: True

# if focuspolicy is explicit, 
# set to true to give input focus to a window when it is mapped
Mwm*startupKeyfocus: True

Thanx
--
Hal Lynch
	Internet: Hal@cache.declab.usu.edu
	DECnet:   USU::HAL