visualpython-users

[Visualpython-users] demos ERROR "TypeError: Expecting an object of type NDArray"

[Kazuhiko U. <u_...@ni...>]

Hi,

I'm trying to use "visual-2.9.6.tar.gz"
 on Debian i686 GNU/Linux (testing+part of unstable)

Almost all demos(python2.3/site-packages/visual/demos) says
    "TypeError: Expecting an object of type NDArray; \
                   got an object of type array instead"

Is it possible to run these demos successfully?

The list of demos saying same error is
    convex.py
    crossproduct.py
    drape.py
    faces_cone.py
    faces_heightfield.py
    gas.py
    graphtest.py
    gyro.py
    gyro2.py
    lathe.py
    lorenz.py
    orbit.py
    planar.py
    randombox.py
    stars.py
    stonehenge.py
    text.py
    tictac.py
    toroid.py
    wave.py

Thanks.
-- 
UEBAYASHI Kazuhiko
u_kazu(a)nifty.com

Re: [Visualpython-users] 2d, 3d arrays?

[Zbigniew <ze...@in...>]

PmhvdyB3b3VsZCB5b3UgZ28gYWJvdXQgY3JlYXRpbmcgMmQgYW5kIDNkIGFycmF5cyBvZiB2ZWN0
b3JzPw0KDQpGb3IgZWFzaWVyIHVzZXMgc29tZXRoaW5nIGxpa2UgYmVsb3cgd2FzIGdvb2QgZm9y
IG1lLg0KDQp0byBmaWxsIDJkIGFycmF5IHdpdGggeF9zaXplIGFuZCB5X3NpemU6DQoNCm15bGlz
dD1bIF0NCmZvciBpIGluIHJhbmdlKDAseV9zaXplKToNCiAgICBmb3IgaiBpbiByYW5nZSgwLHhf
c2l6ZSk6DQogICAgICAgIG15bGlzdC5hcHBlbmQobXl2ZWN0b3IpDQoNCnRvIGFjY2VzcyB2ZWN0
b3IgYXQgeCx5Og0KDQpteXZlY3Rvcj1saXN0W3kqeF9zaXplK3hdDQoNClpiaWduaWV3IFRyemNp
b25rb3dza2kgPHplZWJhbGxAaW50ZXJpYS5wbD4NCg==

Re: [Visualpython-users] 2d, 3d arrays?

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

On Wed, 2004-07-21 at 12:00, CHAPMAN, RICHARD wrote:
> hi,
>  
> how would you go about creating 2d and 3d arrays of vectors?
>  
> thanks
>  
> rich

Some of the demo programs use Numeric for processing large volumes of
vector data.  stars.py and gas.py are probably good starting points.  

HTH,
Jonathan Brandmeyer

[Visualpython-users] 2d, 3d arrays?

[CHAPMAN, R. <ric...@um...>]

hi,
=20
how would you go about creating 2d and 3d arrays of vectors?
=20
thanks
=20
rich

[Visualpython-users] Re: Released: VPython 2.9.6

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

I discovered that the MS Windows build I posted on Sourceforge earlier 
was defective in that it contained an old version of cvisual.dll.  A new 
package has been uploaded with the right .dll's.  Until it propgates 
through the Sourceforge mirror system, you can get the updated Windows 
installer from: http://www4.ncsu.edu/~jdbrandm/VPython-MSWindows-2.9.6-2.exe

You should remove any existing VPython package prior to installing this one.

Sorry,
-Jonathan

Re: [Visualpython-users] Release: VPython 2.9.6

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

On Wed, 2004-07-14 at 15:44, Jonathan Brandmeyer wrote:
> I'm pleased to announce the availability of VPython 2.9.6, from
> http://sourceforge.net/project/showfiles.php?group_id=6013  (it may take
> a few minutes to get distributed to the mirrors).

Apparently, the Sourceforge download system is down for recent file
releases[1], so for the moment, I have posted the download for the
source package here:

(source)
http://www4.ncsu.edu/~jdbrandm/visual-2.9.6.tar.bz2

I will post a MS Windows installer later this evening, since the
"official" build isn't available to me at the moment.

Sorry,
Jonathan

1:
http://sourceforge.net/tracker/index.php?func=detail&aid=990870&group_id=1&atid=200001

[Visualpython-users] Numeric v. numarray

[Jonathan B. <jdb...@un...>]

