Mailing-List: contact derby-dev-help@db.apache.org; run by ezmlm
Precedence: bulk
Reply-To: <derby-dev@db.apache.org>
Message-ID: <463231432.1238145291705.JavaMail.jira@brutus>
Date: Fri, 27 Mar 2009 02:14:51 -0700 (PDT)
From: "Kristian Waagan (JIRA)" <jira@apache.org>
To: derby-dev@db.apache.org
Subject: [jira] Updated: (DERBY-4125) The in-memory storage back end doesn't
 work on Windows
In-Reply-To: <771676162.1238144452042.JavaMail.jira@brutus>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


     [ https://issues.apache.org/jira/browse/DERBY-4125?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Kristian Waagan updated DERBY-4125:
-----------------------------------

    Attachment: derby-4125-1a-improved_path_handling.diff

Patch 1a fixes the bug.
It uses java.io.File to do most of the path handling. This should be far more portable than the old, broken approach.
The issue causing the problem reported, was detecting if a path was absolute or not. I also made some other changes, so that the paths stored in the data store are normalized paths.

I have tested it on Windows XP and OpenSolaris.
Patch ready for review.

> The in-memory storage back end doesn't work on Windows
> ------------------------------------------------------
>
>                 Key: DERBY-4125
>                 URL: https://issues.apache.org/jira/browse/DERBY-4125
>             Project: Derby
>          Issue Type: Bug
>          Components: Store
>    Affects Versions: 10.6.0.0
>            Reporter: Kristian Waagan
>            Assignee: Kristian Waagan
>            Priority: Critical
>         Attachments: derby-4125-1a-improved_path_handling.diff
>
>
> Bug reported by Knut Magne Solem, see DERBY-646.
> Using the in-memory storage back end fails on Windows (i.e. connect 'jdbc:derby:memory:MyDbTest;create=true'; from ij):
> ERROR XJ001: Java exception: 'ASSERT FAILED serviceName = memory:C:\Documents and Settings\user\workspace\derby\MyDbTest;storageFactory.getCanonicalName() = C:\Documents and Settings\user\workspace\derby\MyDbTest: org.apache.derby.shared.common.sanity.AssertFailure'.
> With an insane build, the error messages will look like this:
> ERROR XJ041: Failed to create database 'memory:myDB', see the next exception for details.
> ERROR XBM01: Startup failed due to an exception. See next exception for details.
> ERROR XSTB2: Cannot log transaction changes, maybe trying to write to a read only database.
> The error occurs during boot, which means Windows users are unable to use the in-memory back end at all.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.