visualpython-users

[Visualpython-users] vpython 4 beta

[Dr P H B. <P.H...@bh...>]

I have installed vpython 4 beta, but get the error message below: help,
please

I am running windows ME (it came betweenbetween windodws 98 & windows xp)

Peter Borcherds


Python 2.4.3 (#69, Mar 29 2006, 17:35:34) [MSC v.1310 32 bit (Intel)] on
win32
Type "copyright", "credits" or "license()" for more information.

    ****************************************************************
    Personal firewall software may warn about the connection IDLE
    makes to its subprocess using this computer's internal loopback
    interface.  This connection is not visible on any external
    interface and no data is sent to or received from the Internet.
    ****************************************************************

IDLE 1.1.3
>>> ========================================== RESTART
==========================================
>>> dir()
['__builtins__', '__doc__', '__name__']
>>> from visual import *

Traceback (most recent call last):
  File "<pyshell#1>", line 1, in -toplevel-
    from visual import *
  File "C:\PYTHON24\lib\site-packages\visual\__init__.py", line 24,
in -toplevel-
    import array_backend
  File "C:\PYTHON24\lib\site-packages\visual\array_backend.py", line 1,
in -toplevel-
    import cvisual
ImportError: DLL load failed: A device attached to the system is not
functioning.
>>>
from Dr P H Borcherds
reply to: p.h...@bh...
telephone (+44) 121 475 3029

Re: [Visualpython-users] Released: VPython 4.beta0

[Jonathan B. <jbr...@ea...>]

On Thu, 2006-06-01 at 16:05 -0400, Jonathan Brandmeyer wrote:
> On Thu, 2006-06-01 at 14:17 -0400, Jonathan Brandmeyer wrote:
> > The autotools-based builder will be up on Sourceforge
> > soon for Linux/UNIX/OSX, hopefully later this afternoon or evening.
> 
> Its up now.  Enjoy!

Someone privately asked where the links to the files are.  The releases
for this series will be posted to the Sourceforge "files" area for the
visualpython project, here:
http://sourceforge.net/project/showfiles.php?group_id=6013

Chances are pretty good that if you have a question, someone else will
too.  Please direct all correspondence about VPython to the mailing
list.

Thanks,
-Jonathan

Re: [Visualpython-users] Released: VPython 4.beta0

[Gary <pa...@in...>]

Jonathan Brandmeyer wrote:

>A Windows-only build of this release is now available on the sourceforge
>download area. 
>
Jonathan,

In [1]: import visual as v
---------------------------------------------------------------------------
exceptions.ImportError                               Traceback (most 
recent call
 last)

C:\Documents and Settings\Gary\My Documents\<ipython console>

C:\Python24\lib\site-packages\visual\__init__.py
     22
     23 # Don't try this at home!
---> 24 import array_backend
     25 # The following is intended to be equivalent to:
     26 # >>> from array_backend.backend[0] import *

C:\Python24\lib\site-packages\visual\array_backend.py
      2
      3 # I am performing the import statements within functions to 
prevent poll
uting the global
      4 # namespace
      5 def _try_init_numeric():
      6     try:

ImportError: DLL load failed: The specified procedure could not be found.

Regards,
gary

[Visualpython-users] Gentoo package for the beta release

[Colin K. <te...@ge...>]

Hey guys

I'm working on a Gentoo package for the beta releases, and I'm having a 
compile error that I cant seem to get around. I'm not sure if its an 
issue with the beta or my system, so I've attached the config.log for 
you to have a look. If I make any progress myself I'll let you know.

By the way, I know these are beta releases so I'll be masking them for 
the moment. That means users will have to take special actions to use 
the new version, thus preventing me and you from a flood of bug reports 
from inexperienced users. If I receive any bug reports from those who 
choose to test your beta, I'll pass them on to you after making sure its 
not a Gentoo issue.

Thanks, and keep up the good work
Colin Kingsley (tercel)

Re: [Visualpython-users] Released: VPython 4.beta0

[Jonathan B. <jbr...@ea...>]

In addition to the other new features, feel free to play with
frame.scale.

-Jonathan

Re: [Visualpython-users] Released: VPython 4.beta0

[Jonathan B. <jbr...@ea...>]

On Thu, 2006-06-01 at 14:17 -0400, Jonathan Brandmeyer wrote:
> The autotools-based builder will be up on Sourceforge
> soon for Linux/UNIX/OSX, hopefully later this afternoon or evening.

Its up now.  Enjoy!

-Jonathan

[Visualpython-users] Released: VPython 4.beta0

[Jonathan B. <jbr...@ea...>]

A Windows-only build of this release is now available on the sourceforge
download area.  The autotools-based builder will be up on Sourceforge
soon for Linux/UNIX/OSX, hopefully later this afternoon or evening.

At the time of this writing, the Gtk+ source files are still being
uploaded.  They form the contents of gtkdev.tar.bz2, and are only there
to satisfy the requirements of the LGPL.  This archive also includes
precompiled binaries, debugging symbols, and utility programs for Gtk+,
that make it easier to start hacking on VPython from within Windows.

There are still a few problems with the code that I am aware of.  At
this point the project is in "release early, release often" mode.
Please report any problems to the mailing list.  The APIs for texturing,
transparency, and lighting are still in flux, so please contribute your
comments to those as well.


RELEASE NOTES:
The "Its not vaporware, I swear!" release
Note: You do not need to download "gtkdev.tar.bz2" if you don't want to;
it is there to satisfy the requirements of the GNU LGPL.

This release contains many new features, including:
- A toolbar with some simple functions (the recenter button doesn't do
anything yet).
- New mouse interaction mode "pan", selectable by the user through the
toolbar
- Most objects support an "alpha" color property, that controls
transparency.  This also makes foo.color a 4-tuple (RGBA)
- Most objects support a "shininess" property, that controls specular
highlighting (value between 0 and 1, exactly 0 or 1 disable it)
- Most objects can have their lighting explicitly turned off (foo.lit =
False)
- Simple texturing support (see examples/textest.py)
- Advanced lighting support, including spotlights, attenuation, and
local (non-infinity) sources (no demo as yet, see help(light))
- Supports integration with other GUI toolkits, such as PyGTK, WxPython,
PyObjC, etc (no demo yet)

Re: [Visualpython-users] VPython on OSX

[Dethe E. <de...@li...>]

On 5/31/06, Jonathan Brandmeyer <jbr...@ea...> wrote:

> How much Cocoa code did you get done for VPython before you threw in the
> towel?  I can manage to beat on the autotools if you can supply the
> Cocoa code.

I got stuck at the getting it to compile phase.  My plan was to stub
out the functions that needed replacing, then fill them in with Cocoa
or Carbon as needed.  But I wanted it to compile first so I had a
baseline to test against, and I couldn't get that far.

> I did some PyOpenGL stuff quite recently.  Unfortunately, it is _much_
> too slow for VPython.

OK, well there are other paths to cross-platform OpenGL.  One would be
to use Glut for windowing instead of platform-dependant windows
(wouldn't help with integrating with other libraries, but wouldn't be
worse than what is there now), and posix for threading. Then it would
be usable across Linux and OS X without substantial changes, and
Windows too with the right libraries.

I don't know what you were trying with PyOpenGL, but a) I think the
speedups are on a branch, and may not have made it to Windows yet, and
b) moving as much as possible into display lists should be as fast os
OpenGL allows, regardless of whether the display lists were built from
python or C++.  Another option would be to build VPython on a rich 3D
scenegraph environment (preferably one that is already cross-platform)
such as Coin, Soya, etc. (Python has a richness of 3D environments).
Then VPython could be the easy path into 3D, but users could still
expand past it to do transparency, textures, etc.  Some of the 3D
stuff out there works with other windowing libraries (wx, PyGame)
which makes it easier to use VPython as a standard part of the python
toolbox.

