Re: LibreOffice-SDK for MinGW

2013-05-08 Thread Helmar Spangenberg
Hi Joachim! Am Montag, 6. Mai 2013, 14:50:45 schrieb Joachim Langenbach: Dear Helmar and Kendy, I'm also trying to build the LibreOffice SDK with MinGW. Goal is to connect an application compiled with MinGW to LibreOffice on Windows, Linux and may be other platforms. Since my attampts

LibreOffice-SDK for MinGW

2013-04-01 Thread Helmar Spangenberg
the code adding functions or other stuff, everything crashed. Thanks in advance, Helmar Spangenberg ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: MinGW-Port: Problems with UnoUrlResolver

2012-03-12 Thread Helmar Spangenberg
Hello all, finally I could solve the problem. Basically, for the Windows installation, I had to adjust uno.ini in the working directory of my remote control according to my installation of LO. Furthermore, there are some weird inconsistencies concerning URLs. Under Windows I had to set 2

Re: Problems to access table columns via UNO interface

2012-03-09 Thread Helmar Spangenberg
Hi Michael, Am Freitag, 9. März 2012, 09:51:06 schrieb Michael Meeks: for example. In this case you're going to need to read the code I think to work out what's up. Personally, I loathe the (IMHO brain-damaged) design choice of using (y, x) instead of (x, y) as all right thinking

Problems to access table columns via UNO interface

2012-03-08 Thread Helmar Spangenberg
Hello list, I have difficulties to access table columns (and rows) via the UNO interface. I have no problems to create a table, but I am not able to manipulate the properties of the columns. Basically my code can be nailed down to ReferenceXMultiServiceFactory docServices (rDocument,

Re: MinGW-Port: Problems with UnoUrlResolver

2012-03-08 Thread Helmar Spangenberg
In case someone is interested I will supply a short example (Qt/MinGW based) how to start an LO with an empty sheet of paper out of a small program. I don't want to pollute the list, therefore tell me a (central) address where to send the files to. Sounds really useful - we should

Re: MinGW-Port: Problems with UnoUrlResolver

2012-02-27 Thread Helmar Spangenberg
Am Donnerstag, 23. Februar 2012, 12:49:13 schrieb Michael Stahl: (...) earlier this week i bootstrapped a little python thingy on Linux with these variables (found by trial and error, not by actual understanding), perhaps URE_BOOTSTRAP could be of interest to you: I tried it - unfortunately

Re: MinGW-Port: Problems with UnoUrlResolver

2012-02-27 Thread Helmar Spangenberg
Am Donnerstag, 23. Februar 2012, 11:24:00 schrieb Michael Meeks: On Thu, 2012-02-23 at 11:07 +0100, Helmar Spangenberg wrote: In the meantime I am a step further - having found some very annoying things: The recent MinGW cross tool chain supplied for SuSE 12.1 (64bit) seems to be broken

Re: MinGW-Port: Problems with UnoUrlResolver

2012-02-23 Thread Helmar Spangenberg
Am Mittwoch, 22. Februar 2012, 11:56:13 schrieb Michael Meeks: On Wed, 2012-02-22 at 11:39 +0100, Stephan Bergmann wrote: I doubt that Helmar's application only uses C-based sal API after initial setup. In which case that wrapper would buy you nothing. So - the question would be

Re: MinGW-Port: Problems with UnoUrlResolver

2012-02-23 Thread Helmar Spangenberg
Am Donnerstag, 23. Februar 2012, 11:24:00 schrieb Michael Meeks: On Thu, 2012-02-23 at 11:07 +0100, Helmar Spangenberg wrote: In the meantime I am a step further - having found some very annoying things: The recent MinGW cross tool chain supplied for SuSE 12.1 (64bit) seems to be broken

Re: MinGW-Port: Problems with UnoUrlResolver

2012-02-23 Thread Helmar Spangenberg
Am Donnerstag, 23. Februar 2012, 14:48:14 schrieb Helmar Spangenberg: Are you not using Fridrich's toolchain / bits from here: https://build.opensuse.org/project/show?project=windows%3Amingw%3Awin32 All the best, Michael. Ah - I did not know about that URL

Re: MinGW-Port: Problems with UnoUrlResolver

2012-02-22 Thread Helmar Spangenberg
Am Mittwoch, 22. Februar 2012, 10:30:26 schrieb Michael Meeks: On Tue, 2012-02-21 at 17:51 +0100, Stephan Bergmann wrote: The problem here appears not be C-based sal but C++-based cppuhelper (using ::cppu::bootstrap()), which will only work if cppuhelper and client code are compiled with

Re: MinGW-Port: Problems with UnoUrlResolver

2012-02-22 Thread Helmar Spangenberg
Am Mittwoch, 22. Februar 2012, 11:39:14 schrieb Stephan Bergmann: On 02/22/2012 11:30 AM, Michael Meeks wrote: On Tue, 2012-02-21 at 17:51 +0100, Stephan Bergmann wrote: The problem here appears not be C-based sal but C++-based cppuhelper (using ::cppu::bootstrap()), which will only work if

MinGW-Port: Problems with UnoUrlResolver

2012-02-21 Thread Helmar Spangenberg
Hello List, I have a working Qt/C++ application connecting to the office using ::cppu::bootstrap(). After porting this application to MinGW, I got a BootstrapException saying unexpected UNO exception caught: component context fails to supply service com.sun.star.bridge.UnoUrlResolver of type

Re: MinGW-Port: Problems with UnoUrlResolver

2012-02-21 Thread Helmar Spangenberg
Am Dienstag, 21. Februar 2012, 12:29:58 schrieb Tor Lillqvist: I'm using the MinGW-LibreOffice from the daily-build-service (2012-02-20); the MinGW itself is the cross tool chain from SuSE 12.1. I *think* it would be better to just use a normal stable (MSVC-built) LibreOffice version, not

Re: MinGW-Port: Problems with UnoUrlResolver

2012-02-21 Thread Helmar Spangenberg
Am Dienstag, 21. Februar 2012, 15:15:56 schrieb Michael Meeks: Hi Helmar, On Tue, 2012-02-21 at 11:53 +0100, Helmar Spangenberg wrote: I would love to use the MSVC version - however my application is based on some essential MinGW parts, and until now I have not found a way to link my

Re: MinGW-Port: Problems with UnoUrlResolver

2012-02-21 Thread Helmar Spangenberg
Am Dienstag, 21. Februar 2012, 19:37:14 schrieb Stephan Bergmann: On 02/21/2012 06:31 PM, Helmar Spangenberg wrote: actually the SAL C API seems to work nicely - after Tor's remarks I re-installed the MSVC-SDK and tried to link my MinGW-code against ist. However, the CPPU interface denies