HDTenEightyP/NetNews huggingface dataset:
From: beardsl@mepsi.mobil.com (Reginald Beardsley)
Subject: X support services
Organization: Mobil Exploration and Producing Services, Inc.
Date: Fri, 6 Nov 1992 20:31:23 GMT

I am looking for an organization which provides multiplatform X  & Motif support
services.  At a minimum I need someone who can supply complete binaries
for Silicon Graphics, Sun4, DECstation, HP 9000/7xx, RS/6000.  More would 
be nice.  This would require more than just being able to compile on all the 
platforms.  We work with highly heterogeneous networks.  The skew in delivery
dates for X releases from the hardware vendors is a very serious problem
for application delivery.

E-mail please.

 

---
Reginald H. Beardsley
beardsl@dal.mobil.com
(214)-851-8547

Newsgroups: comp.windows.x
From: pgdga@ibm.rz.tu-clausthal.de (Dirk Gajewski)
Subject: FAQ? X under ULTRIX
Organization: tu-clausthal.de         
Date: Thu, 5 Nov 1992 13:44:53 GMT

This must be a FAQ, but I am new to this list (BTW where
can I get the FAQ for this list).

Please, can you direct me to a site where I can ftp
X-windows for ULTRIX (I think it is 4.1)?

Thanks a lot,
Dirk

INTERNET:pgdga@ibm.rz.tu-clausthal.de
Institute of Geophysics, Clausthal-Zellerfeld, F.R. Germany
phone: +49-5323-723001   fax:+49-5323-722320
Newsgroups: comp.windows.x
From: envbvs@epb9.lbl.GOV (Brian V. Smith)
Subject: TransFig 2.1.5 is available on export
Organization: The Internet
Date: Tue, 10 Nov 1992 21:33:13 GMT

TransFig 2.1.5 is available on export.lcs.mit.edu in /contrib/transfig.2.1.5.tar.Z.
Be sure to set binary mode when transferring.

>>> It is important for users of xfig 2.1.5 to get this latest version 
>>>    of TransFig.

TransFig is a set of tools for creating TeX documents with graphics
which are portable, in the sense that they can be printed in a wide
variety of environments.

The transfig directory contains the source for the transfig command
which generates a Makefile which translates Fig code to various graphics
description languages using the fig2dev program.  In previous releases,
this command was implemented as a shell script.

The fig2dev directory contains a general program for translating from
Fig code to other graphics desciption languages.  The dev subdirectory
contains a library of output drivers used by fig2dev.

Drivers currently exist for the following graphics langauges:
(E)EPIC macros, LaTeX picture environment, PIC, PiCTeX, PostScript, and TeXtyl.
Fig2dev can be configured with a subset of these drivers


I have taken over the maintenance of TransFig from Micah Beck so please send any
bug notices, fixes, contributions etc to me at bvsmith@lbl.gov.

Brian V. Smith
Lawrence Berkeley Laboratory
Xref: sparky comp.windows.x:18825 comp.windows.x.intrinsics:493
From: aperez@caribe.prime.com (Arturo Perez x6739)
Newsgroups: comp.windows.x,comp.windows.x.intrinsics
Subject: Help with XrmPutStringResource
Date: 6 Nov 92 19:50:22 GMT

I'm trying to use XrmPutStringResource.  The code line I'm 
using looks like

	XrmPutStringResource (xdb, "*background", "pale green");

But when I do a XrmPutFileDatabase() the "*background" does not
appear.  What am I doing wrong?

Arturo Perez
ComputerVision, a division of Prime
aperez@cvbnet.prime.com
Too much information, like a bullet through my brain -- The Police
Newsgroups: comp.windows.x
From: gorrie@hercules.cs.uregina.ca (Dennis Gorrie)
Subject: X-windows clients for ms-dos
Date: Mon, 09 Nov 1992 02:55:57 GMT
Organization: University of Regina, SK, Canada


I am looking for X-windows clients that will run under ms-dos. 
I want them to connect to HP700 series X-windows servers,
using a 9600 baud modem connection.  I assume this would work
over SLIP?

If you can suggest any good clients, please e-mail me.  
The cost of the clients is not a concern.

