From wei@china-dalian.com Tue Apr 6 03:50:39 1999 From: wei@china-dalian.com (klw) Date: Tue, 06 Apr 1999 10:50:39 +0800 Subject: [Doc-SIG] fair Message-ID: <3709767F.86EC45D6@china-dalian.com> Invitation to the '99 China Dalian Import & Export Commodities Fair China Dalian Import & Export Commodities Fair will be holded in Dalian from 23 May, 1999 to 28 May, 1999. For subscribing for display booths or other matters, please contact the office of the Organizing Committee of China Dalian Import & Export Commodities Fair. If you were interested in it, please visit our web site: http://www.dalianfair.com Add: 6 Xinhua Street, Xigang District, Dalian, China Tel: 86-411-3601613,3690894,3602033 Fax: 86-411-3690934 E-mail: wei@china-dalian.com http://www.dalianfair.com China Dalian Import & Export Commodities Fair April, 1999 From vanandel@atd.ucar.edu Tue Apr 6 15:27:06 1999 From: vanandel@atd.ucar.edu (Joe Van Andel) Date: Tue, 06 Apr 1999 08:27:06 -0600 Subject: [Doc-SIG] Re: Doc-SIG digest, Vol 1 #59 - 1 msg In-Reply-To: Your message of Tue, 06 Apr 1999 01:01:16 -0400. <199904060501.BAA12649@python.org> Message-ID: <199904061427.IAA07164@stout.atd.ucar.edu> Reply-To: vanandel@ucar.edu Cc: Fcc: -------- I fail to see absolutely any connection between Python Documentation and an import/export commodities fair. The odds of anyone subscribed to 'doc-sig@python.org' wanting to know about this are incredibly low. Please be more careful about where you post announcements in the future. Thanks! Joe VanAndel Internet: vanandel@ucar.edu National Center for Web: http://www.atd.ucar.edu/~vanandel/home.html Atmospheric Research From Fred L. Drake, Jr." Here's my current list of undocumented modules. Between the Python modules listed and the unlisted C modules, there are about 100 undocumented modules which are not obsolete. Some may be safely ignored (*path come to mind), but many of these should be included in the library reference. If anyone would like to shorten the list, this would be a really good time to send new sections along! CGIHTTPServer SimpleHTTPServer asynchat asyncore audiodev bdb cmp cmpcache codeop colorsys dircache dircmp dospath dump find fpformat grep htmlentitydefs ihooks knee linecache macpath macurl2path mutex ntpath nturl2path packmail pipes posixpath pty reconvert regex_syntax rlcompleter sched statcache statvfs sunau sunaudio toaiff tty turtle tzparse util wave lib-tk Canvas Dialog FileDialog FixTk ScrolledText SimpleDialog Tkconstants Tkdnd Tkinter tkColorChooser tkCommonDialog tkFileDialog tkFont tkMessageBox tkSimpleDialog plat-* CD CDIO CDROM CL CL_old ERRNO FCNTL FILE GET GLWS IN IOCTL SOCKET STROPTS SUNAUDIODEV SV WAIT cddb cdplayer panel panelparser readcd torgb -Fred -- Fred L. Drake, Jr. Corporation for National Research Initiatives From skip@mojam.com Sat Apr 17 14:08:39 1999 From: skip@mojam.com (Skip Montanaro) Date: Sat, 17 Apr 1999 13:08:39 GMT Subject: [Doc-SIG] Need someone to try some rarely used bsddb methods Message-ID: <199904171308.IAA07434@x14.dejanews.com> I noticed today that there is apparently still no documentation for the bsddb module, so I started working on some. While trying out the bsddb hash object methods, I noticed a few didn't seem to work. I tested this under Red Hat Linux 5.0 (PC hardware) and Python 1.5.1. I used Berkeley DB v 2.3.16 with the backwards compatibility interface, so that might be causing my problems. I see no functional changes in the 1.5.2 version of the bsddb module, so I doubt it's causing problems. If you have the time, please try executing the following Python statements and let me know what methods, if any, generate tracebacks. I will need to know what version of Python you used, what version of Berkeley DB you used, and for completeness, what OS platform and version you used. (If you use version 2 of the DB library you will have to modify the bsddbmodule.c source to include db_185.h instead of db.h.) import bsddb db = bsddb.hashopen("/tmp/spam.db", "c") for i in range(10): db["%d"%i] = "%d"% (i*i) db.keys() db.first() db.next() db.last() db.set_location('2') db.previous() db.sync() The btree object (the one I use regularly) didn't have any problems. The keys returned with the record object seem to be screwed up: >>> db = bsddb.rnopen("/tmp/spamr.db", "c") >>> for i in range(10): db["%d"%i] = "%d"% (i*i) ... >>> db.keys() ['0\000\000\000', '1\000\000\000', '2\000\000\000', '3\000\000\000', '4\000\000\000', '5\000\000\000', '6\000\000\000', '7\000\000\000', '8\000\000\000', '9\000\000\000'] Can anyone confirm this rather odd behavior as well? Private replies appreciated. Thanks, -- Skip Montanaro (skip@mojam.com, 518-372-5583) Mojam: "Uniting the World of Music" http://www.mojam.com/ Musi-Cal: http://www.musi-cal.com/