Re: [dev] Prebuilt Mozilla DLLs on tools.openoffice.org differ from those in the installer

2010-07-01 Thread Frank Schoenheit, Sun Microsystems Germany
Hi *, Especially, the DLLs on the website use msvcr80.dll, while of the ones in the installer, some use msvcr90.dll and others (ones not actually used by OOo, perhaps?) use msvcr80.dll. Actually, *all* of the Mozilla libraries should be linked against msvcr80.dll, while all of the pure OOo

Re: [dev] Need you help on a string: Panel Deck Tab Bar

2010-06-23 Thread Frank Schoenheit, Sun Microsystems Germany
Hi Sophie, Does one of you recognize his baby and could enlighten us (L10n people in cc of the mail) on what it is supposed to be/do: [Panel Deck Tab Bar] This string is located in the openoffice/accessibility/source/helper.po. With the integration CWS slidecopy, a feature became

Re: [dev] operator delete mismatch

2010-03-30 Thread Frank Schoenheit, Sun Microsystems Germany
Hi Terrence, A website page about building OOo says that non-product builds are used almost exclusively within Sun. For a long time, I incorrectly took that to be a warning that they are hard to accomplish rather than merely a description of a regrettable state of affairs. Perhaps we do

Re: [dev] operator delete mismatch

2010-03-19 Thread Frank Schoenheit, Sun Microsystems Germany
Hi Terrence, Since I created issue 110236 http://www.openoffice.org/issues/show_bug.cgi?id=110236 yesterday, I have encountered many occurrences. I have some time available. Do you have any suggestions about what this means usually, it means somebody did something like char* foo = new

Re: [dev] Coding St{andards|yle}

2010-03-10 Thread Frank Schoenheit, Sun Microsystems Germany
Hi Thorsten, recently I was idly browsing through commit mails, and noticed two patterns that seem to have gotten into wider usage: * prefix abstract classes with an 'I' - presumably not to make it look as fashionable as an iPhone, but rather to denote it's an 'interface' ;) * use

Re: [dev] question about oDatabaseContext.getElementNames()

2010-02-24 Thread Frank Schoenheit, Sun Microsystems Germany
Hi Oliver, Is it correct, that oDatabaseContext.getElementNames() will return the displayed name (shown in database brwoser) and not the registered Name shown in Tools - Options ? for example the macro below will return My Database, not mydatabase node oor:name=RegisteredNames

Re: [dev] boost 1.42

2010-02-17 Thread Frank Schoenheit, Sun Microsystems Germany
Hi Thorsten, just playing with a VS8.0 build (visual studio 2005), that according to the build guide is still a supported compiler - http://wiki.services.openoffice.org/wiki/Documentation/Building_Guide/Windows_Build_Requirements I was about to ask where do you read something about 2005

Re: [dev] Should assertions abort?

2010-02-15 Thread Frank Schoenheit, Sun Microsystems Germany
Hi Stephan, Not necessarily. The point is that triggered assertions need to be sufficiently rare. Okay, perhaps we can agree to strive for this goal first, and postpone the rest of the discussion. Perhaps we can try aborting discussions, and see how they work, perhaps we have other ideas

Re: [dev] Should assertions abort?

2010-02-15 Thread Frank Schoenheit, Sun Microsystems Germany
Hi Mathias, I tend to like the idea of using non-pro builds in QA, but we must recall why we have stopped to do that in the past. Rüdiger mentioned the performance problem, maybe there have been others. Would be interesting to know. The only thing I heard in the past whenever I asked is, hmm,

Re: [dev] Should assertions abort?

