The second question arises from the fact that if I try to run the SDK on a PC, where the LibreOffice 25.2.1.2 (X86_64) is installed I got an exception in net_bridge.dll on the call
private XComponentContext m_HnComponentContext = null; m_HnComponentContext = NativeBootstrap.bootstrap(); The exception says that : "Attempted to read or write protected memory. This is often an indication that other memory is corrupt." On Mon, Mar 24, 2025 at 9:15 AM Ilya Sokolov <i...@rula-tech.com> wrote: > Thanks for the manual, the manual works, the build was successful and the > LibreOffice.Bindings.0.1.0.nupkg has appeared in the dotnet folder. > > Could you tell me if I am right > that net_basetypes.dll, > net_bootstrap.dll,net_bridge.dll,net_oootypes.dll,net_uno.dll,net_uretypes.dll > should be redistributed with the application which uses the SDK? > > Am I right that the compiled SDK can be user with any LibreOffice > redistribution (with same bitness, e.g. x64) starting with 25.2.1.2? Or the > SDK can be used with the LibreOffice which I had compiled with the SDK? > > > > > > On Sun, Mar 23, 2025 at 7:11 PM Hossein Nourikhah <hoss...@libreoffice.org> > wrote: > >> Hello Ilya, >> >> This is a known issue with the LibreOffice SDK, which lacks .NET binding >> files: >> >> tdf#165585 LibreOffice SDK binaries lack cross platform .NET binding >> files >> https://bugs.documentfoundation.org/show_bug.cgi?id=165585 >> >> On the other hand, this is binary only issue. You should be able to >> compile LibreOffice with cross platform .NET enabled, and build the >> required packages. >> >> As you are on Windows, you may follow these instructions, using LODE: >> >> https://wiki.documentfoundation.org/Development/lode >> >> I have built LO with cross platform .NET support myself, and the >> resulting package is available in: >> >> instdir/sdk/dotnet/LibreOffice.Bindings.0.1.0.nupkg >> >> inside LibreOffice core source folder. >> >> Regards, >> Hossein >> >> On 19.03.2025 06:50, Ilya Sokolov wrote: >> > Hello >> > >> > I have an application, which integrates with Libre Office via C# >> > libraries. The application is being migrated from .Net Framework 4.5, >> > where all works well, to .Net 8. However, when then the .Net 8 >> > application tries to connect to the Libre Office an exception >> > occurres. >> > >> > Brief googling provided the link 148857 – Handle is not initialized >> > exception when bootstrapping with .Net (but not in .Net Framework) 3 >> > [1], where it is said that the latest Libre Office should have >> > communicate with .Net if the corresponding LibreOffice.Bindings Nuget >> > is used. Accordingly to the link the Nuget should be located at >> > /dotnet/LibreOffice.Bindings.0.1.0.nupkg, however, after installing >> > LibreOffice_25.2.1.2_Win_x86-64_sdk I have no dotnet folder in >> > C:\Program Files\LibreOffice\sdk. >> > >> > I have posted the question here >> > (https://ask.libreoffice.org/t/nuget-package-for-c/119073) and got the >> > advice to mail to this list. >> > >> > Could you tell me how can I get the LibreOffice.Bindings Nuget? >> > >> > -- >> > >> > Best Regards, >> > Ilia Sokolov >> > >> > >> > >> > Links: >> > ------ >> > [1] https://bugs.documentfoundation.org/show_bug.cgi?id=148857 >> >> -- >> Hossein Nourikhah, Ph.D., Developer Community Architect >> Tel: +49 30 5557992-65 | Email: hoss...@libreoffice.org >> The Document Foundation, Winterfeldtstraße 52, 10781 Berlin, DE >> Gemeinnützige rechtsfähige Stiftung des bürgerlichen Rechts >> Legal details: https://www.documentfoundation.org/imprint >> > > > -- > Best Regards, > Ilia Sokolov > > Head of Software Development > RULA Technologies SIA > Balta Iela 7, Riga, LV-1055, Latvia > +371 66102184 > http://rula-tech.com > E-mail: i...@rula-tech.com > -- Best Regards, Ilia Sokolov Head of Software Development RULA Technologies SIA Balta Iela 7, Riga, LV-1055, Latvia +371 66102184 http://rula-tech.com E-mail: i...@rula-tech.com
