Memory consumption

Hi,group!
Simple wxPython app (just showing empty panel,and nothing more)
is consuming 10 megabytes of RAM memory.
Is it normal?
My real app (wxPython + mysql) allocates 19 megs of RAM.
Is there ways to cut down memory consumption?
I'm wondering how much memory typical wxpython app is consuming?
Can anyone give some recomendations ?

Another interesting question:
Is there easy(free) way to wrap text in textctrl?
Or should i write my own?

Details:
wxPython 2.4.0
win2k
python 2.2.2
Thanks in advance.
                       mailto:igor@tyumbit.ru

Igor Prischepoff wrote:

Hi,group!
Simple wxPython app (just showing empty panel,and nothing more)
is consuming 10 megabytes of RAM memory.
Is it normal?

Yes.

My real app (wxPython + mysql) allocates 19 megs of RAM.
Is there ways to cut down memory consumption?
I'm wondering how much memory typical wxpython app is consuming?
Can anyone give some recomendations ?

Another interesting question:
Is there easy(free) way to wrap text in textctrl?
Or should i write my own?

A multi-line wxTextCtrl should already wrap the text.

···

--
Robin Dunn
Software Craftsman
http://wxPython.org Java give you jitters? Relax with wxPython!

Igor Prischepoff wrote:

Hi,group!
Simple wxPython app (just showing empty panel,and nothing more)
is consuming 10 megabytes of RAM memory.
Is it normal?
My real app (wxPython + mysql) allocates 19 megs of RAM.
Is there ways to cut down memory consumption?
I'm wondering how much memory typical wxpython app is consuming?
Can anyone give some recomendations ?

Another interesting question:
Is there easy(free) way to wrap text in textctrl?
Or should i write my own?
Details:
wxPython 2.4.0
win2k
python 2.2.2
Thanks in advance.
                       mailto:igor@tyumbit.ru

---------------------------------------------------------------------
To unsubscribe, e-mail: wxPython-users-unsubscribe@lists.wxwindows.org
For additional commands, e-mail: wxPython-users-help@lists.wxwindows.org

Hi,
Our application (finansial accounting system + store + orders + invoices +...) wrote wxPython + XML + MS-SQL allocates about 20-40 MB of RAM.
But we do not worry about it.

Mariusz

Mariusz Sobieski wrote:

Hi,
Our application (finansial accounting system + store + orders + invoices
+...) wrote wxPython + XML + MS-SQL allocates about 20-40 MB of RAM.
But we do not worry about it.

