HDTenEightyP/NetNews huggingface dataset:
From: dac@cbnewsf.cb.att.com (david.a.copperman)
Subject: trouble in building IV3.1
Organization: AT&T
Date: Wed, 6 Jan 1993 15:48:31 GMT

In trying to build InterViews 3.1, the preprocessor issues these errors:

../../../.././src/include/IV-2_6/InterViews/box.h: 53: major: argument mismatch
../../../.././src/include/IV-2_6/InterViews/box.h: 53: minor: argument mismatch
../../../.././src/include/IV-2_6/InterViews/box.h: 57: major: argument mismatch
../../../.././src/include/IV-2_6/InterViews/box.h: 58: minor: argument mismatch
../../../.././src/include/IV-2_6/InterViews/box.h: 89: major: argument mismatch
../../../.././src/include/IV-2_6/InterViews/box.h: 89: minor: argument mismatch
../../../.././src/include/IV-2_6/InterViews/box.h: 115: major: argument mismatch../../../.././src/include/IV-2_6/InterViews/box.h: 115: minor: argument mismatch

Line 53, for example, is

virtual void GetActual(int& major, int& minor);

This looks fine.  Evidently, major and minor are themselves macros in some
other place?  I tried following all the nested includes, but after awhile
my head hurt.  I can edit the file and just take out major and minor from
all those prototypes, but the old saying applies - if you change someone
else's code, you own it!  I definitely want to avoid that.  Any ideas?

Also, I ran into a lack of definition for the type pid_t.  That turns
out to be in sys/stdtypes.h.  OS/types.h includes sys/types.h, but not
sys/stdtypes.h.  (It appears that OS/types.h is where this include should
be - is that correct?)  I can make that change readily enough; again, has
anyone else run into this?

Dave Copperman
dac@hoqaa.att.com
Newsgroups: comp.windows.interviews
From: pax@ankh.metrolink.com (Garry M. Paxinos)
Subject: Error in IV3.1-diffs for gcc-2.3.3!
Organization: Internet-USENET Gateway at Stanford University
Date: Wed, 6 Jan 1993 15:32:00 GMT


I'm having some problems compiling Unidraw on SVR4.2 (Univel).  I've
already have libIV built.  Being a C++ neophyte I was hoping someone
could lend a hand.

I've traced thru the maze of includes to find out what is going wrong
with the 'boolean' aka 'osboolean' typedef but haven't been able to
track it down yet.  I do know if I '#include <osfcn.h' at the top of
catalog.c then it compiles fine.  

Below is an excerpt from the compilation:

	g++     -Dcplusplus_2_1  -DMetroLink -DSVR4 -DSYSV386   -I../../../.././src/include    -c ../catalog.c