Just my blue-sky ideas.  My department recently got purchased by a
company in Japan, so I'm busier than usual with work and travel, so it
will be some time before I have hobby coding time to spare,
unfortunately.

--Dethe

Re: [Visualpython-users] VPython on OSX

[Jonathan B. <jbr...@ea...>]

On Wed, 2006-05-31 at 15:58 -0700, Dethe Elza wrote:
> On 5/31/06, Jonathan Brandmeyer <jbr...@ea...> wrote:
> > On Wed, 2006-05-31 at 06:41 -0700, Jeremy Sachs wrote:
> > > Just to be clear on the matter, what are the major hurdles that must
> > > be jumped to implement VPython in Mac OS X's Aqua interface?
> >
> > A developer that knew something about Aqua, for starters.  Said
> > developer would need to write an implementation of src/gtk2/display.cpp
> > and/or src/gtk2/render_surface.cpp (in the vpython-core2 module).
> >
> > > And has anyone been making any recent progress that deserves mention?
> >
> > Not that I'm aware.  Someone mentioned that they would give it effort a
> > while back, but I haven't heard from them since.
> 
> That was probably me.  I struggled with just getting it to compile,
> without having to pull in all the dependencies from Fink, but failed.
> My autoconf-foo was not good enough, and I had to switch back to
> projects that are tractable for me.  I know Cocoa and OpenGL, and can
> find my way around Aqua, but the VPython build system defeated me.

How much Cocoa code did you get done for VPython before you threw in the
towel?  I can manage to beat on the autotools if you can supply the
Cocoa code.

> Personally, I'd like to see a VPython built on top of PyOpenGL, so it
> would play well with others (PyOpenGL works with PyGame, Cocoa,
> Windows, Linux, etc.)  Since PyOpenGL is getting some speedups these
> days (and machines are about 100x faster than when VPython was
> created) it ought to be feasible.  Plus the code would be accessible
> to more pythonistas.

I did some PyOpenGL stuff quite recently.  Unfortunately, it is _much_
too slow for VPython.

> I'm still willing to try again sometime, when I have time to futz with
> it, but that won't be soon.

-Jonathan

Re: [Visualpython-users] VPython on OSX

[Dethe E. <de...@li...>]

On 5/31/06, Jonathan Brandmeyer <jbr...@ea...> wrote:
> On Wed, 2006-05-31 at 06:41 -0700, Jeremy Sachs wrote:
> > Just to be clear on the matter, what are the major hurdles that must
> > be jumped to implement VPython in Mac OS X's Aqua interface?
>
> A developer that knew something about Aqua, for starters.  Said
> developer would need to write an implementation of src/gtk2/display.cpp
> and/or src/gtk2/render_surface.cpp (in the vpython-core2 module).
>
> > And has anyone been making any recent progress that deserves mention?
>
> Not that I'm aware.  Someone mentioned that they would give it effort a
> while back, but I haven't heard from them since.

That was probably me.  I struggled with just getting it to compile,
without having to pull in all the dependencies from Fink, but failed.
My autoconf-foo was not good enough, and I had to switch back to
projects that are tractable for me.  I know Cocoa and OpenGL, and can
find my way around Aqua, but the VPython build system defeated me.

Personally, I'd like to see a VPython built on top of PyOpenGL, so it
would play well with others (PyOpenGL works with PyGame, Cocoa,
Windows, Linux, etc.)  Since PyOpenGL is getting some speedups these
days (and machines are about 100x faster than when VPython was
created) it ought to be feasible.  Plus the code would be accessible
to more pythonistas.

I'm still willing to try again sometime, when I have time to futz with
it, but that won't be soon.

--Dethe

