Menu
▾
▴
visualpython-users
|
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. |
Thanks for helping keep SourceForge clean.
X