Re: Help with .NET UNO Bridges for LibreOffice

> (though I can't remember how LO's URP implementations compute those globally unique TIDs; one would need to look into the code) I'd have to recheck too but I believe it uses a combination of the OS thread and process IDs. > Yeah, async messages complicate the picture somewhat. In olden times,

Re: Help with .NET UNO Bridges for LibreOffice

On 8/15/24 05:42, Ritobroto Mukherjee wrote: So to clarify, every thread has an UNO generated ID, independent of its OS thread ID. Is this thread ID unique across a bridge or only unique in a process/environment? yes, see

Re: Help with .NET UNO Bridges for LibreOffice

Hello everyone, (This part is in response to Mr. Bergmann's reply) > The overall idea is that UNO is multithreaded across the involved processes, > and each such abstract thread has a unique ID that it carries across all the > processes (and different language runtimes, in each process) it exec

Re: Help with .NET UNO Bridges for LibreOffice

Stephan Bergmann wrote: > On 8/10/24 15:19, Ritobroto Mukherjee wrote: > > Should arrays be pinned or copied to native memory, and same for > > structs? Would lumping all parameter data in a single block of memory > > be better? > > Sorry, I'm way to unfamiliar with the UNO .Net bindings to give y

Re: Help with .NET UNO Bridges for LibreOffice

On 8/10/24 15:19, Ritobroto Mukherjee wrote: 1) Managed Bridge The managed bridge is a completely C# reimplementation of the bridge, including the URP protocol, and is based on the ridljar/ and binaryurp/ modules. It is less fleshed out right now, only containing implementations of some of the i

Help with .NET UNO Bridges for LibreOffice

Hello everyone, I'm a GSoC contributor this year, working on updating the .NET UNO bridge to support non-Windows platforms and the latest .NET versions. I've submitted a series of patches, which can be found here: https://gerrit.libreoffice.org/q/%22.NET+Bindings%22 I have completed netmaker for