Does anyone have a particular need or desire to use numarray over
Numeric for array data in VPython?

Thanks,
-Jonathan

[Visualpython-users] Release: VPython 2.9.6

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

I'm pleased to announce the availability of VPython 2.9.6, from
http://sourceforge.net/project/showfiles.php?group_id=6013  (it may take
a few minutes to get distributed to the mirrors).

This release fixes a few bugs present in 2.9.4, specifically:

The label object properly sizes its border when the text is changed.
The curve object properly handles setting 'pos' to an Nx2 array.
On *nix platforms, the 'vpython' script honors the state of the 
    PYTHONPATH environment variable when set at configure time.
In the presence of both numarray and Numeric, visual will work 
    properly with Numeric.
The license and authors files have been moved to the top-level 
    directory for higher visibility.

What happened to 2.9.5?  It was discovered to have a regression in
the build scripts, so it was removed.

Andy, you mentioned that the vpython script did not export the PYTHON
environment variable.  I don't think that is needed since idle always 
starts its programs using the same interpreter that it was started with.

-Jonathan Brandmeyer

Re: [Visualpython-users] wglCreateContext Error

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

It's a puzzle, since all the necessary OpenGL files are normally 
installed with Windows XP. Another diagnostic your could try would be to 
run the demo program glinfo.py.

Bruce Sherwood

Gregor Lingl wrote:

> 
> 
> Jonathan Brandmeyer schrieb:
> 
>> On Fri, 2004-07-09 at 12:26, Gregor Lingl wrote:
>>  
>>
>>> Hello!
>>>
>>> I'v got a fundamental problem:
>>>
>>> I'm running WindowsXP Home edition and
>>> Python 2.3.4
>>> I have installed Vpython-2003-10-05b.exe
>>> But I can't run the demos. When trying it,
>>> I get a "couldn't create wglCreateContext" - Error.
>>>
>>> What could be the reason for this?
>>> I had installed several openGL related packages
>>> such as pyopengl an numarray but even
>>> uninstalling them had no effect on the problem.
>>>
>>> ON my laptop (same os) everything runs fine
>>>
>>> desparately
>>>
>>> Gregor
>>>   
>>
>>
>> On MS Windows, this is usually a driver issue.  Make sure that you have
>> the latest graphics drivers installed for your video card.
>>
>> HTH,
>>  
>>
> Unfortunately not. I've installed the latest driver for my
> NVIDIA GeForce4-8xTi4200 card.
> The opengl component of this driver is apparently called
> nvoglnt.dll
> 
> What about opengl.dll, opengl32.dll ? Are they needed?
> Where do they come from?
> 
> Regards,
> Gregor Lingl
> 
>> Jonathan Brandmeyer
>>
>>
>>  
>>
> 
> 
> -------------------------------------------------------
> This SF.Net email sponsored by Black Hat Briefings & Training.
> Attend Black Hat Briefings & Training, Las Vegas July 24-29 - digital 
> self defense, top technical experts, no vendor pitches, unmatched 
> networking opportunities. Visit www.blackhat.com
> _______________________________________________
> Visualpython-users mailing list
> Vis...@li...
> https://lists.sourceforge.net/lists/listinfo/visualpython-users

[Visualpython-users] Re: Installing visualpython in suse 9.0

[francois s. <fra...@fr...>]

/
/

/From: Jonathan Brandmeyer <jbrandmeyer@ea...>

* Re: Installing visualpython in suse 9.0*   
2004-07-10 07:49
		
		 
 On Sat, 2004-07-10 at 10:00, francois schnell wrote:
 > Hello all,
 > 
 > I try to install visualpython on my suse 9.0 pro.
 > I followed the steps in linux_download.html and I checked for the
 > packages in Yast (and I did the  CPPFLAGS=-I/opt/gnome/include 
 
 Are you sure?  It isn"t in the commands below, which means that
 configure didn"t pick it up.  Make sure that
 "CPPFLAGS=-I/opt/gnome/include" precedes the "configure" command on the
 same commands line, or you run the command `export
 CPPFLAGS=-I/opt/gnome/include` separately before running configure.
  /
*"export CPPFLAGS=-I/opt/gnome/include" was what I needed,
Thank you for your help ! :-)

I've just tried the demos and "Wooaaah" I'm really, really, impressed !
I'm going strait for the tutorials now :-)

"I'll be back" ...


*Francois Schnell
Strasbourg
France*
*

Re: [Visualpython-users] Installing visualpython in suse 9.0

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

On Sat, 2004-07-10 at 10:00, francois schnell wrote:
> Hello all,
> 
> I try to install visualpython on my suse 9.0 pro.
> I followed the steps in linux_download.html and I checked for the
> packages in Yast (and I did the  CPPFLAGS=-I/opt/gnome/include 

Are you sure?  It isn't in the commands below, which means that
configure didn't pick it up.  Make sure that
"CPPFLAGS=-I/opt/gnome/include" precedes the 'configure' command on the
same commands line, or you run the command `export
CPPFLAGS=-I/opt/gnome/include` separately before running configure.


-Jonathan

[Visualpython-users] Installing visualpython in suse 9.0

[francois s. <fra...@fr...>]

Hello all,

I try to install visualpython on my suse 9.0 pro.
I followed the steps in linux_download.html and I checked for the=20
packages in Yast (and I did the  CPPFLAGS=3D-I/opt/gnome/include and the=20
prefix search wich is /usr in my case).
the ./configure works fine but the make blocks  (gtkgl and gtkglarea are=20
installed according to Yast).

Do you have any idea about what I'm doing wrong  ? (I must admit I'm not=20
a "master" of Python and Linux ...)
Thank's for any help or hint :-)


/linux:/home/franz/Rpm_suse9.0/visual-2.1.9 # make
Making all in visual
make[1]: Entering directory `/home/franz/Rpm_suse9.0/visual-2.1.9/visual'
make[1]: Rien =E0 faire pour =AB all =BB.
make[1]: Leaving directory `/home/franz/Rpm_suse9.0/visual-2.1.9/visual'
Making all in cvisual
make[1]: Entering directory `/home/franz/Rpm_suse9.0/visual-2.1.9/cvisual=
'
/bin/sh ..//libtool --mode=3Dcompile g++ -c -I./CXX/Include -I.=20
-DHAVE_CONFIG_H=20
-I                                                                       =
     =20
/usr/include/python2.3 -g -O2 -I/opt/gnome/include/gtk-1.2=20
-I/usr/X11R6/include                                                     =
                        =20
-I/opt/gnome/include/glib-1.2 -I/opt/gnome/lib/glib/include   =20
-D_REENTRANT=20
-I/o                                                                     =
       =20
pt/gnome/include/glib-1.2 -I/opt/gnome/lib/glib/include   -o arrow.lo=20
arrow.cpp
g++ -c -I./CXX/Include -I. -DHAVE_CONFIG_H -I/usr/include/python2.3 -g=20
-O2=20
-I/op                                                                    =
        =20
t/gnome/include/gtk-1.2 -I/usr/X11R6/include=20
-I/opt/gnome/include/glib-1.2=20
-I/op                                                                    =
        =20
t/gnome/lib/glib/include -D_REENTRANT -I/opt/gnome/include/glib-1.2=20
-I/opt/gnome                                                             =
               =20
/lib/glib/include arrow.cpp  -fPIC -DPIC -o arrow.lo
In file included from arrow.cpp:2:
xgl.h:10:29: gtkgl/gtkglarea.h: No such file or directory
make[1]: *** [arrow.lo] Erreur 1
make[1]: Leaving directory `/home/franz/Rpm_suse9.0/visual-2.1.9/cvisual'
make: *** [all-recursive] Erreur 1

/

/
/Francois

Re: [Visualpython-users] wglCreateContext Error

[Gregor L. <gl...@ao...>]

Jonathan Brandmeyer schrieb:

>On Fri, 2004-07-09 at 12:26, Gregor Lingl wrote:
>  
>
>>Hello!
>>
>>I'v got a fundamental problem:
>>
>>I'm running WindowsXP Home edition and
>>Python 2.3.4
>>I have installed Vpython-2003-10-05b.exe
>>But I can't run the demos. When trying it,
>>I get a "couldn't create wglCreateContext" - Error.
>>
>>What could be the reason for this?
>>I had installed several openGL related packages
>>such as pyopengl an numarray but even
>>uninstalling them had no effect on the problem.
>>
>>ON my laptop (same os) everything runs fine
>>
>>desparately
>>
>>Gregor
>>    
>>
>
>On MS Windows, this is usually a driver issue.  Make sure that you have
>the latest graphics drivers installed for your video card.
>
>HTH,
>  
>
Unfortunately not. I've installed the latest driver for my
NVIDIA GeForce4-8xTi4200 card.
The opengl component of this driver is apparently called
nvoglnt.dll

What about opengl.dll, opengl32.dll ? Are they needed?
Where do they come from?

Regards,
Gregor Lingl

>Jonathan Brandmeyer
>
>
>  
>

Re: [Visualpython-users] wglCreateContext Error

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

On Fri, 2004-07-09 at 12:26, Gregor Lingl wrote:
> Hello!
> 
> I'v got a fundamental problem:
> 
> I'm running WindowsXP Home edition and
> Python 2.3.4
> I have installed Vpython-2003-10-05b.exe
> But I can't run the demos. When trying it,
> I get a "couldn't create wglCreateContext" - Error.
> 
> What could be the reason for this?
> I had installed several openGL related packages
> such as pyopengl an numarray but even
> uninstalling them had no effect on the problem.
> 
> ON my laptop (same os) everything runs fine
> 
> desparately
> 
> Gregor

On MS Windows, this is usually a driver issue.  Make sure that you have
the latest graphics drivers installed for your video card.

HTH,
Jonathan Brandmeyer

[Visualpython-users] wglCreateContext Error

[Gregor L. <gl...@ao...>]

Hello!

I'v got a fundamental problem:

I'm running WindowsXP Home edition and
Python 2.3.4
I have installed Vpython-2003-10-05b.exe
But I can't run the demos. When trying it,
I get a "couldn't create wglCreateContext" - Error.

What could be the reason for this?
I had installed several openGL related packages
such as pyopengl an numarray but even
uninstalling them had no effect on the problem.

ON my laptop (same os) everything runs fine

desparately

Gregor

Re: [Visualpython-users] Release: VPython 2.9.4

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

On Mon, 2004-06-14 at 04:14, Martin Costabel wrote:
> Jonathan Brandmeyer wrote:
> []
> > OSX.  3.3.x (x >= 1) should be fine.
> > 
> > I have attached mkdist_osx.sh, which has been slightly updated from what
> > is in the .tar.bz2 file on Sourceforge.  Hopefully, that will give you a
> > good starting point.  If you have any questions at all, feel free to
> > ask.
> 
> I am not yet quite there. I first tried a gcc-3.5.0 snapshot whose 
> sources I had lying around (it is used for the Fink gfortran package). 
> This didn't work. It produced internal compiler errors. 

Gaaa!  GCC from stage 1?  You are far braver than I.  Besides,
Boost.Python needed a few patches to work with the new (and more strict)
C++ front-end that was released with GCC 3.4, and those patches are not
available in the 1.31.0 release.  That's why I specifically recommended
3.3.  3.3.0 had other bugs in it that lead to ICE in the compiler on all
platforms.

> They are caused by the fact that these symbols are contained in 
> libboost_python.dylib, but as non-external. Did you build Boost.Python 
> only with static libraries, or do you have an idea how to upgrade these 
> symbols
> 
> 00091340 s typeinfo for boost::python::instance_holder
> 000913a8 s typeinfo for boost::python::objects::py_function_impl_base
> 
> from "non-external (was a private external)" to external?

Yes.  Add -DBOOST_PYTHON_DYNAMIC_LIB to BOOSTFLAGS when building
libboost_python.dylib.  My mistake.


> > If you manage to get a set of working .debs, and you don't want to force
> > folks to upgrade to the unstable 2.9 version yet, I would be happy to
> > put them up on Sourceforge alongside the other packages.
> 
> There is a version 2.1.9 .deb in the Fink binary distribution (no boost 
> needed for this, but had to be compiled with gcc-3.1, as you may 
> remember). http://fink.sourceforge.net/pdb/package.php/visual-py23

Yes, I remember.  I was merely offering to help with a setup that
wouldn't force someone who is already using your 2.1.9 visual-py23
package to upgrade to the not-quite-stable 2.9 version.

Re: [Visualpython-users] Release: VPython 2.9.4

[Andy D. <dou...@la...>]

On Fri, 11 Jun 2004, Jonathan Brandmeyer wrote:

> VPython 2.9.4 is ready for download from
> http://sourceforge.net/project/showfiles.php?group_id=6013

