HDTenEightyP/NetNews huggingface dataset:
From: raj@gdstech.grumman.com (Rajesh Chawla)
Subject: Question on mailtool
Organization: GRUMMAN DATA SYSTEMS
Date: Tue, 13 Oct 1992 13:57:14 GMT


Hi,

We just moved to Openwindows 3.0 and now when the mail tool comes up,
it gives a message that attachements cannot be used without a classing
engine. 

What is a classing engine?

What attachements are possilbe for mailing?

Is there something I need to install to get the classing engine?

Any help would be appreciated,

Rajesh,
-- 
==================================================================
Rajesh Chawla				2411 Dulles Corner Park
E-Mail:  raj@gdstech.grumman.com	Suite 500
Phone:	(703) 713-4170	FAX: 713-4103	Herndon VA 22071
From: jem@calypso.uucp (Jonathan Magid)
Newsgroups: comp.windows.open-look
Subject: Re: OW 3.0 binder problems
Date: 12 Oct 92 16:05:18 GMT
Organization: University of North Carolina, Chapel Hill

In article <1992Oct9.105428.20426@elvis.sovusa.com> andr@elvis.sovusa.com writes:
>>100493-02 Binder (you also need the next one)
>>100524-03 Cetables (_don't_ use 100524-01. The cetables supplied with
>>            100524-02 are more complete, so I just used the new libce
>>            from -03. -05 is out now, I think.)
>>100626-03 Tooltalk
>
>
>Where can I get these patches?
>
>Thank you,
>       Andrei.
>
>

These patches are available on SunSite.unc.edu in the directory
/pub/sun-info/sun-dist.


jem.
-- 
Jonathan Magid     jem@SunSite.unc.edu       SunSite Administrator
Virtual pizza Delivery (tm)::faxed in 30 cycles or less or you get it
----------------------------------------FREE!!!-----------------------
Newsgroups: comp.windows.open-look
From: g9129499@cc.uow.edu.au (Jeremy Lawrence)
Subject: Re: OW 3.0 binder problems
Reply-To: jeremy@snrc.uow.edu.au
Organization: University Of Wollongong
Date: Thu, 8 Oct 92 02:48:56 GMT

brown@ftms.UUCP (Vidiot) writes:

>While using the OW 3.0 binder for the first time today, I ran into a couple
>of problems.  The first one has to do with the documentation regarding the
>changing of the pattern name in the File Types property.  I finally discovered
>that the return key must be pressed to enter/change the name.  Everything
>else works by entering a value and pressing apply.  Not in this stupid case.
>The manual (page 33 of the Deskset Reference Guide) doesn't say which way to
>go.  It just says to enter a new name.  Dumb.

>The worse one involves the Icon property page.  To duplicate this problem,
>select an entry from the Binder Entries. You'll see that the information in
>the Icon property is correct.  Change to the File Types property display.
>Everything should be correct there as well.  Now, select a different entry
>from the Binder Entries display.  Go back to the Icon property display.  Oops,
>now all the entries on this page reflect the previous binder entry.  But wait,
>the actual icon displayed and its color are correct.  Everything else is
>wrong.  The only cure that I know of is to quit the binder and restart it.

>Is there a new version of the binder program available somewhere?

Yep. The release version of Binder (and cetables and tooltalk) is as 
buggy as a termite mount. Relevant patches are:

100493-02 Binder (you also need the next one)
100524-03 Cetables (_don't_ use 100524-01. The cetables supplied with
            100524-02 are more complete, so I just used the new libce
            from -03. -05 is out now, I think.)
100626-03 Tooltalk

In general, it's more flexible and reliable to hand-build your
~/.cetables/cetables file using ce_db_build -to_ascii and
ce_db_build -from_ascii than to use binder, but keep backups!

For example, it's nearly impossible to control the order in which
bindings are applied using Binder - e.g. if you want to apply
a binding to *.tar.Z files with precedence over any other *.Z 
files. With a hand-build cetables, it's simply a matter of putting
the *.tar.Z binding first.

A good compromise is to muck around with binder, then hand-tweak
the cetables to fix up the mistakes :) .

---------------------------------------------------------------------
Jeremy Lawrence                                jeremy@snrc.uow.edu.au
Switched Networks Research Centre          or:    g9129499@uow.edu.au
University of Wollongong, Australia                    +61-42-21 3244
From: csdgwh@xh620.utica.ge.com (Glenn W. Hoffman)
Newsgroups: comp.windows.open-look
Subject: BadWindow error using xv_get_sel
Date: 7 Oct 92 20:00:20 GMT
Organization: General Electric

I am suddenly getting errors of the following type when I use
xv_get_sel to retrieve selected text in a window:

xterm:  warning, error event receieved:
X Error of failed request:  BadWindow (invalid Window parameter)
  Major opcode of failed request:  2 (X_ChangeWindowAttributes)
  Minor opcode of failed request:  0
  Resource id in failed request:  0x2400007
  Serial number of failed request:  14499
  Current serial number in output stream:  14499

This error occured at least 4 times in a short time period, always
involving an xterm window (I tried it on a cmdtool and got no error
there). Now the problem seems to have gone away.

I have been xv_get_sel for several weeks now and never saw this before,
but am getting nervious because we will soon introduce a large number
of former PC users to X and Open Windows and errors of this type will
only confirm their fears that a personal PC is better than this new
stuff.

Running SunOS 4.1.1, OpenWindows 3.0, Sparc 2, NCD 17c w/8 megs

So, can anyone explain what is going on. Please.

Thanks.

Glenn
From: tunny@inference.com (Jim Tunnicliffe)
Newsgroups: comp.windows.open-look
Subject: Re: XtAppCreateShell
Date: 8 Oct 92 13:22:20 GMT

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

Michael Riepe <riepe@ifwm11.ifw.uni-hannover.de> replied:
> Are you sure that your Motif application really hangs ? I have a similar problem 
> with a HP720 and a Sparc10 (OpenWindows 3.0) - when I run an xterm on the HP with 
> $DISPLAY set to the Sun, everything works; but when I run a Motif application, the 
> window just doesn't pop up. This happened with hpterm and xrn as well as with one 
> of my own applications. So, I killed the jobs on the HP and went on. But I forgot 
> to kill one of the processes, and about ten (!!!) minutes later the window suddenly 
> popped up on the Sun.
> 
> This seems to be a HP related problem; applications running on a RS 6000 or VAX
> will display their windows immediately.
> 
> Do you believe in magic ? Anyone else ?

So I'm NOT crazy!  We have a Motif application with versions for various platforms,
and I often access them from my SS1+.  The HP version will just sit there for 
(literally) ten minutes, then suddenly pop up and from then on everything will
work perfectly.  Does anyone know what's going on here?

	- tunny
______________________________________________________________________________
James A. Tunnicliffe        |                                           \\
Inference Corporation       |     In f e  r  e   n   c    e      ========\\
(800) 322-5590              |     Helping people work smarter... ========//
tunny@Inference.com         |                                           //
------------------------------------------------------------------------------
Views expressed are my own and do not necessarily reflect those of my employer
Newsgroups: comp.windows.open-look
From: barta@w6.infosys (Robert Barta, Assistent)
Subject: Porting xarchie to xview
Reply-To: barta@w6.infosys
Organization: Inst. f. Informationssysteme, TU Wien
Date: Mon, 12 Oct 1992 09:16:38 GMT

Hi folks,

Is there anyone out there already porting the xarchie client to Xview?

\Robert

---
  __
 /__/arta     | eMail: barta@infosys.tuwien.ac.at
/__/__        | pMail: Argentinierstr. 8/3.Stock, A-1040; Austria
   /__/       | Work : Institut f. Informationssysteme; TU-Wien
  /  \obert   | Phone: +43 1 58801 4425 (Fax: +43 1 505 84 53)
