From xemacs-m  Fri Sep 19 11:25:30 1997
Received: from wfdutilgw.ml.com (wfdutilf01.ml.com [206.3.74.31])
	by xemacs.org (8.8.5/8.8.5) with ESMTP id LAA12192
	for <xemacs-beta@xemacs.org>; Fri, 19 Sep 1997 11:25:28 -0500 (CDT)
Received: from ml1.ml.com ([199.201.57.130])
	by wfdutilgw.ml.com (8.8.5/8.8.5/MLgw-3.03) with ESMTP id MAA10989
	for <xemacs-beta@xemacs.org>; Fri, 19 Sep 1997 12:26:15 -0400 (EDT)
Received: from commpost.ml.com (commpost.ml.com [146.125.4.24])
	by ml1.ml.com (8.8.5/8.8.5/MLml4-2.07) with SMTP id MAA25958
	for <xemacs-beta@xemacs.org>; Fri, 19 Sep 1997 12:25:01 -0400 (EDT)
Received: from spssunp.spspme.ml.com (spssunp.spspme.ml.com [192.168.111.13]) by commpost.ml.com (8.6.12/8.6.12) with ESMTP id MAA21325 for <xemacs-beta@xemacs.org>; Fri, 19 Sep 1997 12:25:00 -0400
Received: by spssunp.spspme.ml.com (SMI-8.6/SMI-4.1)
	id MAA11752; Fri, 19 Sep 1997 12:24:59 -0400
To: XEmacs Beta List <xemacs-beta@xemacs.org>
Subject: Re: Sun does it again...
References: <9709191549.AA23828@cfdevx1.lehman.com>
X-Face: y,o:AU/bfCrS+zS/W"^puB!rT!G7?U1Mvp1Hd{6h^>X4@Xp5,|g+rG>4gv/iy^&x9`k#s!]X~{]Js>@A4c}4Z"Ct7=#1nPS:?mrWH8c#>$)>/Wc5yuX_OFO1(4cZM{LvsKWVQSl~/i>!n[-B*i-alq[/m\bsdy;W4p(_ic;$BE.oG@eJf@sr#x#}FT<=H8Ozu%g;JpVz:v_~vt[>ef/MeNeo3~D^R]]*bB7{HB|E1$wfMzw
X-Y-Zippy: Yow!  We're going to a new disco!
Mime-Version: 1.0 (generated by tm-edit 7.108)
Content-Type: text/plain; charset=US-ASCII
From: Colin Rafferty <craffert@ml.com>
Date: 19 Sep 1997 12:24:58 -0400
In-Reply-To: Rick Campbell's message of "Fri, 19 Sep 1997 11:49:57 -0400"
Message-ID: <ocrsov18e5h.fsf@ml.com>
Lines: 44
X-Mailer: Gnus v5.5/XEmacs 20.3(beta22) - "Minsk"

Rick Campbell writes:

> So, it looks like Sun has found yet another way to mess with the only
> debugging environment that's even come close to being usable for me.
> Man, if they could ever come even a little bit close to what I get
> with gdb and emacs gdb-mode, I would be so happy.

Welcome to hell.

> So . . . two questions for anyone out there:

>  - is there any way to get SC4.2 dbx working with XEmacs 19.15 with
>    SparcWorks support?

I don't know about 19.15, but I have been hobbling by with bare-bones
SC4.2 dbx with 20.3 with just plain M-x dbx.

Of course, there is no way to configure dbx to emit full pathnames for
source files, so dbx-mode assumes everything is in the current
directory.

>  - now that Cygnus has a template database for g++ is there any reason
>    to prefer it to Sun's attempts at C++ support?

Besides member function templates[1], built-in bool type[2], correct scoping
of `for' variables[3], allowing of variable declarations in `if'[4], and
better technical support, I would say no[5].

-- 
#!/bin/perl -sp0777i<X+d*lMLa^*lN%0]dsXx++lMlN/dsM0<j]dsj
$/=unpack('H*',$_);$_=`echo 16dio\U$k"SK$/SM$n\EsN0p[lN*1
lK[d2%Sa2/d0$^Ixp"|dc`;s/\W//g;$_=pack('H*',/((..)*)$/)

Footnotes: 
[1]  Which allows for a more complete STL implementation.

[2]  Which gives better type-safety.

[3]  Which helps keep code simpler.

[4]  Without makes using dynamic_cast<> much safer.

[5]  For those unable to recognize it, this is an example of sarcasm.

