HDTenEightyP/NetNews huggingface dataset:
From: linton@marktwain.rad.sgi.com (Mark Linton)
Newsgroups: comp.windows.interviews
Subject: Re: Where to find the style manual for running doc?
Date: 1 Oct 92 20:40:11 GMT
Reply-To: linton@marktwain.rad.sgi.com (Mark Linton)
Organization: sgi
NNTP-Posting-Host: marktwain.rad.sgi.com

In article <3623@babcock.cerc.wvu.wvnet.edu>, smp@cathedral.cerc.wvu.wvnet.edu (Shailesh M. Potnis) writes:
|> 	I am having problem opening using doc.  I get a message
|> 
|> Can't find style manual
|> 
|> 	Where is this manual and how to let doc access it?

There is a style path that defines where to look for .sty files.
The default looks in . but not in the same directory as
the .doc file; this is not the desired behavior.  So probably
you just need to cd into the directory containing the file
you want to read in order to avoid this message.
Newsgroups: comp.windows.interviews
From: oaf@vingmed.no (Ole Asbjorn Fadum)
Subject: (none)
Organization: Internet-USENET Gateway at Stanford University
Date: Wed, 30 Sep 1992 08:03:26 GMT


Hi

I've seen some arthicles about ORB (Object Request Broker)
and OLE (Object Linkage and .. ? (Microsoft) )


1. Does anybody know anything valuable about these things?

2. Is it only a comitte or has anybody heard about something
more specific?

ole asbjorn fadum (oaf@vingmed.no)
Newsgroups: comp.windows.interviews
From: ringel@forwiss.uni-passau.de (Joerg Ringel)
Subject: Re: Help! No input event, dispatcher, new string to draw, etc...
Organization: University of Passau, Germany
Distribution: na
Date: Sat, 26 Sep 1992 12:09:38 GMT

>void App::action() 
>{
>  cout << "type in a new string";
>  cin >> buf;
>// ?????????????? how do I tell Patch I have new label? ?????????
>  patch_ = new Patch(label_);
>  patch_->redraw();
>}


You must write the following:

  patch_->body(kit->label("new text"));
  patch_->reallocate();
  patch_->redraw();


Instead of the Dispatcher you can use the a second time the
Patch class and say redraw when you need to redraw it,
perhaps you must reallocate it first.

If you don't come into the IV event loop you must insert
a loop like this

  Event e;

  while (Session::instance()->pending()) {
    Session::instance()->read(e);
    e.handle();
  }


I hope it will help you,

bye,
		Joerg		(ringel@forwiss.uni-passau.de)
From: krisnadi@ece.arizona.edu (Fransiskus K. Widjanarko)
Newsgroups: comp.windows.interviews
Subject: <none>
Date: 28 Sep 92 17:42:31 GMT
Reply-To: krisnadi@ece.arizona.edu (Fransiskus K. Widjanarko)
Distribution: world,local
Organization: University of Arizona Dept. of Electrical and Computer Engineering


  We are having a problem doing a Graphic application using InterView 2.6.
This is the problem :

  We created a PICTURE which has two subgraphics in it; a CIRCLE and a
LABEL.
The drawings are perfectly fine until we need to APPEND another LABEL inside
the CIRCLE.  The new LABEL for some reason will not go inside the CIRCLE 
(it was shifted away for some offset).
This is the simplified way of how we did the appending :


   for (First(); !AtEnd(); Next()) {   /* go through every PICTURE already
                                          created */
     pict = GetCurrent();
     (pict->First())->GetOriginal(x,y,r);  /* CIRCLE is the FIRST subgraphic
                                             in the PICTURE */
     transformer->Transform(x,y);
     Append(new Label(...));
   }


  Our guess is we are having a problem with the transformer (as we have
to consider both the parent's and child's transformer).
  We would appreciate any help.  We can send more code if that will clear
up the problem.

  We are also wondering if a later version of InterViews (IV 3.0 or 
IV 3.1-Beta) provides a better mechanism for handling this kind of
problem.

  Thanks in advance,
Fransiskus K. Widjanarko   (krisnadi@pmrl.ece.arizona.edu)
Newsgroups: comp.windows.interviews
From: roberts@studguppy.lanl.gov (Doug Roberts)
Subject: IV3.1 beta3 build problems
Organization: Technology Modeling and Analysis, LANL-A7
Date: Thu, 1 Oct 1992 22:57:51 GMT

Hello, all.

