Issue 99433 - Error R6025 Pure Virtual Function Call while adding records through SQL
Summary: Error R6025 Pure Virtual Function Call while adding records through SQL
Status: CLOSED FIXED
Alias: None
Product: Base
Classification: Application
Component: code (show other issues)
Version: OOO310m1
Hardware: PC Windows Vista
: P2 Trivial (vote)
Target Milestone: OOo 3.2
Assignee: marc.neumann
QA Contact: issues@dba
URL:
Keywords: crash
Depends on:
Blocks:
 
Reported: 2009-02-19 21:23 UTC by demcadams
Modified: 2017-05-20 10:29 UTC (History)
2 users (show)

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


Attachments

Note You need to log in before you can comment on or make changes to this issue.
Description demcadams 2009-02-19 21:23:30 UTC
I got a pure virtual function call while adding text to a database using SQL
The files are in a zip file at http://www.lifeisastoryproblem.org/bugr6025.zip.
The error message is in error.png. The SQL statements are in bug.sql. The 
encoding of bug.sql is UTF-8. The database is allmathwords.odb.

To reproduce the error, load the database, then execute the SQL.

Version is Open Office.org 2.4.2. Windows Vista Home Premium service pack 1.
System in Dell XPS420, Quad intel processor, 4 gig memory.
Comment 1 r4zoli 2009-02-20 10:34:44 UTC
I tried on WinXP with OOo 3.0.1.

You use complex Primary key, and try to insert same PK twice:
last row in your Script cause problem:
INSERT INTO PUBLICATIONPHRASE VALUES('AMWE', 'ES', 'tocmain',....
gave error:
1: Violation of unique constraint SYS_PK_77: duplicate value(s) for column(s)
"PUBLICATIONID","LANGUAGEID","PHRASEKEY"

But if I try to re run SQL command crash. But if I waited one minutes and tried
to run command, only error msg came up and no crash.

If I deleted all records from Table and re-run all script, and clicked on Table
name crash, and after file recovery table empty.

If I re-run script without last row (no duplicate PK), click to table crash.
If I click on other parts of Base(Queries, forms,reports no crash), and after
that click back to table, the table opens very slowly, PHRASE field is memo
filled with lot of texts.

I tried it in DEV310m1, same crashes. 

I think all connected to PHRASE, memo type field, when insert long text into it
cause crash. 

Comment 2 Frank Schönheit 2009-02-24 09:27:09 UTC
confirming, targeting, assigning

fs->oj: Just open the database from the ZIP document, do to Tools/SQL, and
enter/execute the *last* statement from the SQL script. This will crash OOo.

If you run this in a debugger, then there will be multiple assertions from the
runtime library, saying something about bad allocs, coming from our parser
implementation.
Comment 3 Frank Schönheit 2009-02-24 09:29:07 UTC
fs->demcadams: Do you mind to attach the database and the SQL script here at the
issue (see the "Create new attachment" link above)? This would ensure that the
documents are available as long as the issue lives, which might not be
guaranteed for the ZIP file you linked. It would be sad if the issue cannot be
reproduced and fixed later because for whatever reason, the ZIP has gone. Thanks.
Comment 4 ocke.janssen 2009-03-10 09:55:16 UTC
Fixed in cws dba32b
Comment 5 ocke.janssen 2009-05-08 09:54:53 UTC
Please verify. Thanks.
Comment 6 Frank Schönheit 2009-06-03 13:46:21 UTC
looks good in CWS dba32b