HDTenEightyP/NetNews huggingface dataset:
From: scowen@wfpc3.nosubdomain.nodomain (Paul A. Scowen)
Newsgroups: fj.mail-lists.x-window
Subject: Problems - R5 build on DS 5000/25 using gcc-2.2.2
Date: 19 Aug 92 20:39:29 GMT
Distribution: fj
Organization: Arizona State University

Date: 19 Aug 92 15:26:52 GMT
Message-Id: <1992Aug19.152652.11529@ennews.eas.asu.edu>
Newsgroups: comp.windows.x,comp.unix.ultrix,gnu.gcc.help

Hello,

I'm writing to request any words of wisdom from people who've attempted to
build the pl16 R5 distribution on Unix platforms using gcc-2.2.2.

I have attempted to do this using the compiler built on a DS 5000/25, and
on the whole it has been successful.  By the way, if the MIT people are reading
there a needed change to the ultrix.cf file - a line that undefines the 
PexCCOptions if Gcc is defined - otherwise a whole chunk of PEX stuff does
not get built.

Anyway, the build goes ok until the mfb part of the server/ddx tree is reached
when a whole series of errors like this happen:

as0: Error: mfbfillsp.c, line 771: undefined assembler operation: extzv
	extzv $2,$8,0($9),$5

now while this may be a gcc error, it also has implications for the R5 
build as a whole since gcc is the recommended compiler, from the README's
I've read.  The result of these errors (not surprisingly) is a failure to
build the ./server/ddx/mfb part of the server code, which causes a premature
exit from the make as follows:

