HDTenEightyP/NetNews huggingface dataset:
From: vlis@WATSON.IBM.COM (John Vlissides)
Subject: Re: Stretchy Panner
Reply-To: vlis@watson.ibm.com
Organization: Internet-USENET Gateway at Stanford University
Date: Tue, 29 Dec 1992 14:56:23 GMT

In article <1992Dec20.022421.19171@cs.wisc.edu>, you write:

> I have an application in which I have a Panner that controls a
> GraphicBlock. The problem is thta as stuff gets added to the
> GraphicBlock, the Panner starts stretching. How do I get the panner to
> stay the same size?

Subclass GraphicBlock and redefine its GetGraphicBox operation to
return the area that defines the overall scrolling space.

--
John Vlissides / IBM T.J. Watson Research / vlis@watson.ibm.com
From: Geoff White <geoffw@igc.apc.org>
Newsgroups: comp.windows.interviews
Date: 27 Dec 92 08:24 PST
Subject: 3.1 Doc and Idraw needed for sunOS
Nf-ID: #N:cdp:1373900001:000:493
Nf-From: cdp.UUCP!geoffw    Dec 27 08:24:00 1992


I need a SUN4 binary of IV3.1 Doc and Idraw that has been compiled with
the appropriate patches that allow doc to run without core dumping.
I've tried to compile the sources myself but I will take a couple
of days to get all of the problems ironed out and all I want to do
is run Idraw and Doc.  If someone has successfully compilesd these
for sunOS 4.1.2 or above and would like to share, please drop me
a line at geoffw@igc.org and tell me where I can snarf the binaries.
Thanks in advance.
From: dp@adagio.chorus.fr (Didier  Poirot)
Newsgroups: comp.windows.interviews
Subject: Re: 3.1 Doc and Idraw needed for sunOS
Date: 29 Dec 92 09:46:52 GMT
Reply-To: dp@chorus.fr
Organization: Chorus systemes, Saint Quentin en Yvelines, France

In article <1373900001@igc.apc.org>, geoffw@igc.apc.org (Geoff White) writes:
%% 
%% I need a SUN4 binary of IV3.1 Doc and Idraw that has been compiled with
%% the appropriate patches that allow doc to run without core dumping.
%% I've tried to compile the sources myself but I will take a couple
%% of days to get all of the problems ironed out and all I want to do
%% is run Idraw and Doc.  If someone has successfully compilesd these
%% for sunOS 4.1.2 or above and would like to share, please drop me
%% a line at geoffw@igc.org and tell me where I can snarf the binaries.
%% Thanks in advance.

 Can I second this demand for idraw and doc binaries for SVR4 on i[34]86
based machine ?