From: flemmon@lemmon.auspex.com (Frank Lemmon)
Newsgroups: comp.windows.open-look
Subject: Re: Help wanted: Reverse video windows vs. icon
Date: 15 Oct 92 17:58:56 GMT
Distribution: usa
Organization: Auspex Systems, Inc.

> The answer is to change (or remove?) the resource
> "OpenWindows.WorkspaceColor" so that icons are created with background
> black (#000000).

I was unaware that my .Xdefaults file set WorkstationColor to some default
other than #0.  I changed it per your suggestion and now have my icon text
labels back!  Thanks much!

Frank L.
From: jaa@mongoose.ess.harris.com (John Auer)
Newsgroups: comp.windows.open-look
Subject: Why doesn't 2.0 App work in OW 3.0
Date: 16 Oct 92 04:52:16 GMT
Distribution: usa
Organization: Harris Corporation, Melbourne, Florida

I hope this isn't too general, but here goes:

I've got an application (CAD tool) that runs fine
under 2.0.  It does okay in 3.0, except for the
following problem:  when the app spawns a child
graphics window, all the keyboard menu "shortcuts"
for the app are disabled, though "mousing" your way
through the menu works just fine.

Does this sound like a problem in 3.0, or is it
more likely a CAD tool problem?  I've tried to
research the patches available for 3.0, and
known bugs, etc, but haven't had much success.

Any input is appreciated.

John
jaa@mongoose.ess.harris.com
From: hof@e.KWL.CHKRA.abb.com (KWLE2 hof Thomas Hofmann)
Newsgroups: comp.windows.open-look
Subject: Experiences with XView port to DECstation?
Date: 13 Oct 92 09:19:48 GMT
Distribution: world

Our problem: 

We are currently developing an XView3-based application under
SunOS 4.1.2 with OpenWindows 3 that we want to port to DECstation.

Our alternatives (as we see it): 

   a. We buy a commercial XView port for DEC machines (Sun, UniPress, ...).
   b. We get the XView3-Ultrix 4.2 port from Media Lab at MIT.
   c. We get the XView source from the MIT tape and try to get it running.

We wonder now, if anyone could share his experience in this matter:

  - Are commercial ports worth the money (a couple of thousand $)? 
  - Is the method b. port stable enough for a commercial application?
  - Is method c. like reinventing the wheel? 
  - Is b. or c. possible within a reasonable time without DEC/Ultrix 
    experience, but a good working knowledge of Unix/C? 
  - How do a., b. and c. compare when having to deal with XView upgrades
    in the future on different platforms?
    
Any experiences and suggestions are highly welcome. Thanks in advance.

-------------------------------------+---------------------------+
Thomas Hofmann                       |  hof@e.KWL.CHKRA.ABB.COM  |
Department KWLE Software Development |  ABB-DECnet:   5237::HOF  |
ABB Power Generation Ltd             |  Phone +41 (56) 75 27 24  | 
CH-5401 Baden/Switzerland            |  Fax   +41 (56) 75 31 44  |
Newsgroups: comp.windows.open-look
From: peris@src.umd.edu
Subject: Filemanager
Reply-To: peris@src.umd.edu
Organization: Sun Microsystems, Inc.
Date: Tue, 13 Oct 1992 20:10:24 GMT

I am using OW 2 :-(  I would like to choose the location of the
wastebasket as well as the default edit window that pops up when
you double click on a text file. A command line specification
or a resource specification. For the wastebasket I tried entering this

deskset.filemgr.wastebasketIconXPosition:     237
deskset.filemgr.wastebasketIconYPosition:     833

in the .desksetdefaults file but it did'nt work. 

Any suggestions will be appreciated.


Vinod
_________________________________________________________
_  __
 |/  \                    Vinod G. J. Peris
 |___/  _        *   __	  Internet: peris@src.umd.edu
 |     |/    |/  |  |_    USmail:  3410 Tulane Drive #23
 |     /\__/ |   |  __|   Hyattsville, MD  20783,  USA
_________________________________________________________

Newsgroups: comp.windows.open-look
From: fbaos@nuscc.nus.sg (Ozekici Suleyman (DR))
Subject: xv_rop : can't handle drawables of different depth
Organization: National University of Singapore
Date: Thu, 15 Oct 1992 11:07:59 GMT

I get this message when I run my application:

XView warning: xv_rop: can't handle drawables of different depth
XView warning: xv_rop_internal failed

this happens when I iconise my application (sometimes), and my icon
turns blank.
other times, i can close the frame with no problem and my icon appears
although my program works fine, the message bothers me

can someone please tell me what is going on??
I'm running OW2 on a SPARC2

Newsgroups: comp.windows.open-look,alt.toolkits.xview
From: reid@ss6.cps.msu.edu (Dr Richard J. Reid)
Subject: Guide 3.0 Builds Freezing Object!
Originator: reid@ss6.cps.msu.edu
Organization: Department of Computer Science, Michigan State University
Date: Mon, 12 Oct 92 20:09:42 GMT
From: barnett@grymoire.crd.ge.com (Bruce Barnett)
Newsgroups: comp.windows.open-look
Subject: Re: cmdtool:  Need my scrollbar back!
Date: 7 Oct 92 15:45:39 GMT
Reply-To: barnett@crdgw1.ge.com
Organization: GE Corp. R & D, Schenectady, NY

In article <1992Oct1.180856.20310@noao.edu> groves@noao.edu (Lee Groves ) writes:
>   I have a program which uses the sysV curses routines.  As soon as
>   I execute an initscr(), the scrollbar for the window disappears,
>   and this is what I would expect.  The problem is that it doesn't
>   come back when I do an endwin().  

I can think of two suggestions:

Edit the /etc/termcap file so that the TE sequence has the
same entry as sun-cmd, i.e. 
---
M+|sun-cmd|Sun Microsystems Workstation console with scrollable history:\
        :te=\E[>4h:ti=\E[>4l:tc=sun:
--

Notice the "<escape>[>4h" sequence

You can also sent this out with an explicit write or an echo sequence
from the shell. I think the better solution is to fix the TE entry.
--
Bruce Barnett <barnett@crd.ge.com> uunet!crdgw1!barnett
Newsgroups: comp.windows.open-look
From: vathsan@cs.ucf.edu (Srivathsan Narasimhan)
Subject: Multiple Ttys with many concurrent processes
Organization: University of Central Florida, Orlando
Date: Fri, 16 Oct 1992 00:41:30 GMT


Hi,
	
	 I want to open multiple ttys and run independent processes
	 on each one of the ttys. 

	 My problem is that as soon as I create the second tty the 
	 first one dies. 

	 I get the following error message :

			ttysw-TIOCSPGRP: Interrupted system call

	 
	 Has anyone come across this problem, if so I would like to
	 have your opinions as to where the error originates and
	 the possible remedies.


	 I will appreciate any responses mailed to me in this regard.

	 Thanks,

	 Vathsan
From: rouquett@Aig.Jpl.Nasa.Gov (Nicolas Rouquette)
Newsgroups: comp.windows.open-look
Subject: Re: helpviewer
Keywords: hypertext
Date: 14 Oct 92 20:48:36 GMT
Article-I.D.: jpl-devv.1992Oct14.204836.8835
Reply-To: rouquett@aig.jpl.nasa.gov
Organization: NASA/Jet Propulsion Laboratory

In article <1992Oct14.002342.13484@dsg.tandem.com>, morry@DSG.Tandem.COM (Operator) writes:
|> 
|> I'm looking for documentation on using helpviewer. I want to use
|> FrameMaker to create my documentation and print them to a
|> PostScript file but there is no documentation on how to get
|> the hypertext links into the PostScript files. Does anyone have
|> this info or is there a Converter that will convert Frame files
|> to the helpviewer format?
|>                                    Thanks in advance Morry Davis 
|> 
|> 

I vaguely remember that the doc on openwindows mention that
the hypertext link syntax for helpviewer should be documented.
ANyway, a while ago I looked at some of the help books.
The hypertext extensions seems to be implemented as '%%...' commands.
That doesn't seem surprising since the document can still print.
The hypertext commands make sense only to the helpviewer.

%%Link:v1:0:50 0 149 54:view::1
            ------1---- --2-  4

%%Link:v1:0:247 0 321 54:view:handbooks/question.handbook:1
                              ---------------3-----------

1 seems to be the bounding box in page coordinates of the hypertext
region that, when clicked will cause the hypertext action (2) to be executed.

2 seems to be the hypertext action. There might be other actions than view.

3 & 4: for the view action, it seems that 3 is a file to view.
When 3 isn't present, that seems to mean that it is the same as the current file.

4 seems to be the page to go to (probably from the lines %%Page: <n>)

I couldn't figure out what the ':v1:0:' fields mean.
                          
-- 
----------Nicolas Rouquette----------rouquett@aig.jpl.nasa.gov
    Artificial Intelligence Group
      Jet Propulsion Laboratory
Newsgroups: comp.windows.open-look
From: ofer@Berkeley.EDU (Ofer Licht,493E,6438110,6497847)
Newsgroups: comp.windows.open-look
Subject: Re: Help wanted: Reverse video windows vs. icon
Date: 12 Oct 1992 01:39:22 GMT
Organization: Statistics Dept., U. C. Berkeley
Distribution: usa
Reply-To: ofer@Berkeley.EDU
NNTP-Posting-Host: aragorn.berkeley.edu

In article 14884@auspex-gw.auspex.com, flemmon@lemmon.auspex.com (Frank Lemmon) writes:
> I am using "-rv" (reverse video) on the cmdtool windows under
...
> the icon header string (or icon label text) is also "reverse video" 
> which means it displays as white print on a white icon.

This happens on a monochrome display because the OpenWindows.WorkspaceColor
is set to a color that ends showing as white.  Since the icon's background
color is determined by the workspacecolor, but the icon's foreground color
is determined by your "-rv" flag, you get the white on white proble.
The answer is to change (or remove?) the resource
"OpenWindows.WorkspaceColor" so that icons are created with background black
(#000000).  this will make the default root screen color black too; use
xsetroot if that bothers you.

WorkspaceColor is documented in the xview man page.
From: johnc@crsa.bu.edu (John Collins)
Newsgroups: comp.windows.open-look
Subject: Rubber band lines that won't go away
Date: 14 Oct 92 14:05:44 GMT
Article-I.D.: bu.98607
Organization: Boston University

I have recently written a program using XView and running under
OpenWindows 3.0 on a Sun Sparc which simply displays a 24-bit satellite image
in an X window.  The problem is that whenever any client is moved or 
resized, the image turns monochrome wherever the "rubber band line" touches
the viewable part of the canvas.  I have seen this problem in other
color graphics applications as well.  It is easy enough to get rid
of the lines -- either by refreshing the screen or calling my
repaint_proc directly from the program.  But this is annoying, and
large images can take just a bit too long to repaint.  I have a 
feeling that this may be a problem with the window manager (I'm using
mwm), but I'm not sure.  

If anybody else has had a similar problem or can suggest a solution, 
I would like to hear about it.  

Thanks in advance,
-John Collins
From: vic@fajita (Victor Martinez)
Newsgroups: comp.windows.open-look
Subject: Help with TextEdit OW3.0
Date: 16 Oct 92 18:37:20 GMT
Organization: SAIC
X-Newsreader: Tin 1.1 PL5

We have been having some problems here with the TextEdit widget, 
mostly from the use of the TextField.  We are dynamically sizing
the TextField and dynamically changing the font size based upon 
the new height of the TextField widget. The problem is that at 
certain widget heights and font sizes the font will disapear. 
When this occurs the TextField still allows text modification.
Anyway I thought that the problem was possibly related to the formula
given for the XtNbottomMargin formula given in the OLIT Manual.
1<= XtNbottomMargin <= WidgetHeight - XtNtopMargin - FontHeight Well, 
I have found that even if this formula is true, the font may disapear. But
usaually within 2 points of the formual being made False. I have
tried setting the top and bottom margin to 1, but only the topmargin will
keep the value that I set. The bottomMargin seems to be caluculated by OLIT.

When I scale a multi-line TextEdit widget, the widget will eventually disapear. 
Any further use of the widget id will yield a SEGV. 

Anyone else have these problems. If so any workarounds?
I have also found this bug true of OW2.0.

Victor Martinez
vic@fajita.saic.com
Newsgroups: comp.windows.open-look
From: l249114@ladc.lockheed.com (Ken Van de Houten)
Subject: Re: ld: Undefined symbol: _get_wmShellWidgetCla
Reply-To: l249114@ladc.lockheed.com
Organization: Lockheed Advanced Development Company
Date: Wed, 7 Oct 92 22:05:35 GMT


I wasted my morning tracking down the same error.    It turns out the answer is
in the comp.windows.x FAQ :



----------------------------------------------------------------------
Subject:  94)  What is this strange problem building X clients on SunOS 4.1.2?

  In SunOS 4.1.2 Sun fixed a shared-library bug in ld which conflicts
with the way X11R4 builds the shared Xmu library, causing these symbols to be
undefined when building some X11 clients:
  _get_wmShellWidgetClass
  _get_applicationShellWidgetClass
Compiling "-Bstatic -lXmu -Bdynamic" appears to work.

To solve the problem if you are using OpenWindows 3.0 (X11R4-based Xt), please
contact your local Sun office and request the following patches:

Patch i.d.      Description
100512-02       4.1.x OpenWindows 3.0 libXt Jumbo patch
100573-03       4.1.x OpenWindows 3.0 undefined symbols when using
                        shared libXmu
----------------------------------------------------------------------
Newsgroups: comp.windows.open-look
From: dec@alex.com (Doug Clinton)
Subject: Re: OW 3.0 binder problems
Organization: Alex Technologies Ltd
Apparently-To: mail2news@news.demon.co.uk
Date: Wed, 14 Oct 1992 10:14:55 +0000

In article <1992Oct12.160518.14508@samba.oit.unc.edu>, jem@calypso.uucp (Jonathan Magid) writes:
|> In article <1992Oct9.105428.20426@elvis.sovusa.com> andr@elvis.sovusa.com writes:
|> >>100493-02 Binder (you also need the next one)
|> >>100524-03 Cetables (_don't_ use 100524-01. The cetables supplied with
|> >>            100524-02 are more complete, so I just used the new libce
|> >>            from -03. -05 is out now, I think.)
|> >>100626-03 Tooltalk
|> >
|> >
|> >Where can I get these patches?
|> >
|> >Thank you,
|> >       Andrei.
|> >
|> >
|> 
|> These patches are available on SunSite.unc.edu in the directory
|> /pub/sun-info/sun-dist.
|> 

Jonathan,

I have checked on SunSite.unc.edu and none of the patches listed above
are in the directory you specify. Also, there seems to be no index to
the patches which are in that directory. Could this index be provided?

Thanks,
Doug

-- 
Doug Clinton				Alex Technologies Ltd,
dec@alex.com				32A The Mall, Ealing
					London, England, W5 3TJ
From: flemmon@lemmon.auspex.com (Frank Lemmon)
Newsgroups: comp.windows.open-look
Subject: Help wanted: Reverse video windows vs. icon text.
Date: 8 Oct 92 21:59:51 GMT
Organization: Auspex Systems, Inc.
Originator: news@auspex-gw.Auspex.COM

I am using "-rv" (reverse video) on the cmdtool windows under
OpenWindows 3.0 on a monochrome Sun SLC.  Unfortunately, when these
same windows are iconified, the icon header string (or icon label text)
is also "reverse video" which means it displays as white print on a
white icon.  Does the phrase "looking for a polar bear in a snow storm"
ring a bell here?

Anyway, is there any way I can manually set the icon label text back to
"normal" video (while keeping the window text in reverse video)?  I
haven't found any help in the xview man page on this, or any other
clues.

Thanks,

Frank Lemmon
Newsgroups: comp.windows.open-look