>
> -Jonathan
>
>
>
> -------------------------------------------------------
> All the advantages of Linux Managed Hosting--Without the Cost and Risk!
> Fully trained technicians. The highest number of Red Hat certifications in
> the hosting industry. Fanatical Support. Click to learn more
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=107521&bid=248729&dat=121642
> _______________________________________________
> Visualpython-users mailing list
> Vis...@li...
> https://lists.sourceforge.net/lists/listinfo/visualpython-users
>

Re: [Visualpython-users] VPython on OSX

[Jonathan B. <jbr...@ea...>]

On Wed, 2006-05-31 at 06:41 -0700, Jeremy Sachs wrote:
> Just to be clear on the matter, what are the major hurdles that must
> be jumped to implement VPython in Mac OS X's Aqua interface? 

A developer that knew something about Aqua, for starters.  Said
developer would need to write an implementation of src/gtk2/display.cpp
and/or src/gtk2/render_surface.cpp (in the vpython-core2 module).

> And has anyone been making any recent progress that deserves mention?

Not that I'm aware.  Someone mentioned that they would give it effort a
while back, but I haven't heard from them since.

-Jonathan

Re: [Visualpython-users] VPython on OSX

[Jeremy S. <rez...@ma...>]

Just to be clear on the matter, what are the major hurdles that must be jumped to implement VPython in Mac OS X's Aqua interface? And has anyone been making any recent progress that deserves mention?

-JS

Re: [Visualpython-users] VPython on OSX

[Martin C. <cos...@wa...>]

Jonathan Brandmeyer wrote:
> On Tue, 2006-05-30 at 16:48 -0400, Aaron Titus wrote:
>> Are you saying that Mac OS X users won't need to use X11 anymore?
> 
> Not at all.  You still need X11 and fink.  Before, Apple's compiler (a
> bastardized gcc) was too broken to build and run Boost.Python + VPython.
> The build of gcc shipped with XCode 2.3 works fine.

This has worked for a while already (since xcode-2.1 I think, in Fink at 
least since August 2005).

> Another user asked me what he would need to do on an Intel-based mac to
> get VPython up and running.  The answer is that until the fink
> developers get fink working for either fat binaries or a custom
> i386-only distribution, you shouldn't bother.  You can try the beta that
> is posted on fink.sourceforge.net, but don't get your hopes up.

The Fink packages for boost1.33 and for vpython 3.2.9 (packages 
visual-py23 and visual-py24, depending on which version of python you 
want to run it with) are building fine on mac/intel. They are in the 
stable tree, too, so that they will appear in the next binary 
distribution. The current (somewhat non-public for reasons I don't 
understand) binary distribution of Fink for Mac/intel only contains the 
old version 2.1.9 of visual-py23, unfortunately.

> We don't have an intel mac to test on.  If an OS-X guru would like to
> speak up, I would be interested in what it takes to crank out fat
> binaries from the command line on PowerPC, as Apple only sees fit to
> describe the process from within XCode.

Universal (fat) binaries are not interesting for the user. They may make 
life easier for those who distribute binaries, but it is not much more 
complicated to distribute separate binaries for ppc and for intel. Fink 
has separate binary distributions for ppc and for intel, and the user 
sees only the one corresponding to the the currently used machine.

-- 
Martin

Re: [Visualpython-users] VPython on OSX

[Jonathan B. <jbr...@ea...>]

On Tue, 2006-05-30 at 16:48 -0400, Aaron Titus wrote:
> Are you saying that Mac OS X users won't need to use X11 anymore?

Not at all.  You still need X11 and fink.  Before, Apple's compiler (a
bastardized gcc) was too broken to build and run Boost.Python + VPython.
The build of gcc shipped with XCode 2.3 works fine.

Another user asked me what he would need to do on an Intel-based mac to
get VPython up and running.  The answer is that until the fink
developers get fink working for either fat binaries or a custom
i386-only distribution, you shouldn't bother.  You can try the beta that
is posted on fink.sourceforge.net, but don't get your hopes up.