Mariusz,
I am working on some data-driven application. I am working on wxPython + MS
Access (all the interactions are made via eGenix's mx module). I know that
MS Access is far away to be the best choice, but there is nothing I can do
about it right now. There must be several clients and one server. Several
users may be able to work on database in the simultaneously. The problem is
that I have no clue where to start from (the 'client-server' and the
'multi-user' thing). Any help will be highly appreciated (need a lot of
it...).

Thanks,
Ilia Kats

You might want to look into twisted (twistedmatrix.com) which is a
client-server framework. Get the docs and check out Perspective Broker (part
of twisted). This makes it pretty easy to create client/server applications.
With some twists it also works together with wxPython. You'll experience some
problems with the two different mainloops. The proper way to solve this clash
would be to write a threaded reactor loop for twisted. However I found a
cheap alternative. I posted a recipe in activestate's python cookbook
(activestate.com) Just search for twisted in there.

BTW: personally I'd say Access isn't only far away from the best choice, it's
probably the worst choice If you need client/server why don't you just get
out and download postgresql or mysql. Both are quite usable and it will even
have the benefit that you're not bound to microsoft anymore, so your program
will run on anything where python (wxPython) runs on.
If you want to save the hassle with twisted you can write an application that
connects to the database directly (via sockets). This would also work over
the internet (ok, I would use postgresql's ssl encrypted communication for
that)

  UC

···

On Wednesday 28 May 2003 11:58 pm, Ilia Kats wrote:

Mariusz Sobieski wrote:
> Hi,
> Our application (finansial accounting system + store + orders + invoices
> +...) wrote wxPython + XML + MS-SQL allocates about 20-40 MB of RAM.
> But we do not worry about it.

Mariusz,
I am working on some data-driven application. I am working on wxPython + MS
Access (all the interactions are made via eGenix's mx module). I know that
MS Access is far away to be the best choice, but there is nothing I can do
about it right now. There must be several clients and one server. Several
users may be able to work on database in the simultaneously. The problem is
that I have no clue where to start from (the 'client-server' and the
'multi-user' thing). Any help will be highly appreciated (need a lot of
it...).

--
Open Source Solutions 4U, LLC 2570 Fleetwood Drive
Phone: +1 650 872 2425 San Bruno, CA 94066
Cell: +1 650 302 2405 United States
Fax: +1 650 872 2417

Uwe C. Schroeder wrote:

Ilia Kats wrote:
> Mariusz Sobieski wrote:
> > Hi,
> > Our application (finansial accounting system + store + orders +

invoices

> > +...) wrote wxPython + XML + MS-SQL allocates about 20-40 MB of RAM.
> > But we do not worry about it.
>
> Mariusz,
> I am working on some data-driven application. I am working on wxPython +

MS

> Access (all the interactions are made via eGenix's mx module). I know

that

> MS Access is far away to be the best choice, but there is nothing I can

do

> about it right now. There must be several clients and one server.

Several

> users may be able to work on database in the simultaneously. The problem

is

> that I have no clue where to start from (the 'client-server' and the
> 'multi-user' thing). Any help will be highly appreciated (need a lot of
> it...).

You might want to look into twisted (twistedmatrix.com) which is a
client-server framework. Get the docs and check out Perspective Broker

(part

of twisted). This makes it pretty easy to create client/server

applications.

With some twists it also works together with wxPython. You'll experience

some

problems with the two different mainloops. The proper way to solve this

clash

would be to write a threaded reactor loop for twisted. However I found a
cheap alternative. I posted a recipe in activestate's python cookbook
(activestate.com) Just search for twisted in there.

BTW: personally I'd say Access isn't only far away from the best choice,

it's

probably the worst choice If you need client/server why don't you just get
out and download postgresql or mysql. Both are quite usable and it will

even

have the benefit that you're not bound to microsoft anymore, so your

program

will run on anything where python (wxPython) runs on.
If you want to save the hassle with twisted you can write an application

that

connects to the database directly (via sockets). This would also work over
the internet (ok, I would use postgresql's ssl encrypted communication for
that)

Uwe C., I would like to thank you for your help. I am checking out twisted
right now. Before I am getting into it completly, isn't Twisted Enterprise
framework (which is database connectivity) is what I am looking for?

Thanks you,
Ilia Kats

Basically yes. It provides you with the possibility to access a database. I
can't tell you too much about it. All I'm using enterprise for is for
authentication (dbcred).
My application requires a lot of joins in the database queries, so I wrote a
special database module that can handle my db layout. But I know some people
are using enterprise quite successfully.

···

On Thursday 29 May 2003 03:26 am, Ilia Kats wrote:

Uwe C., I would like to thank you for your help. I am checking out twisted
right now. Before I am getting into it completly, isn't Twisted Enterprise
framework (which is database connectivity) is what I am looking for?

--
  UC

--
Open Source Solutions 4U, LLC 2570 Fleetwood Drive
Phone: +1 650 872 2425 San Bruno, CA 94066
Cell: +1 650 302 2405 United States
Fax: +1 650 872 2417

Twisted is a framework for networking communications. It uses callbacks to return answers instead kicking off a thread to handle code that would sit and wait for a blocking call to finish (such as database or network communications typically do).

twisted.enteprise is a database framework with callback functionality. It appears to me to be designed to integrate database access within the twisted framework, because blocking calls don't fit into the twisted framework.

Twistd looks like a good way I'm going to get there, myself, but! If you think you don't know where to start now, wait till you try to weave some twisted into your design. :-o

BTW, I agree with Uwe, loose ms access. It's oaky for single user applications, but any industrial strength usage will cause more headaches than it's worth. Since your on the MS Windows platform, I'd recommend Starting with MySQL, PostGres support is a little lacking on MS Windows.

-Joe

Ilia Kats wrote:

···

Uwe C., I would like to thank you for your help. I am checking out twisted
right now. Before I am getting into it completly, isn't Twisted Enterprise
framework (which is database connectivity) is what I am looking for?

Thanks you,
Ilia Kats

---------------------------------------------------------------------
To unsubscribe, e-mail: wxPython-users-unsubscribe@lists.wxwindows.org
For additional commands, e-mail: wxPython-users-help@lists.wxwindows.org

Can only agree with Joe and Uwe on MsAccess, a company I worked for tried on two projects to use it but had to switch very quickly over, in their case to Oracle.

You might want to look at Firebird, as an alternative. I started using it with kinterbasdb, and now for some time I also use ORM (Wiki) which makes db interaction much easier (I don't need to code in SQL, which makes things much easier for me).

See you
Werner

Joe Brown wrote:

···

Twisted is a framework for networking communications. It uses callbacks to return answers instead kicking off a thread to handle code that would sit and wait for a blocking call to finish (such as database or network communications typically do).

twisted.enteprise is a database framework with callback functionality. It appears to me to be designed to integrate database access within the twisted framework, because blocking calls don't fit into the twisted framework.

Twistd looks like a good way I'm going to get there, myself, but! If you think you don't know where to start now, wait till you try to weave some twisted into your design. :-o

BTW, I agree with Uwe, loose ms access. It's oaky for single user applications, but any industrial strength usage will cause more headaches than it's worth. Since your on the MS Windows platform, I'd recommend Starting with MySQL, PostGres support is a little lacking on MS Windows.

-Joe

Ilia Kats wrote:

Uwe C., I would like to thank you for your help. I am checking out twisted
right now. Before I am getting into it completly, isn't Twisted Enterprise
framework (which is database connectivity) is what I am looking for?

Thanks you,
Ilia Kats

---------------------------------------------------------------------
To unsubscribe, e-mail: wxPython-users-unsubscribe@lists.wxwindows.org
For additional commands, e-mail: wxPython-users-help@lists.wxwindows.org

---------------------------------------------------------------------
To unsubscribe, e-mail: wxPython-users-unsubscribe@lists.wxwindows.org
For additional commands, e-mail: wxPython-users-help@lists.wxwindows.org

Yes, MS-Access definitely has limits and Ilia is about to run into them.

Ilia, I'd second (third?) the advice re: MySQL. Not only is it much more
robust in a multi-user setting, and quite capable of being run on some
networked workstation, wxPython - MySQLDb (python connection to MySQL) -
MySQL is _fast_. Once you've tried it you won't want to go back to
ms-access.

If you _must_ stay with ms-access, consider using something like twisted to
manage the multi-user aspects of the situation (app server, more or less) so
it can maintain an exclusive lock on the .mdb file. This will help you
avoid all kinds of corruption problems in the .mdb file.

Good Luck,

John Hopkins
Hopkins IT

···

-----Original Message-----
/snip/
BTW, I agree with Uwe, loose ms access. It's oaky for single user
applications, but any industrial strength usage will cause more
headaches than it's worth. Since your on the MS Windows platform, I'd
recommend Starting with MySQL, PostGres support is a little lacking on
MS Windows.

-Joe
/snip/

Yes, MS-Access definitely has limits and Ilia is about to run into them.

Ilia, I'd second (third?) the advice re: MySQL. Not only is it much more
robust in a multi-user setting, and quite capable of being run on some
networked workstation, wxPython - MySQLDb (python connection to MySQL) -
MySQL is _fast_. Once you've tried it you won't want to go back to
ms-access.

Depending on what you want to do with the software you're writing MySQL might
not be the choice. You still have to consider the license. In my case I never
use MySQL - not only because I don't like it, but more for the license. When
I do a project for some company it means that I basically "sell" the software
to them - not as the software per se, but as hours of development. Therefor I
can't use MySQL legally without bying a license. So for the large players I
go with DB2 (MySQL wouldn't be a competition here anyways) and the small
players get postgresql. Occasionally I used informix for those in between.
Ok, now everyone will start flaming at me for not liking MySQL, but to be
honest - unless there were major changes in recent versions - the user and
access scheme of MySQL is terrible and IMHO makes the whole thing unusable.
Don't tell me about GUI's - a database server is a machine without a mouse. So
no clicky-clacky there :-), just a ssh.

If you _must_ stay with ms-access, consider using something like twisted to
manage the multi-user aspects of the situation (app server, more or less)
so it can maintain an exclusive lock on the .mdb file. This will help you
avoid all kinds of corruption problems in the .mdb file.

I concur with this one.

···

On Thursday 29 May 2003 04:09 pm, John Hopkins wrote:

Good Luck,

John Hopkins
Hopkins IT

-----Original Message-----
/snip/
BTW, I agree with Uwe, loose ms access. It's oaky for single user
applications, but any industrial strength usage will cause more
headaches than it's worth. Since your on the MS Windows platform, I'd
recommend Starting with MySQL, PostGres support is a little lacking on
MS Windows.

-Joe
/snip/

---------------------------------------------------------------------
To unsubscribe, e-mail: wxPython-users-unsubscribe@lists.wxwindows.org
For additional commands, e-mail: wxPython-users-help@lists.wxwindows.org

--
  UC

--
Open Source Solutions 4U, LLC 2570 Fleetwood Drive
Phone: +1 650 872 2425 San Bruno, CA 94066
Cell: +1 650 302 2405 United States
Fax: +1 650 872 2417

I also sell my hours to companies and I install MySQL on their boxes for
them to use. I'm not aware that the MySQL license requires them to pay
anything since I'm not selling them MySQL, linking to it or customizing
it. Either I am missing something, or you are mischaracterizing the
MySQL license...

Also, I have had just the opposite experience with user management and
access in these two databases. I found MySQL's GRANT statement to be
very straightforward and PostgreSQL's user management to be "awkward"
at best.

Also, when I dump a PostgreSQL database I don't get what I originally
input! Instead, much of what I input (such as "serial primary key")
comes back in a different form--whatever form PostgreSQL internally
translated to. I hate that.

Both databases are fast and capable. Overall, I find MySQL easier to
work with. I've used both for production applications and wouldn't use
MS Access unless a client demanded it.

Oh, and the GUI client tools for MySQL are quite nice. :wink:

···

On Friday 30 May 2003 10:27 am, Uwe C. Schroeder wrote:

On Thursday 29 May 2003 04:09 pm, John Hopkins wrote:
> Yes, MS-Access definitely has limits and Ilia is about to run into
> them.
>
> Ilia, I'd second (third?) the advice re: MySQL. Not only is it
> much more robust in a multi-user setting, and quite capable of
> being run on some networked workstation, wxPython - MySQLDb (python
> connection to MySQL) - MySQL is _fast_. Once you've tried it you
> won't want to go back to ms-access.

Depending on what you want to do with the software you're writing
MySQL might not be the choice. You still have to consider the
license. In my case I never use MySQL - not only because I don't like
it, but more for the license. When I do a project for some company it
means that I basically "sell" the software to them - not as the
software per se, but as hours of development. Therefor I can't use
MySQL legally without bying a license. So for the large players I go
with DB2 (MySQL wouldn't be a competition here anyways) and the small
players get postgresql. Occasionally I used informix for those in
between. Ok, now everyone will start flaming at me for not liking
MySQL, but to be honest - unless there were major changes in recent
versions - the user and access scheme of MySQL is terrible and IMHO
makes the whole thing unusable. Don't tell me about GUI's - a
database server is a machine without a mouse. So no clicky-clacky
there :-), just a ssh.

--
Chuck
http://ChuckEsterbrook.com

Ok, this is getting way off topic, but anyways:
Let's put it that way: I retain the full copyright of all software I write. So
technically my (paying) customer gets an unlimited license. If that is
bundled with MySQL it could be interpreted as a commercial product, at least
that's what my lawyer tells me - hence the license issue. So I rather stick
with a BSD style license than confronting possible license issues down the
road. There are some things were I tend to play it safe.

I wasn't basically refering to the GRANT statement, but more to the "who may
connect from where" issue. Postgresql keeps that in files, where MySQL has a
tables with a weird commandline interface.

Hot tip - dump the database with oid's if you want to retain state. This will
create an exact copy.

Well, this discussion is probably the same like "why I choose KDE over Gnome".
If you're fine with MySQL - great, just go for it. MySQL is more lightweight
and therefor faster. Anyways it's definitely way better than MS Access (but
to that point basically any SQL engine is better). I would simply reject a
project where I can't convince the client to go with any SQL database. This
might also be because I don't have any MS software at all, so to design the
database I would need to buy licenses and pollute my nice development
machines with that stuff - definitely not an option :-))
The other thing is that my company specializes in migrating to *nix type
environments. The only place where I accept Windows is on a client
workstation. So everything I do primarily has to run on *nix maybe windows as
client and sometimes even Mac's.
Isn't that why we're all here in the wxPython corner ?

Later

  UC

···

On Friday 30 May 2003 03:55 pm, Chuck Esterbrook wrote:

On Friday 30 May 2003 10:27 am, Uwe C. Schroeder wrote:
> On Thursday 29 May 2003 04:09 pm, John Hopkins wrote:
> > Yes, MS-Access definitely has limits and Ilia is about to run into
> > them.
> >
> > Ilia, I'd second (third?) the advice re: MySQL. Not only is it
> > much more robust in a multi-user setting, and quite capable of
> > being run on some networked workstation, wxPython - MySQLDb (python
> > connection to MySQL) - MySQL is _fast_. Once you've tried it you
> > won't want to go back to ms-access.
>
> Depending on what you want to do with the software you're writing
> MySQL might not be the choice. You still have to consider the
> license. In my case I never use MySQL - not only because I don't like
> it, but more for the license. When I do a project for some company it
> means that I basically "sell" the software to them - not as the
> software per se, but as hours of development. Therefor I can't use
> MySQL legally without bying a license. So for the large players I go
> with DB2 (MySQL wouldn't be a competition here anyways) and the small
> players get postgresql. Occasionally I used informix for those in
> between. Ok, now everyone will start flaming at me for not liking
> MySQL, but to be honest - unless there were major changes in recent
> versions - the user and access scheme of MySQL is terrible and IMHO
> makes the whole thing unusable. Don't tell me about GUI's - a
> database server is a machine without a mouse. So no clicky-clacky
> there :-), just a ssh.

I also sell my hours to companies and I install MySQL on their boxes for
them to use. I'm not aware that the MySQL license requires them to pay
anything since I'm not selling them MySQL, linking to it or customizing
it. Either I am missing something, or you are mischaracterizing the
MySQL license...

Also, I have had just the opposite experience with user management and
access in these two databases. I found MySQL's GRANT statement to be
very straightforward and PostgreSQL's user management to be "awkward"
at best.

Also, when I dump a PostgreSQL database I don't get what I originally
input! Instead, much of what I input (such as "serial primary key")
comes back in a different form--whatever form PostgreSQL internally
translated to. I hate that.

Both databases are fast and capable. Overall, I find MySQL easier to
work with. I've used both for production applications and wouldn't use
MS Access unless a client demanded it.

Oh, and the GUI client tools for MySQL are quite nice. :wink:

--
  UC

--
Open Source Solutions 4U, LLC 2570 Fleetwood Drive
Phone: +1 650 872 2425 San Bruno, CA 94066
Cell: +1 650 302 2405 United States
Fax: +1 650 872 2417

Ok, this is getting way off topic, but anyways:
Let's put it that way: I retain the full copyright of all software I
write. So technically my (paying) customer gets an unlimited license.
If that is bundled with MySQL it could be interpreted as a commercial
product, at least that's what my lawyer tells me - hence the license
issue. So I rather stick with a BSD style license than confronting
possible license issues down the road. There are some things were I
tend to play it safe.

I think your lawyer is just plain wrong. I understand that we all have
our likes and dislikes on a technical level for various open source
projects. But I would hate to see a "rumor" develop for *any* open
source product that you shouldn't use it on legal grounds that are
incorrect.

Besides, given any software license, there is at least one lawyer
somewhere that will claim problems with it.

Hot tip - dump the database with oid's if you want to retain state.
This will create an exact copy.

My "in" vs. "out" issue wasn't about the data, it was about the CREATE
statements and the table definitions.

···

On Friday 30 May 2003 07:23 pm, Uwe C. Schroeder wrote:

--
Chuck
http://ChuckEsterbrook.com

That's not true. Maybe you have misunderstood something? Or don't your
customers accept GPL?

The only problem I see in using MySQL here is that if your program is
really dependent on MySQL, e.g. not able to use any other RDBMS instead,
MySQL can claim that your customers right to use MySQL is void if your
customer sells their MySQL-dependent software and don't use the GPL
license for it. If your customer only uses your code in-hoUse, there is
no problem. If it's not dependent on MySQL, only using it as one of several
working backends, it's cool even if they sell it.

There are other licenses, such as the license for mxODBC that stops you
from doing consulting with that software unless your customer has bought
a license, but GPL is no problem in combination with paid work.

I'm no lawyer, and not a representative of MySQL AB, I'm just explaining
my own understanding of GPL, so don't take my word for gospel, but I never
heard anyone who knows GPL claim that it's somehow incompatible with
consulting. For more info on GPL see:

http://www.fsf.org/licenses/gpl-faq.html#GPLRequireSourcePostedPublic
http://www.fsf.org/licenses/gpl-faq.html#DoesTheGPLAllowMoney

They haven't changed the license for MySQL, have they? It's still GPL?

···

At 10:27 2003-05-30 -0700, Uwe C. Schroeder wrote:

When
I do a project for some company it means that I basically "sell" the software
to them - not as the software per se, but as hours of development. Therefor I
can't use MySQL legally without bying a license.

--
Magnus Lycka (It's really Lyckå), magnus@thinkware.se
Thinkware AB, Sweden, www.thinkware.se
I code Python ~ The shortest path from thought to working program

> Ok, this is getting way off topic, but anyways:
> Let's put it that way: I retain the full copyright of all software I
> write. So technically my (paying) customer gets an unlimited license.
> If that is bundled with MySQL it could be interpreted as a commercial
> product, at least that's what my lawyer tells me - hence the license
> issue. So I rather stick with a BSD style license than confronting
> possible license issues down the road. There are some things were I
> tend to play it safe.

I think your lawyer is just plain wrong. I understand that we all have
our likes and dislikes on a technical level for various open source
projects. But I would hate to see a "rumor" develop for *any* open
source product that you shouldn't use it on legal grounds that are
incorrect.

Well, I think he isn't. From the mysql.com website under
http://www.mysql.com/products/licensing.html

-------- snip ------------
If your application is not licensed under GPL or compatible OSI license
approved by MySQL AB and you intend to distribute MySQL software (be that
internally or externally), you must first obtain a commercial license to the
MySQL software in question.

More specifically:

a) If you include the MySQL server in your non Open Source application, you
need a commercial licence for the MySQL server

b) If you include one of the MySQL drivers in your non Open Source application
(so that your application can run with MySQL), you need a commercial licence
for the driver(s) in question. The MySQL drivers currently include an ODBC
driver, a JDBC driver and the C language library.

