SHELL in Mail Merge code

This Mail Merge code const bool bMT_EMAIL = rMergeDescriptor.nMergeType == DBMGR_MERGE_EMAIL; const bool bMT_SHELL = rMergeDescriptor.nMergeType == DBMGR_MERGE_SHELL; const bool bMT_PRINTER = rMergeDescriptor.nMergeType == DBMGR_MERGE_PRINTER; const bool bMT_FILE=

MailMerge: SendMail - possible race condition

There's been a lot of changes in respect of MailMerge with LibreOffice 5.2 onwards and I've been caught out by some of these changes and raised bug reports for - bug 102951 for the MailMerge wizard which has been resolved as just a

Re: Query regarding compiling with --enable-debug

Hi Miklos On 17/10/16 12:39, Miklos Vajna wrote: Did you do an "export SAL_LOG=..." earlier, then forgot about it? Yes, I did! It was a scripting error. Must have always been there and I've only just noticed it! Thanks. Alex ___ LibreOffice

Query regarding compiling with --enable-debug

From time to time I do some debugging on the code and compile using the autogen flag --enable-debug flag When I compiled at the end of last week I was surprised that the log file that I generated, from the compile, had increased from 932,600 bytes to a massive 444,815,895 bytes! I don't know

[Libreoffice-qa] Need help in understanding results of bibisect

All As a training exercise I ran through a bibisect session to try and track done the cause of the regression bug - [Bug 102951] Mail Merge Wizard no longer works This was a bug that I'd raised myself, several days ago, so had some interest in it. From the bibisect I got this result -

Re: Test File: sc/qa/unit/data/functions/fods/chiinv.fods: fails with Assertion

On 22/09/16 21:52, Christian Lohmaier wrote: Can you try whether this also works if you checkout current master and just change the line ifneq ($(PLATFORMID),linux_x86) to ifneq ($(PLATFORMID),linux_x86foobar) in sc/Module_sc.mk to enable the test (disable skipping of the tests)? Hi

Re: Test File: sc/qa/unit/data/functions/fods/chiinv.fods: fails with Assertion

On 22/09/16 21:52, Christian Lohmaier wrote: But if Alex' tree really is from September 1st, then it doesn't have the test files - you did revert the removal of the testfiles on Sept 16, but removed them already mid August... So unfortunately Alex' result are non-telling, as the problematic

Re: Test File: sc/qa/unit/data/functions/fods/chiinv.fods: fails with Assertion

I shall give this a whirl. Stephan Bergmann wrote Turns out, the relevant GCC switches are -mfpmath=sse -msse2 Alex On 16/09/16 11:05, Stephan Bergmann wrote: On 09/07/2016 10:37 PM, Eike Rathke wrote: You could do us a favour, are you willing to invest some machine time and try if

Re: Test File: sc/qa/unit/data/functions/fods/chiinv.fods: fails with Assertion

slaka wrote We are only failing 3 individual tests. And we fail the same tests Excel fails. Instead of disabling all test for x86 Linux , why not disable or change the rounding accuracy of the individual tests? LO only seems to have problems only with numbers very close to approaching 1 i.e.

Re: Test File: sc/qa/unit/data/functions/fods/chiinv.fods: fails with Assertion

Hi Erike Every so often I compile and test LibreOffice to ensure that no regressions have occurred. I've encountered a few over the years that have even got into the Still version of LibreOffice. As to whatever CHIINV and MINVERSE does doesn't bother me I don't use them at all. So, I just

Re: Test File: sc/qa/unit/data/functions/fods/chiinv.fods: fails with Assertion

On 09/09/16 09:44, Eike Rathke wrote: Hi Alex, On Friday, 2016-09-09 08:46:20 +0100, Alex McMurchy wrote: Will it helpful if I installed Lubuntu 14.04 64bit and see if I get the same problem? Unlikely. The problem so far only showed up in 32-bit builds. But thanks for offering. Eike

Re: Test File: sc/qa/unit/data/functions/fods/chiinv.fods: fails with Assertion

Hi Eike Will it helpful if I installed Lubuntu 14.04 64bit and see if I get the same problem? Alex On 08/09/16 16:01, Eike Rathke wrote: Hi Alex, On Thursday, 2016-09-08 13:28:46 +0100, Alex McMurchy wrote: [... -msse ...] Both failed for the same reason. Pity.. ok, thanks for trying

Re: Test File: sc/qa/unit/data/functions/fods/chiinv.fods: fails with Assertion

