From xemacs-m  Fri Sep 19 10:50:33 1997
Received: from firewall2.Lehman.COM (firewall.Lehman.COM [192.147.65.67])
	by xemacs.org (8.8.5/8.8.5) with ESMTP id KAA10842
	for <xemacs-beta@xemacs.org>; Fri, 19 Sep 1997 10:50:32 -0500 (CDT)
Received: from relay.messaging-svcs2.lehman.com by firewall2.Lehman.COM (8.8.6/8.6.12) id LAA23862; Fri, 19 Sep 1997 11:50:31 -0400 (EDT)
Received: from cfdevx1.lehman.com by relay.messaging-svcs2.lehman.com (8.8.5/8.8.5) id LAA00192; Fri, 19 Sep 1997 11:49:59 -0400 (EDT)
Received: from localhost by cfdevx1.lehman.com (4.1/Lehman Bros. V1.6)
	id AA23828; Fri, 19 Sep 97 11:49:59 EDT
Message-Id: <9709191549.AA23828@cfdevx1.lehman.com>
Reply-To: Rick Campbell <rickc@lehman.com>
X-Face: #<@""pDMxa>Mr$Wp[^l7e1RwB6]&7pRp,f=|)6y5?t45X$y(xx.x^?k~;-d>s:SL86Qt82U
 'M!RC3LrDvD/LjiYdGO!:\/\qx?YabgGC9%xw5%0-W05LRvyu9vB9TYk%5PN|C*0WgrXD-L0'g3j;h
X-Windows: Ignorance is our most important resource.
Organization: Lehman Brothers Inc.
From: Rick Campbell <rickc@lehman.com>
To: XEmacs Beta List <xemacs-beta@xemacs.org>
Subject: Sun does it again...
Mime-Version: 1.0 (generated by tm-edit 7.106)
Content-Type: multipart/signed; protocol="application/pgp-signature";
 boundary="pgp-sign-Multipart_Fri_Sep_19_11:49:51_1997-1"; micalg=pgp-md5
Content-Transfer-Encoding: 7bit
Date: Fri, 19 Sep 1997 11:49:57 -0400
Sender: rickc@lehman.com

--pgp-sign-Multipart_Fri_Sep_19_11:49:51_1997-1
Content-Type: text/plain; charset=US-ASCII

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.

Anyway, I've been messing with the SC4.2 (ten points to whoever can
figure out why all of their compiler products have at least 2 or three
different version numbers associated with them) because SC4.0 is
hopeless flawed when it comes to generating optimized code using
templates.  I fired up eos::start-dbx and got:

  dbx: Option '-editor' has been removed in this dbx release
  dbx: Emacs integration is available through `workshop'
  dbx: option usage error

  Process Eos Dbx exited abnormally with code 2

Naturally, apropos for `workshop' turns up zilch.  I'm guessing that
this must be the new environment that their reps told us that they
were going to put effort into instead of trying to get the compiler up
to spec.  The only thing that comes to mind is to back out to
progessively older versions of dbx until I find one that they didn't
already cripple.

So . . . two questions for anyone out there:

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

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

			Sincerely,

				Disgruntled in NYC

--pgp-sign-Multipart_Fri_Sep_19_11:49:51_1997-1
Content-Type: application/pgp-signature
Content-Transfer-Encoding: 7bit

-----BEGIN PGP MESSAGE-----
Version: 2.6.2
Comment: Processed by Mailcrypt 3.4, an Emacs/PGP interface

iQCVAwUBNCKfIFtTztlqB385AQH0WQP/RUYTQKfdiMioNYHNGkNkDFvDH4hL0G50
wJAaIZ8AofkM5viy3/Z01Kv2aEimxvSdypdd/SiMbNicTbtmjHQsxviThVfFwV0F
bF7LPQeDco6ob7IQYRwWNpsCFKSetE3eeuZqbcsbE6Zk2c146vsRvF99btIYAQhW
sRdJpIkz+Ko=
=6Ewd
-----END PGP MESSAGE-----

--pgp-sign-Multipart_Fri_Sep_19_11:49:51_1997-1--

