TIP: Click on subject to list as thread! ANSI
echo: os2prog
to: Andreas Kaiser
from: Jonathan de Boyne Pollard
date: 1997-03-06 05:05:28
subject: What is DirectToSOM C++ ?

JdBP>>                           What is DirectToSOM C++ ?

 AK> Please note that DTS was dropped from the SOM 3.0 release 

Not possible, for the very simple reason that DTS C++ is a function of the
C++ compiler, not the SOM libraries.  The C++ compiler hasn't changed. 

Now if you are saying that the C++ _compiler_ fails when attempting to
compile a DTS C++ application, or that a previously compiled application 
fails at runtime, that's something different entirely.  I would be inclined
to disbelieve the latter, however, for the simple reason that it would
imply that the SOM 3.0 runtime doesn't support SOM 2.1 applications.  I
haven't heard screams and shouts about Workplace Shell refusing to run when
people install SOM 3.0, so I assume that that is _not_ the case.  (-:

Which leaves only the former case, where compiling a DTS C++ application
causes the C++ compiler to fail with an error or an exception.  Is this
what you are trying to say ?  If so, what's the error or exception ?

If it's something as simple as the DTS C++ headers in the new SOM libraries
being wrong, or unavailable, this is not news.  It's not new, either.  The
same thing happened with SOM 2.1, and that didn't imply that DirectToSOM
C++ was being dropped.

The truth is that the part of IBM that develops SOM is different to the
part of IBM that develops VisualAge C++, and neither will accommodate the
other.  I've played piggy in the middle before now, as I am sure many
others have, too.  I remember at one point that the SOM people were saying
that it was the responsibility of the VisualAge people to write a DTS C++
emitter for the SOM compiler.

 JdBP>>     DirectToSOM is the logical next step to take with SOM.  

 AK> But a big step away from Corba. 

In my world of _real_ programming projects Corba is pretty much irrelevant,
whereas DTS C++ has some uses.  (-:  I have encountered people who believe
in Corba, Business Objects, and other such things from time to time.  I
have yet to see with my own eyes anything other than
"whiteboard-ware", let alone a working real-world application. 
(-:

Whereas I _have_ seen working applications that use DTS C++.  I've even
written a couple.  (-:

Maybe I'm mixing with the wrong people.  

One thing that I do notice is that the people who will hand-wave about
Corba and Business Objects today are the same people who did the same thing
with Taligent Application Frameworks a while back, and who are just
starting to do the same thing with Java.

Which doesn't bode well for Java ... (-:

 AK>                            Corba comes a lot closer to the language
 AK> principles of C++ wrt. memory management of strings and sequences,
 AK> naming and exception handling.

Than DirectToSOM C++, or than the SOM C++ language bindings (_not_ the same
thing by a long stretch) ?  In my experience DTS C++ is very close to what
people want of a C++ Application Binary Interface, if only because whenever
I mention what it can do in a C++ language discussion in terms of binary
compatibility across C++ implementations and with other languages, I hear
sounds of admiration from people with non-OS/2 backgrounds.

The assumption of course is that the "language principles" are
all completely defined at this point anyway.  They aren't.  Exceptions are
_still_ unresolved in several areas.

Even were they completely defined as far as the syntax and semantics of the
C++ language were concerned, SOM, and hence DTS C++, is very much concerned
with parts of C++ that simply _aren't_ standardised and _never will be_,
such as the representation and manipulation of objects in memory.  So
coming closer to the "language principles of C++" is less than
half of the story.

 AK> I was startled because I used DTS myself, but perhaps IBM dropped the
 AK> current DTS now, to be able to switch to Corba 2.0 later, without
 AK> beeing hindered by DTS compatibility.

If IBM discards a working, useful, and utilitised technology in favour of
something so ephemeral and largely irrelevant to the needs of the real
world, then they'll have at least one very upset C++ programmer on their
hands.  (-:

 ¯ JdeBP ®

--- FleetStreet 1.16 NR
* Origin: JdeBP's point, using Squish (2:440/4.3)
SEEN-BY: 50/99 54/99 270/101 620/243 625/160 711/401 413 430 934 712/311 407
SEEN-BY: 712/505 506 517 623 624 704 713/317 800/1
@PATH: 440/4 141/209 270/101 712/624 711/934

SOURCE: echomail via fidonet.ozzmosis.com

Email questions or comments to sysop@ipingthereforeiam.com
All parts of this website painstakingly hand-crafted in the U.S.A.!
IPTIA BBS/MUD/Terminal/Game Server List, © 2025 IPTIA Consulting™.