On Jun 19, 4:28 pm, John Machin <[EMAIL PROTECTED]> wrote:
> On Jun 19, 9:17 pm, Kai Rosenthal <[EMAIL PROTECTED]> wrote:
>
> > Hello,
> > how can I determine the architecture (32 or 64bit) with python 2.2 on
> > Windows or Unix (AIX, Solaris) OS, without the modul platform?
> > Thanks for your hin
On Mar 18, 6:22 pm, Giovanni Bajo <[EMAIL PROTECTED]> wrote:
> On 18/03/2007 13.24, DavidRushbywrote:
>
> > Even though I have access to MSVC 7.1, so I don't really need MinGW
> > myself, [...]
>
> But remember that GCC 4.1.2 is almost 4 years newer than MSVC 7.1, and
> I found it to produce more o
On Mar 18, 5:08 am, Giovanni Bajo <[EMAIL PROTECTED]> wrote:
> This page:
>http://www.develer.com/oss/GccWinBinaries
>
> contains a friendly Windows installer for GCC 4.1.2 (MinGW binary version),
> with full support for integrating it with Python installations so that it is
> used by distutils
Alex Martelli wrote:
> So -- does anybody know if the 2003-level Toolkit is STILL available for
> download somewhere...
http://www.microsoft.com/downloads/details.aspx?FamilyId=272BE09D-40BB-49FD-9CB0-4BFA122FA91B&displaylang=en
--
http://mail.python.org/mailman/listinfo/python-list
[EMAIL PROTECTED] wrote:
> My error code is :
>
> concorrency level error
> use kinterbas.init(concurrency_level=?) to set the concurrency level
> legally...
That's not the actual error message. The actual error message is:
"""
The concurrency level cannot be changed once it has been set. Use
ki
Thank you for taking the time to pull the relevant links together and
make this post, Neal.
--
http://mail.python.org/mailman/listinfo/python-list
Balin wrote:
> Hi all,
> I have some problem with packege kinterbas for Firebird db connection
> this is my code:
>
> import kinterbasdb
>
> class ConnessioneDB:
> def initialize(self):
> kinterbasdb.init(concurrency_level=1)
> con = kinterbasdb.connect(host='192.168.1.20',
> da
Alexander Schmolck wrote:
> what's the best approach to write C(++)-extension code that has to create a
> python int from a C pointer and vice versa so that it works smoothly on 32 bit
> and 64 platforms (on which sizeof(int) != sizeof(*void)) equally work (under
> unix,mac&windows and with gcc, vc
[Skip]
> [David]
>> This seems simple. Am I overlooking something?
> A patch? <0.5 wink>
I'm willing to write a patch if it stands a good chance of being
accepted. So far, though, Tim has seemed resistant to the idea. Maybe
he has reasons that I'm ignorant of?
--
http://mail.python.org/mailma
[Tim Peters]
> [David Rushby]
>> They say, "Functions thus registered are automatically executed upon
>> normal interpreter termination." It seems like sophistry to argue that
>> "normal interpreter termination" has occurred when there are still
>
>> I would expect...
> The relative order of "Main thread finished." and "T before
> sleep" is purely due to timing accidents...
Sure, I realize that the interactions between threads have no
guaranteed order except what the programmer imposes upon them. I
should have qualified my statement of exp
Consider the following program (underscores are used to force
indentation):
import atexit, threading, time
def atExitFunc():
print 'atExitFunc called.'
atexit.register(atExitFunc)
class T(threading.Thread):
def run(self):
assert no
Robby Dermody wrote:
> I have not yet run the director with COUNT_ALLOCS yet, due to a
> problem dynamically loading in the kinterbasdb (Firebird SQL
> interface) module.
What're the specifics of the loading problem with kinterbasdb?
AFAIK, kinterbasdb itself runs fine in a debug build of Python.
los wrote:
> I'm trying to create a program similar to that of Google's desktop
that
> will crawl through the hard drive and index files. I have written
the
> program and as of now I just put the thread to sleep for 1 second
after
> indexing a couple of files.
>
> I'm wondering if anyone knows of
14 matches
Mail list logo
