From: Karsten W. J. <kw...@fy...> - 2001-08-20 15:48:21
|
Does anybody know if there is vpython rpm which works with redhat 7.1? Or is it possible to do a compilation from scratch? I tried to install the package python-visual-2001.01.22-2.i386.rpm on my system and got the information that it requires "libgtkgl.so.4". This can be provided by gtkglarea-1.2.1-1.i386.rpm which I installed (The most up to date version of this package which I found (gtkglarea-1.2.2-4.i386.rpm) provides libgtkgl.so.5 and cannot be used). After installation of gklarea and python-visual I get the following mesage when I try to import visual: >>> from visual import * Visual-2000-11-26 Traceback (innermost last): File "<stdin>", line 1, in ? File "/usr/lib/python1.5/site-packages/visual/__init__.py", line 17, in ? import cvisual ImportError: /usr/lib/libgtkgl.so.4: undefined symbol: glXUseXFont Any help would be appreciated. Best regards, Karsten. -- Karsten W. Jacobsen, Professor CAMP, Dept. of Physics, Building 307, DTU, DK-2800 Lyngby, Denmark Phone: +45 45 25 31 86 Fax: +45 45 93 23 99 E-mail: kw...@fy...; WWW: http://www.fysik.dtu.dk/~kwj |
From: David A. <dm...@an...> - 2001-08-20 16:29:10
|
I've been wanting to build an RPM for RedHat 7.1 but have been held up by a serious bug which causes several of the demo programs to segfault. If you speak CVS, you can get the complete source for VPython from www.sourceforge.org and compile it yourself - but you'll almost certainly get the same bug. |
From: David A. <dm...@an...> - 2001-08-20 16:56:52
|
On the off chance that someone has an insight: I've been wanting to build an RPM for RedHat 7.1 but have been held up by a difficult bug that affects several of the demo programs. The following short VPython program segfaults: from visual import * value = 1.0 pos = vector(-1.01475,0.0876125,0) axis = vector(0,1,0) value = value*dot(pos,axis) The following code in "getattr_methods" crashes deep in the "throw" machinery: virtual Object getattr_methods( const char *_name ) { STD::string name( _name ); method_map_t &mm = methods(); if( name == "__methods__" ) { List methods; for( method_map_t::iterator i = mm.begin(); i != mm.end(); ++i ) methods.append( String( (*i).first ) ); return methods; } // see if name exists if( mm.find( name ) == mm.end() ) throw AttributeError( name ); #0 0x4008b801 in __kill () from /lib/i686/libc.so.6 #1 0x4002e61b in raise (sig=6) at signals.c:65 #2 0x4008cd82 in abort () at ../sysdeps/generic/abort.c:88 #3 0x4087d9dc in __cxxabiv1::__terminate(void (*)()) () from /usr/lib/libstdc++.so.3 #4 0x4087d8cf in __gxx_personality_v0 () from /usr/lib/libstdc++.so.3 #5 0x408d1fd7 in _Unwind_GetTextRelBase () from /lib/libgcc_s.so.1 #6 0x408d210e in _Unwind_RaiseException () from /lib/libgcc_s.so.1 #7 0x4087db54 in __cxa_throw () from /usr/lib/libstdc++.so.3 #8 0x40286772 in Py::PythonExtension<Vector>::getattr_methods(char const*) ( this=0x80e7ed0, _name=0x401a8bb0 "__array__") at CXX/Include/CXX_Extensions.h:578 #9 0x402596ee in Vector::getattr(char const*) (this=0x80e7ed0, attr=0x401a8bb0 "__array__") at pvector.cpp:250 #10 0x40262ea9 in Py::PythonType::getattr_handler(_object*, char*) ( self=0x80e7ed4, name=0x401a8bb0 "__array__") at CXX/Src/cxx_extensions.cxx:357 #11 0x0807db0e in PyObject_GetAttrString () at eval.c:41 #12 0x0807db3f in PyObject_HasAttrString () at eval.c:41 #13 0x401a4512 in array_fromobject (op_in=0x80e7ed4, type=12, min_depth=0, max_depth=0, flags=0) at ./Src/arrayobject.c:1723 #14 0x401a48a1 in PyArray_FromObject (op=0x80e7ed4, type=12, min_depth=0, max_depth=0) at ./Src/arrayobject.c:1797 #15 0x40196659 in array_array (ignored=0x0, args=0x80bae08, kws=0x80e8280) at ./Src/multiarraymodule.c:883 #16 0x080557e2 in PyEval_CallObjectWithKeywords () at eval.c:41 #17 0x080556be in PyEval_CallObjectWithKeywords () at eval.c:41 #18 0x080544e0 in PyEval_EvalCode () at eval.c:41 #19 0x08054399 in PyEval_EvalCode () at eval.c:41 #20 0x08054399 in PyEval_EvalCode () at eval.c:41 #21 0x08054399 in PyEval_EvalCode () at eval.c:41 #22 0x08054399 in PyEval_EvalCode () at eval.c:41 #23 0x080521b5 in PyEval_EvalCode () at eval.c:41 #24 0x08065785 in PyRun_File () at eval.c:41 #25 0x08064d00 in PyRun_SimpleFile () at eval.c:41 #26 0x080648fb in PyRun_AnyFile () at eval.c:41 #27 0x080502c4 in Py_Main () at eval.c:41 #28 0x0804fc73 in main () at eval.c:41 #29 0x4007a177 in __libc_start_main (main=0x804fc54 <main>, argc=2, ---Type <return> to continue, or q <return> to quit--- ubp_av=0xbffffadc, init=0x804f1ec <_init>, fini=0x8096a1c <_fini>, rtld_fini=0x4000e184 <_dl_fini>, stack_end=0xbffffacc) at ../sysdeps/generic/libc-start.c:129 |
From: Randall A. J. <Ran...@gs...> - 2001-08-20 18:05:50
|
Which demos fail under RH 7.1? I recently compiled/installed under RH 7.1 and I haven't had a problem, things seem to work. I don't think I've exhaustively tested all the demos/features though. I'll do that and let you know if things work. Randy -- David Andersen wrote: > > I've been wanting to build an RPM for RedHat 7.1 but have been held up by a > serious bug which causes several of the demo programs to segfault. > > If you speak CVS, you can get the complete source for VPython from > www.sourceforge.org and compile it yourself - but you'll almost certainly > get the same bug. > > _______________________________________________ > Visualpython-users mailing list > Vis...@li... > http://lists.sourceforge.net/lists/listinfo/visualpython-users |
From: David A. <dm...@an...> - 2001-08-21 12:53:13
|
Try the following short test program (extracted from colorsliders.py if I remember correctly) from visual import * value = 1.0 pos = vector(-1.01475,0.0876125,0) axis = vector(0,1,0) value = value*dot(pos,axis) |
From: Randall A. J. <Ran...@gs...> - 2001-08-24 20:18:21
|
Sure enough, it seg faults under RH 7.1. Let me see if I have the details correct. dot is provided by Numeric, vector is provided by visual. so the following code should break as well. -- from visual import * dot(vector(0,0,0),vector(0,0,0)) -- and this is equivalent to: -- import visual import Numeric Numeric.dot(visual.vector(0,0,0),visual.vector(0,0,0)) -- But... this code works; passing tuples to dot instead of vectors. -- from visual import * dot((0,0,0),(0,0,0)) -- It seems that Numeric.dot is not happy with visual.vector arguments. How much investigation has been done into the bug? Randy -- David Andersen wrote: > > Try the following short test program (extracted from colorsliders.py if I > remember correctly) > > from visual import * > value = 1.0 > pos = vector(-1.01475,0.0876125,0) > axis = vector(0,1,0) > value = value*dot(pos,axis) -- __________________________________________________________________ Scientific Visualization Studio _/_/_/_/ _| _/ _/_/_/_/ NASA Goddard Space Flight Center _/ _| _/ _/ Code 935 301-286-2239 _/_/_/_/ _| _/ _/_/_/_/ Randall A. Jones GST _/ _| _/ _/ Ran...@gs... _/_/_/_/ _|_/ _/_/_/_/ http://svs.gsfc.nasa.gov __________________________________________________________________ |
From: David A. <dm...@an...> - 2001-08-26 12:46:00
|
>How much investigation has been done into the bug? I've stepped thru the code a few times, but I don't yet claim to have any understanding of what is going on.... Note that things work fine on Windows and on Debian. |
From: Ari H. <ahe...@an...> - 2001-08-26 15:41:38
|
On Sun, Aug 26, 2001 at 08:48:20AM -0400, David Andersen wrote: > >How much investigation has been done into the bug? > > I've stepped thru the code a few times, but I don't yet claim to have any > understanding of what is going on.... > > Note that things work fine on Windows and on Debian. <sigh> indeed it does work on Debian :) I wish I could be more useful in debugging this one ... Ari |
From: David A. <dm...@an...> - 2001-08-28 17:03:52
|
I've built an RPM package for RedHat 7.1 and put it on the Web site. |
From: Dethe E. <de...@al...> - 2001-08-28 17:47:40
|
David Andersen wrote: > I've built an RPM package for RedHat 7.1 and put it on the Web site. Thanks! I'll try to test it later today. -- Dethe Elza (de...@bu...) Chief Mad Scientist Burning Tiger Technologies (http://burningtiger.com) Living Code Weblog (http://livingcode.ca) |
From: Ari H. <ahe...@an...> - 2001-08-28 19:40:11
|
On Tue, Aug 28, 2001 at 01:05:57PM -0400, David Andersen wrote: > I've built an RPM package for RedHat 7.1 and put it on the Web site. Does this mean that the bug is solved? Ari |
From: David A. <dm...@an...> - 2001-08-29 12:27:56
|
Yes. To my considerable chagrin I realized I must have mis-run one of the early experiments (probably by forgetting to do the "make install" or to copy cvisualmodule to site-packages). Replacing the getattr_methods call in pvector/getattr does solve the problem. |
From: Michael Katz-H. <mi...@go...> - 2001-08-29 23:40:25
|
Can you post a src rpm? I get the following dependency errors... libgcc_s.so.1 is needed by visual-20010828-3 libgtkgl.so.5 is needed by visual-20010828-3 libstdc++.so.3 is needed by visual-20010828-3 I guess the gcc and stdc++ are version 3.0 which is not installed on any major distrib. yet. -Michael On Wed, 29 Aug 2001, David Andersen wrote: > Yes. To my considerable chagrin I realized I must have mis-run one of the > early experiments (probably by forgetting to do the "make install" or to > copy cvisualmodule to site-packages). > > Replacing the getattr_methods call in pvector/getattr does solve the > problem. > > > > _______________________________________________ > Visualpython-users mailing list > Vis...@li... > http://lists.sourceforge.net/lists/listinfo/visualpython-users > -- /-------------------------------------------------------------\ | Michael Katz-Hyman mz...@an... | | Pittsburgh, PA USA http://www.andrew.cmu.edu/~mzk | \-------------------------------------------------------------/ |
From: David A. <dm...@an...> - 2001-08-29 18:04:15
|
I've updated the Macintosh version of Visual Python on our Web site. |