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 attam
hanged 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
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 envi
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
>
> > 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
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
Reference docServices (rDocument, UNO_QUERY_THROW);
Reference ta
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
> >
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 - unfortunate
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,
> >
> >
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
> >
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 b
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 on
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
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.
> > H
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 ha
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
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
17 matches
Mail list logo
