Velocity Reviews - Computer Hardware Reviews

Velocity Reviews > Newsgroups > Programming > Python > Simple import question about mac osx

Reply
Thread Tools

Simple import question about mac osx

 
 
jmDesktop
Guest
Posts: n/a
 
      04-29-2008
Hi, I have this code (learning from Core Python, Chun's book), module
named chap2.py.

class FooClass(object):
version=0.1

def __init__(self, nm='John Doe'):
self.name=nm
print 'Created a class instance for ', nm
def showname(self):
print 'Your name is', self.name
print 'My name is', self.__class__.__name__

On Windows, if I compile this and then in the python interpreter type:

>>> import chap2
>>> foo1=FooClass()

Created a class instance for John Doe
>>>


If I do the same think on my Mac OS X 10.5.2

NameError: name 'FooClass' is not defined.

I thought it was the path and did export PATH=$PATH:/mypath/
topythoncode

but it did not help.

What am I doing wrong? Thank you.
 
Reply With Quote
 
 
 
 
jmDesktop
Guest
Posts: n/a
 
      04-29-2008
On Apr 29, 1:16*pm, jmDesktop <needin4mat...@gmail.com> wrote:
> Hi, I have this code (learning from Core Python, Chun's book), module
> named chap2.py.
>
> class FooClass(object):
> * * * * version=0.1
>
> * * * * def __init__(self, nm='John Doe'):
> * * * * * * * * self.name=nm
> * * * * * * * * print 'Created a class instance for ', nm
> * * * * def showname(self):
> * * * * * * * * print 'Your name is', self.name
> * * * * * * * * print 'My name is', self.__class__.__name__
>
> On Windows, if I compile this and then in the python interpreter type:
>
> >>> import chap2
> >>> foo1=FooClass()

>
> Created a class instance for *John Doe
>
>
>
> If I do the same think on my Mac OS X 10.5.2
>
> NameError: name 'FooClass' is not defined.
>
> I thought it was the path and did export PATH=$PATH:/mypath/
> topythoncode
>
> but it did not help.
>
> What am I doing wrong? *Thank you.


forgot to say that on the mac I can do import chap2, but when I try
and instantiate I get the error above.
 
Reply With Quote
 
 
 
 
s0suk3@gmail.com
Guest
Posts: n/a
 
      04-29-2008
On Apr 29, 12:46 pm, jmDesktop <needin4mat...@gmail.com> wrote:
> On Apr 29, 1:16 pm, jmDesktop <needin4mat...@gmail.com> wrote:
>
>
>
> > Hi, I have this code (learning from Core Python, Chun's book), module
> > named chap2.py.

>
> > class FooClass(object):
> > version=0.1

>
> > def __init__(self, nm='John Doe'):
> > self.name=nm
> > print 'Created a class instance for ', nm
> > def showname(self):
> > print 'Your name is', self.name
> > print 'My name is', self.__class__.__name__

>
> > On Windows, if I compile this and then in the python interpreter type:

>
> > >>> import chap2
> > >>> foo1=FooClass()

>
> > Created a class instance for John Doe

>
> > If I do the same think on my Mac OS X 10.5.2

>
> > NameError: name 'FooClass' is not defined.

>
> > I thought it was the path and did export PATH=$PATH:/mypath/
> > topythoncode

>
> > but it did not help.

>
> > What am I doing wrong? Thank you.

>
> forgot to say that on the mac I can do import chap2, but when I try
> and instantiate I get the error above.


It shouldn't work under Windows, either. You have to qualify the name
of the class with the name of the module, as in chap2.FooClass(). Or
you can type "from chap2 import FooClass" and then you'll be able to
simply say FooClass().
 
Reply With Quote
 
jmDesktop
Guest
Posts: n/a
 
      04-29-2008
On Apr 29, 1:54*pm, s0s...@gmail.com wrote:
> On Apr 29, 12:46 pm, jmDesktop <needin4mat...@gmail.com> wrote:
>
>
>
>
>
> > On Apr 29, 1:16 pm, jmDesktop <needin4mat...@gmail.com> wrote:

>
> > > Hi, I have this code (learning from Core Python, Chun's book), module
> > > named chap2.py.

>
> > > class FooClass(object):
> > > * * * * version=0.1

>
> > > * * * * def __init__(self, nm='John Doe'):
> > > * * * * * * * * self.name=nm
> > > * * * * * * * * print 'Created a class instance for ', nm
> > > * * * * def showname(self):
> > > * * * * * * * * print 'Your name is', self.name
> > > * * * * * * * * print 'My name is', self.__class__.__name__

>
> > > On Windows, if I compile this and then in the python interpreter type:

>
> > > >>> import chap2
> > > >>> foo1=FooClass()

>
> > > Created a class instance for *John Doe

>
> > > If I do the same think on my Mac OS X 10.5.2

>
> > > NameError: name 'FooClass' is not defined.

>
> > > I thought it was the path and did export PATH=$PATH:/mypath/
> > > topythoncode

>
> > > but it did not help.

>
> > > What am I doing wrong? *Thank you.

>
> > forgot to say that on the mac I can do import chap2, but when I try
> > and instantiate I get the error above.

>
> It shouldn't work under Windows, either. You have to qualify the name
> of the class with the name of the module, as in chap2.FooClass(). Or
> you can type "from chap2 import FooClass" and then you'll be able to
> simply say FooClass().- Hide quoted text -
>
> - Show quoted text -


Thanks. That worked on mac. But it does work like I said in
Windows. Don't know why. Mr. Chun must also be using Windows because
that is the way he does it in his book.
 
Reply With Quote
 
Jerry Hill
Guest
Posts: n/a
 
      04-29-2008
On Tue, Apr 29, 2008 at 2:14 PM, jmDesktop <> wrote:
> Thanks. That worked on mac. But it does work like I said in
> Windows. Don't know why. Mr. Chun must also be using Windows because
> that is the way he does it in his book.


It shouldn't work that way on windows either. Can you tell us a
little more about what you mean when you say you "compile this" under
windows? Normally, python code doesn't need to be compiled, so I'm
wondering if you're doing something different from what we expect when
you say you compile it and then import it in the interpreter.

Are you by any chance writing code in IDLE, running it, then doing
things in the interpreter?

--
Jerry
 
Reply With Quote
 
jmDesktop
Guest
Posts: n/a
 
      04-29-2008
On Apr 29, 2:37*pm, "Jerry Hill" <malaclyp...@gmail.com> wrote:
> On Tue, Apr 29, 2008 at 2:14 PM, jmDesktop <needin4mat...@gmail.com> wrote:
> > *Thanks. *That worked on mac. *But it does work like I said in
> > *Windows. *Don't know why. *Mr. Chun must also be using Windows because
> > *that is the way he does it in his book.

>
> It shouldn't work that way on windows either. *Can you tell us a
> little more about what you mean when you say you "compile this" under
> windows? *Normally, python code doesn't need to be compiled, so I'm
> wondering if you're doing something different from what we expect when
> you say you compile it and then import it in the interpreter.
>
> Are you by any chance writing code in IDLE, running it, then doing
> things in the interpreter?
>
> *--
> Jerry


On Windows I took the text file I created on mac with vi and opened it
in PythonWin. I ran it. It compiled. I run the import and call from
the python interpreter.
 
Reply With Quote
 
s0suk3@gmail.com
Guest
Posts: n/a
 
      04-29-2008
On Apr 29, 2:17 pm, jmDesktop <needin4mat...@gmail.com> wrote:
> On Apr 29, 2:37 pm, "Jerry Hill" <malaclyp...@gmail.com> wrote:
>
>
>
> > On Tue, Apr 29, 2008 at 2:14 PM, jmDesktop <needin4mat...@gmail.com> wrote:
> > > Thanks. That worked on mac. But it does work like I said in
> > > Windows. Don't know why. Mr. Chun must also be using Windows because
> > > that is the way he does it in his book.

>
> > It shouldn't work that way on windows either. Can you tell us a
> > little more about what you mean when you say you "compile this" under
> > windows? Normally, python code doesn't need to be compiled, so I'm
> > wondering if you're doing something different from what we expect when
> > you say you compile it and then import it in the interpreter.

>
> > Are you by any chance writing code in IDLE, running it, then doing
> > things in the interpreter?

>
> > --
> > Jerry

>
> On Windows I took the text file I created on mac with vi and opened it
> in PythonWin. I ran it. It compiled. I run the import and call from
> the python interpreter.


Well, Python compiles automatically any .py file that you import. Of
course this isn't machine code like the one from a C compiled
executable. It's Python's own bytecode. But normally you shouldn't
worry about that bytecode; actually, you shouldn't even be paying
attention to it. All that concerns you is that you created a module
and that you can import it. Leave the whole "compiling" concept to the
interpreter.
 
Reply With Quote
 
Jerry Hill
Guest
Posts: n/a
 
      04-29-2008
On Tue, Apr 29, 2008 at 3:17 PM, jmDesktop <> wrote:
> On Windows I took the text file I created on mac with vi and opened it
> in PythonWin. I ran it. It compiled. I run the import and call from
> the python interpreter.


You're not doing what you think you're doing. I'm not sure I know the
right way to explain it, though.

When you run your code in pythonwin, it's just like calling 'python -i
chap2.py' It runs the code in chap2.py, then gives you an interpreter
window to interact with your code. In this case, that means that
FooClass is visible with no import at all, because it was defined in
the scope of the currently running script, as opposed to being
imported.

You haven't said exactly how you're doing this on your mac, but I'm
guessing that you're opening a command line, starting up the python
interpreter, then going from there?

Can someone help me out? I'm running into a mental block on how to
explain the difference between doing this:
C:\Python25>python -i chap2.py
>>> foo1=FooClass()

Created a class instance for John Doe
>>>


and doing this:
C:\Python25>python
Python 2.5.2 (r252:60911, Feb 21 2008, 13:11:45) [MSC v.1310 32 bit
(Intel)] on win32
Type "help", "copyright", "credits" or "license" for more information.
>>> import chap2
>>> foo1=chap2.FooClass()

Created a class instance for John Doe
>>>


--
Jerry
 
Reply With Quote
 
ivan
Guest
Posts: n/a
 
      04-29-2008
On Apr 29, 3:47*pm, "Jerry Hill" <malaclyp...@gmail.com> wrote:
> When you run your code in pythonwin, it's just like calling 'python -i
> chap2.py' *It runs the code in chap2.py, then gives you an interpreter
> window to interact with your code. *In this case, that means that
> FooClass is visible with no import at all, because it was defined in
> the scope of the currently running script, as opposed to being
> imported.
>
> You haven't said exactly how you're doing this on your mac, but I'm
> guessing that you're opening a command line, starting up the python
> interpreter, then going from there?
>
> Can someone help me out? *I'm running into a mental block on how to
> explain the difference between doing this:
> C:\Python25>python -i chap2.py>>> foo1=FooClass()


jmDesktop,

With what Jerry stated,

You can see what is happening under PythonWin interactive window by
doing:
>>> dir()

before and after running chap2.py and see that FooClass is defined
without import, which gives a clue that PythonWin is not running the
script independant of the interactive window.

Or try adding the following to the end of your chap2.py:
print "Hello World"
somevar = 12345
And run in PythonWin and see what happens to your interactive window
and if somevar is defined.

If you close and open PythonWin and use the interactive window without
having first run chap2.py, you will find it behaves the same as the
mac.

Ivan
 
Reply With Quote
 
 
 
Reply

Thread Tools

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are Off


Similar Threads
Thread Thread Starter Forum Replies Last Post
Re: umath import error for Numpy builds on OSX 10.6 Robert Kern Python 3 12-12-2009 04:44 AM
A quick Mac OSX question Albert Schlef Ruby 2 01-09-2009 12:27 PM
2007/11/07 EdgeCAM 12, SHIPFLOW 4.0, Microsoft Office Communicator 2007, Apple Mac OSX Server Leopard 10.5 for Mac, other ... ola@mail.gr NZ Computing 0 11-08-2007 05:49 AM
Mac OSX Ruby Configuration Question Steven R. Ruby 13 07-15-2006 07:46 PM
EDA apps on Mac OSX? Phil Tomson VHDL 0 07-09-2004 03:43 AM



Advertisments
 



1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57