HDTenEightyP/NetNews huggingface dataset:
From: vanessa@spiderman.bu.edu (Vanessa C. Feliberti)
Newsgroups: comp.windows.x.motif
Subject: prototyping tools
Date: 5 Oct 92 13:33:31 GMT
Organization: Information Technology, Boston University, Boston, MA, USA
Originator: vanessa@spiderman.bu.edu


I am in search of a rapid prototyping tool to prototype
a user interface that I am designing.  I am working on
a Sun SPARCstation and therefore need the tool to run
on X and Motif.  Does anyone have any suggestions of
an appropriate tool?

Thanks in advance,

Vanessa Feliberti
vanessa@spiderman.bu.edu

Xref: sparky comp.windows.x.motif:6632 comp.windows.x:17498
From: pfuetz@igd.fhg.de (Matthias Pfuetzner)
Newsgroups: comp.windows.x.motif,comp.windows.x
Subject: MWM Maximize functionality from within an application. How?
Summary: How do I access mwm-windowborder functionality?
Keywords: maximize, mwm, motif, X
Date: 6 Oct 92 13:54:06 GMT
Followup-To: comp.windows.x.motif
Organization: Zentrum fuer Graphische Datenverarbeitung, Darmstadt, FRG

Hello All!

I have a small problem:

I have an application at startup time. The application determines the
window-size of the window, it is running in. It determines, that the window
size is too small. So it wants to push the maximize-button of the
mwm-windowborder in, so that it runs in fullscreen mode. 

I don't want to set the window size to full screen, because the user shall
still have the possibility to return to the window's original size by simply
pushing the maximize button again!

Anyone out there, how can help me?

I know that there is no such function in the Motif-toolkit, so I thought about
XSendEvent to the mwm. But perhaps there are other possibilities? Or anybody
who already did this?

Sincerly,
        Matthias
-- 
    Matthias Pfuetzner  |  @work:  +49 6151 155-150  | @home: +49 6151 75717
    6100 Darmstadt, FRG | ZGDV, Wilhelminenstrasse 7 | Lichtenbergstrasse 73
      pfuetzner@igd.fhg.de, pfuetzner@zgdvda.UUCP    | Hans-Ulrich Klose sagte:
    Wir pfeifen nicht nach ihrer Tanze... (09.09.92 in der Haushaltsdebatte)
From: jneher@darkwing.uoregon.edu (Jonathan Neher)
Newsgroups: comp.windows.x.motif
Subject: OSF/Motif 1.2 Questions
Date: 29 Sep 92 16:56:01 GMT
Article-I.D.: nntp.1992Sep29.165601.28687
Organization: University of Oregon Network Services

Here at the University of Oregon, we are considering purchasing Motif 
runtime and development 
software to use on our Sun platforms.  Does anyone have experience
building OSF/Motif 1.2 on a Sun platform?  We don't have a lot
of time to put into a porting effort and they don't explicitly
state that the stuff will build pretty easily right out of the
box.  If the answer is "no, it doesn't build easily", does 
anyone have recommendations for any other Motif offerings for
Sun platforms?

Please e-mail me directly if possible.

Thanks,

Jon Neher
Newsgroups: comp.windows.x.motif
From: rogerg@bluemoon.rn.com (Roger Grywalski)
Subject: Large Option Menus
Organization: Blue Moon BBS ((614) 868-998[024])
Date: Mon, 28 Sep 92 14:13:08 EDT

Does anyone know how Motif 1.1 is supposed to deal with option menus
where the options cannot all fit on the screen.  ie there are too
many options.  Is there a way to scroll the options?  Any help would
be greatly appreciated.

BTW:  I know that its not the greatest idea to have tons of options in
an option menu, but in this case I'm sort of stuck...

 This is from
     rogerg@bluemoon.rn.com
who doesn't have his (or her) own obnoxious signature yet
Xref: sparky comp.windows.x.motif:6628 comp.windows.open-look:4041
From: riepe@ifwhp1.ifw.uni-hannover.de (Michael Riepe)
Newsgroups: comp.windows.x.motif,comp.windows.open-look
Subject: Re: XtAppCreateShell
Keywords: Motif,shell,OpenLook,HP
Date: 6 Oct 92 06:23:52 GMT
Organization: University of Hannover, Germany - IFW

In article <1992Sep25.204432.29954@ast.saic.com>, doc@fajita.saic.com (Thomas W. Dockery 6429) writes:
|> I ran into the following oddity yesterday.  Running our motif application on an
|> HP 710, with motif 1.1, I set $DISPLAY to a Sun SparcStation running OpenWindows
|> 3.0.  Nada.  Locally on the HP, and on the SparcStation running OpenWindows 2.0
|> and X11R4, all worked fine.  I find that it is hanging on the following call:
|> 
|> 	MFTI_Shell = XtAppCreateShell( NULL, "cfwin"
|> 		applicationShellWidgetClass, MFTI_Display, Args, ac );
|> 
|> So far I have tried changing all arguments but the class and the display, to no
|> avail.  Any ideas?
|> 
[lengthy .sig deleted]

Are you sure that your Motif application really hangs ? I have a similar problem with a HP720 and a Sparc10 (OpenWindows 3.0) - when I run an xterm on the HP with $DISPLAY set to the Sun, everything works; but when I run a Motif application, the window just doesn't pop up. This happened with hpterm and xrn as well as with one of my own applications. So, I killed the jobs on the HP and went on. But I forgot to kill one of the processes, and about ten (!!!) minutes later the window suddenly popped up on the 







Sun.

This seems to be a HP related problem; applications running on a RS 6000 or VAX
will display their windows immediately.

Do you believe in magic ? Anyone else ?
-- 
 Michael Riepe               <riepe@ifwm11.ifw.uni-hannover.de>
 Universit"at Hannover
 Institut f"ur Fertigungstechnik und Spanende Werkzeugmaschinen
 Schlosswender Str. 5               W-3000 Hannover 1 (Germany)
 ...how can I miss you when you won't go away ?
From: avinash@felix.contex.com (Avinash Chopde)
Newsgroups: comp.windows.x.motif
Subject: Setting labelString does not take effect immediately ?
Date: 30 Sep 92 18:27:21 GMT

I have scanned though many of the O'Reilly manuals trying to find
out exactly when are resource changes applied, and am getting nowhere... 

If I have a label widget, and do these steps in  some callback that
takes a long time to return to the user:
    ...
    SetValues - labelString: "Processing......"
    XFlush(..)
    <process some long task - 1-5 secs)
    SetValues - labelString: "Processing Complete."
    return from callback.

In the above example, it seems as if the label changes are not sent
until after the callback returns, and then of course, only the
second one shows up on the screen.

But, if I use a text widget, it all works as expected:
    ...
    SetValues - value: "Processing......"
    XFlush(..)
    <process some long task - 1-5 secs)
    SetValues - value: "Processing Complete."
    return from callback.

The text widget does say Processing...., and then when the task
completes, it changes to the second string.

Now there may be a good reason for X's strangeness here, and would be glad
if somebody could clarify why one widget acts on its resource changes
immediately, and the other one does not...and is there some way I could
force it to recognize the labelString resource value change...
thanks.
-- 
---------------------------
Avinash Chopde         office : 617 246 1776x5582
avinash@contex.com     (...!uunet!contex!avinash)
Newsgroups: comp.windows.x.motif,x.windows.apps,x.windows.motif
From: LBurdick@sti.nasa.gov (Lisa Burdick)
Subject: Problems with Exodus and Motif
Followup-To: comp.windows.x.motif
Organization: NASA STI Program
Date: Wed, 30 Sep 1992 16:30:07 GMT

We are trying to run an inhouse application using motif on an X server
using the eXodus for Windows and PC/TCP software.  At a certain point in
the application where a new screen is supposed to appear, the new screen
never comes up.  We are trying to run our appliation in Rootless (multiple
windows) mode.  We can get farther in the program by using Rooted Mode but
the application still freezes at another point.  Does anyone have any ideas
as to why this may be happening?

We can run the application on a SUN and on a Macintosh (using Exodus for
Macintosh) and it runs perfectly.  Please help!


Lisa Burdick
NASA STI Program
lburdick@STI.NASA.GOV
From: nzhang@umiacs.umd.edu (Ning Zhang)
Newsgroups: comp.windows.x.motif
Subject: PopupMenu with XmNwhichButton changed locks X server
Date: 30 Sep 92 00:22:26 GMT
Organization: UMIACS, University of Maryland, College Park, MD 20742


We are in the process to convert our programs from MOTIF 1.0.3 to
ICS MOTIF 1.1.3. We have had many problems during the conversion
We have got around most of the problems, but I had no idea what
causes the problem demostrated by the following test program:

#include <stdio.h>
#include <Xm/Form.h>
#include <Xm/PushB.h>
#include <Xm/RowColumn.h>
 
Widget topshell;
Widget form;
Widget btn1;
Widget btn2;
Widget btn3;
Widget btn4;
Widget popup1;
 
Arg arg_list[10];
int i;
 
dialog()
{
    XtManageChild(popup1);
}
 
main(argc, argv)
int argc;
char *argv[];
{
    topshell = XtInitialize(argv[0], "PUBTST", NULL, 0, &argc, argv);
    form = XmCreateForm(topshell, "form", NULL, 0);
    XtSetArg(arg_list[0], XmNtopAttachment, XmATTACH_FORM);
    XtSetArg(arg_list[1], XmNleftAttachment, XmATTACH_FORM);
    XtSetArg(arg_list[2], XmNrightAttachment, XmATTACH_FORM);
    btn1 = XmCreatePushButton(form, "button_1", arg_list, 3);
    XtSetArg(arg_list[0], XmNtopAttachment, XmATTACH_WIDGET);
    XtSetArg(arg_list[1], XmNtopWidget, btn1);
    XtSetArg(arg_list[2], XmNleftAttachment, XmATTACH_FORM);
    XtSetArg(arg_list[3], XmNrightAttachment, XmATTACH_FORM);
    btn2 = XmCreatePushButton(form, "button_2", arg_list, 4);
 
    XtManageChild(btn1);
    XtManageChild(btn2);
    XtManageChild(form);
    XtRealizeWidget(topshell);

    XtSetArg(arg_list[0], XmNwhichButton, 1);
    popup1 = XmCreatePopupMenu(topshell, "popup1", arg_list, 1);
/*
    popup1 = XmCreatePopupMenu(topshell, "popup1", arg_list, 0);
*/
    btn3 = XmCreatePushButton(popup1, "button_3", arg_list, 0);
    btn4 = XmCreatePushButton(popup1, "button_4", arg_list, 0);
    XtManageChild(btn3);
    XtManageChild(btn4);
 
    XtAddCallback(btn1, XmNactivateCallback, dialog, NULL);
    XtMainLoop();
}

When the whichButton resource is changed from the default value
(the right mouse button) to the left mouse button, the whole
X server was locked up after btn1 is pressed. I had to log in from
another machine to kill the program. And sometime I got a message like

    X: Warning: input queue lock broken!

after the process was killed.

We are running MOTIF 1.1.3 with SUN OpenWindows 3.0 XNeWS server.
We had no such a problem with MOTIF 1.0.3 with the same X server.

Any help? 

-Ning
Newsgroups: comp.windows.x.motif,comp.windows.x.apps,comp.windows.x.intrinsics
From: jsixt@risc.uni-linz.ac.at (Johannes Sixt)
Subject: Re: Trying to use imake on a simple example program
Organization: RISC, J.K. University of Linz, Austria
Date: Mon, 28 Sep 1992 11:39:54 GMT

