Issue 97860 - checkapi -o dbaccess.ORowSet::com::sun::star::sdbc::XResultSetUpdate fails for method deleteRow
Summary: checkapi -o dbaccess.ORowSet::com::sun::star::sdbc::XResultSetUpdate fails fo...
Status: CLOSED FIXED
Alias: None
Product: Base
Classification: Application
Component: code (show other issues)
Version: DEV300m38
Hardware: PC Linux, all
: P3 Trivial (vote)
Target Milestone: OOo 3.1
Assignee: marc.neumann
QA Contact: issues@dba
URL:
Keywords: regression
: 97978 (view as issue list)
Depends on:
Blocks:
 
Reported: 2009-01-08 10:38 UTC by Frank Schönheit
Modified: 2010-02-22 14:42 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this issue.
Description Frank Schönheit 2009-01-08 10:38:05 UTC 
This happens on unxlngi6.pro only, not on wntmsci12.

Running the XResultSetUpdate test for the row set fails for method deleteRow. To
reproduce:
- start OOo with "-accept=pipe,name=<userid>;urp"
- run checkapi -o dbaccess.ORowSet::com::sun::star::sdbc::XResultSetUpdate
=> notice the log:

LOG> out > LOG> Execute: deleteRow()
LOG> out > LOG> Execute: cancelRowUpdates()
LOG> out > Method cancelRowUpdates() finished with state OK
LOG> out > LOG> cancelRowUpdates(): PASSED.OK
LOG> out > Method deleteRow() finished with state FAILED
LOG> out > LOG> deleteRow(): PASSED.FAILED
LOG> out > ***** State for
dbaccess.ORowSet::com::sun::star::sdbc::XResultSetUpdate ******
LOG> out > deleteRow() - PASSED.FAILED
LOG> out > 
LOG> out > Whole interface: PASSED.FAILED
Comment 1 Frank Schönheit 2009-01-08 10:41:30 UTC 
That's a regression between m37 and m38, probably caused by either dba31d or dba31f.
Comment 2 ocke.janssen 2009-01-12 11:56:44 UTC 
*** Issue 97978 has been marked as a duplicate of this issue. ***
Comment 3 ocke.janssen 2009-01-16 09:21:29 UTC 
Fixed in cws dba31h.

Accessing a var which isn't initialized is bad thing (tm).

a inist b with a as argument
b access member in a, but that member is assigned after b is constructed :-(
Windows initialized all member with zero, Linux not.
Comment 4 ocke.janssen 2009-01-26 07:22:25 UTC 
Please verify. Thanks.
Comment 5 marc.neumann 2009-01-26 14:28:54 UTC 
verified in CWS dba31h

find more information about this CWS, like when it is available in the master
builds, in EIS, the Environment Information System:
http://eis.services.openoffice.org/EIS2/cws.ShowCWS?Path=DEV300%2Fdba31h
Comment 6 thorsten.ziehm 2010-02-22 14:42:47 UTC 
This issue is closed automatically. It should be fixed in a version with is
available for longer than half a year (OOo 3.1). If you think this issue isn't
fixed in the current version (OOo 3.2) please reopen it. But then please pay
attention about the field 'target milestone'.
The closure was approved by the Release Status Meeting at 22nd of February 2010
and it is based on the issue handling guideline for fixed/verified issues  : 
http://wiki.services.openoffice.org/wiki/Handle_fixed_verified_issues