[
https://issues.apache.org/jira/browse/DERBY-3726?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Knut Anders Hatlen updated DERBY-3726:
--------------------------------------
Derby Info: (was: [Patch Available])
Fix Version/s: 10.5.0.0
Thanks for looking at the patch, Kristian. Committed revision 670534.
I wasn't sure whether to keep the workaround for the EPOC bug or not, but I
found it safest to keep it for now.
I'm planning to port the fix to 10.4 and possibly 10.3 as well.
> Don't call RAFContainer.padFile() from instances of RAFContainer4
> -----------------------------------------------------------------
>
> Key: DERBY-3726
> URL: https://issues.apache.org/jira/browse/DERBY-3726
> Project: Derby
> Issue Type: Improvement
> Components: Store
> Affects Versions: 10.3.3.0, 10.4.1.3
> Reporter: Knut Anders Hatlen
> Assignee: Knut Anders Hatlen
> Priority: Minor
> Fix For: 10.5.0.0
>
> Attachments: d3726-1a.diff
>
>
> In this thread on derby-dev,
> http://mail-archives.apache.org/mod_mbox/db-derby-dev/200806.mbox/[EMAIL
> PROTECTED],
> it was mentioned that RAFContainer4 calls padFile() when creating a
> container. Since padFile() uses old I/O calls and the rest of RAFContainer4
> uses NIO, it could possibly cause similar issues as those seen in DERBY-3347.
> Although we haven't verified that this is a problem, we should try to avoid
> mixing old I/O and NIO to be on the safe side.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
