HDTenEightyP/NetNews huggingface dataset:
From: dan@igate.c-mols.siu.edu (Dan Ellison)
Newsgroups: fj.mail-lists.x-window
Subject: Xgopher quiting when submenu process terminated
Date: 7 Jan 93 17:46:55 GMT
Distribution: fj
Organization: Southern Illinois University - Carbondale, IL (SIU-C)

Date: Thu, 07 Jan 1993 16:14:27 GMT
Message-Id: <1993Jan07.161427.710@igate.c-mols.siu.edu>
Newsgroups: comp.infosystems.gopher,comp.windows.x

Hi all.  I have noticed a little problem using xgopher 1.2 under
SCO ODT-2.0 (and 1.1 as far as that goes.)  The problem is that
whenever a popup window is raised, used and terminated, the
whole gopher client terminates.  This is certainly annoying
to say the least.  Has this been observed on other platforms
or is this something peculiar to SCO's product?  I compiled
using the X11R5 libraries.  Is ther a fix for this that I missed
in the news?

Any pointers greatly appreciated.  Thanks.
-- 
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
| Dan Ellison, Network Spec 	  -    	Computing Affairs, SIU-C 	| 
| Southern Illinois University 	  - 	Carbondale, IL 62901            |   
| FAX:      (618) 453-3459        -   	PHONE:    (618) 453-6149 	|
From: iis!glen@Sun.COM
Newsgroups: fj.mail-lists.x-window
Subject: Re: DISPLAY capture
Date: 13 Jan 93 02:10:10 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Date: Tue, 12 Jan 93 15:36:18 PST
Message-Id: <9301122336.AA09535@rigel>
Content-Length: 744

> 
> I would like to know how the UNIX .profile or .cshrc file can be set to 
> capture the IP address of the terminal you log into so that the DISPLAY
> variable can be automatically set for a X session.
> 
Put the following in your .login:

# Set the DISPLAY variable automatically on rlogins to different machines
setenv HOST    `hostname`
setenv DISPLAY unix:0.0
set me = `who am i`     
if ($#me == 6) then
    setenv DISPLAY `echo $me[6] | sed 's/(\([^:]*\).*)/\1:0/'`
    if ($DISPLAY == "unix:0") then
        setenv DISPLAY "${HOST}:0"
    endif
endif
unset me

--------------------------------
Glen R. Geisen
glen@iis.sun.com

International Imaging Systems
Milpitas, California, USA
408.432.3400 x251
--------------------------------
From: ellen@cbnewsh.cb.att.com (E.G. Cross)
Newsgroups: fj.mail-lists.x-window
Subject: DevGuide doc
Date: 8 Jan 93 17:38:48 GMT
Distribution: fj
Organization: AT&T NCC Performance Laboratory, Denver

Date: 8 Jan 93 16:52:14 GMT
Message-Id: <1993Jan8.165214.10732@cbnewsh.cb.att.com>
Newsgroups: comp.sources.wanted,comp.windows.x


I'm looking for the latest version of DevGuide with documentation.
The doc that I have is really bad, and I can't seem to find any
on-line.  Could someone point me in the right direction?

Thanks,

Ellen Cross
AT&T
NCC Performance Laboratory
Denver, CO
attmail!ellen2
From: garath@engin.umich.edu (Scott Grosch)
Newsgroups: fj.mail-lists.x-window
Subject: What is a Drawable
Date: 4 Jan 93 08:38:18 GMT
Distribution: fj
Organization: University of Michigan Engineering, Ann Arbor

Date: Mon, 04 Jan 93 02:52:30 EST
Message-Id: <lFc=PR@engin.umich.edu>
Newsgroups: comp.windows.x


Would someone please explain to me what a Drawable is and how to get
one?  For example, the XPM library functions want a Drawable as the
second argument for creating a pixmap, yet I can't find any good
documentation on how to get the Drawable argument.  Does it always
come from the toplevel widget, or can it be anything?

		-- Scott
From: jimr@applix.com (Jim Rouleau [ext 256])
Newsgroups: fj.mail-lists.x-window
Subject: Reporting a bug in xtiff
Date: 11 Jan 93 18:03:41 GMT
Distribution: fj
Organization: Applix, Inc., Westboro, MA

Date: 11 Jan 93 15:47:14 GMT
Message-Id: <1687@applix.com>
Newsgroups: comp.windows.x


   I have found a small bug in xtiff (X11R5) which
prevents its handling of 24 bit images on (some?)
24 bit displays.  The xtiff.c files lists Dan Sears
and Chris Sears as the authors, but no email address.
Anybody know how I can best report this problem?

   Jim

jimr@applix.com   |  uunet!applix!jimr
From: khuhner@eng.auburn.edu (Kurt E. Huhner)
Newsgroups: fj.mail-lists.x-window
Subject: Re: XDrawArc Bug?
Date: 4 Jan 93 18:04:00 GMT
Distribution: fj
Organization: Auburn University Engineering

Date: 4 Jan 93 15:23:50 GMT
Message-Id: <khuhner.930104092350@willow.cse.eng.auburn.edu>
Newsgroups: comp.windows.x

In article <237@io.trident.datasys.swri.edu> johns@io.datasys.swri.edu (Stephen Johns) writes:
>In a program that handles graphic primitives, including circles, I allow
>the user to zoom in.
>
>As I zoom into an area, has to be pretty tight, with a circle(arc) in it
>I start getting [sqrt: DOMAIN error] in my console window.  If I get too many
>of the [sqrt: DOMAIN error] errors, the server locks up. 

This is a problem with the numbers you are sending to the math function sqrt.
I suggest debug mode and inspect the numbers you are generating...


khuhner@eng.auburn.edu
From: jochen@mrz.sub.org (Jochen Fahrner)
Newsgroups: fj.mail-lists.x-window
Subject: Labtam X-Terminal does not work with SCO TCP/IP 1.2
Date: 8 Jan 93 06:22:28 GMT
Distribution: fj
Organization: Muenchener Rechenzentrum, Munich/Bavaria

Date: 7 Jan 93 08:37:26
Message-Id: <JOCHEN.93Jan7083726@mrz.sub.org>
Newsgroups: comp.unix.sysv386,comp.windows.x

Our Labtam CT300 X-Terminals don't work with SCO TCP/IP 1.2.

When executing mwm, mwm loops using about 70% of kernel time.
This problem exists only with the Labtam terminal. Other terminals
like Wyse WY-X5 and JCC Global XC work with no problems.

The Labtam worked with SCO TCP/IP 1.1.3, but executing commands
in the terminal (for example "rcmd labtam1 setuser") was very slow.
I saw the Labtam with an Interactive Unix System, where those command
were very fast.

We use SCO TCP/IP with the wdn driver and we have the latest X-Server
for the labtam (dated 92/10/30).

Has someone else similar problems with the labtam ?
Has someone a solution/explanation for the problem ?
Does someone know how to contact labtam support in australia ?
Does someone at SCO know about this problem ? What has changed from
TCP/IP 1.1.3 to 1.2 that could cause this problem ?

Jochen Fahrner, MRZ.
--
Jochen Fahrner, jochen@mrz.sub.org, Home: jochen@busybit.mrz.sub.org
Phone: +49 89 5795246 / Fax: +49 89 5795247
From: koblas@netcom.com (David Koblas)
Newsgroups: fj.mail-lists.x-window
Subject: XPaint 2.0 Release Information
Date: 8 Jan 93 19:23:40 GMT
Distribution: fj
Organization: Netcom - Online Communication Services  (408 241-9760 guest)

Date: Fri, 8 Jan 1993 17:23:25 GMT
Message-Id: <1993Jan8.172325.14497@netcom.com>
Newsgroups: comp.windows.x,comp.graphics,alt.graphics.pixutils,comp.windows.x.apps

                              XPAINT 2.0 Release


Welcome to the release of XPaint 2.0!  So, what does XPaint do for
you?  Why many wonderful things of course.  XPaint is a reasonably
versatile bitmap/pixmap editing tool.  XPaint came out of a problem
editing some very large bitmaps, and wanting more functionality then
was provided by bitmap. After XPaint 1.0 sat around for a LONG time, I
finally ended up with a strong need to edit color pixmaps.  Presto,
this is what has appeared from that problem.

The short features list:
        Usual paint operations:
                Brushes, Spray paint, Pencil
                Lines, Arcs, Pattern Fill, Text,
                Boxes, Circles, Polygons.
        Works on multiple images simultaneously.
        Cut/Copy/Paste between all active images.
        Fatbits/Zoom on the image windows.

XPaint is slightly biased towards a MacPaint-like operation set, since
this is the only paint program that I have ever used for more than 30
seconds, but not to let this discourage you, it does quite a bit more.
If you find some functionality missing and feel like adding it, there
is a rough description of how the operations interface works, and I'd
be more that willing to help you.

At the present time, XPaint only supports the reading/writing of either
X11 Bitmaps, XWD (X window dump) format, or the PNM format that is used
in the PBMPLUS toolkit (which is available for ftp from
export.lcs.mit.edu, and provides many converters to and from most
widely available formats).  Also for those of you using 'xv' to preview
images, you will find that it can read/write the PNM formats as well
and can be used as a simple format converter.

XPaint is written using ANSI C (for the most part), and thus you need
to have a compiler that understands function prototypes.  On most MIPS
based machines this is the standard compiler, on a Sun SparcStation you
will either need to use gcc or 'acc' (from sun).  If you have some
other brand of workstation, try using 'gcc' if your compiler doesn't
work.

Available for FTP from:
        export.lcs.mit.edu as contrib/xpaint2.tar.Z 
        netcom.com as pub/koblas/xpaint2.tar.Z

Hope you find this useful, 
David Koblas 
koblas@netcom.com
-- 
name       : David Koblas                 domain: koblas@netcom.com
affiliation: Extra Mile Consulting	   phone: +47 (83) 38663
quote: "Time has little to do with infinity and jelly donuts."
From: cottle@prism1.lcs.mit.edu (Rick Cottle)
Newsgroups: fj.mail-lists.x-window
Subject: Commercial x3270 software
Date: 4 Jan 93 23:28:20 GMT
Distribution: fj
Organization: SPS

Date: Mon, 4 Jan 1993 21:19:52 GMT
Message-Id: <1993Jan4.211952.22061@newsgate.sps.mot.com>
Newsgroups: comp.windows.x,comp.windows.x.apps

Earlier I posted and received replies to my query
for a public domain x3270 program, and received information
on the same.  At the same time I received info on a commercial
version of this type of software, but since I didn't think
I wanted that, I discarded the information.

Unfortunately, x3270 works with some of our hosts (IBM-VM),
but not others (Tandem with Lee Data front-end).  Since this
application is mission critical, I now again am interested in
the commercial, supported software.  Will the poster who sent
me that info please send it again?

Our environment is ncd 14c terminals booted off of either a 
sparc 2 or an rs/6000.

Thanks in advance,

Rick Cottle
cottle@prism.sps.mot.com
From: eb15+@andrew.cmu.edu (Edward D. Berger)
Newsgroups: fj.mail-lists.x-window
Subject: Re: .bmp converter needed
Date: 6 Jan 93 15:47:52 GMT
Distribution: fj
Organization: Pittsburgh Supercomputing Center, Carnegie Mellon, Pittsburgh, PA

Date: 6 Jan 93 04:22:29 GMT
Message-Id: <sfGigZW00WB_Q4Z3EF@andrew.cmu.edu>
Newsgroups: comp.sys.amiga.graphics,comp.windows.x,comp.os.ms-windows.misc

HamLabDemo can convert small .bmp files to IFF.
Look on Fish Disk #726 for HamLabDemo.

-Ed Berger
eb15@andrew.cmu.edu
From: pcg@aber.ac.uk (Piercarlo Grandi)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Best WM?
Date: 12 Jan 93 19:32:23 GMT
Distribution: fj
Organization: Prifysgol Cymru, Aberystwyth

Date: 12 Jan 93 16:54:38 GMT
Message-Id: <PCG.93Jan12165438@decb.aber.ac.uk>
Newsgroups: comp.windows.x

On 5 Jan 93 14:31:03 GMT, beck@irzr17.inf.tu-dresden.de (Andre Beck) said:

Andre> One vote for olvwm, you get the virtual screens and much more,
Andre> and it's free !!!

Olvwm is quite good. OpenLook is also a quite snazzy look and fell,
light and sporty, compared with the corporate heaviness of Motif. Olvwm
also is configured using a fairly complete set of resources, and with a
nice format menu file.

The only problem with olvwm is that of course it uses the xview toolkit.
This means that to install olvwm you also have to install xview, and
that if you use non xview application you end up with paging in two
toolkit libraries, which swells the working set.

beck> IMHO vtwm is the best one. Especially after patching it to support
beck> general AutoRaise and AutoRaiseDelay options.

The problems with vtwm are:

 * A lot of the configuration whould be done with resource files, not
   with trhe twmrc. In particular fonts!

 * the virtual desktop panner has funny behaviour, especially suprising
   pointer warps; generally less smooth behaviour than tvtwm.

The advantages are:

 * Like olvwm it creates a virtual screen without actually creating a
   new root window. This may be considered a disadvantage too.

Tvtwm is pretty OK, and would be superior to vtwm if only it were
possible to choose at startup whether it used a new virtual root window
like it does now, or not, like vtwm and tvtwm.

In general all twm variants would be far more usable is they used
resources (no, using m4 like piewm is not quite ok, as m4 can have very
suprising behaviour due to rescan). Indeed twm should be changed to make
use of Xaw and Xt.

beck> If mwm would have vtwm's Virtual Desktop features, it would rule.

Mwm does not quite compete. Motif is so heavy, and mwm is heavy too, and
has several bizarre rules. In any case mvwm does exist; somebody has
made available beta quality patches to mwm it seems mostly to work.



All in all I'd say the most elegant wm is olvwm, if one uses only xview
toolkit applications, or does not mind paging in the xview libraries;
then it's a toss between tvtwm (more sophisticated, but the virtual root
window can be a drawback) and vtwm (a bit cruder, but no virtual root
window). ctwm will only be liked by those that like workspaces a la HP VUE.
--
Piercarlo Grandi, Dept of CS, PC/UW@Aberystwyth <pcg@aber.ac.uk>
  E l'italiano cantava, cantava. E le sue disperate invocazioni giunsero
  alle orecchie del suo divino protettore, il dio della barzelletta
