On Wed, Sep 14, 2011 at 09:50:13PM +0300, Tor Lillqvist wrote:
(I must say I am a bit disappointed at the GNU C++ library here: this
thing that you can't mix code compiled with and without that define,
and don't even get any linkage error if you do anyway, doesn't sound
very elegant; in fact
Actually change of the default value of _ITERATOR_DEBUG_LEVEL (which, as
far as I understand it, is the MSVC's equivalent of _GLIBCXX_DEBUG)
Hmm, isn't it just _DEBUG ? Anyway, now that you say that, I come to
think that in order to make a few files compile with -D_DEBUG at all,
I had to in
On 09/15/2011 09:11 AM, Stephan Bergmann wrote:
http://cgit.freedesktop.org/libreoffice/core/commit/?id=e728feaeebae96df5566bdb6d5f0458983d843ad
On Windows, xml2cmp depends on uwinapi from sal. should probably fix
the below problem.
Turns out that that fix (making xml2cmp depend on sal)
It looks like the download page for libreoffice is down for the count.
I've been trying to access it now off and on for about 4 hours in the
hopes of upgrading to beta for testing purposes.
Brian
___
LibreOffice mailing list
https://bugs.freedesktop.org/show_bug.cgi?id=37361
Rainer Bielefeld libreoff...@bielefeldundbuss.de changed:
What|Removed |Added
Depends on||40902
I wrote:
I had to in them do an explicit
#define _HAS_ITERATOR_DEBUGGING 0
I wonder if that affects the layout of some structs/classes? In that
case of course compiling just some source files with this would cause
horrible run-time crashes...
Hmm, the comment in
Boy, this uwinapi is something that should die quickly. We even almost
had it dead but it happens that the Duden orthograph corrector is
linking with it. Just have some windows specific code branches for the
string functions that actually remain in places where it actually
matters would be the
OK, clearly the time now has come to get rid of uwinapi completely.
Our uwinapi.dll only contains four functions nowadays: snprintf,
snwprintf, vsnprintf and vsnwprintf. We should move those to sal or
something. And for those pesky binary extensions that might want an
ABI stable uwinapi.dll, let's
Hello Folks,
Of course I am interested to and new, useful gallery elements to the
suite and create a new extension.
You can create the gallery as usual way. I prefer vector based
elements over pictures. In your case it has several advantage.
In this case AVOID_BURN_IN_FOR_GALLERY_THEME
On 09/15/2011 12:42 AM, julien2412 wrote:
I'm trying to open a quite big xls file (sorry, I'm allowed to publish it).
Here are the 4 types of error in logs :
[...]
Error: UniString::SearchAndReplaceAllAscii() - pAsciiStr include characters
127 From File
2011/9/10 Miklos Vajna vmik...@frugalware.org:
On Fri, Sep 09, 2011 at 10:40:54AM +0200, Andras Timar tima...@gmail.com
wrote:
There are 2 minor issues.
1. When the English string contains \n and translation does not
contain \n, the script outputs the English string instead of the
2011/9/15 Miklos Vajna vmik...@frugalware.org:
On Thu, Sep 15, 2011 at 12:44:01AM +0200, Miklos Vajna
vmik...@frugalware.org wrote:
Actually that's not an omission:
The accessibility strings end up at
translations/unxlngx6.pro/misc/sdf/avmedia/source/framework/localize.sdf
here.
The
On 15.09.2011 11:13, Tor Lillqvist wrote:
OK, clearly the time now has come to get rid of uwinapi completely.
Our uwinapi.dll only contains four functions nowadays: snprintf,
snwprintf, vsnprintf and vsnwprintf. We should move those to sal or
something. And for those pesky binary extensions
On Thu, Sep 15, 2011 at 11:21:25AM +0200, KAMI911 KAMI911 kami...@gmail.com
wrote:
What is BPMN?
http://en.wikipedia.org/wiki/Business_Process_Model_and_Notation
pgp7yXAnzKCdM.pgp
Description: PGP signature
___
LibreOffice mailing list
On 09/15/2011 11:37 AM, Michael Stahl wrote:
i think somebody once told me that the last remaining functions are only
required on Windows 2000, and if we raised the baseline to Windows XP
then it would be unnecessary. any idea if that is true?
No, looks like snprintf etc. from uwinapi are
On 09/15/2011 11:13 AM, Tor Lillqvist wrote:
OK, clearly the time now has come to get rid of uwinapi completely.
Our uwinapi.dll only contains four functions nowadays: snprintf,
snwprintf, vsnprintf and vsnwprintf. We should move those to sal or
something. And for those pesky binary extensions
Patches welcome.
--tml
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
Hello KAMI,
as I already mentioned in my reply to Caolán, the point with galleries
is, that the elements do not have user editable attributes. Consider you
want to draw a network diagram with servers, routers, network trunks,
switches, VLANs ...
In a network diagram you would like to have
On Wed, 2011-09-14 at 03:37 +0200, Ibraheem Saed wrote:
Hello everybody,
LibreOffice Math doesn't support Arabic math symbols.
I need to add the Arabic math symbols to LibreOffice Math Aligned
from right to left.
Arabic math symbols like are English math symbols; but writing is
On 09/15/2011 12:36 PM, Tor Lillqvist wrote:
Patches welcome.
Sounds doable (if I find access to a Windows box).
-Stephan
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
On Thu, Sep 15, 2011 at 11:53:22AM +0100, Caolán McNamara wrote:
On Wed, 2011-09-14 at 03:37 +0200, Ibraheem Saed wrote:
Hello everybody,
LibreOffice Math doesn't support Arabic math symbols.
I need to add the Arabic math symbols to LibreOffice Math Aligned
from right to left.
On 14.09.2011 20:50, Tor Lillqvist wrote:
but currently LO doesn't seem to use it (couldn't find -D_GLIBCXX_DEBUG);
why is that?
We tried, but we ran into so many problems when code compiled with
that without that were mixed (accidentally/unintentionally) that we
gave up.
hmmm... guess
hmmm... but why hook this into --enable-debug, and not --enable-dbgutil?
Good question...
AFAIK --enable-debug just enables symbols, and is otherwise intended to be
compatible with an ordinary build.
We also have --enable-symbols ;) I don't know why we need that
separately, and what the
just noticed David's commit to move around the fix for a broken IBM
LinuxPPC JRE:
http://cgit.freedesktop.org/libreoffice/core/commit/?id=ab5ce3f70a5635c3ca141b5c8928a104b522e1bb
AFAIK the OOo JRE baseline was raised to 1.5 some years ago, right?
so 1.4 seems obsolete and we can get rid of it
Hello, Michael,
On 15/09/11 15:06, Michael Stahl wrote:
just noticed David's commit to move around the fix for a broken IBM
LinuxPPC JRE:
http://cgit.freedesktop.org/libreoffice/core/commit/?id=ab5ce3f70a5635c3ca141b5c8928a104b522e1bb
AFAIK the OOo JRE baseline was raised to 1.5 some years
On Thu, 15 Sep 2011 15:38:04 +0200
Fridrich Strba
fridrich.st...@graduateinstitute.ch
wrote:
Hello, Michael,
On 15/09/11 15:06, Michael Stahl wrote:
just noticed David's commit to move around the fix for a broken IBM
LinuxPPC JRE:
On Thursday 15 of September 2011, Michael Stahl wrote:
On 14.09.2011 20:50, Tor Lillqvist wrote:
but currently LO doesn't seem to use it (couldn't find
-D_GLIBCXX_DEBUG); why is that?
We tried, but we ran into so many problems when code compiled with
that without that were mixed
On Thu, 2011-09-15 at 14:34 +0200, Michael Stahl wrote:
of course what also needs to be prevented is linking against system
libraries that expose STL in their interface; a quick search found me
cppunit and graphite; the mozilla/nss stuff doesn't seem to expose STL.
This is basically the
Stefan,
On Thu, 2011-09-15 at 12:10 +0200, Stephan Bergmann wrote:
But instead of moving those functions to, say, sal, why not keep them in
a library called uwinapi.dll? And do the clean-up of not including that
library implicitly in every linker call on Windows (i.e., remove it from
Stefan,
On Thu, 2011-09-15 at 12:10 +0200, Stephan Bergmann wrote:
But instead of moving those functions to, say, sal, why not keep them in
a library called uwinapi.dll? And do the clean-up of not including that
library implicitly in every linker call on Windows (i.e., remove it from
FYI,
LibreOffice 3.4.3 seems to work fine on Windows 8:
http://www.flickr.com/photos/jcorrius/6150424076
Good news! :)
--
Jesús Corrius je...@softcatala.org
Document Foundation founding member
Mobile: +34 661 11 38 26
Skype: jcorrius | Twitter: @jcorrius
For the internal cppunit and graphite probably need to pass
-D_GLIBCXX_DEBUG into *their* build systems as well, no ?
On the Windows side, the internal cppunit and graphite makefiles use
dmake to build them, so there the -D_DEBUG in dbgutil mode does get
used. Not necessarily in other of the
On 09/15/2011 02:57 PM, Fridrich Strba wrote:
Stefan,
On Thu, 2011-09-15 at 12:10 +0200, Stephan Bergmann wrote:
But instead of moving those functions to, say, sal, why not keep them in
a library called uwinapi.dll? And do the clean-up of not including that
library implicitly in every linker
On 15.09.2011 16:34, Caolán McNamara wrote:
On Thu, 2011-09-15 at 14:34 +0200, Michael Stahl wrote:
of course what also needs to be prevented is linking against system
libraries that expose STL in their interface; a quick search found me
cppunit and graphite; the mozilla/nss stuff doesn't seem
Hi Richard,
Jan was demoing a particularly sexy gcc bug code reduction script at
the OpenSUSE conference, that would remove code at random and reduce the
size of the problem to a manageable test-case.
Since we find / provoke a number of gcc bugs in LibreOffice from time
to time,
Present:
+ Norbert, Rainer, Michael, Mitch, Andras, Cedric,
Thorsten, David, Bjoern, Petr, Kohei
+ Completed Action Items
+ write substance of what is needed wrt. the extensions
templates announce send to Florian (Andreas)
+ New extensions website:
https://bugs.freedesktop.org/show_bug.cgi?id=35673
--- Comment #203 from Luke S lukesbulk...@gmail.com 2011-09-15 14:29:28 PDT
---
I nominate bug 37129 - Dotted and Dashed table borders are not drawn correctly
I find this incredibly annoying; dotted and dashed borders display as solid
lines in
https://bugs.freedesktop.org/show_bug.cgi?id=35673
Luke S lukesbulk...@gmail.com changed:
What|Removed |Added
Depends on||37129
--
Configure
https://bugs.freedesktop.org/show_bug.cgi?id=35673
Luke S lukesbulk...@gmail.com changed:
What|Removed |Added
Depends on||40651
--
Configure
Hello,
Here is a patch on 2 different code parts. Cppcheck detected these :
core/vcl/source/gdi/sallayout.cxx
743 bitwiseOnBooleanstyle Boolean variable 'bAllOk' is used in
bitwise
operation. Did you mean ?
core/sfx2/source/appl/workwin.cxx
1073bitwiseOnBooleanstyle
On Thu, Sep 15, 2011 at 02:43:06PM -0700, julien2412 wrote:
Hello,
Here is a patch on 2 different code parts. Cppcheck detected these :
core/vcl/source/gdi/sallayout.cxx
743 bitwiseOnBooleanstyle Boolean variable 'bAllOk' is used in
bitwise
operation. Did you mean ?
Yes,
41 matches
Mail list logo