From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham autolearn_force=no version=3.4.4 X-Google-Thread: 103376,4ef4bf3098ab117 X-Google-Attributes: gid103376,public X-Google-Language: ENGLISH,ASCII-7-bit Path: g2news1.google.com!news1.google.com!news2.google.com!news.maxwell.syr.edu!border1.nntp.dca.giganews.com!border2.nntp.dca.giganews.com!nntp.giganews.com!cyclone-sf.pbi.net!151.164.30.34!cyclone.swbell.net!bos-service1.raytheon.com!dfw-service2.ext.ray.com.POSTED!53ab2750!not-for-mail From: Mark H Johnson User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4) Gecko/20030624 Netscape/7.1 (ax) X-Accept-Language: en-us, en MIME-Version: 1.0 Newsgroups: comp.lang.ada Subject: Re: Ada compiler differences References: <+Lb8wu$Il5Pz@eisner.encompasserve.org> In-Reply-To: <+Lb8wu$Il5Pz@eisner.encompasserve.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Message-ID: <1wVdd.5$Au6.4@dfw-service2.ext.ray.com> Date: Thu, 21 Oct 2004 16:05:00 -0500 NNTP-Posting-Host: 192.27.48.106 X-Complaints-To: news@ext.ray.com X-Trace: dfw-service2.ext.ray.com 1098392701 192.27.48.106 (Thu, 21 Oct 2004 16:05:01 CDT) NNTP-Posting-Date: Thu, 21 Oct 2004 16:05:01 CDT Organization: Raytheon Company Xref: g2news1.google.com comp.lang.ada:5597 Date: 2004-10-21T16:05:00-05:00 List-Id: Larry Kilgallen wrote: > In article , "Warren W. Gay VE3WWG" writes: > >>Mark H Johnson wrote: >> >>>Larry Kilgallen wrote: >>> >>>>In article , Mark H Johnson >>>> writes: >>>> >>>>[snip big endian TCP/IP example] >>> >>> >>>>>That particular issue has nothing to do with Ada; you have the same >>>>>problem with C or other languages. >>>> >>>>In particular, it has to do with the fact that TCP/IP was devised on >>>>an ad-hoc basis rather than using an underlying marshalling technique >>>>such as promoted by ASN.1. >> >>The marshalling technique required by ASN.1 requires that all hosts >>do "marshalling", whereas big endian machines do not require it >>at all (assuming size matches). > > > And as someone who frequents little-endian machines, I can choose some > non-IP protocol a more friendly (to me) one that was designed with no > thought to endian portability. I'll repeat my question [which was snipped in this sequence] since it apparently has been ignored.... I am not quite sure how this comment is relevant to the OP's question on writing portable software. Are you suggesting to the OP that they use something like an ASN.1 library instead of Posix functions? If so, how is that "better" for the problem I described? I raised this question because I recognize in many situations, you have to meet an established interface specification. You imply above that ignoring the interface (or choosing a different one) is somehow OK. Please explain your rationale. --Mark