gorrie@hercules.cs.uregina.ca           gorriede@max.cc.uregina.ca
gorrie@regina.cs.uregina.ca             gorrie@meena.cc.uregina.ca
Dennis Gorrie    "I used to be apathetic, but now I don't care..."
Newsgroups: comp.windows.x,comp.windows.x.motif,comp.windows.misc,comp.sys.misc,comp.sys.mac.misc,comp.unix.misc
From: root@atinc.uucp (Operator)
Subject: XVT toolkit??
Organization: atinc.com
Date: Fri, 6 Nov 1992 17:32:38 GMT

I would like inputs from anyone who has used the XVT Portability Toolkit. I'm looking at
XVT for supporting Motif, Mac, and OS/2 PM. One key issue is how XVT handles different
screen resolutions. Another is of course, performance.  

ronyd@atinc

Xref: sparky comp.windows.x:18752 comp.windows.x.motif:7249
From: guru@camelot.bradley.edu (Jerry Whelan)
Newsgroups: comp.windows.x,comp.windows.x.motif
Subject: Re: Looking for an Interactive User Interface Builder
Date: 5 Nov 92 16:48:27 GMT
Article-I.D.: bradley.1992Nov5.164827.24259
Organization: The Smelly Ditch


	Try SUIT from UVA.  Send mail to suit@uvacs.cs.virginia.edu
to find out where to ftp it from.

-------------------------------------------------------------------------------
``written by a drunken insane pathological liar''        guru@stasi.bradley.edu
Xref: sparky comp.windows.x:18867 comp.sys.sgi:16126
From: rickert@cco.caltech.edu (Keith Warren Rickert)
Newsgroups: comp.windows.x,comp.sys.sgi
Subject: Re: X Under Windows NT
Date: 7 Nov 1992 22:07:55 GMT
Organization: California Institute of Technology, Pasadena
NNTP-Posting-Host: sandman.caltech.edu

In <1992Nov7.102526.19448@thunder.mcrcim.mcgill.edu> mouse@thunder.mcrcim.mcgill.edu (der Mouse) writes:

>In article <rtonoi0@zola.esd.sgi.com>, msc@ramoth.esd.sgi.com (Mark Callow) writes:
>> In article <1992Oct28.170229.29369@news.dfrf.nasa.gov>, todd@fred.dfrf.nasa.gov writes:

>>> At NASA we run our realtime flight simulator on an SGI doing the
>>> simulation models in one CPU and out the window visuals in another.
>>> The entire frame runs in under 1ms, I think you have experience with
>>> the wrong machine running X.
>> This example proves nothing.  The flight simulator is not an X
>> program.

>If it's a modern release of Irix, everything that draws on the display
>is an X program.  Or at least such is my understanding of their
>implementation; since I am not privy to full details, I could well be
>wrong.  Perhaps some SGI person will be kind enough to give us the full
>truth of the matter.

Irix 4.0.x uses X as its native windowing model...and as such,
the X server knows about all windows.
However, GL drawing calls dont generally go through the X server,
but go directly to the hardware. While every program, even
ones that use only the GL is an X program in the sense that
they do talk to the X server to some extent.
Please note that the person who said that the simulator is 
not an X program _is_ a SGI person...:)...he does know what
he is talking about.
Keith

Newsgroups: comp.windows.x
From: mouse@thunder.mcrcim.mcgill.edu (der Mouse)
Subject: Re: Sending X events between processes
Organization: McGill Research Centre for Intelligent Machines
Date: Sat, 7 Nov 92 23:47:42 GMT

In article <1992Nov6.051103.22995@colorado.edu>, crosby@juliet.cs.colorado.edu (CROSBY MATTHEW JAME) writes:

> I have written a program that initialises the X windows stuff, and
> then forks().  I am attempting to send events from the parent to the
> child process, but they don't seem to be processed.  I am using Xlib,
> and the XSendEvent function.  Is this impossible?  Is there something
> I am missing?

You haven't given enough information.  Since you explicitly mention
that you initialize X before forking, I assume that both processes are
using the same Display connection.  This *will not work* - or rather,
making it work is so extremely hard that if you had any hope of doing
it, you'd perforce know enough that you wouldn't need to ask what you
did.

What you need to do is for one of the processes to open a new
connection and use that.  (You may want to close the old one, but do it
carefully: don't use XCloseDisplay.  Instead, use
close(XConnectionNumber(theolddisplay)).)  Alternatively, you can have
one process do all the X stuff and have it communicate with the other
process via a pipe...

					der Mouse

			    mouse@larry.mcrcim.mcgill.edu
