Jeff:
Thank you for your kind suggestion to use bitbucket. I don't think that
would be a good idea. I already have to keep up three distributions of
adodbapi -- on pywin32 and FePy as well as its own project. A fourth would
be a bit too much. I would prefer to include django capability in the
Yes, adodbapi does use COM. My intention is to make an ADO.NET version of
it, but I want to make one which will be a near drop in replacement for the
fork which has been adapted for django -- which also uses COM. My idea is to
make the django changes first, before making the .NET changes. That wa
2009/10/29 Jeff Hardy :
> How much overlap is there between your other adodb project and
> adonet-dbapi? I don't think there's any need to have two libraries
> that do the same thing for IronPython, so we might as well figure out
> what's different and work towards one library.
My understanding is
On Wed, Oct 28, 2009 at 10:23 AM, Vernon Cole wrote:
> Markus:
> Would you be so kind as to zip up and email to me the adonet-dbapi as you
> now have it patched?
A better option IMO would be to create a fork on bitbucket and push
changes there. That way I can pull back into my existing repo.
>
Just a hunch, but you might want to try passing "-X:MaxRecursion 1000" to
ipy.exe. By default, IronPython has a very high recursion limit compared to
CPython. On occasion this can cause the entire interactive session/process to
die with a StackOverflowException rather than emit a catchable Pyt
Markus:
Would you be so kind as to zip up and email to me the adonet-dbapi as you
now have it patched?
I will create a version which does not error out. (May take a few days.)
--
Vernon
2009/10/28 Markus Törnqvist
> On Wed, Oct 28, 2009 at 10:53:45PM +0900, Seo Sanghyeon wrote:
> >Intro... I,
This is an automated email letting you know that sources
have recently been pushed out. You can download these newer
sources directly from
http://ironpython.codeplex.com/SourceControl/changeset/view/60608.
ADDED SOURCES
$/IronPython/IronPython_Main/Src/Hosts/SilverLight/Microsoft.Scri
2009/10/28 Markus Törnqvist :
> At this point I run into my skill deficiency; as I'm presented with the
> options to Debug or Close and Debug doesn't tell me anything, I dunno
> how to debug this.
>
> Any hints?
If you run ipy with the -D flag (or set system.compilation/debug=true
for NWSGI) then
On Wed, Oct 28, 2009 at 7:53 AM, Seo Sanghyeon wrote:
>
> Indeed. The question is, what underlying Python DB-API 2 driver does
> django-mssql use? Is it http://pymssql.sourceforge.net/ ?
It uses an old, modified version to Vernon Cole's adodb library that
it ships with itself.
> On the other han
On Wed, Oct 28, 2009 at 10:53:45PM +0900, Seo Sanghyeon wrote:
>Intro... I, together with Mark Rees, wrote most of adonet-dbapi code in 2006.
Hi :)
>2009/10/28 Markus Törnqvist :
>> Here's the connect function (in its entirety) from mssql.py
>> def connect(connstr):
>> relevant_parts = [part
Intro... I, together with Mark Rees, wrote most of adonet-dbapi code in 2006.
2009/10/28 Markus Törnqvist :
> Here's the connect function (in its entirety) from mssql.py
>
> def connect(connstr):
> relevant_parts = [part for part in connstr.split(';') if not
> part.upper().startswith('PROVIDER
Hi!
I got my code to run far enough on IronPython that it sets and clears
the test cookies, stores sessions in MSSQL, executes a lot of queries,
but dies eventually on
"Process is terminated due to StackOverflowException" :(
However, as the new IPy version was released like yesterday (thanks guy
12 matches
Mail list logo