In file included from /usr/local/lib/g++-include/sys/types.h:15, from /usr/include/unistd.h:84, from /usr/local/lib/g++-include/unistd.h:25, from /usr/local/lib/g++-include/std.h:28, from /usr/local/lib/g++-include/osfcn.h:5, from ../catalog.c:61:
/usr/include/sys/types.h:0: conflicting types for `osboolean'
../../../.././src/include/OS/enter-scope.h:45: previous declaration of `osboolean'
../catalog.c: In method `enum osboolean ivCatalog::Save (class ivEditorInfo*, const char *)':
../catalog.c:376: conflicting types for `enum osboolean ivCatalog::Save (class ivEditorInfo*, const char *)'
../../../.././src/include/Unidraw/catalog.h:68: previous declaration of `unsigned int  ivCatalog::Save (class ivEditorInfo*, const char *)'
From: linton@marktwain.rad.sgi.com (Mark Linton)
Newsgroups: comp.windows.interviews
Subject: Re: Is InterViews able to take into account multi-media (modal) concepts ?
Keywords: multi-media, multimodality, events
Date: 4 Jan 93 17:48:50 GMT
Reply-To: linton@marktwain.rad.sgi.com (Mark Linton)
Organization: sgi
NNTP-Posting-Host: marktwain.rad.sgi.com

In article <2883@irit.irit.fr>, gurdjos@steppe.irit.fr (Pierre GURDJOS) writes:
|> Is InterViews able to take into account multi-media (modal) concepts ?
|> That is :
|> 1) Is it possible to extend the Event class to others types of input (voice input, dataglove) ?
|>  Perhaps it's not implemented now, but have you consider this specifications of design ?

There currently is no support for extended input devices.  We are looking at
a design for extensible event handling in the future.

|> 2) FOr instance, is it possible to date the events from keyboard/mouse and voice input ?

User events already have time stamps, returned via Event::time.
From: hines@neuro.duke.edu (Michael Hines)
Newsgroups: comp.windows.interviews
Subject: iconifying
Date: 6 Jan 93 15:50:45 GMT


Thanks to those who told me how to know when a window was iconified.

I am trying to get a function that the openlook window manager gives me
for free---one icon for a group of windows when the windows are transient
windows. Unfortunately other window managers decorate transients so they
cannot be resized or moved so I have to use toplevelwindows. Now I am
stuck with a bunch of irrelevant icons.

Notifying when the main window is iconified was the first step and now
my problem is localized to (in pseudocode)

void PWMImpl::iconify_all() { 
	for w = all windows in my application {
                if (w == main window) {
                        w->iconify();  
                }else{
                        what do I do? unmap and unbind destroy too much.
			making main the group leader earlier when the
			windows were first created seems
			to have no effect.
                }
        }
}

void PWMImpl::deiconify_all() {
	for w = all windows in my application {
                if (w == main window) {
                        w->deiconify();
                }else{
                        what do I do?
                }
        }
}
Newsgroups: comp.windows.interviews
From: bill@snoopy (Bill Poitras)
Subject: Re: Scrolling
Reply-To: bill@west.msi.com
Organization: Molecular Simulations, Inc.
X-Newsreader: Tin 1.1 PL5
Date: Sat, 9 Jan 1993 02:10:15 GMT

Yalamanchi Prasad (zpvy0a@hou.amoco.com) wrote:
: Can some kind one explain how to implement a scrolling list of
: strings.  Its confusing to me between various ..Scrollers, ScrollBars
: (from IV-2_6) and Adjusters, Observers Observables (from 3.1).  Or may
: be even point me to the right example code if there is one already in 
: IV-3.1 source.

Look in src/lib/InterViews/fchooser.c.  Check out the implementation of
FileChooserImpl::load().  I used this implementation in something I did
and it works great.  To save you a little time, you should just use a
FileBrowser as the string selector.  The FileBrowser class is a little
misnamed, it should really be called a StringBrowser.  But since the only
place in IV3.1 where the FileBrowser class is used is the FileChooser,
there is little argument.

--
+-----------------+-------------------------------+-------------------------+
| Bill Poitras    | Molecular Simulations Inc.    | Tel (408)522-9229       |
| (bill)          | Sunnyvale, CA USA             |                         | 
|                 | FAX (408)732-0831             | bill@west.msi.com       |
+-----------------+-------------------------------+-------------------------+
From: garp@isy.liu.se (Johan Garpendahl)
Newsgroups: comp.windows.interviews
Subject: Re: Patches to make IV3.1 compile better with gcc-2.3.3
Date: 7 Jan 93 16:37:22 GMT
Organization: Dept of EE, University of Linkoping

N.Davis@lut.ac.uk writes:

>In article <garp.726271124@isy.liu.se> garp@isy.liu.se (Johan Garpendahl) writes:
>>Here are a few patches to make InterViews 3.1 compile better with gcc-2.3.3.
>>
>>
>>Don't try to compile with -O2.
>>Don't try to make shared libraries.
>>I tried it.
>>

>Hmm, why should I not compile InterViews 3.1 shared libraries using gcc-2.3.3?
>I have done just this, and judging by the comments made about which binaries
>work and which do not, I seem to be in exactly the same situation as those
>of you who favour non-shared libraries.

OK, maybe I should have put a smiley somewhere.
Try it if you like, but don't complain if everything doesn't work.

>I will however admit that all the Unidraw based progs fail; I'm no C++ guru
>but I appear to have an empty string being passed to the constructor
>of ControlInfo which ultimately core dumps in newstr. (see the GDB output
>below). This used to work in gcc-2.3.2 (At least, I seem to recall running
>idraw, or am I mistaken).

I've done some experimenting with that and I can make a workaround
for the strings by initializing them from the Unidraw constructor.
Idraw will then start up nicely, but you won't be able to do anything
useful because the mouse-events won't get through. 

If anyone knows why, or has a workaround for that one, I'd be happy.

After all, I want to use shared libraries, but I'm not ready to give
up Idraw or Unidraw to get it. I'd even like to be able to use libg++
as a shared library, but that doesn't seen to work yet either.

Happy hacking, 

	Johan


-- 
Johan Garpendahl                   | Email: garp@isy.liu.se
Linkoping University               | Phone: +46 - 13 - 28 13 24
Dept. of Electrical Engineering    | Fax  : +46 - 13 - 13 92 82
S-581 83  LINKOPING // SWEDEN      | May the Source be with you.
Newsgroups: comp.windows.interviews
From: dms@cat.syr.edu (David Sternlicht)
Subject: please subscribe me to the mailing list
Organization: CASE Center, Syracuse University
Date: Tue, 5 Jan 93 08:24:23 EST

Could whoever does this please add dave@expo.lcs.mit.edu to the interviews
mailing list? 



                                dave sternlicht
                                mit X consortium
                                dave@expo.lcs.mit.edu

Newsgroups: comp.windows.interviews
From: root@nosco.ch (Operator)
Subject: Unsubscribe
Organization: Internet-USENET Gateway at Stanford University
Date: Tue, 5 Jan 1993 15:10:03 GMT

Please unsubscribe:

me@nosco.ch

Thanks.
Newsgroups: comp.windows.interviews
From: ch_purzl@rcvie.co.at (Klaus Puerzelmayer)
Subject: Re: trouble in building IV3.1
Reply-To: ch_purzl@rcvie.co.at
Organization: Alcatel ELIN Research
Date: Thu, 7 Jan 1993 13:34:28 GMT

I got the same problem. If you have a way to solve it,
please let me know.

making all for SUN4 in ./src/lib/IV/SUN4
/usr/CC/sun4/CC +p   -PIC  -Dcplusplus_2_1     -I../../../.././src/include -I/ur/include/X11  -D_NO_PROTO -DSTRINGS_ALIGNED -DNO_REGEX -DNO_ISDIR -DUSE_RE_COMP -DUSE_GETWD -c ../../IV-X11/xdrag.c
CC  +p ../../IV-X11/xdrag.c:
"../../IV-X11/xdrag.c", line 48: error: pid_t getpid : pid_t is not a type name
"../../IV-X11/xdrag.c", line 48: error: syntax error
"../../IV-X11/xdrag.c", line 48: error: syntax error
"../../IV-X11/xdrag.c", line 132: error:  undefined function getpid called
4 errors
cc   -c -I/usr/CC/incl -I../../../.././src/include -I/usr/include/X11  -PIC
*** Error code 1
make: Fatal error: Command failed for target `xdrag.o'
Current working directory /amd_mnt/ch-server/usr/disks/ch-server/disk3/intervies



