That seems a little odd. Perhaps Jeff can shed some light on it, I think he
wrote the SQLite adaptation layer.
On Mon, Feb 10, 2014 at 3:14 PM, Doug Blank wrote:
> That must be the issue, as "//home/dblank/name.db" works:
>
> $ ipy.exe
> IronPython 2.9.9a0 DEBUG (2.9.0.0) on Mono 4.0.30319.1 (6
That must be the issue, as "//home/dblank/name.db" works:
$ ipy.exe
IronPython 2.9.9a0 DEBUG (2.9.0.0) on Mono 4.0.30319.1 (64-bit)
Type "help", "copyright", "credits" or "license" for more information.
>>> import sqlite3
>>> sqlite3.connect("//home/dblank/test.db")
>>>
-Doug
On Mon, Feb 10,
After more testing, it appears that it only fails when the path begins with
a slash "/".
I see:
./c#sqlite/os_win_c.cs: if ( zConverted.StartsWith( "/" ) &&
!zConverted.StartsWith( "//"
I'll try a couple of more things...
-Doug
On Mon, Feb 10, 2014 at 9:19 AM, Doug Blank wrote:
>
> On
On Mon, Feb 10, 2014 at 8:47 AM, Slide wrote:
> All the connect call does is this:
>
> int rc = Sqlite3.sqlite3_open(database, out this.db);
>
> if(rc != Sqlite3.SQLITE_OK)
> throw GetSqliteError(this.db, null);
>
>
> Which makes me thing that sqlite3_open is returning an error code. What
>
All the connect call does is this:
int rc = Sqlite3.sqlite3_open(database, out this.db);
if(rc != Sqlite3.SQLITE_OK)
throw GetSqliteError(this.db, null);
Which makes me thing that sqlite3_open is returning an error code.
What happens if you do the same in CPython?
On Fri, Feb 7, 2014 at 6:
On Fri, Feb 7, 2014 at 1:45 PM, Doug Blank wrote:
> I'm trying to figure out if the missing os.getuid() is a bug in IronPython.
>
> On the one hand, this is to be defined for Unix, where os.name == "posix"
> (when running IronPython on Unix). On the other hand, what should it return
> when sys.pl
Hi ironpython,
Here's your Daily Digest of new issues for project "IronPython".
In today's digest:ISSUES
1. [New issue] metaclass interferes with property/partial
2. [New comment] metaclass interferes with property/partial
--
ISSUES
1. [New issue] m