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.
Frank Schoenheit, Sun Microsystems Germany wrote:
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
Hi Konstantin,
Where to find code that displays text description of formula in OOo Math?
What do you mean by 'text description'? Do you mean the text in the
editing window?
Thomas
-
To unsubscribe, e-mail:
On 02/12/10 09:11, Frank Schoenheit, Sun Microsystems Germany wrote:
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
Hi Konstantin,
Where to find code that displays text description of formula in OOo Math?
What do you mean by 'text description'? Do you mean the text in the
editing window?
Yes, certainly
--
Regards,
Konstantin
-
To
On 02/12/10 09:30, Rich wrote:
speaking as a user here, not a coder - if software can continue with
operating, it should. yes, it should warn me, but it should run as long
as possible, either allowing me to save the document, copy data out of
it or whatever.
The irony is, once you have hit a
Hi Stephan, hi all,
I entered an issue for this: Issue 109191
http://www.openoffice.org/issues/show_bug.cgi?id=109191
cheers
--
Johannes Höchstädter
www.memocomp.de
-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.org
Stephan Bergmann wrote:
On 02/12/10 09:30, Rich wrote:
speaking as a user here, not a coder - if software can continue with
operating, it should. yes, it should warn me, but it should run as
long as possible, either allowing me to save the document, copy data
out of it or whatever.
The
Hi Frank,
I am indifferent regarding whether assertions should abort, but please
let me comment your suggestions below:
On 02/12/10 09:11, Frank Schoenheit, Sun Microsystems Germany wrote:
Hi,
issue 109142 (http://www.openoffice.org/issues/show_bug.cgi?id=109142)
requests to change the
On Fri, 12 Feb 2010 10:30:59 +0200
Rich ric...@nakts.net wrote:
speaking as a user here, not a coder - if software can continue with
operating, it should. yes, it should warn me, but it should run as
long as possible, either allowing me to save the document, copy data
out of it or whatever.
bjoern michaelsen - Sun Microsystems - Hamburg Germany wrote:
On Fri, 12 Feb 2010 10:30:59 +0200
Rich ric...@nakts.net wrote:
speaking as a user here, not a coder - if software can continue with
operating, it should. yes, it should warn me, but it should run as
long as possible, either
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,
On Fri, 12 Feb 2010 13:12:08 +0200
Rich ric...@nakts.net wrote:
(non-product, i assume ?)
ahem, yes.
if the plan is to use these non-product builds for
developers only, then i stand corrected and have no opinion on the
issue :)
Thats the plan as I understood Stephan (didnt he clarify that
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
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,
Am 12.02.2010 12:05, schrieb bjoern michaelsen - Sun Microsystems -
Hamburg Germany:
On Fri, 12 Feb 2010 09:11:21 +0100
Frank Schoenheit, Sun Microsystems Germanyfrank.schoenh...@sun.com
wrote:
- Developers should use non-product builds *only*. That's a very
apparent measure, still, a lot
Frank Schoenheit, Sun Microsystems Germany wrote:
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
Christian Lippka wrote, On 02/12/10 12:34:
Assertions are the first, cheapest and easiest way of defense in the
fight for software quality.
My 2c, assertions must not abort, developer must use non pro builds,
assertions should be used in every new peace of code.
I fully agree.
-1 for
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
On Fri, 12 Feb 2010 12:43:29 +0100
Malte Timmermann malte.timmerm...@sun.com wrote:
-1 for discussing here whether or not QA should use non-pros, because
it IMHO has absolutely no influence on how assertions should behave.
And if you want QA to use non-pros, they for sure would give up quite
Am 12.02.2010 13:10, schrieb bjoern michaelsen - Sun Microsystems -
Hamburg Germany:
For example, Frank is claiming his asserts are all serious issues and
thus shouldnt be degraded to mere traces. So keeping his asserts as
assertions, even if they abort should not scare anyone, right?
No it
bjoern michaelsen - Sun Microsystems - Hamburg Germany wrote:
On Fri, 12 Feb 2010 12:43:29 +0100
Malte Timmermann malte.timmerm...@sun.com wrote:
-1 for discussing here whether or not QA should use non-pros, because
it IMHO has absolutely no influence on how assertions should behave.
And if
On 2/12/10 11:02 AM, Stephan Bergmann wrote:
On 02/12/10 09:30, Rich wrote:
speaking as a user here, not a coder - if software can continue with
operating, it should. yes, it should warn me, but it should run as
long as possible, either allowing me to save the document, copy data
out of it or
On 02/12/10 12:34, Christian Lippka wrote:
But you can never be 100% sure that you didn't introduced assertions
since you can't check every code path there is that may be affected
by your changes. Therefore assertions will pop up in the master and
an abort will render non pro unusable so people
On 2/12/10 12:32 PM, Frank Schoenheit, Sun Microsystems Germany wrote:
On the topic of what is an assertion: Yes, assertions should abort.
Otherwise, they are not an assertion, but something that is better
covered by OSL_TRACE.
Sigh. Again: No matter how the term assertion is defined in
On Fri, 12 Feb 2010 12:34:33 +0100
Christian Lippka christian.lip...@sun.com wrote:
So you see OSL_ASSERTS from your code, but you never see asserts from
code that your code uses. Or things you break with your code in other
places.
Im covering very broad ranges of modules with DEBUG=true, not
Am 12.02.2010 13:28, schrieb Stephan Bergmann:
On 02/12/10 12:34, Christian Lippka wrote:
But you can never be 100% sure that you didn't introduced assertions
since you can't check every code path there is that may be affected
by your changes. Therefore assertions will pop up in the master and
On Fri, 12 Feb 2010 13:10:01 +0100
bjoern michaelsen - Sun Microsystems - Hamburg Germany
bjoern.michael...@sun.com wrote:
Current situation:
- assertions might be anything from a informal I didnt expect this
external data to a critical internal state corrupt
Desired situation:
-
On 02/12/10 13:38, Christian Lippka wrote:
Am 12.02.2010 13:28, schrieb Stephan Bergmann:
On 02/12/10 12:34, Christian Lippka wrote:
But you can never be 100% sure that you didn't introduced assertions
since you can't check every code path there is that may be affected
by your changes.
Hi Konstantin,
Am Fri, 12 Feb 2010 12:51:59 +0300
schrieb Konstantin Tokarev annu...@yandex.ru:
Hi Konstantin,
Where to find code that displays text description of formula in
OOo Math?
What do you mean by 'text description'? Do you mean the text in the
editing window?
Yes,
I'm still not sure, what you exactly mean. If you talk about the code
that displays say:
1
-
4
this would be {1} over {4}.
You'll find more and more detailed descriptions here:
http://documentation.openoffice.org/manuals/userguide3/0200WG3-WriterGuide.pdf
or
Hello Konstantin,
On Friday 12 February 2010, 10:19, Konstantin Tokarev wrote:
I'm still not sure, what you exactly mean. If you talk about the code
that displays say:
1
-
4
this would be {1} over {4}.
You'll find more and more detailed descriptions here:
On 2/12/10 1:33 PM, bjoern michaelsen - Sun Microsystems - Hamburg
Germany wrote:
On a second thought: Frank is afaid his asserts will get lost in all
the OSL_TRACEs we have today, Stephan wants assertions to be assertions.
Proposal:
- Make all current OSL_TRACEs to a new OSL_TRACE_VERBOSE
On Fri, 12 Feb 2010 14:38:18 +0100
Philipp Lohmann philipp.lohm...@sun.com wrote:
The obvious optimization for that process would be leaving things as
they are and introduce an OSL_ASSERT_ABORT for those who really want
that.
still one would need:
- to get rid of DBG_ASSERT, because it makes
On 2/12/10 3:05 PM, bjoern michaelsen - Sun Microsystems - Hamburg
Germany wrote:
still one would need:
- to get rid of DBG_ASSERT, because it makes absolutely no sense to
have both DBG_ASSERT and OSL_ASSERT).
Feel free to do that in gsl. Anything that makes you happier ;-)
- to move all
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
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
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
On 02/12/10 15:05, bjoern michaelsen - Sun Microsystems - Hamburg
Germany wrote:
On Fri, 12 Feb 2010 14:38:18 +0100
Philipp Lohmann philipp.lohm...@sun.com wrote:
The obvious optimization for that process would be leaving things as
they are and introduce an OSL_ASSERT_ABORT for those who
Am 12.02.2010 13:44, schrieb Stephan Bergmann:
On 02/12/10 13:38, Christian Lippka wrote:
Am 12.02.2010 13:28, schrieb Stephan Bergmann:
On 02/12/10 12:34, Christian Lippka wrote:
But you can never be 100% sure that you didn't introduced assertions
since you can't check every code path there
Am 12.02.2010 15:05, schrieb bjoern michaelsen - Sun Microsystems -
Hamburg Germany:
On Fri, 12 Feb 2010 14:38:18 +0100
Philipp Lohmannphilipp.lohm...@sun.com wrote:
The obvious optimization for that process would be leaving things as
they are and introduce an OSL_ASSERT_ABORT for those who
On Fri, 12 Feb 2010 17:31:18 +0100
Christian Lippka christian.lip...@sun.com wrote:
If we make the office crash in non pro than there will be never a
chance to get the qa to work on non pro again.
Depends. If we make the master crash on tests in every milestone, sure.
As said before an aborting
On 02/12/10 17:54, bjoern michaelsen - Sun Microsystems - Hamburg
Germany wrote:
On Fri, 12 Feb 2010 17:31:18 +0100
Christian Lippka christian.lip...@sun.com wrote:
If we make the office crash in non pro than there will be never a
chance to get the qa to work on non pro again.
Depends. If we
On Fri, 2010-02-12 at 15:53 +0100, Frank Schoenheit, Sun Microsystems
Germany wrote:
finding consensus ... (and finally, perhaps it's good for something)
So, in my opinion we would need 3 levels, at least, not 2:
(1) traces (today: OSL_TRACE, DBG_TRACE)
(2) error reports (today: DBG_ERROR,
Greetings,
I am sorry to contributing noise on this list.
Where should I go for help with the web site for openoffice.org?
(*) I already have two userids, and neither one lets me log in.
(*) I apologize to rainerbielefeld for wasting his time with a
duplicate issue. If I can track down the
Hi Terrence,
Terrence Enger wrote (12-02-10 23:45)
Where should I go for help with the web site for openoffice.org?
(*) I already have two userids, and neither one lets me log in.
(*) I apologize to rainerbielefeld for wasting his time with a
duplicate issue. If I can track down the
Hi, I am totally new to this mailing list. I am narendra sisodiya, a
full time supporter for FOSS and contributing in all possible ways.
Here is a little project to kill slideshare.com -
http://odp-view.googlecode.com/svn/trunk/src/test1.html , This is a
web based viewer of odp slides. Please do
47 matches
Mail list logo