----------------------------------------------------------------
Klaus Puerzelmayer		e-mail: ch_purzl@rcvie.co.at
Tool Development		voice:  +431/391621-272
Alcatel-Informatics		fax:    +431/391452
Ruthnergasse 1-7, A-1210, Wien
Austria
----------------------------------------------------------------
Newsgroups: comp.windows.interviews
From: bill@msi.com (Bill Poitras)
Subject: Re: Is the manual of IV3.1 the same as IV3.1-beta3 or newer?
Organization: Internet-USENET Gateway at Stanford University
Date: Wed, 13 Jan 1993 00:36:03 GMT

>There are missing chapters in the IV3.1-b3 doc e.g. "4.3 View":
>"This section will be completed in the future."
>I'm still working with b3 and want at least more documentation,
>so I would get IV3.1 and extract at least *.ps and print it, if it's worth.

Its not worth.  There aren't many if any changes to the IV3.1 documentation.  Definitely not the section you are talking about.


+-----------------+-------------------------------+-------------------------+
| Bill Poitras    | Molecular Simulations Inc.    | Tel (408)522-9229       |
| (bill)          | Sunnyvale, CA USA             |                         | 
|                 | FAX (408)732-0831             | bill@west.msi.com       |
+-----------------+-------------------------------+-------------------------+
From: tw@fgb1.fgb.mw.tu-muenchen.de (Thomas Wuensche)
Newsgroups: comp.windows.interviews
Subject: Direct inclusion of TIFF-files in DOC ?
Keywords: interviews doc tiff
Date: 12 Jan 93 10:34:44 GMT
Reply-To: tw@fgb1.fgb.mw.tu-muenchen.de
Organization: Leibniz-Rechenzentrum, Muenchen (Germany)

