You are viewing a plain text version of this content. The canonical link for it is here.
Posted to derby-dev@db.apache.org by "Myrna van Lunteren (JIRA)" <ji...@apache.org> on 2007/07/02 23:44:04 UTC
[jira] Commented: (DERBY-2864) LOB import unexpectedly succeeds on
corrupt data
[ https://issues.apache.org/jira/browse/DERBY-2864?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12509689 ]
Myrna van Lunteren commented on DERBY-2864:
-------------------------------------------
Does this need to be fixed in 10.3.1.1?
If not, I'll unset the fix-in...
> LOB import unexpectedly succeeds on corrupt data
> ------------------------------------------------
>
> Key: DERBY-2864
> URL: https://issues.apache.org/jira/browse/DERBY-2864
> Project: Derby
> Issue Type: Bug
> Affects Versions: 10.3.1.0
> Reporter: Rick Hillegas
> Fix For: 10.3.1.1
>
> Attachments: importLobBug.tar
>
>
> I exported a lob-bearing table using the SYSCS_UTIL.SYSCS_EXPORT_TABLE_LOBS_TO_EXTFILE procedure. Then I edited the export file to change the length of one of the lobs to an absurdly large number (500K). Then I ran SYSCS_UTIL.SYSCS_IMPORT_DATA_LOBS_FROM_EXTFILE. I expected this command would fail while trying to read beyond the end of the lob file. However, it succeeded.
> I think that the import should fail, and the user should see an exception which identifies the line number and column number holding the corrupt lob pointer. I will attach a test case.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.