2010-02-14 Thread Frank Schoenheit, Sun Microsystems Germany
Hi Björn, As said before an aborting assertion should only be used for corrupt internal state. Well, to me that wasn't that clear 'til now. If we add unrecoverable before corrupt (and here we're back at the question of how an office suite should behave to the user in case of internal errors,

[dev] Should assertions abort?

2010-02-12 Thread Frank Schoenheit, Sun Microsystems Germany
Hi, issue 109142 (http://www.openoffice.org/issues/show_bug.cgi?id=109142) requests to change the behavior of assertions (OSL_ASSERT/DBG_ASSERT and friends) to abort if their condition is not met. The current behavior is that the assertion text is reported to the user, usually by a message box.

Re: [dev] Should assertions abort?

2010-02-12 Thread Frank Schoenheit, Sun Microsystems Germany
Hi Ruediger, - QA should use non-product builds *only*. Yes, I am not kidding about this. An assertion which fails indicates a *bug*, that's the very original intention of assertions: report bugs. Speaking strictly, QA which refuses to use non-product builds refuses to do their job,

Re: [dev] Should assertions abort?

2010-02-12 Thread Frank Schoenheit, Sun Microsystems Germany
Hi Rich, (non-product, i assume ?) oh, it does. if you want any testers at all from the community :) it was discussed almost a year ago on this same mailing list - if you want testers, make test builds usable. On the medium run, it indeed might be interesting to give out non-product builds

Re: [dev] Should assertions abort?

2010-02-12 Thread Frank Schoenheit, Sun Microsystems Germany
Hi Bjoern, I am one of the devs that rarely use a non-pro build, but not because it's unusable 'cause of the many assertions, but because there are simply to many differences from the product build in them, causing issues (first of all: annoying build breakers). So you prefer not using them,

Re: [dev] Should assertions abort?

2010-02-12 Thread Frank Schoenheit, Sun Microsystems Germany
Hi Stephan, However, contrary to how you read it below, I never intended to suggest that aborting on an assertion was not appropriate in a product build. It is my firm belief that a program that aborts upon assertions is arguably more robust than one that carries on (however paradoxical

Re: [dev] Should assertions abort?

2010-02-12 Thread Frank Schoenheit, Sun Microsystems Germany
Hi Bjoern, - to get rid of DBG_ASSERT, because it makes absolutely no sense to have both DBG_ASSERT and OSL_ASSERT). Welcome to the How should our diagnostics system look like discussion. I think we started that topic at least three times in the last 4 years :) - to move all the

Re: [dev] Should assertions abort?

2010-02-12 Thread Frank Schoenheit, Sun Microsystems Germany
Hi Bjoern, With assertions being assertions and give up meaning reporting it, thats exactly the desired behavior. Current situation: - assertions might be anything from a informal I didnt expect this external data to a critical internal state corrupt Desired situation: - assertions

Re: [dev] Should assertions abort?

2010-02-12 Thread Frank Schoenheit, Sun Microsystems Germany
Hi Bjoern, Assertions should be tested with the common tests (cwscheckapi has decent code coverage) preventing the non-pro master to become unusable. Ah! Did you know that testtool, the program for running automated UI level tests on OOo, can capture and report assertions? If you claim that

Re: [dev] svx module split a little bit more: new editeng module

2010-02-05 Thread Frank Schoenheit, Sun Microsystems Germany
Hi Mathias, starting with the DEV300m72 build there is a new module called editeng that was split off from svx. ... This is the second step in the continuing effort to reduce the size of the svx module. Though a few unnecessary files could be removed, this will not reduce the code size of

Re: [dev] Test Cleanup

2009-12-14 Thread Frank Schoenheit, Sun Microsystems Germany
Hi Stephan, I just embarked on a new project, namely to clean up and consolidate the various test frameworks and corresponding tests available in the OOo build environment. That#s highly appreciated! - The so-called UNO-API and Complex tests. These are located in */qa/unoapi and

Re: [dev] Adding and removing HIDs

2009-11-24 Thread Frank Schoenheit, Sun Microsystems Germany
Hi Cédric, Hum... I have found out that some HID are defined in svx/inc/helpid.hrc and svx/source/src/app.hrc. What's the difference between those two? Should I add the new HIDs in both files as well? No, please don't. Put your new ID in the same file as other IDs around where your new ID

