Menu
▾
▴
visualpython-users
You can subscribe to this list here.
| 2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(4) |
Jul
(1) |
Aug
|
Sep
(15) |
Oct
(32) |
Nov
(35) |
Dec
(48) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
(46) |
Feb
(22) |
Mar
(65) |
Apr
(49) |
May
(22) |
Jun
(29) |
Jul
(51) |
Aug
(34) |
Sep
(32) |
Oct
(46) |
Nov
(30) |
Dec
(32) |
| 2002 |
Jan
(48) |
Feb
(4) |
Mar
(20) |
Apr
(28) |
May
(13) |
Jun
(34) |
Jul
(51) |
Aug
(15) |
Sep
(15) |
Oct
(35) |
Nov
(15) |
Dec
(20) |
| 2003 |
Jan
(31) |
Feb
(111) |
Mar
(41) |
Apr
(28) |
May
(36) |
Jun
(29) |
Jul
(27) |
Aug
(29) |
Sep
(47) |
Oct
(28) |
Nov
(7) |
Dec
(26) |
| 2004 |
Jan
(44) |
Feb
(9) |
Mar
(17) |
Apr
(26) |
May
(58) |
Jun
(13) |
Jul
(44) |
Aug
(64) |
Sep
(30) |
Oct
(11) |
Nov
(21) |
Dec
(28) |
| 2005 |
Jan
(29) |
Feb
(11) |
Mar
(11) |
Apr
(22) |
May
(85) |
Jun
(46) |
Jul
(17) |
Aug
(18) |
Sep
(14) |
Oct
(22) |
Nov
(1) |
Dec
(45) |
| 2006 |
Jan
(20) |
Feb
(36) |
Mar
(18) |
Apr
(24) |
May
(21) |
Jun
(48) |
Jul
(23) |
Aug
(20) |
Sep
(10) |
Oct
(41) |
Nov
(46) |
Dec
(40) |
| 2007 |
Jan
(40) |
Feb
(20) |
Mar
(13) |
Apr
(6) |
May
(24) |
Jun
(31) |
Jul
(30) |
Aug
(11) |
Sep
(11) |
Oct
(10) |
Nov
(56) |
Dec
(64) |
| 2008 |
Jan
(64) |
Feb
(22) |
Mar
(63) |
Apr
(28) |
May
(25) |
Jun
(36) |
Jul
(11) |
Aug
(9) |
Sep
(14) |
Oct
(41) |
Nov
(46) |
Dec
(130) |
| 2009 |
Jan
(95) |
Feb
(41) |
Mar
(24) |
Apr
(35) |
May
(53) |
Jun
(67) |
Jul
(48) |
Aug
(48) |
Sep
(86) |
Oct
(75) |
Nov
(64) |
Dec
(52) |
| 2010 |
Jan
(57) |
Feb
(31) |
Mar
(28) |
Apr
(40) |
May
(25) |
Jun
(42) |
Jul
(79) |
Aug
(31) |
Sep
(49) |
Oct
(66) |
Nov
(38) |
Dec
(25) |
| 2011 |
Jan
(29) |
Feb
(18) |
Mar
(44) |
Apr
(6) |
May
(28) |
Jun
(31) |
Jul
(36) |
Aug
(24) |
Sep
(30) |
Oct
(23) |
Nov
(21) |
Dec
(27) |
| 2012 |
Jan
(14) |
Feb
(11) |
Mar
(2) |
Apr
(48) |
May
(7) |
Jun
(32) |
Jul
(22) |
Aug
(25) |
Sep
(31) |
Oct
(32) |
Nov
(21) |
Dec
(17) |
| 2013 |
Jan
(44) |
Feb
(27) |
Mar
(3) |
Apr
(1) |
May
|
Jun
|
Jul
(3) |
Aug
(4) |
Sep
(1) |
Oct
(7) |
Nov
(5) |
Dec
(5) |
| 2014 |
Jan
|
Feb
|
Mar
|
Apr
(3) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(3) |
Dec
(2) |
| 2015 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2017 |
Jan
(7) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2019 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Bruce S. <Bru...@nc...> - 2009-03-28 18:44:02
|
I don't know what the problem is. Since the build went okay, I assume that there's nothing unusual to be seen in config.log or src/build.log? Does someone reading this have experience running Visual 5 on Debian? Since the fault is in the thread area, I draw your attention to this comment in INSTALL.txt in CVS about matching Boost and threadpool, though I think a mismatch would have stopped the build: You also need the threadpool resource: sourceforge.net/projects/threadpool. If you are using the 1_35_0 Boost libraries, you can use version 0.2.4 which is included in the package (in dependencies). If you use a different version of the Boost libraries, you need to get an appropriate threadpool version and replace the files in "dependencies/threadpool/include". Copy into the include directory the contents of the boost directory in the threadpool package, which includes a directory named "include" and a file "threadpool.hpp". Bruce Sherwood LUK ShunTim wrote: > Hi, > > I checked out vpython-core2 from cvs and it built fine in > debian/sid/amd64. However it seg faulted when I tried with the examples. > Here's a gdb backtrace when running the bounce example. > > <gdb-bt> > #0 0x00007f70947af020 in ?? () > #1 0x00007f70a0f5e1b3 in gdk_gl_get_proc_address () from > /usr/lib/libgdkglext-x11-1.0.so.0 > #2 0x00007f70a18dbd0c in cvisual::display_kernel::realize (this=0x19933b0) > at ./core/display_kernel.cpp:327 > #3 0x00007f70a18dc815 in cvisual::display_kernel::render_scene > (this=0x7f70a199d068) > at ./core/display_kernel.cpp:727 > #4 0x00007f70a1900606 in cvisual::render_surface::paint (this=0x1d34eb0) > at ./gtk2/render_surface.cpp:181 > #5 0x00007f70a18c6e74 in cvisual::render_manager::paint_displays > (displays=@0x1725610, > swap_single_threaded=true) at ../include/gtk2/display.hpp:38 > #6 0x00007f70a18f9231 in cvisual::gui_main::poll (this=0x1725540) at > ./gtk2/display.cpp:390 > #7 0x00007f709e4e09b2 in ?? () from /usr/lib/libglibmm-2.4.so.1 > #8 0x00007f709b7695bb in ?? () from /usr/lib/libglib-2.0.so.0 > #9 0x00007f709b768e4a in g_main_context_dispatch () from > /usr/lib/libglib-2.0.so.0 > #10 0x00007f709b76c510 in ?? () from /usr/lib/libglib-2.0.so.0 > #11 0x00007f709b76c9dd in g_main_loop_run () from /usr/lib/libglib-2.0.so.0 > #12 0x00007f709dde7737 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0 > #13 0x00007f70a18fa5b2 in cvisual::gui_main::run (this=0x1725540) at > ./gtk2/display.cpp:378 > #14 0x00007f70a18fa669 in cvisual::gui_main::thread_proc () at > ./gtk2/display.cpp:407 > #15 0x00007f70a18c7f97 in boost::function0<void, > std::allocator<boost::function_base> >::operator() (this=<value > optimized out>) at /usr/include/boost/function/function_template.hpp:825 > #16 0x00007f709b2e60d2 in ?? () from > /usr/lib/libboost_thread-gcc42-mt-1_34_1.so.1.34.1 > #17 0x00007f70a6ed9faa in start_thread () from /lib/libpthread.so.0 > ---Type <return> to continue, or q <return> to quit--- > #18 0x00007f70a65c42cd in clone () from /lib/libc.so.6 > #19 0x0000000000000000 in ?? () > </gdb-bt> > > Please let me know what further information should I provide so that the > source of the fault can be traced. > > Regards, > ST > -- > > > ------------------------------------------------------------------------------ > _______________________________________________ > Visualpython-users mailing list > Vis...@li... > https://lists.sourceforge.net/lists/listinfo/visualpython-users |
|
From: LUK S. <shu...@po...> - 2009-03-28 08:46:30
|
Hi,
I checked out vpython-core2 from cvs and it built fine in
debian/sid/amd64. However it seg faulted when I tried with the examples.
Here's a gdb backtrace when running the bounce example.
<gdb-bt>
#0 0x00007f70947af020 in ?? ()
#1 0x00007f70a0f5e1b3 in gdk_gl_get_proc_address () from
/usr/lib/libgdkglext-x11-1.0.so.0
#2 0x00007f70a18dbd0c in cvisual::display_kernel::realize (this=0x19933b0)
at ./core/display_kernel.cpp:327
#3 0x00007f70a18dc815 in cvisual::display_kernel::render_scene
(this=0x7f70a199d068)
at ./core/display_kernel.cpp:727
#4 0x00007f70a1900606 in cvisual::render_surface::paint (this=0x1d34eb0)
at ./gtk2/render_surface.cpp:181
#5 0x00007f70a18c6e74 in cvisual::render_manager::paint_displays
(displays=@0x1725610,
swap_single_threaded=true) at ../include/gtk2/display.hpp:38
#6 0x00007f70a18f9231 in cvisual::gui_main::poll (this=0x1725540) at
./gtk2/display.cpp:390
#7 0x00007f709e4e09b2 in ?? () from /usr/lib/libglibmm-2.4.so.1
#8 0x00007f709b7695bb in ?? () from /usr/lib/libglib-2.0.so.0
#9 0x00007f709b768e4a in g_main_context_dispatch () from
/usr/lib/libglib-2.0.so.0
#10 0x00007f709b76c510 in ?? () from /usr/lib/libglib-2.0.so.0
#11 0x00007f709b76c9dd in g_main_loop_run () from /usr/lib/libglib-2.0.so.0
#12 0x00007f709dde7737 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0
#13 0x00007f70a18fa5b2 in cvisual::gui_main::run (this=0x1725540) at
./gtk2/display.cpp:378
#14 0x00007f70a18fa669 in cvisual::gui_main::thread_proc () at
./gtk2/display.cpp:407
#15 0x00007f70a18c7f97 in boost::function0<void,
std::allocator<boost::function_base> >::operator() (this=<value
optimized out>) at /usr/include/boost/function/function_template.hpp:825
#16 0x00007f709b2e60d2 in ?? () from
/usr/lib/libboost_thread-gcc42-mt-1_34_1.so.1.34.1
#17 0x00007f70a6ed9faa in start_thread () from /lib/libpthread.so.0
---Type <return> to continue, or q <return> to quit---
#18 0x00007f70a65c42cd in clone () from /lib/libc.so.6
#19 0x0000000000000000 in ?? ()
</gdb-bt>
Please let me know what further information should I provide so that the
source of the fault can be traced.
Regards,
ST
--
|
|
From: Bruce S. <Bru...@nc...> - 2009-03-28 02:03:06
|
Now available on the vpython.org home page is VIDLE, an alternative to IDLE. VIDLE is a (hopefully temporary) fork of IDLE created in December 2008 by VPython developer David Scherer, assisted by Bruce Sherwood. We hope that our bug fixes and interface improvements will someday again be integrated with the IDLE that ships with Python, as happened in 2000 after Scherer's major restructuring of IDLE at that time. In the meantime we want to deliver the improvements to VPython users. We have changed the name because we don't want those responsible for maintaining the version of IDLE included with Python itself to be confused by questions about this version. VIDLE is based on IDLE 1.2.2. VIDLE's source and version history beginning with a checkin of IDLE 1.2.2 can be found in VPython's CVS repository (vpython-core2/site-packages/vidle) on sourceforge (follow directions from www.vpython.org). - fix: Unreliable and slow termination on Windows on a re-run. - fix: Missing preferences and other menus on Macintosh. - Use any port for RPC server, so multiple instances of VIDLE can run at the same time without interference. Guilherme Polo is hoping to make many further improvements to IDLE, but we're providing VIDLE right away to address the most serious problems, listed above. Bruce Sherwood |
|
From: Bruce S. <Bru...@nc...> - 2009-03-25 01:14:44
|
It's difficult to tell without seeing the requested files config.log and src/build.log, but the implication is that the source file src/python/arrayprim.cpp is missing. I have no idea why. Another possibility is that the file exists but it would not compile due to some missing dependency. Again, it's not possible to tell without seeing the config.log and src/build.log files. Bruce Sherwood Ramakrishnan wrote: > Hi all > > I tried installing Vpython on a i386 FC10.The configuring went on well > without any problem, but I get an error saying stating *arrayprim.lo *is > missing.I could not find any clue on where to find this arrayprim.lo. > Given below is the error message. Any help in this regard would be > appreciated. > > Thanks in advance > > Cheers :) > Ram > > > [root@spectrin visual-5.03_candidate]# make > Making all in site-packages/visual > make[1]: Entering directory > `/usr/local/visual-5.03_candidate/site-packages/visual' > make[1]: Nothing to be done for `all'. > make[1]: Leaving directory > `/usr/local/visual-5.03_candidate/site-packages/visual' > Making all in src > make[1]: Entering directory `/usr/local/visual-5.03_candidate/src' > This is a quiet Makefile. If make exits with an error, check > src/build.log to see the complete error message(s). In the event of an > error that you cannot debug, please send a message to > vis...@li... > <mailto:vis...@li...>, including the files > config.log > and src/build.log, requesting assistance. > Compiling ./core/util/atomic_queue.cpp ... > Compiling ./core/util/displaylist.cpp ... > Compiling ./core/util/errors.cpp ... > Compiling ./core/util/extent.cpp ... > Compiling ./core/util/gl_extensions.cpp ... > Compiling ./core/util/gl_free.cpp ... > Compiling ./core/util/icososphere.cpp ... > Compiling ./core/util/quadric.cpp ... > Compiling ./core/util/render_manager.cpp ... > Compiling ./core/util/rgba.cpp ... > Compiling ./core/util/shader_program.cpp ... > Compiling ./core/util/texture.cpp ... > Compiling ./core/util/tmatrix.cpp ... > Compiling ./core/util/vector.cpp ... > Compiling ./core/arrow.cpp ... > Compiling ./core/axial.cpp ... > Compiling ./core/box.cpp ... > Compiling ./core/cone.cpp ... > Compiling ./core/cylinder.cpp ... > Compiling ./core/display_kernel.cpp ... > Compiling ./core/ellipsoid.cpp ... > Compiling ./core/frame.cpp ... > Compiling ./core/label.cpp ... > Compiling ./core/light.cpp ... > Compiling ./core/material.cpp ... > Compiling ./core/mouse_manager.cpp ... > Compiling ./core/mouseobject.cpp ... > Compiling ./core/primitive.cpp ... > Compiling ./core/pyramid.cpp ... > Compiling ./core/rectangular.cpp ... > Compiling ./core/renderable.cpp ... > Compiling ./core/ring.cpp ... > Compiling ./core/sphere.cpp ... > Compiling ./core/text.cpp ... > Compiling ./gtk2/display.cpp ... > Compiling ./gtk2/font_renderer.cpp ... > Compiling ./gtk2/random_device.cpp ... > Compiling ./gtk2/render_surface.cpp ... > Compiling ./gtk2/timer.cpp ... > *Compiling ./python/arrayprim.cpp* > *make[1]: *** [arrayprim.lo] Error 1* > *make[1]: Leaving directory `/usr/local/visual-5.03_candidate/src' > make: *** [all-recursive] Error 1* > > > > > Ramakrishnan N. > Complex Fluids and Biophysics Group > Department of Physics > IIT Madras > > Success has thousand fathers while failure is an orphan :-) > > > -- > Ramakrishnan N. > Complex Fluids and Biophysics Group > Department of Physics > IIT Madras > > Success has thousand fathers while failure is an orphan :-) > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------------ > Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are > powering Web 2.0 with engaging, cross-platform capabilities. Quickly and > easily build your RIAs with Flex Builder, the Eclipse(TM)based development > software that enables intelligent coding and step-through debugging. > Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com > > > ------------------------------------------------------------------------ > > _______________________________________________ > Visualpython-users mailing list > Vis...@li... > https://lists.sourceforge.net/lists/listinfo/visualpython-users |
|
From: Ramakrishnan <nr...@gm...> - 2009-03-24 15:43:00
|
Hi all I tried installing Vpython on a i386 FC10.The configuring went on well without any problem, but I get an error saying stating *arrayprim.lo *is missing.I could not find any clue on where to find this arrayprim.lo. Given below is the error message. Any help in this regard would be appreciated. Thanks in advance Cheers :) Ram [root@spectrin visual-5.03_candidate]# make Making all in site-packages/visual make[1]: Entering directory `/usr/local/visual-5.03_candidate/site-packages/visual' make[1]: Nothing to be done for `all'. make[1]: Leaving directory `/usr/local/visual-5.03_candidate/site-packages/visual' Making all in src make[1]: Entering directory `/usr/local/visual-5.03_candidate/src' This is a quiet Makefile. If make exits with an error, check src/build.log to see the complete error message(s). In the event of an error that you cannot debug, please send a message to vis...@li..., including the files config.log and src/build.log, requesting assistance. Compiling ./core/util/atomic_queue.cpp ... Compiling ./core/util/displaylist.cpp ... Compiling ./core/util/errors.cpp ... Compiling ./core/util/extent.cpp ... Compiling ./core/util/gl_extensions.cpp ... Compiling ./core/util/gl_free.cpp ... Compiling ./core/util/icososphere.cpp ... Compiling ./core/util/quadric.cpp ... Compiling ./core/util/render_manager.cpp ... Compiling ./core/util/rgba.cpp ... Compiling ./core/util/shader_program.cpp ... Compiling ./core/util/texture.cpp ... Compiling ./core/util/tmatrix.cpp ... Compiling ./core/util/vector.cpp ... Compiling ./core/arrow.cpp ... Compiling ./core/axial.cpp ... Compiling ./core/box.cpp ... Compiling ./core/cone.cpp ... Compiling ./core/cylinder.cpp ... Compiling ./core/display_kernel.cpp ... Compiling ./core/ellipsoid.cpp ... Compiling ./core/frame.cpp ... Compiling ./core/label.cpp ... Compiling ./core/light.cpp ... Compiling ./core/material.cpp ... Compiling ./core/mouse_manager.cpp ... Compiling ./core/mouseobject.cpp ... Compiling ./core/primitive.cpp ... Compiling ./core/pyramid.cpp ... Compiling ./core/rectangular.cpp ... Compiling ./core/renderable.cpp ... Compiling ./core/ring.cpp ... Compiling ./core/sphere.cpp ... Compiling ./core/text.cpp ... Compiling ./gtk2/display.cpp ... Compiling ./gtk2/font_renderer.cpp ... Compiling ./gtk2/random_device.cpp ... Compiling ./gtk2/render_surface.cpp ... Compiling ./gtk2/timer.cpp ... *Compiling ./python/arrayprim.cpp* *make[1]: *** [arrayprim.lo] Error 1* *make[1]: Leaving directory `/usr/local/visual-5.03_candidate/src' make: *** [all-recursive] Error 1* Ramakrishnan N. Complex Fluids and Biophysics Group Department of Physics IIT Madras Success has thousand fathers while failure is an orphan :-) -- Ramakrishnan N. Complex Fluids and Biophysics Group Department of Physics IIT Madras Success has thousand fathers while failure is an orphan :-) |
|
From: Chris C. <cb...@un...> - 2009-03-20 20:00:43
|
Thanks to Dr. Sherwood for a fascinating presentation about VPython last night to the Triangle Zope and Python Users Group. As a result of that meeting, I set up an IRC channel for VPython: irc://irc.freenode.net/vpython If it proves useful, I'll add it to the VPython wiki. If there are any VPython committers who want OP status on the channel, send me your nick and I will make it so. -- Sincerely, Chris Calloway http://www.secoora.org office: 332 Chapman Hall phone: (919) 599-3530 mail: Campus Box #3300, UNC-CH, Chapel Hill, NC 27599 |
|
From: Guy K. K. <g....@ma...> - 2009-03-20 02:23:35
|
On Fri, 20 Mar 2009 10:17:32 Guy K. Kloss wrote: > I've still got a machine running Hardy around at uni. I'll see if I can > build a package next week for that one, too. But no promises ... :) Now you can find a version for Hardy here (totally untested): https://gutefee.massey.ac.nz/moin/Python/3D Guy -- Guy K. Kloss Institute of Information and Mathematical Sciences Te Kura Pūtaiao o Mōhiohio me Pāngarau Room 2.63, Quad Block A Building Massey University, Auckland, Albany Private Bag 102 904, North Shore Mail Centre voice: +64 9 414-0800 ext. 9585 fax: +64 9 441-8181 eMail: G....@ma... http://iims.massey.ac.nz |
|
From: Guy K. K. <g....@ma...> - 2009-03-19 21:51:53
|
On Fri, 20 Mar 2009 06:21:39 you wrote: > Have you compiled *deb for Hardy? I've still got a machine running Hardy around at uni. I'll see if I can build a package next week for that one, too. But no promises ... :) Guy -- Guy K. Kloss Institute of Information and Mathematical Sciences Te Kura Pūtaiao o Mōhiohio me Pāngarau Room 2.63, Quad Block A Building Massey University, Auckland, Albany Private Bag 102 904, North Shore Mail Centre voice: +64 9 414-0800 ext. 9585 fax: +64 9 441-8181 eMail: G....@ma... http://iims.massey.ac.nz |
|
From: Guy K. K. <g....@ma...> - 2009-03-19 21:46:24
|
On Fri, 20 Mar 2009 04:19:00 Bruce Sherwood wrote: > Thanks for doing this. Is this for Visual 3 or Visual 5? As Visual 3 is available in the standard repositories already, I have built packages for Visual 5. > If it is Visual 5, what versions of Boost and numpy did you use? Do > gas.py and stars.py, which make particular use of numpy, run okay? I've got some boost libraries in 1.34 and some in 1.35 available. But I suppose it's 1.35. Regarding NumPy: On Jaunty 1.2.1 is current, so this one is used. On Intrepid it's some sort of 1.1.1. Actually, I don't know how Canonical has managed to make numpy in a sub 1.3 version work woth Python 2.6. Maybe it's just a subset, but for the samples it does seem to work. So I'm not complaining ... :) Guy -- Guy K. Kloss Institute of Information and Mathematical Sciences Te Kura Pūtaiao o Mōhiohio me Pāngarau Room 2.63, Quad Block A Building Massey University, Auckland, Albany Private Bag 102 904, North Shore Mail Centre voice: +64 9 414-0800 ext. 9585 fax: +64 9 441-8181 eMail: G....@ma... http://iims.massey.ac.nz |
|
From: Chris C. <cb...@un...> - 2009-03-19 16:52:12
|
If you reside in the Triangle area of North Carolina, you should be interested to know that Dr. Sherwood will present VPython this evening at the Triangle Zope and Python Users Group meeting: http://trizpug.org/Members/mrevoir/mar-09-mtg -- Sincerely, Chris Calloway http://www.secoora.org office: 332 Chapman Hall phone: (919) 599-3530 mail: Campus Box #3300, UNC-CH, Chapel Hill, NC 27599 |
|
From: Bruce S. <Bru...@nc...> - 2009-03-19 15:20:08
|
Thanks for doing this. Is this for Visual 3 or Visual 5? If it is Visual 5, what versions of Boost and numpy did you use? Do gas.py and stars.py, which make particular use of numpy, run okay? Bruce Sherwood Guy K. Kloss wrote: > Hi, > > I have just compiled some Debian packages using checkinstall for Ubuntu > Intrepid and Jaunty. If you want, you can use them. They're here: > > https://gutefee.massey.ac.nz/moin/Python/3D > (just accept as an exception the self signed certificate) > > Let me know if you find something not working. Particularly on the Jaunty > build I'm not very sure at all, as Jaunty now comes by default with Python > 2.6, which has created some headaches installing Mayavi2 already. But even > though the default runtime is 2.6 now, I was able to run the samples > sonehenge.py and doublependulum.py successfully. But YMMV. BTW, the .deb > packages DO NOT contain any dependencies, so you will need to track those > yourself! > > Guy > |
|
From: Guy K. K. <g....@ma...> - 2009-03-19 05:10:41
|
Hi, I have just compiled some Debian packages using checkinstall for Ubuntu Intrepid and Jaunty. If you want, you can use them. They're here: https://gutefee.massey.ac.nz/moin/Python/3D (just accept as an exception the self signed certificate) Let me know if you find something not working. Particularly on the Jaunty build I'm not very sure at all, as Jaunty now comes by default with Python 2.6, which has created some headaches installing Mayavi2 already. But even though the default runtime is 2.6 now, I was able to run the samples sonehenge.py and doublependulum.py successfully. But YMMV. BTW, the .deb packages DO NOT contain any dependencies, so you will need to track those yourself! Guy -- Guy K. Kloss Institute of Information and Mathematical Sciences Te Kura Pūtaiao o Mōhiohio me Pāngarau Room 2.63, Quad Block A Building Massey University, Auckland, Albany Private Bag 102 904, North Shore Mail Centre voice: +64 9 414-0800 ext. 9585 fax: +64 9 441-8181 eMail: G....@ma... http://iims.massey.ac.nz |
|
From: James M. <mu...@pi...> - 2009-03-18 04:29:34
|
Bruce, The current roadmap for numpy lists a target date for numpy 1.3 (the one that uses python 2.6) of April Fool's Day (no comment). They branched 1.3 on Monday, and expect to release a beta soon. On Mar 17, 2009, at 11:20 PM, Bruce Sherwood wrote: > I don't think it should make any difference, but it may be more > convenient to download a tarball from sourceforge or from vpython.org > rather than using cvs. > > build.log shows the problem being in some aspect of the Boost Python > libraries. What version of the Boost libraries are you using? > > A more serious issue is that you're trying to build against Python > 2.6. > A couple months ago when I tried to do this it was not possible > because > numpy had not yet been brought up to date for Python 2.6, though maybe > it has now been updated (I haven't been able to work on VPython for a > while due to the pressures of revising a textbook). > > Note the following comment in INSTALL.txt: > > You also need the threadpool resource: > sourceforge.net/projects/threadpool. > > If you are using the 1_35_0 Boost libraries, you can use version 0.2.4 > which is included in the package (in dependencies). If you use a > different version of the Boost libraries, you need to get an > appropriate > threadpool version and replace the files in > "dependencies/threadpool/include". Copy into the include directory the > contents of the boost directory in the threadpool package, which > includes a directory named "include" and a file "threadpool.hpp". > > Bruce Sherwood > > Nils Wagner wrote: >> Hi all, >> >> I tried to install vpython-core2 on a x86_64 linux box. >> I have used >> >> cvs -z3 >> -d:pserver:ano...@vi...:/cvsroot/ >> visualpython >> co -P vpython-core2 >> >> >> A make failed. >> I have attached the logfiles (config.log, /src/build.log). >> >> Any help would be appreciated. >> >> >> Thanks in advance >> >> Nils > > ------------------------------------------------------------------------------ > Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) > are > powering Web 2.0 with engaging, cross-platform capabilities. Quickly > and > easily build your RIAs with Flex Builder, the Eclipse(TM)based > development > software that enables intelligent coding and step-through debugging. > Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com > _______________________________________________ > Visualpython-users mailing list > Vis...@li... > https://lists.sourceforge.net/lists/listinfo/visualpython-users |
|
From: Bruce S. <Bru...@nc...> - 2009-03-18 03:20:38
|
I don't think it should make any difference, but it may be more convenient to download a tarball from sourceforge or from vpython.org rather than using cvs. build.log shows the problem being in some aspect of the Boost Python libraries. What version of the Boost libraries are you using? A more serious issue is that you're trying to build against Python 2.6. A couple months ago when I tried to do this it was not possible because numpy had not yet been brought up to date for Python 2.6, though maybe it has now been updated (I haven't been able to work on VPython for a while due to the pressures of revising a textbook). Note the following comment in INSTALL.txt: You also need the threadpool resource: sourceforge.net/projects/threadpool. If you are using the 1_35_0 Boost libraries, you can use version 0.2.4 which is included in the package (in dependencies). If you use a different version of the Boost libraries, you need to get an appropriate threadpool version and replace the files in "dependencies/threadpool/include". Copy into the include directory the contents of the boost directory in the threadpool package, which includes a directory named "include" and a file "threadpool.hpp". Bruce Sherwood Nils Wagner wrote: > Hi all, > > I tried to install vpython-core2 on a x86_64 linux box. > I have used > > cvs -z3 > -d:pserver:ano...@vi...:/cvsroot/visualpython > co -P vpython-core2 > > > A make failed. > I have attached the logfiles (config.log, /src/build.log). > > Any help would be appreciated. > > > Thanks in advance > > Nils |
|
From: Bruce S. <Bru...@nc...> - 2009-03-17 19:20:04
|
As stated in the Visual 5 documentation (see What's new in Visual 5, or
the "Materials & Textures" section of the documentation installed with
Visual 5):
Materials will work with graphics cards that support Pixel Shader 3.0
("PS 3.0"). For details, see
http://en.wikipedia.org/wiki/Pixel_shader#Hardware. Some materials may
work with graphics cards that support PS 2.0, but other materials may
need to be manually disabled; see instructions in the site-settings.py
module in the Visual package in your site-packages folder. If the
graphics hardware does not support pixel shaders, the material property
is ignored. If you think you should be able to use materials but have
trouble with their display or performance, we highly recommend upgrading
your video card drivers to the latest version.
I don't see Intel 965/963 listed in that article as supporting Pixel
Shader 3.0. And in your listing from glinfo, there are no entries that
mention "shader". I just ran glinfo on an NVIDIA GeForce 7600 and I see
the following relevant entries:
GL_ARB_fragment_shader
GL_ARB_shader_objects
GL_ARB_shading_language_100
GL_ARB_vertex_shader
GL_EXT_Cg_shader
GL_NV_texture_shader
GL_NV_texture_shader2
GL_NV_texture_shader3
Bruce Sherwood
Aaron Miller wrote:
>> Date: Tue, 24 Feb 2009 18:13:19 -0500
>> From: German Andres Gaviria Martinez <ger...@gm...>
> ...snip...
>> Hello I have installed vpython 5 without problems, but when I run
>> material_test.py only appear white spheres .
>
> I have the same problem on a recent laptop. The result from glinfo.py
> is below. What should I be looking for?
>
> Thanks,
> Aaron Miller
> ajm...@al...
>
> result of running glinfo.py:
> ----------------
>
> This test of OpenGL options is useful mainly on Windows.
>
> c:\python25\lib\site-packages\visual\__init__.py Tue Jan 20 11:06:46 2009
> c:\python25\lib\site-packages\visual\graph.py Fri Nov 14 19:59:00 2008
> c:\windows\system32\opengl32.dll Thu Nov 02 05:46:12 2006
> OpenGL renderer active.
> Vendor: Intel
> Version: 1.5.0 - Build 7.14.10.1437
> Renderer: Intel 965/963 Graphics Media Accelerator
> Extensions: GL_3DFX_texture_compression_FXT1
> GL_ARB_depth_texture
> GL_ARB_fragment_program
> GL_ARB_multitexture
> GL_ARB_occlusion_query
> GL_ARB_point_parameters
> GL_ARB_shadow
> GL_ARB_texture_border_clamp
> GL_ARB_texture_compression
> GL_ARB_texture_cube_map
> GL_ARB_texture_env_add
> GL_ARB_texture_env_combine
> GL_ARB_texture_env_crossbar
> GL_ARB_texture_env_dot3
> GL_ARB_texture_rectangle
> GL_ARB_transpose_matrix
> GL_ARB_vertex_buffer_object
> GL_ARB_vertex_program
> GL_ARB_window_pos
> GL_EXT_abgr
> GL_EXT_bgra
> GL_EXT_blend_color
> GL_EXT_blend_func_separate
> GL_EXT_blend_minmax
> GL_EXT_blend_subtract
> GL_EXT_clip_volume_hint
> GL_EXT_compiled_vertex_array
> GL_EXT_draw_range_elements
> GL_EXT_fog_coord
> GL_EXT_multi_draw_arrays
> GL_EXT_packed_pixels
> GL_EXT_rescale_normal
> GL_EXT_secondary_color
> GL_EXT_separate_specular_color
> GL_EXT_shadow_funcs
> GL_EXT_stencil_two_side
> GL_EXT_stencil_wrap
> GL_EXT_texture3D
> GL_EXT_texture_compression_s3tc
> GL_EXT_texture_env_add
> GL_EXT_texture_env_combine
> GL_EXT_texture_filter_anisotropic
> GL_EXT_texture_lod_bias
> GL_EXT_texture_rectangle
> GL_IBM_texture_mirrored_repeat
> GL_NV_blend_square
> GL_NV_texgen_reflection
> GL_SGIS_generate_mipmap
> GL_SGIS_texture_edge_clamp
> GL_SGIS_texture_lod
> GL_WIN_swap_hint
>
> ------------------------------------------------------------------------------
> Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
> powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
> easily build your RIAs with Flex Builder, the Eclipse(TM)based development
> software that enables intelligent coding and step-through debugging.
> Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
> _______________________________________________
> Visualpython-users mailing list
> Vis...@li...
> https://lists.sourceforge.net/lists/listinfo/visualpython-users
|
|
From: Aaron M. <ajm...@al...> - 2009-03-17 17:17:15
|
> Date: Tue, 24 Feb 2009 18:13:19 -0500 > From: German Andres Gaviria Martinez <ger...@gm...> ...snip... > Hello I have installed vpython 5 without problems, but when I run > material_test.py only appear white spheres . I have the same problem on a recent laptop. The result from glinfo.py is below. What should I be looking for? Thanks, Aaron Miller ajm...@al... result of running glinfo.py: ---------------- This test of OpenGL options is useful mainly on Windows. c:\python25\lib\site-packages\visual\__init__.py Tue Jan 20 11:06:46 2009 c:\python25\lib\site-packages\visual\graph.py Fri Nov 14 19:59:00 2008 c:\windows\system32\opengl32.dll Thu Nov 02 05:46:12 2006 OpenGL renderer active. Vendor: Intel Version: 1.5.0 - Build 7.14.10.1437 Renderer: Intel 965/963 Graphics Media Accelerator Extensions: GL_3DFX_texture_compression_FXT1 GL_ARB_depth_texture GL_ARB_fragment_program GL_ARB_multitexture GL_ARB_occlusion_query GL_ARB_point_parameters GL_ARB_shadow GL_ARB_texture_border_clamp GL_ARB_texture_compression GL_ARB_texture_cube_map GL_ARB_texture_env_add GL_ARB_texture_env_combine GL_ARB_texture_env_crossbar GL_ARB_texture_env_dot3 GL_ARB_texture_rectangle GL_ARB_transpose_matrix GL_ARB_vertex_buffer_object GL_ARB_vertex_program GL_ARB_window_pos GL_EXT_abgr GL_EXT_bgra GL_EXT_blend_color GL_EXT_blend_func_separate GL_EXT_blend_minmax GL_EXT_blend_subtract GL_EXT_clip_volume_hint GL_EXT_compiled_vertex_array GL_EXT_draw_range_elements GL_EXT_fog_coord GL_EXT_multi_draw_arrays GL_EXT_packed_pixels GL_EXT_rescale_normal GL_EXT_secondary_color GL_EXT_separate_specular_color GL_EXT_shadow_funcs GL_EXT_stencil_two_side GL_EXT_stencil_wrap GL_EXT_texture3D GL_EXT_texture_compression_s3tc GL_EXT_texture_env_add GL_EXT_texture_env_combine GL_EXT_texture_filter_anisotropic GL_EXT_texture_lod_bias GL_EXT_texture_rectangle GL_IBM_texture_mirrored_repeat GL_NV_blend_square GL_NV_texgen_reflection GL_SGIS_generate_mipmap GL_SGIS_texture_edge_clamp GL_SGIS_texture_lod GL_WIN_swap_hint |
|
From: Nils W. <nw...@ia...> - 2009-03-17 09:42:11
|
Hi all,
I tried to install vpython-core2 on a x86_64 linux box.
I have used
cvs -z3
-d:pserver:ano...@vi...:/cvsroot/visualpython
co -P vpython-core2
A make failed.
I have attached the logfiles (config.log, /src/build.log).
Any help would be appreciated.
Thanks in advance
Nils
|
|
From: symion <sy...@pr...> - 2009-03-14 06:28:04
|
Here is the checkerboard routine used as a workbench or table top and here is my latest project. The Robotic Rat. A Maze solving robot that uses the ability to sense its surroundings and use a Weighted Numeric Memory to find the exit. The Robots response is based on probability and following The Line of Least Resistance when using Weighted Memory. Source Code: RobRat-1.py <http://home.primusonline.com.au/knoware/python/RobRat-1.py> Symion |
|
From: CL <clc...@gm...> - 2009-02-28 02:27:00
|
In C:\Python25\Lib\site-packages\visual\examples\ you can run glinfo.py to check your OpenGL driver version. Old graphics card may have a low version (e.g. 1.2) that does not support the required OpenGL extensions used by Visual 5. If so, you shall try update your video card's driver to latest. But likely you have to upgrade your video card if it does not help. |
|
From: German A. G. M. <ger...@gm...> - 2009-02-24 23:13:24
|
Hello I have installed vpython 5 without problems, but when I run material_test.py only appear white spheres . Specifically I need the earth in 3D. I've a computer dell inspiron 1420, with a video card intel and a graphics media accelerator X3100. I've installed vpython 5 in ubuntu 8.04, 8.10 (32 bits and 64 bits) and in windows xp but the problem persists. I don't know what happen Thanks for your help. |
|
From: Bruce S. <Bru...@nc...> - 2009-02-24 19:25:30
|
Another scheme I've used is to use Visual 3 with Python 2.4 and Visual 5 with Python 2.5. But of course this won't work if you're relying on some features of Python 2.5. Bruce Sherwood Stef Mientki wrote: > hi Roberto, > > sometime ago I wrote the message below, > works like a charm under windows. > > cheers, > Stef > > I played around, and found the following work around: > - I installed Vpython version 5 on a different computer (afraid of > harming my own work-PC ;-) > - called the visual directory "visual5" > - copied that visual5 directory to site-packages > - created the function below, which I place on a central place where all > programs can reach it > - and add a line to all VPython programs "Get_Visual ( ... )" before > importing visual, seems to work great. > > cheers, > Stef > > > def Get_Visual ( Version = 3 ) : > import os, sys > print sys.path > for path in sys.path : > if path.endswith ( 'site-packages') : > print path > break > vpath = os.path.join ( path, 'visual' ) > if ( Version == 3 ) and os.path.exists ( vpath + '3' ) : > print 'Visual ==> V3', vpath > os.rename ( vpath, vpath + '5' ) > os.rename ( vpath + '3', vpath ) > elif ( Version == 5 ) and os.path.exists ( vpath + '5' ) : > print 'Visual ==> V5', vpath > os.rename ( vpath, vpath + '3' ) > os.rename ( vpath + '5', vpath ) > > Get_Visual ( 3 ) > from visual import * > ... > > > > Roberto Aguirre Maturana wrote: >> I have found some compatibility problems between vpython 3 and 5 (it seems >> that pixel shading is not universal enugh). Therefore, I don't think I >> will be able to make the transition to version 5 any time soon. >> >> Is there a way to have version 3 and version 5 co-existing on the same >> computer, so I can call them independently? >> >> I guess, maybe a solution could be to create an independent visual library >> based on vpython 3. The calling for the library could be something like >> "from visual3 import ..." In that way it could be easy to have both >> versions of visual installed, and if I require the older version I just >> have to replace the string "visual" by "visual3" on my applications. >> >> I may even have a program that simultaneously open visual 3 and visual 5 >> scenes, for benchmarking purposes. >> >> >> Any thoughts? >> >> >> Best regards, >> Roberto Aguirre Maturana >> Santiago, Chile >> >> > > ------------------------------------------------------------------------------ > Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA > -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise > -Strategies to boost innovation and cut costs with open source participation > -Receive a $600 discount off the registration fee with the source code: SFAD > http://p.sf.net/sfu/XcvMzF8H > _______________________________________________ > Visualpython-users mailing list > Vis...@li... > https://lists.sourceforge.net/lists/listinfo/visualpython-users |
|
From: Stef M. <s.m...@ru...> - 2009-02-24 19:06:41
|
hi Roberto,
sometime ago I wrote the message below,
works like a charm under windows.
cheers,
Stef
I played around, and found the following work around:
- I installed Vpython version 5 on a different computer (afraid of
harming my own work-PC ;-)
- called the visual directory "visual5"
- copied that visual5 directory to site-packages
- created the function below, which I place on a central place where all
programs can reach it
- and add a line to all VPython programs "Get_Visual ( ... )" before
importing visual, seems to work great.
cheers,
Stef
def Get_Visual ( Version = 3 ) :
import os, sys
print sys.path
for path in sys.path :
if path.endswith ( 'site-packages') :
print path
break
vpath = os.path.join ( path, 'visual' )
if ( Version == 3 ) and os.path.exists ( vpath + '3' ) :
print 'Visual ==> V3', vpath
os.rename ( vpath, vpath + '5' )
os.rename ( vpath + '3', vpath )
elif ( Version == 5 ) and os.path.exists ( vpath + '5' ) :
print 'Visual ==> V5', vpath
os.rename ( vpath, vpath + '3' )
os.rename ( vpath + '5', vpath )
Get_Visual ( 3 )
from visual import *
...
Roberto Aguirre Maturana wrote:
> I have found some compatibility problems between vpython 3 and 5 (it seems
> that pixel shading is not universal enugh). Therefore, I don't think I
> will be able to make the transition to version 5 any time soon.
>
> Is there a way to have version 3 and version 5 co-existing on the same
> computer, so I can call them independently?
>
> I guess, maybe a solution could be to create an independent visual library
> based on vpython 3. The calling for the library could be something like
> "from visual3 import ..." In that way it could be easy to have both
> versions of visual installed, and if I require the older version I just
> have to replace the string "visual" by "visual3" on my applications.
>
> I may even have a program that simultaneously open visual 3 and visual 5
> scenes, for benchmarking purposes.
>
>
> Any thoughts?
>
>
> Best regards,
> Roberto Aguirre Maturana
> Santiago, Chile
>
>
|
|
From: Roberto A. M. <rha...@ho...> - 2009-02-24 18:53:29
|
I have found some compatibility problems between vpython 3 and 5 (it seems that pixel shading is not universal enugh). Therefore, I don't think I will be able to make the transition to version 5 any time soon. Is there a way to have version 3 and version 5 co-existing on the same computer, so I can call them independently? I guess, maybe a solution could be to create an independent visual library based on vpython 3. The calling for the library could be something like "from visual3 import ..." In that way it could be easy to have both versions of visual installed, and if I require the older version I just have to replace the string "visual" by "visual3" on my applications. I may even have a program that simultaneously open visual 3 and visual 5 scenes, for benchmarking purposes. Any thoughts? Best regards, Roberto Aguirre Maturana Santiago, Chile -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ |
|
From: Gary R. <gr...@bi...> - 2009-02-21 00:19:23
|
I think Bruce meant the following to go to the list (sorry Bruce if it wasn't): -- Actually, it was also the case in Visual 3 that setting the rate too high could slow down the animation loop. Probably depends on the details of the particular program. It would be useful for those interested in these issues to post relatively simple examples with compute times, and say what the hardware/software environment is. The standard scheme looks like this: from time import clock .... t = clock() .....Do Computations t = clock()-t print t Make more than one run with a program and average the results because you'll observe fluctuations, presumably associated with other random stuff the operating system is doing. In my own measurements of this kind I've seen little difference between Visual 3 and Visual 5. Bruce Sherwood Gary Ruben wrote: > I haven't checked this carefully but I had the impression on my > system that 5.0 was slower too, especially with examples like > drape.py but that playing with the value in any rate() calls affects > this. The rate function in 3.0 used to behave as advertised. In 5.0 > it seems to me that setting it too high actually slows down the > animation loops. > > Gary R. > > > Stef Mientki wrote: >> hello, >> >> I tried the same program on another system today, which should be >> faster than the system I used yesterday (faster processor, Intel >> instead of AMD, faster (external) graphics card), >> but it seems to be about twice as slow as my yesterday system. On >> that theoretical faster but in practice slower system, indeed the >> performances are about equal for VP3 and VP5 ??? >> >> cheers, Stef |
|
From: Gary R. <gr...@bi...> - 2009-02-20 14:09:11
|
I haven't checked this carefully but I had the impression on my system that 5.0 was slower too, especially with examples like drape.py but that playing with the value in any rate() calls affects this. The rate function in 3.0 used to behave as advertised. In 5.0 it seems to me that setting it too high actually slows down the animation loops. Gary R. Stef Mientki wrote: > hello, > > I tried the same program on another system today, > which should be faster than the system I used yesterday > (faster processor, Intel instead of AMD, faster (external) graphics card), > but it seems to be about twice as slow as my yesterday system. > On that theoretical faster but in practice slower system, > indeed the performances are about equal for VP3 and VP5 ??? > > cheers, > Stef |
33 messages has been excluded from this view by a project administrator.