making all in ./server/.././fonts/lib/font...
making all in ./fonts/lib/font/bitmap...
making all in ./fonts/lib/font/fontfile...
making all in ./fonts/lib/font/fc...
making all in ./fonts/lib/font/Speedo...
making all in ./fonts/lib/font/util...
making all in ./server/.././extensions/server...
making all in ./extensions/server/PEX...
making all in ./extensions/server/PEX/dipex/dispatch...
making all in ./extensions/server/PEX/dipex/swap...
making all in ./extensions/server/PEX/dipex/objects...
making all in ./extensions/server/PEX/ddpex/mi/level1...
making all in ./extensions/server/PEX/ddpex/mi/level2...
making all in ./extensions/server/PEX/ddpex/mi/level3...
making all in ./extensions/server/PEX/ddpex/mi/level4...
making all in ./extensions/server/PEX/ddpex/mi/shared...
making all in ./extensions/server/PEX/ospex...
Make:  Don't know how to make ddx/mfb/libmfb.a.  Stop.
*** Error code 1
`all' not remade because of errors

Any words of sage advice out there?  Thanks.

-- 
-------------------------------------------------------------------------------
Paul A. Scowen				INTERNET: scowen@wfpc3.la.asu.edu
Department of Physics & Astronomy		  uk1@spacsun.rice.edu
Arizona State University		Tel:      (602) 965-0938
Tempe, AZ 85287-1504			FAX:      (602) 965-7954
-------------------------------------------------------------------------------
From: samborn@lynchpin.mtkgc.com (Kevin Samborn)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Capturing stderr output
Date: 20 Aug 92 22:31:23 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Date: Thu, 20 Aug 92 11:40:51 EDT
Message-Id: <9208201540.AA06885@lynchpin.mtkgc.com>
Newsgroups: comp.windows.x

/\/\ On Wed, 19 Aug 1992 13:52:16 GMT, alan.pearson  said:

   Alan> I'm trying to write an OpenLook front end to a CLI-based tool
   Alan> that we use here, and I'm having problems trying to capture
   Alan> all the text output of the tool for display in a text window.
   Alan> The "normal" output of the tool is captured OK by using
   Alan> popen, but error messages seem to use stderr and end up being
   Alan> displayed on the console window instead. How do I capture the
   Alan> stderr output??

What I would suggest is try these steps: fnctl(F_DUPFD) the stderr and
stdout file descriptors to save the originals, make a pipe(2), close
fileno(stderr) and fileno(stdout), fnctl(F_DUPFD) the write end of the
pipe, requesting fileno(stderr) and fileno(stdout), and attach
XtAddInput (or the corresponding XView routine) to the read end of the
pipe.  That way, anything written to the original file descriptors for
stderr and stdout will come out your pipe.  This will cause a callback
whenever something is written to stdout and stderr.  In the callback,
copy what is there into a text output widget (or whatever).

A few things:
1) it is probably a good idea to signal that output occurred when you
get it, especially if it is sporadic.  "Beeping" is probably not so
good because it does not identify your app.  Otherwise, people tend to
ignore the "output" window.

2) you must set the non-blocking flag on the write end of the pipe, because
if the descriptors fill up, they will block, causing your application
to hang forever.

3) If you crash, you probably want to revert the descriptors back to
their original state, so you can print diagnostics.

good luck,
kevin samborn
--
kevin samborn
Sakura Global Capital
samborn@mtkgc.com
From: curts@tmpcu.mdc.com (Curt Schroeder)
Newsgroups: fj.mail-lists.x-window
Subject: Re: GUIs Considered Harmful
Date: 21 Aug 92 16:41:20 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Date: Thu, 20 Aug 92 09:15:55 -0500
Message-Id: <9208201415.AA00388@tmpcu.mdc.com>


I would like to second many of Tom Christiansen's remarks concerning proper use
of GUIs, particularly in, but not limited to, the unix world.  Personally, the
Wordstar 3.3 keyboard interface is still my favorite editor interface for
letter writing and code work.  Mice make some things a little faster, but often
slow the experienced user down.  Perhaps as computer graphics gets more object
oriented, we will be able to grow into a domain where the graphics building
blocks can be used much like one uses grep, sed, or awk to do things in unix.
The NeXT seemed to have some promising beginnings  in this direction.  Although,
I don't know much about it, my impression has been that Ape is rather modular
for building graphical output.  We are in the infancy of modular, object
oriented computer graphics.  As long as we remember to use GUIs for more than
just idiot proof user interfaces, it should be a most interesting journey.

Just my $.02

Curt

Curt Schroeder | McDonnell Douglas Missile Systems Company      |
----------------------------------------------------------------|
These opinions are mine, mine, mine!  I  | curts@tmpcu.mdc.com  |
am not an instantiation of Std_Employee! | - Apple II Forever - |
From: klute@tommy.informatik.uni-dortmund.de (Rainer Klute)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Imake documentation
Date: 14 Aug 92 22:43:24 GMT
Distribution: fj
Organization: CS Department, Dortmund University, Germany

Date: 14 Aug 92 20:00:55 GMT
Message-Id: <16h3dnINN4hv@fbi-news.Informatik.Uni-Dortmund.DE>
Newsgroups: comp.windows.x

In article <9208131742.AA00406@g5.rmc.ca>, buckholtzg@rmcnet.rmc.ca writes:
|>    Could someone point me in the proper direction as to where some
|> documentation
|> on Imake could be found. All I have to go on is a skimpy man page that
|> says
|> how Imake works but nothing on how to create imake files for building
|> an
|> application.


Fulton, Jim, Configuration Management in the X Window System, X Consortium,
MIT Laboratory for Computer Science (included in the X11R5 source
distribution as file mit/doc/config/usenixws/paper.ms)

Mark Moraes, An Imake tutorial, Computer Systems Research Institute,
University of Toronto, 1989 (included in the X11R4 source distribution as
file contrib/doc/imake/imake.tex)

DuBois, Paul, Using Imake to Configure the X Window System Version 11,
Release 4, Wisconsin Regional Primate Research Center, 1991

DuBois, Paul, Using Imake for Multiple Projects, Wisconsin Regional Primate
Research Center, 1991

Klute, Rainer, Das Meta-Make / I make, you make / Schwerelos, iX
Multiuser-Multitasking-Magazin, 1992


-- 
  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
From: ctjones@bnr.ca (Clifton Jones)
Newsgroups: fj.mail-lists.x-window
Subject: Re: using X11R5 under the X11R4 server.....
Date: 13 Aug 92 16:02:03 GMT
Distribution: fj
Organization: BNR

Date: 13 Aug 92 12:34:16 GMT
Message-Id: <15330@bwdls58.bnr.ca>
Newsgroups: comp.windows.x

I've been using X11R5 clients on and X11R4 server for about 8 months.  There
doesn't seem to be any problems but you will get "This is not a Phigs Workstation"
if you try to run phigs programs.  Also, you will not see any scalable fonts or
related applications work correctly.  Basically, The R5 will act like R4.

-- 
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Clifton Jones
Bell Northern Research
Research Triangle Park, North Carolina
Email: ctjones@bnr.ca
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
From: gilgalad@sparky.eecs.umich.edu (Ralph Seguin)
Newsgroups: fj.mail-lists.x-window
Subject: WANTED: highest graphics performance under 386BSD X11R5, DOS, Windows
Date: 14 Aug 92 09:58:22 GMT
Distribution: fj
Organization: University of Michigan EECS Dept., Ann Arbor

Date: 14 Aug 92 07:40:01 GMT
Message-Id: <1992Aug14.074001.547@zip.eecs.umich.edu>
Newsgroups: comp.sys.ibm.pc.hardware,comp.sys.ibm.pc.misc,comp.windows.x,comp.unix.bsd


Yes.  It's another one of those posts :>  I still haven't seen a FAQ
regarding this.  I suppose it's like asking which editor is the best
(even though we all know emacs rules :).

Anyhow, my questions are as follows:  

I am buying a 486 system.  I'd like to optimize my graphics performance
under 386BSD X11R5, DOS and Windows.  I'd like to run at 1024x768,
800x600 and 640x480 all at 256 colors (or more :) under X and Windows.

What board would be best for me to choose?
I've heard that the Diamond Speedstar 24 (NOT the X) doesn't do
1024x768 under X.
Are there any VESA standard local bus SVGA cards/systems?
Would I be better off buying a non-local bus system?
...
too many questoins? ;)
I will try to summarize or compile a FAQ on this.
From: scott@louie.udel.edu (Doke)
Newsgroups: fj.mail-lists.x-window
Subject: Xaw Text widget translations for vi editing?
Date: 15 Aug 92 12:14:36 GMT
Distribution: fj
Organization: University of Delaware

Date: Sat, 15 Aug 1992 10:58:37 GMT
Message-Id: <1992Aug15.105837.18310@udel.edu>
Newsgroups: comp.windows.x


How can I remap the Athena Text Widget for vi style editing?  Can it be
done with translation resources and keymappings, to avoid recompiling
clients?  Do I have to go in and add a new action proc for
entering/leaving command mode?  Any ideas?  Please email, I'll 
summarize if there's interest.

					    Thanks in advance,
					    Doke
From: suresh@papaya.iss.nus.sg (Suresh Thennarangam - Research Scholar)
Newsgroups: fj.mail-lists.x-window
Subject: Wanted - Motif Graph Widget
Date: 17 Aug 92 13:08:30 GMT
Distribution: fj
Organization: Institute of Systems Science, NUS, Singapore

Date: 17 Aug 92 09:39:46 GMT
Message-Id: <1992Aug17.093946.7448@nuscc.nus.sg>
Newsgroups: comp.windows.x,comp.windows.x.motif

I am looking for a Motif Widget that will allow me to display and interact
with hierarchical directed, cyclic, edge labelled graphs. We need to 
acquire the source code for such a Widget and are willing to pay the
licensing fee.

If anyone has information about such a product or about other programs which 
can be suitably modified to meet our purpose, please E-Mail me.

Thank you,


***************************************************************************
* Suresh Thennarangam               *  EMail: suresh@iss.nus.sg(Internet) *
* Research Scholar                  *         ISSST@NUSVM.BITNET          *
* Institute Of Systems Science      *  Tel:  (065) 772 2588.              *
* National University Of Singapore  *  Facs.: (065) 778 2571          *
* Heng Mui Keng Terrace             *  Telex: ISSNUS RS 39988             *
* Singapore 0511.                   *                                     *
***************************************************************************
From: timkwan@athena.mit.edu (Unknown)
Newsgroups: fj.mail-lists.x-window
Subject: Re: How to simulate a ButtonPress/ButtonRelease event?
Date: 13 Aug 92 00:37:59 GMT
Distribution: fj
Organization: Massachusetts Institute of Technology

Date: Wed, 12 Aug 1992 20:52:01 GMT
Message-Id: <1992Aug12.205201.13361@athena.mit.edu>
Newsgroups: comp.windows.x,comp.windows.x.motif


I asked a question a few days ago about simulating button
press/release events to which some of you offered some suggestions.
At any rate, I got it to "work" with the following:

  event.type = ButtonPress;
  event.xbutton.send_event = True;
  event.xbutton.display = dpy;
  event.xbutton.window = currWin;  /* window where pointer is in NOW */
  event.xbutton.x = 0;  /* 0 is arbitrary -- just somewhere inside the */
  event.xbutton.y = 0;  /* widget will do.                             */
  event.xbutton.state = 0;
  event.xbutton.button = 1;
  XtDispatchEvent(&event);
  XmUpdateDisplay(toplevel);

  event.type = ButtonRelease;
  event.xbutton.state = ButtonReleaseMask;
  XtDispatchEvent(&event);
  XmUpdateDisplay(toplevel);

It didn't work with XSendEvent -- that's puzzling.  But at least the
above code works for my Motif pushbuttons.  I haven't tried it on
arbitrary windows which listen for ButtonPress/Release events though.

I do have one sticky problem.  My other team member is using a menubar
widget which he created.  I successfully moved the pointer to the
desired menubar option (with XWarpPointer) but when I issued the button
press and release events (the code above), the workstation 'hangs'
after executing the second XtDispatchEvent().  All processes on the
workstation appeared to continue running, and I could move the pointer
around but I could no longer use the pointer to click on anything.
Consequently I could move the pointer into an xterm, say, but could
not type anything in there.  I had to reboot the workstation.

Is the code above incorrect or is there something amiss with my
partner's custom menubar widget?  The menubar works fine when acted
upon manually with either keyboard meta keys or mouse clicks.  I would
think that as long as I generate the button press/release events
EXACTLY LIKE those generated if I were to click the mouse manually,
then everything should work fine.  Can someone please check the above
code and tell me if that is sufficient in generating the button
press/release events EXACTLY LIKE those produced from manual button
clicks.

Please send me email directly.  Thanks.

-Tim
From: spejl@thor.cf.ac.uk (Mr J Liu 91)
Newsgroups: fj.mail-lists.x-window
Subject: test
Date: 13 Aug 92 19:56:39 GMT
Distribution: fj
Organization: University of Wales College at Cardiff

Date: 13 Aug 92 14:31:41 GMT
Message-Id: <3439.9208131431@thor.cf.ac.uk>
Newsgroups: comp.windows.x

test
From: berliner@rmtc.central.sun.com (Brian Berliner)
Newsgroups: fj.mail-lists.x-window
Subject: Re: xview paste from xterm SOLUTION
Date: 13 Aug 92 22:23:44 GMT
Distribution: fj
Organization: Sun Microsystems, Inc.

Date: Thu, 13 Aug 92 15:17:25 GMT
Message-Id: <1992Aug13.151725.18771@rmtc.Central.Sun.COM>
Newsgroups: comp.windows.open-look,comp.windows.x

In <DVANDERR.92Aug12192901@hen3ry.oracle.com> dvanderr@oracle.com (Danny Vanderryn) writes:
>thanks to farrell mckay (fbm@ptcburp.oz.au) and his 'xcb' program, i
>have been able to come up with an easy way to paste into xview apps
>from an xterm, or other non-xview app.  (the other way already works
>for me....)  i'm looking for people to beta test my changes before i
>put them into xcb-2.0 for wide distribution.  

I have the following lines in my ~/.Xdefaults file:

XTerm*VT100.Translations:	#override \n\
	<KeyPress>L6:	start-extend() select-end(PRIMARY, CLIPBOARD, CUT_BUFFER0) \n\
	<Key>L8:	insert-selection(CLIPBOARD) \n\
	<KeyPress>L10:	start-extend() select-end(PRIMARY, CLIPBOARD, CUT_BUFFER0)

These allow me to (basically) use the old, familiar, Copy/Paste/Cut that
XView uses extensively (L6/L8/L10, respectively) in my "xterm" window.
There are some problems, though.  You have to have your mouse pointer
positioned at the end of the selection when you press Copy.  It's a bit
tricky, but I've gotten used to it.  Then, just move into your XView
application and push Paste, as you would normally do.

Good luck,

	-Brian
From: x910832@px4.stfx.ca (Tanya Adamsson)
Newsgroups: fj.mail-lists.x-window
Subject: DESQview/X vs HCL-eXceed/W
Date: 21 Aug 92 04:47:17 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Date: Mon, 17 Aug 92 13:34:06 -0300
Message-Id: <9208171634.AA28794@pX4.stfx.ca>

If anyone has experience with DESQview/X or HCL-eXceed/W and could offer
opinions on the advantages or disadvantages of each it would be greatly
appreciated.  Please send replys to:  maceachern@px1.stfx.ca

Thank you.

Tanya Adamsson
x910832@px1.stfx.ca
From: gms@hpcvxrc.cv.hp.com (George Sachs)
Newsgroups: fj.mail-lists.x-window
Subject: Additional file for HP X server
Date: 14 Aug 92 19:03:36 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Date: Fri, 14 Aug 92 14:15:36 -0400
Message-Id: <9208141815.AA21649@expo.lcs.mit.edu>

An announcement was made several days ago that the sources for
building the X11 R5 server on HP Series 700 machines was
available.  One file was inadvertently omitted from the archive
that was placed on export.lcs.mit.edu.

If you have retrieved that archive, please get it again.  export
has now been updated with the corrected archive.

The missing file was config/imakemdep.h, which contains a preprocessor
definition needed to cause the #define for BuildServer to become true.
As a workaround, you could also edit config/hp.cf to force BuildServer
to be Yes.

I apologize for any inconvenience this may have caused.

George Sachs
Hewlett-Packard
gms@cv.hp.com
From: hudel@waterloo.hp.com (Chris Hudel)
Newsgroups: fj.mail-lists.x-window
Subject: Re: X-Terminals logging into HP-UX
Date: 18 Aug 92 15:44:48 GMT
Distribution: fj
Organization: Hewlett Packard (Panacom Division)

Date: Tue, 18 Aug 1992 13:58:08 GMT
Message-Id: <Bt6Msw.533@waterloo.hp.com>
Newsgroups: comp.sys.hp,comp.windows.x

Tony Hart (hart@waterloo.hp.com) wrote:
: Alek O. Komarnitsky (alek@spatial.com) wrote:
:: At least for us (HP710's w/HP-uX8.07 and B.03.00 X-server tape), the above
:: did not work - I had to leave the  .0  off - i.e. 
::        xterm1:0) startup=/usr/lib/X11/xdm/sys.xsession;;
:: 

Yes, this defect has been recorded and the manuals for the next software
release have already been fixed to this effect. :-)


:: P.S. Tony: Can you give us any hints when local window manager/client
::      capability will be added to the 700/RX's?
:
: They will be in the next software release; I'm afraid I can't be more specific
: about the release date or contents. As a matter of fact, I'm using a local
: window manager right now and really like it, compared to what I used to use 
: ('mwm').
: 
I know! I know! :-) But I'm can't be more specific about the release date
or contents either... 

Cheers!
Chris.

--
                                                         Chris Hudel
business: hudel@waterloo.hp.com                         519/883-3080
pleasure: chudel@watarts.waterloo.edu             
(Pleasure forwards to business...)       - all comments are mine, not HP's -
From: adrian@ora.com (adrian)
Newsgroups: fj.mail-lists.x-window
Subject: X Resource Special Issue B, PEXlib spec
Date: 13 Aug 92 21:26:56 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Date: Thu, 13 Aug 92 15:07:36 -0400
Message-Id: <9208131907.AA03888@expo.lcs.mit.edu>

Orders are now being taken for The X Resource, Special Issue B.
This contains the PEXlib 5.1P Public Review Specification
and a conceptual introduction by Tom Gaskins. 
The issue is 500 pages long, and will be shipped August 28.
The price is $25 plus shipping.  Please contact O'Reilly and 
Associates at 1-800-998-9938 or fax to 1-707-829-0104.

We are only printing about 100 more than required for
our subscribers, so quantities are limited.
From: meir@tfs.com (Meir Zaid)
Newsgroups: fj.mail-lists.x-window
Subject: Communication between Motif apps using properties
Date: 13 Aug 92 09:51:09 GMT
Distribution: fj
Organization: TRW Financial Systems

Date: Thu, 13 Aug 1992 06:21:16 GMT
Message-Id: <1992Aug13.062116.26316@tfs.com>
Newsgroups: comp.windows.x


I am writing a user interface that part of its job is to display
error messages received from other applications running on the same
machine.  The other apps communicating the messages to the user
interface using properties/atoms.  My problem is that all apps have
to share a widget because properties are associated with widgets.
I guess the most reasonable widget to use is the text widget in
which the errors are to be displayed.  But how can the other apps
know the widget ID of that window?
-- 

Meir Zaid			meir@tfs.com
TRW Financial Systems		(510) 704-3362
Berkeley,  California		Fax: (510) 845-7311
From: 6500mack@ucsbuxa.ucsb.edu (Michael P. Mack)
Newsgroups: fj.mail-lists.x-window
Subject: Re: need help with images
Date: 16 Aug 92 03:41:51 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Date: 16 Aug 92 00:43:04 GMT
Message-Id: <5480@ucsbcsl.ucsb.edu>
Newsgroups: comp.windows.x

In article <BsILsB.E3D@wpi.WPI.EDU> danielg@oconnor.WPI.EDU (Daniel Matthew Gaines) writes:

>i've got a greayscale  image made up of 16 bit pixels that i want
>to convert to an XImage.  the problem is that when i go
>to XPutImage i have a drawable of 8 bits (i am not able to
>get a depth of 16)  so when i do the XCreateImage i try 
>using 8 for a depth but, as expected, the image is trashed when it appears.

You will need to rescale your image data so that each value is in
the range 0..255 (ie 8 bits) and convert to unsigned char.
A simple way is to just remove the lower byte of each pixel value, but if
the result is lousy (because of poor contrast) then you could try an approach
like this:

  int min,max;
  float scale;

  max = findmax(shortImageData,n);
  min = findmin(shortImageData,n);
  scale = (float)(255.9/(max-min));
  for (i=0; i<n; i++)
    ucharImageData[i] = (unsigned char)(scale*(shortImageData[i]-min));

Then call XCreateImage with ucharImageData as the image data.

You probably won't notice any degradation due to the compression since the
human eye can distinguish only roughly 40 grey levels anyway.


Mike Mack
6500mack@ucsbuxa.ucsb.edu
From: sinan@mtesol.boeing.com (Sinan Karasu)
Newsgroups: fj.mail-lists.x-window
Subject: Re: C programming error
Date: 14 Aug 92 20:35:59 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Date: Fri, 14 Aug 92 12:16:04 PDT
Message-Id: <9208141916.AA04734@mtesol>

> 
> Eric Truntz <sysop3@uhavax.hartford.edu> writes:
> >
> >  int status_value;
> >  char *filename;
> > 
> >  strcpy(&filename,window[win_index].image_file_name);

> > 
> The problem is the strcpy.  You probably meant to say:
> 
>            filename = window[win_index].image_file_name;
> 
> ... Terry
> 
 right about strcpy, another solution
char filename[128];
strcpy(filename,window[win_index].image_file_name);

Remember that char *filename  and char filename[...] both are passed as addresses..
when strcpy(filename, ... is used.
From: @logic.camp.clarkson.edu: impmh!cm@bloom-beacon.mit.edu (Colin Manning)
Newsgroups: fj.mail-lists.x-window
Subject: Wanted: XV image viewesr
Date: 21 Aug 92 04:35:12 GMT
Distribution: fj
Organization: Integrated Micro Products Ltd

Date: Mon, 17 Aug 1992 15:03:17 GMT
Message-Id: <1992Aug17.150317.9557@impmh.uucp>
Newsgroups: comp.windows.x,uk.sources,alt.sources.wanted

Could someone tell me where I can get XV from, or even better,
mail the src to me (as I dont have direct FTP access).

Many thanks,
-- 
Colin Manning     cm@impmh.uucp      Tel: +44 753 516599