Re: Build fail (Linux), "cannot find -lGL"

I hadn't Googled so I'll try hints provided nad keep you informed. Julien -- View this message in context: http://nabble.documentfoundation.org/Build-fail-Linux-cannot-find-lGL-tp4167174p4167194.html Sent from the Dev mailing list archive at Nabble.com.

Re: Build fail (Linux), "cannot find -lGL"

GNU Make 4.0 ldd (Debian GLIBC 2.19-22) 2.19 -- View this message in context: http://nabble.documentfoundation.org/Build-fail-Linux-cannot-find-lGL-tp4167174p4167175.html Sent from the Dev mailing list archive at Nabble.com. ___ LibreOffice mailing li

Build fail (Linux), "cannot find -lGL"

Hello, On pc Debian x86-64 with master sources updated today, the build with these messages: mkdir -p /home/julien/compile-libreoffice/libreoffice/instdir /home/julien/compile-libreoffice/libreoffice/solenv/bin/install-gdb-printers -a /home/julien/compile-libreoffice/libreoffice/instdir -c make -j

Re: build start problem

Hi Cor, You may give it a new try since dev-www.libreoffice.org seems to respond. (About logs, could you run "export LANG=C" before putting logs? The goal of this command is to have logs will be in English, it may help to understand the pb for some people like me :-) ) Julien -- View this mess

About Android Tinderbox

Hello, I noticed Android TB was red. Thought it might be in http://opengrok.libreoffice.org/xref/core/android/Bootstrap/Makefile.shared#65, change this: echo "APP_PLATFORM := android-21" >> jni/Application.mk to this: echo "APP_PLATFORM := android-23" >> jni/Application.mk since http://cgit.freede

Re: [ANN] Bugzilla upgraded to 4.4.10

