On Sun, Jan 19, 2020 at 12:56 PM M.R.P. wrote:
>
> Are modules objects in python?
Yes, modules are objects. You can import a module, and then work with
it as any other object. You can have a dictionary mapping names to
modules (Python has one of these internally). They have a type, they
can have
On 19/01/20 2:51 PM, M.R.P. wrote:
Are modules objects in python?
Modules offer an independent namespace implemented by a dictionary
object - so you may dir() (or help()) and moduleNM.__dict__, and thus
pick-up data values and code-units.
So, they have many characteristics and behaviors in
On 2018-03-21 22:59, Jacques Bikoundou wrote:
Hi, I am writing because I use a Python 3 kernel on my notebook that I access
through the Microsoft Azure ML. I experience error messages when using modules
such as 'speedml' or 'xgboost'. The error messagessay: no such module. How can
I solve thi
On Wednesday, March 21, 2018 at 7:49:42 PM UTC-5, Jacques Bikoundou wrote:
> It said: ImportError: no module named 'speedml'
I see. And did you check the search path[1] to ensure that
the modules you want to import are indeed located in a
directory which python normally searches?
As an academic e
It said: ImportError: no module named 'speedml'
On Wed, Mar 21, 2018, 19:57 Rick Johnson
wrote:
> Hmm, let's try a little interactive session, shall we? Did
> your error message look something like this?
>
> >>> import spam
>
> Traceback (most recent call last):
> File "", line 1,
Hmm, let's try a little interactive session, shall we? Did
your error message look something like this?
>>> import spam
Traceback (most recent call last):
File "", line 1, in
import spam
ImportError: No module named spam
>>> import eggs
Traceback (most recent
host:1234> '\n'.join(['{}={}'.format(k,v) for k,v in sys.modules.items()])
[1] https://github.com/amoffat/Inspect-Shell
> Date: Wed, 22 May 2013 21:39:52 -0700
> Subject: Re: Modules list-tool
> From: drsali...@gmail.com
>
On Tue, May 21, 2013 at 12:35 PM, Gisle Vanem wrote:
> Are anyone aware of a tool that can show me at run-time
> which modules (pyd/dll) are loaded into a Python program at a specific
> time (or over time)?
>
> To clarify, e.g. when running a sample from PyQt4
> (examples\tutorials\**addressbook\
On Tuesday, November 27, 2012 3:04:03 AM UTC-5, Stone wrote:
> Dear developers,
>
>
>
> I am creating application (originally written in perl)
>
> which will take care about replication from one system to the another system
> over command rsync. It will simulate High-availability solution.
>
On Feb 1, 11:35 pm, cjblaine wrote:
> On Feb 1, 11:04 pm, cjblaine wrote:
>
>
>
> > On Feb 1, 8:00 pm, Christian Heimes wrote:
>
> > > cjblaine wrote:
> > > > Where/how can I configure the appropriate portion of our Python
> > > > install to do 100% the right thing instead of just 50% (-L)?
>
>
On Feb 1, 11:04 pm, cjblaine wrote:
> On Feb 1, 8:00 pm, Christian Heimes wrote:
>
>
>
> > cjblaine wrote:
> > > Where/how can I configure the appropriate portion of our Python
> > > install to do 100% the right thing instead of just 50% (-L)?
>
> > Python's distutils doesn't alter the library se
On Feb 1, 8:00 pm, Christian Heimes wrote:
> cjblaine wrote:
> > Where/how can I configure the appropriate portion of our Python
> > install to do 100% the right thing instead of just 50% (-L)?
>
> Python's distutils doesn't alter the library search path unless you tell
> it explicitly.
>
> > A sp
cjblaine wrote:
> Where/how can I configure the appropriate portion of our Python
> install to do 100% the right thing instead of just 50% (-L)?
Python's distutils doesn't alter the library search path unless you tell
it explicitly.
> A specific example -- note the -L and lack of -R (Solaris buil
Terry Reedy udel.edu> writes
>
> I am not aware of any recent stdlib modules written by Guido. I suspect
> most older ones have been updated at least once by someone else.
Guido wrote a good deal of the new Python 3 code. However, maintence has now
turned over to over Python developers. For ex
Matimus wrote:
On Aug 28, 7:58 am, gb345 wrote:
Are there any Python-only modules or packages in the latest releases
of Python 2.x or Python 3.x that were largely written by Guido van
Rossum? What's the best way to find this out? I know that some
modules mention the author(s) in the source co
[fix top posting]
On Fri, Aug 28, 2009 at 8:58 AM, gb345 wrote:
Are there any Python-only modules or packages in the latest releases
of Python 2.x or Python 3.x that were largely written by Guido van
Rossum? What's the best way to find this out? I know that some
modules mention the autho
On Aug 28, 7:58 am, gb345 wrote:
> Are there any Python-only modules or packages in the latest releases
> of Python 2.x or Python 3.x that were largely written by Guido van
> Rossum? What's the best way to find this out? I know that some
> modules mention the author(s) in the source code, but th
How is writing code like a language maintainer going to go towards a
philosophic ideal? And more principally why would this be of a benefit. In
the philosophic world dressing and acting like Socrates isn't necessarily
the same as following his ideals and isn't necessarily being Socratic.
On Fri, A
On 7 sep 2008, at 13:50, Gabriel Genellina wrote:
En Sat, 06 Sep 2008 20:26:24 -0300, Python <[EMAIL PROTECTED]> escribió:
now one question came up, how do I make those path permanent?
i mean, sys.path.append( adds it for the current session,
yet when i logout of IDLE and start it again it's
En Sat, 06 Sep 2008 20:26:24 -0300, Python <[EMAIL PROTECTED]> escribió:
> now one question came up, how do I make those path permanent?
> i mean, sys.path.append( adds it for the current session,
> yet when i logout of IDLE and start it again it's gone...
> how do i keep it in there?
You can add
On 7 sep 2008, at 00:25, John Machin wrote:
On Sep 7, 8:03 am, Python <[EMAIL PROTECTED]> wrote:
Hi there,
I moved a few modules into the modules folder (on OSX: /opt/local/
lib/
python2.5/site-packages/).
They don't show up though when I start IDLE...
Is there a way to reload the modules
On Sep 7, 8:03 am, Python <[EMAIL PROTECTED]> wrote:
> Hi there,
>
> I moved a few modules into the modules folder (on OSX: /opt/local/lib/
> python2.5/site-packages/).
> They don't show up though when I start IDLE...
>
> Is there a way to reload the modules folders in sys.path without
> logging
On Mar 19, 1:14 pm, black_13 <[EMAIL PROTECTED]> wrote:
> are there any python modules for manipulation of .reg files producted
> by
> the win32 prog "reg".
> thanks.
> black_13
The *.reg files are text files, so you can parse them like any text
file. You can just edit the Windows Registry directl
Chris Leary wrote:
> As I understand it, the appeal of properties (and descriptors in
> general) in new-style classes is that they provide a way to
> "intercept" direct attribute accesses. This lets us write more clear
> and concise code that accesses members directly without fear of future
> API c
On 24 Apr, 19:51, "Viewer T." <[EMAIL PROTECTED]> wrote:
> I would like to know which modules I would need in order to create
> peer-to-peer chat program in python using Tkinter.
>
> If I would need modules that do not come packaged with python, I would
> appreciate information on where I can get t
Jan Danielsson wrote:
>But then there are a few modules that I just love to use, because
> they are so "clean" from interface to function. Among them I can't help
> mentioning optparse.
If you like optparse, you should try argparse:
http://argparse.python-hosting.com/
It has an optpars
On Mar 27, 8:30 am, Jan Danielsson <[EMAIL PROTECTED]> wrote:
> Hello all,
>
>
>
>Although I have encountered many modules that have impressed me with
> regards to what they can actually do -- too be perfectly honest, it's
> very rare that I become impressed by the _interfaces_ to the modules.
belinda thom wrote:
> This becomes a lot easier if you use IPython (which embellishes
> the python shell in many useful ways). For instance, I did a "dir
> (__builtins__)" to find out what some of the builtin functions
> were.
Sure.
> HTH
I'm sorry, it doesn't help me.
And *please* don't send
On Jan 12, 2007, at 8:56 AM, Bjoern Schliessmann wrote:
> lee wrote:
>
>> whats the way to read the sourcecode of methods
>
> Easy. Look up the .py file and open it in an editor of your choice.
> Those files are, for example, in "/usr/lib/python".
>
>> and built in functions?
This becomes a lot
lee wrote:
> whats the way to read the sourcecode of methods
Easy. Look up the .py file and open it in an editor of your choice.
Those files are, for example, in "/usr/lib/python".
> and built in functions?
Get your python interpreter's source code and look up the functions
there.
Regards,
B
Patrick Finnegan writes:
>
> How many of the Python modules written in C have been rewritten and and
> ported to Java to run under Jython? I am talking about SMTP, LDAP,
> WIN2K,XML etc. Is there a list anywhere ?
>
There's a list on the jython wiki of absent modules:
http://wiki.python.org
At Wednesday 15/11/2006 14:33, Nigel Rantor wrote:
I have an IDL file that is used to generate a set of stub and skeleton
code that is not human-modifiable.
Eventually I would like to have my IDL in source control and have a
setup script able to generate my stubs and skels and install them for
Nigel Rantor wrote:
> Basically, I want the same top-level package to have bits of code in
> different directories, but because Python requires the __init__.py file
> it only picks up the first one in PYTHONPATH.
would a single __init__.py function that does from-import-* on the
various implem
J. Clifford Dyer wrote:
>
> Maybe I'm missing something obvious, but it sounds like you are
> over-complicating the idea of inheritance. Do you just want to create a
> subclass of the other class?
Nope, that isn't my problem.
I have an IDL file that is used to generate a set of stub and skele
Nigel Rantor wrote:
> Peter Otten wrote:
>> Nigel Rantor wrote:
>>
>>> Peter Otten wrote:
Nigel Rantor wrote:
>>
> So, if I have a tool that generates python code for me (in my case,
> CORBA stubs/skels) in a particular package is there a way of
> placing my
> own code under t
Peter Otten wrote:
> Nigel Rantor wrote:
>
>> Peter Otten wrote:
>>> Nigel Rantor wrote:
>
So, if I have a tool that generates python code for me (in my case,
CORBA stubs/skels) in a particular package is there a way of placing my
own code under the same package hierarchy without a
Nigel Rantor wrote:
> So, if I have a tool that generates python code for me (in my case,
> CORBA stubs/skels) in a particular package is there a way of placing my
> own code under the same package hierarchy without all the code living in
> the same directory structure.
http://docs.python.org/lib
Peter Otten wrote:
> Nigel Rantor wrote:
>
>> So, if I have a tool that generates python code for me (in my case,
>> CORBA stubs/skels) in a particular package is there a way of placing my
>> own code under the same package hierarchy without all the code living in
>> the same directory structure.
Nigel Rantor wrote:
> Peter Otten wrote:
>> Nigel Rantor wrote:
>>> So, if I have a tool that generates python code for me (in my case,
>>> CORBA stubs/skels) in a particular package is there a way of placing my
>>> own code under the same package hierarchy without all the code living in
>>> the
[EMAIL PROTECTED] wrote:
> I think I'm still missing something in how python is handling packages
> and it's mixing me up. I have a package with three files (modules?)
> like so:
>
> OPS:\
> __init__.py
> model.py
> search.py
>
> To hide more details of the package structure, I import model
[EMAIL PROTECTED] wrote:
> from model import *
> from search import *
>
> def create_connection():
> # details are unimportant for this example
>
>
> When I try to use the create_connection function in model, I get errors
> when I use it as a global function ( just create_connection()).
impo
On 18 Sep 2006 00:19:20 -0700, JyotiC <[EMAIL PROTECTED]> wrote:
> hi,
>
> i have a prog. and i want diving the code in different files.
> there will be one mail file which will call modules or
> variables(global) from differnet files
> how can i do this.
> code is very big and i it's getting diffi
Dennis Lee Bieber wrote:
> On Tue, 22 Aug 2006 14:32:36 +0100, Steve Holden <[EMAIL PROTECTED]>
> declaimed the following in comp.lang.python:
>
>
>
>>You won;t get MySQLdb to run without running the setup.py since IIRC
>>there's a compile step for a C library (and it's that compile step that
Well thank you all... that's all very helpful (apart from the brief
diversion into MySQL, but even that was instructive!).
Your comments about "setup.py" prompted me to read the pytz README.txt
a bit more carefully and there it says to run "python setup.py
install". And this copies stuff into sit
Steve Holden schrieb:
> You won;t get MySQLdb to run without running the setup.py since IIRC
> there's a compile step for a C library (and it's that compile step that
> needs to be able to find the MySQL client libraries).
>
But MySQLdb comes with a windows installer. No need to tweak anything.
So
MrBlueSky wrote:
> Thanks for the suggestions, folks..
>
> site-packages
> ~~
> OK, I'm been trying to get MSSQL into c:\Python24\lib\site-packages.
> MSSQL comes (as a tar'd, zip'd file) with a folder hierarchy with
> MSSQL.py at the top level and then bin\python2.3\mssqldb.pyd. If I
>
Thanks for the suggestions, folks..
site-packages
~~
OK, I'm been trying to get MSSQL into c:\Python24\lib\site-packages.
MSSQL comes (as a tar'd, zip'd file) with a folder hierarchy with
MSSQL.py at the top level and then bin\python2.3\mssqldb.pyd. If I
try and copy this folder hierarch
MrBlueSky schrieb:
> I wonder if someone could clarify how Python "knows" where modules are
> - or at least point to some documentation that might help me? Here's
> what I've been trying:
>
> I've installed Python 2.4 Windows, and have also installed tkinter,
> pmw, cx_Oracle, mssql and pytz (phe
MrBlueSky wrote:
> I wonder if someone could clarify how Python "knows" where modules are
> - or at least point to some documentation that might help me? Here's
> what I've been trying:
>
> I've installed Python 2.4 Windows, and have also installed tkinter,
> pmw, cx_Oracle, mssql and pytz (phew!
Ooops, Larry, forgive me being to overhauled here:
Actually self.RS = RS does not make the RS object available in the
module, Steve's method does however.
-Jelle
--
http://mail.python.org/mailman/listinfo/python-list
Dear Steve & Larry,
Both your methods worked flawless, thanks to both of you!
I have to say Larry's way wins on style points, doens't it?
What an awefull thing to get stuck on something that simple, what a
gorgeous solution, thanks so much!
-Jelle
--
http://mail.python.org/mailman/listinfo/pyth
One way is to pass the RS object when you instantiate
an instance of srfBase, something like:
class srfBase:
'''Base class inherited by the srf* classes, binding general Rhino
surface functionality to a particular
surface generation method'''
def __init__(self, RS):
self.
Jelle Feringa / EZCT Architecture & Design Research wrote:
> ##I'm sorry to stir up such a well discussed topic yet again, but namespaces
> are a point of confusion to me...
>
> I took the effort of organizing my Python code (scripting a cad program
> calles Rhino) in well defined classes, which w
Has anyone recommended ftputil? Either add that to the library or
make the existing ftp module more high level would be my suggestion.
http://www.sschwarzer.net/python/python_software.html
-Greg
On 7 Jul 2005 05:38:28 -0700, [EMAIL PROTECTED] <[EMAIL PROTECTED] > wrote:
> 1. LDAP module shoul
1. LDAP module should be included in the base distro.
2. DNS library really should be included in the base library, I emailed
Anthony Baxter and he replied, saying it was almost done.
3. Ipython would be nice
--
http://mail.python.org/mailman/listinfo/python-list
"Colin J. Williams" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
>Isn't this where the discussion should start? There should be some
>general policy guiding the types of modules which should be in the
>standard library.
A couple of times, Guido has given his general policy as gen
Rocco Moretti wrote:
> Paul Rubin wrote:
>
>> Rocco Moretti <[EMAIL PROTECTED]> writes:
>>
>>> Except that (please correct me if I'm wrong) there is somewhat of a
>>> policy for not including interface code for third party programs which
>>> are not part of the operating system. (I.e. the modules
Gregory Piñero wrote:
> While that policy does make sense, I think a database program falls
> somewhere in between an OS and an everyday third party program. For
> web developers, the database might as well be the OS. I use the
> database to store everything in my web app. That way I can just wo
On Fri, 1 Jul 2005, Scott David Daniels wrote:
> Daniel Dittmar wrote:
>> Rocco Moretti wrote:
>>
> Except that (please correct me if I'm wrong) there is somewhat of a
> policy for not including interface code for third party programs
> which are not part of the operating system. (I.
Steven Bethard wrote:
> Fredrik Johansson wrote:
>
>> On 6/27/05, Reinhold Birkenfeld
>> <[EMAIL PROTECTED]> wrote:
>>
>>> Do you have any other good and valued Python modules that you would
>>> think are
>>> bug-free, mature (that includes a long release distance) and useful
>>> enough to
>>>
Daniel Dittmar wrote:
> Rocco Moretti wrote:
Except that (please correct me if I'm wrong) there is somewhat of a
policy for not including interface code for third party programs which
are not part of the operating system. (I.e. the modules in the
standard libary should all be us
Rocco Moretti wrote:
>>> Except that (please correct me if I'm wrong) there is somewhat of a
>>> policy for not including interface code for third party programs which
>>> are not part of the operating system. (I.e. the modules in the
>>> standard libary should all be usable for anyone with a defau
Paul Rubin wrote:
> Rocco Moretti <[EMAIL PROTECTED]> writes:
>
>>Except that (please correct me if I'm wrong) there is somewhat of a
>>policy for not including interface code for third party programs which
>>are not part of the operating system. (I.e. the modules in the
>>standard libary should a
Hi All--
Max M wrote:
>
> Another good bet is BeautifulSoup, which is absolutely great for
> scraping content from webpages.
>
> http://crummy.com/software/BeautifulSoup/index.html
>
Not if you want to handle HTML in anything but ASCII. BeautifulSoup
insists you change your site.py to change
Reinhold Birkenfeld wrote:
> Hello,
>
> Do you have any other good and valued Python modules that you would think are
> bug-free, mature (that includes a long release distance) and useful enough to
> be granted a place in the stdlib?
>
> For my part, ctypes seems like a suggestion to start with.
Mike Meyer wrote:
> Harry George <[EMAIL PROTECTED]> writes:
>
>>b) Installing distutils-aware python packages is trivial. I'd rather
>>the energy which might go into a bigger std library go instead into
>>helping projects which don't have distutils-style builds.
>
> How about integrating distut
Harry George <[EMAIL PROTECTED]> writes:
> b) Installing distutils-aware python packages is trivial. I'd rather
> the energy which might go into a bigger std library go instead into
> helping projects which don't have distutils-style builds.
How about integrating distutils and PyPI, so that dist
On Wed, 29 Jun 2005, it was written:
> Rocco Moretti <[EMAIL PROTECTED]> writes:
>
>> Except that (please correct me if I'm wrong) there is somewhat of a
>> policy for not including interface code for third party programs which
>> are not part of the operating system.
>
> I've never heard of Pyt
Simon Brunning schrieb:
> On 6/29/05, Christopher Arndt <[EMAIL PROTECTED]> wrote:
>
>
> Adding sqllite to the standard library has been discussed before:
> http://groups-beta.google.com/group/comp.lang.python/browse_thread/thread/fd150297c201f814
Yeah, but they didn't seem to have come to a con
On 6/29/05, Thomas Heller <[EMAIL PROTECTED]> wrote:
>
> To me, this sounds that *at least* a PEP would be needed to convince
> Guido. Or, to record the reasoning why it cannot be included.
I have a feeling that Guido won't allow ctypes into the standard
library since it can crash Python. I don'
On 6/29/05, Christopher Arndt <[EMAIL PROTECTED]> wrote:
(snip)
> Most of these are probably not elegible due to license issues but I'd
> love to see SQLite support added to Python-out-of-the-box.
Adding sqllite to the standard library has been discussed before:
http://groups-beta.google.com/gro
On Wednesday 29 June 2005 04:55 am, Simon Brunning wrote:
> On 6/28/05, John Roth <[EMAIL PROTECTED]> wrote:
> > I'd definitely like to see ctypes. I can agree with the segfault
> > issue, but I think that some design work would eliminate that.
>
> I'm not sure that it would. Ctypes allows you, as
Rocco Moretti <[EMAIL PROTECTED]> writes:
> Except that (please correct me if I'm wrong) there is somewhat of a
> policy for not including interface code for third party programs which
> are not part of the operating system. (I.e. the modules in the
> standard libary should all be usable for anyon
Reinhold Birkenfeld schrieb:
> Do you have any other good and valued Python modules that you would think are
> bug-free, mature (that includes a long release distance) and useful enough to
> be granted a place in the stdlib?
Hmmm, let's look into /site-packackes, That's what I always
have install
Noah wrote:
> def unzip(list):
> if len(list) == 0: return ()
> l = []
> for t in range(len(list[0])):
> l.append(map( lambda x,t=t: x[t], list ))
> return tuple(l)
The simplest solution to this problem that I know of:
def unzip(iterable):
return zip(*iterabl
Rocco Moretti <[EMAIL PROTECTED]> writes:
> Except that (please correct me if I'm wrong) there is somewhat of a
> policy for not including interface code for third party programs which
> are not part of the operating system. (I.e. the modules in the
> standard libary should all be usable for anyone
unzip() -- Not really a module, but a standard library function.
Why isn't it in the standard library?
It seems like I'm always adding it to my code.
I think I once heard an argument against it, but I forget what it was.
And yet I still find myself wanting unzip.
def unzip(list):
if len(list)
And 1 more argument for adding DB support, a large part of PHP's
success as a web langauge is being easily interoperable with MySQL
(out of the box I think? I haven't used it.) But I think it's tight
integration with MySQL really helped it find its niche.
I think "batteries included" means Pyth
While that policy does make sense, I think a database program falls
somewhere in between an OS and an everyday third party program. For
web developers, the database might as well be the OS. I use the
database to store everything in my web app. That way I can just worry
about 1 place to access in
Paul Rubin wrote:
> Gregory Piñero <[EMAIL PROTECTED]> writes:
>
>>I'd like to see some database API's to the most common databases
>>included.
>
> Yes, certainly, this is a serious deficiency with Python.
Except that (please correct me if I'm wrong) there is somewhat of a
policy for not inclu
Gregory Piñero <[EMAIL PROTECTED]> writes:
> I'd like to see some database API's to the most common databases
> included.
Yes, certainly, this is a serious deficiency with Python.
--
http://mail.python.org/mailman/listinfo/python-list
One of my votes would be for something like:
http://aspn.activestate.com/ASPN/Cookbook/Python/Recipe/303481 or
http://aspn.activestate.com/ASPN/Cookbook/Python/Recipe/303770.
We use something like these in the stdlib already (time_struct), but don't supply a ready solution for people to implement
George Sakkis wrote:
>>"bruno modulix" <[EMAIL PROTECTED]> wrote:
>
>
>>George Sakkis wrote:
>>
>>>I'd love to see IPython replace the standard interpreter.
>>
>>I dont.
>
>
> Care to say why ?
Sorry...
it was about the "replace", not about IPython itself nor about IPython
becoming part of th
I'd like to see some database API's to the most common databases
included. It would make Python much more useful for web development.
I've come across situations where a web host supports python and
supports MySQL yet it's taken me days to get the MySQLAPI installed
with running setup in my home
Simon Brunning <[EMAIL PROTECTED]> writes:
> On 6/28/05, John Roth <[EMAIL PROTECTED]> wrote:
>> I'd definitely like to see ctypes. I can agree with the segfault
>> issue, but I think that some design work would eliminate that.
>
> I'm not sure that it would. Ctypes allows you, as one colleague
>
On 6/28/05, John Roth <[EMAIL PROTECTED]> wrote:
> I'd definitely like to see ctypes. I can agree with the segfault
> issue, but I think that some design work would eliminate that.
I'm not sure that it would. Ctypes allows you, as one colleague
memorably put it, to "poke the operating system with
>>> Do you have any other good and valued Python modules that you would
>>> think are bug-free, mature (that includes a long release
>>> distance) and useful enough to be granted a place in the stdlib?
>>
>> First of all, numeric/numarray, obviously!
>
> There has been recent discussion about t
George Sakkis wrote:
> "Reinhold Birkenfeld" <[EMAIL PROTECTED]> wrote:
>>For an easy, quick interactive interpreter, it's way to overloaded
>>with functions and too slow in startup.
>
> Too slow ? It doesn't take more than a second or two to startup in a
> two years old 1.8Ghz Athlon and an olde
"Reinhold Birkenfeld" <[EMAIL PROTECTED]> wrote:
> George Sakkis wrote:
> >> "bruno modulix" <[EMAIL PROTECTED]> wrote:
> >
> >> George Sakkis wrote:
> >> > I'd love to see IPython replace the standard interpreter.
> >> I dont.
> >
> > Care to say why ?
>
> For an easy, quick interactive interpret
George Sakkis wrote:
>> "bruno modulix" <[EMAIL PROTECTED]> wrote:
>
>> George Sakkis wrote:
>> > I'd love to see IPython replace the standard interpreter.
>> I dont.
>
> Care to say why ?
For an easy, quick interactive interpreter, it's way to overloaded
with functions and too slow in startup.
Reinhold Birkenfeld <[EMAIL PROTECTED]> writes:
> Do you have any other good and valued Python modules that you would think are
> bug-free, mature (that includes a long release distance) and useful enough to
> be granted a place in the stdlib?
How about the win32 shell extension that allows stuff
"Reinhold Birkenfeld" <[EMAIL PROTECTED]> wrote in
message news:[EMAIL PROTECTED]
> Hello,
>
> at the moment python-dev is discussing including Jason Orendorff's path
> module
> into the standard library.
>
> Do you have any other good and valued Python modules that you would think
> are
> bug-f
> "bruno modulix" <[EMAIL PROTECTED]> wrote:
> George Sakkis wrote:
> > I'd love to see IPython replace the standard interpreter.
> I dont.
Care to say why ?
George
--
http://mail.python.org/mailman/listinfo/python-list
George Sakkis wrote:
> I'd love to see IPython replace the standard interpreter.
I dont.
--
bruno desthuilliers
python -c "print '@'.join(['.'.join([w[::-1] for w in p.split('.')]) for
p in '[EMAIL PROTECTED]'.split('@')])"
--
http://mail.python.org/mailman/listinfo/python-list
I'll 2nd the vote for Pychecker.
--
http://mail.python.org/mailman/listinfo/python-list
pyparsing is the far and away the easiest general purpose parser out
there that I've encountered; BNF-style grammar parsing is a *pleasure*
with pyparsing. And it all comes in a single pure python module to
boot.
--
http://mail.python.org/mailman/listinfo/python-list
Robert Kern wrote:
> I would like to see the setuptools/PythonEggs/EasyInstall trifecta get
> more attention and eyeballs. Once it is mature, I think that it will
> obviate the desire for stdlibification of most of the packages being
> requested here.
Looks pretty cool!
--
Michael Hoffman
--
Reinhold Birkenfeld wrote:
> Hello,
>
> at the moment python-dev is discussing including Jason Orendorff's path module
> into the standard library.
>
> Do you have any other good and valued Python modules that you would think are
> bug-free, mature (that includes a long release distance) and usef
I'd love to see IPython replace the standard interpreter. Pychecker
seems to be a strong candidate too.
George
--
http://mail.python.org/mailman/listinfo/python-list
Fredrik Johansson wrote:
> On 6/27/05, Reinhold Birkenfeld <[EMAIL PROTECTED]> wrote:
>
>>Do you have any other good and valued Python modules that you would think are
>>bug-free, mature (that includes a long release distance) and useful enough to
>>be granted a place in the stdlib?
>
> First of
1 - 100 of 106 matches
Mail list logo