In article <19pgueINN4g4@fbi-news.Informatik.Uni-Dortmund.DE>, klute@tommy.informatik.uni-dortmund.de (Rainer Klute) writes:
> Your Imakefile should better look like this:
> 
> ...
> 
> or even better:
> 
> ...
> 
> SYS_LIBRARIES =    $(XMLIB)    $(XTOOLLIB)    $(XLIB)
>       DEPLIBS = $(DEPXMLIB) $(DEPXTOOLLIB) $(DEPXLIB)

or even better better:

LOCAL_LIBRARIES =    $(XMLIB)    $(XTOOLLIB)    $(XLIB)
        DEPLIBS = $(DEPXMLIB) $(DEPXTOOLLIB) $(DEPXLIB)

-- Hannes
Newsgroups: comp.windows.x.motif
From: kaleb@thyme.jpl.nasa.gov (Kaleb Keithley)
Subject: Re: Closing a window with f.kill question
Keywords: f.kill close
Organization: Jet Propulsion Laboratory, Pasadena, CA
Distribution: comp.windows.x.motif
Date: Fri, 2 Oct 92 15:46:46 GMT

In article <1992Oct2.021043.16587@iacd> pgenualdi@ws02.ips.iacd.honeywell.com (Patty Genualdi) writes:
>
>I am having a problem closing a client using f.kill, is there another
>Motif command which I can use which will close the window but not send
>a "kill" to the client?  My client is XGator.  When I close the XGator
>(Macintosh window) the XGator hangs and I have to reboot the Macintosh.
>

Well, f.kill sends a WM_DELETE_WINDOW message if the client partipates in 
the ICCCM WM_PROTOCOLS/WM_DELETE_WINDOW protocol.  I suspect that XGator, 
like so many other quality (???) commercial products does not.

You have three options.  
1) And the one I like best.  Call the people who wrote XGator and complain
vociferously.  Make them send you a fixed version.

2) Perhaps the easier of the two.  Edit your .mwmrc and .Xdefaults file 
to eliminate the close option from the window manager menus, which would
force you to use their Exit mechanism.

3) Don't use XGator.  :-)

-- 

Kaleb Keithley                          kaleb@thyme.jpl.nasa.gov

Not authorized, in any way, shape, or form, to speak for anyone.
Newsgroups: comp.windows.x.motif,comp.windows.x.intrinsics,comp.windows.x
From: mstorey@csr.UVic.CA (Margaret-Anne D Storey)
Subject: Pixmap Problems
Originator: mstorey@csr
Organization: University of Victoria, Victoria, BC, Canada
Date: Wed, 30 Sep 92 05:01:09 GMT


Hi,

I am currently in the midst of implementing a large software
system in C++ and Motif, running on IBM RS/6000.

The application uses many windows which have drawingareas.
Therefore I need to look after expose events.  I am doing
this by drawing into a pixmap as I draw on a window and
then pasteing from the pixmap to the window when an 
expose event occurs.

I am using Xlib calls to do the drawings.  I am drawing
icons (drawn as pixmaps), lines and strings, with
the GCFunction in the gc set to GXxor.  Most things 
work ok, except it seems that:
	XDrawString into a pixmap with GXxor
does not work!

I have tried all the Xlib Drawstring calls and the motif
ones.  They all have the same problem!  Perhaps it might 
have something to do with fonts, but I have tried setting
different fonts.

I am at my wits end, as the system is unusable due to 
this problem!
If anyone has any info or suggestions I would really
appreciate them!  

Does anyone know where I could ftp an xlib or
motif bug list?

Many thanks!

Peggy Storey,
Department of Computer Science,
University of Victoria,
British Columbia, Canada.
(mstorey@csr.uvic.ca)

