Deutsch English Français Italiano |
<v9re8o$23201$1@dont-email.me> View for Bookmarking (what is this?) Look up another Usenet article |
Path: ...!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail From: =?UTF-8?Q?Arne_Vajh=C3=B8j?= <arne@vajhoej.dk> Newsgroups: comp.os.vms Subject: Re: New VSI post on Youtube Date: Sat, 17 Aug 2024 20:12:09 -0400 Organization: A noiseless patient Spider Lines: 33 Message-ID: <v9re8o$23201$1@dont-email.me> References: <v9ehs5$3mqbj$1@dont-email.me> <v9idff$f9k4$1@dont-email.me> <v9iqln$hrs3$1@dont-email.me> <v9iro6$fql6$1@dont-email.me> <66bcf876$0$717$14726298@news.sunsite.dk> <v9itvu$fql6$2@dont-email.me> <v9iult$h5ab$1@dont-email.me> <v9j1o8$fql6$3@dont-email.me> <v9jifr$ljck$2@dont-email.me> <v9jlfa$m0aq$1@dont-email.me> <v9ntn4$1g7cd$1@dont-email.me> <v9ot3b$1kfg2$2@dont-email.me> <v9oue4$1khhf$2@dont-email.me> <v9p2qf$1oud7$1@dont-email.me> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Injection-Date: Sun, 18 Aug 2024 02:12:08 +0200 (CEST) Injection-Info: dont-email.me; posting-host="f26af8d242b3a3f455e116efd32167dd"; logging-data="2197505"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX18Cxk8trvstFcAOcnBR8jfOKZ/ztPCu6ac=" User-Agent: Mozilla Thunderbird Cancel-Lock: sha1:Ns0lhS8W1O5OyXfz8QHbe/YJRUI= In-Reply-To: <v9p2qf$1oud7$1@dont-email.me> Content-Language: en-US Bytes: 2751 On 8/16/2024 10:44 PM, Lawrence D'Oliveiro wrote: > On Fri, 16 Aug 2024 20:29:40 -0500, Craig A. Berry wrote: >> On 8/16/24 8:06 PM, Lawrence D'Oliveiro wrote: >>> On Fri, 16 Aug 2024 12:11:16 -0400, Stephen Hoffman wrote: >>>> Yes, that means dragging some apps forward. And dragging systen APIs >>>> forward. >>> >>> Reinventing POSIX? >> >> POSIX is just an API. > > It was an API that was careful to define higher-level types like “time_t” > and “uintptr_t” and “size_t”, precisely because the *nix systems were at > the forefront of the 64-bit transition and they had to be prepared. Those implementation specific types was sort of best try back in the 90's. The approach has been mostly abandoned in newer languages. Today standard defined types are usually preferred. And does an API need a new type, then it means a new function/method/property. Too many problems with those implementation specific types. They often work great for small/medium size but run into problems with big/huge stuff. The combination of: - a need to convert between those implementation specific types and something of well defined type (persistence, network, mix other languages or something else) - the fact that C typedefs are not real types but just type aliases can end up in serious headache. Arne