HDTenEightyP/NetNews huggingface dataset:
From: srm@comp.lancs.ac.uk (Simon Monk)
Newsgroups: comp.windows.x
Subject: Z font for X windows REQUEST
Date: 7 Oct 92 08:18:56 GMT
Organization: Department of Computing at Lancaster University, UK.

Please, does anyone have, or know where I could get hold of a font that
has the special characters used in the Z specification language.

Many Thanks


Simon Monk
Dept of Computing
Engineering Building
University of Lancaster
Lancaster
LA1 4YR
England
U.K.
From: gk5g+@andrew.cmu.edu (Gary Keim)
Newsgroups: comp.windows.x
Subject: Re: Sharing read/write colorcells
Date: 12 Oct 92 08:55:34 GMT
Article-I.D.: andrew.0eqOs6q00WohB0TBUR
	<1992Oct9.181606.19645@miki.pictel.com>
Organization: School of Computer Science, Carnegie Mellon, Pittsburgh, PA

Excerpts from netnews.comp.windows.x: 9-Oct-92 Re: Sharing read/write
colo.. Oliver Jones@miki.pictel (1180)

> John Cwikla proposed that you make your cells into a form of standard
colormap.  That's a good idea.

When will standard colormaps (and other "by convention" features like wm
colormap installing) be support to the point where they are somewhat
useful?  

Gary Keim
Andrew Consortium
From: taylor@foraker.tivoli.com (Eric Taylor)
Newsgroups: comp.windows.x
Subject: mi code - Dashes lines
Date: 15 Oct 92 15:37:39 GMT

Does the X server do modulo airthmetic to deal with drawing
a very large dashed rectangle clipped by a small window?

i.e.  Does it try and plot every pixel and throw out ones that
are not in the window, or does it compute intersections and
use modulo arithmetic to compute where the dashed line should start?