As far as I can see, it's not possible to include TIFF-files
in DOC directly. I do not get complaints when trying, simply
an empty frame. Idraw can do this. Saving these pictures from
Idraw and then including in DOC works, but gives _HUGE_ files.

So my question is:

What is required to include TIFF-files in DOC directly?
Has anybody done this?

Any help welcome.

Thanks,

	-Thomas
From: futzi@uni-paderborn.de (Michael Kutzner)
Newsgroups: comp.windows.interviews
Subject: Re: trouble in building IV3.1
Date: 6 Jan 93 20:09:39
Organization: Uni Paderborn FB 17 Informatik GERMANY
NNTP-Posting-Host: sven.uni-paderborn.de
In-reply-to: dac@cbnewsf.cb.att.com's message of Wed, 6 Jan 1993 15:48:31 GMT

>>>>> About trouble in building IV3.1, david.a.copperman  said:

copperman> In trying to build InterViews 3.1, the preprocessor issues
copperman> these errors:
copperman> ..
copperman> .../src/include/IV-2_6/InterViews/box.h: 115: minor: argument mismatch

copperman> Line 53, for example, is

copperman> virtual void GetActual(int& major, int& minor);

Try this to change to: virtual void GetActual(int& MAJor, int& MINor);

That runs fine.

Greetings, Michael

***************************************************************************
** --------------------------------------------------------------------- **
**  Michael Kutzner    **  X-Betreuung   **  <futzi@uni-paderborn.de>    **
**                                           <xgurus@uni-paderborn.de>   **
** --------------------------------------------------------------------- **
***************************************************************************
From: bardo@ief-paris-sud.fr (Bardo Muller)
Newsgroups: comp.windows.interviews
Subject: accents and unlauts with doc ?
Date: 6 Jan 93 10:20:21 GMT
Reply-To: bardo@ief-paris-sud.fr
Organization: Universite de Paris


The subject says it all..

Thank you for any pointer. Please e-mail.

Have a good year.

Bardo

============================================================================
 Bardo MULLER                          | phone  : [33] [1] 69 41 78 50    
 Institut d'Electronique Fondamentale  | fax    : [33] [1] 60 19 25 93    
 Bat. 220 Universite Paris Sud         | e-mail : bardo@ief-paris-sud.fr  
 91405 ORSAY CEDEX FRANCE              |             THE NET WORKS .      
============================================================================
From: hines@neuro.duke.edu (Michael Hines)
Newsgroups: comp.windows.interviews
Subject: need more control over an extension
Date: 8 Jan 93 18:56:14 GMT


I wish one could do something to an extension in screen coordinates.
Something like
    Extension::increment(
	Coord xbegin_increment,
	Coord xend_increment,
	Coord ybegin_increment,
	Coord ybegin_increment
    );
					
My problem is that vertical and horizontal lines sometimes don't get
drawn because their x or y allocation is 0 and it is difficult to
take the width into account (especially during a requisition) because
the glyphs are relative to model coordinates.
From: tmplaa@eua.ericsson.se (Lars Arvestad)
Newsgroups: comp.windows.interviews
Subject: Re: notify when window is iconified
Date: 5 Jan 93 11:42:51 GMT
Reply-To: tmplaa@eua.ericsson.se
Organization: Ellemtel Telecom Systems Labs, Stockholm, Sweden

In article 1i9tdtINNb7h@fido.asd.sgi.com, linton@marktwain.rad.sgi.com (Mark Linton) writes:
>In article <8296@news.duke.edu>, hines@neuro.duke.edu (Michael Hines) writes:
>|> 
>|> Can one be notified that a window has been iconified?
>
>Glyph::undraw will be called on the top-level glyph in the window
>when the window is iconified (or otherwise unmapped).

Then, how to achieve the opposite? Naturally, I want all dialogs/windows to appear
on the screen when the main window is opened. Redefine Glyph::draw doesn't sound
like a good idea. It would be very convenient to have the iconify mechanism working
just like quit-window, which can be assigned a handler by a call to wm_delete.