Re: [dev] Adding and removing HIDs

2009-11-23 Thread Frank Schoenheit, Sun Microsystems Germany
Hi Cédric, For the CWS cbosdo01, I'm adding some HIDs and removing one. What is the best way to proceed with those numbers? In one case, I only need to add a few HIDs. For the moment, I have added them at the end of the block containing the other HID of the dialog: is it correct? Yes.

Re: [dev] OO Dialog sizes - MapAppFont

2009-11-18 Thread Frank Schoenheit, Sun Microsystems Germany
Hi Oliver, And how does oo convert from MapAppFonts to pixels ? css.awt.XUnitConversion should allow this. The existing documentation at http://api.openoffice.org/docs/common/ref/com/sun/star/awt/XUnitConversion.html is somewhat sprase, this improved in the 3.2 version, which is not yet online

Re: [dev] Build System and visibility

2009-11-17 Thread Frank Schoenheit, Sun Microsystems Germany
Hi Bjoern - map files - explicitly setting a compiler flag in the make file - XX_DLL_EXPORT/XX_DLL_IMPORT/XX_DLL_PRIVATE and friends However, using the XX_DLL_PRIVATE and friends should be enough for everyone, right? At least we'd need a makefile-clause for setting a default, /me thinks.

Re: [dev] Planned Xforms enhancements

2009-10-28 Thread Frank Schoenheit, Sun Microsystems Germany
Hi Samual, It is suggested in other forum posts that no developers are working on Xforms This is true, sadly. There are no concrete plans, not to mention timelines, to enhance the XForms support. Ciao Frank -- - Frank Schönheit, Software Engineer frank.schoenh...@sun.com - - Sun

Re: [dev] build verbosity

2009-10-23 Thread Frank Schoenheit, Sun Microsystems Germany
Hi Stephan, (And having three ways to request something would be worse than having two ways, which already is worse than having only one way. So while we are at it, if you stick with an environment variable, what good is it to additionally have the dmake switch?) Consistency, for one. See

Re: [dev] build verbosity

2009-10-23 Thread Frank Schoenheit, Sun Microsystems Germany
Hi Stephan, My gut feeling (admittedly) is that it is not too uncommon that some poor (inexperienced) soul pastes some stretch of its (default) build output into a mail to d...@ooo crying for help on why their build break, and the details of the executed command lines do give us clues to

Re: [dev] build verbosity

