Testing C++ API using Perl code

Hi,

I am testing some APIs written in C++.
Trying to do automation the testcases and just
wondering if there is any way I can call C++ APIs
using Perl.

Thanks a lot in advance for your reply,


Bilashi

__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
_______________________________________________
ActivePerl mailing list
ActivePerl@listserv.ActiveState.com
To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs

Re: Testing C++ API using Perl code

--===============1479088534==
Content-Type: multipart/alternative; boundary="0-155732938-1193504139=:9004"
Content-Transfer-Encoding: 7bit

--0-155732938-1193504139=:9004
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable

Bilashi

Bilashi Sahu wrote: Hi,

I am testing some APIs written in C++.
Trying to do automation the testcases and just
wondering if there is any way I can call C++ APIs
using Perl.

Brian Ingerson of ActiveState started by creating Inline::C.=20
Checkout:
Inline::CPP

What compiler? I used Inline::C with the same compiler used to build Perl=
and it worked great.

--=20
Mark

__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around=20
http://mail.yahoo.com=20
--0-155732938-1193504139=:9004
Content-Type: text/html; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable

Bilashi

Bilashi Sahu <bilashi_sahu@yahoo.com> =
wrote:

, 16, 255); margin-left: 5px; padding-left: 5px;"> Hi,

I am testin=
g some APIs written in C++.
Trying to do automation the testcases and =
just
wondering if there is any way I can call C++ APIs
using Perl.<=
br>

______=
____________________________________________
Do You Yahoo!?
Tired o=
f spam? Yahoo! Mail has the best spam protection around
http://mail.=
yahoo.com=20
--0-155732938-1193504139=:9004--

--===============1479088534==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
ActivePerl mailing list
ActivePerl@listserv.ActiveState.com
To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs
--===============1479088534==--

RE: Testing C++ API using Perl code

Bilashi Sahu <> wrote:
> Hi,
> =

> I am testing some APIs written in C++.
> Trying to do automation the testcases and just wondering if there is
> any way I can call C++ APIs using Perl. =

> =

> Thanks a lot in advance for your reply,

If you feel like coding it yourself, start with the documentation that
comes with Perl, 'perldoc perlxs' 'perldoc perlxstut'. Try to find a
module or two on CPAN that does something similar and use as examples.
There is also a book that might be helpful, "Embedding and Extending
Perl".