By the way, what is the use of group_leader in TopLevelWindow? I haven't seen it
being used anywhere.

/Lasse
From: J.K.Wight@newcastle.ac.uk (Jim Wight)
Newsgroups: comp.windows.interviews
Subject: TIFF problem at 3.1
Date: 8 Jan 93 16:30:44 GMT
Organization: University of Newcastle upon Tyne, UK, NE1 7RU

I have built InterViews 3.1 on an Encore Multimax running Umax 4.3 using ATT CC
3.0.1. The problem I have is that the examples image and rubband fail after,
for example, outputting the message

.../jello.tif: 0: Bad value for "SamplesPerPixel".
./a.out: open tiff image .../jello.tif failed

Now the Multimax is not one of the architectures catered for in TIFF.def, so my
question is how do I decide what is an appropriate value for TIFFStdCDefines?
What do the -DCOLORIMETRY_SUPPORT -DYCBCR_SUPPORT etc. options mean? Just so
that I could make some progress with the build I set the value to the
SunArchitecture one but it looks as if it might have been the wrong thing to
do. Or could the failure be for some other reason?

Jim
---
J.K.Wight@newcastle.ac.uk
Department of Computing Science, University of Newcastle,  Tel: +44 91 222 8238
Newcastle upon Tyne, NE1 7RU, United Kingdom.              Fax: +44 91 222 8232
From: leech@cs.unc.edu (Jon Leech)
Newsgroups: comp.windows.interviews
Subject: Re: Problems building on HP 720
Date: 4 Jan 1993 15:53:02 GMT
Organization: The University of North Carolina at Chapel Hill
Distribution: world
NNTP-Posting-Host: mahler.cs.unc.edu

    Re problems building InterViews 3.1 using the ANSI C preprocessor
on HP/UX, you can use the K&R ("compatibility mode") preprocessor
instead. Edit local.def to add something like:

#ifdef HPArchitecture
/* For HP, use -Ac to get compatibility mode preprocessor, because
 *  ANSI mode preprocessor won't accept "-H200000" argument.
 */
#ifdef ExtraCCFlags
#undef ExtraCCFlags
#endif
#define ExtraCCFlags -Ac -Wp,-H400000
#endif /*HPArchitecture*/

    Jon (leech@cs.unc.edu)
    __@/
From: linton@marktwain.rad.sgi.com (Mark Linton)
Newsgroups: comp.windows.interviews
Subject: Re: notify when window is iconified
Date: 4 Jan 93 17:50:53 GMT
Reply-To: linton@marktwain.rad.sgi.com (Mark Linton)
Organization: sgi
NNTP-Posting-Host: marktwain.rad.sgi.com

In article <8296@news.duke.edu>, hines@neuro.duke.edu (Michael Hines) writes:
|> 
|> Can one be notified that a window has been iconified?

Glyph::undraw will be called on the top-level glyph in the window
when the window is iconified (or otherwise unmapped).
Newsgroups: comp.windows.interviews
From: rboudrie@chpc.org (Rob Boudrie)
Subject: Re: InterViews user manual.
Organization: Center For High Perf. Computing of WPI; Marlboro Ma
Date: Fri, 8 Jan 1993 21:45:30 GMT

In article <16277.9301081023@suna.sna.co.umist.ac.uk> rs@sna.co.umist.ac.uk (Roger Smith) writes:
>Hello,
>    we have InterViews 3.1 installed at UMIST on our Sun network. The 
>accompanying documentation seems only to include a reference manual. While this
>is useful, it is of limited use to someone attempting to learn how to use Inter
>Views `from scratch'. I would like to know whether a user manual exists
>(or something that gives step by instructions on how to use InterViews or possibly a 
>tutorial) and if so could we please have a copy?
>   Kind regards,
>        Roger Smith (Research Assistant).   

I share your opinions on the reference manual - learning interviews seems to be 
a matter of learning from example, browsing thru the source code, etc.  I would
assume that the lack of appropriate documentation for new users is a big obstacle
to the further proliferation of Interviews.

In addition to the above documentation question, does anyone know of any 
training courses available on Interviews?  (I have found courses on X windows, but
none on Interviews)


                                        rob boudrie
                                        rboudrie@chpc.org
                                        508 624-7400 x635



Newsgroups: comp.windows.interviews
From: boedeker@OSFHRH01.RZ.FH-OSNABRUECK.DE
Subject: (none)
Organization: Internet-USENET Gateway at Stanford University
Date: Sat, 9 Jan 1993 17:44:33 GMT


SUBSCRIBE: Nils Boedeker

From 
  Nils Boedeker
  Fh-OSNABRUECK-HASTE (Landscape Architecture)
  --
  GARTLAGER WEG 37
  4500 OSNABRUECK
  GERMANY
   
  EMAIL: BOEDEKER@OSFHRH01.RZ.FH-OSNABRUECK.DE

---

 I WANT TO BE ON THE INTERVIEW'S MAILING LIST

 I WANT TO GET CONTACT TO SOMEBODY WHO ALSO WANT TO INSTALL INTERVIEW'S
 ON 386-UNIX ESIX 4.04.

---

PROBLEM`S