ush mmx fxsr sse sse2 ht nx rdtscp constant_tsc pni ssse3 Is the problem just a 32bit issue? Alex On 07/09/16 21:37, Eike Rathke wrote: Hi Alex, On Wednesday, 2016-08-31 19:30:35 +0100, Alex McMurchy wrote: When compiling LibreOffice I get a failed Unit test. The problem occu

Re: Test File: sc/qa/unit/data/functions/fods/chiinv.fods: fails with Assertion

Hi Eike No problem. Just started the compile. Alex On 07/09/16 21:37, Eike Rathke wrote: Hi Alex, On Wednesday, 2016-08-31 19:30:35 +0100, Alex McMurchy wrote: When compiling LibreOffice I get a failed Unit test. The problem occurs in sc/qa/unit/functions_test.cxx with You could do us

Re: Test File: sc/qa/unit/data/functions/fods/chiinv.fods: fails with Assertion

whereas the expected result is 169841859430434. Should I raise a bug report for this as well - so it can be tracked? Alex On 01/09/16 17:13, Eike Rathke wrote: Hi Alex, On Wednesday, 2016-08-31 19:30:35 +0100, Alex McMurchy wrote: When compiling LibreOffice I get a failed Unit test. The problem

Test File: sc/qa/unit/data/functions/fods/chiinv.fods: fails with Assertion

Hi All I've pulled from git and git branch says I'm on * master first line of AutoGen is Running ./configure with '--disable-ccache --disable-gtk3 --with-parallelism=3 --without-junit --without-gssapi --without-krb5 --srcdir=/home/master/master --enable-option-checking=fatal' When

Patch: convert InsertDeleteFlags to use o3tl::typed_flags

Is there a way to determine which branch/release this patch is going to appear in - http://cgit.freedesktop.org/libreoffice/core/commit/?id=eaa34b4e29478770c4707d56aa102491bc8e058a Alex ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org

Re: Test name: Test::testAutoFill assertion failed

The patch "convert InsertDeleteFlags to use o3tl::typed_flags" has fixed the problem I was seeing. Seems a bit spooky that the patch appeared a couple of days after I posted my last message. Thanks Alex On 26/10/15 08:36, Stephan Bergmann wrote: On 10/24/2015 07:13 AM, Ale

Re: Test name: Test::testAutoFill assertion failed

. Or, has anyone got any other suggestions on how to tackle this problem? I've not raised a bug report yet. Alex On 01/09/15 18:22, Alex McMurchy wrote: Hi All When compiling LibreOffice I get a failed Unit test. If I hash out the failing CPPUNIT_ASSERT I get no more errors and Li

Test name: Test::testAutoFill assertion failed

Hi All When compiling LibreOffice I get a failed Unit test. If I hash out the failing CPPUNIT_ASSERT I get no more errors and Libreoffice compiles successfully. I suspect the problem is environmental, missing package or something, as I've managed to compile without intervention on another

Re: LO 4.3 Base - problems with sub forms

: The problem is Base in 4.3.0.4. I have a form that has a subfom with a subfom. As you notice, 4.2.6.2 does not have this problem. I will be filing bug reports later late today. Dan Original message From: Alex McMurchy mcmurchy1917-libreoff...@yahoo.co.uk Date:08/04/2014 4

LO 4.3 Base - problems with sub forms

Since and including LO 4.3 I've started having problems with sub forms I have two tables Subscribers and Payments which are linked on Subscriber_ID. I have a form Data_Entry the main details of the form contains the data for one particular Subscriber from the Subscribers table. The form also

Re: when running gdb I cannot find crti.S

can overwrite the internally generated CFLAG, i'd have thought it should have concatenated the two - is this a bug? Alex On Friday 10 Jan 2014 08:43:49 Stephan Bergmann wrote: On 01/09/2014 11:50 AM, Alex McMurchy wrote: All this seems to suggest that I haven't compiled correctly to get

Re: when running gdb I cannot find crti.S

wrote: On 01/08/2014 05:12 PM, Alex McMurchy wrote: This is what I get towards the back end of gdb when assigning it to a running soffice.bin - Reading symbols from /home/libreoffice/Downloads/core/instdir/ure/lib/libreflectionlo.so...done. Loaded symbols for /home/libreoffice

when running gdb I cannot find crti.S

After a successful autogen with the --enable-dbgutil flag set and a successful make, I can't seem to get gdb to debug libreoffice. I've probably done something silly or missed out something obvious as I've never had problems before in running gdb against Libreoffice. I've tested gdb against