Newsgroups: comp.windows.x
From: klute@tommy.informatik.uni-dortmund.de (Rainer Klute)
Newsgroups: comp.windows.x
Subject: Re: Translation Manager example problem
Date: 13 Nov 1992 09:28:12 GMT
Organization: CS Department, Dortmund University, Germany
Distribution: world
NNTP-Posting-Host: tommy

In article <1992Nov12.162841.4505@kocrsv01.delcoelect.com>,
c2xlai@kocrsv01.delcoelect.com (Larry A. Ice) writes:
|> What's wrong with this code?

The declaration of "quit". You declared it as a static function so it is
not visible outside its own source file.

-- 
  Dipl.-Inform. Rainer Klute      klute@irb.informatik.uni-dortmund.de
  Univ. Dortmund, IRB
  Postfach 500500         |)|/    Tel.: +49 231 755-4663
D-W4600 Dortmund 50       |\|\    Fax : +49 231 755-2386
Newsgroups: comp.windows.x,comp.windows.x.motif
From: mazur@bostech.com (Dave Mazur)
Subject: input of kana/kanji using X11R5?
Organization: Boston Technology, Inc.
Date: Tue, 10 Nov 92 13:01:25 GMT

x netters:

Sorry if this has been asked before...

Does anyone know how to input kana/kanji characters on a sun sparc
running X11R5/Motif 1.2?  There's a chapter in the O'Reilly book
"R5 Update" entitled "Internationalized Text Input" but the paragraph
at the bottom of pg. 110 states "but I was never able to figure out how
to actually make use of the input method to input Japanese".  My guess
is that Xsi or Xim is required.  Has anyone got this to work?

Is it possible to use Apple's KanjiTalk package to input the chars and
then xfer the files to unix in some format (16bit ASCII) that X11R5
will interpret?

Other suggestions?

Thanks in advance,
dave
Newsgroups: comp.windows.x
From: pmartz@dsd.es.com (Paul Martz)
Subject: Re: Reclaiming Memory (was Re: FLAME, FLAME ON X!!!)
Reply-To: pmartz@dsd.es.com (Paul Martz)
Organization: Evans & Sutherland Computer Corp., Salt Lake City, UT
Date: Thu, 12 Nov 92 22:59:53 GMT

In article <4401@artcom0.north.de>, pf@artcom0.north.de (Peter Funk) writes:
> In <1992Nov10.173203.10719@dsd.es.com> pmartz@dsd.es.com (Paul Martz) writes:
> [...deleted...]
> > Yes but this doesn't sound like what the guy's describing. If this is
> > just free() only freeing memory back to the process, then starting the
> > same X client over again and walking it through the same sequence of
> > tasks should not cause the server process size to grow, because the
> > memory it freed before is still available to it.
>
> Imagine an program displaying images in different sizes and zoom
> levels:  After releasing a big chunk of memory occupied by an image
> buffer, it may be picked up by following "small" malloc requests, so
> that the remainder of this block gets to small for the allocation of
> the next image buffer.  Since malloc can't do any "garbage collection"
> or "heap compaction" (as far as I know) there will be problem !
> 
> If there are any standard solutions out there, I am not aware of,
> I would be glad to here about them.

Mips OS uses an algorithm which avoids the majority of the problem you
describe. Chunks of memory which have been freed are kept in bins
according to their size. Thus allocing a large chunk, freeing it, then
allocing several smaller (less than half size) chunks causes malloc to
leave the large chunk alone and look elsewhere to satisfy the small
chunk request. (If the small chunk bin is empty for that process, it
goes out to the OS).

Of course this algorithm has its own problems, in some cases a process
could grow much bigger than it should have to.
-- 

   -paul	pmartz@dsd.es.com
		Evans & Sutherland
Newsgroups: comp.windows.x
From: kk@unisql.UUCP (Kerry Kimbrough)
Subject: X Window Protocol Specs (?)
Organization: The Internet
Date: Fri, 13 Nov 1992 15:40:00 GMT


   > I am studying computer communications, especially OSI.  I would like
   > to take a look at another implementation of communicating structured
   > data between dissimilar systems.  I believe (hope) that X Window
   > Protocol is somewhat more efficient than ASN.1 / BER.

   I'm not sure what ASN.1/BER is, but I suspect you are a little confused
   about precisely what the X protocol is.  X assumes that some lower
   level provides a reliable bidirectional byte-stream

For once, der estimable Mouse is awry. The original query is sensible.

ASN.1/BER is an encoding method which would be applicable to an OSI
application level protocol such as X. Probably, the X encoding is more
efficient than the equivalent BER encoding. When compared with BER, the X
encoding is probably similar to Sun XDR/RPC in terms of its relative pro's
and con's.
From: leisner@wrc.xerox.com ( Marty Leisner)
Newsgroups: comp.windows.x
Subject: saving a layout
Date: 13 Nov 92 22:03:58 GMT
Reply-To: leisner@eso.mc.xerox.com
Organization: Xerox
X-Newsreader: TIN [version 1.1 PL6]


Is there a way to save a layout in twm/vtwm?

Or some automated way to generate layouts off a screen?


--
marty
leisner.henr801c@xerox.com  leisner@eso.mc.xerox.com
Member of the League for Programming Freedom
Newsgroups: comp.windows.x
From: fpaterra@kong.gsfc.nasa.gov (Frank Paterra - CTA)
Subject: X11R5 build problem
Organization: Goddard Space Flight Center
Date: Thu, 12 Nov 92 14:31:56 GMT


I posted a message to this group a couple of days ago about a
problem I am having with building X11R5, but I got no response.
Is there a better group to post to?

Thanks,
Frank Paterra
fpaterra@cta.com
Newsgroups: comp.windows.x
From: agranov@techunix.technion.ac.il (Gennady Agranov)
Subject: Developing of X-programs without X ?
Organization: Technion, Israel Inst. of Technology
Date: Tue, 10 Nov 1992 21:35:57 GMT


                       Hello to everybody!

      I have a little & simple question: I want to develop X-programs
   (let's say Xlib-programs) on PC-AT/286 (MS-DOS) (at home). May be
   somebody knows any library or another simulation software for this
   case. What I mean: I write Xlib-program, link it with my dream and
   have program !

   Thanks to all kind souls, who tell me something about this subject!

   agranov@issue.cs.technion.ac.il

Newsgroups: comp.windows.x,comp.windows.x.motif,comp.windows.misc,comp.sys.misc,comp.sys.mac.misc,comp.unix.misc
From: kevyn@world.std.com (Kevyn Ford)
Subject: Re: XVT toolkit??
Organization: The World Public Access UNIX, Brookline, MA
Date: Sat, 7 Nov 1992 15:03:13 GMT




> I would like inputs from anyone who has used the XVT Portability Toolkit.

One of my projects evaluated the XVT Toolkit against using the native GUI
for our VAXstations ... as far as producing a portable GUI application XVT
is fairly good.

However, while there wasn't any one problem that we encountered with XVT, it
is not as robust as the native GUI system (which is to be expected) and we
found that there were many "small" features lacking that, all together, gave
the application an "unfinished" look (you can actually see some of this in
their XVT-Design tool itself -- which is brain-dead).

We have found that XVT is more suited for "simpler" interfaces, and it will be
used as such, but for one particular application we've decided to use the
DECwindows/Motif interface.

In short, XVT is a good portable GUI system for apps that don't really need
anything more than a few pull-down menus and graphical controls.

Newsgroups: comp.windows.x
From: mahan@TGV.COM (Patrick L. Mahan)
Subject: RE: xsetroot for VMS/DecWindows
Organization: The Internet
Date: Thu, 5 Nov 1992 20:10:21 GMT

#
#I look for program equivalent to xsetroot on X/Unix machine but for VMS runnin g 
#DecWindows. this program must be able to load standard bitmap files .
#
#If other format could be supported at the same time, it would be great.
#
#Does anybody know where I could transfer such program from?
#

Get XV from Public.TGV.COM under [.mahan].  It will allow you to set the
root background using any image format (xbm, gif, jpeg, tiff, pbm, etc).

Patrick L. Mahan

--- TGV Window Washer ------------------------------- Mahan@TGV.COM ---------

Waking a person unnecessarily should not be considered  - Lazarus Long
a capital crime.  For a first offense, that is            From the Notebooks of
							  Lazarus Long
From: ramakris@csgrad.cs.vt.edu (S.Ramakrishnan)
Newsgroups: comp.windows.x,comp.windows.x.apps
Subject: Fixed (Re: xdm startup: Xsession exec fails ?)
Date: 13 Nov 92 18:12:36 GMT
Followup-To: comp.windows.x
Organization: VPI&SU Computer Science Department, Blacksburg, VA

The problem of Xsession exec fail during login was fixed.
It was due to a silly error. The preamble line 

#! /bin/sh

was missing in the Xsession script (login shell is csh). I should have 
checked my script before dashing off a query.

Thanx to Reginald H. Beardsley (beardsl@dal.mobil.com) for pointing it
out.

---
S Ramakrishnan, CS Dept, McBryde Hall, VaTech
Newsgroups: comp.windows.x
From: jimw@empros.cxn.dec.com (Jim West)
Subject: Re: HELP: DECwindow font format
Reply-To: jimw@empros.enet.dec.com
Organization: Random Mixed
Date: Thu, 5 Nov 1992 20:46:51 GMT


In article <1992Nov5.174341.12163@mercury.unt.edu>, cqyang@ponder.csci.unt.edu (Cui-Qing Yang) writes:

|>I need to convert some of font files from the standard X format (.bdf or .snf)
|>into DECwindow font format (.dwf). Does anyone know if there's such a program
|>(running under Ultrix)? If so, where can I get it? Thanks in advance for any
|>help.
|>

  We provide /usr/bin/X11/bdftopcf already.  We use .pcf format on ULTRIX.

  Not sure about .snf font files though.

-/ Jim /-
Newsgroups: comp.windows.x
From: dan@watson.ibm.COM (Walt Daniels)
Subject: color map exhaustion
Organization: The Internet
Date: Wed, 4 Nov 1992 18:55:06 GMT

If I invoke xcolors, I get the message:
Cannot allocate colormap entry for "some-color".
(my rgb.txt has 700+ entries)

Invoking it with the -start option allows me to see a few more.
However eventually all the entries are used and there is no way to
allocate any new colors.  The result is usually that I get "white"
which frequently results in a white on white display (not very useful :-).

Another way to cause this same colormap exhaustion problem is to put up
full color picture backgrounds.

I know the simple answer, "If it hurts, don't do that."  Is there
another more satisfactory answer?  Possibly there is a bug of color
entries not getting freed at appropriate times.  Or maybe there is a
call that will free the unused entries that I don't know about.

I have tried this on both an AIX 3.2.2 R4 based server and
an MIT R5 (latest patch level) server. Both behave the same.
From: rjc@cogsci.ed.ac.uk (Richard Caley)
Newsgroups: comp.windows.x
Subject: Re: Comp.sources.x -- a black hole??
Date: 11 Nov 92 15:47:32 GMT
	<27308@dog.ee.lbl.gov>
Organization: Human Communication Research Center
In-reply-to: envbvs@epb9.lbl.gov's message of 8 Nov 92 19:11:48 GMT


I got a message from him. As I understand it, he's moved base and
having system problems. 

--
rjc@cogsci.ed.ac.uk				_O_
						 |<
Xref: sparky comp.windows.x:19017 comp.sys.sgi:16301
From: kieron@root.co.uk (Kieron Drake)
Newsgroups: comp.windows.x,comp.sys.sgi
Subject: Re: request for help with X gc draw fcn porting sun->sgi
Date: 11 Nov 92 15:05:09 GMT
Organization: UniSoft Ltd., London, England

In <1992Nov7.104103.19827@thunder.mcrcim.mcgill.edu> mouse@thunder.mcrcim.mcgill.edu (der Mouse) writes:

>In article <1992Nov4.060050.27565@cuug.ab.ca>, fieldd@cuug.ab.ca (Dan Field 283-7034) writes:

>> [problems porting some code form XView on a Sun to X on an SGI]

>> One remaining problem has to do with using the function code for a
>> GC.  [...]  [A]ny of the function codes that read the destination
>> pixel have no visual effect.  However, when I use the copy, the
>> write, or the clear function code, I always end up drawing in the
>> foreground color.

>This sounds from your description like a server bug, and a really weird
>one at that.  Much more likely is that you're doing something else
>wrong and don't realize it.

[more sensible suggestions from der Mouse, deleted]

I'd do as der Mouse suggested but here is something else to consider:

What depth drawables are you using? There was a well known server
bug in which odd and even pixel values on depths greater than one
were not properly differentiated. If you've got an old server on
the SGI this may be your problem. Use 0 (zero) as one of your pixel
values. If zero/non-zero works as fg/bg, respectively, but non-zero-odd/
non-zero-even does not then that's your problem. As for the solution....

	kieron

-- 
kieron@root.co.uk	Tel: +44 71 729 3773 (or 071 729 3773 in the UK)
Kieron Drake		Fax: +44 71 729 3273 (or 071 729 3273 in the UK)
Senior Consultant, UniSoft Ltd., Spa house, Chapel Place, Rivington Street,
London EC2A 3DQ, UK
From: barmar@think.com (Barry Margolin)
Newsgroups: comp.windows.x
Subject: Re: Which version of x server am I running?
Date: 7 Nov 1992 04:46:43 GMT
Organization: Thinking Machines Corporation, Cambridge MA, USA
NNTP-Posting-Host: gandalf.think.com

In article <1992Nov6.215837.23500@kocrsv01.delcoelect.com> c23mkb@kocrsv01.delcoelect.com (Mahesh Bagade) writes:
>How do I find out which version of X server am I running?

Use xdpyinfo and look at lines 2 through 4.  Version number 11.0
corresponds to X11, and when the vendor string is "MIT X Consortium" the
first digit of the vendor release number is the X11 release (other vendors
may put their own release number there -- for instance, Sun puts the
OpenWindows version number there).
-- 
Barry Margolin
System Manager, Thinking Machines Corp.

barmar@think.com          {uunet,harvard}!think!barmar
Xref: sparky comp.windows.x:18888 comp.sys.sgi:16143
From: mjk@hoot.asd.sgi.com (Mark Kilgard)
Newsgroups: comp.windows.x,comp.sys.sgi
Subject: Re: X Under Windows NT
Date: 9 Nov 92 04:38:58 GMT
Organization: Silicon Graphics, Inc.

In article <1992Nov7.102526.19448@thunder.mcrcim.mcgill.edu>, mouse@thunder.mcrcim.mcgill.edu (der Mouse) writes:
|> [ Why is this in comp.sys.dec and comp.windows.news?  I'm crossposting
|>   to comp.sys.sgi and removing c.s.dec and c.w.news from followups. ]
|> 
|> In article <rtonoi0@zola.esd.sgi.com>, msc@ramoth.esd.sgi.com (Mark Callow) writes:
|> > In article <1992Oct28.170229.29369@news.dfrf.nasa.gov>, todd@fred.dfrf.nasa.gov writes:
|> 
|> >> At NASA we run our realtime flight simulator on an SGI doing the
|> >> simulation models in one CPU and out the window visuals in another.
|> >> The entire frame runs in under 1ms, I think you have experience with
|> >> the wrong machine running X.
|> > This example proves nothing.  The flight simulator is not an X
|> > program.
|> 
|> If it's a modern release of Irix, everything that draws on the display
|> is an X program.  Or at least such is my understanding of their
|> implementation; since I am not privy to full details, I could well be
|> wrong.  Perhaps some SGI person will be kind enough to give us the full
|> truth of the matter.

Strictly speaking your first sentence is true in that all IRIX
graphics programs do connect to the X server.  It is not true that
they all do their rendering through the X server.  In actuality IRIS
GL programmers have virtualized direct hardware access.  The IRIS
GL library hides the X connection and the hardware dependencies from
the programmer.  The X conncetion is used for non-rendering window
system operations such as window tree manipulation and event handling.

- Mark
From: jlaurila@colossus.cs.hut.fi (Jari Laurila)
Newsgroups: comp.windows.x
Subject: How to open a x-window?
Date: 5 Nov 92 10:36:02 GMT
Organization: Helsinki University of Technology, CS lab


	I would like to program in X-windows, but so far I've been
	unable to open a single window. I tried to find somesort of
	a manual, but I found none. 

	Most of you probably know how to do it, so would someone
	be so kind and tell me? I would also appreciate general 
	X-programming tips.  


	Jari Laurila.