------------------ snip -------------

You certainly don't have the problem if you GPL your software.

···

On Saturday 31 May 2003 12:39 pm, Chuck Esterbrook wrote:

On Friday 30 May 2003 07:23 pm, Uwe C. Schroeder wrote:

Besides, given any software license, there is at least one lawyer
somewhere that will claim problems with it.

> Hot tip - dump the database with oid's if you want to retain state.
> This will create an exact copy.

My "in" vs. "out" issue wasn't about the data, it was about the CREATE
statements and the table definitions.

--
  UC

--
Open Source Solutions 4U, LLC 2570 Fleetwood Drive
Phone: +1 650 872 2425 San Bruno, CA 94066
Cell: +1 650 302 2405 United States
Fax: +1 650 872 2417

>When
>I do a project for some company it means that I basically "sell" the
> software to them - not as the software per se, but as hours of
> development. Therefor I can't use MySQL legally without bying a license.

That's not true. Maybe you have misunderstood something? Or don't your
customers accept GPL?

The problem is not the DB server, it's the connection library. It too is GPL
and therefor can't be bundled with a non GPL software.

The only problem I see in using MySQL here is that if your program is
really dependent on MySQL, e.g. not able to use any other RDBMS instead,
MySQL can claim that your customers right to use MySQL is void if your
customer sells their MySQL-dependent software and don't use the GPL
license for it. If your customer only uses your code in-hoUse, there is
no problem. If it's not dependent on MySQL, only using it as one of several
working backends, it's cool even if they sell it.

