* Re: ada to C++ translation @ 2002-03-02 17:13 Ira D. Baxter 2002-03-03 0:21 ` Robert Dewar 2002-03-08 17:52 ` John Tate 0 siblings, 2 replies; 23+ messages in thread From: Ira D. Baxter @ 2002-03-02 17:13 UTC (permalink / raw) "Jeffrey Carter" <jeffrey.carter@boeing.com> wrote in message news:3C7FBEAE.B46E2EC5@boeing.com... > "Ira D. Baxter" wrote: > > > > "John Hayward" <haywardjohn@hotmail.com> wrote in message > > news:d4a6cd7e.0202281909.25488168@posting.google.com... > > > Does anybody have information on Ada to C++ language translators? > > > > > We build custom translators based on our generalized compiler technology, > > DMS. > > See http://www.semdesigns.com/Products/DMS/Porting/Porting_files/frame.htm. > > Very interesting. That link shows me a couple of blank frames. It does? I just checked it with IE5. No blank frames. What browser are you using? > How does your generalized compiler technology translate Ada tasks and protected > objects into C++? We presently don't have an Ada to C++ translator. Our tools are used to construct custom translators, and the claim is that we can build such a translator. For example, we have build JOVIAL to C translators. And we have a nice start; our tools already can process Ada95 and C++, so the real task is to define the map between them. How such things are defined are usually defined by customer dictate. The value in our approach is that we *can* do that, relatively economically. The question for any Ada-to-C++ translation is, what is the economic payoff in doing that? If it exceeds significantly the cost of the custom translator, then such a translator make sense. The original poster asked what people know about such tools. ^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: ada to C++ translation 2002-03-02 17:13 ada to C++ translation Ira D. Baxter @ 2002-03-03 0:21 ` Robert Dewar 2002-03-04 15:06 ` Ira D. Baxter 2002-03-16 10:21 ` ada to C++ translation Kevin Cline 2002-03-08 17:52 ` John Tate 1 sibling, 2 replies; 23+ messages in thread From: Robert Dewar @ 2002-03-03 0:21 UTC (permalink / raw) "Ira D. Baxter" <idbaxter@semdesigns.com> wrote in message news:<3c81060d$1@giga.realtime.net>... > And we have a nice start; our tools already can process > Ada9 and C++, But that's relatively straightforward. After all anyone can process Ada 95 (I assume that Ada9 is a misprint) using ASIS, and it is not clear what "processing C++" means if you are generating C++ as the output. > so the real task is to define the map between them. That indeed is the (very difficult for Ada to C++) part. A translation from Jovial to C is by comparison entirely trivial, since the languages are both low level languages with no major semantic problems in the translation that I can see. > How such things are defined are usually defined by > customer dictate That's a very tall order for Ada to C++. For example, in the case of object oriented stuff, the correspondences are far from trivial, the same is true for generics and templates. Going back to the tool environment, it seems clear that starting with ASIS is the best here, although your tools may "process" Ada 95, it is very unlikely that they generate the full semantic information available from ASIS and for sure it seems like you need this full information for an automatic translation to C++. What is certain is that, even with this starting point, this translation is a major project. What is not certain is that it is a practical project. Of course one can translate Ada to C, just as one can translate C++ to C (that is after all what C front does), but most usually people who ask a question about Ada to C++ translation have legacy Ada code that they want to magically translate into high level maintainable C++. I am dubious that this is possible at all, and even more dubious that it ever makes sense to attempt it. ^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: ada to C++ translation 2002-03-03 0:21 ` Robert Dewar @ 2002-03-04 15:06 ` Ira D. Baxter 2002-03-04 19:58 ` Chad R. Meiners 2002-03-04 20:10 ` AdaMax? (was: ada to C++ translation) Ted Dennison 2002-03-16 10:21 ` ada to C++ translation Kevin Cline 1 sibling, 2 replies; 23+ messages in thread From: Ira D. Baxter @ 2002-03-04 15:06 UTC (permalink / raw) "Robert Dewar" <dewar@gnat.com> wrote in message news:<5ee5b646.0203021621.ce5a579@posting.google.com>... > "Ira D. Baxter" <idbaxter@semdesigns.com> wrote in message news:<3c81060d$1@giga.realtime.net>... > > > And we have a nice start; our tools already can process > > Ada9 and C++, > (I assume that Ada9 is a misprint) [Yes, fumble fingers happen, sorry.] > But that's relatively straightforward. After all anyone > can process Ada 95 using ASIS, > and it is not clear what "processing C++" > means if you are generating C++ as the output. If you have a code generator that directly produces fragments of C++ text, then "processing C++" is uninteresting. It also makes composing generated fragments difficult, because the composition has to be pure macro-like substitution or text concatenation. This kind of approach can produce C Front like code, but it is likely to be inefficient and hard to maintain. Our tools manipulate trees, which allows them to compose fragments and then carry out optimizations on the result, because the tool understands the structure (and to the extent one is willing to invest effort) the semantics of such structure. "Processing C++" means that our tools can parse/compose/transform/prettyprint C++ code. > > so the real task is to define the map between them. > > That indeed is the (very difficult for Ada to C++) part. > A translation from Jovial to C is by comparison entirely > trivial, since the languages are both low level languages > with no major semantic problems in the translation that > I can see. Language translations are almost never trivial. JOVIAL has all kinds of nasty stuff. Data overlays. Packed fields. Macros. Exceptions(!). > > How such things are defined are usually defined by > > customer dictate > > That's a very tall order for Ada to C++. For example, > in the case of object oriented stuff, the correspondences > are far from trivial, the same is true for generics and > templates. I'll agree, that the Ada to C++ translation is probably harder. [Now that I understand that Averstar claims to have such a tool, I offer them as an existence proof]. [The point I had intended to make is that customers often have lots of secondary issues about execution environments, libraries, etc. that they want taken into account for such a translation. This adds to the scale of the translator engineering.] > Going back to the tool environment, it seems clear that > starting with ASIS is the best here, although your tools > may "process" Ada 95, it is very unlikely that they > generate the full semantic information available from ASIS > and for sure it seems like you need this full information > for an automatic translation to C++. ASIS certainly has a leg up in have the full semantic analysis of Ada available to it. We presently don't go so far with *Ada*. We do go that far with C and Java, so it isn't a tool limitation, it is an engineering investment problem. And yes, this is a significant investment, and would probably count for half the effort in a translator. OTOH, being able to "process" the resulting code (by composition, optimization, etc.) is key, we think, to produce a translated result that appears clean. ASIS offers nothing here. One could argue this, too, is just an engineering problem. The difference is that DMS was designed as infrastructure for this overall task. I don't believe ASIS was. This is not to denigrate ASIS; if you want analysis in the Ada world, it looks like a very good tool. If you want more, it might not be the right tool. > What is certain is that, even with this starting point, > this translation is a major project. Agreed. > What is not certain is that it is a practical project. > Of course one can translate Ada to C, just as one can > translate C++ to C (that is after all what C front does), This is pure code generation. Smart folk don't look at the result, they just compile and run it. > but most usually people who ask a question about Ada to > C++ translation have legacy Ada code that they want to > magically translate into high level maintainable C++. Agreed. > I am dubious that this is possible at all, and even more > dubious that it ever makes sense to attempt it. We think if it is practical to produce such code, our tools are well positioned to do this. [And if Averstar already does this well, the point is probably moot]. YMMV. I'll be the *last* person to push somebody into such a conversion. If there's a more economical (or more business-sensible) approach that leaves them in Ada, that's the way they should go. If such a conversion starts and the value isn't really clear, it'll get killed in mid project and that wastes everybody's time, including ours. And I'll even agree that many starry-eyed desires for conversions are probably not sensible. That doesn't mean that conversions are always inappropriate. Rightly or wrongly, people perceive that engineers with good Ada skills are hard (and getting harder) to find, that tool vendor support is fading, that end-customer acceptance is weakening for those reasons. Personally, I think this is a shame. I'm actually a closet Ada fan; it appears to have one of the most rational designs of any of the languages I've seen, and systems built in it appear to generally have better quality. (One might argue this is caused by filtering out people who won't read the LRM). But I'm not the marketplace, and it doesn't always do what we personally think is technically rational. If you remember BetaMax VCRs, they were technically better than VHS. But the only VCR survivors made the arguably rational business decision to go with VHS. This is not a recommendation on my part to switch to C++. It is merely an observation that some businesses likely will. Ira D. Baxter, Ph.D. CTO Semantic Designs 512-250-1018 http://www.semdesigns.com ^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: ada to C++ translation 2002-03-04 15:06 ` Ira D. Baxter @ 2002-03-04 19:58 ` Chad R. Meiners 2002-03-05 4:57 ` Robert Dewar 2002-03-04 20:10 ` AdaMax? (was: ada to C++ translation) Ted Dennison 1 sibling, 1 reply; 23+ messages in thread From: Chad R. Meiners @ 2002-03-04 19:58 UTC (permalink / raw) "Ira D. Baxter" <idbaxter@semdesigns.com> wrote in message news:3c838b53@giga.realtime.net... > > If you remember BetaMax VCRs, they were technically > better than VHS. But the only VCR survivors > made the arguably rational business decision to go with VHS. > Please search Google groups in comp.lang.ada for Dr. Dewar's argument why the Beta vs. VHS analogy is not well formed. -CRM ^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: ada to C++ translation 2002-03-04 19:58 ` Chad R. Meiners @ 2002-03-05 4:57 ` Robert Dewar 2002-03-27 13:45 ` Steffen Huber 0 siblings, 1 reply; 23+ messages in thread From: Robert Dewar @ 2002-03-05 4:57 UTC (permalink / raw) "Chad R. Meiners" <crmeiners@hotmail.com> wrote in message news:<a60is1$21tb$1@msunews.cl.msu.edu>... > Please search Google groups in comp.lang.ada for Dr. > Dewar's argument why the Beta vs. VHS analogy is not well > formed. To save people the trouble, the summary is as follows. VHS dominated Beta because it was technically superior. In what respect? In respect to the playing time you could get on a tape. Yes, the image was not as good, but the market place spoke loud and clear, playing time was more important than image quality, and Sony failed to understand this. You still see this today in the DVD market. Many DVD's are over compressed, but people prefer to have hours and hours of junk extras to having just the movie at the highest quality. The few "superbit" DVD's that are available show the difference in quality quite clearly (compare for example the Superbit transfer of Air Force One to the standard transfer). Many DVD's have significantly poorer quality than the corresponding laser disks, at least partly because of digital artifacts from excessive compression, but the market place likes the long playing times. (my own taste is to prefer laser disks still in many cases to the corresponding DVD's, though there are exceptions, and perhaps my observations are not really level playing field, since I have an HLD-X9 laser player :-) How's that for getting off the topic completely? [well *someone* thought once again that beta vs VHS was a relevant analogy, sigh] Anyone interested in home theater is welcome to visit me in NYC to see my setup here :-) ^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: ada to C++ translation 2002-03-05 4:57 ` Robert Dewar @ 2002-03-27 13:45 ` Steffen Huber 0 siblings, 0 replies; 23+ messages in thread From: Steffen Huber @ 2002-03-27 13:45 UTC (permalink / raw) Robert Dewar wrote: > > "Chad R. Meiners" <crmeiners@hotmail.com> wrote in message > news:<a60is1$21tb$1@msunews.cl.msu.edu>... > > > Please search Google groups in comp.lang.ada for Dr. > > Dewar's argument why the Beta vs. VHS analogy is not well > > formed. > > To save people the trouble, the summary is as follows. > > VHS dominated Beta because it was technically superior. In > what respect? In respect to the playing time you could get > on a tape. Yes, the image was not as good, but the market > place spoke loud and clear, playing time was more important than image > quality, and Sony failed to understand this. This might explain the success of VHS when battling against Betamax, but it does not explain why VHS won over Video2000 (I am not sure if Video2000 was available outside Europe). Video2000 was able to record 16 hours per tape (8 hours without switching sides), tapes were cheaper than VHS ones and the quality was a lot better. We Europeans usually use the VHS vs. Video2000 comparison when trying to explain the success of Windows vs. the world ;-) When we discuss the VHS vs. Video2000 vs. Betamax situation, usually things like licencing costs for the system, availability of "software" in stores and the fact that JVC gave VHS copying machines virtually for free to video producers (especially the porn guys) are cited as reasons for the VHS success. [snip] Steffen -- steffen.huber@gmx.de steffen@huber-net.de GCC for RISC OS - http://www.arcsite.de/hp/gcc/ Private homepage - http://www.huber-net.de/ ^ permalink raw reply [flat|nested] 23+ messages in thread
* AdaMax? (was: ada to C++ translation) 2002-03-04 15:06 ` Ira D. Baxter 2002-03-04 19:58 ` Chad R. Meiners @ 2002-03-04 20:10 ` Ted Dennison 2002-03-05 20:49 ` Rob Veenker 2002-03-05 21:31 ` Marin David Condic 1 sibling, 2 replies; 23+ messages in thread From: Ted Dennison @ 2002-03-04 20:10 UTC (permalink / raw) "Ira D. Baxter" <idbaxter@semdesigns.com> wrote in message news:<3c838b53@giga.realtime.net>... > But I'm not the marketplace, and it doesn't > always do what we personally think is technically > rational. Clearly you have to go where you think your money is as a tool vendor. That's perfectly understandable. However, you need to be very careful in making cross-market analogies... > If you remember BetaMax VCRs, they were technically > better than VHS. But the only VCR survivors > made the arguably rational business decision to go with VHS. Sigh. The old "BetaMax" argument again? The driving of BetaMax from the marketplace was not irrational at all, technically or economicly. First off, BetaMax wasn't inarguably technicly superior. Beta format had a more limited recording time than VHS, and that was important to some people. But more importantly, BetaMax was a proprietary standard that one company owned and tried to milk as a revenue source in and of itself (by refusing to release it to other companies w/o huge license fees). VHS was a free industry standard. So suddenly there were 2 VCR universes: one with no real competition between VCR makers and one with oodles of it. Tapes didn't work with both, so consumers got to choose the winner. A bit of basic microeconomics will tell you that the result of this situation is almost a forgone conclusion. What does all of this have to do with Ada? Damn near nothing. If we had to make an analogy into the videocassete market, VCR's (and their formats) would be machine languages (CPUs, OS's, programming platforms, etc.), tapes would be the executable programs, and programming languages would be sort of analogous to the the camera techniques used to film the original shows before they transfered to tape. If damn near everyone else uses an inferior or inefficient one, there's no real reason that has to affect a content developer's choice at all. A tool vendor would certianly prefer to make tools targeted to that larger camera technique user-base (assuming that market isn't oversaturated). But this has nothing whatsever to do with Beta vs. VHS. -- T.E.D. Home - mailto:dennison@telepath.com (Yahoo: Ted_Dennison) Homepage - http://www.telepath.com/dennison/Ted/TED.html ^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: AdaMax? (was: ada to C++ translation) 2002-03-04 20:10 ` AdaMax? (was: ada to C++ translation) Ted Dennison @ 2002-03-05 20:49 ` Rob Veenker 2002-03-05 21:24 ` Darren New 2002-03-06 15:19 ` Ted Dennison 2002-03-05 21:31 ` Marin David Condic 1 sibling, 2 replies; 23+ messages in thread From: Rob Veenker @ 2002-03-05 20:49 UTC (permalink / raw) In this respect there was even a third VCR system called Video 2000 by Philips during the mid '80s. It had great quality (like no lines in still images or when playing at high speed) and you could turn the tape and play side B ! Somehow it too got squashed in the middle and Philips even decided to switch to VHS completely. I guess marketing is more important than quality... sigh. Rob Veenker "Ted Dennison" <dennison@telepath.com> wrote in message news:4519e058.0203041210.5f878d07@posting.google.com... > "Ira D. Baxter" <idbaxter@semdesigns.com> wrote in message news:<3c838b53@giga.realtime.net>... > > But I'm not the marketplace, and it doesn't > > always do what we personally think is technically > > rational. > > Clearly you have to go where you think your money is as a tool vendor. > That's perfectly understandable. However, you need to be very careful > in making cross-market analogies... > > > If you remember BetaMax VCRs, they were technically > > better than VHS. But the only VCR survivors > > made the arguably rational business decision to go with VHS. > > Sigh. The old "BetaMax" argument again? > > The driving of BetaMax from the marketplace was not irrational at all, > technically or economicly. First off, BetaMax wasn't inarguably > technicly superior. Beta format had a more limited recording time than > VHS, and that was important to some people. > > But more importantly, BetaMax was a proprietary standard that one > company owned and tried to milk as a revenue source in and of itself > (by refusing to release it to other companies w/o huge license fees). > VHS was a free industry standard. So suddenly there were 2 VCR > universes: one with no real competition between VCR makers and one > with oodles of it. Tapes didn't work with both, so consumers got to > choose the winner. A bit of basic microeconomics will tell you that > the result of this situation is almost a forgone conclusion. > > What does all of this have to do with Ada? Damn near nothing. If we > had to make an analogy into the videocassete market, VCR's (and their > formats) would be machine languages (CPUs, OS's, programming > platforms, etc.), tapes would be the executable programs, and > programming languages would be sort of analogous to the the camera > techniques used to film the original shows before they transfered to > tape. If damn near everyone else uses an inferior or inefficient one, > there's no real reason that has to affect a content developer's choice > at all. A tool vendor would certianly prefer to make tools targeted to > that larger camera technique user-base (assuming that market isn't > oversaturated). But this has nothing whatsever to do with Beta vs. > VHS. > > -- > T.E.D. > Home - mailto:dennison@telepath.com (Yahoo: Ted_Dennison) > Homepage - http://www.telepath.com/dennison/Ted/TED.html ^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: AdaMax? (was: ada to C++ translation) 2002-03-05 20:49 ` Rob Veenker @ 2002-03-05 21:24 ` Darren New 2002-03-06 15:19 ` Ted Dennison 1 sibling, 0 replies; 23+ messages in thread From: Darren New @ 2002-03-05 21:24 UTC (permalink / raw) Rob Veenker wrote: > In this respect there was even a third VCR system called Video 2000 by > Philips during the mid '80s. And don't forget Umatic, which is still in use in professional studios. -- Darren New San Diego, CA, USA (PST). Cryptokeys on demand. To the user, everything works just as expected, assuming the user's expectations are correct. ^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: AdaMax? (was: ada to C++ translation) 2002-03-05 20:49 ` Rob Veenker 2002-03-05 21:24 ` Darren New @ 2002-03-06 15:19 ` Ted Dennison 1 sibling, 0 replies; 23+ messages in thread From: Ted Dennison @ 2002-03-06 15:19 UTC (permalink / raw) "Rob Veenker" <veenker@xs4all.nl> wrote in message news:<a63b3q$k2o$1@news1.xs4all.nl>... > In this respect there was even a third VCR system called Video 2000 by > Philips during the mid '80s. > It had great quality (like no lines in still images or when playing at high > speed) and you could turn the tape and play side B ! > Somehow it too got squashed in the middle and Philips even decided to switch > to VHS completely. > I guess marketing is more important than quality... sigh. It has *nothing* to do with marketing or quality. Its basic economics. I suspect if you look into this you will discover that Phillips tried to keep Video 2000 proprietary, and thus it was hosed from the get-go against the open format of VHS. You are talking a one-company market against a multi-company market. The winner is going to be the same most every time. -- T.E.D. Home - mailto:dennison@telepath.com (Yahoo: Ted_Dennison) Homepage - http://www.telepath.com/dennison/Ted/TED.html ^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: AdaMax? (was: ada to C++ translation) 2002-03-04 20:10 ` AdaMax? (was: ada to C++ translation) Ted Dennison 2002-03-05 20:49 ` Rob Veenker @ 2002-03-05 21:31 ` Marin David Condic 2002-03-06 15:59 ` Ted Dennison 1 sibling, 1 reply; 23+ messages in thread From: Marin David Condic @ 2002-03-05 21:31 UTC (permalink / raw) "Ted Dennison" <dennison@telepath.com> wrote in message news:4519e058.0203041210.5f878d07@posting.google.com... > > What does all of this have to do with Ada? Damn near nothing. If we > had to make an analogy into the videocassete market, VCR's (and their > formats) would be machine languages (CPUs, OS's, programming > platforms, etc.), tapes would be the executable programs, and > programming languages would be sort of analogous to the the camera > techniques used to film the original shows before they transfered to > tape. If damn near everyone else uses an inferior or inefficient one, > there's no real reason that has to affect a content developer's choice > at all. A tool vendor would certianly prefer to make tools targeted to > that larger camera technique user-base (assuming that market isn't > oversaturated). But this has nothing whatsever to do with Beta vs. > VHS. > O.K. but to stretch the analogy a little further. Look at regular, vs HDTV. A content developer might like HDTV, but if the camera equipment, etc., is too expensive (development environments) or the tools aren't available to get the HDTV picture to work on standard TV equipment (compilers targeted to the platform) or the picture is too big to fit the screen (compiled code is too large/inefficient) or the "better" standard doesn't enable you to use the features of the existing equipment (lack of libraries, etc.) then there is a strong incentive to go with the lower quality standard TV picture. While Ada has fixed a large number of these problems, its still important to look at it as a lesson. There's more to it than just the superiorness (is that a word?) of the technology in question. HDTV is wonderful, but there have to be a lot of other pieces in place for HDTV to succeed. A great picture that you can't deliver down the chain (or that you can't get there in a timely manner) is just an interesting curiosity. Like all analogies, there are weaknesses and flaws, but I think the point can be understood from it anyway. Ada has become inexpensive and efficient. Its done a good job of being available on a large number of platforms. Its starting to get there with tools, libraries, etc., but still has some distance to go in this area. We need to constantly look at the whole chain and see what Ada isn't providing to the market that other languages do. It can't be "better" just on the level of its syntax and semantics - it has to be "better" (not "just as good") at getting an end product in the hands of the end user or there isn't much incentive to switch. (IOW, VHS was "better" at getting a movie into the hands of a viewer than was Beta.) Most of us here can see any number of ways Ada is "better" in a variety of domains. We just need to keep thinking about the whole chain when trying to understand how to get it adopted more widely. MDC -- Marin David Condic Senior Software Engineer Pace Micro Technology Americas www.pacemicro.com Enabling the digital revolution e-Mail: marin.condic@pacemicro.com Web: http://www.mcondic.com/ ^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: AdaMax? (was: ada to C++ translation) 2002-03-05 21:31 ` Marin David Condic @ 2002-03-06 15:59 ` Ted Dennison 2002-03-06 17:23 ` Marin David Condic 2002-03-12 17:09 ` Dale Pontius 0 siblings, 2 replies; 23+ messages in thread From: Ted Dennison @ 2002-03-06 15:59 UTC (permalink / raw) "Marin David Condic" <dont.bother.mcondic.auntie.spam@[acm.org> wrote in message news:<a63dgj$sn3$1@nh.pace.co.uk>... > O.K. but to stretch the analogy a little further. Look at regular, vs HDTV. > A content developer might like HDTV, but if the camera equipment, etc., is > too expensive (development environments) or the tools aren't available to No, that's a different analogy altogether. HDTV's problem isn't lack of openness, its just the normal ramp-up problem for any new technology. The end of this story has yet to be written. That fact alone makes attempts to draw analogies w/ programming languages unsatisfactory, as no real conclusion can be reached. I'd say its still wrong from one perspective though. Programming languages don't really resemble media formats much at all. If I have a player for one media format, it generally won't handle a competing format. Either way, for that player to be worthwhile for the purchaser, people have to develop content that works with it. If "The Lord of the Rings" is only release using another format, your'e hosed. Languages don't work that way at all. If I've got a C compiler, but Fred chooses to use Tea (fictional language) to produce his programs, that really doesn't hurt me at all. As far as the users are concerned, they really can't even tell the difference. For that reason, I don't believe formats should *ever* be used as analogies with computer languages. They just aren't analgous. -- T.E.D. Home - mailto:dennison@telepath.com (Yahoo: Ted_Dennison) Homepage - http://www.telepath.com/dennison/Ted/TED.html ^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: AdaMax? (was: ada to C++ translation) 2002-03-06 15:59 ` Ted Dennison @ 2002-03-06 17:23 ` Marin David Condic 2002-03-12 17:09 ` Dale Pontius 1 sibling, 0 replies; 23+ messages in thread From: Marin David Condic @ 2002-03-06 17:23 UTC (permalink / raw) "Ted Dennison" <dennison@telepath.com> wrote in message news:4519e058.0203060759.495623f6@posting.google.com... > > No, that's a different analogy altogether. HDTV's problem isn't lack > of openness, its just the normal ramp-up problem for any new > technology. The end of this story has yet to be written. That fact > alone makes attempts to draw analogies w/ programming languages > unsatisfactory, as no real conclusion can be reached. > O.K. We're probably just concentrating on two different things. If I'm interpreting correctly, you are focusing on open standards vs proprietary architectures - indicating that proprietary eventually tends to lose out. (Although exceptions - to a point - can be found. Apple & IBM locked up various architectures and still succeeded in making money on them for a while - and "for a while" can be "good enough" in the world of business.) I think my concentration was more on a "whole product" view where VHS had an advantage over Beta that "superior image quality" alone couldn't compete with. Definitely agreed that the story for HDTV isn't over. But for it to succeed and eventually supplant standard TV, *lots* of things have to be in place: Camera and editing equipment, broadcast and cable bandwidth, VCR/DVDs, HDTV sets in consumer's homes at a "critical mass", etc. To that extent, there *is* some analogy between Ada and HDTV - better quality up front, but not all the pieces in place for it to take over the market. (I don't believe that the story is over for Ada either. :-) > I'd say its still wrong from one perspective though. Programming > languages don't really resemble media formats much at all. If I have a > player for one media format, it generally won't handle a competing > format. Either way, for that player to be worthwhile for the > purchaser, people have to develop content that works with it. If "The > Lord of the Rings" is only release using another format, your'e hosed. > True - but just as you need translation equipment to get an HDTV picture onto a standard TV picture tube, you need an Ada compiler that targets the appropriate hardware. Id est, I write my movie script in Ada & then have to translate it into film, VHS, DVD, MPEG streams, etc., as needed to get it to work on the equipment in question. I did say all analogies can be picked apart, didn't I? :-) > Languages don't work that way at all. If I've got a C compiler, but > Fred chooses to use Tea (fictional language) to produce his programs, > that really doesn't hurt me at all. As far as the users are concerned, > they really can't even tell the difference. > Presuming, of course, that the quality of your end product is equally as good. And at the same cost. And we regularly contend here that Ada tends to produce better quality. Much as HDTV makes a better quality picture. If Tea is a better language than C from the standpoint of producing more reliable end products that get to market quicker and at a lower development cost, then Fred *is* hurting you by using Tea. The end user doesn't care about the underlying technology, but he does care about a lot of things that the language can impact. > For that reason, I don't believe formats should *ever* be used as > analogies with computer languages. They just aren't analgous. > Never say "never"? :-) Sure, the analogies can fall apart rather readily. I'd just contend that often there is a lesson to be learned there that might help us understand better how to promote Ada. To that extent, the introduction of a new format (be it TV, music, etc.) might be useful to study. We can't say "Ada is doomed to fail because it is identical to Beta", but we can say "What made Beta fail and is there something similar working to undermine Ada?" MDC -- Marin David Condic Senior Software Engineer Pace Micro Technology Americas www.pacemicro.com Enabling the digital revolution e-Mail: marin.condic@pacemicro.com Web: http://www.mcondic.com/ ^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: AdaMax? (was: ada to C++ translation) 2002-03-06 15:59 ` Ted Dennison 2002-03-06 17:23 ` Marin David Condic @ 2002-03-12 17:09 ` Dale Pontius 1 sibling, 0 replies; 23+ messages in thread From: Dale Pontius @ 2002-03-12 17:09 UTC (permalink / raw) In article <4519e058.0203060759.495623f6@posting.google.com>, dennison@telepath.com (Ted Dennison) writes: > "Marin David Condic" <dont.bother.mcondic.auntie.spam@[acm.org> wrote in message news:<a63dgj$sn3$1@nh.pace.co.uk>... >> O.K. but to stretch the analogy a little further. Look at regular, vs HDTV. >> A content developer might like HDTV, but if the camera equipment, etc., is >> too expensive (development environments) or the tools aren't available to > > No, that's a different analogy altogether. HDTV's problem isn't lack > of openness, its just the normal ramp-up problem for any new > technology. The end of this story has yet to be written. That fact > alone makes attempts to draw analogies w/ programming languages > unsatisfactory, as no real conclusion can be reached. > Actually, HDTVs problem is more in the standards area. It has taken a long tim hammering a standard. Even with limited production and broadcasting the MPAA wants to reopen it and add DRM, so it may be that all of today's HDTVs will still become obsolete before wide deployment. At least Ada doesn't suffer from that problem - two very well defined standards, 12 years apart. I suspect Ada's biggest enemy is that C and C++ appear 'nearly good enough'. Dale Pontius NOT speaking for IBM ^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: ada to C++ translation 2002-03-03 0:21 ` Robert Dewar 2002-03-04 15:06 ` Ira D. Baxter @ 2002-03-16 10:21 ` Kevin Cline 2002-03-16 20:20 ` Robert A Duff 1 sibling, 1 reply; 23+ messages in thread From: Kevin Cline @ 2002-03-16 10:21 UTC (permalink / raw) dewar@gnat.com (Robert Dewar) wrote in message news:<5ee5b646.0203021621.ce5a579@posting.google.com>... > Of course one can translate Ada to C, just as one can > translate C++ to C (that is after all what C front does), That problem got a lot harder when exceptions were introduced into C++. C-front was abandoned at that time. ^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: ada to C++ translation 2002-03-16 10:21 ` ada to C++ translation Kevin Cline @ 2002-03-16 20:20 ` Robert A Duff 0 siblings, 0 replies; 23+ messages in thread From: Robert A Duff @ 2002-03-16 20:20 UTC (permalink / raw) kcline@optelnow.net (Kevin Cline) writes: > That problem got a lot harder when exceptions > were introduced into C++. C-front was abandoned > at that time. It's not all that hard to translate exceptions into C using setjmp/longjmp. It's grossly inefficient, though. - Bob ^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: ada to C++ translation 2002-03-02 17:13 ada to C++ translation Ira D. Baxter 2002-03-03 0:21 ` Robert Dewar @ 2002-03-08 17:52 ` John Tate 2002-03-08 15:46 ` Ted Dennison 1 sibling, 1 reply; 23+ messages in thread From: John Tate @ 2002-03-08 17:52 UTC (permalink / raw) > http://www.semdesigns.com/Products/DMS/Porting/Porting_files/frame.htm. > >>Very interesting. That link shows me a couple of blank frames. >> > > It does? I just checked it with IE5. No blank frames. > What browser are you using? Obviosly the person who wrote the site is a microsoft junkie who needs to make the shit thing work with Netscape & other browsers. Becuase there is more to the world than just microsoft i use Linux and windowsand netscape is better than IE face it. People who cant make HTML sites work as HTML not as what i refer as: MHTML - Not real HTML because HTML parsers cant read it only Internet Explorer. goto www.toastytech.com/evil STOP USING MICROSOFT!!! -- ========================= Messege sent by John Tate Icq: 131351395 Msn: goon_666@hotmail.com Yahoo: Bongrat_au@yahoo.com Netscape GOON666A69 ^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: ada to C++ translation 2002-03-08 17:52 ` John Tate @ 2002-03-08 15:46 ` Ted Dennison 2002-03-08 19:36 ` [off-topic] Web "designers" (was: ada to C++ translation) Wes Groleau 2002-03-15 22:41 ` ada to C++ translation Ted Dennison 0 siblings, 2 replies; 23+ messages in thread From: Ted Dennison @ 2002-03-08 15:46 UTC (permalink / raw) John Tate <tate0@bigpond.com> wrote in message news:<3C88FA56.9000502@bigpond.com>... > > http://www.semdesigns.com/Products/DMS/Porting/Porting_files/frame.htm. > > > >>Very interesting. That link shows me a couple of blank frames. > >> > > > > It does? I just checked it with IE5. No blank frames. > > What browser are you using? > > Obviosly the person who wrote the site is a microsoft junkie who needs > to make the shit thing work with Netscape & other browsers. It doesn't work w/ Mozilla either. Worse yet, it doesn't even come close to validating as HTML. In fact, it hits the 35 error limit quite quickly. I do wish web page authors would show a wee bit of professionalism and start validating their sources before publishing them. I just don't understand how people in good conscience can take other people's money to develop a website, and give them something that isn't even real HTML. Running a page through the WC3 validator (http://validator.w3.org/ ) takes hardly any time at all. Once you've done that, if there's some display problem on some weird browser, then and only then can you blame the browser and not your own lazy self. -- T.E.D. Home - mailto:dennison@telepath.com (Yahoo: Ted_Dennison) Homepage - http://www.telepath.com/dennison/Ted/TED.html ^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [off-topic] Web "designers" (was: ada to C++ translation) 2002-03-08 15:46 ` Ted Dennison @ 2002-03-08 19:36 ` Wes Groleau 2002-03-08 22:41 ` Ted Dennison 2002-03-15 22:41 ` ada to C++ translation Ted Dennison 1 sibling, 1 reply; 23+ messages in thread From: Wes Groleau @ 2002-03-08 19:36 UTC (permalink / raw) > it hits the 35 error limit quite quickly. I do wish web page authors > would show a wee bit of professionalism and start validating their > sources before publishing them. I just don't understand how people in > good conscience can take other people's money to develop a website, > and give them something that isn't even real HTML. By an overwhelming majority, web pages, both professional and amateur, are created either "on-the-fly" or by WYSIWYG editors. In both styles, almost always the tools that generate the so-called HTML are designed and coded (or just coded) by people who have no more clue about HTML than the users of the tools. And in many cases, by people who don't have a clue about how to test. -- Wes Groleau http://freepages.rootsweb.com/~wgroleau ^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [off-topic] Web "designers" (was: ada to C++ translation) 2002-03-08 19:36 ` [off-topic] Web "designers" (was: ada to C++ translation) Wes Groleau @ 2002-03-08 22:41 ` Ted Dennison 2002-03-09 0:31 ` Gary Scott 2002-03-09 2:01 ` tmoran 0 siblings, 2 replies; 23+ messages in thread From: Ted Dennison @ 2002-03-08 22:41 UTC (permalink / raw) Wes Groleau <wesgroleau@despammed.com> wrote in message news:<3C8912D0.753573DF@despammed.com>... > > it hits the 35 error limit quite quickly. I do wish web page authors > > would show a wee bit of professionalism and start validating their > > sources before publishing them. I just don't understand how people in > > By an overwhelming majority, web pages, both professional and amateur, > are created either "on-the-fly" or by WYSIWYG editors. In both styles, > almost always the tools that generate the so-called HTML are designed > and coded (or just coded) by people who have no more clue about HTML > than the users of the tools. And in many cases, by people who don't I can certianly vouch that the current version of FrontPage produces invalid HTML. So does the last version of the Mozilla Composer that I tried. ^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [off-topic] Web "designers" (was: ada to C++ translation) 2002-03-08 22:41 ` Ted Dennison @ 2002-03-09 0:31 ` Gary Scott 2002-03-09 2:01 ` tmoran 1 sibling, 0 replies; 23+ messages in thread From: Gary Scott @ 2002-03-09 0:31 UTC (permalink / raw) Ted Dennison wrote: > > Wes Groleau <wesgroleau@despammed.com> wrote in message news:<3C8912D0.753573DF@despammed.com>... > > > it hits the 35 error limit quite quickly. I do wish web page authors > > > would show a wee bit of professionalism and start validating their > > > sources before publishing them. I just don't understand how people in > > > > By an overwhelming majority, web pages, both professional and amateur, > > are created either "on-the-fly" or by WYSIWYG editors. In both styles, > > almost always the tools that generate the so-called HTML are designed > > and coded (or just coded) by people who have no more clue about HTML > > than the users of the tools. And in many cases, by people who don't > > I can certianly vouch that the current version of FrontPage produces > invalid HTML. So does the last version of the Mozilla Composer that I > tried. At one time, there were significant incompatibilities in the area of "dynamic" HTML, with MS and NS going in very different directions. NS 6 and IE 5 now appear to be mostly on the same page in that area with both being more compatible with "standard" than before. -- Gary Scott mailto:scottg@flash.net mailto:webmaster@fortranlib.com http://www.fortranlib.com Support the GNU Fortran G95 Project: http://g95.sourceforge.net ^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [off-topic] Web "designers" (was: ada to C++ translation) 2002-03-08 22:41 ` Ted Dennison 2002-03-09 0:31 ` Gary Scott @ 2002-03-09 2:01 ` tmoran 1 sibling, 0 replies; 23+ messages in thread From: tmoran @ 2002-03-09 2:01 UTC (permalink / raw) >I can certianly vouch that the current version of FrontPage produces >invalid HTML. So does the last version of the Mozilla Composer that I And the extremely convenient MS Word Save/As Web Page Does anything other than Tidy produce/require "correct" HTML? ^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: ada to C++ translation 2002-03-08 15:46 ` Ted Dennison 2002-03-08 19:36 ` [off-topic] Web "designers" (was: ada to C++ translation) Wes Groleau @ 2002-03-15 22:41 ` Ted Dennison 1 sibling, 0 replies; 23+ messages in thread From: Ted Dennison @ 2002-03-15 22:41 UTC (permalink / raw) dennison@telepath.com (Ted Dennison) wrote in message news:<4519e058.0203080746.203cb871@posting.google.com>... > sources before publishing them. I just don't understand how people in > good conscience can take other people's money to develop a website, > and give them something that isn't even real HTML. > > Running a page through the WC3 validator (http://validator.w3.org/ ) > takes hardly any time at all. Once you've done that, if there's some > display problem on some weird browser, then and only then can you > blame the browser and not your own lazy self. I should note that the 0.9.9 version of Mozilla's HTML editor not only appears to make valid HTML, but it actually has a validate button that will help you submit your work to the validator! That's a significant improvement, considering it was a pervious version of this very tool that produced results so crappy that it put me off HTML editors entirely. -- T.E.D. Home - mailto:dennison@telepath.com (Yahoo: Ted_Dennison) Homepage - http://www.telepath.com/dennison/Ted/TED.html ^ permalink raw reply [flat|nested] 23+ messages in thread
end of thread, other threads:[~2002-03-27 13:45 UTC | newest] Thread overview: 23+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2002-03-02 17:13 ada to C++ translation Ira D. Baxter 2002-03-03 0:21 ` Robert Dewar 2002-03-04 15:06 ` Ira D. Baxter 2002-03-04 19:58 ` Chad R. Meiners 2002-03-05 4:57 ` Robert Dewar 2002-03-27 13:45 ` Steffen Huber 2002-03-04 20:10 ` AdaMax? (was: ada to C++ translation) Ted Dennison 2002-03-05 20:49 ` Rob Veenker 2002-03-05 21:24 ` Darren New 2002-03-06 15:19 ` Ted Dennison 2002-03-05 21:31 ` Marin David Condic 2002-03-06 15:59 ` Ted Dennison 2002-03-06 17:23 ` Marin David Condic 2002-03-12 17:09 ` Dale Pontius 2002-03-16 10:21 ` ada to C++ translation Kevin Cline 2002-03-16 20:20 ` Robert A Duff 2002-03-08 17:52 ` John Tate 2002-03-08 15:46 ` Ted Dennison 2002-03-08 19:36 ` [off-topic] Web "designers" (was: ada to C++ translation) Wes Groleau 2002-03-08 22:41 ` Ted Dennison 2002-03-09 0:31 ` Gary Scott 2002-03-09 2:01 ` tmoran 2002-03-15 22:41 ` ada to C++ translation Ted Dennison
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox