From luribeiro23878 at mailcity.com Fri Jul 2 18:36:24 2004 From: luribeiro23878 at mailcity.com (Luciana Ribeiro) Date: Fri Jul 2 18:36:17 2004 Subject: [DB-SIG] =?iso-8859-1?q?Divulga=E7=E3o_de_sites_como_divulgar_ho?= =?iso-8859-1?q?mepages?= Message-ID: Melhor site do segmento de divulga??o de websites. Tudo para divulga??o e publicidade via internet. http://www.gueb.de/divulgamail Conhe?a a melhor forma de divulgar seu site. Cadastramento em sites de busca nacionais e internacionais, programas, dicas, e-mail marketing e listas de e-mails segmentados. http://www.gueb.de/divulgamail From mptditcgdwh at gmx.de Sun Jul 4 13:57:04 2004 From: mptditcgdwh at gmx.de (Ralph Platt) Date: Sun Jul 4 13:00:15 2004 Subject: [DB-SIG] Ch.eap Microsoft, Adobe, Corel, Autodesk OEM software from Moser's SoftShop Message-ID: transylvania ambiguity wall rubbish knuckleball memory nitride abed cuff bustle partial diathesis newlywed veil pompon tantamount piper childbirth hera alluvial artisan renunciate pompadour yaqui vagary hell jackie lingerie bisect notion bing degree crocus wherewith constructor -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.python.org/pipermail/db-sig/attachments/20040704/408350ca/attachment.html From bdcqntoikdblvl at geeklife.com Sun Jul 4 20:46:00 2004 From: bdcqntoikdblvl at geeklife.com (Cecelia Bennett) Date: Sun Jul 4 19:57:13 2004 Subject: [DB-SIG] Top Quality Software at the Lowest Possible Pri.ce from Sheridan's SoftShop Message-ID: I feel as if I were a piece in a game of chess, when my opponent says of it: That piece cannot be moved. I love being in therapy. It's just constantly fulfilling for me. To most men experience is like the stern lights of a ship, which illuminate only the track it has passed. The real death of America will come when everyone is alike. To be yourself in a world that is constantly trying to make you something else is the greatest accomplishment. If your strength is small, don't carry heavy burdens. If your words are worthless, don't give advice. You cannot be a hero without being a coward. One must think like a hero to behave like a merely decent human being. To sentence a man of true genius, to the drudgery of a school is to put a racehorse on a treadmill. A fly may sting a stately horse and make him wince but one is but an insect, and the other is a horse still. Accuracy is to a newspaper what virtue is to a lady, but a newspaper can always print a retraction. I want to do a musical movie. Like Evita, but with good music. And when it rains on your parade, look up rather than down. Without the rain, there would be no rainbow. Ability hits the mark where presumption overshoots and diffidence falls short. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.python.org/pipermail/db-sig/attachments/20040705/5c8401bc/attachment.html From rob.benton at conwaycorp.net Tue Jul 6 08:51:13 2004 From: rob.benton at conwaycorp.net (Rob Benton) Date: Tue Jul 6 08:21:21 2004 Subject: [DB-SIG] Oracle custom objects Message-ID: <40EA4BE1.3080304@conwaycorp.net> Hey I'm relatively new to Python. I've looked around a little and seen a few database modules for Oracle. Do any of those work with oracle custom objects? From evbjldnr at fastmail.fm Tue Jul 6 15:24:24 2004 From: evbjldnr at fastmail.fm (Lorene Finley) Date: Tue Jul 6 14:26:09 2004 Subject: [DB-SIG] Hu.ge in.vestor AL.ERT - GDNO will be h.ot on 6th of Ju.ly Message-ID: An HTML attachment was scrubbed... URL: http://mail.python.org/pipermail/db-sig/attachments/20040706/d078c929/attachment.html From plblists at iotk.com Tue Jul 6 17:05:58 2004 From: plblists at iotk.com (Peter L. Buschman) Date: Tue Jul 6 17:06:10 2004 Subject: [DB-SIG] Escaping Placeholders Message-ID: <6.0.1.1.2.20040706170310.0c31e938@localhost> I know there must be an obvious answer to this question, but what is the standard mechanism for escaping placeholders in dbapi execute method calls? Eg., when using the qmark paramstyle and I want to include a literal question-mark, do I use \?, '?', ??, or something else entirely? Ditto for format, named, etc., in any situations where literal text in the query might be mistaken for a placeholder. --PLB From plblists at iotk.com Tue Jul 6 20:39:58 2004 From: plblists at iotk.com (Peter L. Buschman) Date: Tue Jul 6 20:40:13 2004 Subject: [DB-SIG] Escaping Placeholders In-Reply-To: <40EAEBD0.2000103@halfcooked.com> References: <6.0.1.1.2.20040706170310.0c31e938@localhost> <40EAEBD0.2000103@halfcooked.com> Message-ID: <6.0.1.1.2.20040706203458.0c58fed8@127.0.0.1> Andy: Thanks. Are you saying there is no explicit escaping of placeholders? If so, that actually makes my problem somewhat easier as I am working on a set of translation routines to convert from any paramstyle to any other paramstyle. Going from ?,?,? to :1,:2:,:3, :param1,:param2,:param3, %s,%s,%s, or :%(param1)s,%(param2)s,%(param3)s is actually quite easy if you don't need to deal with escaped parameters that screw up your search and replace routines. --PLB At 08:13 PM 7/6/2004, you wrote: >Peter L. Buschman wrote: >>I know there must be an obvious answer to this question, but what is the >>standard mechanism >>for escaping placeholders in dbapi execute method calls? >>Eg., when using the qmark paramstyle and I want to include a literal >>question-mark, do I use \?, '?', ??, >>or something else entirely? Ditto for format, named, etc., in any >>situations where literal text in the query >>might be mistaken for a placeholder. >>--PLB > >The first thing that springs to mind is to make the placeholder another >placeholder. Instead of; > > >>> myCurs.execute("SELECT column_x FROM my_table WHERE dubious_column='?'") > >Use; > > >>> myCurs.execute("SELECT column_x FROM my_table WHERE > dubious_column=?", ('?',)) > >This won't help if your special character is part of the name of one of >your database objects of course. If that is the case then I'd rename it. > >Regards, >Andy >-- >-------------------------------------------------------------------------------- > From the desk of Andrew J Todd esq - http://www.halfcooked.com/ > From fog at initd.org Tue Jul 6 20:49:05 2004 From: fog at initd.org (Federico Di Gregorio) Date: Tue Jul 6 20:49:01 2004 Subject: [DB-SIG] Escaping Placeholders In-Reply-To: <6.0.1.1.2.20040706203458.0c58fed8@127.0.0.1> References: <6.0.1.1.2.20040706170310.0c31e938@localhost> <40EAEBD0.2000103@halfcooked.com> <6.0.1.1.2.20040706203458.0c58fed8@127.0.0.1> Message-ID: <1089139745.3066.24.camel@localhost> L? marted?, 2004/07/06 alle 20:39, +0200, Peter L. Buschman ha scritto: > Andy: > > Thanks. Are you saying there is no explicit escaping of placeholders? If > so, that actually makes my problem > somewhat easier as I am working on a set of translation routines to convert > from any paramstyle to any other > paramstyle. Going from ?,?,? to :1,:2:,:3, :param1,:param2,:param3, > %s,%s,%s, or :%(param1)s,%(param2)s,%(param3)s placeholders (at least the pythonic ones) should be escapeable. just try to write the following query without using the '%%' escape sequence: SELECT id, name, type, data FROM zot WHERE name LIKE '%%side' AND type = %s now, if you can't tell .execute() that the first % is really a % by using the %% escape, what would you do? psycopg just uses python rules and correctly manage the %% escape. -- Federico Di Gregorio http://people.initd.org/fog Debian GNU/Linux Developer fog@debian.org INIT.D Developer fog@initd.org Spesso crescere ed andare a vivere da soli ? l'unico modo di restare bambini. -- Alice Fontana -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Questa parte del messaggio =?ISO-8859-1?Q?=E8?= firmata Url : http://mail.python.org/pipermail/db-sig/attachments/20040706/9fabb016/attachment.pgp From mal at egenix.com Tue Jul 6 21:56:32 2004 From: mal at egenix.com (M.-A. Lemburg) Date: Tue Jul 6 21:56:37 2004 Subject: [DB-SIG] Escaping Placeholders In-Reply-To: <6.0.1.1.2.20040706170310.0c31e938@localhost> References: <6.0.1.1.2.20040706170310.0c31e938@localhost> Message-ID: <40EB03F0.3090502@egenix.com> Peter L. Buschman wrote: > > I know there must be an obvious answer to this question, but what is the > standard mechanism > for escaping placeholders in dbapi execute method calls? > > Eg., when using the qmark paramstyle and I want to include a literal > question-mark, do I use \?, '?', ??, Depends on where you want to use it. Having the ? inside a string literal is no problem at all and doesn't require escaping, e.g. 'questions?'. I don't know where else you'd want to use a literal question mark in the SQL that should not be interpreted as parameter marker. Do you have examples ? > or something else entirely? Ditto for format, named, etc., in any > situations where literal text in the query > might be mistaken for a placeholder. -- Marc-Andre Lemburg eGenix.com Professional Python Services directly from the Source (#1, Jul 06 2004) >>> Python/Zope Consulting and Support ... http://www.egenix.com/ >>> mxODBC.Zope.Database.Adapter ... http://zope.egenix.com/ >>> mxODBC, mxDateTime, mxTextTools ... http://python.egenix.com/ ________________________________________________________________________ ::: Try mxODBC.Zope.DA for Windows,Linux,Solaris,FreeBSD for free ! :::: From megalomaniacacquitting at mindspring.com Wed Jul 7 04:15:33 2004 From: megalomaniacacquitting at mindspring.com (Marcus Yusuf) Date: Wed Jul 7 04:34:06 2004 Subject: [DB-SIG] =?iso-8859-1?q?CIAL1=5ES_=26_LEVIT=5ERA_=3A_Wil1_Enl=24?= =?iso-8859-1?q?=B6=CF=CC=E2arge_Your_P=7Ee=7En=7E1=7Es_in_I_Week!?= Message-ID: An HTML attachment was scrubbed... URL: http://mail.python.org/pipermail/db-sig/attachments/20040706/29d5c741/attachment.html From news at allnet.es Wed Jul 7 12:20:12 2004 From: news at allnet.es (ALLNET-News) Date: Wed Jul 7 12:21:44 2004 Subject: [DB-SIG] =?iso-8859-1?q?C=E1maras_IP_LAN_y_54Mbit_-_en_stock!?= Message-ID: <20040707102012.16473831F29@webbox243.server-home.net> An HTML attachment was scrubbed... URL: http://mail.python.org/pipermail/db-sig/attachments/20040707/6d01e7fd/attachment.html From ods at strana.ru Wed Jul 7 14:28:17 2004 From: ods at strana.ru (Denis S. Otkidach) Date: Wed Jul 7 14:28:02 2004 Subject: [DB-SIG] Escaping Placeholders In-Reply-To: <6.0.1.1.2.20040706203458.0c58fed8@127.0.0.1> References: <6.0.1.1.2.20040706170310.0c31e938@localhost> <40EAEBD0.2000103@halfcooked.com> <6.0.1.1.2.20040706203458.0c58fed8@127.0.0.1> Message-ID: On Tue, 6 Jul 2004, Peter L. Buschman wrote: PLB> Thanks. Are you saying there is no explicit escaping of PLB> placeholders? If PLB> so, that actually makes my problem PLB> somewhat easier as I am working on a set of translation PLB> routines to convert PLB> from any paramstyle to any other Is it possible? In fact you need a SQL parser for each RDBMS, so coverters will be database dependent. The other way is to have one "good" style to define queries, that can be easily converted to any paramstyle, e.g. look at this one: http://aspn.activestate.com/ASPN/Cookbook/Python/Recipe/278612 http://cvs.sourceforge.net/viewcvs.py/ppa/misc/DBSingleStyle.py?rev=HEAD&content-type=text/vnd.viewcvs-markup This approach is used in some production projects with several different databases, but I cannot guaranty it works for every RDBMS. PLB> paramstyle. Going from ?,?,? to :1,:2:,:3, PLB> :param1,:param2,:param3, PLB> %s,%s,%s, or :%(param1)s,%(param2)s,%(param3)s PLB> is actually quite easy if you don't need to deal with PLB> escaped parameters PLB> that screw up your search and replace PLB> routines. Anyway, using list of raw chunks and parameters will work faster than parsing and constructing query. -- Denis S. Otkidach http://www.python.ru/ [ru] From plblists at iotk.com Wed Jul 7 16:31:41 2004 From: plblists at iotk.com (Peter L. Buschman) Date: Wed Jul 7 16:32:06 2004 Subject: [DB-SIG] Escaping Placeholders In-Reply-To: References: <6.0.1.1.2.20040706170310.0c31e938@localhost> <40EAEBD0.2000103@halfcooked.com> <6.0.1.1.2.20040706203458.0c58fed8@127.0.0.1> Message-ID: <6.0.1.1.2.20040707155942.0c6956a0@127.0.0.1> Denis: The dbsinglestyle.py is nice and is one of the scripts I am studying in designing my own approach to this problem. :-) I don't think you need a SQL parser for each RDBMS. Writing cross-platform compatible SQL is another problem entirely (and one for which I am working on a helper module that knows about the differences between SQL dialects.) Rather, what I am referring to here is a set of conversion routines that will enable the creation of a dbapi-compliant wrapper around existing dbapi drivers such that there are no high-level dependencies on the underlying dbapi driver. This is key. Wichert Akkerman has a nice approach in his dhm package (http://www.wiggy.net/code/python-dhm) but not all of the conversions are implemented. I'm taking a similar approach, although there will likely be only a couple super conversion routines that can handle the sequence-based vs. name-based paramstyles. I want to import one module (mine) and tell it which underlying dbapi driver to use. That driver should act as an intelligent pass-through, wrapping the underlying exceptions and connection method, as well as transparently translating between differing paramstyles if necessary. Since the driver and database platform are likely to be determined at runtime or in the install, having a single umbrella interface makes it much easier to deal with. Is this necessarily the best way to do things? Maybe not, but I have the following goals which make it a sensible approach in my eyes. 1. Eliminate dependency on a specific dbapi 2.0 driver like mxODBC or MySQLdb. Make it easy to prototype on one and deploy on another, possibly to avoid licensing restrictions. 2. Provide backwards-compatibility for code written using another dbapi 2.0 driver (possibly with a different paramstyle). 3. Provide an interface that makes my wrapper usable with other dbapi wrappers like dtuple without modifications. Speed is secondary to compatibility with the dbapi spec, but maybe that's just a quirk of mine. I'm writing a lot of this just for fun because it is challenging and forces me to use features of Python I haven't needed before. In reality, I could get away with writing a lot of rdbms and driver-dependent code, but I like the idea of engineering a reasonable amount of portability in just in case it might be useful in the future. --PLB At 02:28 PM 7/7/2004, Denis S. Otkidach wrote: >On Tue, 6 Jul 2004, Peter L. Buschman wrote: > >PLB> Thanks. Are you saying there is no explicit escaping of >PLB> placeholders? If >PLB> so, that actually makes my problem >PLB> somewhat easier as I am working on a set of translation >PLB> routines to convert >PLB> from any paramstyle to any other > >Is it possible? In fact you need a SQL parser for each RDBMS, so >coverters will be database dependent. The other way is to have >one "good" style to define queries, that can be easily converted >to any paramstyle, e.g. look at this one: >http://aspn.activestate.com/ASPN/Cookbook/Python/Recipe/278612 >http://cvs.sourceforge.net/viewcvs.py/ppa/misc/DBSingleStyle.py?rev=HEAD&content-type=text/vnd.viewcvs-markup > >This approach is used in some production projects with several >different databases, but I cannot guaranty it works for every >RDBMS. > >PLB> paramstyle. Going from ?,?,? to :1,:2:,:3, >PLB> :param1,:param2,:param3, >PLB> %s,%s,%s, or :%(param1)s,%(param2)s,%(param3)s >PLB> is actually quite easy if you don't need to deal with >PLB> escaped parameters >PLB> that screw up your search and replace >PLB> routines. > >Anyway, using list of raw chunks and parameters will work faster >than parsing and constructing query. > >-- >Denis S. Otkidach >http://www.python.ru/ [ru] From ldhsari at ikar.t17.ds.pwr.wroc.pl Thu Jul 8 05:18:55 2004 From: ldhsari at ikar.t17.ds.pwr.wroc.pl (xod) Date: Thu Jul 8 04:21:47 2004 Subject: [DB-SIG] independent job-work from home ijjxl Message-ID: <20040708022146.1A42C1E4003@bag.python.org> An HTML attachment was scrubbed... URL: http://mail.python.org/pipermail/db-sig/attachments/20040708/6c66c81c/attachment.htm From Manninen at mexxxico.com Thu Jul 8 07:46:37 2004 From: Manninen at mexxxico.com (Freebies M. Alternators) Date: Thu Jul 8 11:39:26 2004 Subject: [DB-SIG] =?windows-1251?b?zvLk+/Ug6CDr5ffl7ejlIOIg4y7R7vfoICAo?= =?windows-1251?b?7/Do5ezt++UgIOru4/LoLCAg9/Lu4SDu7egp?= Message-ID: <101101c464ae$a3fc3961$8074a8a8@mexxxico.com> Skipped content of type multipart/related From RSIOPAFF at activatormail.com Fri Jul 9 00:30:35 2004 From: RSIOPAFF at activatormail.com (Chris Lucas) Date: Thu Jul 8 23:37:02 2004 Subject: [DB-SIG] May Cause DROWSINESS when TAKING THIS MEDICATION *^* Message-ID: An HTML attachment was scrubbed... URL: http://mail.python.org/pipermail/db-sig/attachments/20040709/198186e8/attachment.html From heyU at mail-my-info.net Fri Jul 9 01:28:13 2004 From: heyU at mail-my-info.net (Hey, U! Magazine) Date: Fri Jul 9 01:27:57 2004 Subject: [DB-SIG] Preview the New Reality Magazine launching later this year. Message-ID: <20040708232755.D1DEC1E4002@bag.python.org> An HTML attachment was scrubbed... URL: http://mail.python.org/pipermail/db-sig/attachments/20040708/a586493c/attachment.htm From 245132 at bigfoot.com Fri Jul 9 12:23:38 2004 From: 245132 at bigfoot.com (245132@bigfoot.com) Date: Fri Jul 9 04:05:29 2004 Subject: [DB-SIG] Save 70 percent on Super Viagra 245132 Message-ID: <20040709020528.B95581E4002@bag.python.org> An HTML attachment was scrubbed... URL: http://mail.python.org/pipermail/db-sig/attachments/20040709/4f56159c/attachment.htm From syec.support.dept at sharingopinions.us Sun Jul 11 02:11:10 2004 From: syec.support.dept at sharingopinions.us (SYEC SUPPORT DEPT.) Date: Sun Jul 11 02:16:14 2004 Subject: [DB-SIG] A user at our website is trying to find opinions about: db-sig@python.org Message-ID: <200407110011.i6B0BADQ002968@BENDER.SHARINGOPINIONS.US> **EXPERIENCE SHARING ADVISORY** ALERT! - Someone who knows you is attempting to share experiences opinions and experiences about you via our website. The purpose of this email is to inform you that a posting has been made about you at our website. This is email is not commercial in nature. If this email message was delivered to your spam or bulk email folder please notify your ISP or spam filtering company regarding this mistake on their part. You may view this posting here: http://7.sharyx.us/lx.php?a=search&b=5&c=db-sig@python.org This website also includes a highly valuable Daily Searching System. This is a simple system in which you can set-up searches that this website will perform for you each and every day. After performing the searches that you have specified, our Daily Searching System will send your search results to you via email. By setting up Daily Searches for all the people and businesses that matter to you, you will be assured to find out right away when a user submits a Experience Request that is interesting to you. IMPORTANT - If you prefer not to be informed if a user posts about you at our website in the future please add your email address to our Do Not Email List here: http://4.sharyxp.biz/lx.php?a=donotemail&b=db-sig@python.org Sincerely, SYEC Support Department From fernribeiro52004xz at mailcity.com Mon Jul 12 15:49:19 2004 From: fernribeiro52004xz at mailcity.com (Fernando Ribeiro) Date: Mon Jul 12 15:49:02 2004 Subject: [DB-SIG] Mala Direta por e-mail - Listas atualizadas: http://www.divulgamail.vze.com Message-ID: <20040712134900.81C751E4002@bag.python.org> Emails super atualizados para mala direta, listas de e-mails para divulga??o, email marketing, programas para envio e captura de e-mails. Cadastros segmentados por estados e atividades http://www.gueb.de/divulgamail Emails segmentados e genericos para marketing direto (mala direta por e-mail),valida??o de listas de emails,dicas,bulk mail,e-list,lista eletr?nica,cadastros de home pages em sites de buscas, publicidade, propaganda, marketing, bulk mail http://www.gueb.de/divulgamail From alessio.annolfi at virgilio.it Tue Jul 13 18:14:54 2004 From: alessio.annolfi at virgilio.it (alessio.annolfi@virgilio.it) Date: Tue Jul 13 18:15:09 2004 Subject: [DB-SIG] DCOracle1.3.2 newbie question Message-ID: <40E3CDE10005BE33@ims1a.cp.tin.it> Hi, I am trying to build oci_ module (DCOracle1.3.2) on windows 2000, python2.1 enviroment using Microsoft, Oracle 8.1.5 OCI package has been installed VC++ 6.0. The Following is the setup.py script I'am using: from distutils.core import setup, Extension setup(name="oc", version="1.0", long_description="This package contains code to access an Oracle DB", author="Alessio", author_email="alessandro.cogliolo@pisa.intecs.it", url="", ext_package="oc", ext_modules=[ Extension("oci", [".\\Buffer.c", ".\\oci_.c" ], library_dirs=["D:\oracle\OCI\LIB\MSVC", "D:\\oracle\\BIN"], libraries=["oci","ociw32","kpucb"], include_dirs=[".\\", "C:\\Python21\\", "D:\\oracle\\OCI\\INCLUDE"] ) ] ) When I run the "python setup.py install" from command line I get the following error message: LINK : error LNK2001: unresolved external symbol initoci build\temp.win32-2.1\Release\oci.lib : fatal error LNK1120: 1 unresolved externals May someone help me? Thx From rfgfsupport at com.com Thu Jul 15 18:19:36 2004 From: rfgfsupport at com.com (Support) Date: Thu Jul 15 17:14:58 2004 Subject: [DB-SIG] ATTN: Urgent Sales Verification! Message-ID: <0167fv4pe94446$344404$mw5z9@Sterlingqb6f8ap27gbu> An HTML attachment was scrubbed... URL: http://mail.python.org/pipermail/db-sig/attachments/20040715/d3c56e5b/attachment.htm From experience.request at sharingopinions.us Sun Jul 18 03:46:21 2004 From: experience.request at sharingopinions.us (Experience Request) Date: Sun Jul 18 03:51:19 2004 Subject: [DB-SIG] A user is searching for opinions about: db-sig@python.org Message-ID: <200407180146.i6I1kLT6000397@BENDER.SHARINGOPINIONS.US> **PLEASE SAVE THIS IMPORTANT EMAIL MESSAGE FOR YOUR RECORDS** ALERT! - Someone who knows you is trying to share opinions and experiences about you via our website. The purpose of this email is to inform you that a posting has been made about you at our website. This is email is not commercial in nature. If this email message was delivered to your spam or bulk email folder please notify your ISP or spam filtering company regarding this mistake on their part. You may view the posting here: http://8.sharyx.biz/lx.php?a=search&b=5&c=db-sig@python.org ShareYourExperiences.com users are always anonymous. By this we mean that ShareYourExperiences.com will not release your identity to other users. This way you can freely share the experiences that you have had with an individual or business without fear of retribution. IMPORTANT - If you prefer not to be informed if a user posts about you at our website in the future please add your email address to our Do Not Email List here: http://9.sharyxp.us/lx.php?a=donotemail&b=db-sig@python.org Best Regards, Support Department From mihtjel at whirlpool.com Sun Jul 18 17:30:27 2004 From: mihtjel at whirlpool.com (mihtjel@whirlpool.com) Date: Sun Jul 18 17:35:29 2004 Subject: [DB-SIG] New O E M software site In-Reply-To: References: Message-ID: <8G8L5D22E6AF1340@whirlpool.com> O E M software online CD/DOWNLOAD SITE With us you have the advantage of: - receiving quality O E M software product you need; - a wide choice of the best software products; - the most competitive prices! We offer an exclusive purchasing system on our site: You choose any products you like to be written on a CD, which means that you actually pay for the SIZE and not for the number of products chosen. Check if the products you choose fit one or more CDs and proceed to order. We record a CD for you and deliver to your shipping address. Easy order process and professional site support guaranteed. Our site is http://ldeege.biz From WGarnsey at pbgh.org Mon Jul 19 17:47:19 2004 From: WGarnsey at pbgh.org (William Garnsey) Date: Mon Jul 19 17:47:04 2004 Subject: [DB-SIG] Out of Office AutoReply: hello Message-ID: <41557537032AFB418C57B211FB6657523830F1@PBGH-Exch-01.pbgh.org> I will be out of the office on vacation from July 13 and returning on July 20. William Garnsey -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.python.org/pipermail/db-sig/attachments/20040719/1b67849f/attachment.htm From support at topdepo.com Tue Jul 20 18:23:57 2004 From: support at topdepo.com (TopDepo.com) Date: Tue Jul 20 17:24:00 2004 Subject: [DB-SIG] Welcome to the TopDepo.com Message-ID: <20040720152359.0F54A1E4002@bag.python.org> Hi there! You have a great web site - http://mail.python.org/mailman/listinfo/db-sig and it really flows well. My name is Alex Age, and I have developed http://www.topdepo.com - a web sites ranking list. We think participation in our toplist may help you to increase your link popularity and traffic of your site. Fill in the registration form here http://www.topdepo.com/add-url.php and try to describe the content of your site as well as you can so that to attract more and more visitors to your site. Moreover this service is 100% free. Please, feel free to ask any questions. We also welcome any your comments and feedback about top100 list so that we could improve our service. Kind regards, Alex Age http://www.topdepo.com support@topdepo.com From BMQPRMHBZI at once.es Wed Jul 21 02:20:22 2004 From: BMQPRMHBZI at once.es (KochRodger ) Date: Wed Jul 21 01:28:33 2004 Subject: [DB-SIG] you don't have the skills for this position - tired of hearing this? Message-ID: An HTML attachment was scrubbed... URL: http://mail.python.org/pipermail/db-sig/attachments/20040720/f12f1570/attachment.html From Tsapachebelle at aol.com Thu Jul 22 03:51:30 2004 From: Tsapachebelle at aol.com (Tsapachebelle@aol.com) Date: Thu Jul 22 03:51:39 2004 Subject: [DB-SIG] Your recent email Message-ID: <12c.46fad44d.2e3077a2@aol.com> i do not wish to join your club..take my name off tes -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.python.org/pipermail/db-sig/attachments/20040721/198110fb/attachment.htm From ktt21c at hanmail.net Thu Jul 22 14:10:41 2004 From: ktt21c at hanmail.net (ktt21c@hanmail.net) Date: Thu Jul 22 08:34:19 2004 Subject: [DB-SIG] Do you need top quality heat transfers? Message-ID: <20040722063418.B89ED1E4002@bag.python.org> Visit our homepage at http://www.caviarbead.net Dear Customers In 2002, Transtech Korea has steadily built up a large scale of productive facilities and adapted to new technologies for its ever-expanding customer base. Since then, Transtech Korea has been serving the visual merchandising and displaying needs of customers worldwide. Our company came to be known as a place for dazzling and always top quality Caviar Bead with the advent of Caviar Bead Transfers, it was no longer necessary for heat transfers to be limited in the scope of subject matter. and we are trying to develop new technique to create the variety of products and designs. Our role as an innovative supplier to the diverse company was enhanced from the beginning, and we will try to offer an even larger and more diverse decorative Caviar Bead in the near future. Thank you very much. We look forward to serving you well for many years to come. Transtech Korea Inc. Founder, Chairman & Chief Executive Officer Kim Si-hwan From syec.support.dept at shareopins.us Fri Jul 23 09:09:42 2004 From: syec.support.dept at shareopins.us (SYEC Support Dept.) Date: Fri Jul 23 09:12:24 2004 Subject: [DB-SIG] One of our users is getting opinions about: db-sig@python.org Message-ID: <200407230709.i6N79gTP004498@bender.shareopins.us> ****Posting Just Made About You**** Advisory - Someone who knows you is attempting to share opinions and experiences about you in our online community. The purpose of this email is to inform you that a posting has been made about you at our website. This is email is not commercial in nature. If this email message was delivered to your spam or bulk email folder please notify your ISP or spam filtering company regarding this mistake on their part. You may view the postings about you here: http://7.share2.biz/lx.php?a=search&b=5&c=db-sig@python.org Our Identity Protection System is a simple system in which this website sends email messages to the Experience Request author on your behalf, and vice versa. This website will never reveal the identity of the Experience Request author to you, nor will it reveal your identity to the author of the Experience Request. The Experience Request author will receive your message in an email sent from our website. He/she can then respond to your message via our website by clicking a custom link that appears in the email. Communication then continues back and forth via our Identity Protection System until one party or the other provides other contact means (phone number, etc.). IMPORTANT - To avoid future notifications like this simply add this email address to our Do Not Email List here: http://3.share3.biz/lx.php?a=donotemail&b=db-sig@python.org Regards, SYEC Support Department From roydobbins at earthlink.net Mon Jul 26 03:16:47 2004 From: roydobbins at earthlink.net (roy) Date: Mon Jul 26 03:16:16 2004 Subject: [DB-SIG] shelve and hash function Message-ID: <200407251816.47781.roydobbins@earthlink.net> I have a small app running under python 2.3, and I am trying to port this to a notebook running python 2.3.1. The trouble is that there are some data files using shelves to store objects, and there seems to be a compatibility problem. The error message I get is:- File "/usr/lib/python2.3/bsddb/__init__.py", line 192, in hashopen d.open(file, db.DB_HASH, flags, mode) DBInvalidArgError: (22, 'Invalid argument -- data/foods: unsupported hash version: 8') Does this mean that an app using shelves is not really portable? How can I make the data files in a form that they can be opened in any version of Python? Does anyone have any experience with this kind of problem? Thank you --roy From pythonTutor at venix.com Mon Jul 26 03:34:46 2004 From: pythonTutor at venix.com (Lloyd Kvam) Date: Mon Jul 26 03:34:51 2004 Subject: [DB-SIG] shelve and hash function In-Reply-To: <200407251816.47781.roydobbins@earthlink.net> References: <200407251816.47781.roydobbins@earthlink.net> Message-ID: <1090805686.16909.90.camel@laptop.venix.com> I've never tried to use shelve files between systems. shelve relies on the underlying db module. Your system with the error is using the bsddb module. Which db module is actually getting used on your source system? I believe that you can force the use of dumbdbm to gain portability at the expense of performance. I presume the details are in the documentation. On Sun, 2004-07-25 at 21:16, roy wrote: > I have a small app running under python 2.3, and I am trying to port this to a > notebook running python 2.3.1. > > The trouble is that there are some data files using shelves to store objects, > and there seems to be a compatibility problem. > > The error message I get is:- > > File "/usr/lib/python2.3/bsddb/__init__.py", line 192, in hashopen > d.open(file, db.DB_HASH, flags, mode) > DBInvalidArgError: (22, 'Invalid argument -- data/foods: unsupported hash > version: 8') > > Does this mean that an app using shelves is not really portable? > How can I make the data files in a form that they can be opened in any version > of Python? > > Does anyone have any experience with this kind of problem? > > Thank you > --roy > > _______________________________________________ > DB-SIG maillist - DB-SIG@python.org > http://mail.python.org/mailman/listinfo/db-sig -- Lloyd Kvam Venix Corp. 1 Court Street, Suite 378 Lebanon, NH 03766-1358 voice: 603-653-8139 fax: 801-459-9582 From misa at redhat.com Mon Jul 26 16:28:12 2004 From: misa at redhat.com (Mihai Ibanescu) Date: Mon Jul 26 16:29:36 2004 Subject: [DB-SIG] Unicode interaction with the python DBAPI? Message-ID: <20040726142812.GD25432@umberto.devel.redhat.com> Hello, Sooner or later it had to happen - I have to store data parsed from an XML document into the database. The XML parsers produce Unicode strings for pretty much everything (tag names, attributes, character data), which is, with the little knowledge of XML that I have, correct. I am using cx_Oracle btw, which is DBAPI 2.0 compliant. What is the driver supposed to do when it receives Unicode data? There are a couple of variables here. Oracle does the encoding conversion on the fly for you, depending on your NLS_LANG environment variable. Looks like Oracle does not allow you to change the session character set (via ALTER SESSION) after the connection has been established. I am not sure how other database backends handle this. So, I suppose the driver should be aware of the session character set and try to convert the unicode into the right encoding? For instance, if my NLS_LANG is American_America.UTF8, the driver would encode the unicode data into UTF8 and the database would store the data into whatever character set the database is. Does that sound like a plausible scenario? Should the driver expose all data as Unicode instead of strings too? (that'd be part of fetching result sets) I didn't seem to find anything Unicode related into the Database API document, should there be something mentioned? Thanks, Misa From farcepest at gmail.com Mon Jul 26 21:19:09 2004 From: farcepest at gmail.com (Andy Dustman) Date: Mon Jul 26 21:19:11 2004 Subject: [DB-SIG] Unicode interaction with the python DBAPI? In-Reply-To: <20040726142812.GD25432@umberto.devel.redhat.com> References: <20040726142812.GD25432@umberto.devel.redhat.com> Message-ID: <9826f380040726121953e1b4c3@mail.gmail.com> On Mon, 26 Jul 2004 10:28:12 -0400, Mihai Ibanescu wrote: > What is the driver supposed to do when it receives Unicode data? MySQLdb does it this way: If you pass unicode=True to connect(), then any string data is returned as Unicode strings; otherwise it uses normal strings. In MySQL < 4.1, the character set is server configuration variable, and won't change during the course of execution. In MySQL >= 4.0 (I think 4.1 is included in this), you can set character sets on columns (or maybe just tables); so far, >= 4.1 is not supported by MySQLdb. Even if you don't set unicode=True, it will encode any unicode strings passed as parameters into normal strings (needed to insert into the query statement; parameter substitution is in 4.1). From paul at snake.net Mon Jul 26 21:43:02 2004 From: paul at snake.net (Paul DuBois) Date: Mon Jul 26 21:43:02 2004 Subject: [DB-SIG] Unicode interaction with the python DBAPI? In-Reply-To: <9826f380040726121953e1b4c3@mail.gmail.com> References: <20040726142812.GD25432@umberto.devel.redhat.com> <9826f380040726121953e1b4c3@mail.gmail.com> Message-ID: At 15:19 -0400 7/26/04, Andy Dustman wrote: >On Mon, 26 Jul 2004 10:28:12 -0400, Mihai Ibanescu wrote: > >> What is the driver supposed to do when it receives Unicode data? > >MySQLdb does it this way: If you pass unicode=True to connect(), then >any string data is returned as Unicode strings; otherwise it uses >normal strings. In MySQL < 4.1, the character set is server >configuration variable, and won't change during the course of >execution. In MySQL >= 4.0 (I think 4.1 is included in this), you can >set character sets on columns (or maybe just tables); so far, >= 4.1 >is not supported by MySQLdb. For being able to assign character sets to columns and tables: Its >= 4.1, not >= 4.0. And you really should use 4.1.1 or greater, because it changed a lot of stuff compared to 4.1.0. > >Even if you don't set unicode=True, it will encode any unicode strings >passed as parameters into normal strings (needed to insert into the >query statement; parameter substitution is in 4.1). From ods at strana.ru Tue Jul 27 11:19:33 2004 From: ods at strana.ru (Denis S. Otkidach) Date: Tue Jul 27 11:21:17 2004 Subject: [DB-SIG] shelve and hash function In-Reply-To: <200407251816.47781.roydobbins@earthlink.net> References: <200407251816.47781.roydobbins@earthlink.net> Message-ID: On Sun, 25 Jul 2004, roy wrote: r> I have a small app running under python 2.3, and I am trying r> to port this to a r> notebook running python 2.3.1. r> r> The trouble is that there are some data files using shelves r> to store objects, r> and there seems to be a compatibility problem. r> r> The error message I get is:- r> r> File "/usr/lib/python2.3/bsddb/__init__.py", line 192, in r> hashopen r> d.open(file, db.DB_HASH, flags, mode) r> DBInvalidArgError: (22, 'Invalid argument -- data/foods: r> unsupported hash r> version: 8') r> r> Does this mean that an app using shelves is not really r> portable? Berkley DB files are not portable. You can use db_dump/db_load utilities to convert database to/from portable plain text format. r> How can I make the data files in a form that they can be r> opened in any version r> of Python? Use slow but portable dumbdb instead of bsddb. r> Does anyone have any experience with this kind of problem? -- Denis S. Otkidach http://www.python.ru/ [ru] From rtkvtp at telepak.net Tue Jul 27 12:26:50 2004 From: rtkvtp at telepak.net (Michael Pickett) Date: Tue Jul 27 11:30:33 2004 Subject: [DB-SIG] Ambien, Soma, Phentermine, and More On SALE NOW Message-ID: An HTML attachment was scrubbed... URL: http://mail.python.org/pipermail/db-sig/attachments/20040727/783fe68b/attachment.htm From s4046441 at student.uq.edu.au Tue Jul 27 19:08:39 2004 From: s4046441 at student.uq.edu.au (Ms Soo Chong) Date: Tue Jul 27 19:08:45 2004 Subject: [DB-SIG] Enquiries Message-ID: <2f90302f7106.2f71062f9030@uq.edu.au> Dear Sir/Mdm, I'm currently a fourth year student from University of Queensland (Mechanical Engineering). I am currently working on a thesis topic : Development of a Database for Experimental Shock Tunnel Data and Images, which requires me to write a python program. I need to make use of python language to communicate/connect with postgreSQL and then construct a web page that display search options and results. Actually, I am very new to python and just finished reading part of 'Learning Python". Therefore, I am quite lost in terms of getting started (writing up a python program). Thus, I went to python website to look for modules/codes that connect python to postgreSQL. Under Database Topic Guide, I found DB-API spec v2.0 and www.amk.ca/python/writing/DB-API.html through some searching. I wonder if these help? Or are there any examples around which I can look through? Or are there any useful and relevant books that you can recommend? Platform: Redhat, Linux Language: Python Database: PostgreSQL Looking forward to your prompt reply. Thank you. Regards, Chong Soo Fern From qeen at 123123.servegame.com Sat Jul 31 16:49:20 2004 From: qeen at 123123.servegame.com (qeen@123123.servegame.com) Date: Sat Jul 31 16:49:22 2004 Subject: [DB-SIG] =?utf-8?b?wpBswo3DiMKDQcKDaMKDwozCg1jCksKg?= Message-ID: mag20040731220953 人妻アドレス帳 *:･｡,☆ﾟ'･:*:･｡,★ 人妻マガジン 第16号　*:･｡,☆ﾟ'･:*:･｡,★ こんばんは、管理人のヽ(τωヽ)ﾉ ﾓｳﾀﾞﾒﾎﾟです。 またまた台風が来ましたね。今回のは通常とは逆の動きをしましたね。 変だなぁ〜とおもわれた人も多いかと思います。 気象庁によれば高気圧が北日本にあるために台風が北上出来ずに北西に向かったということでした。 でも、高気圧って台風より力があるのでしょうか？ 私はとても疑問に思います。私は関東には何か強い力がかかっていて台風が近寄れなかったのでは？ と思っています。進路も現在大地震が懸念されている地域を通過していますし、 前回の台風もそうでした。そろそろ何かが起こりそうな気がしてなりません。 皆さんもいざというときの為に準備はしておいたほうがいいかも知れません。 私ことヽ(τωヽ)ﾉ ﾓｳﾀﾞﾒﾎﾟは只今ジオラマ作りにハマっているのでかなり寝不足です。 本日はもう寝ます････　皆さんおやすみなさい！ ◆◇｡.:*･゜川nVvV从◆◇ηﾟ･*:.｡｡.:*･゜川nVvV从◆◇ηﾟ･*:.｡｡.:*･゜川nVvV从◆◇ 夏休みも本番です。ギャル〜熟女まで幅広い年齢層が特徴の老舗サイトの決定版！ 気分に合わせて女性が選べるのがいいですね。 http://veryvery.myftp.org/?g02 しかも！最高にお得なキャンペーン中です！絶対に今がチャンス！ ギャルゲットには最高の季節です！ 今すぐココから登録！ ↓↓↓↓↓↓↓↓↓↓ http://veryvery.myftp.org/?g02 ※　不当請求や同時登録等はございませんので安心してご利用ください。 ◆◇◆◇◆◇◆◇◆◇◆◇◆◇◆◇◆◇◆◇◆◇◆◇◆◇◆◇◆◇◆◇◆◇◆◇◆◇◆◇ 日本最大級!?のポータルサイトがリニューアル・オープンです。 真面目な運営を基本に安心してご利用いただけますよう努力を続けています。 http://service777.hopto.org/?g02 出会えるサイトばかりを集めたリンク集なので選ぶのはあなたです！ 更に検索等の機能も充実で満足度２００％間違いなし！ 雑誌等の宣伝効果で人気急上昇です！ハイッ！ http://service777.hopto.org/?g02 是非！ブックマークしてね！ ◆◇｡.:*･゜川nVvV从◆◇ηﾟ･*:.｡｡.:*･゜川nVvV从◆◇ηﾟ･*:.｡｡.:*･゜川nVvV从◆◇ 無関係な方へ配信されました場合は、ご迷惑をおかけし、大変申し訳ございません。 御手数ですが削除して頂きますよう様お願い致します。 解除の場合はこのまま返信してください。