Newsgroups: comp.windows.x.motif,comp.windows.x
From: ware@oboe.cis.ohio-state.edu (Peter Ware)
Newsgroups: comp.windows.x
Subject: Re: XtNameToWidget timing problem?
Date: 5 Oct 92 17:52:16 GMT
Organization: Ohio State Computer Science
Originator: ware@oboe.cis.ohio-state.edu

In article <1992Oct05.131753.24126@rchland.ibm.com>
shmdgljd@rchland.vnet.ibm.com (Jay Schmidgall) writes:

   Is there some sort of timing necessary for XtNameToWidget to work?
   ...

       menu_pane = XmCreatePulldownMenu (menu_bar, "filepane", NULL, 0);
       if (XtNameToWidget(menu_bar, "filepane"))
	   printf("got it\\n");
       else
	   printf("NOT\\n");

   and NOT gets printed out.  What gives?

Motif creates an intevening widget between the menu_bar and the
menu_pane.  Use "*filepane" to look find the menu_pane.

--pete
--
Pete Ware / Ohio State University /
           ware@cis.ohio-state.edu
           (614) 538-0965
Too bad the Nike slogan isn't "Just Do It Right" instead of "Just Do It"
Newsgroups: comp.windows.x,comp.windows.x.motif
From: campo@sunthpi3.difi.unipi.it (Massimo Campostrini)
Subject: Re: Wanted: "bitmap gallery" utility
Keywords: bitmap
Reply-To: campo@sunthpi3.difi.unipi.it
Organization: Istituto Nazionale di Fisica Nucleare, Pisa, Italy
Date: Tue, 29 Sep 1992 15:35:21 GMT

In article <1992Sep29.075551.13259@kurango.cit.gu.edu.au>, anthony@kurango.cit.gu.edu.au (Anthony Thyssen) writes:
|> campo@sunthpi3.difi.unipi.it (Massimo Campostrini) writes:
|> 
|> |     Hi folks,
|> | I need a utility which displays many bitmaps in a single window 
|> | (e.g. displays 25 30x30 bitmaps), preferably ALL the bitmaps contained 
|> | in a directory. Does such an animal exist?
|> 
|> Try the new program ``xbmbrowser''  it can be ftp'ed from the global X
|> ftp archieve at export.lcs.mit.edu (18.24.0.12)
|> 
|> 
|>   Anthony Thyssen - (CIT, Griffith University)       anthony@cit.gu.edu.au

YES. `xbmbrowser' is exactly the tool I was looking for. Thanks!

-- 
        Massimo Campostrini,  Theoretical Physicist,
Istituto Nazionale di Fisica Nucleare, Sezione di Pisa,
Piazza Torricelli 2, I-56126 Pisa, Italy  ||  Phone: (+39)(50)42093
Internet: campo@sunthpi3.difi.unipi.it    ||  Fax:   (+39)(50)48277
From: quekck@hpsgm2.sgp.hp.com (Chwee Kong QUEK)
Date: Thu, 1 Oct 1992 02:55:04 GMT
Subject: How to create a topmost overrideshell which can parent MainWindow widget ?
Organization: HP Singapore Notes-Server
Newsgroups: comp.windows.x


How to, programmatically, create an "OverrideShell" as the topmost widget
of an X application which needs to create a MainWindow child under the
topmost "OverrideShell" ?


Specifically, the application will 

  pop up a window which requires 

  user to enter text and 
  
  window will close only after return key is pressed 
  or a button on the window is pressed,

  inputfocus then is released.



I have tried XtInitialize() with both XmNoverrideRedirect and
XmNsaveUnder resouces/atoms set to True. It did not work


Any help is very much appreciated.


thanking you in advance.
quek
From: herber@andy.bgsu.edu (Steve Herber)
Newsgroups: comp.windows.x
Subject: X11R5 under VAX VMS
Keywords: X11R5 VMS POSIX
Date: 6 Oct 92 13:27:43 GMT
Article-I.D.: andy.BvpC28.9EL
Organization: Bowling Green State University B.G., Oh.

This seems like an question that should be in the FAQ but it is not.

Has anyone found success getting X11R5 to compile and run under any
of the recent releases of VAX VMS?  How about VMS/Posix?  According to the
RELNOTES.TXT file, the release should be able to be built on systems
that are POSIX.1 compliant.  I haven't determined if the current DEC
product, POSIX version 1.0, is truely POSIX.1 compliant although I would
assume so.

From the lack of discussions about this, it must be either 1) so easy
that everyone that has attempted it has not had any problems, 2) so
hard that noone has even tried or 3) everyone running DECwindows/Motif
is so happy that they don't even have to look at X11R5 (sorry, I just
HAD to add that last one...;-).

I still haven't put up POSIX here because it conflicts with another
utility or I would be able to try it.  If I hear about other successes,
I will try a lot harder to migrate that utility to POSIX also...

Thanks in advance...

Steve Herber			Internet	herber@andy.bgsu.edu
Systems Programming Manager	BITNET		HERBER@BGSUOPIE
Bowling Green State Univ.	UUCP		...!osu-cis!bgsuvax!herber
-- 
Steve Herber			Internet	herber@andy.bgsu.edu
Systems Programming Manager	BITNET		HERBER@BGSUOPIE
Bowling Green State Univ.	UUCP		...!osu-cis!bgsuvax!herber
Newsgroups: comp.windows.x
From: brians@atlastele.com (Brian Sheets)
Subject: Source for tvtwm
Organization: Atlas Telecom Inc.
Disclaimer: Views expressed do not necessarily represent those of my employer.
Date: Tue, 6 Oct 1992 08:25:13 GMT

Can somebody tel me where the source for tvtwm is.

thanks



-- 
Brian Sheets				"TRUCK?! What truck?"
153 N. Hayden Bay Dr.			 
Portland, Or 97217			   -Raiders of the Lost Ark
Newsgroups: comp.windows.x
From: spz@specklec.mpifr-bonn.mpg.de (S.P.Zeidler)
Subject: Re: R5 Server for DECstation 5000 HX ?
Organization: Max-Planck-Institut f"ur Radioastronomie
Date: Mon, 5 Oct 1992 23:29:10 GMT

In <1992Oct2.081651.27774@nntpd.lkg.dec.com> beyer@utrtsc.dec.com (Peter Beyer) writes:
>In article <wittig.717949344@gmd.de>, wittig@gmd.de (Georg Wittig) writes...
>>Does anyone know if the MIT R5 X server for the DECstation 5000 also works
>>for the HX machines? Or is there a place where I can get an X server for
>>the HX?
>The HX framebuffer card can also work in "dumb" mode. (slower though) In this 
>mode it's working equal to a CX. Xdec in the R5 distribution works fine with
>it. (I've done it)
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 ..
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 ?

regards,
	spz
-- 
        spz is S.Petra Zeidler  I do not speak for the MPIfR.
spz@specklec.mpifr-bonn.mpg.de  
 MPI fuer Radioastronomie Bonn  
    Auf dem Huegel 69, Germany  reading prescription: cum kilo salis
Newsgroups: comp.windows.x,comp.lang.c,comp.lang.c++
From: sturnbul@magnus.acs.ohio-state.edu (Stephen J Turnbull)
Subject: GCC for 8086 (was Re: To C or not to C...)
Summary: Not likely for < '386
Organization: The Ohio State University
Date: Sat, 26 Sep 1992 06:34:06 GMT

Sorry about posting this to comp.windows.x, but that's where the question
was....
    I have seen nothing like GCC for 8086 machines, and it's not likely
to happen.  GCC assumes a flat 32-bit address space (I think) for the target
machine.  Dealing with the segmented architecture of the 8086 is a big
project....  What do you want it for, anyway?  I think you'd probably be
better off using the GNUish libraries (usual FTP sites, .../msdos/gnuish)
and Turbo C, MSC, Zortch C, et al.
    There is a GCC for '386 machines, ported by DJ Delorie.  It comes with
its own DOS extender, GO32.  GO32 applications are compatible with DesqView/X
(which I love dearly), and maybe Windows (which I won't touch so I don't
know).  There is a real-mode version of DJGPP, but it emits 32-bit protected
mode code, and must be run with GO32....
    DJGPP lives in the usual ftp sites (.../msdos/djgpp), and has an
unmoderated mailing list (send mail to listserv@sun.soe.clarkson.edu,
subject anything, body "add djgpp <your-email-address>").  Among other
things, DJGPP has been used to port Emacs to '386 machines---it's *real*.
Annother way of getting DJGPP is to get the "cheap" development package
for QuarterDeck's DesqView/X.
----
Steve Turnbull / Dept. of Economics / THE Ohio State U. / Columbus OH 43210
**** blastoff ****  "These aren't OSU's opinions; OSU isn't capable..."
Newsgroups: comp.windows.x
From: shmdgljd@rchland.vnet.ibm.com (Jay Schmidgall)
Subject: XtNameToWidget timing problem?
Date: Mon, 05 Oct 1992 13:17:53 GMT
Reply-To: jay@vnet.ibm.com
Disclaimer: This posting represents the poster's views, not necessarily those of IBM
Organization: IBM Rochester, MN

Is there some sort of timing necessary for XtNameToWidget to work?

I've got some yacc generated code where I create some widgets, and refer
to both those created in this code and elsewhere by name.  The widgets
created in the same code get resolved, but those created elsewhere don't.

In fact, in some of that elsewhere code, I can do

    menu_pane = XmCreatePulldownMenu (menu_bar, "filepane", NULL, 0);
    if (XtNameToWidget(menu_bar, "filepane"))
	printf("got it\\n");
    else
	printf("NOT\\n");

and NOT gets printed out.  What gives?  Do I have to wait for realization
or something?  But if that's the case, why does it work ok in my yacc
generated code, which also gets done before realization.


-- 
: jay          jay@vnet.ibm.com    My opinions and ideas, not my employer's.
: shmdgljd@rchland.vnet.ibm.com    (c) Copyright 1992.  All rights reserved.
From: daynes@rodin.inria.fr (Laurent Daynes INRIA ROCQUENCOURT)
Newsgroups: comp.windows.x
Subject: Re: XFree86 - where is it?
Date: 5 Oct 92 12:50:55 GMT
Organization: INRIA * Rocquencourt BP 105 * F-78153 LE CHESNAY CEDEX* France

I'am also very interrested by such an X-server, and especially by a
prototype of XConfig files suited to ATI VGA Wonder SVGA cards.

Thanks for helps.

Laurent.

-- 

Dayn`es Laurent
RODIN Project
INRIA
daynes@rodin.inria.fr
Newsgroups: comp.windows.x
From: tracey@cvgis.prime.com (Tracey Bernath)
Subject: Re: PostScript file -> X11 bitmap
Organization: Computervision GIS (Toronto)
Date: Sun, 4 Oct 1992 17:04:32 GMT

In article <yho.718062973@cunews> yho@janet.carleton.ca (Y. Ho(S.Kennedy)) writes:
>Any program to convert PostScript file to X11 bitmap file ???
>

Yep, get ghostscript (2.5.2 I think) from any GNU archive site, and configure
it to include the pbm devices.  You can then use ghostscript to write
pbm files, and pbmplus (from the X11 tapes) to convert to bitmaps.

Tracey Bernath

-- 
-------------------------------------------------------
Tracey Bernath           45 Vogell Road,7th Floor
Software Engineer        Richmond Hill, Ontario, CANADA
Computervision GIS       (416) 508-8020 x859