-- 
   "Never trust a programmer that carries a screwdriver" - George Morrow

          /     /               Didier Poirot
       __/ o __/ o _  __        Chorus Systemes
      (_(_(_(_(_(_(<_/ (_       6 avenue Gustave Eiffel
                                F-78182, St-Quentin-en-Yvelines-Cedex

dp@chorus.fr (Internet)
From: d89-kgo@nada.kth.se (Klas Gthager)
Newsgroups: comp.windows.interviews
Subject: Unidraw Reference Manual
Date: 28 Dec 92 12:29:37 GMT
Organization: Royal Institute of Technology, Stockholm, Sweden

Is there a reference manual for Unidraw available?

-- 

Klas Gvthager            Email: d89-kgo@nada.kth.se
Vregrundsgatan 11/882
115 59  Stockholm

Everything you know is wrong!
Every artist is a cannibal
From: putsch@uicc.com (Jeff Putsch)
Newsgroups: comp.windows.interviews
Subject: Re: 3.1 Doc with Patch and gcc 2.3.3
Keywords: n
Date: 30 Dec 92 14:28:16 GMT
Organization: Unitrode Integrated Circuits Corp., Merrimack, NH, USA

I just compiled IV3.1, without patches (where do I get these?), on a
DECstation 5000/200 running ULTRIX 4.3 using gcc-2.3.3. Doc simply
core dumps. 'Memory fault(coredump)' is the error returned.

The rest LOOKS good.

>Anyone with success ??

Ditto...

Thanks in advance,

Jeff.

-- 
-----------------------------------------------------------------------------
Jeff Putsch                          |  Internet: putsch@uicc.com
Unitrode Integrated Circuits Corp.   |  
Merrimack, NH  USA                   |  Voice   : (US) 603-429-8626 (daytime)
From: amr@nestler.DE (Andre Mueller)
Newsgroups: comp.windows.interviews
Subject: Re: preview.c: damaging questions
Date: 21 Dec 92 18:46:32 GMT
Distribution: comp
Organization: Nestler Electronics (Germany)

In article <PSHANNON.92Dec20181421@iapetus.cv.nrao.edu>, pshannon@iapetus.cv.nrao.edu (Paul Shannon) writes:
|> I'm trying to learn more InterViews by extending the example program
|> "preview.c" so that it's more nearly a true editor.  I didn't get very
|> far in this before I got stuck on the concepts of damage and repair.
|> At least that's where I think I'm stuck.
|> 

I've had the same problem.

|> I'd like to find an explanation, and I'd like to solve this specific
|> problem:
|> 
|> void DocumentView::erase ()
|> {
|>  
|>   printf ("in DocumentView::erase   ");
|>   printf ("glyphs in buffer: %d\n", page_->count ());
|> 
|>   for (GlyphIndex i=0; i < page_->count (); i++)
|>      page_->remove (i);
|> 
|> 
|> Having removed these glyphs, what do I do to see force the screen
|> update?
|> 

I've solved the problem as follows:

DocumentView has to be derived from Patch (instead from MonoGlyph)
and an update function could be defined as

DocumentView::update() {
  page_->repair();
  reallocate();
  redraw();
}

Now you need only to call this update function in your erase function:

...
  for (GlyphIndex i=0; i < page_->count (); i++)
    page_->remove (i);

  update();
...


I hope this will help you.
-- 

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

Andre' Mueller
Nestler electronics GmbH
D-7630 Lahr/Schwarzwald
Tel:    +49(0)7821 284361 
E-mail: amr@nestler.DE

==========================
Newsgroups: comp.windows.interviews
From: delemosj@loony.fiu.edu (Juan De Lemos)
Subject: Need help with connector tool
Organization: Florida International University, Miami
Distribution: usa
Date: Mon, 21 Dec 1992 18:41:33 GMT

I am new with interviews and trying to create a Directed Graph Editor.
I need some help on :
 1.- How to fix the size of my nodes.
 2.- How to connect the nodes using the connect tool.
 3.- how to connect each node with a information or dialog box.
Thanking you in advance

---
pleace replay to delemosj@fiu.edu.
Newsgroups: comp.windows.interviews
From: sriram@brc.uconn.edu (Chittathoor Muthuswamy Sriram)
Subject: Drop Me TEmporarily
Organization: Internet-USENET Gateway at Stanford University
Date: Fri, 1 Jan 1993 01:32:21 GMT


Could you please remove me from the mailing list.

Thanks

Sriram
Organization: Ryerson Polytechnical Institute
Distribution: na
Date: Sunday, 20 Dec 1992 20:41:17 EST
From: <ACPS7221@RyeVm.Ryerson.Ca>
Newsgroups: comp.windows.interviews
Subject: Font size problem.

   I have a small problem with doc.  If I select a new font size, the old font
size stays selected, and I have 2 font sizes selected.  I usually can't get the
font I want, and have trouble switching to another font after that.
   I saw someone else had the same problem, but did not catch the fix.

                  Any suggestions, gratefully accepted.
                                       Michael.
From: linton@marktwain.rad.sgi.com (Mark Linton)
Newsgroups: comp.windows.interviews
Subject: Re: InterViews not C++
Date: 21 Dec 92 22:36:16 GMT
Reply-To: linton@marktwain.rad.sgi.com (Mark Linton)
Distribution: comp
Organization: sgi
NNTP-Posting-Host: marktwain.rad.sgi.com

In article <JPOLITO.92Dec18155929@sysgem1.encore.com>, jpolito@sysgem1.encore.com (Jonathan Polito) writes:
|> 
|> So why do the InterViews developers continue to delete arrays with the
|> plain delete syntax? i.e.
|> a = new int[10];
|> delete a;
|> 
|> This clearly has undefined behavior in C++, yet InterViews continues
|> to rely upon it.

Some InterViews code is old enough to run through compilers that
didn't understand delete[] (or worse yet, generated bad code).
Please send references to any such usages in 3.1 to interviews-bugs, and
they will be fixed in the future.
Newsgroups: comp.windows.interviews
From: strunk@swt1.informatik.uni-hamburg.de (Wolfgang Strunk)
Subject: RE: 3.1 is now available
Organization: Universitaet Hamburg, Fachbereich Informatik
Distribution: comp
Date: 22 Dec 92 15:35:40

>>>>> In article <9212150500.AA16368@marktwain.rad.sgi.com>, linton@marktwain.rad.sgi.com (Mark Linton) writes:

> InterViews 3.1 is now available via anonymous ftp
> from "interviews.stanford.edu" (IP address 36.22.0.175).
> The distribution is in a compressed tar file named "pub/3.1.tar.Z"
> (about 3.8Mb).  The distribution is also ftp-able from sgi.com
> in "graphics/interviews/3.1.tar.Z".

For european users (in paticular german users): As of today (22 dec
1992) IV 3.1 is also available on
 ftp.informatik.uni-hamburg.de:/pub/X/contrib/InterViews/3.1.tar.Z
(ftp.informatik.uni-hamburg.de has IP address 134.100.4.42)

Wolfgang Strunk
-------------------------------------------------------------------------------
University of Hamburg                        Department of Computer Science
Vogt-Koelln-Strasse 30                           Research Center on
D-2000 Hamburg 54                               Software Engineering
From: bernd@bwhwob.escape.de (Bernd Wiegmann)
Newsgroups: comp.windows.interviews
Subject: Re: InterViews Product from Hewlett-Packard
Keywords: Is it VaporWare?
Date: Tue, 29 Dec 92 01:00:30 CET
Distribution: world
Organization: Arnold Bros. (est. 1905)

wws@iscp.bellcore.com (Wayne Scott) writes:

> I saw an ad in an RS/6000 Magazine in September which described an
> InterViews-based product from Hewlett-Packard with a Motif Look & Feel,
> due to be released in October.  I'm just wondering whether or not that became
> a reality.

It became reality for the HP and SUN machines. It is not available for
AIX. It is called InterViewsPlus.

        Bernd
--------------------------------------------------------------------------
    Bernd Wiegmann                 |    e-mail:  bernd@bwhwob.escape.de
    Grauhorststrasse 15            |    Tel.:   +49 5361 33622 (voice)
    D-3180 Wolfsburg 1             |            +49 5361 33752 (data)
Newsgroups: comp.windows.interviews
From: mauro@netcom.com (Mauro DePalma)
Subject: IV-3.1 gcc-2.3.3 built doc and idraw SUN4 binaries
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Date: Mon, 28 Dec 1992 21:55:17 GMT

        Site : interviews.stanford.edu
   Directory : pub/contrib
        File : SUN4bin-doc-and-idraw.tar.Z (1872063 bytes)
    Contents : README doc idraw (gcc2_compiled)

        Happy Holidays,

           mauro@netcom.com (member of the LPF)
Newsgroups: comp.windows.interviews
From: hasty@netcom.com (Amancio Hasty Jr)
Subject: Re: toggle bugs.
Organization: Netcom Online Communications Services (408-241-9760 login: guest)
Distribution: na
Date: Sun, 27 Dec 1992 00:38:19 GMT

In article <92358.183819ACPS7221@RyeVm.Ryerson.Ca> <ACPS7221@RyeVm.Ryerson.Ca> writes:
>  Doc is running great on my linux machine. Thanks everyone who helped!
>  I have not been able to figure out why 2 or more font sizes can be selected
>at a time, but I noticed the same thing happens with justify left, right etc.
>The button for the previous selection doesn't "pop back out".
>  Can anybody please explain to me, how this might be fixed.
>
>                        Any responses gratefully received.
>                               Happy Holidays!
>                                   Michael.
I am not sure if this will answer your question but I think it is relevant.
At least on the 386bsd port, you have to select something before you can 
select a font, point size, etc. If I don't select something first, the 
check marks  along the menu's items  don't go away with multiple selections
of fonts or point size menu items :-)

Amancio Hasty
-- 
Amancio Hasty           |  
Home: (415) 495-3046    |  ftp-site depository of all my work:
e-mail hasty@netcom.com	|  sunvis.rtpnc.epa.gov:/pub/386bsd/incoming
From: jim@galifrey (Jim Weirich)
Newsgroups: comp.windows.interviews
Subject: Problems building on HP 720
Date: 30 Dec 92 16:58:27 GMT
Organization: GE Corporate R&D Center
X-Newsreader: Tin 1.1 PL3

I am attempting to build IV 3.1 on an HP 720 using HP's C++ (HP C++
B2402 A.02.34).  The build fails with the following message while
compiling action.c:

	Pid 1039 was killed due to insufficient
	memory or swap space for stack growth.
	Memory fault(coredump)

The abort happens during the preprocessor (Cpp.ansi).  

Additional information that may or may not be related: Earlier in the
build, makedepend reports that it cannot find the file
"extensions/shape.h".

Any suggestions welcome.  Respond by E-mail (jim@galifrey.ae.ge.com) or
by post.

Thanks.

-- Jim Weirich (jim@galifrey.ae.ge.com)
Newsgroups: comp.windows.interviews
From: dms@cat.syr.edu (David Sternlicht)
Subject: Re: attaching X window id to IV object
Organization: CASE Center, Syracuse University
Date: Tue, 29 Dec 92 17:35:56 EST

dac@cbnewsf.cb.att.com writes:

	My understanding is that a goal of IV is to keep the IV programmer working
	exclusively at the object level and not do any direct X coding.  Am I
	prevented from it?  Do one or more IV classes provide some analog to the
	OLIT Stub, so that I can capture those mouse cursor movements using IV?

Nothing prevents you from direct Xlib codeing.  While the InterViews design 
provides an X independent level for programmers to work at, it is not difficult
to mix IV code with Xlib.  I have done this on numerous occasions.  The IV-X11
include files are accesable to the application programer in order to do this.
I am not familiar with the OLIT STUB widget, but you can use the InterView's
InputHandler class to respond to mouse motion.


                                dave sternlicht
                                mit X consortium
                                dave@expo.lcs.mit.edu
From: DAHMS@ifk20.mach.uni-karlsruhe.de (Heribert Dahms)
Newsgroups: comp.windows.interviews
Subject: Re: Problems building on HP 720
Date: 31 Dec 1992 14:19:57 GMT
Organization: University of Karlsruhe, FRG (Dept. of Mechanical Engineering)
Distribution: world
NNTP-Posting-Host: ifk28.mach.uni-karlsruhe.de
X-News-Reader: VMS NEWS 1.20

In <1992Dec30.165827.14837@crd.ge.com> jim@galifrey writes:

: I am attempting to build IV 3.1 on an HP 720 using HP's C++ (HP C++
: B2402 A.02.34).  The build fails with the following message while
: compiling action.c:
: 
: 	Pid 1039 was killed due to insufficient
: 	memory or swap space for stack growth.
: 	Memory fault(coredump)
: 
: The abort happens during the preprocessor (Cpp.ansi).  
[...]
: -- Jim Weirich (jim@galifrey.ae.ge.com)

I got the same with iv3.1-b3 and tried to isolate by
copying Dispatch/iostreamb.h to h.c and the minimum neccessary *.h :

% uname -a
HP-UX uw70 A.B8.05 A 9000/720 25924172

% CC -I. h.c


Pid 4560 was killed due to insufficient
memory or swap space for stack growth.
CC: error: `/usr/lib/Cpp.ansi' terminated with signal 11 (1922)

% ll core
-rw-r--r--   1 hb10     hb00     13828844 Oct 13 11:13 core

Our SysAdm said: hmmm, filled up 170MB swap space?

So I stopped building iv on this machine.

% ll -R
total 38
-rw-------   1 hb10     hb00         261 Oct 13 11:17 CC.error
drwx------   2 hb10     hb00        1024 Oct  2 19:22 Dispatch
drwx------   2 hb10     hb00        1024 Oct  2 19:33 OS
-rw-------   1 hb10     hb00        3718 Oct  2 20:25 h.c
-rw-------   1 hb10     hb00       12203 Oct  2 19:02 i.c

./Dispatch:
total 18
-rw-------   1 hb10     hb00         566 Oct  2 19:20 _defines.h
-rw-------   1 hb10     hb00        1387 Oct  2 19:20 dp.h
-rw-------   1 hb10     hb00        1571 Oct  2 19:03 enter-scope.h
-rw-------   1 hb10     hb00        3718 Oct  2 19:03 iostreamb.h

./OS:
total 16
-rw-------   1 hb10     hb00         893 Oct  2 19:33 _defines.h
-rw-------   1 hb10     hb00         409 Oct  2 19:20 _undefs.h
-rw-------   1 hb10     hb00        1616 Oct  2 19:20 enter-scope.h
-rw-------   1 hb10     hb00        1299 Oct  2 19:30 leave-scope.h
-rw-------   1 hb10     hb00        1373 Oct  2 19:30 os.h



Bye, Heribert (dahms@ifk20.mach.uni-karlsruhe.de)
Newsgroups: comp.windows.interviews
From: hohndel@informatik.uni-wuerzburg.de (Dirk Hohndel)
Subject: 3.1 Doc with Patch and gcc 2.3.3
Organization: University of Wuerzburg, Germany
X-Newsreader: TIN [version 1.1 PL6]
Date: Mon, 28 Dec 1992 14:03:31 GMT


Hi

I just recompiled IV3.1 with aplied patches for doc/idraw I found
here recently using gcc-2.3.3 und SunOS-4.1.1. Unfortunately doc still
refuses to work (Segfault).

Anyone with success ??

		Dirk

--
 hohndel@informatik.uni-wuerzburg.de (Dirk Hohndel) 
 Lehrstuhl Informatik I, Universitaet Wuerzburg, Am Hubland, D-8700 Wuerzburg
From: linton@marktwain.rad.sgi.com (Mark Linton)
Newsgroups: comp.windows.interviews
Subject: Re: InputHandlers and margins
Date: 21 Dec 1992 22:51:18 GMT
Organization: sgi
Distribution: world
Reply-To: linton@marktwain.rad.sgi.com (Mark Linton)
NNTP-Posting-Host: marktwain.rad.sgi.com

In article <BzKtBn.F0F.1@cs.cmu.edu>, jayg+@CS.CMU.EDU (Jay Gowdy) writes:
|> I have an ActiveHandler subclass that set's it's body as follows:
|> 
|> body(layout.fixed_span(kit.outset_frame(character_glyph
|>                        size, size));
|> 
|> The problem is, events such as enter and leave only take place
|> over the character glyph!  It seems that kit.outset_frame sets up a 
|> margin around the glyph it contains, and events are not reported in
|> the margins of glyphs for some odd reason.  Now it seems to me that
|> this behaviour would be hard to implement, therefore there _must_ be
|> some way to turn it off (yeah, I'm an optimist)!
|> 
|> By the way, for some other odd reason kit.bright_inset_frame does 
|> _not_ put a margin around it's glyphs, and the following works fine:
|> 
|> body(layout.fixed_span(kit.bright_inset_frame(
|>             layout.hbox(layout.hglue(),
|>                         character_glyph,
|>                         layout.hglue())), size, size));
|> 
|> I've noticed this behaviour in other glyphs that marginalize things,
|> but its only been annoying, not critical, as it is in this case.  
|> Please tell me 1) why this is happening 2) how I can stop it.

1)  The why is a bit obscure.  It has to do with the last two parameters
to the BevelFrame constructor and their affect on BevelFrame::pick.
I'm not sure I can defend the pick behavior of bright_inset_frame and
outset_frame being different, but that is why.  The reason the margin
usage is different is that bright_inset_frame tries to allocate the margin
from the body itself, as opposed to adding it.

2)  This is easier.  The Target class is very useful for controlling pick
behavior.  You can wrap a target around the body so that the entire
body will be picked.  The TargetPrimitiveHit tag is the most useful.
From: braver@magnolia.Berkeley.EDU (Michael Braverman)
Newsgroups: comp.windows.interviews
Subject: Landscape Text Bug/Feature in Idraw
Date: 23 Dec 1992 10:36:23 GMT
Organization: University of California, Berkeley
Distribution: usa
NNTP-Posting-Host: magnolia.berkeley.edu

I have two versions of Idraw on my Sparcstation.   Unfortunately, I don't
know their exact version numbers, but I believe the following description
should suffice to eliminate any ambiguity.  The older version (which is from
the era when multiple views were not supported) does what I expect when
writing text in landscape mode: namely, it goes left to right across the
screen (and left to write across the print-out when the print-out is held
in the landscape orientation).  The newer version of idraw (which I believe
was the first version to support multiple views and the first version to
separate the selection of arrows from the selection of line thickness in
the "Brush Menu") does not do what I expect in the landscape orientation;
the page border gets flipped sideways, but inserted text gets printed in
the same orientation as it would have had I stayed in Portrait Mode (i.e.,
in landscape mode text comes down from the top of the page to the bottom
with the tops of the characters oriented to the right of the Landscape mode
page border - in other words, the text is only readable from left to right
if the print-out is held in a Portrait orientation)

Now the question- before I go to the trouble of compiling version 3.1,
could someone tell me if this strange behavior has been fixed, or is this
known to be a "feature" of the later versions of idraw?


Thanks for the info,

Michael Braverman
braver@cs.berkeley.edu
From: dms@cat.syr.edu (David Sternlicht)
Newsgroups: comp.windows.interviews
Subject: Re: what is kit in local.def
Date: 28 Dec 92 16:55:00 GMT
Organization: CASE Center, Syracuse University

chucks@iplmail writes:

	 I have built iv3.1 on a sun4. in local.def  the following is found.
	/*
	 * Default customization of kits.
	 * Possible flags to define:
	 *      sgi_motif_kit (SMFKit), motif_kit (MFKit),
	 *      openlook_kit (OLKit), bw_kit (MonoKit)
	 */
	#ifndef KitFlags
	#define KitFlags \
	-Dmotif_kit \
	-Dsgi_motif_kit \
	-Dopenlook_kit \
	-Dbw_kit \
	-Ddefault_kit=SMFKit
	#endif

	 what is the function of selecting a different kit. I have not found 
	 anything in the papers regarding this.

These flags control how src/InterViews/kit.c  gets compiled.  Therefor you could 
concievably choose not to allow the creation of certain kit styles by deleting
one of these flags.  See table 1.1 in section 1.3.1 of the reference manual for
the setting of kit styles at runtime.


                                dave sternlicht
                                mit X consortium
                                dave@expo.lcs.mit.edu
From: d90-mto@nada.kth.se (Mattias Tollet)
Newsgroups: comp.windows.interviews
Subject: Problem with vscroll_bar() in 3.0.1
Date: 30 Dec 92 09:20:15 GMT
Organization: Royal Institute of Technology, Stockholm, Sweden

-----------------------------------
When trying to use the Kit::vscroll_bar(), I found that it behaves strange.
I tried both to append it to a Page and to put it in an LRBox - but it wasn't
there! The Kit::hscroll_bar does not have these problems though (the source of
the two scrollbars are almost identical!?). What did work was putting the 
vscroll_bar into a TBBox. Is there any known way of getting around this problem
(without leaving 3.0.1)?

Mattias Tollet 
Keywords: 
Newsgroups: comp.windows.interviews
From: vlis@WATSON.IBM.COM (John Vlissides)
Subject: Re: Unidraw Reference Manual
Reply-To: vlis@watson.ibm.com
Organization: Internet-USENET Gateway at Stanford University
Date: Tue, 29 Dec 1992 15:38:28 GMT

In article <1992Dec28.122937.11242@kth.se>, you write:

> Is there a reference manual for Unidraw available?

Not per se.  But beyond the manual pages and the tutorial in the
distribution there's my thesis, which describes Unidraw on
architectural, implementation, and experience levels.  You can order a
copy for a nominal fee by contacting Naomi Schulman
<schulman@shasta.stanford.edu>.  Ask for a copy of technical report
CSL-TR-90-427 titled "Generalized Graphical Object Editing."

--
John Vlissides / IBM T.J. Watson Research / vlis@watson.ibm.com
Newsgroups: comp.windows.interviews
From: chrisp@CEPHB.CEPHB.FR
Subject: Please !!!! Unsubscribe me from the list
Organization: Internet-USENET Gateway at Stanford University
Date: Mon, 21 Dec 1992 09:20:41 GMT


Hi,

For a week, I asked for my removing from the Interviews List.

I have received any notes or answer.

So,

I ask again to be removed from this list. 

PLEASE REMOVE ME FROM THE LIST !!!!!!!!!!!!!!!!!1

Thanks 

Christophe PERSON
Newsgroups: comp.windows.interviews