I try to install Interview's 3.1 on Esix System V Release 4.04 with 
XFree86 (X11R5) with the GCC-Compiler 2.3.2 the libg++ 2.3. I have 
several problems.

============================================================================

A) Interview's compiles well, but if I want do link ibuild the following
   error message comes: 

g++  -O   -o a.out *.o   -L../../../.././src/lib/Unidraw/X386 -lUnidraw  -L../../../.././src/lib/IV/X386 -lIV  -lXext -lX11 -lm  -lg++ -lucb -lsocket -lnsl 
ld: a.out: libelf error:  Memory error: output file space elf_update: 
*** Error code 1 (bu21)

make: fatal error.

  What does this mean, have it to do with the Memory size of my SYSTEM. I have
  16 MB Memory and 30 MB Page-File. 

  also I tried 

  csh 

  limit
  unlimit -h
  unlimit 
  limit 

  to have no limit's. If somebody now help it will be nice if he gave me 
  a small message.


B) Shared Lib's on ESIX 4.04
In your Readme File tell you that you only support SUNOS Shared-Lib's 
exist any problem's if I try to make a port to Esix 4.04 SYSTEM V 386er
Shared Lib's ? I try it, and if ld try to make libIV.so.3.1 it end's with a 
segmentations fault and an core dump.  libUnidraw.so.3.1 make mo problem's. 
I use the LDFLAG -G. Is this an System Error or an Interview's error. Have 
somebody experience about this and can halp me. 

===========================================================================

C) undefine Symoles if you use OPTIMIZE

   On Esix 4.04 the G++ dont like the Flage -O2 if you build IV 3.1.
   It produce error's with ld for example:

g++  -O2   -o a.out *.o     -L../../../.././src/lib/IV/X386 -lIV  -lXext -lX11 -lm  -lg++ -lsocket -lnsl
Undefined                       first referenced
 symbol                             in file
_vt.7istream.3ios                   Application.o
ld: a.out: fatal error: Symbol referencing errors. No output written to a.out
*** Error code 1 (bu21)
make: fatal error.

   But Im not sure that this is the true error. It is possible that I make 
   an error and don't remember them. 
   
===========================================================================

If I solve this problems by myself I gave you an message. If I finish the 
installation of IV on ESIX I gave you an PATCHLIST.

			NILS BOEDEKER
			FH-OSNABRUECK-HASTE
			EMAIL: BOEDEKER@OSFHRH01.RZ.FH-OSNABRUECK.DE
			GERMANY
Newsgroups: comp.windows.interviews
From: brian@ilinx.wimsey.bc.ca (Brian J. Murrell")
Subject: strictly a C++ library?
Organization: InterLinx Support Services Inc.
Date: Fri, 8 Jan 93 19:49:43 GMT

Is Interviews strictly a C++ library?  Please excuse my question
if it seems stupid, as I've done very little work (Turbo C++ for
Windows only) with C++.

Once I've compiled Interviews with a C++ compiler, and have a 
library, do I have to use C++ code to use any of the functions,
or can they be called from regular C?

brian


-- 
Brian J. Murrell                                      brian@ilinx.wimsey.bc.ca
InterLinx Support Services, Inc.                      uunet!van-bc!ilinx!brian
North Vancouver, B.C.                                             604 984 2545
        Platform and Brand Independent UNIX Support - R3.2 - R4 - BSD