From: sjwright@cix.compulink.co.uk (Simon Wright)
Newsgroups: fj.mail-lists.x-window
Subject: Portrait Server
Date: 13 Jan 93 03:07:17 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Date: 12 Jan 93 21:35:00 GMT
Message-Id: <memo.860447@cix.compulink.co.uk>
Newsgroups: comp.windows.x

X-Newsreader: TIN [version 1.1 PL6]

At present we supply some of our customers with portrait displays. We're
investigating the possibilities of using (relatively) commercially-
available hardware instead of the custom kit we use now.

A monitor manufacturer is prepared to supply us with a suitable monitor,
but he's not prepared to alter the electronics, so the scan lines will
now be vertical. [I can see that this would make life easier all round
in so far as the frame buffer won't have to change either].

However, we're now faced with modifying the server to cope with the new
scheme of things. I've had a quick look, and it seems to be a fairly major
port; and a lot of code in mfb (and cfb) is going to be inefficient if
scanlines don't map naturally onto bytes &c in the frame buffer.

Any experiences, words of wisdom (or warning!), or pointers to
implementations would be much appreciated.

--
Simon Wright
Ferranti International, Naval Systems
From: erani@moon.lannet.com (Eran Ishai)
Newsgroups: fj.mail-lists.x-window
Subject: X-remote software for the X-server side ??
Date: 12 Jan 93 09:19:53 GMT
Distribution: fj
Organization: Lannet Data Communications ltd., ISRAEL

Date: 11 Jan 93 09:00:22 GMT
Message-Id: <162@moon.lannet.com>
Newsgroups: comp.windows.x

As I understand, NCDs' X-Remote implementation is to put X-Remote
software at the X client(s) side (the host), and a special PROM which
is a firmware running at the X-server side (NCD X-terminal).

I'm interested in running the X-Remote protocol between 2 workstations.

What software should I run at the X-server side (which functions like the
PROM firmware at the NCD X-terminal) ?? Is it the same program which runs
at the X clients side ?? where can I get it from ??

Thanx in advance,

	Eran Ishai
	Unix Network Administrator
	Lannet Data Communications Ltd., ISRAEL.

	E-mail:	erani@lannet.com
	Voice:  972-3-6458360
	Fax:    972-3-5447146
From: jayesh@caip.rutgers.edu (jayesh patel)
Newsgroups: fj.mail-lists.x-window
Subject: Help in using XDrawLine()
Date: 12 Jan 93 23:39:51 GMT
Distribution: fj
Organization: Rutgers Univ., New Brunswick, N.J.

Date: 12 Jan 93 20:49:55 GMT
Message-Id: <Jan.12.15.49.54.1993.10085@caip.rutgers.edu>
Newsgroups: comp.windows.x

Hi Friends,
I am novice to x-window programming. Can anyone tell me
why line does'nt appear in the window when i run the following program.

#include <stdio.h>
#include <X11/Xlib.h>
#include <X11/Xutil.h>

main(argc,argv)
     int argc;
     char **argv;
{
  int x,y,width,height;
  Display *display;
  Window win,root;
  XEvent event;
  int screen;
  XGCValues value;
  GC gc;

  x=atoi(argv[1]);
  y=atoi(argv[2]);
  width=atoi(argv[3]);
  height=atoi(argv[4]);
  
  display = XOpenDisplay(NULL);
  root = XDefaultRootWindow(display);
  win = XCreateSimpleWindow(display,root,x,y,width,height,0,0,0);

  XMapWindow(display,win);
  gc = XCreateGC(display,win,0,0);
  screen = DefaultScreen(display);
  XSetForeground(display,gc,BlackPixel(display,screen));
  XSetBackground(display,gc,WhitePixel(display,screen));
 
  while(1)
    {
      XNextEvent(display,&event);
      switch(event.type){
      case Expose:
	XDrawPoint(display,win,gc,10,10);
	XDrawPoint(display,win,gc,20,20);
	XDrawLine(display,win,gc,10,10,20,20);
        break;
      }
    }
}
From: drand@spinner.osf.org (Douglas S. Rand)
Newsgroups: fj.mail-lists.x-window
Subject: Re: X/Xt/Motif Event Interleaving?
Date: 6 Jan 93 03:16:43 GMT
Distribution: fj
Organization: Open Software Foundation

Date: 5 Jan 93 15:39:25
Message-Id: <DRAND.93Jan5153925@spinner.osf.org>
Newsgroups: comp.windows.x,comp.windows.x.intrinsics,comp.windows.x.motif

In article <1993Jan5.151408.3422@ods.com> chris@ods.com (Chris Atkins) writes:

   Buzz Moschetti (buzz@bear.com) wrote:
   : We are trying to create a very simple "drag-n-drop" type UI.  All widgets 
   : that can be dragged or dropped on will live in the same container widget
   : (xmFormWidgetClass).  Thus, we thought it would be possible to add event
   : handlers to all child widgets as follows:

   : 	XtAddEventHandler(widget,
   : 		EnterWindowMask | 
   : 		ButtonPressMask | ButtonReleaseMask | Button1MotionMask,
   : 		      FALSE, my_event_proc, client_data);

   : Assume we have two button widgets.  Clicking on and dragging either widget
   : correctly hits my_event_proc() with event->type set accordingly, likewise
   : for entering the widgets.

   : What we thought would happen is while, say, widget 1 was dragged over
   : widget 2, the latter's EnterNotify event would appear in the "stream" of
   : widget 1's MotionNotify events, e.g.

   : 	Dragging [w1]...
   : 	Dragging [w1]...
   : 	EnterNotify [w2]...
   : 	Dragging [w1]...

   : We do *not* see this behavior.  The problem is that widget 2 never gets
   : the EnterNotify event until *after* the button is released, which is
   : too late:

   A button press event sets up a passive grab.

Which does not apply to all events.  In particular,  enter and
leave events should be reported normally.  What might be more
important is what button was pressed.  In Motif,  button2 is 
setup to do drag and drop and more interesting grabs result.



--
Douglas S. Rand <drand@osf.org>		OSF/Motif Dev.
Snail:         11 Cambridge Center,  Cambridge,  MA  02142
Disclaimer:    I don't know if OSF agrees with me... let's vote on it.
Amateur Radio: KC1KJ
From: snail@lsl.co.uk
Newsgroups: fj.mail-lists.x-window
Subject: Re: Sync-scroll of multiple drawing areas.
Date: 4 Jan 93 20:13:40 GMT
Distribution: fj
Organization: Laser-Scan Ltd., Cambridge

Date: 4 Jan 93 17:04:41 GMT
Message-Id: <1993Jan4.170441.2883@lsl.co.uk>
Newsgroups: comp.windows.x

In article <9212301627.AA12915@zen.WES.ARMY.MIL>, brown@zen.wes.army.MIL (Paul Brown) writes:
> Setup: Cray Y-MP, UNICOS 6.0, X11R4, Motif 1.1
> My question is: can I somehow fake the scroll bar movement event within
> each of these drawing areas so that the movement is handled by the callbacks
> that are already registered (just as if I had very rapidly clicked each
> scroll bar area with the mouse)?

You don't say Motif Drawing Areas, but you do indicate Motif, so I'll assume
you mean Motif DAs.

The answer is yes, you can fake them up, but you don't need to fake events,
just include a few calls to the following:-

	XmScrollBarGetValues(...);	 use this to determine where you are
                                         in one window, then with the results
                                         (and possibly some tweaking for your
                                          app) use

	XmScrollBarSetValues(...);	to set the data for the new windows.

I did this to synchronise two lists, so I could grab any list and have all the
lists move. If you do this then you usually need a lock variable to prevent a
never ending loop condition. Not hard to code though...

All the best.
> 
> Thanks for your ideas.

You're welcome.
-- 
snail@lsl.co.uk      

"Washing one's hands of the conflict between the powerful and the powerless
 means to side with the powerful, not to be Neutral."
                                                     Quote by Freire.
                                                     Poster by OXFAM.
From: kevin@iti.gov.sg (Kevin Patt (SE))
Newsgroups: fj.mail-lists.x-window
Subject: Changing X Server resolution
Date: 8 Jan 93 10:53:17 GMT
Distribution: fj
Organization: National Computer Board, Singapore

Date: Fri, 8 Jan 1993 08:39:20 GMT
Message-Id: <1993Jan8.083920.21883@iti.gov.sg>
Newsgroups: comp.windows.x

Hi,

   This may sound dumb :) but I'll give it a shot anyway.  Is there any
