Thanks to all in the group. Mini_calc is now up and running successfully
and is now available to download from my site.
Thanks again,
Nathan
- Original Message -
From: Alan G [EMAIL PROTECTED]
To: Nathan Pinno [EMAIL PROTECTED]; tutor@python.org
Sent: Sunday, July 10, 2005
Alan G wrote:
Here's an error message:
File D:\GC.py, line 78
cal_opt = cal_menu()
^
SyntaxError: invalid syntax
The relevant code:
option = main_menu()
if option == 1:
cal_menu()
cal_opt = cal_menu()
Consistent indentation is all important in Python
Move
when i write a code to import some module like the following :
from nltk.probability import ConditionalFreqDist
I got the error :
Traceback (most recent call last): File "C:\Python24\toky.py", line 1, in -toplevel- from nltk.probability import ConditionalFreqDist File
enas khalil wrote:
when i write a code to import some module like the following :
from nltk.probability import ConditionalFreqDist
I got the error :
Traceback (most recent call last):
File C:\Python24\toky.py, line 1, in -toplevel-
from nltk.probability import
Hey all
I had some problems with this module too but I aas able with your help to
make a script that works
Here it is:
from distutils.core import setup
import py2exe, sys, os
sys.argv.append('py2exe')
##setup(
##windows = [{'script': NovusExtension.pyw}],
##)
setup(
console =
I'm confused. I was just reading the URL below..
http://jaynes.colorado.edu/PythonGuidelines.html
and this statement confused me: Always use from module import Name, Name2,
Name3.. syntax instead of import module or from module import *. This is more
efficient, reduces typing in the rest of
Mike Hansen wrote:
I'm confused. I was just reading the URL below..
http://jaynes.colorado.edu/PythonGuidelines.html
and this statement confused me: Always use from module import Name, Name2,
Name3.. syntax instead of import module or from module import *. This is more
efficient,
Kent Johnson wrote:
heavily snipped
from module import * is problematic and discouraged. It causes namespace
pollution and makes it harder to find out where a name is defined.
Other than that I think it is personal preference.
I have avoided the 'from module import *' style for the
nltk is looking for a module called numarray that is not part of the
standard Python distribution. Do you have numarray installed? Look for
C:\Python24\Lib\site-packages\numarray. If you don't have it then
download numarray from C:\Python24\Lib\site-packages\numarray and
install it according
Matt Richardson wrote:
I have a question about 'import module' versus 'from
module import name': is there a performance hit to consider when
importing the entire module rather than just getting the specific
niceFunction()?
I can't imagine that there is a performance difference that would
Danny Yoo wrote:
nltk is looking for a module called numarray that is not part of the
standard Python distribution. Do you have numarray installed? Look for
C:\Python24\Lib\site-packages\numarray. If you don't have it then
download numarray from C:\Python24\Lib\site-packages\numarray and
install
Kent Johnson wrote:
This is good stuff to understand, but really, it isn't going to make an
appreciable difference in most applications. Where it does matter, for
example if func() is called many times in a loop, the best solution will
probably be to bind func to a local variable which
Subject:
Re: [Tutor] Confused from module import Name better than import module?
From:
Kent Johnson [EMAIL PROTECTED]
Date:
Mon, 11 Jul 2005 12:30:16 -0400
CC:
tutor@python.org
Mike Hansen wrote:
I'm confused. I was just reading the URL below..
I guess it could be easier to replace the implementation,
for example if you split a module you could change
from module import Name1, Name1
to
from module1 import Name1
from module2 import Name2
and the rest of the client code wouldn't have to change.
Thats true, but OTOH it's nmuch
module import name': is there a performance hit to consider when
importing the entire module rather than just getting the specific
niceFunction()?
Not significant. Basically import module puts the module name
into the local names dictionary. from m import f puts f into
the dictionary,
Abnormal \r characters inside a .csv text file raise
an error when the file is read by csv.reader() (Python
2.3).
I'm sending the following files:
test.txt : a csv-like text file with a \r
character;
test1.txt : same file, with an x replacing \r;
example.txt: the hard copy of my Python shell
So I have been trying to figure out how to get around doing getters
and setters and still have an oo way to inherit and apply business
rules. This is what I have some up with so far. Is there any better
way?
class RuleViolationError(Exception):
def __init__(self, msg):
self.msg = msg
Alessandro Brollo wrote:
Abnormal \r characters inside a .csv text file raise
an error when the file is read by csv.reader() (Python
2.3).
This is a warning to newbies like me and a question
for experts: is it a bug into csv module?
This has been reported as a bug.
I have an app that takes a command line argument of -l or --list. It uses the
getopt module to parse the arguments, and I just noticed that for some reason,
getopt is matching --lis or --li etc to --list. (Code pasted in below)
Is this normal behavior, and if so, is there any way to avoid
I have an app that takes a command line argument of -l or --list. It uses the
getopt module to parse the arguments, and I just noticed that for some
reason, getopt is matching --lis or --li etc to --list. (Code pasted in
below)
Is this normal behavior, and if so, is there any way to avoid
* Jay Loden [EMAIL PROTECTED] [2005-07-11 22:30]:
I have an app that takes a command line argument of -l or --list. It uses
the
getopt module to parse the arguments, and I just noticed that for some
reason, getopt is matching --lis or --li etc to --list. (Code pasted in
below)
Is this
21 matches
Mail list logo