2009-10-23 Thread Frank Schoenheit, Sun Microsystems Germany
Hi Stephan, What shell are you using, hombre? VERBOSE=TRUE dmake is ca. as many keystrokes as dmake verbose=true (not counting the little finger's duty on the caps key). ;) Uhm. Learned something new today ;) Ciao Frank -- - Frank Schönheit, Software Engineer

Re: [dev] build verbosity

2009-10-22 Thread Frank Schoenheit, Sun Microsystems Germany
Hi Christian, build --html --dontgraboutput that way the output will not be interleaved Hmm, never tried that, and admittedly somehow cannot believe that the output of the different processes is /not/ interleaved then, but even if so: You cannot specify this when you start a build on a build

Re: [dev] build verbosity

2009-10-22 Thread Frank Schoenheit, Sun Microsystems Germany
Hi Christian, The bots should use that - if not, complain at the admins of the corresponding bots. Okay, will have a look on this when I next time have a build problem on a bot. If you need to use some magic environment variable to see why the build did broke, the default is wrong. My

Re: [dev] build verbosity

2009-10-22 Thread Frank Schoenheit, Sun Microsystems Germany
Hi Stephan, Too much trouble. (Plus, I will definitely not globally set an environment variable VERBOSE to anything. Who knows what strange side effect that would have on completely unrelated programs. If you had at least named it OOO_VERBOSE...) I think we can easily change this in a

[dev] reminder: m60 switches to a new boost version

2009-09-23 Thread Frank Schoenheit, Sun Microsystems Germany
Hi, as discussed a while ago in d...@ooo, CWS boost134 introduced a recent boost version (1.39) into the OOo build. If you're building with system-boost, 1.38 is required, at least. Ciao Frank -- - Frank Schönheit, Software Engineer frank.schoenh...@sun.com - - Sun Microsystems

Re: [dev] Issues for CWS printerpullpages

2009-09-02 Thread Frank Schoenheit, Sun Microsystems Germany
Hi Regina, I have written some issues for CWS printerpullpages. But I didn't know which component to use and to whom I should assign it. I guess, that it makes no sense to run through the normal process, because it is a CWS. Which component shall I use and to whom shall I assign it? I

Re: [dev] Re: [tools-dev] Re: [dev] Mercurial-Implementation: OOo domain developer public keys

2009-08-28 Thread Frank Schoenheit, Sun Microsystems Germany
Hi Kendy, But anyway, 'trunk' or 'main repository' (for DEV300), 'feature repository' (for OOO300, OOO310, ...), and 'release repository' (for CWSes) sound best to me. Assuming you mixed the last two, as chloph outline: I don't think that's a good idea. As long as we do not have a

Re: [dev] Moving to bost 1.3?

2009-08-26 Thread Frank Schoenheit, Sun Microsystems Germany
Hi Eike, However, having the boost math lib would be of great benefit for Calc, so I strongly vote for possibly the latest version of boost that's available, but at least 1.35 I didn't hear any strong objections against using 1.39 (or 1.38 at least for system-boost), so I think I'll go for

Re: [dev] what configure changes for seamonkey

2009-08-25 Thread Frank Schoenheit, Sun Microsystems Germany
Hi Regina, What changes are needed for my configure call? configure itself didn't change, you still need --enable-mozilla. Do I still need the old mozilla files? Configure complains, that they cannot be found. But perhaps there should be a change somewhere else? I have found in the

Re: [dev] Re: [porting-dev] Re: [tools-dev] Moving to bost 1.3?

2009-08-19 Thread Frank Schoenheit, Sun Microsystems Germany
Hi Rene, The code as-is now will fail to build/work with system-boost 1.39, I assume? Most probably. Didn't explicitly try that, though. Ciao Frank -- - Frank Schönheit, Software Engineer frank.schoenh...@sun.com - - Sun Microsystems

Re: [dev] Moving to bost 1.3?

2009-08-19 Thread Frank Schoenheit, Sun Microsystems Germany
Hi Caolán, We've been building with 1.39 for some time without any noticeable problems good to know, thanks. except for one little buglet in the function_template header where a #if !defined(BOOST_NO_EXCEPTIONS) is in the wrong place. Yeah, stumbled upon this, too. Thanks Ciao Frank --

Re: [dev] Re: [porting-dev] Re: [tools-dev] Moving to bost 1.3?

2009-08-19 Thread Frank Schoenheit, Sun Microsystems Germany
Hi Rene, So we either need something like this (when did they change that?): [configure patch] I'd prefer that. Making the source code dependent on different boost versions (even if it's only about different headers to include) is too prone to breakage, IMO. Ciao Frank -- - Frank

Re: [dev] Re: [tools-tinderbox] Moving to bost 1.3?

2009-08-19 Thread Frank Schoenheit, Sun Microsystems Germany
Hi Rene, Or invent a nice solution that does auto-downloads, and switch a few other huge external libs to that (like icu). ;) Nice idea. That would be a problem for some builders unless you don't download it when the file is there... Sure. For example, for Debian requiring any form of

Re: [dev] Re: [tools-tinderbox] Moving to bost 1.3?

2009-08-19 Thread Frank Schoenheit, Sun Microsystems Germany
Hi Rene, command - where's the no net access from here onwards-line drawn? After the download of the sources. Then let's define download the pre-requisites as a sub task of download the sources :) Finally, there might be people who could suggest that the pre-req-folder could be maintained