Hi, I'm not sure and, perhaps it's not related, but it seems docx attachments have mimetype "application/zip" instead of "application/vnd.openxmlformats-officedocument.wordprocessingml.document" (eg: https://bugs.documentfoundation.org/show_bug.cgi?id=94359). Even if confirmed, not a blocker of co

Re: Multiselection needs work?

Hi, Since http://cgit.freedesktop.org/libreoffice/core/commit/?id=5bbff06137a87e97260a188f6745cf2a227f15cf is now pushed, I tried to find the next step about multiselection. I kept on with this: https://gerrit.libreoffice.org/#/c/18711/ and then, searching about getFiles (see http://opengrok.libre

[SOLVED] Re: CppCheck Report Update

Maarten Hoes wrote > Hi, > > ... > But I see nothing wrong with for example this link ? : > > http://dev-builds.libreoffice.org/cppcheck_reports/master/520.html#line-48 > ... I don't reproduce this anymore, perhaps a temporary synchro pb. Thanks for your feedback! :-) Julien -- View this mes

Re: CppCheck Report Update

Hi, Isn't there some pb with the report? Indeed, when I click on a issue link (in the index), it opens source code page but without the issue on it. Julien -- View this message in context: http://nabble.documentfoundation.org/CppCheck-Report-Update-tp4159402p4159412.html Sent from the Dev mai

About tdf#92720: Report fails to open with Charts in a Report

Hello, Giving a try to tdf#92720, I retrieved a bt which shows a pb with XML_NAMESPACE_LO_EXT Indeed when search XML_P ("p" element), we don't find it in SvXMLNamespaceMap::GetQNameByKey (see http://opengrok.libreoffice.org/xref/core/xmloff/source/core/nmspmap.cxx#238) because aNameMap doesn't con

About liststore in areatabpage.ui (cui module)

Hello, By giving a try to tdf#31488 (pptx import: blue background, save/reopen as .odp changes to gray), I noticed that each value of liststore LB_AREA_TYPE was at 0, see http://opengrok.libreoffice.org/xref/core/cui/uiconfig/ui/areatabpage.ui#23 Comparing with other liststore, I wonder if it's co

Re: build breaks in dbaccess

Hello Regina, I suppose it must have been fixed thanks to Michael's commit, see http://cgit.freedesktop.org/libreoffice/core/commit/?id=13cd7ea2b3123e24bb5ff29a8dcbb55a8fcf3859. Julien -- View this message in context: http://nabble.documentfoundation.org/build-breaks-in-dbaccess-tp4158413p415

Re: Fail to build on Windows 7 (32 bits)

After having added some traces, here's what I got: $CC = cl $CC_VERSION is empty -- View this message in context: http://nabble.documentfoundation.org/Fail-to-build-on-Windows-7-32-bits-tp4156056p4157705.html Sent from the Dev mailing list archive at Nabble.com.

Re: Fail to build on Windows 7 (32 bits)

Michael Stahl-2 wrote > ... > can you patch in an echo around the CC_VERSION=`"${CC}" ... line to see > what the value of $CC and $CC_VERSION is? I'll give a try after my day time job but if I do this, it means I should just run "make nss.build" and not "make nss.clean && make nss.build" since the

Re: Fail to build on Windows 7 (32 bits)

Here it is! (see attachment) build.log Julien -- View this message in context: http://nabble.documentfoundation.org/Fail-to-build-on-Windows-7-32-bits-tp4156056p4157616.html Sent from the Dev mailing list archive at Nabble.com. _

Re: Fail to build on Windows 7 (32 bits)

Michael Stahl-2 wrote > On 16.08.2015 10:13, julien2412 wrote: >> I updated my local repo (still master sources), I still get the same. > > what does this say > > find workdir/UnpackedTarball/nss -name nspr4.lib > > perhaps the build of nss failed, and the > w

Re: Fail to build on Windows 7 (32 bits)

I updated my local repo (still master sources), I still get the same. I searched in Opengrok for libnspr4.lib and found this: http://opengrok.libreoffice.org/xref/core/external/libxmlsec/xmlsec1-configure.patch#167 it seems the patch isn't applied since we've got this: 167 -XMLSEC_NSS_SOLIBS

Re: Fail to change idl files for getFiles refactoring

sberg wrote > On 08/05/2015 06:40 PM, julien2412 wrote: >> I added [API CHANGE] but there's nothing in >> udkapi/type_reference/udkapi.idl >> concerning XFilePicker or XFilePicker2. > > ah, sorry, in my previous response I'd missed that you'd already

Re: Fail to change idl files for getFiles refactoring

I added [API CHANGE] but there's nothing in udkapi/type_reference/udkapi.idl concerning XFilePicker or XFilePicker2. Did I miss something obvious? Julien -- View this message in context: http://nabble.documentfoundation.org/Fail-to-change-idl-files-for-getFiles-refactoring-tp4156091p4156408.h

Re: Fail to change idl files for getFiles refactoring

sberg wrote > On 08/02/2015 09:51 AM, julien2412 wrote: >> Concerning getFiles refactoring, I'm trying to change some idl files, see >> https://gerrit.libreoffice.org/#/c/17068/ >> >> I don't know what to change for not having this error: >> interfac

Fail to change idl files for getFiles refactoring

Hello, Concerning getFiles refactoring, I'm trying to change some idl files, see https://gerrit.libreoffice.org/#/c/17068/ I don't know what to change for not having this error: interface type com.sun.star.ui.dialogs.XFilePicker2 direct mandatory base #1 changed from com.sun.star.uno.XInterface t

Fail to build on Windows 7 (32 bits)

Hello, On Win7, I tried to build (I could some months ago) with master sources updated today, here's the error log: Remarque : inclusion du fichier : C:\PROGRA~2\MICROS~1.0\VC\include\crtdefs.h [build DEP] LNK:Library/affine_uno_uno.dll [build LNK] Library/affine_uno_uno.dll [build DEP] LNK

About GraphicDisplayCacheEntry::IsCacheableAsBitmap/GraphicManager::ImplCreateOutput

Hello, Giving a try to tdf#47832, I noticed that there were similar comments in these files: GraphicDisplayCacheEntry::IsCacheableAsBitmap: 487 // This function is based on GraphicManager::ImplCreateOutput(), in fact it mostly copies 488 // it, the difference is that this one does not crea

Re: errors encountered after launching libo

Hello, In addition to what Stephan indicated, do you reproduce this too if you do this before: "export SAL_VCL_PLUGIN=gtk" ? Julien -- View this message in context: http://nabble.documentfoundation.org/errors-encountered-after-launching-libo-tp4153704p4153745.html Sent from the Dev mailing li

Multiselection needs work?

Hello, Giving a try to tdf#92404, I didn't reproduce the problem when I selected 2 files but I noticed that only 1 file was added on the interface. Searching a bit, I found it was because list of files was always truncated to first element, 699 uno::Sequence SAL_CALL SalGtkFilePicker::getFile

new warning messages on console since some days + strange behaviour

Hello, On pc Debian x86-64 with master sources updated today (16c2b60fc10b5fdfd36df64f8fca50b95d81871b + make clean) and since some days, I've got these kind of messages on console (just on launching Calc): ** (soffice:4035): CRITICAL **: GdkPixbuf* bitmapToPixbuf(SalBitmap*, SalBitmap*): assertio

About tdf#92188 and dup LO from Apple Store)

Hello, I noticed these bugtrackers tdf#92188 and tdf#92189, both indicate a purchase of LO on Apple store (!) and both have the same pb. I advised to download LO from official website but can we do something else? Julien -- View this message in context: http://nabble.documentfoundation.org/A

Re: Throw exceptions disabled temporarily disabled since 2002! (transactionManager.cxx)

I'm trying to understand the transactionmanager mechanism (framework/source/fwi/threadhelp/transactionmanager.cxx) from bt here: https://bugs.documentfoundation.org/attachment.cgi?id=116492 but I don't find how has been created m_rTransactionManager when taking a look to framework/source/fwi/class

[SOLVED] Re: JunitTest_sc_unoapi_4 depends on localization

Indeed, if I run "export LANG=C", everything is ok. I don't know how to do this but it could be useful to have a mechanism like this for make check: LANG_BACK=$LANG export LANG=C run all the tests export LANG=$LANG_BACK Meanwhile, I added a warn in https://wiki.documentfoundation.org/Development/

Re: Changing mindset of core LO developers to the status of master -- was test infrastructure ideas appreciated ...

David Ostrovsky-3 wrote > ... > I expect that master is always green. My definition of green is: > > $ make check > > with --enable-werror is passing on all three platforms: Linux|Mac|Win > 64. Hello, Master seems to me the ref code for: - debugging,(to know if a bugtracker shows an existing

Throw exceptions disabled temporarily disabled since 2002! (transactionManager.cxx)

Hello, Giving a try to https://bugs.documentfoundation.org/show_bug.cgi?id=91988, I haven't reproduced the crash but had some warn logs. Looking at the source, I read this: 256 // Help programmer to find out, why this exception is thrown! 257

Re: JunitTest_sc_unoapi_4 depends on localization

I created a bugtracker for this, see https://bugs.documentfoundation.org//show_bug.cgi?id=91899 I'm looking for a way to do this: 91 bResult &= oSheet.getCellByPosition 92 (CA.Column, CA.Row).getFormula().equals(("Filter")); -- View this message in context:

Re: About skip SkipImages unit test on MacOs

Robert Antoni wrote > OK, I'm going to build a debug build from scratch. Just for information, you may encounter https://bugs.documentfoundation.org/show_bug.cgi?id=90502 which has prevented me to build a full "enable-dbg-util build" on MacOs since weeks. However, if it's the case, you may also di

Re: JunitTest_sc_unoapi_4 depends on localization

Hi Miklos, In fact, I don't usually use "make check" but just wanted to give it a try to see what it should be. I've got this: --with-lang=en-US fr... (+ other languages to test some locales related bugs sometimes) In brief, I don't know if it's a regression or not. Julien -- View this messag

JunitTest_sc_unoapi_4 depends on localization

Hello, Trying a "make check" on my pc Debian x86-64 with master sources updated today (French locale), I've got this: LOG> Execute: insertNewByName() LOG> starting required method: createDataPilotDescriptor() LOG> Inserting new Table "XDataPilotTables" warn:legacy.osl:32160:12:sc/source/core/data/

Re: About skip SkipImages unit test on MacOs

Robert Antoni wrote > I shut down the tb61 yesterday, I'm going to put it up and running again. > ... Hi Robert, Your TB is now up and ok. Good thing! : ) Just for curiosity, did you change something on it? (hardware/soft, runned a make clean ...) Indeed, there was this pb: ERROR: ERROR: Found a

About skip SkipImages unit test on MacOs

Hi, I just wanted to communicate about the patch http://cgit.freedesktop.org/libreoffice/core/commit/?id=be01d68420086fc36ecf26b5f597ba7c6b29b369 to make it more visible (because I dislike hiding a bug): As I indicated, it concerns only 1 TB in Mac, for the record here is the error reported: 901

Re: Resignation from the ESC

Markus Mohrhard wrote > Hey, > > so I hereby resign from the ESC effective immediately. > ... > I enjoyed working with many great people but I believe that the > project is developing in the wrong direction at the moment and that I > should spend my free time in a better way. Sorry too to read th

Re: Consolidating debugging levels (via Easy Hacks)

Bjoern Michaelsen wrote > .. > Opinions? If there are no objections, I would file Easy Hacks for that. Hi Bjoern, If you create an Easy Hack, perhaps it could be interesting to add with tdf#43157 (see https://bugs.documentfoundation.org/show_bug.cgi?id=43157) in "See Also". Julien -- View th

Re: Following tdf#91469: convert links in help/about to https

Sorry the quoted link seems an April Fools joke (thank you again Adolfo for having noticed). Julien -- View this message in context: http://nabble.documentfoundation.org/Following-tdf-91469-convert-links-in-help-about-to-https-tp4149331p4149336.html Sent from the Dev mailing list archive at Na

Following tdf#91469: convert links in help/about to https

Hi, Following the fix of tdf#91469, convert links in help/about to https, I just wonder if it could be useful to create a bugtracker (easyhack?) to convert all the "http" url in "https" when "https" work, or the benefit isn't obvious (like security) at all, above all considering these kind of info

About removing "include "

Hello, Concerning tdf#42949: "accelerating compile times by removing unnecessary header #include" (see https://bugs.documentfoundation.org/show_bug.cgi?id=42949) Since most of the code is C++, could we consider that doing this would be ok: - remove "include " in every hxx/cxx file - make clean &&

[SOLVED] Re: About tdf#68871: Remove the old Elements panel from Math

The build is ok. I uploaded the new patch and it fails only on Windows for, it seems to be, a reason not related to the patch. -- View this message in context: http://nabble.documentfoundation.org/About-tdf-68871-Remove-the-old-Elements-panel-from-Math-tp4147805p4147813.html Sent from the Dev

Re: About tdf#68871: Remove the old Elements panel from Math

I removed some parts in starmath/source/toolbox.src, the build goes on for the moment. -- View this message in context: http://nabble.documentfoundation.org/About-tdf-68871-Remove-the-old-Elements-panel-from-Math-tp4147805p4147806.html Sent from the Dev mailing list archive at Nabble.com. _

About tdf#68871: Remove the old Elements panel from Math

Hello, I'm trying to fix tdf#68871: "Remove the old Elements panel from Math" with https://gerrit.libreoffice.org/#/c/15599/ The problem is I get this: [build RES] smfr f268: Error: The image(s) could not be found. Terminating compiler /home/julien/compile-libreoffice/libreoffice/solenv/gbuild/Al

About tdf#81054 MacOs Random crash

Hello, I noticed https://bugs.documentfoundation.org/show_bug.cgi?id=81054. The reporter gives an analysis about some problem caused by font metric calculation. It's been reported in 10 months ago and I must recognize I didn't understand enough the description to tell if it's still relevant. So i

[SOLVED] Re: About initial value of token counting

Ok, I had misinterpreted it as the number of times "search pattern" is found in "search string". Thank you! :-) -- View this message in context: http://nabble.documentfoundation.org/About-initial-value-of-token-counting-tp4146131p4146134.html Sent from the Dev mailing list archive at Nabble.co

About initial value of token counting

Hello, Sorry for this dumb question but why the token count is initialized at 1 and not at 0 in these: 1) tmpl_getTokenCount http://opengrok.libreoffice.org/xref/core/comphelper/source/misc/string.cxx#117 () 2) ScStringUtil::GetQuotedTokenCount http://opengrok.libreoffice.org/xref/core/sc/source

Re: About tdf#90566: Theme::disposing(void) memory leak: maChangeListeners is not properly disposed

sberg wrote > On 04/12/2015 08:50 AM, julien2412 wrote: >> ... > The general reason for this construct is multi-threading: Access to the > maChangeListeners member typically needs to be guarded by some mutex > (typically a member of the same class instance as maChangeList

About tdf#90566: Theme::disposing(void) memory leak: maChangeListeners is not properly disposed

Hello, I read about tdf#90566, Theme::disposing(void) memory leak: maChangeListeners is not properly disposed and wondered why we couldn't just remove the 2 first lines of the disposing function (see http://opengrok.libreoffice.org/xref/core/sfx2/source/sidebar/Theme.cxx#390) + replace "aListener

[SOLVED] Re: tdf#90156: fail to launch LO on MacOs after building git sources

After having updated my local repo, it's ok now, see https://bugs.documentfoundation.org/show_bug.cgi?id=90156#c13 for details. Julien -- View this message in context: http://nabble.documentfoundation.org/tdf-90156-fail-to-launch-LO-on-MacOs-after-building-git-sources-tp4145185p4145355.html Se

Re: Test name: testSectionProtection::Import_Export_Import equality assertion failed (CppunitTest_sw_ooxmlexport5)

Should be ok now with http://cgit.freedesktop.org/libreoffice/core/commit/?id=514f9fc675eb3d116adb4b0a33c19c3d6e99e98b -- View this message in context: http://nabble.documentfoundation.org/Test-name-testSectionProtection-Import-Export-Import-equality-assertion-failed-CppunitTest-sw-ooxmle-tp414

tdf#90156: fail to launch LO on MacOs after building git sources

Hello, 1 or 2 months ago, I could launch LO on MacOs after having built git LO master sources. Now it fails to launch (all details here: https://bugs.documentfoundation.org/show_bug.cgi?id=90156) Any idea? (config problem? a mistake in building process or something I missed?) Julien -- View th

Finding the right location for tdf#67990 (Base module)

Hi, I gave a try to tdf#67990 Combobox: upper-case character is ignored, when there is a word with same lower-case character, to try to find the very moment where the string comparison is done. After having putting several breaks in I only retrieved this bt (see https://bugs.documentfoundation.or

Re: Unable to build libre office

Hi, It's connecting to Internet (in your case a proxy) because LO uses open source third-party software component. Right now, http://dev-www.libreoffice.org/src/libabw-0.1.1.tar.bz2 works. Could you retry or check your proxy if it still fails? Julien -- View this message in context: http://n

Re: Porting to Haiku, GSoC 2015 Idea

Jessica Hamilton wrote > ... > And before I disappear down the black-hole of wiki documentation, what > is the best way for me to share my work? > ... Hi, If you mean how to put your patches available somewhere, you can take a look to this link: https://wiki.documentfoundation.org/Development/ger

About "undisposed bridge, potential deadlock ahead"

Hello, On pc Debian x86-64 with master sources updated 3 days ago + enable-dbgutil, I runned "make check" and had a problem on starmath I tried to understand and noticed this: warn:binaryurp:28548:13:binaryurp/source/bridge.cxx:846: undisposed bridge, potential deadlock ahead when launching: 1) m

[SOLVED] Re: Singleton is never a service?

Thank you Stephan for your feedback (and your explanation! :-)). Julien -- View this message in context: http://nabble.documentfoundation.org/Singleton-is-never-a-service-tp4141020p4141089.html Sent from the Dev mailing list archive at Nabble.com. __

Problem in iterator management? (ww8par5.cxx / sw module)

Hello, This part of code seems a little bit fishy for iterator management: 3090 do 3091 { 3092 eType = ++aIt == aPattern.end() ? TOKEN_END : aIt->eTokenType; 3093 3094

Singleton is never a service?

Hello, Noticing by chance http://cgit.freedesktop.org/libreoffice/core/log/?qt=range&q=a94390d20c50125e25e29431ca15ca2ca6683d17, I noticed with Opengrok that there were some similar cases, see http://opengrok.libreoffice.org/search?q=%22singleton+name%22&project=core&defs=&refs=&path=&hist= eg: ht

About tdf#60237 "Bug in API call StoreAsURL"

Hello, I tried to investigate about tdf#60237 (https://bugs.documentfoundation.org/show_bug.cgi?id=60237) but got stuck because I can't succeed in pinpointing precisely the problem. I retrieved some information (see comments of this bugtracker) thanks to gdb but am lost between ucb/ucbhelper metho

Re: Python UNO import on Mac broken

I'd like to retrieve additional information but /instdir/LibreOfficeDev.app/Contents/MacOS contains far less things than /Applications/LibreOffice.app/Contents/MacOS Is there a specific flag to enable in autogen.input? Julien -- View this message in context: http://nabble.documentfoundation.o

Re: Python UNO import on Mac broken

Hello, Just for the record, on MacOs 10.9.5, LO 4.3.5, Python 2.7.5, I don't reproduce the segfault but have an error: $ export PYTHONPATH=/Applications/LibreOffice.app/Contents/MacOS i$ python Python 2.7.5 (default, Mar 9 2014, 22:15:05) [GCC 4.2.1 Compatible Apple LLVM 5.0 (clang-500.0.68)] on

Re: About last cppcheck fixes

Noel Grandin-2 wrote >>... >> Are you sure we can remove "pConv = DDE_FREECHANNEL;"? the test about if >> equal or different from DDE_FREECHANNEL seems >> used in the code. >> >> Indeed cppcheck returned this: >> [basic/source/runtime/ddectrl.cxx:136]: (style) Variable 'pConv' is >> assigned a valu

Trying to understand some points in RecentDocs management

Hello, Noticing tdf#71447 ("File menu takes long time to open when network files on recent documents list are offline") about RecentDocs, I tried some gdb session (let's take benefit of a debug+symbols build :-)) 1) I noticed that AddDocumentToPickList was called at the opening and at the close

Re: [SOLVED] Re: unused easy code, getZoneOffsetInMillis (unotools)

Hi Miklos, Indeed, I wasn't sure to have understood so I had mentally changed your last sentence: "So no, it doesn't mean that removing a method there would be relevant from the stable public API perspective " to: "So no, it does mean that removing a method there wouldn't be relevant from the sta

[SOLVED] Re: unused easy code, getZoneOffsetInMillis (unotools)

Thank you Miklos for your feedback so I won't remove them since it would change public API. Julien -- View this message in context: http://nabble.documentfoundation.org/unused-easy-code-getZoneOffsetInMillis-unotools-tp4140095p4140140.html Sent from the Dev mailing list archive at Nabble.com.

unused easy code, getZoneOffsetInMillis (unotools)

Hello, I noticed CalendarWrapper::getDSTOffsetInMillis() const and CalendarWrapper::getZoneOffsetInMillis() const in unusedcode.easy I wanted to remove them but saw that they were in class UNOTOOLS_DLLPUBLIC CalendarWrapper Does it mean these can't be removed because some third parties apps coul

Invalid iterator in RelationTableView.cxx? (dbaccess module)

Hello, On RelationTableView.cxx file, I noticed this: 99 for(;aIter != rTabWinDataList.rend();++aIter) 100 { 101 TTableWindowData::value_type pData = *aIter; 102 OTableWindow* pTabWin = createWindow(pData); 103 104 if (!pTabWin->Init())

Cppcheck: Dereferencing 'pDef' after it is deallocated / released (basic module)

Hello, Cppcheck reported this: [basic/source/comp/dim.cxx:1239]: (error) Dereferencing 'pDef' after it is deallocated / released We have this: 1213 pProc = pOld->GetProcDef(); 1214 if( !pProc ) 1215 { 1216 // Declared as a variable 1217

Exceptions at LO start

Hello, For the test, I tried "catch catch" on gdb and noticed lots of exceptions. Among them, this one: (gdb) bt #0 0x2bcb0d11 in __cxa_begin_catch () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6 #1 0x2aaac660e967 in (anonymous namespace)::JobExecutor::notifyEvent (this=0x253d210, a

Re: CppCheck Report Failure

Hi, Just for information, I git updated LO sources (master branch) and cppcheck today, ~/cppcheck/cppcheck/htmlreport/cppcheck-htmlreport didn't complain about encoding problem. I must say that I use Python 2.7.8 + I filter "unusedFunction" Here are the lines I use: cppcheck -i external/ -i dict

[SOLVED] Re: cppcheck: arrayIndexOutOfBounds report in stortree.cxx (store module)

Thank you Stephan, I didn't know this. (about the loop, sorry for mystupid confusion! :-)) -- View this message in context: http://nabble.documentfoundation.org/cppcheck-arrayIndexOutOfBounds-report-in-stortree-cxx-store-module-tp4136432p4136757.html Sent from the Dev mailing list archive at

Re: cppcheck: arrayIndexOutOfBounds report in stortree.cxx (store module)

sberg wrote > ... > That m_pData is a "flexible array member" whose actual length is > controlled dynamically. Cppcheck could probably make use of a heuristic > to treat a trailing member declared as an array of length 1 as such a > flexible array, as do some other static analysis tools. Thank

Re: Help for getting started with open source

A great link to start: https://wiki.documentfoundation.org/Development -- View this message in context: http://nabble.documentfoundation.org/Help-for-getting-started-with-open-source-tp4136441p4136447.html Sent from the Dev mailing list archive at Nabble.com. __

cppcheck: arrayIndexOutOfBounds report in stortree.cxx (store module)

Hello, Cppcheck reported this: 41 OStoreBTreeNodeData::OStoreBTreeNodeData (sal_uInt16 nPageSize) 42 : OStorePageData (nPageSize) 43 { 44 base::m_aGuard.m_nMagic = store::htonl(self::theTypeId); 45 base::m_aDescr.m_nUsed = store::htons(self::thePageSize)

Temporary pb with date on my machine resulted with commit with wrong dates

Hello, Sorry for these "typo commits": - http://cgit.freedesktop.org/libreoffice/core/commit/?id=4eed16d83cad3446e250c23f9e9ca48a1d9a6d9c - http://cgit.freedesktop.org/libreoffice/core/commit/?id=773c976592cba5a373ea100e9968e231187def72 - http://cgit.freedesktop.org/libreoffice/core/commit/?id=d27

fdo#88006, Valgrind and ImplSVData (vcl part)

Hello, By giving a try to fdo#88006, I retrieved a Valgrind trace (see https://bugs.freedesktop.org/attachment.cgi?id=111712) I noticed this (after having added "--track-origins=yes" to Valgrind line 106 of soffice script): Uninitialised value was created by a heap allocation ... ImplYield(bool,

[SOLVED] Re: remove_if for nothing in dbdata.cxx (sc module)

Fix pushed (see http://cgit.freedesktop.org/libreoffice/core/commit/?id=31e82d9f6f07335a2526bd44956eebfcaf0a289d) Thank you Stephan and Kohei! -- View this message in context: http://nabble.documentfoundation.org/remove-if-for-nothing-in-dbdata-cxx-sc-module-tp4134249p4134907.html Sent from the

Re: remove_if for nothing in dbdata.cxx (sc module)

Hi Stephan First thank you for your feedback. After some discussion with Kohei about this idea, he suggested to create a deleteOnTab function directly in AnonDBs class, here's the patch: https://gerrit.libreoffice.org/#/c/13723/ (just thinking I had asked to Kohei if we should use "FindByTable" as

[SOLVED] Re: MN_HIDE_SLIDE and MN_SHOW_SLIDE defined twice

Thank you! :-) (just for ref: http://cgit.freedesktop.org/libreoffice/core/commit/?id=1a3accb148bda7ebe889cbd6177502bd730b0bb8) -- View this message in context: http://nabble.documentfoundation.org/MN-HIDE-SLIDE-and-MN-SHOW-SLIDE-defined-twice-tp4134473p4134520.html Sent from the Dev mailing li

Re: MN_HIDE_SLIDE and MN_SHOW_SLIDE defined twice

Hello Yousuf, I've just noticed that these extra defines were due to http://cgit.freedesktop.org/libreoffice/core/commit/?id=2b44c4ed4a70832d1e7c18396f486efd2e1c48a0 Would it be possible to remove these dups? Julien -- View this message in context: http://nabble.documentfoundation.org/MN-HI

MN_HIDE_SLIDE and MN_SHOW_SLIDE defined twice

Hello, Taking a look at the building of master sources, I noticed this: [build PRL] CustomTarget/postprocess/images/sorted.lst cpp: line 362, Warning: Redefining defined variable "MN_HIDE_SLIDE" }; from file /home/julien/compile-libreoffice/libreoffice/workdir/SrsTemplatePartTarget/sd/popup2.s

remove_if for nothing in dbdata.cxx (sc module)

Hello, I noticed this part: 889 void ScDBCollection::DeleteOnTab( SCTAB nTab ) 890 { ... 908 remove_if(maAnonDBs.begin(), maAnonDBs.end(), func); 909 } "remove_if" is useless since there's no erase. I thought about adding an "erase" by taking example of this http://en.wikipedi

Build fails with master sources

Hello, On pc Debian x86-64 with master sources updated today (48d0ca8560d10a56a7280fad3a631985b02a56b9), I've got an error when building (see attachment). console_logs.txt I runned "make clean && make postprocess.clean && ./g

Questions about order of function for "Last used" category (Calc)

Hello, Following the fix of fdo#87558 (see https://bugs.freedesktop.org/show_bug.cgi?id=87558), I noticed that the order of function in category "Last used" was different between menu Insert Function/icon Insert Function, where the functions are sorted alphabetically, and Sidebar/Functions where:

[SOLVED] Re: About ReadUChar in tools/source/stream/stream.cxx

Ok then. Thank you Markus for your quick feedback. -- View this message in context: http://nabble.documentfoundation.org/About-ReadUChar-in-tools-source-stream-stream-cxx-tp4132559p4132562.html Sent from the Dev mailing list archive at Nabble.com. ___

About ReadUChar in tools/source/stream/stream.cxx

Hello, Investigating on https://bugs.freedesktop.org/show_bug.cgi?id=87248, I noticed that ReadUChar in tools/source/stream/stream.cxx was, except parameter function, identical to ReadChar 977 SvStream& SvStream::ReadChar( char& r ) 978 { 979 if( (bIoRead || !bIsConsistent) &&

Re: Help in finding a dialog ctor.

Hello Olivier, http://opengrok.libreoffice.org/xref/core/extensions/source/propctrlr/browserline.cxx#377 383 rpButton = new PushButton( m_pTheParent, WB_NOPOINTERFOCUS ); 384 rpButton->SetGetFocusHdl( LINK( this, OBrowserLine, OnButtonFocus ) ); 385

Re: C++11 on master (towards LO 4.5)

Hi, Will we be able to consider that erase method of every container (not just some of them) will return an iterator so we won't need a temporary iterator when using erase in a loop block? (eg: http://www.cplusplus.com/reference/map/map/erase/) Julien -- View this message in context: http://n

Re: FDO - New Milestone

Hi Joel, Great news indeed. But is there a milestone for : - oldest bugs, there are more than 500 bugs older than 2011-06 (3 years ago!) - bug marked as regression (didn't play with search options to know the number) ? I mean, why to focus only about unconfirmed ones even if they're important of c

Re: Childwindow slot missing

Hello, As I had noticed some time ago in https://bugs.freedesktop.org/show_bug.cgi?id=72277#c10, " Alfresco provides an open cmis server which you can test against: https://cmis.alfresco.com/cmisatom http://cmis.alfresco.com/cmisatom username: admin password: admin " It could help to test. Jul

Re: master build fails on units-tests on MAC OS-X

On MacOs 10.9.5, I've got this with master sources updated 2 days ago: warn:sw.uno:88580:1:sw/source/core/unocore/unotext.cxx:2275: Exception when setting property: CharInteropGrabBag. Message: warn:sw.core:88580:1:sw/source/core/table/swnewtable.cxx:2166: Line width differs from table width: 6553

Build fail with MacOs (crashrep part)

Hello, On MacOs 10.9.5, I got this error when building master sources updated yesterday: lo/core/crashrep/source/unx/main.cxx:168:26: error: 'tmpnam' is deprecated: This function is provided for compatibility reasons only. Due to security concerns inherent in the design of tmpnam(3), it is highly

Webdav: neon vs serf

Hello, Taking a look to fdo#37073 (https://bugs.freedesktop.org/show_bug.cgi?id=37073), I noticed that 2 libs could be used, neon and serf. I retrieved both current releases, indeed "opaquelocktoken" keyword isn't used (see https://bugs.freedesktop.org/show_bug.cgi?id=37073#c11). So 2 questions: 1

About fdo#56963 (bt + Valgrind)

Hello, After having been in contact with the reporter of fdo#56963, he gave me a link to retrieve his file. Even if he declared having moved from LO to OOo, I thought it could be useful to give a try to the file (400 pages, about 154 MB in size). So, on pc Debian x86-64 and master sources updated

Build fails with --enable-eot

Hello, On pc Debian x86-64 with master sources updated today + make clean, I have got this: libtool: compile: /usr/bin/ccache gcc -DHAVE_CONFIG_H -I. -I./inc -O2 --std=c99 -DDECOMPRESS_ON -std=gnu89 -MT src/libeot_la-libeot.lo -MD -MP -MF src/.deps/libeot_la-libeot.Tpo -c src/libeot.c -fPIC -DPI

Build bison warning

Hello, On pc Debian x86-64 with master sources updated yesterday, I noticed this during building: /home/julien/compile-libreoffice/libreoffice/rsc/source/parser/rscyacc.y: warning: 2 shift/reduce conflicts [-Wconflicts-sr] /home/julien/compile-libreoffice/libreoffice/connectivity/source/parse/sqlb

Re: Should we use boost::math::log1p/expm1 instead of rtl_math_log1p/expm1 ?

Andrew Douglas Pitonyak wrote > Julien, I am curious if you have done any testing. > ... Hi Andrew, First thank you for your feedback. I must recognize that no, I didn't made any tests. Andrew Douglas Pitonyak wrote > No differences were found in this little test. Then again, on Fedora, > Boos

Should we use boost::math::log1p/expm1 instead of rtl_math_log1p/expm1 ?

Hello, Following http://cgit.freedesktop.org/libreoffice/core/commit/?id=a3ad01dc1e07da21182077bd899094fd73f57714, should it worth it to replace rtl_math_log1p/rtl_math_expm1 and related by boost::math::log1p/expm1 ? Or should we let the code as it is right now? Since we already use Boost, I tho

<    1   2   3   4   5   6   7   8   9   10   >