My server seems very slow when doing this
and seems to suggest the former.  I was
able to speed it up considerably by computing the intersections myself
and using XDrawSegments instead.
From: meo@austin.ibm.com (Miles O'Neal)
Newsgroups: comp.windows.x
Subject: Re: How do I get the server to find fonts?
Date: 6 Oct 92 23:39:18 GMT
Reply-To: meo@austin.ibm.com (Miles O'Neal)
Organization: Yup

ross@minnie.mit.edu (Ross Levinsky) writes:
| 
| How do I tell the server/resource manager/whatever-it-is that I've
| installed new fonts and they're in location /wherever/it/is?

In the directory where you added the fonts, type

   mkfontdir

(unless you ar eon a Sun, in which case you use their equivalent,
which name I forget).  This rebuilds the font directory and alias
files for that file system directory.

If this is a new directory not in the server's path, you will need
to add it with the xset program (see the xset man page).  Don't
forget to do the 'xset fp rehash' after that step.
From: eddie@jupiter.SLAC.Stanford.EDU (Xintian Eddie Lin)
Newsgroups: comp.windows.x
Subject: Re: adding font path on a X terminal
Date: 11 Oct 92 04:55:00 GMT
Organization: Stanford Linear Accelerator Center

In article <Bvq96s.JtM@unixhub.SLAC.Stanford.EDU> eddie@laslett.SLAC.Stanford.EDU (Xintian Eddie Lin) writes:

   Hi, there:
	   I am running x server on a NCD x terminal, the trouble I have is
   xset +fp /u/ap/eddie/myfontsdir giving error message as following:
   X error of faileed request: BadValue (integer parameter out of range for operation)
     Major opcode of failed request:  51(X_SetFontPath)

   The fonts.dir is properly built, I suspect I have to do something to the 
   configuration file for the server. Can anyone point me to the right place ?

   thanks

	   Eddie Lin
   -- 
   ======================================================================
   #                   Balance Principle:   Gain For Lose               #
   ======================================================================

Thanks for the kind replies, I finally figured it out: the fonts are
loaded on NCD by tftp from a font server, and on that font server
/etc/tftpaccess.ctl should contain all the directories tftp has access
privilege to, so add your new font dir to it.

and BTW, don't forget to use ncdbdftosnf to get .snf fonts.

credits goes to Len Sweeney <les@jupiter.slac.stanford.edu>
	    and michael pearlman <canuck@rice.edu> who also suggests that
		.snf and .pcf fonts may screw X11R5 and X11R4; compression
		scheme is also relevant. ( it's for the info of those who
		suffered the similiar symptoms )

	Eddie Lin
--
======================================================================
#                   Balance Principle:   Gain For Lose               #
======================================================================
From: dale@ntg.com (Dale Luck)
Newsgroups: comp.windows.x
Subject: Re: X Servers for DOS, Microsoft Windows, OS/2, Macs, and Amigas - NonUNIX
Date: 14 Oct 92 07:39:39 GMT
Organization: New Technologies Group, Inc.  Palo Alto CA

In  jonallen@acsu.buffalo.edu (Jon J. Allen) writes:
>An X server for the Amiga would be GXFbase X11r4.  
>I see that it was unlisted.  You can also run local X11 programs
>on the Amiga's CPU along with other apps on other machines.
>As far as I know, you can't run Amiga X apps across TCP/IP on other
>machines.  (I hope this will change.)

Not true, you have always been able to run Amiga X11 applications
across tcp/ip to and use another server or Xterminal. It is fully
peer to peer.

Dale Luck
Newsgroups: comp.windows.x
From: beyer@utrtsc.dec.com (Peter Beyer)
Subject: Re: R5 Server for DECstation 5000 HX ?
Organization: Digital Equipment Corporation
Date: Fri, 9 Oct 1992 19:31:18 GMT


>Well, I ran Xdec on a 5000/125 HX yesterday, for testing, and got a nice
>enough screen while nothing was moving; as soon as eg xterm scrolled,
>I got nervous flickering horizontal lines all over the screen.
>I guess that was the HX card trying to be smart ..

This cannot be the HX running in smart mode as the core X11R5 distribution
simply does not contain the code to steer the HX smart mode. It's DEC property.

>How does one put the HX card into dumb mode ?
>And as it's a crying shame to do so, what are the chances of someone
>coming up with patches to Xdec so it can utilize the HX ?
> 
The HX runs in dumb mode by default. It just advertises it's framebuffer which
is used by Xdec to write into. It needs special attention from it's acompanied
drivers and X-server to be smart.

I built Xdec yesterday again and it runs fine on my 5000/25 equiped with HX, 
but I tell you again it is slow specially in scrolling if using dxterm. Xterm 
uses another method to scroll text and is faster.

Peter Beyer 
Digital Equipment b.v.
Internet: beyer@utrtsc.Enet.dec.com
Newsgroups: comp.windows.x
From: alec@boole.uucp (Alec Budman)
Subject: WANTED: advise how to build xterm
Summary: NEED ADVISE HOW TO BUILD XTERM FROM MIT DISTRIBUTION.
Keywords: XTERM,X11R5,MIT
Organization: Boole & Babbage, Inc.
Date: Fri, 16 Oct 1992 00:58:42 GMT


    Hi, everyone:

    Does anyone has experience to build xterm on SUN and/or RS6000 ?

    I've got a CDROM with X11R5/GNU distribution. 
    It has MIT's xterm version as well as others, based on MIT's,
    versions. They are: cxterm_CHIN, kterm_JAP, exterm_MULTIBYTE, 
    volume9_colxterm and ximp.

    Unfortunately, there is not much information how to build (and
    use) actual xterm. 

    One thing it is huge and all this stuff won't fit my hard disk.
    It is obvious, that I don't need all this software under X11R5.

    I am running SunOS 4.1.3 version and have X installed on my machine.

    SUN has xterm executable and man page dedicated to it. However, 
    I need to modify source and build my own.

    Does anyone know what is the fastest way to build xterm from the
    software ? 


    My email address is "alec@boole.com". 

    My bus. tel. is (408) 524-3363.

    Thanks,      Alec Budman.
Newsgroups: comp.windows.x
From: michael@maine.maine.edu (Michael Johnson)
Newsgroups: comp.windows.x
Subject: Re: What is the inverse of XIconifyWindow?
Date: 14 Oct 92 20:58:18 GMT
Organization: University of Maine System
To:      NETNEWS@MAINE

In article <1992Oct14.084240.14474@netlabs.com> gerolima@netlabs.com (Mark
Gerolimatos) writes:
>
>        What in god's name is the inverse of XIconifyWindow? As far as I can
>        tell, there is none!

There isn't one. When an application wants to de-iconify its window, it must
issue XMapWindow (or XMapRaised, or what have you) on its top-level window.

O'Reilly volume 3, chapter 10, says:
"To change from iconic state to normal state, the client needs only to map
the window ... it will receive an UnmapNotify event when it moves to iconic
state and a MapNotify when it moves to normal state."

Michael Johnson, VM Systems Group                     michael@maine.maine.edu
"I will choose the path that's clear. I will choose Free Will." -- Neil Peart
Newsgroups: comp.windows.x,comp.windows.x.motif
From: stevens@scubed.com (Jeff Stevens)
Subject: keysym problems transporting X/motif application
Organization: S-CUBED, A Division of Maxwell Labs; San Diego CA
Distribution: na
Date: Fri, 9 Oct 1992 05:55:05 GMT

  I am trying to transfer an executable program (X11R5patch16, motif1.1.4)
to another site.  It works fine on our local network, but at the remote
site I get errors like:

Warning: translation table syntax error: Unknown keysym name: osfUp
Warning: ... found while parsing '	 <Key>osfUp:        ManagerGadgetTraverseUp()'

Usually this warning means that the program can't find the XKeysymDB file.
Both locations have this file in /usr/lib/X11.  On the local network,
however, on which X and motif were compiled, /usr/lib/X11 is a symbolic
link to /usr/local/x11r5/lib.  Does this error result because X or motif
remembers this local name? Is there a way to point the application to the
right location through an environment variable or xset command?  If so, I
can't find it in the documentation.  If not, how do you create a portable
application that doesn't require files to always be in the same location?
-- 
----------------------------------------------------------
Jeff Stevens	stevens@s3mars.scubed.com, stevens@seismo.css.gov
Newsgroups: comp.windows.x,comp.sys.sun.apps
From: lwv26@cas.org (Larry W. Virden)
Subject: What would cause a window manager desktop to appear to freeze?
Reply-To: lvirden@cas.org (Larry W. Virden)
Organization: Nedriv Software and Shoe Shiners, Uninc.
Date: Tue, 13 Oct 1992 18:12:53 GMT


I am running on a Sparc 1+, using OpenWindows 3.0.  When I run one particular
vendor's X11 client , all activity on the desktop, with the exception of mouse
cursor movement, appears to halt until the beforementioned vendor client
appears.  Once it appears, all the intervening events appear to be delivered
and all continues.  The problem is that it seems to take quite some time - 
whereas other tools of relatively comperable sizes do not seem to do this.

What type of an action might a client take that would 'freeze' a server from
processing other requests until the window visibly appears?
-- 
Larry W. Virden                 UUCP: osu-cis!chemabs!lvirden
Same Mbox: BITNET: lvirden@cas  INET: lvirden@cas.org
Personal: 674 Falls Place,   Reynoldsburg, OH 43068-1614
America Online: lvirden@aol.com
From: hmore@gssec.bt.co.uk (Hamish More)
Newsgroups: comp.windows.x
Subject: Re: "paged" vs. panned virtual desktop
Date: 14 Oct 92 12:13:45 GMT
Organization: BT, SDDG, Scotland

What about vtwm, which seems to offer what you are looking for.

-hm
Newsgroups: comp.windows.x
From: jima@postmaster@ims.com (Jim Agin)
Subject: X11R5 on Sun 386i OS 4.0.1
Keywords: Sun386i
Organization: Integrated Measurement Systems, Inc.
Date: Wed, 7 Oct 1992 21:37:13 GMT

After disabling the build of PEX, I have been able to build and install X11R5 on a Sun 386i.
However, when I invoke xinit, all I get is a very narrow band across the top of the screen. I 
can see what looks like the mouse cursor follow my mouse movements within the band.

I have verified that the X server and an xterm are running.
I am able to run the X programs (xterm, xcalc, etc.) from a sparc rlogged onto the 386i. It would
appear that these all built correctly.

Has anyone successfully built the X11R5 for the 386i?

Does anyone have any ideas what the problem might be and/or what I should try next?
Newsgroups: comp.windows.x
From: tvanswe!forrestp@tashkent.infosys.tva.COM (Forrest Palmer)
Subject: GUI Builders ...
Organization: The Internet
Date: Tue, 6 Oct 1992 18:53:19 GMT

Operating System: HP-UX A.08.02 C
Mailer: Elm [revision: 66.25]

Hi,

  Has anyone heard anything about the GUI builders
JAM and PowerBuilder? I checked the FAQ but they're not
listed. Any info at all would be appreciated.

Thanks,

--
Forrest Palmer
Voice:	(703) 715-8997
FAX:	(703) 715-8990
Email:	tvanswer!forrestp@uunet.uu.net
------------------------------------------
Newsgroups: comp.windows.x
From: ramirez@mcclb0.med.nyu.edu
Subject: xdm and pandora
Organization: NYU Medical Center, New York, NY 10016, USA
Date: Thu, 8 Oct 1992 02:07:14 GMT

Hello all,

	I was just wondering if it is possible to replace the login widget of
xdm with something like pandora.  I see that on an SGI, pandora and xdm are
running separate.  Are there any other login widgets for xdm that will provide
buttons or graphical icons for users of the system?

thanks
Edwin Ramirez
ramirez@mcclb0.med.nyu.edu
             ^
       that's a zero

Newsgroups: comp.windows.x
From: lwv26@cas.org (Larry W. Virden)
Subject: Re: different defaults for monochrome and color screen?
Followup-To: comp.windows.x
Reply-To: lvirden@cas.org (Larry W. Virden)
Organization: Nedriv Software and Shoe Shiners, Uninc.
Date: Thu, 8 Oct 1992 11:48:52 GMT

Note for the novices (like me!) concerning the #ifdef's.  These only work
on files which are xrdb -load or -merge 'd into the database.  Putting
#ifdef in app-defaults files does no good.  I believe in X11R5 there are
some additional % characters that can go into the XUSERSEARCHPATH for
specifying things like color...
-- 
Larry W. Virden                 UUCP: osu-cis!chemabs!lvirden
Same Mbox: BITNET: lvirden@cas  INET: lvirden@cas.org
Personal: 674 Falls Place,   Reynoldsburg, OH 43068-1614
America Online: lvirden@aol.com
Newsgroups: comp.windows.x,comp.sys.dec
From: evans@zk3.dec.com (Marc Evans)
Subject: Re: X Under Windows NT
Reply-To: evans@zk3.dec.com
Organization: Synergytics
Date: Thu, 8 Oct 1992 11:16:07 GMT

In article <1992Oct7.183744.4489@decuac.dec.com>, mjr@hussar.dco.dec.com (Marcus J. "Buddy can you spare a clue?" Ranum) writes:
|> >This is that it appears that
|> >it will be difficult to run an X-server in "native mode" under WNT.
|> 
|> 	Is this a bug or a feature?
|> 
|> 	No, seriously - If you consider that X windows' installed
|> base is a drop in the bucket compared to ms-windows', Microsoft
|> would be crazy to put engineering effort into making X a priority.

I tend to agree with this assertion, but do feel the need to add something.
The *primary* feature that the X11 environment provides over most other
commercial window/graphics systems is the network transport layer. Much of
the rest of the environment in X11 can be found in most other commercial
window/graphics systems (such as Windows/NT).

If Windows/NT were modified to provide an implementation of the ANSI-speced
network transport layer (based on that used by X11).... Well, you get the
idea. Rumor has it that there are a couple of companies out there trying to
do exactly this (well, maybe not the ANSI-speced flavor).

The only reason that I could see to justify NOT doing this is that Microsoft
believe that the transport should not be at the graphic primitives level
(ala X11), but rather higher up in the application layer (or maybe at the
graphic object layer?). Given the IP stack available on Windows/NT, making
network based programs that use a transport in the application layer can be
done today. The missing element some form of API or *standard* that would
allow a large and diverse set of applications to use/share/communicate via
this mechanism.

- Marc
-- 
===========================================================================
Marc Evans - evans@zk3.dec.com              | Synergytics     (603)635-8876
WB1GRH     - WB1GRH@W2XO.#WPA.PA.USA.NOAM   | 21 Hinds Ln, Pelham, NH 03076
---------------------------------------------------------------------------
                      Unix and X11 Software Consultant 
===========================================================================
Newsgroups: comp.windows.x
From: thorsen@stc.nato.int (Einar C. Thorsen)
Subject: Re: Sharing read/write colorcells
Keywords: colormaps, colorcells, XStoreColor, XAllocColor
Organization: SHAPE Technical Centre, NL
Distribution: eunet
Date: Fri, 9 Oct 1992 07:23:24 GMT

In <cwikla.718572492@morrison.wri.com> cwikla@morrison.wri.com (John Cwikla) writes:

>In <1992Oct7.151105.27492@stc.nato.int> thorsen@stc.nato.int (Einar C. Thorsen) writes:

>>We have an application that allocates the top half of the color table (128
>>to 256) for read/write color access.  We would like to be able to share some 
>>of these color cells with another application running on the same server 
>>that also uses these colors. So far, we have only been able to display the 
>>same color by having duplicate entries in the color table.  Does anybody
>>know how we can force the applications to share the same read/write entries?

>In theory yes.  Will it work well?  I doubt it.  Read/write cells are inherently
>non shareable.  However nothing says you can't use them.  If you have some sort
>of color cube for your 128 colors and you can figure out mathematically (ie some
>form of a standard colormap) color->pixel calculations you can just use the pixel
>without allocating it -- just use it.  Of course this implies that the
>first program is always running, and thus always has the entries allocated for
>itself.  If it doesn't, problems.  Big time. 

Agree, but the problem is really that we would like "our" colourcells to be used
by any other (3rd party) application. We do in fact not change the definitions
once we have allocated our range of colourcells.

Still searching for help...

---------------------------------------------------------------------------
Einar C. Thorsen                        Phone   : + 31 70 314 22 79
Shape Technical Centre                  Fax     : + 31 70 314 21 11
P.O. Box 174                            Internet: thorsen@stc.nl
2501 CD The Hague, The Netherlands      UUCP    : ...!hp4nl!shapetc!thorsen
---------------------------------------------------------------------------
Newsgroups: comp.windows.x,gnu.gcc.help
From: dave@jato.jpl.nasa.gov (Dave Hayes)
Subject: Problems with Xsun on X11R5
Reply-To: dave@jato.jpl.nasa.gov
Organization: Jet Propulsion Lab - Pasadena, CA
Date: Fri, 9 Oct 1992 22:23:48 GMT

Using GCC 2.2.2 on a Sun Sparc2 running SunOS 4.1.1, I seem to be getting
a recurring problem with the Xsun server:

	sunOpenFrameBuffer: Inappropriate ioctl for device

	Fatal server error:
	no screens found

Has anyone seen this before...and/or is this a clue to something
stupid I am doing? Replies by email please, and I'll summarize.
-- 
Dave Hayes - Network & Communications Engineering - JPL / NASA - Pasadena CA
dave@elxr.jpl.nasa.gov       dave@jato.jpl.nasa.gov         ...usc!elroy!dxh

Join in the new game that's sweeping the country.  It's called "Bureaucracy".
Everybody stands in a circle.  The first person to do anything loses.
Newsgroups: comp.windows.x,comp.windows.x.motif,comp.windows.x.intrinsics
From: izeek@techunix.technion.ac.il (Ilan Aisic)
Subject: Re: Blinking
Organization: Technion, Israel Institute of Technology
Date: Fri, 9 Oct 1992 10:09:26 GMT

mouse@thunder.mcrcim.mcgill.edu (der Mouse) writes:

>In article <1992Oct1.204222.13721@relay.nswc.navy.mil>, dnguyen@xobu.nswc.navy.mil (D. Nguyen) writes:

>> Does any one know how to implement blinking in X ?  An obvious
>> solution is just too costly.

>Which obvious solution?  I see two obvious solutions: (1) redraw
>periodically and (2) use read/write colormap cells and change their
>contents periodically.  (1) is the only solution that's fully portable.
>(2) produces much better performance, when you're using a dynamic
>visual and can afford the necessary colormap cell(s).

>Are you sure your "obvious solution" really is too costly?  Don't say
>this until you've tried it; guesses about what is and is not too
>expensive are often wrong.

>There's not much else you can do and stay within the core protocol.
>There may be an extension somewhere for blinking, but I don't know of
>any such.

>					der Mouse

>			    mouse@larry.mcrcim.mcgill.edu

Well, to implement (2) above, I suggest the following approach:
Create a small input-only X client program that will act as your
"colormap server".  If you need to blink n colors than you need to
allocate n read/write colorcells for that purpose and use the same
ones in your main aapplications.  You may choose to create your own
dedicated virtual colormap (beware of colormap "flashing") if you
cannot get enough colors from the default colormap.
This "colormap server" will simply loop forever and write different
values into the "blinking" colormap according to the rate you'll choose.
Use UNIX select() to sleep in between and the CPU utilization of this
program will be negligible.
Obviously, you'll need to make sure that both programs will use
the same colormap and color cells.  You may choose to use
X resources to communicate between the colormap "server" and "client".
I have implemented this in the past and it works just fine.
Ilan.
From: jmd@wrkgrp.COM (Joseph M DeAngelo)
Subject: Re: using sigwinch with curses
Organization: The Workstation Group
Date: Fri, 16 Oct 92 14:45:31 GMT

fridman@cpsc.ucalgary.ca (Robert Fridman) writes:
: > I am attempting to write a small program which uses curses to prevent
: > a variety of  information on the screen, and it works fine, but I
: > can't find a way to change curses idea of how big the screen is after
: > a sigwinch. I have a signal handler written, but it doesn't work. 
: > 
: > (I even tried doing an endwin(); initscr() but it still used the old
: > size).
: > 
: > Do I need to create a new window, copy
: > the data across and then delete the old one?? (even then the LINES
: > and COLS variables are still not updated.)
: > 
: > What is the most reliable way to find out how big the window is after
: > a SIGWINCH?? 
: 
   This guy was very close to the correct answer.  Curses will
try to obtain the window size in most systems ( wake up HP !! )
during initscr().  Unfortunately, multiple invocations of initscr(),
as documented, will either crash or do nothing.  There is an
alternative.  Substitute newterm(getenv("TERM"), stdout, stdin)
for initscr().  Works great on all our platforms.

: Curses does not handle window resizing.  Here is one way to fudge it:
: 
: 	- set up a long jump to begining.
: 	- trap SIGWINCH and start up curses

  Dont't do any processing within a signal handler.  The correct
method is to only set flags within the handler and take action
when your mainline receives control again.

: 	- if you get a SIGWINCH, here is how to get the new size of the screen:
: 
: 		/* function get_screen_size sets the global LINES/COLS variable */
: 		/* in curses to the current tty screen size. Call it after 	*/
: 		/* a SIGWINCH.							*/
: 		get_screen_size()
: 		{
: 		struct winsize ws;
: 
: 		        ioctl(0, TIOCGWINSZ, &ws);
 This call is not supported on a lot of non-BSD systems.

Newsgroups: comp.windows.x
From: jogi@austin.ibm.com (Vijay Joglekar)
Newsgroups: comp.windows.x
Subject: Help on Xmail...
Date: 9 Oct 92 14:41:42 GMT
Reply-To: vijay@wizards.austin.ibm.com
Distribution: usa
Organization: IBM (Aix Tools Development)
Originator: vijay@vijay.austin.ibm.com


I ported xmail to the RS/6000 but I don't know how to use it.
I compiled it without any errors and it does not coredump when I run it.
If any of you folks have used xmail what am I supposed to look for 
when I run xmail and what arguments am i supposed to pass it for it to
run.

Thanks

Vijay Joglekar

-- 
**********************************************************************
               Vijay Joglekar - arbiter elagantiarum
 Disclaimer: These are my opinions and my opinions only. Has nothing
                      to do with where I work.