Getting closer, but there are still some problems.

The system: Sun SPARC, SunOS4.1.1, gcc2.2.2, X11R5 pl. 12

The problems:

1. 
making all for SUN4 in ./src/lib/Unidraw/SUN4
g++     -Dcplusplus_2_1  -DNOSTDHDRS -DX_WCHAR -DX_LOCALE   -I../../../.././src/include   -pipe -c ../align.c
g++     -Dcplusplus_2_1  -DNOSTDHDRS -DX_WCHAR -DX_LOCALE   -I../../../.././src/include   -pipe -c ../brushcmd.c
g++     -Dcplusplus_2_1  -DNOSTDHDRS -DX_WCHAR -DX_LOCALE   -I../../../.././src/include   -pipe -c ../catalog.c
g++     -Dcplusplus_2_1  -DNOSTDHDRS -DX_WCHAR -DX_LOCALE   -I../../../.././src/include   -pipe -c ../catcmds.c
../catcmds.c: In method `void  ivViewCompCmd::Execute ()':
../catcmds.c:283: assignment between incompatible pointer types
../catcmds.c: In method `void  ivSaveCompCmd::Execute ()':
../catcmds.c:370: assignment between incompatible pointer types
../catcmds.c: In method `void  ivSaveCompAsCmd::Execute ()':
../catcmds.c:417: assignment between incompatible pointer types
*** Error code 1
make: Fatal error: Command failed for target `catcmds.o'
Current working directory /site/src/Interviews3.1b3/iv/src/lib/Unidraw/SUN4

This, of course, means that libUnidraw.a doesn't get built, which means
that ibuild, idraw, etc. don't get built, which means...

2.
making all for SUN4 in ./src/bin/doc/SUN4
g++     -Dcplusplus_2_1  -DNOSTDHDRS -DX_WCHAR -DX_LOCALE   -I../../../.././src/include   -pipe -c ../Application.c
g++     -Dcplusplus_2_1  -DNOSTDHDRS -DX_WCHAR -DX_LOCALE   -I../../../.././src/include   -pipe -c ../CounterItem.c
/site/bin/gcc: Internal compiler error: program cc1plus got fatal signal 11
*** Error code 1
make: Fatal error: Command failed for target `CounterItem.o'
Current working directory /site/src/Interviews3.1b3/iv/src/bin/doc/SUN4

additl info:

installing for SUN4 in ./src/bin/doc/SUN4
g++     -Dcplusplus_2_1  -DNOSTDHDRS -DX_WCHAR -DX_LOCALE   -I../../../.././src/include   -pipe -c ../CounterView.c
../CounterView.c: In method `CounterView::~CounterView ()':
../CounterView.c:51: cannot convert a pointer of type `CounterView'
../CounterView.c:51: to a pointer of type `ivResource'
/site/bin/gcc: Internal compiler error: program cc1plus got fatal signal 11
*** Error code 1
make: Fatal error: Command failed for target `CounterView.o'

--Doug

==================================================================
Douglas Roberts                |
Los Alamos National Laboratory | All good work is done in defiance
dzzr@lanl.gov                  |  of management. -- Bob Woodward
(505)667-4569                  |
==================================================================

--

==================================================================
Douglas Roberts                |
Los Alamos National Laboratory | All good work is done in defiance
dzzr@lanl.gov                  |  of management. -- Bob Woodward
(505)667-4569                  |
==================================================================
Newsgroups: comp.windows.interviews
From: vertse@kuka.mmt.bme.hu
Subject: compiling Interviews 3.0 with GNU C 2.2.2.
Reply-To: <vertse@mmt.bme.hu>
Organization: Internet-USENET Gateway at Stanford University
Date: Wed, 30 Sep 1992 19:28:46 GMT


We have the following the problem:

We compiled Interviews 3.0 with GNU C 2.2.2. (TIFF compilation with SUN CC)
using X11 Release 5 Patch Level 15 on a SUN SPARCstation running SUN OS 4.1.2.
We had altered local.def before compilation as follows:

#undef InstalledRoot
#define InstalledRoot /usr/local/interviews

#undef  XConfigDir
#define XConfigDir /usr/local/X11R5/lib/X11/config
#undef  XIncDir
#define XIncDir /usr/local/X11R5/include
#undef  XLibDir
#define XLibDir /usr/local/X11R5/lib

#undef  CCDriver
#define CCDriver /usr/local/bin/g++

#undef  SharedCCFlags
#define SharedCCFlags -fPIC

#undef  TIFFSharedCFlags
#define TIFFSharedCFlags -PIC

The compilation was successful (apart from a few warnings), however most of
the executables don't seem to work properly. We have tried them with both
the X11R5 server and an Openwindows 3.0 server, but the result was the same:
ibuild and idraw only produce a "Segmentation fault", while alert and remind
do nothing at all. In some other programs, which start properly, mouse events
have no effect inside dialog boxes (e.g. doc). The only programs that work
properly are dclock, logo and cpu.

Can anyone tell us what the problem is?
And one more thing: what switches shall we give gcc for optimal results?

Please send your answer to the mailing list, since we have no access to the
newsgroup. Please also note, that we have no ftp access either at the moment.
Thanks.

	Judit Vertse
	Dep. of Instrumentation and Measurement
	Technical University of Budapest
Newsgroups: comp.windows.interviews
From: malcolmp@hydra.maths.unsw.EDU.AU (malcolmp)
Subject: Re: Monochrome?
Organization: School of Mathematics, UNSW, Sydney, Australia
Date: Wed, 7 Oct 1992 02:20:09 GMT

In article <9210052146.AA10709@espresso.bcs.eca> janin@espresso.boeing.com
(Adam Janin 5-3545) writes:

   Does anyone have a kit or an .Xdefaults file for monochrome displays so
   bevels/etc show up?

Either use -monochrome or put '*.gui: monochrome' in you Xdefaults, but on a
monochome display it should come up by default anyway.  However, what system
are you using?  With my 3.1-beta3, Apollo, and gcc 2.2.2 combination, I find
that the RGBTable colour cache in xwindow.c trashes the information that gets
stored there so I end up with white on white windows on my monochrome display
and this could be your problem too.

P.S.  The next person who tells me that it is all fixed in gcc.xtar.Z will
find a copy of it in their mailbox.  I really appreciate your help and thank
you for it but does everyone have to tell me this individually? :-)

--
		Malcolm Purvis (malcolmp@hydra.maths.unsw.edu.au)
		School of Mathematics, UNSW, Sydney, Australia.
Newsgroups: comp.windows.interviews
From: lee@wrc.xerox.com (Lee Moore)
Subject: IV3.1 beta 3 build problems on Sun4, Sun C++ 2.0
Organization: Internet-USENET Gateway at Stanford University
Date: Fri, 2 Oct 1992 22:33:59 GMT

Here are the errors messages that I got when trying to build
InterViews 3.1 beta-3 on a Sun4 (SS2) with Sun's C++ 2.0.  I wish
I could supply a fix but I don't know of one. 

Lee

---------------

making all for SUN4 in ./src/bin/idemo
making all for SUN4 in ./src/bin/idemo/SUN4
/import/CC/sun4/CC     -Dcplusplus_2_0     -I../../../.././src/include -I/import/X11R5/include  -pipe -c ../main.c
CC  ../main.c:
cc   -c -I/import/CC-2.0/sun4/incl-4.1.1 -I../../../.././src/include -I/import/X11R5/include  -pipe main.c
"../main.c", line 138: warning: illegal combination of pointer and integer, op =
"../main.c", line 138: warning: shortening &times_menu may lose significance
"../main.c", line 138: illegal initialization
"../main.c", line 138: warning: illegal combination of pointer and integer, op =
"../main.c", line 138: warning: illegal combination of pointer and integer, op =
"../main.c", line 138: warning: shortening &times_menu may lose significance
"../main.c", line 138: warning: illegal combination of pointer and integer, op =
*** Error code 1
make: Warning: Target `all' not remade because of errors
Current working directory /tmp_mnt/net/owl/local1/users/lee/interviews-3.1-beta3/iv/src/bin/idemo/SUN4

--- and -------------------------------------------------

CC  ../ibed.c:
/import/CC/sun4/CC: 18117 Memory fault
139 errors
cc   -c -I/import/CC-2.0/sun4/incl-4.1.1 -I../../../.././src/include/IV-2_6 -I../../../.././src/include -I/import/X11R5/include  -pipe
*** Error code 1
From: dave@kanga.lcs.mit.edu (David Sternlicht)
Newsgroups: comp.windows.interviews
Subject: Re: get X window ID from InterViews
Keywords: X, window ID
Date: 5 Oct 92 14:27:54 GMT
Organization: MIT Laboratory for Computer Science

