Path: 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: BridgeWorks -> TIG
Date: Thu, 1 Aug 2024 09:24:13 -0400
Organization: A noiseless patient Spider
Lines: 37
Message-ID: <v8g29s$256sp$1@dont-email.me>
References: <v8fuib$256sq$1@dont-email.me>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Injection-Date: Thu, 01 Aug 2024 15:24:13 +0200 (CEST)
Injection-Info: dont-email.me; posting-host="c3ea436082460bef622aadf0493fc7f7";
	logging-data="2268057"; mail-complaints-to="abuse@eternal-september.org";	posting-account="U2FsdGVkX19n78AI4hhqqe8w72bLvODaBk3MvXbhqFI="
User-Agent: Mozilla Thunderbird
Cancel-Lock: sha1:pOJ++v4m9Zi8kowlFL6pZIaJpL0=
Content-Language: en-US
In-Reply-To: <v8fuib$256sq$1@dont-email.me>

On 8/1/2024 8:20 AM, Arne Vajhøj wrote:
> I could not get BridgeWorks to work. And the VMS side was
> VMS Alpha only. And the non-Java option for client side
> was COM.
> 
> But I do like the concept. So I tried creating something
> similar that works with newer stuff. TIG (Transparent
> Interface Generation).

> Clients tested on Windows, but they should work fine on Linux as well -
> standard Java/C#/C.
> 
> I think the client code looks very reasonable.
> 
> Question is whether it is worth continuing working on.
> 
> Lots of outstanding work:
> * comment code
> * document wire protocol
> * add support for more data types including VAX float
> * add support for arrays outside of structs
> * add Python client generation
> * add C++ client generation
> * add C server generation (there is not really any reason for
>    server to be in Java except that it is easier to write a
>    multi-threaded server in Java than in C)
> 
> Thoughts?

* look at endianess for C# and C - the Java client is endian
   neutral, but the C# and C clients assume running on little
   endian
* add buffer size arguments to C client API - it is the 21st century

Arne