"Dependant" in terms of GPL is when the GPL code is linked to the program.
It's really hard to define a clean line here. Since python supports MySQL, so
if I use python in a non GPL product and therefor make use of the mysql
driver, linked to python ......... you get the idea.

There are other licenses, such as the license for mxODBC that stops you
from doing consulting with that software unless your customer has bought
a license, but GPL is no problem in combination with paid work.

No, it isn't, but it is a problem with including it in a non GPL product.
And that's basically good that way, otherwise MS would copy a lot of good
stuff into Windows.....

I'm no lawyer, and not a representative of MySQL AB, I'm just explaining
my own understanding of GPL, so don't take my word for gospel, but I never
heard anyone who knows GPL claim that it's somehow incompatible with
consulting. For more info on GPL see:

http://www.fsf.org/licenses/gpl-faq.html#GPLRequireSourcePostedPublic
http://www.fsf.org/licenses/gpl-faq.html#DoesTheGPLAllowMoney

They haven't changed the license for MySQL, have they? It's still GPL?

No, it's still GPL.
In the end I could simply buy licenses from MySQL, but what for if there is a
BSD style product I like better anyways ??

  UC

···

On Saturday 31 May 2003 05:17 pm, Magnus Lyckå wrote:

At 10:27 2003-05-30 -0700, Uwe C. Schroeder wrote:

