HDTenEightyP/NetNews huggingface dataset:
From: tolk@opal.cs.tu-berlin.de (Robert Tolksdorf)
Subject: Re: can't print punidraw.ps
Keywords: LaTeX version, documentation
Organization: Techn. University of Berlin, Germany
Date: Thu, 3 Sep 1992 08:27:05 GMT

huub@cwi.nl (Huub Bakker) writes:

>Hello world,
>
>I tried to print the file /pub/papers/punidraw.ps from interviews.stanford.edu
>but no printer in here could eat the Postscript dialect. 


The same goes for me, too. A Laserwriter has problems, Ghostview has
problems with some docs, gs has problems. I could print the ibuild
user's guide only after manually editing the ps-file and shifting the
postscript-trailer with the page comment to the beginning of the file.

I think there would be less problems, if they were produced by dvips
instead of dvi2ps and if they used a cleaner framemaker-prolog (and
framemaker-converted ps-files that do not play tricks (i.e. coping
with Mac-dictionaries etc.).

Ciao Robert
--
| Robert Tolksdorf       	| Technical University Berlin |
|  				| FB 20 - FLP - FR 6-10       |
| e-mail: tolk@cs.tu-berlin.de  | Franklinstr. 28/29          |           
| tel:   +30/314-73558 (FR6078)	| D-1000 Berlin 10 / Germany  |
From: tw@fgb1.fgb.mw.tu-muenchen.de (Thomas Wuensche)
Newsgroups: comp.windows.interviews
Subject: Docs on doc? A question and an offer
Keywords: interviews, doc
Date: 28 Aug 92 16:30:27 GMT
Reply-To: tw@fgb1.fgb.mw.tu-muenchen.de
Organization: Leibniz-Rechenzentrum, Muenchen (Germany)


Hello doc users,

I recently started using doc for writing down my dissertation
thesis. It looks quite interesting for this job.

What I really miss is documentation describing the usage
and the possibilities offered. If it exists and I simply
missed it, I'd be glad if somebody could open my eyes :-).

If nothing like that exists, I'd make the following suggestion:

I could play with the interface and go through the code and put
up the skeleton of such a documentation. It'd contain the main
elements that are available someway like:

Document items:

 -Fonts

 -Items
   -smallskip
   -medskip
   ...

 -Macros

....

Predefined values

Standard contents of a style

Interactive use
  Modifying a float
  ...

etc.

This could be filled in by more knowledgeable people ( ok, I'll
also put in my knowledge, but that's pretty small :-().

A future real documentation could be based on that. What is
required for this is enough interest for the project and some
people willing to add information.

I'd be glad to hear of you.

	- Thomas
Newsgroups: comp.windows.interviews
From: linton@marktwain.rad.sgi.com (Mark Linton)
Subject: Re: field editor background
Reply-To: linton@marktwain.rad.sgi.com (Mark Linton)
Organization: sgi
Distribution: usa
Date: Thu, 27 Aug 1992 16:18:06 GMT

In article <4766@news.duke.edu>, hines@neuro.duke.edu (Michael Hines) writes:
|> 
|> What is the best way to get a different background for field editors?
|> I tried putting
|> *FieldEditor*background: #ffffff
|> in .Xdefaults, /interviews/lib/app_defaults/InterViews
|> and in the PropertyData that gets sent to session
|> but the editors are still red. Apparently
|> smf_kit.c is getting the last word.

Yes, the kit implementations are overriding your defaults (except
for command-line options).  {smf,mf}_kit.c should use a lower priority
in the attribute calls (e.g., -10 instead of -5).
Newsgroups: comp.windows.interviews
From: rjesse@netcom.Netcom.COM (Rick Jesse)
Subject: gcc2.2.2/interviews2.6
Date: Sat, 29 Aug 92 19:20:43 GMT
Organization: Netcom Online Communications Service
Distribution: comp.windows.interviews

For various reaons, I'm interested in building interviews 2.6.  Has
anyone built it with gcc 2.2.2?  I'm guessing its not that bad;
but thought I'd check to see if anyone else has tried it.

Thanks,

Rick Jesse
From: linton@marktwain.rad.sgi.com (Mark Linton)
Newsgroups: comp.windows.interviews
Subject: Re: scrolling of TBScollBox
Date: 27 Aug 92 17:01:13 GMT
Reply-To: linton@marktwain.rad.sgi.com (Mark Linton)
Organization: sgi

In article <1992Aug27.062744.7444@tom.rz.uni-passau.de>, ringel@forwiss.uni-passau.de (Joerg Ringel) writes:
|> I've a class with a TBScrollBox (TextShow).
|> For this class I've defined the following function:
|> 
|> class TextShow : public InputHandler {
|> 
|> ....
|> ....
|> protected:
|>   TBScollbox* box;
|> ....
|> }
|> 
|> inline void TextShow::scroll_to_end()
|> 
|>    { box->scroll_to(Dimension_Y, Coord(0)); }
|> 
|> 
|> My problem is that I receive always:
|> 
|> signal SEGV (no mapping at the fault address) in allocate__7ivPatchFP8ivCanvasRC12ivAllocationR11ivExtension at 0xf766b0f0
|> allocate__7ivPatchFP8ivCanvasRC12ivAllocationR11ivExtension+0x34:   ld      [%o1 + 4], %o2
|> (xdbx) where
|> allocate__7ivPatchFP8ivCanvasRC12ivAllocationR11ivExtension() at 0xf766b0f0
|> reallocate__17ivTBScrollBoxImplFv() at 0xf76871c8
|> refresh__17ivTBScrollBoxImplFv() at 0xf7686eec
|> impl__13ivTBScrollBoxCFv() at 0xf7686ce0
|> scroll_to__13ivTBScrollBoxFUif() at 0xf7686bec
|> scroll_to_end__8TextShowFv(__0this = 0xe9208), line 469 in "xrapiv/rapiv.c"

TBScrollBoxImpl::reallocate should have a test

	if (canvas_ == nil) {
	    return;
	}

at the beginning.
From: smp@cathedral.cerc.wvu.wvnet.edu (Shailesh M. Potnis)
Newsgroups: comp.windows.interviews
Subject: Problems in printing 3.1 IV ref docs with 3.0 doc
Date: 28 Aug 92 21:11:41 GMT


	I am having problems with the print quality of the .ps files produced
from v 3.1 beta iv/src/man/refman/ch*.doc by using iv 3.0 doc.  Is the print
quality problem due to the version mismatch of the doc bin and the doc files
or is there a bug/font problem at my site.

	I do not have space to install 3.1 beta on our machines at this time. 
This should answer why I am using  v3.0 doc instead of v3.1 beta doc (if
a newer version exists in 3.1 beta)

	All comments and suggestions are highly appreciated.


	Shailesh
--
Shailesh Potnis, Associate	|Concurrent Engineering Research
Member of Technical Staff	|Center, West Virginia University
Newsgroups: comp.windows.interviews
From: janin@espresso.boeing.com (Adam Janin 5-3545)
Subject: Re:  Session: :read_nonevent ()
Organization: Internet-USENET Gateway at Stanford University
Date: Thu, 3 Sep 1992 17:54:12 GMT

In 3.1, Session::read may be called like:

Session::read(long sec, long usec, Event& e)

The call will time out if there are no events after sec seconds and usec
microseconds.  This still isn't exactly what you want, but it'll work.

	Adam Janin
----------------------------------------------------------------------
|       		      Adam Janin			     |
|       	       Boeing Computer Services			     |
|       	      Advanced Computing Systems		     |
|       	       P.O. Box 24346, MS 7L-22			     |
|       	       Seattle, WA  98124-0346			     |
|       	      janin@espresso.boeing.com			     |
|       		Work:  (206) 865-3545			     |
|       		 Fax:  (206) 865-2966			     |
|       		Home:  (206) 557-0615			     |
|--------------------------------------------------------------------|
|                                                                    |
|  When a fly lands on the ceiling, does it do a half roll or a      |
|  half twist?						             |
|                                                                    |
----------------------------------------------------------------------
From: linton@marktwain.rad.sgi.com (Mark Linton)
Newsgroups: comp.windows.interviews
Subject: Re: Help with building InterViews 3.1Beta on sparc
Date: 4 Sep 92 16:35:44 GMT
Reply-To: linton@marktwain.rad.sgi.com (Mark Linton)
Organization: sgi

In article <1992Sep4.022206.20298@research.nj.nec.com>, max@ccrl.nj.nec.com (Maximilian Ott) writes:
|> /usr/local/lang/CC/sun4c/CC -Dopenlook_kit -Ddefault_kit=SMFKit  -PIC  -Dcplusplus_2_1     -I../../../.././src/include -I/cmnusr/openwin/include   -c ../../InterViews/kit.c
|> CC  ../../InterViews/kit.c:
|> "../../InterViews/kit.c", line 81: error: syntax error
|> "../../InterViews/kit.c", line 81: error: syntax error

The compile flags look wrong.  You only define openlook_kit (which isn't implemented
in beta anyway), then you make the default SMFKit.  You need to use
-Dsgi_motif_kit if you want the default to be SMFKit.
Newsgroups: comp.windows.interviews
From: christia@latenite.ssc.gov (Mike Christiansen)
Subject: 3.1 release date???
Organization: SSC Laboratory, Dallas, TX
Distribution: usa
Date: Sat, 29 Aug 1992 20:34:58 GMT

When will the official 3.1 be released...and more important...what
will be it's new features, if any, beyond 3.1beta?? 

Will there be support for string browsers, editors, and other nice
things which are in the Interactor based stuff?

Also, I have found that I can insert interactors into glyph based
containers, but there is no way to adjust the perspective of an
interactor (say a texteditor) with a glyph based scroller..is this
true or is there a work around (I want a consistent L&F throughout
the interface i.e. no 2.6 scrollbars).

thanks...
--
----------------------

Mike Christiansen
Superconducting Super Collider Laboratory
Controls Group
2550 Beckleymeade Ave.
MS.4002
Dallas, TX. 75237

214-708-3415
christia@latenite.ssc.gov
Newsgroups: comp.windows.interviews
From: ebubra@ebu.ericsson.se (Bertil Askelid)
Newsgroups: comp.windows.interviews
Subject: "Extent" class: "tol" data member?
Date: 3 Sep 92 23:20:00 GMT
Reply-To: ebubra@ebu.ericsson.se (Bertil Askelid)
Followup-To: comp.windows.interviews
Organization: Ericsson Business Communications, Anaheim, California


   What is "tol" an abbreviation of?
   
   I am using InterViews-3.0.1.
-- 
			Bertil Askelid
			ebubra@ebu.ericsson.se
Newsgroups: comp.windows.interviews
From: linton@marktwain.rad.sgi.com (Mark Linton)
Subject: Re: Color: :Xor
Reply-To: linton@marktwain.rad.sgi.com (Mark Linton)
Organization: sgi
Date: Thu, 27 Aug 1992 16:52:23 GMT

In article <9208251618.AA29279@sparc0.brc.uconn.edu>, sriram@brc.uconn.edu (Chittathoor M. Sriram) writes:
|> 	COuld someone be kind enogh to point me out the 
|> 	significance of 
|> 	color = new Color(style->background(), 1.0, Color::Xor);
|> 						    ^^^^^^^^^^
|> 
|> 	the above marked region. What is it used for.

Color::Xor uses xor'ing as the blending operation--the destination
will be xor'd with the source.  Doc uses this for highlighting
on monoplane systems.

|> 	Also Is there any DOCUMENTATION available for the Doc WYSIWYG Editor.

As for externals, there is only the manual page.  For internals, there is a paper
that will appear in this year's OOPSLA conference.  I'll make a copy of
the PostScript ftp-able as oopsla92.ps.Z soon (can't get to my ftp machine
right now).
Newsgroups: comp.windows.interviews
From: ringel@forwiss.uni-passau.de (Joerg Ringel)
Subject: Re: 2D scrolling?
Organization: University of Passau, Germany
Date: Fri, 28 Aug 1992 08:31:21 GMT

Mark Linton writes:

>We would like to provide a Viewport glyph that supports scrolling and zooming,
>but haven't had enough time to get a complete implementation yet.
>I wouldn't do scrolling with a TransformSetter, but for zooming
>it is definitely a reasonable approach.

Can you say when it will be implemented and
send me please a copy of you not completed implementation (Viewport)
with EMAIL or into this Newsgroup ?

Thanks in advance,

	Joerg		(ringel@forwiss.uni-passau.de)


Newsgroups: comp.windows.interviews
From: linton@marktwain.rad.sgi.com (Mark Linton)
Subject: Re: InterViews 3.1Beta & Monochrome displays
Reply-To: linton@marktwain.rad.sgi.com (Mark Linton)
Organization: sgi
Date: Sat, 29 Aug 1992 00:20:54 GMT

In article <1992Aug27.133218.8211@sco.COM>, larryp@sco.COM (Larry Philps) writes:
|> I have just started to play around with InterViews 3.1Beta, and have a
|> question that I hope somebody can help me with.  The "Motif" and
|> "OpenLook" GUI objects look fine on colour displays, but the shading
|> algorithm seems to fail on my Monochrome NCD Xterminal.
|> 
|> For example, in ifc, the scroll bars are all but useless because the
|> shading makes most of the "features" (like the arrow heads in the motif
|> GUI) invisible.  I have fooled around with explicity setting of fg, bg
|> and flat to all the possible permutations of white and black, and have
|> not been able to get fully visible objects.  The -monochrome flag also
|> does not seem to help matters.
|> 
|> Is this a known problem?  Am I doing something obviously wrong?

The monochrome kit was removed in 3.1-beta.  It will appear in 3.1
(thanks to Jason Baietto).
Newsgroups: comp.windows.interviews
From: wang@db.toronto.edu (Huaiqing Wang)
Subject: Re: Selecting A Zoom Region
Organization: Department of Computer Science, University of Toronto
Date: 3 Sep 92 12:45:47 GMT

In article <9209030207.AA06956@sparc0.brc.uconn.edu> sriram@brc.uconn.edu (Chittathoor M. Sriram) writes:
>
>Hi,
>	I have an application which has a Page filled with Glyphs.
>
>	What I want to do is select a Portion of the Page for 
>	zooming.  
>
>	Presently I am drawing a rectangle with every motion 
>	event to get a simulation of the RubberRect. That is 
>	I redraw the entire page and then the Rectangle with the new
>	dimensions. It sound like a inefficient way but I cannot
>	think of any  other way to accomplish this in IV 3.0.
>
>	Is there any better method ?
>
>	Highly appreciate any pointers.
>
>
>Sriram

Hi, this is actually "chen@ie.toronto.edu", I am the guy who modified
the Scrollable Glyph.

I did something like Sriram have in mind in my
project. Basically, I used a XYMarker as the background Glyph and then
from the ratio of the Selected Rectangle to the current Width and Height
for the zooming factor (I call them "magnification").

Obviously first of all, put Your Glyph into Scrollable first. Then, use
<Scrollable instance name>->do_mag(<new maginification>) to zoom in
and then <Scrollable instance name>->scroll_to(coord_x, coord_y).

Scrollable is very expensive since it uses TransformSetter all the time.
but I guess for Zooming that is the best you can do. :)

	-- Chen Wang

Ps: A newer version of Scrollable will be released and with the caution from
    my prof., a proper Copyright sign somewhere. ;)
.
From: donn@carson.u.washington.edu (Donn Cave)
Newsgroups: comp.windows.interviews
Subject: floating Coord round-off
Date: 1 Sep 92 16:03:41 GMT
Article-I.D.: u.1992Sep1.160341.13749
Organization: University of Washington

In 3.0.1, it sometimes seems that the actual size and position of
elements on the screen is slightly more variable than one would expect,
and I have been thinking that this is because of round-off errors between
InterViews' floating point coordinate system, and X's integer screen
coordinates.

For example, the outset frame around a series of pushbuttons will be slightly
larger below one button than the rest.  It's particularly spectacular when
scrolled by small increments - the window seems to undulate.

This is on a 100dpi screen, using the default "Motif" kit.

Is there something one can do to avoid this effect?  (Assuming that it's
still around in 3.1.  Am certainly relieved to hear that 3.1 will have a
monochrome kit, by the way.)

	Donn Cave, University Computing Services, University of Washington
	donn@cac.washington.edu
Newsgroups: comp.windows.interviews
From: epovazan@sun-4.cs.uct.ac.za (Edward Povazan)
Subject: Pull down menu's in iv3.0
Keywords: menu, pull down menu's
Organization: Computer Science Department, University of Cape Town
Distribution: global
Date: Wed, 2 Sep 1992 15:59:14 GMT


Hello 

I've just started using InterViews 3.0.  I had no problem getting buttons on
to the screen but I'm trying to get pull down menu's up.

How is this done?  Do I have to write the routines to check if a menu is 
being pressed, highlight routine, ...etc. or is there a way to define them
in an easy way (like the button)?

Any code that implement simple menu's would be appreciated.

Thanks
Teddy Povazan


Newsgroups: comp.windows.interviews
From: chen@IE.UTORONTO.CA (Chen Wang)
Subject: More info on scrollable ...
Organization: Internet-USENET Gateway at Stanford University
Date: Fri, 28 Aug 1992 13:55:17 GMT


Hi, all:

	Just want to add that this version of "scrollable" will only
work with 3.1b, since 3.1a seems to have a weird problem with redrawing.

	So, the base call convention is:

	Scrollable* s = new Scrollable(Glyph*, Coord, Coord);

	However, the Glyph* must be a Instance of Page (other wise why
would you want to scroll it? :)).

	I know, I know, I can probably make it better if I spend a few
more days on it. But my main project is due soon. :(

	-- Chen Wang
Newsgroups: comp.windows.interviews
From: pan@panda.Stanford.EDU (Doug Pan)
Subject: Re: I dont understand a Deck in 3.1B
Organization: Stanford University
Date: 26 Aug 92 17:12:23

In article <1992Aug20.093137.15433@cssc-syd.tansu.com.au> richardf@cssc-syd.tansu.com.au (Richard Favero) writes:
Path: leland.Stanford.EDU!stanford.edu!ames!haven.umd.edu!uunet!munnari.oz.au!deakin.OZ.AU!cs.uow.edu.au!cssc-woll.tansu.com.au!cssc-syd.tansu.com.au!richardf
   From: richardf@cssc-syd.tansu.com.au (Richard Favero)
   Newsgroups: comp.windows.interviews
   Date: 20 Aug 92 09:31:37 GMT
   Organization: Customised Software Solutions Centres, AOTC
   Lines: 11

>   When I flip to another of the members of the deck they do not display until
>   the mouse goes across.
>
>   Do I have to do something to get them to draw straight after the flip_to?

Deck::flip_to (intentionally) does not damage the canvas occupied by
the previous card.  Calling Canvas::damage will update the canvas
occupied by the Deck upon the next draw traversal.  Try wrapping the
Deck in a Patch and call Patch::redraw, which calls Canvas::damage
with the correct size information, after Deck::flip_to.

--Doug
From: coller@alnitak.usc.edu (Lee D. Coller)
Newsgroups: comp.windows.interviews
Subject: Dynamically changing Unidraw Menus
Date: 1 Sep 1992 10:30:47 -0700
Organization: University of Southern California, Los Angeles, CA
Distribution: world
NNTP-Posting-Host: alnitak.usc.edu

I am trying to create menus in Unidraw which get their command keys from
the .Xdefaults file.  To accomplish this I have created a subclass of
CommandControl, and overridden Reconfig to get the appropriate attributes
using GetAttribute() and then setting the ControlInfo fields accordingly.
This works in that the command keys are indeed retrieved and will activate
those menu items, but the menu is not properly sized.  It appears to use
the width of the menu before the command keys are added.  What additional
steps do I need to take to get the menu to be of the proper width.

I had also wanted to be able to set a different label through the
.Xdefaults file, but that doesn't work at all.  I know that is because
the label is set at the time the Control is constructed, but is their
an easy way to reset it without doing a lot more work (subclassing
ContolInteractor and essentially duplicating most of CommandControl is
more work than I really want to do).

Thanks.
-- 
-----------------------------------------------------------------
Lee D. Coller (coller@alnitak.usc.edu)		+1 (310) 379-0844
USC Behavioral Technology Labs, 250 N. Harbor Dr. Ste 309
Redondo Beach, California, 90277
From: richardf@cssc-syd.tansu.com.au (Richard Favero)
Newsgroups: comp.windows.interviews
Subject: I dont understand a Deck in 3.1B
Date: 20 Aug 92 09:31:37 GMT
Organization: Customised Software Solutions Centres, AOTC

Hi,

I am putting a Deck together.

When I flip to another of the members of the deck they do not display until
the mouse goes across.

Do I have to do something to get them to draw straight after the flip_to?

Thanks in advance
Richard Favero
From: J.Cowan@cs.ucl.ac.uk
Newsgroups: comp.windows.interviews
Subject: InterViews 2.6 built with gcc 2.2
Date: 2 Sep 92 15:31:04 GMT


We have built InterViews 2.6 with gcc 2.2 - there were
only a few changes required (mainly to do with the use of
statics in header files).

If anyone is interested, they can ftp it from the UCL
anonymous ftp area cs.ucl.ac.uk (128.16.5.31).
It is in:

	./proof/InterViews26.tar.Z

James Cowan
Newsgroups: comp.windows.interviews
From: luisg%hadar@UUNET.UU.NET (Luis Galleguillos)
Subject: Re: polygon alignment
Organization: Internet-USENET Gateway at Stanford University
Date: Wed, 26 Aug 1992 19:12:42 GMT

Draw aline thrugh the points on a plane. Calculate dy/dx of the line . Calculate the dy/dx of all
facets of the poligon.If the desired facet or if one of the facets has the same dy/dx
as of the line drawn through the two points then use descriptive geometry to find the translation
needed to align them:

if
  abs(Poligonfacet(i)dy/dx) = abs(Planepointsdy/dx)
then you can get a,b,a1,b1 of line  eq. below:

  Yfacet= ax +b     and Ypoint= a1x+b1y

  Yfacet = (a+c)x +(b+c)y = a1x+b1y

solve for c and move all poits of poligon by this ammount to align with points.

Luis
From: smp@cathedral.cerc.wvu.wvnet.edu (Shailesh M. Potnis)
Newsgroups: comp.windows.interviews
Subject: How can I change the size of the doc window to see a larger text.
Date: 3 Sep 92 19:13:33 GMT


	I am trying to read the 3.1beta refman .doc files and would like to
view somewhat larger letters.  Changing the font size messes up the things. 
Can the doc window be enlarged by setting any of the resources in the
Xdefaults file? to proportionately enlarge the character size? and wiew the 
same amount of info on a page?

	All comments and suggestions are highly appreciated.

	Thanks in advance.

--
Shailesh Potnis, Associate	|Concurrent Engineering Research
Member of Technical Staff	|Center, West Virginia University
Newsgroups: comp.windows.interviews
From: c42394a@NUCC.CC.NAGOYA-U.AC.JP (Hammad Amin)
Subject: PHIGS
Organization: Internet-USENET Gateway at Stanford University
Date: Thu, 3 Sep 1992 01:51:53 GMT


Hi,

I am trying to implement a user interface in InterViews to a
3D graphics program written in SunPHIGS. I came to know that
only version 2.0 allows using X windows and only under Openwindows
version 3.

Is it possible to use InterViews for this purpose? 
How should I open the workstation for PHIGS in this case?

Thank you for any help.

Amin
Nagoya Univ. Japan.
Newsgroups: comp.windows.interviews
From: zhou@m.cs.uiuc.edu (Tom Z.-Y. Zhou)
Subject: IBM xlC on 3.1 beta
Organization: University of Illinois, Dept. of Comp. Sci., Urbana, IL
Date: Thu, 27 Aug 1992 17:51:19 GMT

Has anybody there successfully compiled the 3.1 beta with the newly
released IBM C++ compiler xlC? My experience is rather bitter. Here is
what I did to the source to make it compile:

1. A few explicit type casts

	o 1e-4 => float (in the call to Math::equal); false => int (in the
	  call to OpenBSpline::GetOriginal)

	o void** => const void** or char** to const char** in several
	  occassions of parameters passing and assignment.

2. Redeclaration of select() in accordance with IBM AIX.

I didn't cast void*/char* to const void*/const void* in parameter passing
because xlC, with flag -qlanglvl=compat, only gives warning for those
conversions ("requires a temporary"). Now, my changes are rather
innocent, aren't they? But look at my result: doc core-dumps, idraw
gives me a screenful window filled with vertical lines, and layout in
idemo is chaotic. The only programs I got working are logo, dclock, ifc,
and maybe alert and mailbox.

Previously I have built 3.1 alpha with my private port of AT&T C++ 2.0.
Although it may have problems with inlines, I basically got around and
the system is working fine. Now since I have moved on both parts (3.1
beta and IBM C++), I don't know which part to blame. Help me!

-Tom
-- 
dfasajdkgsda
dskfuiksdahf      dskufhksDFLSdf
dsFUISDAFH     DSFJUKSdfk dsKFJKsdf
Newsgroups: comp.windows.interviews