We don't have an intel mac to test on.  If an OS-X guru would like to
speak up, I would be interested in what it takes to crank out fat
binaries from the command line on PowerPC, as Apple only sees fit to
describe the process from within XCode.

Thanks,
-Jonathan

> Aaron
> 
> On May 30, 2006, at 4:36 PM, Jonathan Brandmeyer wrote:
> 
> > I recently built Boost.Python 1.33.1 and VPython 3.2.9 on OSX 10.4  
> > with
> > XCode 2.3 (Apple's GCC 4.0.1).  You don't need to build a custom
> > compiler anymore.
> >
> > HTH,
> > -Jonathan
> >
> >
> >
> > -------------------------------------------------------
> > All the advantages of Linux Managed Hosting--Without the Cost and  
> > Risk!
> > Fully trained technicians. The highest number of Red Hat  
> > certifications in
> > the hosting industry. Fanatical Support. Click to learn more
> > http://sel.as-us.falkag.net/sel? 
> > cmd=lnk&kid=107521&bid=248729&dat=121642
> > _______________________________________________
> > Visualpython-users mailing list
> > Vis...@li...
> > https://lists.sourceforge.net/lists/listinfo/visualpython-users
> >
> 
> 
> 
> -------------------------------------------------------
> All the advantages of Linux Managed Hosting--Without the Cost and Risk!
> Fully trained technicians. The highest number of Red Hat certifications in
> the hosting industry. Fanatical Support. Click to learn more
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=107521&bid=248729&dat=121642
> _______________________________________________
> Visualpython-users mailing list
> Vis...@li...
> https://lists.sourceforge.net/lists/listinfo/visualpython-users

Re: [Visualpython-users] VPython on OSX

[Aaron T. <ti...@ma...>]

Are you saying that Mac OS X users won't need to use X11 anymore?

Aaron

On May 30, 2006, at 4:36 PM, Jonathan Brandmeyer wrote:

> I recently built Boost.Python 1.33.1 and VPython 3.2.9 on OSX 10.4  
> with
> XCode 2.3 (Apple's GCC 4.0.1).  You don't need to build a custom
> compiler anymore.
>
> HTH,
> -Jonathan
>
>
>
> -------------------------------------------------------
> All the advantages of Linux Managed Hosting--Without the Cost and  
> Risk!
> Fully trained technicians. The highest number of Red Hat  
> certifications in
> the hosting industry. Fanatical Support. Click to learn more
> http://sel.as-us.falkag.net/sel? 
> cmd=lnk&kid=107521&bid=248729&dat=121642
> _______________________________________________
> Visualpython-users mailing list
> Vis...@li...
> https://lists.sourceforge.net/lists/listinfo/visualpython-users
>

[Visualpython-users] VPython on OSX

[Jonathan B. <jbr...@ea...>]

I recently built Boost.Python 1.33.1 and VPython 3.2.9 on OSX 10.4 with
XCode 2.3 (Apple's GCC 4.0.1).  You don't need to build a custom
compiler anymore.

HTH,
-Jonathan

[Visualpython-users] testing

[Joe H. <hea...@st...>]

This is a test. SourceForge seems to not like my email address for  
some reason.

Joe Heafner
heafnerj(at)sticksandshadows(dot)com
www(dot)SticksAndShadows(dot)com

[Visualpython-users] Test of mailing list

[Bruce S. <Bru...@nc...>]

I got a report that the mailing list isn't working, so this is a test to 
see whether this post appears. Please excuse the extra traffic.

Bruce Sherwood

Re: [Visualpython-users] GtkGLExtmm availability

[Jon S. <js...@di...>]

> As far as I know Jython cant use any non-pure-python module...This has
> to do with the code being compilable into java.
> Fl=E1vio

right.  when I said "sanctioned pipeline" I was suggesting some kind =20
of communication protocol and configuration that would allow the two =20
pythons/libraries/interpreters to run side by side, communicate with, =20=

and perhaps expose APIs to each other

> On 5/24/06, Jon Schull <js...@di...> wrote:
>
>> I'm working on a music visualization app and am wanting to use both
>> jython and vpython.
>>
>> I assume vpython-core2 will continue to be jython-incompatible (?)
>> but what about some kind of "sanctioned pipeline" for having these
>> (or any?) two pythons inter-operating?
>>
>>

Re: [Visualpython-users] GtkGLExtmm availability

[Flavio C. <fcc...@gm...>]

On gentoo, I have version 1.0.1 marked stable and 1.1 marked unstable.
No idea when 1.2 will be available, let  alone stable...

hope this helps,

Fl=E1vio

On 5/24/06, Jonathan Brandmeyer <jbr...@ea...> wrote:
> Vpython-core2 is rapidly maturing as I'm working full-time on it right
> now.  I am interested in the current availability of GtkGLExtmm in
> various Linux distros and Fink.  So, please let me know if GtkGLExtmm
> 1.1.x or 1.2.0 is available for you.
>
> At this time, I'm coding to GtkGLExtmm 1.2, but I can make it
> backwards-compatible for 1.1 if there is a need.
>
> Thanks,
> -Jonathan Brandmeyer
>
> PS: GtkGLExt's ownership recently changed hands.  The old maintainer was
> MIA, and a new fellow was sufficiently interested to take over.  Not all
> services run by the project are admined by him yet, so the sourceforge
> webpage is out-of-date.  GtkGLExtmm 1.2 can be found in the Files
> section of its sourceforge project page.
>
>
>
> -------------------------------------------------------
> All the advantages of Linux Managed Hosting--Without the Cost and Risk!
> Fully trained technicians. The highest number of Red Hat certifications i=
n
> the hosting industry. Fanatical Support. Click to learn more
> http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D107521&bid=3D248729&dat=
=3D121642
> _______________________________________________
> Visualpython-users mailing list
> Vis...@li...
> https://lists.sourceforge.net/lists/listinfo/visualpython-users
>


--=20
Fl=E1vio Code=E7o Coelho
registered Linux user # 386432
---------------------------
"Laws are like sausages. It's better not to see them being made."
Otto von Bismark

Re: [Visualpython-users] GtkGLExtmm availability

[Jon S. <js...@di...>]

I'm working on a music visualization app and am wanting to use both  
jython and vpython.

I assume vpython-core2 will continue to be jython-incompatible (?)  
but what about some kind of "sanctioned pipeline" for having these  
(or any?) two pythons inter-operating?


=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Jon Schull
Associate Professor
Information Technology
Rochester Institute of Technology
102 Lomb Memorial Drive
Rochester, New York 14623
sc...@di...
fax: 978-246-0487
cell: 585-738-6696




On May 24, 2006, at 9:40 AM, Jonathan Brandmeyer wrote:

> Vpython-core2 is rapidly maturing as I'm working full-time on it right
> now.  I am interested in the current availability of GtkGLExtmm in
> various Linux distros and Fink.  So, please let me know if GtkGLExtmm
> 1.1.x or 1.2.0 is available for you.
>
> At this time, I'm coding to GtkGLExtmm 1.2, but I can make it
> backwards-compatible for 1.1 if there is a need.
>
> Thanks,
> -Jonathan Brandmeyer
>
> PS: GtkGLExt's ownership recently changed hands.  The old  
> maintainer was
> MIA, and a new fellow was sufficiently interested to take over.   
> Not all
> services run by the project are admined by him yet, so the sourceforge
> webpage is out-of-date.  GtkGLExtmm 1.2 can be found in the Files
> section of its sourceforge project page.
>
>
>
> -------------------------------------------------------
> All the advantages of Linux Managed Hosting--Without the Cost and  
> Risk!
> Fully trained technicians. The highest number of Red Hat  
> certifications in
> the hosting industry. Fanatical Support. Click to learn more
> http://sel.as-us.falkag.net/sel? 
> cmd=lnk&kid=107521&bid=248729&dat=121642
> _______________________________________________
> Visualpython-users mailing list
> Vis...@li...
> https://lists.sourceforge.net/lists/listinfo/visualpython-users
>

[Visualpython-users] GtkGLExtmm availability

[Jonathan B. <jbr...@ea...>]

Vpython-core2 is rapidly maturing as I'm working full-time on it right
now.  I am interested in the current availability of GtkGLExtmm in
various Linux distros and Fink.  So, please let me know if GtkGLExtmm
1.1.x or 1.2.0 is available for you.

At this time, I'm coding to GtkGLExtmm 1.2, but I can make it
backwards-compatible for 1.1 if there is a need.

Thanks,
-Jonathan Brandmeyer

PS: GtkGLExt's ownership recently changed hands.  The old maintainer was
MIA, and a new fellow was sufficiently interested to take over.  Not all
services run by the project are admined by him yet, so the sourceforge
webpage is out-of-date.  GtkGLExtmm 1.2 can be found in the Files
section of its sourceforge project page.

Re: [Visualpython-users] Eclipse and vpython on Mac

[Jonathan B. <jbr...@ea...>]

On Wed, 2006-05-24 at 08:32 -0400, Aaron Titus wrote:
> I fixed it. I was wrong about the error that I was getting from  
> Eclipse. It said "cannot open display:"  without the ":0.0" which  
> meant that my DISPLAY environment variable wasn't being set (unlike  
> in my shell profile in Terminal).
> 
> Thus, in the Eclipse Run configuration, I clicked the Environment tab  
> and added the DISPLAY=:0.0 environment variable.
> 
> Now, I can run vpython programs from Eclipse on a Mac, and I am one  
> happy guy.
> 
> Is anyone else using Eclipse for coding vpython?

Not so much for client programs.  However, the .project and .cdtproject
files in VPython CVS are a dead giveaway of what I'm using Eclipse
for ;)

-Jonathan

> Aaron
> 
> 
> On May 23, 2006, at 11:21 PM, Aaron Titus wrote:
> 
> > I'm trying to more elegantly organize my various programming  
> > projects in java and python. I started using Eclipse a few years  
> > ago but have more recently installed subversion with apache2  
> > running locally on my laptop. Eclipse works quite nicely with  
> > subversion to manage a repository.
> >
> > But the reason I'm emailing the list is that I ran across PyDev  
> > (http://pydev.sourceforge.net/index.html). I just installed it. I  
> > really like it. I have all the advantages of Eclipse with syntax  
> > highlighting, managing of classes, easy navigation, etc.
> >
> > However, I'm using a Mac where one must use Fink in order to run  
> > vpython. Thus, I have to run the following command:
> >
> >
> > /sw/bin/python2.3 vpythonfilename
> >
> >
> > from Terminal (and have X11 running) in order to run a vpython  
> > program from the command line. If X11 is not running, I get the error:
> >
> >
> > Gtk-WARNING **: cannot open display: :0.0
> >
> >
> > Well, running a vpython program from Eclipse gives the same error  
> > EVEN THOUGH X11 IS RUNNING. Any ideas why this doesn't work?  Is  
> > anyone using Eclipse as their IDE for vpython on Mac?
> >
> > Thanks,
> >
> > Aaron Titus
> >
> >
> >
> > -------------------------------------------------------
> > All the advantages of Linux Managed Hosting--Without the Cost and  
> > Risk!
> > Fully trained technicians. The highest number of Red Hat  
> > certifications in
> > the hosting industry. Fanatical Support. Click to learn more
> > http://sel.as-us.falkag.net/sel? 
> > cmd=lnk&kid=107521&bid=248729&dat=121642
> > _______________________________________________
> > Visualpython-users mailing list
> > Vis...@li...
> > https://lists.sourceforge.net/lists/listinfo/visualpython-users
> >
> 
> 
> 
> -------------------------------------------------------
> All the advantages of Linux Managed Hosting--Without the Cost and Risk!
> Fully trained technicians. The highest number of Red Hat certifications in
> the hosting industry. Fanatical Support. Click to learn more
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=107521&bid=248729&dat=121642
> _______________________________________________
> Visualpython-users mailing list
> Vis...@li...
> https://lists.sourceforge.net/lists/listinfo/visualpython-users

Re: [Visualpython-users] Eclipse and vpython on Mac

[Aaron T. <ti...@ma...>]

I fixed it. I was wrong about the error that I was getting from  
Eclipse. It said "cannot open display:"  without the ":0.0" which  
meant that my DISPLAY environment variable wasn't being set (unlike  
in my shell profile in Terminal).

Thus, in the Eclipse Run configuration, I clicked the Environment tab  
and added the DISPLAY=:0.0 environment variable.

Now, I can run vpython programs from Eclipse on a Mac, and I am one  
happy guy.

Is anyone else using Eclipse for coding vpython?

Aaron


On May 23, 2006, at 11:21 PM, Aaron Titus wrote:

> I'm trying to more elegantly organize my various programming  
> projects in java and python. I started using Eclipse a few years  
> ago but have more recently installed subversion with apache2  
> running locally on my laptop. Eclipse works quite nicely with  
> subversion to manage a repository.
>
> But the reason I'm emailing the list is that I ran across PyDev  
> (http://pydev.sourceforge.net/index.html). I just installed it. I  
> really like it. I have all the advantages of Eclipse with syntax  
> highlighting, managing of classes, easy navigation, etc.
>
> However, I'm using a Mac where one must use Fink in order to run  
> vpython. Thus, I have to run the following command:
>
>
> /sw/bin/python2.3 vpythonfilename
>
>
> from Terminal (and have X11 running) in order to run a vpython  
> program from the command line. If X11 is not running, I get the error:
>
>
> Gtk-WARNING **: cannot open display: :0.0
>
>
> Well, running a vpython program from Eclipse gives the same error  
> EVEN THOUGH X11 IS RUNNING. Any ideas why this doesn't work?  Is  
> anyone using Eclipse as their IDE for vpython on Mac?
>
> Thanks,
>
> Aaron Titus
>
>
>
> -------------------------------------------------------
> All the advantages of Linux Managed Hosting--Without the Cost and  
> Risk!
> Fully trained technicians. The highest number of Red Hat  
> certifications in
> the hosting industry. Fanatical Support. Click to learn more
> http://sel.as-us.falkag.net/sel? 
> cmd=lnk&kid=107521&bid=248729&dat=121642
> _______________________________________________
> Visualpython-users mailing list
> Vis...@li...
> https://lists.sourceforge.net/lists/listinfo/visualpython-users
>

[Visualpython-users] Eclipse and vpython on Mac

[Aaron T. <ti...@ma...>]

I'm trying to more elegantly organize my various programming projects  
in java and python. I started using Eclipse a few years ago but have  
more recently installed subversion with apache2 running locally on my  
laptop. Eclipse works quite nicely with subversion to manage a  
repository.

But the reason I'm emailing the list is that I ran across PyDev  
(http://pydev.sourceforge.net/index.html). I just installed it. I  
really like it. I have all the advantages of Eclipse with syntax  
highlighting, managing of classes, easy navigation, etc.

However, I'm using a Mac where one must use Fink in order to run  
vpython. Thus, I have to run the following command:


/sw/bin/python2.3 vpythonfilename


from Terminal (and have X11 running) in order to run a vpython  
program from the command line. If X11 is not running, I get the error:


Gtk-WARNING **: cannot open display: :0.0


Well, running a vpython program from Eclipse gives the same error  
EVEN THOUGH X11 IS RUNNING. Any ideas why this doesn't work?  Is  
anyone using Eclipse as their IDE for vpython on Mac?

Thanks,

Aaron Titus