Also, it might be worth looking at SWIG (http://www.swig.org/), to
generate the Perl interface to your API.

HTH

-- =

Brian Raven =


==================== =====3D=
================
Atos Euronext Market Solutions Disclaimer
==================== =====3D=
================

The information contained in this e-mail is confidential and solely for the=
intended addressee(s). Unauthorised reproduction, disclosure, modification=
, and/or distribution of this email may be unlawful.
If you have received this email in error, please notify the sender immediat=
ely and delete it from your system. The views expressed in this message do =
not necessarily reflect those of Atos Euronext Market Solutions.

Atos Euronext Market Solutions Limited - Registered in England & Wales with=
registration no. 3962327. Registered office address at 25 Bank Street Lon=
don E14 5NQ United Kingdom. =

Atos Euronext Market Solutions SAS - Registered in France with registration=
no. 425 100 294. Registered office address at 6/8 Boulevard Haussmann 750=
09 Paris France.

L'information contenue dans cet e-mail est confidentielle et uniquement des=
tinee a la (aux) personnes a laquelle (auxquelle(s)) elle est adressee. Tou=
te copie, publication ou diffusion de cet email est interdite. Si cet e-mai=
l vous parvient par erreur, nous vous prions de bien vouloir prevenir l'exp=
editeur immediatement et d'effacer le e-mail et annexes jointes de votre sy=
steme. Le contenu de ce message electronique ne represente pas necessaireme=
nt la position ou le point de vue d'Atos Euronext Market Solutions.
Atos Euronext Market Solutions Limited Soci=E9t=E9 de droit anglais, enregi=
str=E9e au Royaume Uni sous le num=E9ro 3962327, dont le si=E8ge social se =
situe 25 Bank Street E14 5NQ Londres Royaume Uni.

Atos Euronext Market Solutions SAS, soci=E9t=E9 par actions simplifi=E9e, e=
nregistr=E9 au registre dui commerce et des soci=E9t=E9s sous le num=E9ro 4=
25 100 294 RCS Paris et dont le si=E8ge social se situe 6/8 Boulevard Hauss=
mann 75009 Paris France.
==================== =====3D=
================

_______________________________________________
ActivePerl mailing list
ActivePerl@listserv.ActiveState.com
To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs

Berkeley DB Problem with DB_File

I've been using a networked PC running NT4 Server to test some changes to
bulletin board software. This software is written in Perl and uses DB_File
to store all the messages. I'm in the process of changing over to using a
virtual machine running the same OS and I'm having problems.

I don't seem to be able to read the same database files on the virtual
machine and I have discovered that although I thought I had the same set up
on both machines this is not the case which could account for this. The
standalone PC is running DB_File version 1.73 and Berkeley DB version
2.004010 while the virtual machine has DB_File version 1.806 and Berkeley DB
version 4.001025.

I came across a test to check how well Berkeley DB is working in conjunction
with Perl and I found that with the standalone PC it took 1 wallclock second
to create a DB_File and write 10,000 records to it while the virtual PC took
58. There was a note associated with this test to say that there was a bug
in version 4.1 of Berkeley DB which might not have been corrected and which
would have caused it to run very slowly. I'm wondering if this is perhaps
the problem although it could just be that this is because it's running in a
virtual machine and/or I've not allocated enough RAM to the virtual machine.
I'd like to sort out the Berkeley DB situation first, to see if this is the
problem.

I don't know how I've managed to have a different version of Berkeley DB on
the virtual machine and as I only need it for running DB_File I don't really
need a more up to date version than the one on the other one so I would like
to change the settings on my virtual machine so that they mirror the
standalone one. What I can't remember is whether Berkeley DB is part of the
Perl installation or whether it comes with the OS. My question is - what is
the easiest way of changing the Berkley DB installation on the virtual PC so
that it matches that of the other one?

I'm using Perl 5.6.1 on both machines.


_______________________________________________
ActivePerl mailing list
ActivePerl@listserv.ActiveState.com
To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs

RE: Berkeley DB Problem with DB_File

Eric Robertson <> wrote:
> I've been using a networked PC running NT4 Server to test some
> changes to bulletin board software. This software is written in Perl
> and uses DB_File to store all the messages. I'm in the process of
> changing over to using a virtual machine running the same OS and I'm
> having problems. =

> =

> I don't seem to be able to read the same database files on the
> virtual machine and I have discovered that although I thought I had
> the same set up on both machines this is not the case which could
> account for this. The standalone PC is running DB_File version 1.73
> and Berkeley DB version 2.004010 while the virtual machine has
> DB_File version 1.806 and Berkeley DB version 4.001025. =

> =

> I came across a test to check how well Berkeley DB is working in
> conjunction with Perl and I found that with the standalone PC it took
> 1 wallclock second to create a DB_File and write 10,000 records to it
> while the virtual PC took 58. There was a note associated with this
> test to say that there was a bug in version 4.1 of Berkeley DB which
> might not have been corrected and which would have caused it to run
> very slowly. I'm wondering if this is perhaps the problem although it
> could just be that this is because it's running in a virtual machine
> and/or I've not allocated enough RAM to the virtual machine. I'd like
> to sort out the Berkeley DB situation first, to see if this is the
> problem. =

> =

> I don't know how I've managed to have a different version of Berkeley
> DB on the virtual machine and as I only need it for running DB_File I
> don't really need a more up to date version than the one on the other
> one so I would like to change the settings on my virtual machine so
> that they mirror the standalone one. What I can't remember is whether
> Berkeley DB is part of the Perl installation or whether it comes with
> the OS. My question is - what is the easiest way of changing the
> Berkley DB installation on the virtual PC so that it matches that of
> the other one? =

> =

> I'm using Perl 5.6.1 on both machines.

Its not altogether surprising that you cannot read a db on a different
PC than the one it was created on, given such a large difference in
Berkeley DB versions. It is highly likely that the file format has
changed, as suggested by 'perldoc DB_File'.

The question of whether the Berkeley DB library is part of the perl
installation or not would seem to be platform dependent. This is born
out by the difference in size of the DB_File shared library, 63K on
Linux and 685K on Win32. Also by examining the shared libraries used by
a perl process that had 'use DB_File;'.

Therefore, in order to ensure you are using the same Berkeley DB version
on two Win32 platforms, you should be using the same version of DB_File.
I note that the latest version of DB_File (Activestate perl 5.8.8) is
1.815, and it uses Berkeley DB version 4.4.

HTH

-- =

Brian Raven =


==================== =====3D=
================
Atos Euronext Market Solutions Disclaimer
==================== =====3D=
================

The information contained in this e-mail is confidential and solely for the=
intended addressee(s). Unauthorised reproduction, disclosure, modification=
, and/or distribution of this email may be unlawful.
If you have received this email in error, please notify the sender immediat=
ely and delete it from your system. The views expressed in this message do =
not necessarily reflect those of Atos Euronext Market Solutions.

Atos Euronext Market Solutions Limited - Registered in England & Wales with=
registration no. 3962327. Registered office address at 25 Bank Street Lon=
don E14 5NQ United Kingdom. =

Atos Euronext Market Solutions SAS - Registered in France with registration=
no. 425 100 294. Registered office address at 6/8 Boulevard Haussmann 750=
09 Paris France.

L'information contenue dans cet e-mail est confidentielle et uniquement des=
tinee a la (aux) personnes a laquelle (auxquelle(s)) elle est adressee. Tou=
te copie, publication ou diffusion de cet email est interdite. Si cet e-mai=
l vous parvient par erreur, nous vous prions de bien vouloir prevenir l'exp=
editeur immediatement et d'effacer le e-mail et annexes jointes de votre sy=
steme. Le contenu de ce message electronique ne represente pas necessaireme=
nt la position ou le point de vue d'Atos Euronext Market Solutions.
Atos Euronext Market Solutions Limited Soci=E9t=E9 de droit anglais, enregi=
str=E9e au Royaume Uni sous le num=E9ro 3962327, dont le si=E8ge social se =
situe 25 Bank Street E14 5NQ Londres Royaume Uni.

Atos Euronext Market Solutions SAS, soci=E9t=E9 par actions simplifi=E9e, e=
nregistr=E9 au registre dui commerce et des soci=E9t=E9s sous le num=E9ro 4=
25 100 294 RCS Paris et dont le si=E8ge social se situe 6/8 Boulevard Hauss=
mann 75009 Paris France.
==================== =====3D=
================

_______________________________________________
ActivePerl mailing list
ActivePerl@listserv.ActiveState.com
To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs

RE: Berkeley DB Problem with DB_File

Many thanks for the reply, Brian.

As well as trying to read the same database files on both machines I should
have mentioned that, knowing that there are differences between how
different versions of Berkeley DB produce the files, for example those on
Windows and Linux machines, I also tried to rebuild the database from
scratch on the virtual machine but this failed.

If I understand you correctly you're saying that if I ensure that the
DB_File running on both machines is the same then this might solve my
problem. I'm only running Perl 5.6 and don't want to change for various
reasons so I don't want to use the current version of this module for Perl
5.8. It would be handy if I could use the version that I'm currently using
on the standalone machine so that I could use the current database files on
both machines. I'll have a search for this version, to see if it's still
available - I have the ppm for version 1.76 but not for the 1.73 on the
original machine.

If I can't find the same version would it be possible just to copy over the
DB_File folders from the one machine to the other or there other changes I'd
need to make? =


Eric Robertson

-----Original Message-----
From: activeperl-bounces@listserv.ActiveState.com
[mailto:activeperl-bounces@listserv.ActiveState.com] On Behalf Of Brian
Raven
Sent: Monday, November 12, 2007 1:07 PM
To: activeperl@listserv.ActiveState.com
Subject: RE: Berkeley DB Problem with DB_File

Eric Robertson <> wrote:
> I've been using a networked PC running NT4 Server to test some
> changes to bulletin board software. This software is written in Perl
> and uses DB_File to store all the messages. I'm in the process of
> changing over to using a virtual machine running the same OS and I'm
> having problems. =

> =

> I don't seem to be able to read the same database files on the
> virtual machine and I have discovered that although I thought I had
> the same set up on both machines this is not the case which could
> account for this. The standalone PC is running DB_File version 1.73
> and Berkeley DB version 2.004010 while the virtual machine has
> DB_File version 1.806 and Berkeley DB version 4.001025. =

> =

> I came across a test to check how well Berkeley DB is working in
> conjunction with Perl and I found that with the standalone PC it took
> 1 wallclock second to create a DB_File and write 10,000 records to it
> while the virtual PC took 58. There was a note associated with this
> test to say that there was a bug in version 4.1 of Berkeley DB which
> might not have been corrected and which would have caused it to run
> very slowly. I'm wondering if this is perhaps the problem although it
> could just be that this is because it's running in a virtual machine
> and/or I've not allocated enough RAM to the virtual machine. I'd like
> to sort out the Berkeley DB situation first, to see if this is the
> problem. =

> =

> I don't know how I've managed to have a different version of Berkeley
> DB on the virtual machine and as I only need it for running DB_File I
> don't really need a more up to date version than the one on the other
> one so I would like to change the settings on my virtual machine so
> that they mirror the standalone one. What I can't remember is whether
> Berkeley DB is part of the Perl installation or whether it comes with
> the OS. My question is - what is the easiest way of changing the
> Berkley DB installation on the virtual PC so that it matches that of
> the other one? =

> =

> I'm using Perl 5.6.1 on both machines.

Its not altogether surprising that you cannot read a db on a different
PC than the one it was created on, given such a large difference in
Berkeley DB versions. It is highly likely that the file format has
changed, as suggested by 'perldoc DB_File'.

The question of whether the Berkeley DB library is part of the perl
installation or not would seem to be platform dependent. This is born
out by the difference in size of the DB_File shared library, 63K on
Linux and 685K on Win32. Also by examining the shared libraries used by
a perl process that had 'use DB_File;'.

Therefore, in order to ensure you are using the same Berkeley DB version
on two Win32 platforms, you should be using the same version of DB_File.
I note that the latest version of DB_File (Activestate perl 5.8.8) is
1.815, and it uses Berkeley DB version 4.4.

HTH

-- =

Brian Raven =


==================== =====3D=
================
Atos Euronext Market Solutions Disclaimer
==================== =====3D=
================

The information contained in this e-mail is confidential and solely for the
intended addressee(s). Unauthorised reproduction, disclosure, modification,
and/or distribution of this email may be unlawful.
If you have received this email in error, please notify the sender
immediately and delete it from your system. The views expressed in this
message do not necessarily reflect those of Atos Euronext Market Solutions.

Atos Euronext Market Solutions Limited - Registered in England & Wales with
registration no. 3962327. Registered office address at 25 Bank Street
London E14 5NQ United Kingdom. =

Atos Euronext Market Solutions SAS - Registered in France with registration
no. 425 100 294. Registered office address at 6/8 Boulevard Haussmann 75009
Paris France.

L'information contenue dans cet e-mail est confidentielle et uniquement
destinee a la (aux) personnes a laquelle (auxquelle(s)) elle est adressee.
Toute copie, publication ou diffusion de cet email est interdite. Si cet
e-mail vous parvient par erreur, nous vous prions de bien vouloir prevenir
l'expediteur immediatement et d'effacer le e-mail et annexes jointes de
votre systeme. Le contenu de ce message electronique ne represente pas
necessairement la position ou le point de vue d'Atos Euronext Market
Solutions.
Atos Euronext Market Solutions Limited Soci=E9t=E9 de droit anglais, enregi=
str=E9e
au Royaume Uni sous le num=E9ro 3962327, dont le si=E8ge social se situe 25=
Bank
Street E14 5NQ Londres Royaume Uni.

Atos Euronext Market Solutions SAS, soci=E9t=E9 par actions simplifi=E9e,
enregistr=E9 au registre dui commerce et des soci=E9t=E9s sous le num=E9ro =
425 100
294 RCS Paris et dont le si=E8ge social se situe 6/8 Boulevard Haussmann 75=
009
Paris France.
==================== =====3D=
================

_______________________________________________
ActivePerl mailing list
ActivePerl@listserv.ActiveState.com
To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs


_______________________________________________
ActivePerl mailing list
ActivePerl@listserv.ActiveState.com
To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs

RE: Berkeley DB Problem with DB_File

Eric Robertson wrote:
> Many thanks for the reply, Brian.
> =

> As well as trying to read the same database files on both machines I
> should have mentioned that, knowing that there are differences
> between how different versions of Berkeley DB produce the files, for
> example those on Windows and Linux machines, I also tried to rebuild
> the database from scratch on the virtual machine but this failed. =

> =

> If I understand you correctly you're saying that if I ensure that the
> DB_File running on both machines is the same then this might solve my
> problem. I'm only running Perl 5.6 and don't want to change for
> various reasons so I don't want to use the current version of this
> module for Perl 5.8. It would be handy if I could use the version
> that I'm currently using on the standalone machine so that I could
> use the current database files on both machines. I'll have a search
> for this version, to see if it's still available - I have the ppm for
> version 1.76 but not for the 1.73 on the original machine. =

> =

> If I can't find the same version would it be possible just to copy
> over the DB_File folders from the one machine to the other or there
> other changes I'd need to make? =


Before trying that, I would try recreating the db using the latest
version. It would involve dumping the db in some suitably independent
form (e.g. text) using the earlier version, which can be read and used
to write a new db using the later version. If that is not too much work,
it would be safer than trying to copy files from one perl installation
to another.

HTH

-- =

Brian Raven =


==================== =====3D=
================
Atos Euronext Market Solutions Disclaimer
==================== =====3D=
================

The information contained in this e-mail is confidential and solely for the=
intended addressee(s). Unauthorised reproduction, disclosure, modification=
, and/or distribution of this email may be unlawful.
If you have received this email in error, please notify the sender immediat=
ely and delete it from your system. The views expressed in this message do =
not necessarily reflect those of Atos Euronext Market Solutions.

Atos Euronext Market Solutions Limited - Registered in England & Wales with=
registration no. 3962327. Registered office address at 25 Bank Street Lon=
don E14 5NQ United Kingdom. =

Atos Euronext Market Solutions SAS - Registered in France with registration=
no. 425 100 294. Registered office address at 6/8 Boulevard Haussmann 750=
09 Paris France.

L'information contenue dans cet e-mail est confidentielle et uniquement des=
tinee a la (aux) personnes a laquelle (auxquelle(s)) elle est adressee. Tou=
te copie, publication ou diffusion de cet email est interdite. Si cet e-mai=
l vous parvient par erreur, nous vous prions de bien vouloir prevenir l'exp=
editeur immediatement et d'effacer le e-mail et annexes jointes de votre sy=
steme. Le contenu de ce message electronique ne represente pas necessaireme=
nt la position ou le point de vue d'Atos Euronext Market Solutions.
Atos Euronext Market Solutions Limited Soci=E9t=E9 de droit anglais, enregi=
str=E9e au Royaume Uni sous le num=E9ro 3962327, dont le si=E8ge social se =
situe 25 Bank Street E14 5NQ Londres Royaume Uni.

Atos Euronext Market Solutions SAS, soci=E9t=E9 par actions simplifi=E9e, e=
nregistr=E9 au registre dui commerce et des soci=E9t=E9s sous le num=E9ro 4=
25 100 294 RCS Paris et dont le si=E8ge social se situe 6/8 Boulevard Hauss=
mann 75009 Paris France.
==================== =====3D=
================

_______________________________________________
ActivePerl mailing list
ActivePerl@listserv.ActiveState.com
To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs

RE: Berkeley DB Problem with DB_File

The problem is that I'm working with someone else's bulletin board script so
I've got to use that to rebuild the database. When I tried this before I
wasn't successful and I wasn't sure whether this was because I'd not been
rebuilding it in the correct way or just that some versions of 4.1 of
BerkeleyDB are so slow where there are over 1,500 messages (I have just
under 4,000) according to the test script I ran. This seemed to be borne out
by the test results I got just building a simple DB_File.

Although I'm only running the VM as a test server and not as a production
one I'd prefer to have a more efficient version of BerkeleyDB if possible.
I'll have another think about this.

-----Original Message-----
From: activeperl-bounces@listserv.ActiveState.com
[mailto:activeperl-bounces@listserv.ActiveState.com] On Behalf Of Brian
Raven
Sent: Monday, November 12, 2007 5:28 PM
To: Active Perl
Subject: RE: Berkeley DB Problem with DB_File

Eric Robertson wrote:
> Many thanks for the reply, Brian.
> =

> As well as trying to read the same database files on both machines I
> should have mentioned that, knowing that there are differences
> between how different versions of Berkeley DB produce the files, for
> example those on Windows and Linux machines, I also tried to rebuild
> the database from scratch on the virtual machine but this failed. =

> =

> If I understand you correctly you're saying that if I ensure that the
> DB_File running on both machines is the same then this might solve my
> problem. I'm only running Perl 5.6 and don't want to change for
> various reasons so I don't want to use the current version of this
> module for Perl 5.8. It would be handy if I could use the version
> that I'm currently using on the standalone machine so that I could
> use the current database files on both machines. I'll have a search
> for this version, to see if it's still available - I have the ppm for
> version 1.76 but not for the 1.73 on the original machine. =

> =

> If I can't find the same version would it be possible just to copy
> over the DB_File folders from the one machine to the other or there
> other changes I'd need to make? =


Before trying that, I would try recreating the db using the latest
version. It would involve dumping the db in some suitably independent
form (e.g. text) using the earlier version, which can be read and used
to write a new db using the later version. If that is not too much work,
it would be safer than trying to copy files from one perl installation
to another.

HTH

-- =

Brian Raven =


==================== =====3D=
================
Atos Euronext Market Solutions Disclaimer
==================== =====3D=
================

The information contained in this e-mail is confidential and solely for the
intended addressee(s). Unauthorised reproduction, disclosure, modification,
and/or distribution of this email may be unlawful.
If you have received this email in error, please notify the sender
immediately and delete it from your system. The views expressed in this
message do not necessarily reflect those of Atos Euronext Market Solutions.

Atos Euronext Market Solutions Limited - Registered in England & Wales with
registration no. 3962327. Registered office address at 25 Bank Street
London E14 5NQ United Kingdom. =

Atos Euronext Market Solutions SAS - Registered in France with registration
no. 425 100 294. Registered office address at 6/8 Boulevard Haussmann 75009
Paris France.

L'information contenue dans cet e-mail est confidentielle et uniquement
destinee a la (aux) personnes a laquelle (auxquelle(s)) elle est adressee.
Toute copie, publication ou diffusion de cet email est interdite. Si cet
e-mail vous parvient par erreur, nous vous prions de bien vouloir prevenir
l'expediteur immediatement et d'effacer le e-mail et annexes jointes de
votre systeme. Le contenu de ce message electronique ne represente pas
necessairement la position ou le point de vue d'Atos Euronext Market
Solutions.
Atos Euronext Market Solutions Limited Soci=E9t=E9 de droit anglais, enregi=
str=E9e
au Royaume Uni sous le num=E9ro 3962327, dont le si=E8ge social se situe 25=
Bank
Street E14 5NQ Londres Royaume Uni.

Atos Euronext Market Solutions SAS, soci=E9t=E9 par actions simplifi=E9e,
enregistr=E9 au registre dui commerce et des soci=E9t=E9s sous le num=E9ro =
425 100
294 RCS Paris et dont le si=E8ge social se situe 6/8 Boulevard Haussmann 75=
009
Paris France.
==================== =====3D=
================

_______________________________________________
ActivePerl mailing list
ActivePerl@listserv.ActiveState.com
To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs


_______________________________________________
ActivePerl mailing list
ActivePerl@listserv.ActiveState.com
To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs