Python-announce-list July 2004

python-announce-list@python.org

52 participants
73 discussions

[ANN] Python as a test and modeling langauge for Verilog
by tom.sheffler＠sbcglobal.net 15 Jul '04

15 Jul '04

Oroboro is an approach to using Python as a test and modeling language for Verilog. With it, Python generator functions are used to model simulation threads in a cooperative multitasking style. A simulation task in Python can suspend its execution with a yield statement that lists the reasons the task should be resumed. Typical reasons map directly to VPI callback reasons. Oroboro does not implement a scheduler of its own, rather, it relies on Verilog for all event scheduling through the use of callback functions. A short example illustrates some basic capabilities for interacting with a Verilog simulation. from oroboro import * def watcher(sig): print "Watching signal %s" % sig while 1: yield sigchange(sig), timeout(10) if isinstance(currentreason(), sigchange): print "New value for signal %s is %s" % (sig, sig.get()) if isinstance(currentreason(), timeout): print "Timeout has elapsed. Wait again." def main(systf): s = signal("top.mysignal") t = task(watcher, s) yield timeout(0) The example above illustrates a simple task that watches a Verilog signal. The task 'watcher' loops indefinitely, suspending its execution with a yield statement that lists the reasons it should be resumed. Here, the task waits until either the signal value changes, or a 10 simulation tick timeout occurs ... whichever comes first. When the task resumes, it uses the 'currentreason' function to determine whether the first or second reason in the yield statement was triggered. The task prints an informative message and then loops. A longer paper discussing Oroboro, source downloads and examples can be found at: http://apvm.sourceforge.net

1 0

ANN: libgmail 0.0.6 - Gmail access via Python - SMTP Proxy enabled!
by follower＠gmail.com 15 Jul '04

15 Jul '04

libgmail -- Python binding for Google's Gmail service <http://libgmail.sf.net/> The `libgmail` project is a pure Python binding to provide access to Google's Gmail web-mail service. The library currently ships with a demonstration utility to archive messages from a Gmail account into mbox files, suitable for importing into a local email client. Also includes a demonstration utility that acts as a SMTP proxy to allow mail to be sent from any standard mail client that uses SMTP (e.g. Mail.app, Mozilla etc). License: GPL 2.0 Major changes since 0.0.5: * Implemented SMTP proxy to enable Gmail to be send with a standard mail client via (E)SMTP. * Extended standard SMTP class to handle ESMTP EHLO & AUTH PLAIN commands. * Utility function '_retrieveJavascript' to retrieve current version of Gmail Javascript file. (By request.) <p><a href="http://libgmail.sf.net/">libgmail 0.0.6</a> - The `libgmail` project is a pure Python binding to provide access to Google's Gmail web-mail service. (15-Jul-04)</p>

1 0

ANN: Reminder -- SciPy 04 is coming up
by eric jones 14 Jul '04

14 Jul '04

Hey folks, Just a reminder that SciPy 04 is coming up. More information is here: http://www.scipy.org/wikis/scipy04 About the Conference and Keynote Speaker --------------------------------------------- The 1st annual *SciPy Conference* will be held this year at Caltech, September 2-3, 2004. As some of you may know, we've experienced great participation in two SciPy "Workshops" (with ~70 attendees in both 2002 and 2003) and this year we're graduating to a "conference." With the prestige of a conference comes the responsibility of a keynote address. This year, Jim Hugunin has answered the call and will be speaking to kickoff the meeting on Thursday September 2nd. Jim is the creator of Numeric Python, Jython, and co-designer of AspectJ. Jim is currently working on IronPython--a fast implementation of Python for .NET and Mono. Presenters ----------- We still have room for a few more standard talks, and there is plenty of room for lightning talks. Because of this, we are extending the abstract deadline until July 23rd. Please send your abstract to abstracts(a)scipy.org. Travis Oliphant is organizing the presentations this year. (Thanks!) Once accepted, papers and/or presentation slides are acceptable and are due by August 20, 2004. Registration ------------- Early registration ($100.00) has been extended to July 23rd. Follow the links off of the main conference site: http://www.scipy.org/wikis/scipy04 After July 23rd, registration will be $150.00. Registration includes breakfast and lunch Thursday & Friday and a very nice dinner Thursday night. Please register as soon as possible as it will help us in planning for food, room sizes, etc. Sprints -------- As of now, we really haven't had much of a call for coding sprints for the 3 days prior to SciPy 04. Below is the original announcement about sprints. If you would like to suggest a topic and see if others are interested, please send a message to the list. Otherwise, we'll forgo the sprints session this year. We're also planning three days of informal "Coding Sprints" prior to the conference -- August 30 to September 1, 2004. Conference registration is not required to participate in the sprints. Please email the list, however, if you plan to attend. Topics for these sprints will be determined via the mailing lists as well, so please submit any suggestions for topics to the scipy-user list: list signup: http://www.scipy.org/mailinglists/ list address: scipy-user(a)scipy.org thanks, eric

1 0

Upcoming Meetings for Zope/Python Users of Washington, DC
by Joel Burton 13 Jul '04

13 Jul '04

The newly-formed Zope/Python Users Group of DC announces our upcoming meeting schedule: Mo Jul 19: Zope -- presentation on Archetypes by Joel Burton Th Aug 5: Python -- no topic yet Mo Aug 16: Zope -- no topic yet Th Sep 2: Python -- no topic yet Mo Sep 20: Zope -- no topic yet The hot topics that users at the first meeting were most interested in include: Plone skinning, Zope/Plone performance, Python + XML, Text processing with Python, and Zope development, so expect that we'll fill in these topics ASAP with presentations like these. Our meetings take place at 7pm in the large conference room of Porter Novelli,a marketing/communications firm located in downtown DC at 1909 K Street (right off the red and orange/blue Metro lines, and close to many bus lines). We'll be meeting on the first Thursday and third Monday of each month. A full schedule of our meetings, talks, and plans are at our web site at http://www.zpugdc.org. To receive announcements about upcoming meetings, and to contribute to our group, please join our mailing list (send a message with the *subject* 'subscribe' to zpugdc(a)lists.zpugdc.org, or sign up at the site.) If you have questions, you can reach us at info(a)zpugdc.org. Thanks! - j. Joel Burton, for the Zope/Python Users Group of DC (www.zpugdc.org)

1 0

PyTables 0.8.1 released
by Francesc Alted 13 Jul '04

13 Jul '04

Hi!, I'm pleased to announce the availability of PyTables 0.8.1. PyTables is a hierarchical database package designed to efficiently manage very large amounts of data. PyTables is built on top of the HDF5 library and the numarray package. It features an object-oriented interface that, combined with natural naming and C-code generated from Pyrex sources, makes it a fast, yet extremely easy-to-use tool for interactively saving and retrieving different kinds of datasets. It also provides flexible indexed access on disk to anywhere in the data. The primary purpose of this release is to incorporate updates to related to the newly released numarray 1.0. I've taken the opportunity to backport some improvements added in PyTables 0.9 (in alpha stage) as well as to fix the known problems. Improvements: - The logic for computing the buffer sizes has been revamped. As a consequence, the performance of writing/reading tables with large row sizes has improved by a factor of ten or more, now exceeding 70 MB/s for writing and 130 MB/s for reading (using compression). See http://sf.net/mailarchive/forum.php?thread_id=4963045&forum_id=13760 for more info. - The maximum row size for tables has been raised to 512 KB (before it was 8 KB, due to some internal limitations) - Documentation has been improved in minor details. As a result of a fix in the underlying documentation system (tbook), chapters start now at odd pages, instead of even. So those of you who want to print to double side probably will have better luck now when aligning pages ;). Another one is that HTML documentation has improved its look as well. Bug Fixes: - Indexing of Arrays with list or tuple flavors (#968131) When retrieving single elements from an array with 'List' or 'Tuple' flavors, an error occurred. This has been corrected and now you can retrieve fileh.root.array[2] without problems for 'List' or 'Tuple' flavored (E, VL)Arrays. - Iterators on Arrays with list or tuple flavors fail (#968132) When using iterators with Array objects with 'List' or 'Tuple' flavors, an error occurred. This has been corrected. - Last Index (-1) of Arrays doesn't work (#968149) When accessing to the last element in an Array using the notation -1, an empty list (or tuple or array) is returned instead of the proper value. This happened in general with all negative indices. Fixed. - Table.read(flavor="List") should return pure lists (#972534) However, it used to return a pointer to numarray.records.Record instances, as in: >>> fileh.root.table.read(1,2,flavor="List") [<numarray.records.Record instance at 0x4128352c>] >>> fileh.root.table.read(1,3,flavor="List") [<numarray.records.Record instance at 0x4128396c>, <numarray.records.Record instance at 0x41283a8c>] Now the next records are returned: >>> fileh.root.table.read(1,2, flavor=List) [(' ', 1, 1.0)] >>> fileh.root.table.read(1,3, flavor=List) [(' ', 1, 1.0), (' ', 2, 2.0)] In addition, when reading a single row of a table, a numarray.records.Record pointer was returned: >>> fileh.root.table[1] <numarray.records.Record instance at 0x4128398c> Now, it returns a tuple: >>> fileh.root.table[1] (' ', 1, 1.0) Which I think is more consistent, and more Pythonic. - Copy of leaves fails... (#973370) Attempting to copy leaves (Table or Array with different flavors) on top of themselves caused an internal error in PyTables. This has been corrected by silently avoiding the copy and returning the original Leaf as a result. Minor changes: - When assigning a value to a non-existing field in a table row, now a KeyError is raised, instead of the AttributeError that was issued before. I think this is more consistent with the type of error. - Tests have been improved so as to pass the whole suite when compiled in 64 bit mode on a Linux/PowerPC machine (namely a dual-G5 Powermac running a 64-bit, 2.6.4 Linux kernel and the preview YDL distribution for G5, with 64-bit GCC toolchain). Thanks to Ciro Cattuto for testing and reporting the modifications that were needed. Where PyTables can be applied? ------------------------------ PyTables is not designed to work as a relational database competitor, but rather as a teammate. If you want to work with large datasets of multidimensional data (for example, for multidimensional analysis), or just provide a categorized structure for some portions of your cluttered RDBS, then give PyTables a try. It works well for storing data from data acquisition systems (DAS), simulation software, network data monitoring systems (for example, traffic measurements of IP packets on routers), very large XML files, or for creating a centralized repository for system logs, to name only a few possible uses. What is a table? ---------------- A table is defined as a collection of records whose values are stored in fixed-length fields. All records have the same structure and all values in each field have the same data type. The terms "fixed-length" and "strict data types" seem to be quite a strange requirement for a language like Python that supports dynamic data types, but they serve a useful function if the goal is to save very large quantities of data (such as is generated by many scientific applications, for example) in an efficient manner that reduces demand on CPU time and I/O resources. What is HDF5? ------------- For those people who know nothing about HDF5, it is a general purpose library and file format for storing scientific data made at NCSA. HDF5 can store two primary objects: datasets and groups. A dataset is essentially a multidimensional array of data elements, and a group is a structure for organizing objects in an HDF5 file. Using these two basic constructs, one can create and store almost any kind of scientific data structure, such as images, arrays of vectors, and structured and unstructured grids. You can also mix and match them in HDF5 files according to your needs. Platforms --------- I'm using Linux (Intel 32-bit) as the main development platform, but PyTables should be easy to compile/install on many other UNIX machines. This package has also passed all the tests on a UltraSparc platform with Solaris 7 and Solaris 8. It also compiles and passes all the tests on a SGI Origin2000 with MIPS R12000 processors, with the MIPSPro compiler and running IRIX 6.5. It also runs fine on Linux 64-bit platforms, like an AMD Opteron running SuSe Linux Enterprise Server or PowerPC G5 with Linux 2.6.x in 64bit mode. It has also been tested in MacOSX platforms (10.2 but should also work on newer versions). Regarding Windows platforms, PyTables has been tested with Windows 2000 and Windows XP (using the Microsoft Visual C compiler), but it should also work with other flavors as well. An example? ----------- For online code examples, have a look at http://pytables.sourceforge.net/html/tut/tutorial1-1.html and, for newly introduced Variable Length Arrays: http://pytables.sourceforge.net/html/tut/vlarray2.html Web site -------- Go to the PyTables web site for more details: http://pytables.sourceforge.net/ Share your experience --------------------- Let me know of any bugs, suggestions, gripes, kudos, etc. you may have. Cheers, -- Francesc Alted

1 0

ANNOUNCE: pygtk-0.6.12
by Christian Robottom Reis 12 Jul '04

12 Jul '04

** Note: this is *not* relative to the current GTK+ 2.x-based PyGTK ** Hello there, I'm releasing today version 0.6.12 of PyGTK, off the 0.6 branch, which is the original PyGTK branch based on GTK+ 1.2. This version includes a small number of bugfixes and two API additions which have been incorporated during the last two years of stability. Summary of changes: Bugfixes - Fixed GtkScrolledWindow's use of `has_attr' - A fix for bug 96907: Crashes when calling emit() with less parameters than expected. - Check for non-existing directories in pygtk._get_available_versions - Implement proper exception handling in the GladeXML constructor. - Performance enhancement in bug 112395: Clean up __getattr__ and add __eq__/__nonzero__ to GtkObject. New API - Wrapped GtkRadioButton.group() - Implemented GtkCList.set_focus_row() to work around a GTK+ focus bug in the GtkCList. Download it from ftp://ftp.gtk.org/pub/gtk/python/v1.2/pygtk-0.6.12.tar.gz There is no accompanying gnome-python release. This tarball is identical to the release candidate that was announced earlier. Thanks for everyone that provided bug reports, comments and fixes for the branch, including Jon Nelson, Steve McClure and Andrew Reid. Take care, -- Christian Robottom Reis | http://async.com.br/~kiko/ | [+55 16] 3361 2331

1 0

Dr. Dobb's Python-URL! - weekly Python news and links (Jul 12)
by Peter Otten 12 Jul '04

12 Jul '04

QOTW: "Python's a language you can swear by, not at." - Chris "Every sufficiently advanced LISP application will eventually reimplement Python." - Hodgson's Law Chad Himeda asks for a nested loop limit and Peter Hansen answers with a quick test on the commandline. A discussion on the merits of code approaching this limit entrails. http://groups.google.com/groups?threadm=fd07865f.0407071045.16e20c84%40post… Karl Pech wants to calculate PI using the Monte Carlo method - and fast. http://groups.google.com/groups?threadm=ccke8p%24c0h%2406%241%40news.t-onli… Chris recollects how he fell in love with Python. http://groups.google.com/groups?selm=mailman.138.1089318827.5135.python-lis… Marco Aschwanden asks for opinions on the use of multiple return statements in a single function. http://groups.google.com/groups?threadm=mailman.158.1089358188.5135.python-… Bryan Olson searches for the longest matching prefix of a string using regular expressions. Michael Hudson offers an alternate approach. http://groups.google.com/groups?threadm=gN5Hc.12587%24ia1.1667%40newssvr27.… Contrary to the current documentation, the open() builtin is not retained for compatibility only. It may even grow some extra logic and no longer be confined to ordinary files. http://mail.python.org/pipermail/python-dev/2004-July/045931.html Guido van Rossum is less concerned about variable names shading builtins than many posters on c.l.py. http://mail.python.org/pipermail/python-dev/2004-July/045948.html Anthony Baxter announces release of the first alpha version of Python 2.4. You are invited to download and participate in the test. http://groups.google.com/groups?threadm=mailman.157.1089357112.5135.python-… ======================================================================== Everything Python-related you want is probably one or two clicks away in these pages: Python.org's Python Language Website is the traditional center of Pythonia http://www.python.org Notice especially the master FAQ http://www.python.org/doc/FAQ.html PythonWare complements the digest you're reading with the marvelous daily python url http://www.pythonware.com/daily Mygale is a news-gathering webcrawler that specializes in (new) World-Wide Web articles related to Python. http://www.awaretek.com/nowak/mygale.html While cosmetically similar, Mygale and the Daily Python-URL are utterly different in their technologies and generally in their results. comp.lang.python.announce announces new Python software. Be sure to scan this newsgroup weekly. http://groups.google.com/groups?oi=djq&as_ugroup=comp.lang.python.announce Brett Cannon continues the marvelous tradition established by Andrew Kuchling and Michael Hudson of intelligently summarizing action on the python-dev mailing list once every other week. http://www.python.org/dev/summary/ The Python Package Index catalogues packages. http://www.python.org/pypi/ The somewhat older Vaults of Parnassus ambitiously collects references to all sorts of Python resources. http://www.vex.net/~x/parnassus/ Much of Python's real work takes place on Special-Interest Group mailing lists http://www.python.org/sigs/ The Python Business Forum "further[s] the interests of companies that base their business on ... Python." http://www.python-in-business.org The Python Software Foundation (PSF) has replaced the Python Consortium as an independent nexus of activity. It has official responsibility for Python's development and maintenance. http://www.python.org/psf/ Among the ways you can support PSF is with a donation. http://www.python.org/psf/donate.html Cetus collects Python hyperlinks. http://www.cetus-links.org/oo_python.html Python FAQTS http://python.faqts.com/ The Cookbook is a collaborative effort to capture useful and interesting recipes. http://aspn.activestate.com/ASPN/Cookbook/Python Among several Python-oriented RSS/RDF feeds available are http://www.python.org/channews.rdf http://bootleg-rss.g-blog.net/pythonware_com_daily.pcgi http://python.de/backend.php For more, see http://www.syndic8.com/feedlist.php?ShowMatch=python&ShowStatus=all The old Python "To-Do List" now lives principally in a SourceForge reincarnation. http://sourceforge.net/tracker/?atid=355470&group_id=5470&func=browse http://python.sourceforge.net/peps/pep-0042.html The online Python Journal is posted at pythonjournal.cognizor.com. editor(a)pythonjournal.com and editor(a)pythonjournal.cognizor.com welcome submission of material that helps people's understanding of Python use, and offer Web presentation of your work. *Py: the Journal of the Python Language* http://www.pyzine.com Archive probing tricks of the trade: http://groups.google.com/groups?oi=djq&as_ugroup=comp.lang.python&num=100 http://groups.google.com/groups?meta=site%3Dgroups%26group%3Dcomp.lang.pyth… Previous - (U)se the (R)esource, (L)uke! - messages are listed here: http://www.ddj.com/topics/pythonurl/ http://purl.org/thecliff/python/url.html (dormant) or http://groups.google.com/groups?oi=djq&as_q=+Python-URL!&as_ugroup=comp.lan… Suggestions/corrections for next week's posting are always welcome. E-mail to <Python-URL(a)phaseit.net> should get through. To receive a new issue of this posting in e-mail each Monday morning (approximately), ask <claird(a)phaseit.net> to subscribe. Mention "Python-URL!". -- The Python-URL! Team-- Dr. Dobb's Journal (http://www.ddj.com) is pleased to participate in and sponsor the "Python-URL!" project.

1 0

PyProtocols 0.9.3 Release Candidate 2
by Phillip J. Eby 12 Jul '04

12 Jul '04

PyProtocols 0.9.3 release candidate 2 is now available for download. Assuming there are no bugs reported in the next 3-4 weeks, it will become the 0.9.3 final release in early August. (The 0.9.3rc2 revision fixes a bug in the '--without-speedups' version of 0.9.3rc1, as reported by Matthew Scott.) What is PyProtocols? -------------------- PyProtocols is an extended implementation of PEP 246, adding a new "declaration API" that lets you easily define your own interfaces and adapters, and declare what adapters should be used to adapt what types, objects, or interfaces. Using PyProtocols, you can easily make flexible frameworks that you or other developers can extend without needing to modify the base framework. PyProtocols interfaces can interoperate with those of Twisted and Zope, or can be used entirely standalone. PyProtocols may be used, modified, and distributed under the same terms and conditions as Python or Zope. What's new in version 0.9.3rc1? (Highlights) -------------------------------------------- * Adapter factories can now accept just one argument, the way Twisted and Zope adapters do. * Interface and protocol objects can be called, as a shortcut for 'adapt()' (as Zope and Twisted interfaces do) * You can now more easily install PyProtocols without a C compiler, using the '--without-speedups' option to 'setup.py' (see the README.txt file for details.) * Numerous other bug fixes and enhancements - see CHANGES.txt for details. IMPORTANT: If you are upgrading from a previous version of PyProtocols, please read UPGRADING.txt for important information. Certain rarely-used features have been deprecated, and others have changed slightly. Most users should not experience any problems (except perhaps for DeprecationWarnings), but please be sure to verify this before you upgrade any production code from 0.9.2 to 0.9.3. PyProtocols Resources --------------------- * Upgrading to PyProtocols 0.9.3 (and a look ahead to 1.0) http://peak.telecommunity.com/protocol_api/UPGRADING.txt.html * Detailed Changes for all releases: http://peak.telecommunity.com/protocol_api/CHANGES.txt.html * Release notes, installation instructions, and browsable API docs: http://peak.telecommunity.com/protocol_api/ * Source and Binary Releases: http://peak.telecommunity.com/dist/ * Reference Manual (HTML): http://peak.telecommunity.com/protocol_ref/module-protocols.html * Reference Manual (PDF): http://peak.telecommunity.com/protocol_ref.pdf * Browsable CVS Repository: http://cvs.eby-sarna.com/PyProtocols/

1 0

[ANN] libgmail 0.0.5 -- Gmail access via Python
by follower＠gmail.com 11 Jul '04

11 Jul '04

1 0

[ANN] crcmod - CRC generator
by rlbuvel＠gmail.com 11 Jul '04

11 Jul '04

Python module for creating functions computing the Cyclic Redundancy Check (CRC). Any generating polynomial producing 8, 16, 32, or 64 bit CRCs is allowed. Generated functions can be used in Python or C/C++ source code can be generated. Visit the project home page at http://crcmod.sourceforge.net/

1 0

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

Python-announce-list July 2004