--
Open Source Solutions 4U, LLC 2570 Fleetwood Drive
Phone: +1 650 872 2425 San Bruno, CA 94066
Cell: +1 650 302 2405 United States
Fax: +1 650 872 2417

Hi all,

I would like to thank all those who adviced me in this one. I knew from the
beginning that MS Access is not the right choice, but (there is always
but...)
it just was there, asking me to use it. After reading all the replies I
finally decided to give it a try with MySQL. I hope that it will be no
problem to get rid of
mxODBC module...

Any additional information will be gladly accepted.

Thanks,
Ilia Kats

Ilia:

No need for mxODBC, just get MySQLDb and install it. This avoids the
performance hits of ODBC, not to mention a layer of complexity. Using it
should be very straightforward, but feel free to mail me if you get stuck.
Don't forget to sign up for the MySQL mailing lists!

John Hopkins
Hopkins IT

···

-----Original Message-----
From: Ilia Kats [mailto:ilia_kats@hotmail.com]
Sent: Saturday, May 31, 2003 11:58 PM
To: wxPython-users@lists.wxwindows.org
Subject: [wxPython-users] Re: Twisted (was Re: Re: Memory consumption)

Hi all,

I would like to thank all those who adviced me in this one. I knew from the
beginning that MS Access is not the right choice, but (there is always
but...)
it just was there, asking me to use it. After reading all the replies I
finally decided to give it a try with MySQL. I hope that it will be no
problem to get rid of mxODBC module...

Any additional information will be gladly accepted.

Thanks,
Ilia Kats

---------------------------------------------------------------------
To unsubscribe, e-mail: wxPython-users-unsubscribe@lists.wxwindows.org
For additional commands, e-mail: wxPython-users-help@lists.wxwindows.org

John Hopkins wrote:

Ilia:

No need for mxODBC, just get MySQLDb and install it. This avoids the
performance hits of ODBC, not to mention a layer of complexity. Using it
should be very straightforward, but feel free to mail me if you get stuck.
Don't forget to sign up for the MySQL mailing lists!

John Hopkins
Hopkins IT

Thanks a lot. I hope that I will be able to handle it myself, but _if_ I
will encounter some problems (or/and questions) _then_ I will know where to
address them :slight_smile:

Thanks again,
Ilia Kats