>Does anyone know how to get X window ID or the screen location of
>the window from an InterViews application?

Yes, you need to go into the representation of the InterViews 
window class.  Here is some pseudo code....

#include <InterViews/window.h>
#include <IV-X11/xwindow.h>
...
Window w = new TopLevelWindow(someGlyph);
mumble = w->rep()->xwindow_;
-- 
			
				dave sternlicht
				mit X consortium
				dave@expo.lcs.mit.edu
From: neal@ctd.comsat.com (Neal Becker)
Newsgroups: comp.windows.interviews
Subject: Re: IV3.1 beta3 build problems/HP750
Date: 2 Oct 92 12:46:48 GMT
Followup-To: comp.windows.interviews
Organization: COMSAT Labs
NNTP-Posting-Host: neal.ctd.comsat.com
In-reply-to: fuad@madrone.eecs.ucdavis.edu's message of 1 Oct 92 21:37:32 GMT
X-Md4-Signature: 17783e04f8ec6ef958ba82fa93068f77

-Wp,-H512000 I think will convice cpp to give you more space. Better
yet, get cpp from gnu gcc and install this as cpp.ansi.

HP, are you listening?  This is really stupid.  Fixed table sizes in a
compiler?!?  Let me just say, fix this, OK?
From: eeh@public.BTR.COM (Eduardo E. Horvath  eeh@btr.com)
Newsgroups: comp.windows.interviews
Subject: Menus and Buttons
Date: 6 Oct 92 14:31:02 GMT
Article-I.D.: public.8082
Organization: BTR Public Access UNIX, MtnView CA. For info contact: info@BTR.COM


I created a very nice complex glyph that was difficult to build and contained
a large set of palette buttons.  I was hoping to use an instance of this glyph
in a dialog, and another in a menu.  I am quite disappointed that if I put
the glyph in a menu, I cannot select individual buttons.

Would it be possible to merge Buttons and MenuItems in a future version of
Interviews?  This would allow the use of all of the fancy layout glyphs
in menus and separators outside menus.

I also discovered that a button placed inside a button does not get any input
(3.1-beta2).  The only way I managed to work around this was to use an overlay,
but that makes formatting quite painful.  

There needs to be a method to build a subclassed glyph through a WidgetKit
without needing to subclass or re-implement the WidgetKit.  This is the only
way to add new functionality and remain look-and-feel neuteral.

Finally, I have found a need for a Motif-style row/column glyph that forces
all of the sub-glyphs to the same size.  The current solution is to force each
sub-glyph to a fixed size, someting that does not allow the sub-glyphs to
change easily.
-- 
=========================================================================
Eduardo Horvath				eeh@btr.com
					..!{decwrl,mips,fernwood}!btr!eeh
	"Trust me, I am cognizant of what I am doing." - Hammeroid
From: smp@cathedral.cerc.wvu.wvnet.edu (Shailesh M. Potnis)
Newsgroups: comp.windows.interviews
Subject: Where to find the style manual for running doc?
Date: 1 Oct 92 18:51:02 GMT


	I am having problem opening using doc.  I get a message

Can't find style manual

	Where is this manual and how to let doc access it?

	Thanks in advance.

--
Shailesh Potnis, Associate	|Concurrent Engineering Research
Member of Technical Staff	|Center, West Virginia University
Newsgroups: comp.windows.interviews
From: dave@kanga.lcs.mit.edu (David Sternlicht)
Subject: Doc: "Can't find style manual" message
Organization: MIT X Consortium
Date: Fri, 2 Oct 1992 17:59:38 GMT

-- 

To fix this put iv/src/man/refman/manual.sty into 
/interviews/lib/all/styles

			
				dave sternlicht
				mit X consortium
				dave@expo.lcs.mit.edu
Newsgroups: comp.windows.interviews
From: utano@cassiopeia.trl.OZ.AU (Anthony Utano)
Subject: IV/Unidraw and interrupts.....
Summary: Problem accessing interrupts with IV program
Keywords: InterViews, Unidraw, Interrupts
Organization: Telecom Research Labs, Melbourne, Australia
Date: Tue, 6 Oct 1992 01:59:32 GMT

Hi all,


	I have a program built using Unidraw which is uses a 
	set of routines for interprocess communication. These 
	routines work fine when in a non Unidraw application,
	but the parts which involve the Unidraw appliaction 
	receiving data don't seem to work.

	On further exploration, i found that our routines needed
	Interrupts to work, so I checked these out. It seems that
	Unidraw takes over the Interrupts before anything else is done,
	i.e even before the main function ???

	Any hints from anyone 
	Anthony




	Here is most of my code

	IE. This works fine


	#include <stream.h>
	#include <signal.h>
	#include <stdlib.h>

	/*****************************************************************************/
	void myinthandle0(int sig,int code,struct sigcontext *scp, char* addr)
	{
		cerr << "#######Interupt......" << endl;
	}	

	int main (int argc, char** argv) {

        cerr << "Turning signal #2 off...." << endl;
        signal(SIGTERM,SIG_IGN);
        sleep(5);
        cerr << "On......." << endl;
        signal(SIGTERM,myinthandle0);
        sleep(5);
	} 


	BUT This ignores my handler.........??????


	
/*
 * Ned editor main program.
 */

#include "nedcatalog.h"
#include "nedcreator.h"
#include "neded.h"
#include "nedpal.h"
#include <Unidraw/unidraw.h>
#include <InterViews/world.h>
#include <stream.h>
#include <signal.h>

/* was defn for PropertyData properties here .... */

void myinthandle0(int sig,int code,struct sigcontext *scp, char* addr)
{
  cerr << "#######Interupt......" << endl;
  exit(-33);
}


int main (int argc, char** argv) {
  int exit_status = 0;
  NedCreator creator;

  cerr << "Turning signal #2 off...." << endl;
  signal(SIGTERM,SIG_IGN);
  sleep(5);
  cerr << "On......." << endl;
  signal(SIGTERM,myinthandle0);
  sleep(5);

  Unidraw* unidraw = new Unidraw(
      new NedCatalog("ned", &creator), argc, argv, options, properties
  );

  if (argc > 2) {
    cerr << "Usage: " << argv[0] << " [file]" << "\n";
    exit_status = 1;

  } else {

    const char* initial_file = (argc == 2) ? argv[1] : nil;
    NedEditor* ed = new NedEditor(initial_file);

    ToolPalette* ted = new ToolPalette(ed);

    unidraw->Open(ted);
    unidraw->Open(ed);
    unidraw->Run();
  }
  delete unidraw;
  return exit_status;
}






















Newsgroups: comp.windows.interviews
From: richardf@cssc-syd.tansu.com.au (Richard Favero)
Subject: FieldEditor help
Organization: AOTC - CSSC
Date: Mon, 28 Sep 1992 22:58:03 GMT


Hi,

Could someone send me a small example of how to use a field editor and the associated action. I dont understand the usage.

Richard Favero
Newsgroups: comp.windows.interviews
From: meidhof@unipas.fmi.uni-passau.de (Bettina Meidhof)
Subject: Problems with IV2.6-Glue under IV3.0
Organization: University of Passau, Germany
Date: Mon, 5 Oct 1992 21:01:51 GMT




I try to compile a IV2.6 program under IV3.1. 
I have no problems with most of the other IV2.6 classes, but when I use Glues
 the following happens:

#include <2.6/InterViews/glue.h>
main()
{
HGlue  *box = new HGlue(1,2);
}

I got the following messages:

main.c:4: `ivHGlue' undeclared (first use this function)



In the header file HGlue is defined as:

 
class HGlue : public Glue {
public:
    HGlue(int natural = 0, int stretch = hfil);
    HGlue(const char*, int natural = 0, int stretch = hfil);
    HGlue(int natural, int shrink, int stretch);
    HGlue(const char*, int natural, int shrink, int stretch);
    virtual ~HGlue();
private:
    void Init(int nat, int shrink, int stretch);
};





Thanks in advance

 Bettina

meidhof@kirk.fmi.uni-passau.de

Newsgroups: comp.windows.interviews
From: tools@berkeley (Tools Directory)
Subject: q
Reply-To: uunet!fai.com!charlesb
Organization: Fujitsu
X-Newsreader: Tin 1.1 PL5
Date: Sat, 26 Sep 1992 06:28:05 GMT

In answer to:

 > 1. The problem I have is I need to put up a graphical representation
 > of some data on the screen, and when the data changes, the representation
 > changes accordingly.

You should look at the "plot" example in the new iv.3.1-beta3 release.

--
NAME Charles Brauer
EMAIL uunet!fai.com!charlesb
SNAIL Fujitsu, 3099 North 1st Street, San Jose, California 95134
PHONE (408) 456-7852
Newsgroups: comp.windows.interviews
From: janin@espresso.boeing.com (Adam Janin 5-3545)
Subject: Client data in callbacks?
Organization: Internet-USENET Gateway at Stanford University
Date: Mon, 5 Oct 1992 21:51:52 GMT


Is it possible to pass client data thru a callback?  For example, I have (say)
20 buttons, each with almost identical behavior.  I'd like to write one callback
and pass client data to the callback which identifies which button was pressed.
I know I could subclass a button, but I'd prefer to use the existing kit's buttons.
I could also wrap the button returned by the kit in a monoglyph with a field
that identifies its contents, but that seems kinda like a kludge.
Any suggestions?

	Thanks,

	Adam Janin
	janin@espresso.boeing.com,
From: malcolmp@hydra.maths.unsw.EDU.AU (malcolmp)
Newsgroups: comp.windows.interviews
Subject: Re: IV3.1 beta3 build problems, Sun SPARC & gcc2.2.2 (idraw also)
Date: 30 Sep 92 23:46:16 GMT
Organization: School of Mathematics, UNSW, Sydney, Australia

In article <ROBERTS.92Sep30121756@studguppy.lanl.gov>
roberts@studguppy.lanl.gov (Doug Roberts) writes:

   ../../../.././src/include/InterViews/scrbox.h:80: request for member
`impl_' is ambiguous

I got this error building Beta3 on an Apollo using gcc 2.2.2.  For some reason
gcc is getting this private member confused with other private members called
impl_ in classes that the object is being derived off.  Clearly a bug in the
compiler.  Rename this impl_ to be something else and the error will go away.

While I'm here, in the afore mentioned Apollo version, I have idraw behaving
strangely.  When I start drawing say, a rectangle, the rubberbanding box only
occasionally follows the cursor, and other times it draws it on some other
position on the screen.  There are lots of ifs and buts in my configuration
that could cause problems, but has anyone seen this before?  I have an Apollo
4000, SR 10.3 (using the R3 shared libraries), gcc 2.2.2 and a custom version
imake.
--
		Malcolm Purvis (malcolmp@hydra.maths.unsw.edu.au)
		School of Mathematics, UNSW, Sydney, Australia.
Newsgroups: comp.windows.interviews
From: wetzler@forwiss.uni-passau.de (Thomas Wetzler)
Subject: menu-item
Organization: University of Passau, Germany
Date: Mon, 28 Sep 1992 14:01:04 GMT

I'm using a popup menu, where are popup menu's in. If I'm choosing
the menuitem of the pullright menu and release the button (choosing
nothing in the new menu), I get sometimes a segmentation fault. 
Can anyone tell me, how I can get rid of this ?

Thomas Wetzler           wetzler@kirk.fmi.uni-passau.de
From: donald@strawberry.UK.Sun.COM (Donald Edgar - SUN Scotland)
Newsgroups: comp.windows.interviews
Subject: Re: Mailing list
Date: 1 Oct 1992 15:02:49 GMT
Organization: Sun Microsystems
Distribution: world
Reply-To: donald@strawberry.UK.Sun.COM
NNTP-Posting-Host: strawberry.uk.sun.com

Please remove me from the mailing list, I've got newsgroup access now.

Thanks,

	Donald.


PS. The hostname on the mailing list may be 'cyclone' and not 'strawberry'
Newsgroups: comp.windows.interviews
From: mrs@KITHRUP.COM
Subject: Re: Has InterViews abandoned gcc?
Reply-To: mrs@cygnus.com
Organization: Cygnus Support
Date: Tue, 29 Sep 1992 08:11:13 GMT

Nope, untrue.  InterViews has not given up on g++ and g++ has not given up
on InterViews.  InterViews did push ahead and start using language features
that g++ did not implement, or implement right, but now everything is coming
back in sync.  beta3 that was just released should not require any special
hacks to be usable with the next release of gcc.

For a preview of things to come, try out gcc.xtar.Z from contrib/g++ on the
ftp machine.  README-3.1-beta2 is the readme that goes with it.

In article <1992Sep25.220750.28068@sunova.ssc.gov> you write:
> Anyone can answer the following questions will be greatly appreciated.
>
> In InterViews 3.0, it says explicitly that one of the compilers that cannot
> build InterViews is g++-1.39, and I also heard that starting from 3.0,
> InterViews has given up on gcc. Is that true? Anyone know the reason?
Newsgroups: comp.windows.interviews