I had a few configure nits with this version.  Specifically, I built it
with the following options:  (the use of python 2.2 is because my
Debian testing system only has boost 1.30)

    #!/bin/sh
    PYTHON=/usr/bin/python2.2
    export PYTHON
    PYTHONPATH=/opt/python/lib/python2.2/site-packages
    export PYTHONPATH
    test -d $PYTHONPATH || mkdir -p $PYTHONPATH
    ../visual-2.9.4/configure --prefix=/opt/python
    make
    make install

Somewhere, the setting of prefix is getting lost.  My
/opt/python/bin/vpython script starts like this:

    #!/bin/sh
    # Variables determined by configure.
    PYTHON=/usr/bin/python2.2
    visualdemodir=${prefix}/lib/python2.2/site-packages/visual/demos
    visualidledir=/opt/python/lib/python2.2/site-packages/visual/idle_VPython
    IDLE=idle.py

Note that visualdemodir depends on ${prefix}, but prefix isn't
defined anywhere.

Further, I would think that my needed setting of PYTHONPATH should
be included in the vpython script.  Finally, note that the setting of
PYTHON in the vpython script is pointless since it isn't exported.

My final fixed vpython script starts like this:

    #! /bin/sh
    # Variables determined by configure.
    PYTHON=/usr/bin/python2.2
    PYTHONPATH=/opt/python/lib/python2.2/site-packages
    export PYTHON PYTHONPATH
    prefix=/opt/python
    visualdemodir=${prefix}/lib/python2.2/site-packages/visual/demos
    visualidledir=/opt/python/lib/python2.2/site-packages/visual/idle_VPython
    IDLE=idle.py

but tracing the code paths through configure, I see that
visualdemodir and visualidledir are (at least superficially) treated
quite differently, so I'm not sure of the best way to patch things
up.

Next, I'll try running it on various applications I have.

-- 
    Andy Dougherty		dou...@la...
    Dept. of Physics
    Lafayette College, Easton PA 18042

Re: [Visualpython-users] Release: VPython 2.9.4

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

Jonathan Brandmeyer wrote:
[]
> OSX.  3.3.x (x >= 1) should be fine.
> 
> I have attached mkdist_osx.sh, which has been slightly updated from what
> is in the .tar.bz2 file on Sourceforge.  Hopefully, that will give you a
> good starting point.  If you have any questions at all, feel free to
> ask.

I am not yet quite there. I first tried a gcc-3.5.0 snapshot whose 
sources I had lying around (it is used for the Fink gfortran package). 
This didn't work. It produced internal compiler errors. Then I tried the 
version of gcc-3.3.3 that you recommended. This almost worked. The 
remaining problem is an undefined reference error to "typeinfo for 
boost::python::instance_holder" and a second one of the same sort.

They are caused by the fact that these symbols are contained in 
libboost_python.dylib, but as non-external. Did you build Boost.Python 
only with static libraries, or do you have an idea how to upgrade these 
symbols

00091340 s typeinfo for boost::python::instance_holder
000913a8 s typeinfo for boost::python::objects::py_function_impl_base

from "non-external (was a private external)" to external? Or eliminate 
the need for them in cvisual.so?

> If you manage to get a set of working .debs, and you don't want to force
> folks to upgrade to the unstable 2.9 version yet, I would be happy to
> put them up on Sourceforge alongside the other packages.

There is a version 2.1.9 .deb in the Fink binary distribution (no boost 
needed for this, but had to be compiled with gcc-3.1, as you may 
remember). http://fink.sourceforge.net/pdb/package.php/visual-py23

-- 
Martin

Re: [Visualpython-users] Release: VPython 2.9.4

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

On Sat, 2004-06-12 at 14:10, Martin Costabel wrote:
> Jonathan Brandmeyer wrote:
> > VPython 2.9.4 is ready for download from
> > http://sourceforge.net/project/showfiles.php?group_id=6013
> 
> I am trying for the first time to build vpython from sourceforge (I am 
> actually trying to make a Fink package for 2.9.4 on MacOSX). Until now I 
> had only tried 2.1.9 from vpython.org.
> 
> There is now a boost package in Fink, so I had hope this might work 
> without too much trouble. Unfortunately, compilation fails with the 
> error message below. I don't know enough C++ to see whether this has to 
> be fixed in boost or in visualpython, or whether something else needs to 
> be done. gcc is the version that comes with OSX 10.3.4 and XCode tools 
> 1.2,  gcc 3.3 20030304 (Apple Computer, Inc. build 1640). Any advice 
> welcome.

This is a bug in the Apple-distributed GCC.  A workaround exists for it,
but there is another code-generation bug in Apple's GCC that makes
Python deadlock when it imports cvisualmodule.so.   You have to build
both Boost.Python and Visual with a GCC built from the FSF's sources on
OSX.  3.3.x (x >= 1) should be fine.

I have attached mkdist_osx.sh, which has been slightly updated from what
is in the .tar.bz2 file on Sourceforge.  Hopefully, that will give you a
good starting point.  If you have any questions at all, feel free to
ask.

If you manage to get a set of working .debs, and you don't want to force
folks to upgrade to the unstable 2.9 version yet, I would be happy to
put them up on Sourceforge alongside the other packages.

HTH,
Jonathan Brandmeyer

Re: [Visualpython-users] Release: VPython 2.9.4

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

Jonathan Brandmeyer wrote:
> VPython 2.9.4 is ready for download from
> http://sourceforge.net/project/showfiles.php?group_id=6013

I am trying for the first time to build vpython from sourceforge (I am 
actually trying to make a Fink package for 2.9.4 on MacOSX). Until now I 
had only tried 2.1.9 from vpython.org.

There is now a boost package in Fink, so I had hope this might work 
without too much trouble. Unfortunately, compilation fails with the 
error message below. I don't know enough C++ to see whether this has to 
be fixed in boost or in visualpython, or whether something else needs to 
be done. gcc is the version that comes with OSX 10.3.4 and XCode tools 
1.2,  gcc 3.3 20030304 (Apple Computer, Inc. build 1640). Any advice 
welcome.

g++ -I/sw/include/python2.3 -DHAVE_CONFIG_H -I. -I. 
-I/sw/include/gtk-1.2 -I/usr/X11R6/include -I/sw/include/glib-1.2 
-I/sw/lib/glib/include -D_REENTRANT -I/sw/include/glib-1.2 
-I/sw/lib/glib/include -Wno-long-double -I/sw/include -DPIC -O3 -c -o 
vector.lo vector.cpp
/sw/include/boost/python/object/inheritance.hpp: In static member function `
    static boost::python::objects::dynamic_id_t
    boost::python::objects::polymorphic_id_generator<T>::execute(void*) 
[with T
    = visual::shared_vector]':
/sw/include/boost/python/object/inheritance.hpp:74:   instantiated from 
`void boost::python::objects::register_dynamic_id(T*) [with T = 
visual::shared_vector]'
/sw/include/boost/python/object/class_converters.hpp:85:   instantiated 
from `void boost::python::objects::register_class_from_python(Derived*, 
Bases*) [with Derived = visual::shared_vector, Bases = 
boost::python::bases<visual::vector, boost::mpl::void_, 
boost::mpl::void_, boost::mpl::void_, boost::mpl::void_, 
boost::mpl::void_, boost::mpl::void_, boost::mpl::void_, 
boost::mpl::void_, boost::mpl::void_>]'
/sw/include/boost/python/class.hpp:626:   instantiated from `void 
boost::python::class_<T, X1, X2, X3>::register_() const [with T = 
visual::shared_vector, X1 = boost::python::bases<visual::vector, 
boost::mpl::void_, boost::mpl::void_, boost::mpl::void_, 
boost::mpl::void_, boost::mpl::void_, boost::mpl::void_, 
boost::mpl::void_, boost::mpl::void_, boost::mpl::void_>, X2 = 
boost::noncopyable, X3 = boost::python::detail::not_specified]'
/sw/include/boost/python/class.hpp:660:   instantiated from 
`boost::python::class_<T, X1, X2, X3>::class_(const char*, 
boost::python::no_init_t) [with T = visual::shared_vector, X1 = 
boost::python::bases<visual::vector, boost::mpl::void_, 
boost::mpl::void_, boost::mpl::void_, boost::mpl::void_, 
boost::mpl::void_, boost::mpl::void_, boost::mpl::void_, 
boost::mpl::void_, boost::mpl::void_>, X2 = boost::noncopyable, X3 = 
boost::python::detail::not_specified]'
vector.cpp:678:   instantiated from here
/sw/include/boost/python/object/inheritance.hpp:44: error: cannot 
dynamic_cast
    `p' (of type `class visual::shared_vector*') to type `void*' (source 
type is
    not polymorphic)

-- 
Martin

Re: [Visualpython-users] DXF

[phrostie <pfr...@ya...>]

there has been some effort from some of the members of the cad-linux-dev list 
to create GPLd routines for reading DXf files in i think perl and python.

check the arcives.
http://www.freelists.org/webpage/cad-linux-dev

On Sat June 12 2004 06:29 am, Joel Kahn wrote:
> I've noticed that there has been some work done on
> connecting VPython with VRML & Povray; however, I have
> not yet heard about any VPython programs that deal
> with AutoCad-type DXF files. The DXF format is
> well-established and widely used, and it would be
> handy if such objects could be moved into and out of
> VPython. My own programming skills probably aren't up
> to the task. Does anyone know if anything has been
> done? This might be a project that some engineering
> firms &c would want to invest in. . . .
>
> Joel
>
>
>
>
>
> __________________________________
> Do you Yahoo!?
> Friends.  Fun.  Try the all-new Yahoo! Messenger.
> http://messenger.yahoo.com/
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by the new InstallShield X.
> From Windows to Linux, servers to mobile, InstallShield X is the
> one installation-authoring solution that does it all. Learn more and
> evaluate today! http://www.installshield.com/Dev2Dev/0504
> _______________________________________________
> Visualpython-users mailing list
> Vis...@li...
> https://lists.sourceforge.net/lists/listinfo/visualpython-users

-- 
Oh i've slipped the surly bonds of DOS 
and danced the skies on Linux silvered wings.
http://pfrostie.freeservers.com/cad-tastrafy/
http://www.freelists.org/webpage/cad-linux
http://www.freelists.org/webpage/cad-linux-dev

[Visualpython-users] DXF

[Joel K. <jj...@ya...>]

I've noticed that there has been some work done on
connecting VPython with VRML & Povray; however, I have
not yet heard about any VPython programs that deal
with AutoCad-type DXF files. The DXF format is
well-established and widely used, and it would be
handy if such objects could be moved into and out of
VPython. My own programming skills probably aren't up
to the task. Does anyone know if anything has been
done? This might be a project that some engineering
firms &c would want to invest in. . . .

Joel



	
		
__________________________________
Do you Yahoo!?
Friends.  Fun.  Try the all-new Yahoo! Messenger.
http://messenger.yahoo.com/ 

[Visualpython-users] Release: VPython 2.9.4

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

VPython 2.9.4 is ready for download from
http://sourceforge.net/project/showfiles.php?group_id=6013

The most important fixes in this package are:

scene.lights correctly extracts the tuples passed to it.

Libtool has been fixed (affects users of Linux and other POSIX-like
systems).

On Linux and OSX, programs that use multiple display objects should exit
correctly.

curve, faces, and convex objects have had their data models
significantly overhauled to support more of the implicit behavior that
some programs had expected.

The source package builds and installs cleanly on MS Windows.  Also, the
precompiled package for Windows uses an Inno setup-based package similar
to what is currently used for VPython 2.1.

This release has passed a much larger set of test programs and is likely
to become the 3.0 release.

Enjoy!
-Jonathan Brandmeyer

Re: [Visualpython-users] game in python

[Zbigniew <ze...@in...>]

I wanted to thank You all for help.
At the following location You can find
mini page devoted to python including
the snake3d game:
http://www.zeeball.friko.pl/python/

regards

Zbigniew Trzcionkowski <ze...@in...>

[Visualpython-users] More Fun With 'Curve'

[Joel K. <jj...@ya...>]

The source code below demonstrates how strange things
can get when you use a 'curve' object with a very wide
radius and a lot of changes taking place. As is
common, the exact performance of this program can vary
significantly with your hardware configuration. Have
fun tinkering with parameters.

Joel

............................................

from visual import *
from time import *

# Joel Kahn
# 2004
# jj...@ya...

# This program is free software; 
# you can redistribute it and/or 
# modify it under the applicable 
# terms of the GNU General Public 
# License as published by the Free 
# Software Foundation; either 
# version 2 of the License, or (at 
# your option) any later version.

# This program is distributed in 
# the hope that it will be useful, but 
# WITHOUT ANY WARRANTY; without even 
# the implied warranty of 
# MERCHANTABILITY or FITNESS FOR A 
# PARTICULAR PURPOSE. See the GNU 
# General Public License for more details.

autocenter = 1

scene = display()
scene.width = 1024
scene.height = 738
scene.x = 0
scene.y = 0

fr1 = frame ()

cu1 = curve (frame = fr1, radius = 2000.0)

cu1.append (pos = (0.0, 0.0, 0.0))
cu1.append (pos = (0.0, 0.0, 0.0))
cu1.append (pos = (0.0, 0.0, 0.0))
cu1.append (pos = (0.0, 0.0, 0.0))
cu1.append (pos = (0.0, 0.0, 0.0))
cu1.append (pos = (0.0, 0.0, 0.0))
cu1.append (pos = (0.0, 0.0, 0.0))

mm0 = 0.0
mm1 = 0.0
mm2 = 0.0
mm3 = 0.0
mm4 = 0.0
mm5 = 0.0
mm6 = 0.0

step0 = 0.00031
step1 = 0.00029
step2 = 0.00023
step3 = 0.00019
step4 = 0.00017
step5 = 0.00013
step6 = 0.00011

while 2.0 > 1.0:

    mm0 = mm0 + step0 - 1.0 / time ()
    cu1.x[0] = cu1.x[0] + cos (mm0) - 1.0 / time ()
    cu1.y[0] = cu1.y[0] + sin (mm0) - 1.0 / time ()
    cu1.red[0] = abs (cos (mm0)) - 1.0 / time ()
    cu1.green[0] = abs (cos (mm1)) - 1.0 / time ()
    cu1.blue[0] = abs (cos (mm2)) - 1.0 / time ()

    mm1 = mm1 + step1 - 1.0 / time ()
    cu1.y[1] = cu1.y[1] + cos (mm1) - 1.0 / time ()
    cu1.z[1] = cu1.z[1] + sin (mm1) - 1.0 / time ()
    cu1.red[1] = abs (sin (mm1)) - 1.0 / time ()
    cu1.green[1] = abs (sin (mm2)) - 1.0 / time ()
    cu1.blue[1] = abs (sin (mm3)) - 1.0 / time ()

    mm2 = mm2 + step2 - 1.0 / time ()
    cu1.x[2] = cu1.x[2] + cos (mm2) - 1.0 / time ()
    cu1.z[2] = cu1.z[2] + sin (mm2) - 1.0 / time ()
    cu1.red[2] = abs (cos (mm2)) - 1.0 / time ()
    cu1.green[2] = abs (cos (mm3)) - 1.0 / time ()
    cu1.blue[2] = abs (cos (mm4)) - 1.0 / time ()

    mm3 = mm3 + step3 - 1.0 / time ()
    cu1.x[3] = cu1.x[3] + cos (mm3) - 1.0 / time ()
    cu1.y[3] = cu1.y[3] + sin (mm3) - 1.0 / time ()
    cu1.red[3] = abs (sin (mm3)) - 1.0 / time ()
    cu1.green[3] = abs (sin (mm4)) - 1.0 / time ()
    cu1.blue[3] = abs (sin (mm5)) - 1.0 / time ()

    mm4 = mm4 + step4 - 1.0 / time ()
    cu1.y[4] = cu1.y[4] + cos (mm4) - 1.0 / time ()
    cu1.z[4] = cu1.z[4] + sin (mm4) - 1.0 / time ()
    cu1.red[4] = abs (cos (mm4)) - 1.0 / time ()
    cu1.green[4] = abs (cos (mm5)) - 1.0 / time ()
    cu1.blue[4] = abs (cos (mm6)) - 1.0 / time ()

    mm5 = mm5 + step5 - 1.0 / time ()
    cu1.x[5] = cu1.x[5] + cos (mm5) - 1.0 / time ()
    cu1.z[5] = cu1.z[5] + sin (mm5) - 1.0 / time ()
    cu1.red[5] = abs (sin (mm5)) - 1.0 / time ()
    cu1.green[5] = abs (sin (mm6)) - 1.0 / time ()
    cu1.blue[5] = abs (sin (mm0)) - 1.0 / time ()

    mm6 = mm6 + step6 - 1.0 / time ()
    cu1.x[6] = cu1.x[6] + cos (mm6) - 1.0 / time ()
    cu1.y[6] = cu1.y[6] + sin (mm6) - 1.0 / time ()
    cu1.red[6] = abs (cos (mm6)) - 1.0 / time ()
    cu1.green[6] = abs (cos (mm0)) - 1.0 / time ()
    cu1.blue[6] = abs (cos (mm1)) - 1.0 / time ()



	
		
__________________________________
Do you Yahoo!?
Friends.  Fun.  Try the all-new Yahoo! Messenger.
http://messenger.yahoo.com/