way I can reduce the resolution of the screen size on my X server?  The
reason I want to do this is because the high resolution is making my
animation window so small that it's hard to see.  Any help is appreciated!

Thanks

-Kevin.
-- 
Kevin Patt                                     Information Technology Institute
Associate Member of Technical Staff            Singapore 
Email: (Internet) kevin@iti.gov.sg             Tel: (65) 772-0471 
       (BITNet)   kevinpatt@itivax.bitnet      Fax: (65) 779-5966
From: snozer@cats.ucsc.edu (Daniel Craig Jalkut)
Newsgroups: fj.mail-lists.x-window
Subject: server/ddx/snf dir for X11R4
Date: 11 Jan 93 13:56:32 GMT
Distribution: fj
Organization: University of California, Santa Cruz

Date: 11 Jan 93 10:14:51 GMT
Message-Id: <1irharINNbin@darkstar.UCSC.EDU>
Newsgroups: comp.windows.x


I just spent a hellishly long time transferring the tar segments 
for X11R4 to my Sun at home and when installing I hastily deleted 
the ddx/snf directory only to find later that I actually need it. 
I have found an untarred R5 directory but not an untarred R4 dir anywhere.
Can someone point me to an anonymous FTP site with the untarred R4 files
or could someone who has the untarred r4 archive pack up the server/ddx/snf
directory(it's about 25K I think) and mail it to me? Thanks!

-Daniel
From: garath@engin.umich.edu (Scott Grosch)
Newsgroups: fj.mail-lists.x-window
Subject: Drawables
Date: 5 Jan 93 01:07:12 GMT
Distribution: fj
Organization: University of Michigan Engineering, Ann Arbor

Date: Mon, 04 Jan 93 17:39:11 EST
Message-Id: <pXc=TNA@engin.umich.edu>
Newsgroups: comp.windows.x


Thanks to everyone who sent me information on a Drawable.
From: ravi@wwtc.timeplex.com (ravikumar)
Newsgroups: fj.mail-lists.x-window
Subject: Can somebody help...
Date: 7 Jan 93 02:09:37 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Date: Wed, 6 Jan 93 16:49:21 PST
Message-Id: <9301070049.AA18479@wwtc.timeplex.com>

I have a window with the following widgets:

        form widget --> scrolled list widget
                        scrolled text widget
                        pushbuttons

after switching btw several windows, I  randomly get segmentation fault 

The following is the 'where' list on gdb debugger

#0  0xe2204 in XtWindowToWidget ()
#1  0xe2040 in XtWindowToWidget ()
#2  0xe28b0 in _XtOnGrabList ()
#3  0xe29e0 in XtDispatchEvent ()
#4  0xe2ce0 in XtAppMainLoop ()

Iam using X11R4 / Motif 1.2 on sun sparc 2+ and sunos 4.1.2

Any help is appreciated..

ravi