Re: [Libreoffice] [PATCH] [IN PROGRESS] Replace DBG_ stuff in calc with OSL_ equivalents
On Sun, May 22, 2011 at 11:41:31AM +0200, Jacek Wolszczak wrote: Hi, I am sending links to patches uploaded to dropbox. I wasn't sure if 1MB of attachments would be welcome here. http://dl.dropbox.com/u/174726/patches/0001-Replace-DBG_-with-OSL_-in-calc-chart2.patch http://dl.dropbox.com/u/174726/patches/0002-Replace-DBG_-with-OSL_-in-sc-source-core.patch http://dl.dropbox.com/u/174726/patches/0003-Replace-DBG_-with-OSL_-in-sc-source-ui.patch http://dl.dropbox.com/u/174726/patches/0004-Replace-DBG_-with-OSL_-in-sc-source-filter.patch http://dl.dropbox.com/u/174726/patches/0005-Follow-up-of-DBG_-removal.patch Libreoffice compiles with the above changes. I'm taking a mutex on this. Probably a question for a side-thread but what should DBG_CHKTHIS, DBG_CTOR and DBG_UNHANDLED_EXCEPTION be replaced with. I mean, are there any OSL_ equivalents for them? Or should they be left as they are? DBG_CHKTHIS and DBG_CHKOBJ does sanity check of the object, if a function is passed. In many cases it is not, though--because I do not see any reason for them in that case, I suppose they are just placeholders for future extension. The function passed to them has signature char const* (*)(void const*), where the argument is pointer to the tested object and return value is 0 if there are no problems and a (static) string describing the problem otherwise. I would change the function's signature to bool (*)(whatever-type-is-appropriate) and then replace DBG_CHKOBJ(object, Foo, func) by, e.g., OSL_ENSURE(func(object), blah blah) (most cases I know of are used for testing function preconditions, so I would actually use OSL_PRECOND there). I would just remove those that pass 0 as function pointer. DBG_CTOR is a bit more complicated--it does 1. sanity check if function is passed (just like DBG_CHKTHIS) I would use OSL_POSTCOND(func(*this), blah blah) at the end of the constructor. 2. live instance counting The same effect can be achieved by deriving from osl::DebugBase template class (osl/diagnose.hxx), e.g., class Foo : protected osl::DebugBaseFoo { // ... }; But I am not sure this is needed for every single class... 3. tracing (has anyone ever used that?) I would just ignore this... After you have deleted all the DBG_ stuff from a class, you should remove any DBG_NAME, DBG_NAMEEX and DBG_NAMEEX_VISIBILITY statements related to it. DBG_UNHANDLED_EXCEPTION is defined in tools/diagnose_ex.h, not the (evil) tools/debug.hxx, so it's just fine to leave it as is. D. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [REVIEW] Fix crash from forms.OGridControlModel unoapitests
I suppose the best way to fix this is to help kendy (and/or whomever) expedite the m106 merge and back-merge to master - Which will result, no doubt, in master being horribly unbuildable on Windows for some weeks. But what the heck, people who definitely need a buildable master on Windows can do a branch or checkout from some suitable point in time (like right now). Let's do it, and then merge in all remaining useful stuff from CWSes and masterfixes (just repeating a term I don't know the real meaning of here) as quickly as possible. And then finally be completely on our own, without having to worry that merging in stuff from OOo will duplicate or conflict with what you hack on. --tml ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] about bug fdo 36519 (writer8 instead of ODF Text in options UI)
Hi Cédric, Le 23/05/2011 13:58, Cedric Bosdonnat a écrit : [...] It may be that it never worked properly before or that a tiny thing changed in the way to get the list of properties. In fact that function should try to get the properties in the following order of importance: 1/ UIName 2/ Name The problem with the current algorithm is that it uses the last one found in the loop... which isn't robust at all as it completely depends on the order of the properties. You should rather store both values in separate variables when looping and checking which one to use when you found both. Thank you for your help. I will try this way to fix the bug. I will also look at how it is done in the filepicker where the UI name of the filters are used instead of the internal name. Best regards JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] gbuild, visibility and map files ?
IIRC with the gbuild system the simple map files to restrict exports were deprecated in favour of pure visibility markup. On the other hand, how does this mesh with the more complicated symbol versioning used in the ure map files, e.g. cppu/source/gcc3.map or salhelper's one. C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PUSHED] Re: REVIEW for fix#37211
Clio wrote: it would be great to get the 1 review for libreoffice-3-4 ( not critical so no point pushing for the release branch I think ) Please, can anyone make third review to this patch (if my review counts) and push it to libreoffice-3-4-0 ? Hi Clio, that branch is effectively closed, for anything not regarded a showstopper. The fix will be in 3.4.1 though. Cheers, -- Thorsten pgpgeaAnUhROw.pgp Description: PGP signature ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Templates path, move language independent stuffs to common folder
Hi Kami, 2011/5/25 KAMI911 KAMI911 kami...@gmail.com: Hi LibreOffice Developers, Currently all templates installed by LibreOffice (3.4) are in: /opt/libreoffice3.4/basis3.4/share/template If someone adds here subfolders it is appear as empty subfolder while create a new document from template. By the go-oo time we used common subfolder for such language independent files. Can we move /opt/libreoffice3.4/basis3.4/share/template/layout to /opt/libreoffice3.4/basis3.4/share/template/common/layout. It has scp2 related and officecfg related changes. I did not understand 100% what you wrote but it may be a good idea. I suggest that you make your changes locally (in master), then test if it builds in all platforms, then test if it causes upgrade problems from previous versions (e.g with existing user profile). Then you can push it to master. When we see your commit in master, we can tell if it is good for 3-4 ot not. Thanks, Andras ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [REVIEW] Fix for fdo#37520
On 24/05/11 21:03, Kohei Yoshida wrote: The attached patch fixes the crasher reported in https://bugs.freedesktop.org/show_bug.cgi?id=37520 The crash occurs in ScRangeList::Join() where the array size is cached prior to the for loop, but array may shrink during the loop, in which case an out-of-bound array access may occur which in turn results in a crash. I'm actually surprised that this didn't cause a crash on Linux. Anyhow, the solution is to always dynamically check the size of the array via size() method in each iteration, instead of caching it for all iterations. Review appreciated. I'd like this to go into the -3-4-0 branch. So I need three sign-off's. Kohei the third and pushed to 3.4.0 ( not sure are we finished with that branch though ) Noel ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Templates path, move language independent stuffs to common folder
On Wed, 2011-05-25 at 09:49 +0200, KAMI911 KAMI911 wrote: Hi LibreOffice Developers, Currently all templates installed by LibreOffice (3.4) are in: /opt/libreoffice3.4/basis3.4/share/template If someone adds here subfolders it is appear as empty subfolder while create a new document from template. Not sure what you're describing, but perhaps its a caching bug of somekind, i.e. are you saying that the newly added dir isn't being read correctly by the template dialog ? If so, why not debug into and fix the root cause. C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] gbuild, visibility and map files ?
Hi Caolán, On Wed, 25 May 2011 09:36:55 +0100 Caolán McNamara caol...@redhat.com wrote: IIRC with the gbuild system the simple map files to restrict exports were deprecated in favour of pure visibility markup. On the other hand, how does this mesh with the more complicated symbol versioning used in the ure map files, e.g. cppu/source/gcc3.map or salhelper's one. Well, these files have two things: a) long lists of mangled names b) versioned symbols For a) it is painful to migrate, but can be represented by source decoration. b) is platform-specific: it only works on unix. It can also be done by source decoration on gcc via __asm__(.symver foo); IIRC. The only valid usecases I came up with is: - A C++ and unix-only extension uses the URE and links against an old version which implements a different version of the same symbol. However, I have not found that in the map files yet. I only found additional symbols being available for new versions. So maybe this is a nonissue (with C++ extension, unix-only and old being a cornercase already). - A C++ and unix-only extension that wants to ensure to be compatible (in theory) with an old URE/OOo version, by linking explicitly against that version to make sure there are all symbols available in the old version already. In real life that requires testing with the complete (old) product anyway. So is there a real usable scenario I missed? If not, IMHO we should just drop the versioning (as we dont have one on Windows anyway) and only provide the latest and greatest API. Best, Bjoern -- https://launchpad.net/~bjoern-michaelsen ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] gbuild, visibility and map files ?
If not, IMHO we should just drop the versioning (as we dont have one on Windows anyway) Hmm, I thought it was because of versioning that the UDK_MAJOR is appended to some dll names (only on Windows)? So that DLLs with different APIs have different names? Maybe we could simply do that on Linux too, i.e. simply use differently named shared libraries if there is a non-backward-compatible API break. Isn't that what the GNOME stack does, for instance? But I might be misunderstanding. --tml ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [Bug 35673] LibreOffice 3.4 most annoying bugs
https://bugs.freedesktop.org/show_bug.cgi?id=35673 Bug 35673 depends on bug 35345, which changed state. Bug 35345 Summary: Cells hidden with filters get changed https://bugs.freedesktop.org/show_bug.cgi?id=35345 What|Old Value |New Value Resolution||FIXED Status|REOPENED|RESOLVED -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] Problems presentation to an external display or projector
I am a ubuntu user, please excuse my English is not very good. Do not know if it's a bug or maybe a setting that I do and I did not. It turns out I use my laptop and other LCD monitor when I open an Impress presentation and I want to put it in presentation mode, because as usual to OpenOffice, I drew a presentation to the external display and pressing F5 when in presentation mode was coming down in Libreoffice Something similar happens to me except that I get the display on the monitor of the portail and I want to leave the external monitor or projector to be connected. thank you very much. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] about ooslapsh.bin
Le 23/05/2011 17:54, Michael Meeks a écrit : Hi Jean, On Sat, 2011-05-21 at 16:16 +0200, Jean-Baptiste Faure wrote: I tried to use gdb with my last build for libreoffice-3-4 branch (this morning). This time, oosplash.bin crashed after a moment of inactivity. It did not eat 100% CPU, only seemed to do nothing (futex_wait_queue_me) and finally crashed. Great - it shouldn't crash. Here is what gdb said after I attached it to oosplash.bin : We only need the last bits - and preferably in a bug report :-) ok, done : https://bugs.freedesktop.org/show_bug.cgi?id=37579 [...] and paste the output - and (preferably) with a splash.bin built with debugging symbols, or it can all get a bit tricky. I am currently doing a clean build of LibO 3.4 with debugging symbols. then I will paste the new gdb output. Best regards JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] LibreOffice Extensions repository
Tor Lillqvist wrote: I found http://libreofficeaustralia.org/download/extensions. You can find lots of stuff on the Internet. True, but as Thorsten wrote indeed this site was discussed at length on the website mailing lists as an alpha version of a possible future Extensions website specific to LibreOffice. I don't believe people are still working actively on it though. Is it the new extensions repository for LibreOffice? Using common sense is useful. Just to give a couple pointers to help the common sense, http://extensions.libreoffice.org is the URL hard-coded in the LibreOffice source code, while http://extensions-test.libreoffice.org/ is a test site by Andreas Mantke. The website mailing list is probably the best if you wish to discuss this further. Best regards, Andrea. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] OneGit(tm) migration plan
Christian Lohmaier wrote: /* artwok */ is meant to not being merged. I think this is a bad choice, as you will always need it when building, and for the same reasons it is discussed not to be worthy to be merged, I'm all in favor of merging it: Seconded. That also makes cleaning up / moving stuff around much easier. Cheers, -- Thorsten pgpla3IgMQjcr.pgp Description: PGP signature ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Problems presentation to an external display or projector
Yusniel E. Alfonso wrote: I am a ubuntu user, please excuse my English is not very good. Do not know if it's a bug or maybe a setting that I do and I did not. This is a developer list - please refer to http://wiki.documentfoundation.org/Development/Use_of_MailList for what's on-topic here. Bugs should go to bugs.freedesktop.org. Thanks, -- Thorsten pgpTnKfINhI7D.pgp Description: PGP signature ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [REVIEW] Fix for fdo#37520
On Wed, 2011-05-25 at 10:14 +0100, Noel Power wrote: the third and pushed to 3.4.0 ( not sure are we finished with that branch though ) Looks like this fix missed the boat for 3.4.0. Thanks for your review anyway. Kohei -- Kohei Yoshida, LibreOffice hacker, Calc kyosh...@novell.com ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] OneGit(tm) migration plan
On Wed, 25 May 2011 15:07:05 +0200 Thorsten Behrens t...@documentfoundation.org wrote: Christian Lohmaier wrote: /* artwok */ is meant to not being merged. I think this is a bad choice, [...] Seconded. That also makes cleaning up / moving stuff around much easier. I brought that up initially, but I wont defend it to death. Both ways have their advantages and disadvantages. Lets see what the consensus in the ESC is tommorrow. Best, Bjoern -- https://launchpad.net/~bjoern-michaelsen ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] Resolved: fix for twofold suffix stripping + compound in hunspell
On Sun, 2011-04-24 at 21:31 -0500, Arno Teigseth wrote: Hi I've just hacked the hunspell sources I got from CVS so that I could get rid of this hunspell bug: https://sourceforge.net/tracker/?func=detailaid=3288562group_id=143754atid=756395 The issue was that hunspell would accept words with one suffix+compound, but not two suffixes+compound. Patch attached in the above link. Looks good, I see that nemeth took the patch yesterday in upstream to hunspell. We'll pick this up when we re-import the latest released hunspell that includes your fix. Which I guess will be hunspell-1.3.3 C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] REMINDER: Release 3.3.3-rc1 from libreoffice-3-3 branch
Hi, please note that the commit deadline for 3.3.3-rc1 is the following Monday, May 30, 2011. Also note that the branch libreoffice-3-3-3 will be created the day after and only commits with 3 reviewers will be allowed for that branch. Commit rules for libreoffice-3-3 branch for 3.3.3 bug fix and further releases: + commits approved by one person [*] + only safe bug fixes + no UI changes [*] send mail to the libreoffice@lists.freedesktop.org mailing list; use [REVIEW] in mail subject; put experts into CC if known; attach patch or mention link to the commit in master or another branch Reference: http://wiki.documentfoundation.org/ReleasePlan#3.3.3_release http://wiki.documentfoundation.org/Release_Criteria Best Regards, Petr ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [Bug 35673] LibreOffice 3.4 most annoying bugs
https://bugs.freedesktop.org/show_bug.cgi?id=35673 vitriol vitriol_vitr...@katamail.com changed: What|Removed |Added Depends on||37584 --- Comment #121 from vitriol vitriol_vitr...@katamail.com 2011-05-25 07:26:54 PDT --- Nominating Bug 37584. [Writer] Track changes: deleted text lost. Regression and data loss. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [ANN] Preview builds of 3.4 rc2 available
Hi *, for the rc2, we're now uploading builds to a public (but non-mirrored - so don't spread news too widely!) place, as soon as they're available. Grab them here: http://dev-builds.libreoffice.org/pre-releases/ If you've a bit of time, please give them a try report *critical* bugs not yet in bugzilla here, so we can incorporate them into the release notes. Please note that it takes approximately 24 hours to populate the mirrors, so that's about the time we have to collect feedback. Currently, debs, rpms, and Mac packages are available, or currently uploading. Mac PPC is back into production, but a bit slower on the native hardware. The list of fixed bugs in this release is here: http://dev-builds.libreoffice.org/pre-releases/src/bugfixes-libreoffice-3-4-0-release-3.4.0.2.log So playing with the areas touched there also greatly appreciated - and validation that those bugs are really fixed. Thanks a lot for your help, -- Thorsten pgpqXYeANlMKD.pgp Description: PGP signature ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] LibreOffice Extensions repository
Le 2011-05-25 09:01, Andrea Pescetti a écrit : Tor Lillqvist wrote: I found http://libreofficeaustralia.org/download/extensions. You can find lots of stuff on the Internet. True, but as Thorsten wrote indeed this site was discussed at length on the website mailing lists as an alpha version of a possible future Extensions website specific to LibreOffice. I don't believe people are still working actively on it though. This site is no longer being actively worked on. It should not be used for uploading of extensions. The domain does not belong to TDF or LibreOffice. Cheers Marc ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [GSOC] build fails for chart2 module
On Wed, 2011-05-25 at 05:14 +0530, Anurag Jain wrote: Hello Kohei, After make clean build seems to fail again here for chart2 module while compiling chart2/source/controller/mainShapeController.cxx . This is the output. http://pastebin.com/AYj1Bbf0 Its the same error which I mentioned over IRC today. Heh. Now I'm getting the same build error on latest *master* branch, though I swear I was able to build your feature branch build. Can you check to make sure you are indeed on your feature branch? Run /g branch and make sure you see * feature/calc-multiline-input with a '*' in front of the branch name in all repositories. Kohei -- Kohei Yoshida, LibreOffice hacker, Calc kyosh...@novell.com ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [GSOC] build fails for chart2 module
On Wed, 2011-05-25 at 11:57 -0400, Kohei Yoshida wrote: On Wed, 2011-05-25 at 05:14 +0530, Anurag Jain wrote: Hello Kohei, After make clean build seems to fail again here for chart2 module while compiling chart2/source/controller/mainShapeController.cxx . This is the output. http://pastebin.com/AYj1Bbf0 Its the same error which I mentioned over IRC today. Heh. Now I'm getting the same build error on latest *master* branch, Nevermind. I was on Markus' feature branch in the calc repo. ;-) Yup, the latest master does build fine. Kohei -- Kohei Yoshida, LibreOffice hacker, Calc kyosh...@novell.com ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] LibreOffice Extensions repository
I found http://libreofficeaustralia.org/download/extensions. Anyway, this website is amazing. LibreOffice website developers could ask the authors about a migration for LibreOffice domain? I think they'll like the idea. Now i need to stop off-topic in the developers ML. Best regards, Júlio. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] Java error in make dev-install
Hello, During make dev-install after built libreoffice, I got the following error. Any suggestions? Is this an error with libreoffice that needs to be fix or a problem with java? I know it's showing it as a java bug, but I'm curious if it was caused by a bug in libreoffice. *Error:* [ build LNK ] Library/libfileacc.so /bin/bash: line 1: 19322 Segmentation fault make -s -r -j4 dmake: Error code 139, while making 'all' --- Oh dear - something failed during the build - sorry ! For more help with debugging build errors, please see the section in: http://wiki.documentfoundation.org/Development internal build errors: ERROR: error 65280 occurred while making /home/mouche/LOdev/tail_build/prj it seems that the error is inside 'tail_build', please re-run build inside this module to isolate the error and/or test your fix: --- rm -Rf /home/mouche/LOdev/tail_build/unxlngx6.pro # optional module 'clean' /bin/bash cd /home/mouche/LOdev source ./LinuxX86-64Env.Set.sh cd tail_build make -r *And here's the error log that it references:* http://pastebin.com/QGYBHKmJ I'm just getting started, and I don't know how to troubleshoot this. I'd appreciate any help you can provide. Thanks, Glen ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] Missing configuration of Writer's page shadow? (Re: LibreOffice 3.4 Release Notes)
Hi all, I couldn't find the configuration to change the shadow color of Writer pages in the option dialog, while the release note says New gradient / drop-shadow to highlight writer pages, with configurable colors in the options. Where can I find the configuration to change the shadow color? I'm thinking of taking some screenshots for better look of the release note in parallel with translation into Japanese. Thanks, Takashi (2011/05/12 22:35), Marc Paré wrote: At the last marketing team confcall I offered to help coordinate completing the release notes of the upcoming 3.4 version and then distilling the information into a version more suitable for our website accompanied with photos of some or many of these changes. Could we, all, please take a close look at the information on the Release Notes 3.4 wiki page[1] to make sure that the information is complete and correct? This will help greatly in easing the task of creating a more suitable page for the website. We just have to make sure that all the details are there and that we have not missed anything major in the list. We are hoping to have a website page showing the new/changes/corrections of this iteration and another page with the 3.3 version where reviewers/users/members will be able to compare. Feel free to update the wiki page or leave me a note on this thread. Thanks for your help. Marc [1] http://wiki.documentfoundation.org/ReleaseNotes/3.4 ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Java error in make dev-install
On Wed, 25 May 2011 11:22:05 -0700 Glen Winters lamou...@gmail.com wrote: /bin/bash: line 1: 19322 Segmentation fault make -s -r -j4 That looks like: https://bugs.launchpad.net/ubuntu/+source/make-dfsg/+bug/759704 to me with the java crash being a collateral damage. Best, Bjoern -- https://launchpad.net/~bjoern-michaelsen ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [LibreOffice][GSoC 2011][svgexport] build issue: libvcllx.so: undefined symbol: _ZN3utl10ConfigItemC2ERKN3rtl8OUStringEs
Hi Michael, sorry for the late reply but I was busy to solve my build problems. Your hints have been really useful. I succeeded in finding out that a new 340 folder was created under solver and library now are delivered there instead of solver/300, the issue was that my installation was linked against solver/300 libraries, so I had the undefined symbol trouble. Moreover I noticed that several unx* folders where not updated by the make -sr build system (for instance that happens for the sd module) so I needed to remove these unx* folders by hand to force the make dev-install procedure to link against libraries copied under solver and not to link directly against the libraries in the modules. Now after all this work I have still some issue: when I launch soffice on the standard error I got the following messages: (soffice:21318): GLib-GObject-WARNING **: invalid cast from `GtkToggleToolButton' to `GtkButton' (soffice:21318): Gtk-CRITICAL **: IA__gtk_button_set_relief: assertion `GTK_IS_BUTTON (button)' failed (soffice:21318): Gtk-CRITICAL **: IA__gtk_widget_style_get: assertion `GTK_IS_WIDGET (widget)' failed and what is worse all components start but Impress! (Try to guess with which component I need to work for my gsoc project ? :)) When I try to start up Impress I can see only the splash screen. If I start up soffice and then I click on the presentation button nothing happens. Indeed I don't know how to solve all that! -- Marco On Mon, 23 May 2011 17:43:58 +0200, Michael Meeks michael.me...@novell.com wrote: Hi Marco, On Mon, 2011-05-23 at 00:10 +0200, Marco wrote: after the last pull -r make all when I start soffice I got the following error: libvcllx.so: undefined symbol: _ZN3utl10ConfigItemC2ERKN3rtl8OUStringEs Ok - nasty. I hope you did a './g pull -r' in the top-level and that all your modules were updated fully ? (ie. no failures) ? if not you need to get a consistent state by doing that. If you have changes you may need to 'git stash' them first, check 'git diff'. the library belongs to the vcl module, the symbol: utl::ConfigItem::ConfigItem(rtl::OUString const, short) to the unotools module. So - I use '.g grep ConfigITem' In first place I tried: make -sr clean make -sr in unotools and deliver -delete rm -Rf unx* build deliver in vcl followed by a new make all. No luck the error remain That is unfortunate, particularly since my from-clean build works. So what should I try now ? A make clean make all ? Is it better that I remove manually some folder ? It looks like you did the right things, perhaps your checkout is not-in-sync ? is it possible your shell environment is old and/or belongs to another version of LibreOffice ? Failing that, I tend to dig around with tools like 'objdump -T' (on shared libraries) to work out who exports those symbols, grep the installed LibreOffice to look at what it is doing etc. with enough hunting, it should be possible to unwind what went wrong. My libutl has this symbol: $ objdump -T lib/libutlli.so | grep _ZN3utl10ConfigItemC2ERKN3rtl8OUStringEs 00047e7a gDF .text 0130 Base _ZN3utl10ConfigItemC2ERKN3rtl8OUStringEs Does yours ? HTH, Michael. -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [LibreOffice][GSoC 2011][svgexport] build issue: libvcllx.so: undefined symbol: _ZN3utl10ConfigItemC2ERKN3rtl8OUStringEs
Marco wrote: Now after all this work I have still some issue: when I launch soffice on the standard error I got the following messages: IIRC that was a temp failure, and the changes have been reverted meanwhile - generally, the thing with the master branch is that, at any given time, you may be unlucky get a state that's broken in various ways. In all cases, doing git pull on your repo should be followed by make clean make (unless you know exactly what you're doing). My recommendation for a stable setup the quickest way to a working, hackable build is to currently use the libreoffice-3-4 (or even -3-4-0) branch. Best not to waste time on random other issues just *yet* :) Cheers, -- Thorsten pgpVaU218h7r2.pgp Description: PGP signature ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] smoketest fails
When I run make check the smoketest fails. What to do next ? I tried to google for this, and it seems to point to a java problem, but I still don't know what to do next. Some info: This build is on a openSUSE 11.3 system. gandalf:~/git/libo/ java -version java version 1.6.0_20 OpenJDK Runtime Environment (IcedTea6 1.9.7) (suse-1.2.1-x86_64) OpenJDK 64-Bit Server VM (build 19.0-b09, mixed mode) gandalf:~/git/libo/ file -L `which java` /usr/lib64/jvm/java-1.6.0-openjdk/bin/java: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.4, stripped The tail of the output of the smoketest: *** Successful packaging process! *** ... creating log file log_OOO340_en-US.log ... creating follow me info file follow_me_OOO340_en-US.log. Wed May 25 22:39:07 2011 (00:16 min.) Installer finished : LD_LIBRARY_PATH=/home/pim/git/libo/clone/testing/smoketestoo_native/unxlngx6.pro/lib:/home/pim/git/libo/solver/340/unxlngx6.pro/lib${LD_LIBRARY_PATH: +:${LD_LIBRARY_PATH}} /home/pim/git/libo/solver/340/unxlngx6.pro/bin/cppunit/cppunittester \ - env:UNO_SERVICES=file:///home/pim/git/libo/solver/340/unxlngx6.pro/xml/ure/services.rdb \ - env:UNO_TYPES=file:///home/pim/git/libo/solver/340/unxlngx6.pro/bin/types.rdb \ -env:arg- soffice=path:/home/pim/git/libo/solver/340/unxlngx6.pro/installation/opt/program/soffice -env:arg-user=./unxlngx6.pro/misc/smoketest/user \ -env:arg-env=LD_LIBRARY_PATH${LD_LIBRARY_PATH+=$LD_LIBRARY_PATH} -env:arg- testarg.smoketest.doc=/home/pim/git/libo/solver/340/unxlngx6.pro/bin/smoketestdoc.sxw --protector \ /home/pim/git/libo/solver/340/unxlngx6.pro/lib/unoexceptionprotector.so \ unoexceptionprotector ./unxlngx6.pro/lib/libsmoketest.so LibreOffice: Using system memory allocator. LibreOffice: This is for debugging only. To disable, LibreOffice: unset the environment variable G_SLICE. [Java framework] The JRE specified by the bootstrap variable UNO_JAVA_JFW_JREHOME or UNO_JAVA_JFW_ENV_JREHOME could not be recognized. Check the values and make sure that you use a plug-in library that can recognize that JRE. javaldx failed! Warning: failed to read path from javaldx LibreOffice: Using system memory allocator. LibreOffice: This is for debugging only. To disable, LibreOffice: unset the environment variable G_SLICE. FIXME: re-start with all params ! LibreOffice: Using system memory allocator. LibreOffice: This is for debugging only. To disable, LibreOffice: unset the environment variable G_SLICE. [Java framework] The JRE specified by the bootstrap variable UNO_JAVA_JFW_JREHOME or UNO_JAVA_JFW_ENV_JREHOME could not be recognized. Check the values and make sure that you use a plug-in library that can recognize that JRE. smoketest.cxx:203:Assertion Test name: N12_GLOBAL__N_14TestE::test equality assertion failed - Expected: - Actual : Extensions:services Failures !!! Run: 1 Failure total: 1 Failures: 1 Errors: 0 dmake: Error code 1, while making 'cpptest' --- Oh dear - something failed during the build - sorry ! For more help with debugging build errors, please see the section in: http://wiki.documentfoundation.org/Development internal build errors: ERROR: error 65280 occurred while making /home/pim/git/libo/smoketestoo_native it seems that the error is inside 'smoketestoo_native', please re-run build inside this module to isolate the error and/or test your fix: --- rm -Rf /home/pim/git/libo/smoketestoo_native/unxlngx6.pro # optional module 'clean' /bin/sh cd /home/pim/git/libo source ./LinuxX86-64Env.Set.sh cd smoketestoo_native build when the problem is isolated and fixed exit and re-run 'make' from the top- level make: *** [check] Fout 1 Thanks, Pim ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] (no subject)
___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [PATCH] 3rd update to Mac dmg background.
This time, wrong path - now hopefully working everywhere. --- setup_native/source/mac/ooo/DS_Store | Bin 15364 - 15364 bytes 1 files changed, 0 insertions(+), 0 deletions(-) diff --git a/setup_native/source/mac/ooo/DS_Store b/setup_native/source/mac/ooo/DS_Store index fe6912c36560fadf4aaed67c7e18a7f414fdaa3e..9431578cebb32e64e13ce1db4aa0babb93692eac 100644 GIT binary patch delta 1170 zcmeHF%}*C7=9`rBMh`qHZf{gzzMqN7|63Bua1xFf28h^Pq=j?YhyduIt*$odI zJxFTCp?*XF!4k*k{!iA!Gi~noDdUz%Vw-xJaO~ayuUtu`+hv{lXttd-FmKZ!t49* zTFG!cPwNEd%*f`vh1C=mweJ_97zZNsy)YSlKa$QwVMqc78|H!(myKKztg-Xf4D z=cV64Kj{FYROYXf6pgZ3uX$|Ktxzh4fXlg6gAexAAb$`o{B(B9csIgr2PZ_c4 z)(}2RUwJ%B-UZWfCmd2s`S_}36JBV6w8)QWJAD^pH854a=8e9WlY}NA$VaBnw zYnNp|)6hWT+w2sDX}T;bV%9Sk^g`LxiZhBLujFJ|tTbvnPclROci+mL?|pB=C1GkS zk+=MMz?!|OciHrNs??qO@av1H3r3KWS0SUfu_GrWoWL{zhgsuanv^VML(Py4+ ze{jHAJiuI6l6$0w4jCd8vMecNVu3sblnH4l5^f=fMS9zC;Ul0w4m~Q=VBfuiV;yk zBYcfDJhck%*1dV-pE?QW3qCThwjW56X_CTkd?R7-92o0EVPjW`^wNqCUHGdGMp zb@EZCJ0at=zC?VW#0QgXH1K9+6#bUqAn0u${=f{J*ZJwywtMuWNg3_CVNqI{FJv C6DzR* delta 386 zcmZpvXsMXsnUDpU^hRb}1F~2{y(E28J|-%~}G*tQ;UV0|R5kWPWjNM%l?1MIAU; zoOj!v{A21g*;-g3s3aqafkA+QgMr~-zS3c!Qb7=R3{TkTxKj{k1FuL%t*f6N9R6 zVsd6)Nq%vLf`^M$XmM$u@z9eRZ?Pdc6w2MXmw6L0q;bE;L$vz@-suEx`amW6 yXi9_`81)$#M1f{O};H*zu8Z6C)sb8K%wb3e$#$lPCL0UfL|E@mY9c11|vEg=kLz -- 1.7.3.4 ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [PATCH] Fix wrong-sized toolbar mimetype icons.
Update according to new artwork at fdo#33229 - please see http://wiki.documentfoundation.org/File:Toolbar-Mimetype-Icons.svg for the authoritative version. Size needs to be 26x26 to prevent scaling. --- default_images/res/lx03242.png | Bin 781 - 755 bytes default_images/res/lx03245.png | Bin 1202 - 1185 bytes default_images/res/lx03246.png | Bin 1211 - 1178 bytes default_images/res/lx03247.png | Bin 1045 - 1021 bytes default_images/res/lx03249.png | Bin 1080 - 1055 bytes default_images/res/lx03250.png | Bin 1091 - 1069 bytes default_images/res/lx03251.png | Bin 997 - 973 bytes 7 files changed, 0 insertions(+), 0 deletions(-) diff --git a/default_images/res/lx03242.png b/default_images/res/lx03242.png index e135291ac07b966a962c3648c2857ece6219a88b..2f8423a54f643ba021249d7c5e26ef9f2efbd24e 100644 GIT binary patch delta 692 zcmV;l0!#gk2J;0WiBL{Q4GJ0xDNk~LeQQ2nGNE0I5n$XFNae{e}e zK~zYI-IUKt8$kevf4iIAgCP~oE^+A|)SFLX5f6zF1m7Vb613ZdmZny)Hd@Fgl@xq| zo`jr=v=Aut0YrMpE2KqFi*#LgCbQE^H*C^mO)x^~4+dsnX1@96pTIc0F+9lx)dC za7TRK|LMB!QKeG(@Mqj7MNzW-fBgs{Uk(os*MfGeTZzRorfJ^A!S(gEetLRZFBXfB zEXyiWO25bB@$Ayl5@cBh05HaIadFYJ=q||jeGo#RX8mmStgY@pF-ye$+8LbY1m zD;A51R;%??RaJh*qtvNF$|)V0sttb152mV!PL|gG)=?$`Z_dCJ1|Xif6uZk)3)vR zS65eHjDd3=4I+d@+HlU%2#1tBrrEOhiorP1E*wc6Rn_wc0b=wriJ{mmq|UX2dxk zT7rJl)6v(9hpo9s;cg7Z*RXjK0Yqkwq0qr+oKspfdUvI1T!-;Fbo6fbQ;NI@^wC+ zKd9I1mG6vbzS#k7}Rqae*Za)eMX8`%qOCj4`aPuAp?rvui6u~uloCryO zp64NzN?~DP0V^vjNG6k|CShsk)TnxE?gL6xV^oFuIpG_T*UJ7GG=FIU*vMRmlNB% z@YtK18yJQG#uzB2I6FHt0US-tC~W394(8|Q5sSsZIq!M-1C4_Je{b9{#sFa8JL-Zs z=MV(pUZ5a?ApA8)kI}GyYTSsTINT@y06i{1Ck`ETYpf{qLmivCms(0wz==G!^ zJfl=9^{^mGl5l0KGvjzE0xK^Sp26a{0+vl!#DDzlPgFupVa9s`I^3IyO6=ln;| a_zh8JEwb^C|Kb1u3IG5}MNUMnLSTY+Z9Z!N delta 718 zcmV;0x|vb1szFiBL{Q4GJ0xDNk~LeWW2nGNE0CReJ^pPP=e~L* zK~z|U?U!F`+E5tApCsnS;fhWC6Xr$jT|Y%f=|vrg(9ht76e*hF#%5ROy3o-;CJy`p zyAr$_WdmWb4^U(m{R(chS3%j98b}W)VrE)oyOE2VMxtdCVhv`kAaEvjmQv6D* z{|x{Ex0mH|`I9J$saeU6NO#7e}`x1=jZQ#$V-IF+Dww5b{~mv?p@|2!fC*7K^j$ zqtodq^?JQpDwQ7Ux~^H4^(`0-rnk1XAc`UYfKrN9tL3ER{+OxVB0n#k%%vVD2mwM z-$$d-c%!N+XBftDsZJGU0oGqSq9JZxAS?)wFex0U-ncKnQV-(P)HVe=vwhB!WyP zgJ?8*s;cU-uIok9G~eCa+;OF#@J#2wr%^ao-u~eXoOHGgm^rTbUF=LmQMW!iixR zs%e_W_4PGu+g{EA#+YY}$E~fcK~WTQYlE1bbNSt__|W5JT*;IZ@1gaIp7B{hOliL z;cysL;`zzdypjQRX(3Tf2~%l$`|2(O@w6;055gkuN%=%;gJSq7yPySuw+Hk(HW z2M2tuRxA7EEwuHPFR+OSS*HQGKrm?9Y~VGMCG}T?k;_Etm{SDTc!#6h*=2|ekc zx3Rvy{ydw_zVHILw=I~=?f3ggBodMf)Iji;E(Fv)}H(q!Ybfe-9fQ8wdmfV2pX5 zXfqvH^tz^$0I33z!iWo29D#F0vLqINv!u9hm1FpGQ2;-`#;pfMp%{cL4-JxP4v; zzoI2*P5Q(HLM^2r#Bz|0q#bT=g5Cj32mzQ@c=GL$a0a%vxRnxS`cdG6qLdX}d zZ=4%7$8nDUJh(3aBmiB;*!Q^s{-jp^Z@6-RpItLBtMJazW@LL07*qoM6N$f(}7R A^TWy diff --git a/default_images/res/lx03245.png b/default_images/res/lx03245.png index c6f07a1f7cf88ce81e3f5c6784145574bcc94531..91bcb56dfed858c996e9b67ad7331b76a006679b 100644 GIT binary patch delta 568 zcmV-80}Nb384ugiBL{Q4GJ0xDNk~LeQQ2m=5B0G^b*{E;DELIad; z1Auh{hkyfeglzw1CM$GjCli!fdi9v1Bi43hH?Xgc{}k1C4zHkbeV{cms-t1Db~e zn^6K@Q376z1D|xU!S?|K0LVhGle_{df2K)9K~yMHWzWw_8Mbq@H1v6qnTuqm?mIs z+9Zn9g@{3LRSKeDi{KNKK8UYjp|4OBL2%baAc-|ApSwrASzlgMn^N5$$0PmZWl9? zq~t8WALnqd3gk)%a$V=hmI2`M9#DbeYDkY8zdUzn#)Kn%5?(GKeOdgr50zXDe*%CC zP#XdOpbWnIOx4E0Y(9l1@;PWE2Oy~h(#kU@(1}2l`FZ|%?)Ip~u!=4--TVkh{ zV+KSZgrO{3kY_Is0ku0VK(f4WsP^192tddJdle_lrxpkgdsd6tam`50=F04~e@1 zv2*x#B9%!r8`jOwsZSsFAV`rfA6l01Au8_=3;9u)(ZY5H7IPmFq%oHtf$894O5_n zq=NXjKj%liK%*i{yRYpNr8-dbI-QRw82Euj!GyYMIgm`_Pv=Na_#G@x{!!;iNx3A znkVddL@zC^5e7mU02%IdvDNl;J)UeD)Z0R3Gc}S)ylFRY|5_DvNe3#WK3e^XJ2BPB ze@p{_whh_7ClkBgCqDqok6YIbERJ5KhPKM)4kG91mGWNh0-JrU(EObMNUMn GLSTYG@EIc delta 585 zcmV-P0=E6339xiBL{Q4GJ0xDNk~LeWW2m=5B07RsU#*rajLIRd z0)ch{hJXT-eFBnu0*`wFi+KWzfdZ3u0*G}2hI0ahdIXAl1dV(IkbVS|cLR!s1Db{d zn@|BQ2}3z1E6)W!S?|KMiP0Sle_{df450QK~y-)wbS2A!cY_k@H5?9Ih~p*Xjy6z z^$}AJw*@7D0bO^oR6s6!b4d5d^*U5CpwM1?pk|?Plf3$LLuDg406I6C5(M#= z9`@mUIhS*J_~qmO2t-rO`l(-Bwar}yxBlwF%1G`-a{*E`vtx02|Q;5Et=*e|o`1 zy@2fzq}Hgpj=p(vSUMl+@en(pTB89aQgTi|DPQ9RWjdJ9s3{Gk7tHhb8x0CXtM|H z8pxsMUxpofV3tj5j0D0KZ^{gwK`Y@ieruBK7NR(4^0#33tuBUs9F)l6QznpCAP@ z(KPxhyx4O_~@c{CZuvN=klne{_2IRDNM2%;TlO`cal){C;=RTV?Kn3c#VgL{Br zRNhO^dBlOh0^Yi-m9x7`Q}gm-d}f^hjJpp$C(3btH871FDAt#{xG{ycOw}L!G+% z^jN?Y+)hC7@R~js?RN^vTFofEN}sl^s!{MW{9FMP?1P`2bkCi#=`#YPgqRha-M z5G|0(6~wTNb#wVwOYG0YVvOo1GCc$GSTrghSgu(hkgx_7`K?!5h~On5`!N`FOtp X~?)~1^e@p0NkvXXu0mjf%KiK; diff --git a/default_images/res/lx03246.png b/default_images/res/lx03246.png index c4236bd134de8b3b52b24d39801a9f6054cdb550..f99e50310d0b47afadd94dc4b50ddb5ec44daa7c 100644 GIT binary patch delta 1118 zcmV-k1fl!837QEZiBL{Q4GJ0xDNk~LeQQ2nGNE0I5n$XFNae-}wa zK~zYIt(ARfl~o+aKj*pkxz{^)x83fxyO+CVVJ=53!YtMdBdDBfS*g_sdISHcAe_U( zw4u9DRGq`kqE}fCMva9DuOx}l))s;tj1u?W^+zguI;`(ZK-5_qJW{y_?Vv4m{^M z=lnkB`~98gJVHtdz^Ps0u**p`f766%a`~SiEl;eLJ8!J}+U2A+ab76Gk;QMwrLn#} z_TWdE?aSZIu3epuyEjHBsSuMb?sf*Nn5zbWaTQcu)?CLB43`1w{QfDMj)N= zG)*HfFE1@9sHzlKeTCV*Y|GtLMY)8;`aMx9II$ouBVVu_^IlS7GHe`0~I(O27
[Libreoffice] [PATCH] Polish branding - fix langpack mac installer icon
Fix for fdo#33229 - the lang pack installer icon on mac was still showing seagulls. --- setup_native/source/mac/ooo3_installer.icns | Bin 56605 - 42710 bytes 1 files changed, 0 insertions(+), 0 deletions(-) diff --git a/setup_native/source/mac/ooo3_installer.icns b/setup_native/source/mac/ooo3_installer.icns index bacdd17d84703cb86675e3bf6c3029f93b1d3fd9..45fca0fcaf804bdf5ee21ea542b699d8b173ec21 100644 GIT binary patch literal 42710 zcmeHw2V7I_xH`c;HtG+P;oC@wRMjUYqi=s!=|YHNo-t+iHb`wVaSrbWy(en z1q5ZUupxm!fP{nKGPovll$TfM}Ht$E+~|Gp+4a-Z`(=X}5C-upbc$?-Nled5e{ z1o167eSXPe1VOhVa-)-ooPH9O%a1X|h%fUPCYK+sW;~(QdovEh_^1-hbDESAAs* zKC?bvDk6%UR+MwRbu#faLx5yyX5j61^8pS-jK(Sgw{Lc@~vF_5nT^|q|Mzbmv7GM zH3nyGmdiJ!bu*cI!gM^8|3nJN!{I-3VvXyStOt$nPjySh66qo?uaSS+HFEi? zIJ^t%`1aclyh}T7m0bQw484=~@FBfZE9Miq{6mvl=!bGSXBi@YeS6^j+#Yy8y9Zz z_aKYuJuHjdgLJz0kaXo9K*dSk-bqj~xd)wziJi~xK}Uxs_W*lt53pzV01V|G{KmwF z{YLJ=89JtSM!5%Y4vu5k@#oIL{{1gK2j@Th=?4U%4M7~_ibt9rk|u~AxN(mzV0T zY?sUbwtInRYy!x6)B1Q_QzFw8*{m=0$0yOUrd$yo3n)iksv5Kmmz$rW$oNp zm~x8~h}`f5Q%*a6+_;ujV`6-qDMybU6|tY7tyOIHQLqjlt~TyLTZAn9F!Ko5hYkr% z9;3|_48ucU9XLF`WS60!|?3gJAF9FW@{v8+m`=`*8!X_w6e)q6^GuHgF;P0 zJo8ReT678D!;+)Bcb8anppyKH_-=^YxwFW!T}zyIVdqY;cI+r%wjmRkW047rHmoLR z#|{9uZ_i`4B4e3X;O`-tzkNGkTeotVEyx(=dH8EVbGL2Y|EA$W-~IH`91tKqd8l) z0JeE^7PATLWAN96W^LXK*v5?+%mzf4xexvt(2R{60b9R54X?*0gtYXZo|gwQ2P# z(X{pJ!SmpDYz6pKYFR*m*~b=V6@k(Gi3TbD$aphmjyGe1S*ENE1(znkuUhe zQHwh1Y+vXXrY?`2O0pfUjATz^ok{sxxukyooxY%vv;Y%^H9|`z)R%)=tnFJ60!w zB}VUk_8EYyRd+!L-ONYb#)!@WK}anXxyq*fUjJ6mnj;Y9UFARH|%~fQ-t1Kxf0-y zKaR1gL1RAt7{(uc6m3FMt}4Xj909WmSdVTCoDo^s;3(k?_Kl+b@N`CAj5UA2R zx+3nEOsLK^!U5!IoKo*ixp$HD(TSjWQj~mGx}WjYu$lM!RebTDBuO_K7v7td z5Qd*Eb7Myp-hM9KU|s7sOulml9Eqk}W*~wY_wYG9A(`aDsz57t$!xA@3Z6aW1dl zbnrQI#`Dc|7|g_w!PM!1F@HiZ%5=b(Cjoo@-2r170QUU51IF9|*z@lW7;`;f%Zki zL(##^RoGw@9YcBr?qAn!fMw#O_f?v2o0K=s4^uWjfelqv+GnQJ5WNIs|IHrKk6n zRv=|M#Ayv0q!rh1Iyem)bX`-^;YYAQ)uZ?p9Ylb3J+J@D74RJW@P@zzL81XWTGM zAAuzFA-(?R-Ew)_2t8gerrHky9Y*L;FqV47{@0VUgVdjzCFH7onM~v_JndZ`EnxQ zf#(bPfjjx_UN7}PSmA%BoFTkPy*C#QeOZSCv97G`ViIn690jPoKn_eBua@$GhL) z|Bd65(Qm){fQ;V#Tls3jFsR{T=b)aabi?Zg+|H#ub}zkU*zo18S1+n0BlO`t z@j++5v}ZZ`f)^VavaQK*Tl5)%k*Q2-1r!nM`FF`4g-~#Q%+c6p^!!0(OK}Q)AJC zHP`Si(vQG*r6YhHrd3s0_F%H=k_+_1@bUC8UYYJ;kCzDld$+_`awj_It17OT4klx zW2~{V@ErXBB4-{1%z#!=Vf_eetSI;o-2jm@4gj{FR$gw?jWr1Jd~S6w@CxQ_R-49 zY`d|#GVYJ`eI{~zFOAQ)%ye`oFC|Wjpg_r8jp9q6O;0?zNhbD%kkZ`k`nt4Oj4Tp z9euZv9N$GNE_P_g#Kq~~(su#hPFhisBiKc0r|_L%e@!baG-^ZUvSOy4ckyrVJiML zz}sp0`9=?svFxkJSfhuufzRypxbD9c}A_s81`jkj8Q8X_%=Yd(sFZ+;FB%;7eHIU zz_$YW6)h*ns2R{RfHu(TL9Qx6rb)jbzAZ_Gx6akqiuc3!s~6Sy@K#nU{S6?YeO z46yAWo8;R0(uzGMlkSAfNrFvryId%VK#ggHfo?{WZ)YC-9SrAGpYx4C!qCU;2Qv4 zPfJau*C9LTy2w=aSIAV@?x5EJh_46lm$Z}=x)hCw#A3x@=kuT?zpH1$frcl9Ct_ zG;Pjgba-Iq3{3Ejbxq2cEUG2M?GMv|#C6lTXpPOADA10PwZo`J8tDKC2chTdTj^ za0Rwpe{C7779jj{@U5XGCK}da)qAHcU@pcMOxs+SPKxo27Ie_wE^qG0{G=hEND z=1x2#Hmap1B;c#T_Zcld-dH@CJ$}aQ*)ztojm2QpMhf)EiR5N8Ybl1=uMiWXI)w* zG!g-XuL9qvwAfgd=pA8cZd3Uj-HB?SwRLaRo~RIQ}UFtfbw!!V~lP@I#R5EJR@ zdh71}^xRS*vj!F2y^F7eh)-xSF-A4Rs(}3i1nzO3H=o8i4Rm!1poj_HE~Cc)pc zqA;p6j;G_=jMvpxwIVTm)q3b2;DN8-z2y9~C=4COvc;cp4?N0+}@o3F4o{n)OE zU;nk~#O5JR{nn;EyBM+WwItA1Ce0wQ0@HL#+F)1-D`q6J~nzJ(z^L}g7l%0l{ z_FJ3AZ1`f*Z*3Z~?0o)}|+iI}ky5Hr|%_FJ2I#y;k8sE=`8zqMIv;x*$x|;B) zYZDWg+eWdYu_#+}LBG{0v@r`ejKsptY=r$*r^vdCNm7XY3LAzdC*X^q~i1K7ac5 zU!CEx!=6${#?;)fsW#!Qp)Piv-T*|Q$%SErxfo7MS$_my)Z8$%}cU!55H9D?;* zof!KEKe+wjC~4FXj2?9|4ql;2+g0i|9!F}Utw{Z=Oi*F3DcrR^0Ht0zQTFEu z+HZA!K}V4h?3Ks}*nZJ(b12^!+be9W7MsFt224rB+f!~(zq1rO}KqY2QUdnmS zwJ4JbY~dqV5JD@cXUJMf%tGACmbM{QAYvjKFXu2LY`t5J}uTA`|kvcjf-@;X_ zO^cz!h7C1;@!Dh$8)l?_Z8|uA6T2;DZb?nCBEe%=;_w}ACxPvj3IpA_I}}o*M@Hi zn|S=vKbkQrh?7^4a(3`;yl0YqHXNMMqd@=K|juO*;y8oR()IvP|MyMkq!IK1g zqt(R|C81u*gaO1W5^nS*3?!aNzhcW1{AMI@KYoVEMAe|Pb3U5UXc(WmpY4JdvQ~ z^6=t-B5c49=_7_Vu|0wUK?!XA=ez|7=MEikDX@)sE{1B;hmQSR~p11e=e!%Bf zssDywc_dVC-y9#+$3=0IX=oGp?dq~_^3WENq7#(v^VvZMrgkzxp_(cfT?o+dlw z^!*qSfBF}q%lE}s#F!(G`oJ|{EfXl=9G!t^^~3b?kQu%Hue--?t0Qr9(U46v5ki= zAYn64gh*(P8yzI$z4wnW~hV~ahxz|CyqNQkT4~J9yxN%;Wz{x$7OXRV0@4Lf_ zbsYX(_|Tza_TXV0M~)Fbzo$qi{5weS;a;!7fuq+6?=jEE=Fqn|Eur@9X!f92Dy9p z9kDy6@E!(lb-;gVog#)94Kz5SaPQu8#J1Oc2p1t$fWE2szr1$c79zjN0io16^ z6gdEX;myC$c3}-g!=A1%sLA6JH9?--Rn01e`U~LXq?Cy{Ff|ZTlfB!hZzWkJliA z;J?s^71i__)N9uv))C16YU{ykM-={j;4csP3vCq;evh5K{@tsSoZq;?)R0^e?of zOh~Ur-M7k$ltW-fCb?{jO+$KFAVA!tb*E0P8UDZ`fpDepun(g;yaZ;eVmcrIqw5 z)M;CANb7({~_dS@E1q?h000@zvET|)*;Byv2ZXNa5ds3z4G8r)X1=fG$Mszv}gW zwbj7%Z-3z}@D~#Pzns0^0#e2U_$s0BHQpvBtPmY+K^vPuS9J?PDDT{_Qqj1MaO zTfv_f4gNgBZ@sbCzhkEXoA4h%w%`A_x97F_1vGipt7s-Vw_0Kv|k21W-I0h=Kp zC*~yms3WsKrQ?HyLKBGD*XZ^`;O9Yv7tAA_g(`Q;Wt1w;^4pg1eIp-=pUo{01;j z_v~XCDBK(HawIbr+?j;iVqp+-+m_H-jA#YcShV3v^JebFGtNb?P2X_$(j4F6TUC- zG9)ejIiHsjPrXOrrSvk?Z1Y~$eor}LAFwWQxX8rAaKs+J*5m1pYbBN0JktpyG@Y zIv?e10o+~A*o+IJn4Q9TANAWrdxKi_PP=HYMh7Mf6#-9GmGgw)Z{C`T?za%z!Q^5 zd@JBCagEH6%YBolZMy%aSDe2+7Me+u}$6u`3;_%^_u2z(`8g2bivpd!FaP~+`@ zJIWcmkxu}RO?!;in-dZSi2nv{A0Wrxs(1F73CD-#aNNi4sh7Z8M}}V2}cHz(C666 z+670Ba1f8Ga-XpgcqYlhF|yLD*%tqf^|MUW67JLOhoyao05V@882(8HloL0zU
[Libreoffice] [PATCH] Update Mac dmg background again.
In Mac OS X Snow Leopard, disk images created with background images do not display properly on Mac OS X Leopard and earlier. This is because of a change in Finder itself that affects all disk images created on Snow Leopard. So. redid that on Tiger... --- setup_native/source/mac/ooo/DS_Store | Bin 15364 - 15364 bytes 1 files changed, 0 insertions(+), 0 deletions(-) diff --git a/setup_native/source/mac/ooo/DS_Store b/setup_native/source/mac/ooo/DS_Store index c6064f0acbe8d46d3aa6435e25d7575c1b284edb..fe6912c36560fadf4aaed67c7e18a7f414fdaa3e 100644 GIT binary patch delta 368 zcmZpvXsMXsnUDpU^hRb}1F~2{y(E28J|-$yx%B*;5$jGZ`@-+bkm3$-)5=XJBBA zm@F@@!NS1)T6Xe9Q3nnd=iRm^|Cl;WwiZ^DalA;U=U#7U|=|yuXGrwS`frO`A1R- zq!Y*nSAEXmtgKP@T*xAmzan4FznlwXcqF0cYMkhnCfI75jjf(BjmhVtt@_ z`e;go85s2$7({_4a82GRX}{S-N4xb1}5gsZIZ2d5h+n@C;SEU58Wcwz%D0FohI AZvX%Q delta 1323 zcmeHHO-vI(6#lkL1r?;wAKDP05r_uqPPGk^)AS!ihNf@F0iH?smbA+nw6olHTw@ zVvHAX6Aqq;7ZZK(xZt9F+ht3?B3%2fdjX6E5EHwG-@xsyByqPyM-+TMM_hx3f zv|L)r2*Hh;uRDdH*B*!-Yv~8%us0I;+B%OzO-+@9O`=1lCG=+)cb(WDN`#LnfZBB zH{vNNRoOXg+gooYuAhUS^k_R`0^4d5n3ES1ng4-I^mm?WCls`n`n$FWOl$MH{fa z^{kgLT{SQx_}ny0~EwaQw(y0yB%CiFtd$dmI@S;@h5*mN8zNF?3pWepar!Ga8c zAfoIxw~9H#VNHKR$hS^Gz_;$byD3Z^5hN?hA3Uz7?{c^ln*JXOsjfkMk$StDTApC zSJM}-q@-+aVfB8zjc{ek$DB729GLSPc4Bs#?sSeoKB2`A(27AYJh*CVuRSiEm6y zyx$tCB~BNVr=w82vRM{9Ihe!;hbFe9cAc_dbBfC_hiV=fVCZb6XxWo6EJ;y}|a zZX2@3x$C$EH7}dC2r`RxnirXxoF5myOdM)k}2g2T+ZYT`=HJ;gl1$mL*rCmj6K( zr!aW~LzqGaN-gaYlB7Vg-)w8q?a`Fa(SaNyF8MV|tL_XLaMnV=j?`33gB+2P z6ddN)tJMJ1ImZel*tju_{0IhaYR^#~SuIzLAIs$k;Bs{B|pzagq-#T_A(Dxy+S zIw=AJ!j$q8m4of=MJ{Ok-pHR#dXc%8dWhsa))HNe5U7%zuX#M^Zn3_1EL*?$fQK Pzfa|^vwOkS2OYlw|Iur2 -- 1.7.3.4 ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] Update Mac dmg background again.
Hi Thorsten, On Thu, May 26, 2011 at 2:41 AM, Thorsten Behrens tbehr...@novell.com wrote: In Mac OS X Snow Leopard, disk images created with background images do not display properly on Mac OS X Leopard and earlier. This is because of a change in Finder itself that affects all disk images created on Snow Leopard. So. redid that on Tiger... Are you running a best of series? :-) ciao Christian ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [REVIEW] Fix for fdo#37458
Please review the attached patch which fixes https://bugs.freedesktop.org/show_bug.cgi?id=37458 This is for 3.4.1, so I only need one review. Thanks a lot, Kohei -- Kohei Yoshida, LibreOffice hacker, Calc kyosh...@novell.com From 1f26bb6e3effeccffee1bec1a0e730e0e952f3a8 Mon Sep 17 00:00:00 2001 From: Kohei Yoshida kyosh...@novell.com Date: Thu, 26 May 2011 00:05:32 -0400 Subject: [PATCH] fdo#37458: Prevent crash on named range deletion. Simple NULL pointer checks will prevent crashes --- sc/source/core/data/dpobject.cxx | 12 ++-- 1 files changed, 10 insertions(+), 2 deletions(-) diff --git a/sc/source/core/data/dpobject.cxx b/sc/source/core/data/dpobject.cxx index d3c778a..c661a70 100644 --- a/sc/source/core/data/dpobject.cxx +++ b/sc/source/core/data/dpobject.cxx @@ -469,8 +469,11 @@ void ScDPObject::CreateObjects() { DBG_ASSERT( !pServDesc, DPSource could not be created ); ScDPTableData* pData = GetTableData(); -ScDPSource* pSource = new ScDPSource( pData ); -xSource = pSource; +if (pData) +{ +ScDPSource* pSource = new ScDPSource( pData ); +xSource = pSource; +} } if (pSaveData) @@ -1848,6 +1851,9 @@ sal_Bool ScDPObject::FillOldParam(ScPivotParam rParam) const { ((ScDPObject*)this)-CreateObjects(); // xSource is needed for field numbers +if (!xSource.is()) +return false; + rParam.nCol = aOutRange.aStart.Col(); rParam.nRow = aOutRange.aStart.Row(); rParam.nTab = aOutRange.aStart.Tab(); @@ -1941,6 +1947,8 @@ sal_Bool ScDPObject::FillLabelData(ScPivotParam rParam) rParam.maLabelArray.clear(); ((ScDPObject*)this)-CreateObjects(); +if (!xSource.is()) +return false; uno::Referencecontainer::XNameAccess xDimsName = xSource-getDimensions(); uno::Referencecontainer::XIndexAccess xDims = new ScNameToIndexAccess( xDimsName ); -- 1.7.3.4 ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] about ooslapsh.bin
Le 25/05/2011 14:55, Jean-Baptiste Faure a écrit : Le 23/05/2011 17:54, Michael Meeks a écrit : Hi Jean, On Sat, 2011-05-21 at 16:16 +0200, Jean-Baptiste Faure wrote: I tried to use gdb with my last build for libreoffice-3-4 branch (this morning). This time, oosplash.bin crashed after a moment of inactivity. It did not eat 100% CPU, only seemed to do nothing (futex_wait_queue_me) and finally crashed. Great - it shouldn't crash. Here is what gdb said after I attached it to oosplash.bin : We only need the last bits - and preferably in a bug report :-) ok, done : https://bugs.freedesktop.org/show_bug.cgi?id=37579 [...] and paste the output - and (preferably) with a splash.bin built with debugging symbols, or it can all get a bit tricky. I am currently doing a clean build of LibO 3.4 with debugging symbols. then I will paste the new gdb output. Build done, gdp output added to bug report. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice