visualpython-users

Re: [Visualpython-users] Advice: iMac

[Arthur <aj...@ix...>]

Bruce writes -

>You're correct, Arthur, that there is no required connection >between IDLE and Visual: use any editor you like. But the >VPython version of IDLE offers one-keypress interactivity, >automatic saving of files, infinite un-do, and protection >against the execution crashing, which together make the
>combination of Visual and this particular IDLE a particularly >useful package (called VPython) for use by novices who are not >experienced programmers. For that reason the VPython version of >IDLE is not a generic programmer's text editor

I think that the definitions you are providing of VPython vs. Visual are useful, and I appreciate you making them explicit.

Nonetheless, I would comment that in my experience all the attributes you mention with respect to IDLE are standard equipment for a decent programmers text editor.

And nonetheless (and a little ironically), all things being equal (which they apparently are not on Mac, I support your support of IDLE as a default environment for Visual.  For none of the reasons you state, but for the availability of a convenient interactive environment on top of its adequate text editing facilities.

Hoping, with you I am sure, that the IDLEFORK version scheduled to ship standard with Python2.3 has the Windows bug that prevents its usefulness for running Visual scripts, worked out by the final release date.

Art 

Re: [Visualpython-users] Advice: iMac

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

Thanks.  I'll cry and stamp my feet until they upgrade at least a couple of
the OS9 systems.
-gary


> I don't see any way to go forward with a version for OS9, which moreover
has
> always been crippled because Idle doesn't work. Rather you have to edit a
> file with some editor of your choice, save the file, then drag that file
> onto the Python interpreter, thus losing the slick one-button edit/run
cycle
> that Idle offers. It would take a lot of work by someone very
knowledgeable
> to get Idle to work on OS9, mainly due (as I understand it) to threading
> issues. As a result of all this, and the rapid change of Macs from OS9 to
> OSX, we ourselves will not upgrade the OS9 version, though the old version
> will of course continue to be available at vpython.org. As Johathan says,
if
> someone else wants to maintain OS9, great.
>
> Bruce Sherwood
>
> ----- Original Message ----- 
> From: "Jonathan Brandmeyer" <jbr...@ea...>
> To: "Gary Pajer" <pa...@in...>
> Cc: <Vis...@li...>; "Bruce Sherwood"
> <bas...@un...>
> Sent: Wednesday, May 21, 2003 12:27 AM
> Subject: Re: [Visualpython-users] Advice: iMac
>
>
> > On Tue, 2003-05-20 at 22:29, Gary Pajer wrote:
> > > THanks.  refinement to the question:  some (all?) of the Macs in the
> > > classrooms are OS9.
> > > Is visual running in OS9?  I'm nervous about this.
> > > -g
> >
> > We had considered deprecating that platform.  There is an installer from
> > the middle of last year on vpython.org, but it doesn't have any of the
> > recent bugfixes.  If someone doesn't volonteer to maintain the platform,
> > it may not be supported in the future.
> >
> > That said, if someone out there has MWerks on an OS9 machine, and you
> > want to help keep that platform alive, please speak up.
> >
> > Bruce, do you have any other thoughts on this matter?
> >
> > -Jonathan
> >
> >
>

Re: [Visualpython-users] Advice: iMac

[Bruce S. <bas...@un...>]

You're correct, Arthur, that there is no required connection between IDLE
and Visual: use any editor you like. But the VPython version of IDLE offers
one-keypress interactivity, automatic saving of files, infinite un-do, and
protection against the execution crashing, which together make the
combination of Visual and this particular IDLE a particularly useful package
(called VPython) for use by novices who are not experienced programmers. For
that reason the VPython version of IDLE is not a generic programmer's text
editor.

"Visual" is a 3D module for Python programmers, and "VPython" is the name of
a package with a number of parts bundled together for the benefit of
novices. And since Visual is open source, anyone can compile it for any
platform, including Mac OS9. What I don't know how to do, and what there are
no resources for doing, is producing a nice "VPython" package for OS9.

I've probably never formulated the difference between "Visual" and "VPython"
quite this clearly before, and perhaps vpython.org could be restructured to
make this distinction clear.

Bruce Sherwood

----- Original Message ----- 
From: "Arthur" <ajs...@op...>
To: <Vis...@li...>
Sent: Wednesday, May 21, 2003 9:46 AM
Subject: Re: [Visualpython-users] Advice: iMac


>
> Bruce writes -
>
> > I don't see any way to go forward with a version for OS9, which moreover
> has
> > always been crippled because Idle doesn't work. Rather you have to
>
> No comment as to the general Mac issues - I am ignorant of Mac.
>
> But it should be no surprise from earlier comments I have made, that I
think
> it is a mistake to tie the fate of VPython on Mac or on any other platform
> to IDLE.  IDLE, on any platform, is just one of many alternatives for
> working with VPython scripts.  Except as to the Python specific debugging
> features and the like that you have acknowledged are not utilized by
either
> yourself and your students, IDLE is a generic programmers text editor.
> Period.  The alternatives to IDLE are myriad. I have to assume, on Mac as
> well as any other platform. I am confused by your position on this.
>
> Art
>
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: ObjectStore.
> If flattening out C++ or Java code to make your application fit in a
> relational database is painful, don't do it! Check out ObjectStore.
> Now part of Progress Software. http://www.objectstore.net/sourceforge
> _______________________________________________
> Visualpython-users mailing list
> Vis...@li...
> https://lists.sourceforge.net/lists/listinfo/visualpython-users
>

Re: [Visualpython-users] Advice: iMac

[Arthur <ajs...@op...>]

Bruce writes -

> I don't see any way to go forward with a version for OS9, which moreover
has
> always been crippled because Idle doesn't work. Rather you have to

No comment as to the general Mac issues - I am ignorant of Mac.

But it should be no surprise from earlier comments I have made, that I think
it is a mistake to tie the fate of VPython on Mac or on any other platform
to IDLE.  IDLE, on any platform, is just one of many alternatives for
working with VPython scripts.  Except as to the Python specific debugging
features and the like that you have acknowledged are not utilized by either
yourself and your students, IDLE is a generic programmers text editor.
Period.  The alternatives to IDLE are myriad. I have to assume, on Mac as
well as any other platform. I am confused by your position on this.

Art

Re: [Visualpython-users] Advice: iMac

[Bruce S. <bas...@un...>]

I don't see any way to go forward with a version for OS9, which moreover has
always been crippled because Idle doesn't work. Rather you have to edit a
file with some editor of your choice, save the file, then drag that file
onto the Python interpreter, thus losing the slick one-button edit/run cycle
that Idle offers. It would take a lot of work by someone very knowledgeable
to get Idle to work on OS9, mainly due (as I understand it) to threading
issues. As a result of all this, and the rapid change of Macs from OS9 to
OSX, we ourselves will not upgrade the OS9 version, though the old version
will of course continue to be available at vpython.org. As Johathan says, if
someone else wants to maintain OS9, great.

Bruce Sherwood

----- Original Message ----- 
From: "Jonathan Brandmeyer" <jbr...@ea...>
To: "Gary Pajer" <pa...@in...>
Cc: <Vis...@li...>; "Bruce Sherwood"
<bas...@un...>
Sent: Wednesday, May 21, 2003 12:27 AM
Subject: Re: [Visualpython-users] Advice: iMac


> On Tue, 2003-05-20 at 22:29, Gary Pajer wrote:
> > THanks.  refinement to the question:  some (all?) of the Macs in the
> > classrooms are OS9.
> > Is visual running in OS9?  I'm nervous about this.
> > -g
>
> We had considered deprecating that platform.  There is an installer from
> the middle of last year on vpython.org, but it doesn't have any of the
> recent bugfixes.  If someone doesn't volonteer to maintain the platform,
> it may not be supported in the future.
>
> That said, if someone out there has MWerks on an OS9 machine, and you
> want to help keep that platform alive, please speak up.
>
> Bruce, do you have any other thoughts on this matter?
>
> -Jonathan
>
>

Re: [Visualpython-users] Advice: iMac

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

On Tue, 2003-05-20 at 22:29, Gary Pajer wrote:
> THanks.  refinement to the question:  some (all?) of the Macs in the
> classrooms are OS9.
> Is visual running in OS9?  I'm nervous about this.
> -g

We had considered deprecating that platform.  There is an installer from
the middle of last year on vpython.org, but it doesn't have any of the
recent bugfixes.  If someone doesn't volonteer to maintain the platform,
it may not be supported in the future.

That said, if someone out there has MWerks on an OS9 machine, and you
want to help keep that platform alive, please speak up.

Bruce, do you have any other thoughts on this matter?

-Jonathan

Re: [Visualpython-users] Advice: iMac

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

Configuring visual on OSX in general is possible, but a pain.  We hope
to fix that in a couple of days.  See the thread "Max OS X issues
update" from early May.

In my limited experiance with the platform, the best information about
python on OS X seems to come from the Python-Mac SIG mailing list.  I
highly reccomend browsing through their archives.

Visual is known to work with the fink-distributed python, and should
work with MacPython.  Visual is probably not usable with the
Apple-bundled python.

HTH,
Jonathan Brandmeyer

On Mon, 2003-05-19 at 18:13, Gary Pajer wrote:
> I'm getting a little pressure from my new employer to toe the line and
> convert to iMac.  I have almost no Mac experience, nor any religious
> affiliation to any particular os.  Are there any issues getting visual to
> work on an iMac?  I should be able to stand firm and keep my Windows and/or
> Linux if I want to.
> 
> (Off topic (apologies):  feel free to comment, perhaps in a private note,
> about what else I might be getting into.  problems with scipy?    anyone
> have experience with linux for PowerPC?   )
> 
> -gary
> 
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: ObjectStore.
> If flattening out C++ or Java code to make your application fit in a
> relational database is painful, don't do it! Check out ObjectStore.
> Now part of Progress Software. http://www.objectstore.net/sourceforge
> _______________________________________________
> Visualpython-users mailing list
> Vis...@li...
> https://lists.sourceforge.net/lists/listinfo/visualpython-users

[Visualpython-users] Advice: iMac

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

I'm getting a little pressure from my new employer to toe the line and
convert to iMac.  I have almost no Mac experience, nor any religious
affiliation to any particular os.  Are there any issues getting visual to
work on an iMac?  I should be able to stand firm and keep my Windows and/or
Linux if I want to.

(Off topic (apologies):  feel free to comment, perhaps in a private note,
about what else I might be getting into.  problems with scipy?    anyone
have experience with linux for PowerPC?   )

-gary

Re: [Visualpython-users] How to tell .configure that RH9 uses /usr/lib/python

[Bruce S. <bas...@un...>]

I had attempted to make this issue clear in the installation instructions.
Can anyone suggest anything I could change in those instructions to make it
clearer that you need to use ./configure --prefix=/usr, as Roger Fearick
points out?

Further commentary: The default prefix is /usr/local, which means that
Visual will install into /usr/local/lib/site-packages. The configure script
looks for "python" and takes the first one it finds that is 2.2 or higher.
In the RedHat case, that python is in /usr, and /usr/bin/python does not
look in /usr/local for modules such as Visual; /usr/local is not on
/usr/bin/python's module search path.

It is actually possible to use /usr/bin/python with modules stored in
/usr/local/lib/site-packages, but only if you study carefully the material
found in section 4.1 of the Python 2.3 Installing Python Modules manual
available at python.org. There you can find detailed information on adding a
new location to Python's module search path. The simplest solution however
is just to install into /usr.

Bruce Sherwood

----- Original Message ----- 
From: "Roger Fearick" <fe...@bi...>
To: "Jeff Kowalczyk" <jt...@ya...>
Cc: <vis...@li...>
Sent: Monday, May 19, 2003 6:40 AM
Subject: Re: [Visualpython-users] How to tell .configure that RH9 uses
/usr/lib/python


> On Sun, 18 May 2003, Jeff Kowalczyk wrote:
>
> > I've grepped every string I can think of, but I can't find a source line
that
> > would let me change the location mistake that .configure is making for
me on
> > Redhat 9. Its Python is in /usr/lib/, not /usr/local/lib.
> >
> > Any ideas? Thanks.
>
> Try ./configure --prefix=/usr
>
> configure defaults to /usr/local, while Redhat uses /usr.
> This ``problem'' arises when compiling most things on Redhat.
>
> Roger.
>
>
>
> -- 
> Roger Fearick
> Dept. of Physics
> University of Cape Town
>
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: If flattening out C++ or Java
> code to make your application fit in a relational database is painful,
> don't do it! Check out ObjectStore. Now part of Progress Software.
> http://www.objectstore.net/sourceforge
> _______________________________________________
> Visualpython-users mailing list
> Vis...@li...
> https://lists.sourceforge.net/lists/listinfo/visualpython-users
>

Re: [Visualpython-users] How to tell .configure that RH9 uses /usr/lib/python

[Roger F. <fe...@bi...>]

On Sun, 18 May 2003, Jeff Kowalczyk wrote:

> I've grepped every string I can think of, but I can't find a source line that
> would let me change the location mistake that .configure is making for me on
> Redhat 9. Its Python is in /usr/lib/, not /usr/local/lib.
> 
> Any ideas? Thanks.

Try ./configure --prefix=/usr

configure defaults to /usr/local, while Redhat uses /usr.
This ``problem'' arises when compiling most things on Redhat.

Roger.



-- 
Roger Fearick
Dept. of Physics
University of Cape Town

[Visualpython-users] How to tell .configure that RH9 uses /usr/lib/python

[Jeff K. <jt...@ya...>]

I've grepped every string I can think of, but I can't find a source line that
would let me change the location mistake that .configure is making for me on
Redhat 9. Its Python is in /usr/lib/, not /usr/local/lib.

Any ideas? Thanks.

checking where to install idle_VPython...
/usr/local/lib/python2.2/site-packages/visual/idle_VPython
checking whether to install idle_VPython... yes
checking the python module search path ... ['', '/usr/lib/python2.2',
'/usr/lib/python2.2/plat-linux2', '/usr/lib/python2.2/lib-tk',
'/usr/lib/python2.2/lib-dynload', '/usr/lib/python2.2/site-packages',
'/usr/lib/python2.2/site-packages/Numeric',
'/usr/lib/python2.2/site-packages/numarray',
'/usr/lib/python2.2/site-packages/gtk-2.0']
configure: error:  "/usr/local/lib/python2.2/site-packages is not in the python
module search path.  See the Python 2.3 Installing Python Modules manual,
section 4.1 for details"
[root@laptop visual-2.0.2]#


__________________________________
Do you Yahoo!?
The New Yahoo! Search - Faster. Easier. Bingo.
http://search.yahoo.com

Re: [Visualpython-users] Error running demos: cvisualmodule.so: undefined symbol: __ti3ios

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

On Sat, 2003-05-17 at 08:48, Rodrigo Dias Arruda Senra wrote:

> [rodrigo@Goku lib]$ cd /usr/lib
> [rodrigo@Goku lib]$  nm -o -D `ls libstdc++*.so libstdc++.so*` | grep __ti3ios
> libstdc++-3-libc6.2-2-2.10.0.so:0004c214 B __ti3ios
> nm: libstdc++.so.3@: No such file or directory
> -------------------------------------------------------------------------------
> 
> Apparently libstdc++-3-libc6.2-2-2.10.0.so has the "missing" symbol.
> What is the best way tho made it available to VPython ?
> Tweak Makefile settings with a -lstdc++-3-libc6.2-2-2.10.0 ?
> Create a symbolic link ? In that case what is the expected name ?

It means that your C++ compiler is not setup right.   IIRC, libstdc++ 5
is used by GCC 3.2, and the older libstdc++ 3 is used by GCC 2.95.  You
said before that you are using 2.96, which I assume is the same thing. 
There should be one and only one symbolic link from libstdc++.so to
whatever library is appropriate for the compiler you want to use. 
Either rebuild Visual with GCC 3.2 or fix your link and then rebuild
visual with GCC 2.96.

-Jonathan Brandmeyer

Re: [Visualpython-users] Error running demos: cvisualmodule.so: undefined symbol: __ti3ios

[Rodrigo D. A. S. <rs...@ac...>]

 ,--------------------------------------- 
 | Date:     Mon, 12 May 2003 19:00:35 -0400
 | Subject:  Re: [Visualpython-users] Error running demos: cvisualmodule.so:	undefined symbol: __ti3ios
 | From:     Jonathan Brandmeyer <jbr...@ea...> 
 `----------------------------------------
 | On Mon, 2003-05-12 at 00:59, Rodrigo Dias Arruda Senra wrote:
 | > Hi,
 | > 
 | >  I'm a newbie at VPython and could use a hand.
 | >  I have managed to compile VPython in a modified Mandrake 8.2
 | >  using gcc-2.96. When I try to run the demos I get:
 | > 
 | >  ImportError: /usr/local/lib/python2.2/site-packages/cvisualmodule.so: undefined symbol: __ti3ios
 | 
 | Try this (note the shell back-quotes) in the /usr/local/lib directory,
 | and the /usr/lib directory:
 | $  nm -o -D `ls libstdc++*.so libstdc++.so*` | grep __ti3ios
 | 
 | And send us the output.


 Thank you Jonathan.

 This was the outcome:
-----------------------------------------------------------------------------
[rodrigo@Goku rodrigo]$ cd /usr/local/lib
[rodrigo@Goku lib]$  nm -o -D `ls libstdc++*.so libstdc++.so*` | grep __ti3ios
nm: libstdc++.so@: No such file or directory
nm: libstdc++.so@: No such file or directory
nm: libstdc++.so.5@: No such file or directory
[rodrigo@Goku lib]$ cd /usr/lib
[rodrigo@Goku lib]$  nm -o -D `ls libstdc++*.so libstdc++.so*` | grep __ti3ios
libstdc++-3-libc6.2-2-2.10.0.so:0004c214 B __ti3ios
nm: libstdc++.so.3@: No such file or directory
-------------------------------------------------------------------------------

Apparently libstdc++-3-libc6.2-2-2.10.0.so has the "missing" symbol.
What is the best way tho made it available to VPython ?
Tweak Makefile settings with a -lstdc++-3-libc6.2-2-2.10.0 ?
Create a symbolic link ? In that case what is the expected name ?

Anyway, Thanks for your help.
best regards
Rod

-- 
 Rodrigo Senra       <rs...@ac...>

 GPr Sistemas http://www.gpr.com.br
 PUC-Campinas http://docentes.puc-campinas.edu.br/ceatec/rodrigo
 IC - Unicamp http://www.ic.unicamp.br/~921234

[Visualpython-users] new Linux installer

[Bruce S. <bas...@un...>]

At http://vpython.org there is a new Linux installer courtesy of Jonathan
Brandmeyer. It corrects an error that had crept in (or a feature that had
crept out).

The installer instructions have also been reworked and hopefully now cover
most of the common installation situations. Feedback appreciated!

Bruce Sherwood

Re: [Visualpython-users] win98 freezing / idlefork crash

[Bruce S. <bas...@un...>]

Sounds awful.

The only thing I can think of is that you might try changing the settings of
your screen resolution and color depth, and you might update your video
driver. As you say, your problems don't sound familiar to any of us.

Bruce Sherwood

----- Original Message ----- 
From: "Gary Pajer" <pa...@in...>
To: <vis...@li...>
Sent: Wednesday, May 14, 2003 4:48 PM
Subject: [Visualpython-users] win98 freezing / idlefork crash


> Hi all,
>
> I've mentioned this before, so I already know that no on else may have
these
> problems.
>
> But if someone else is having this problem, esp if he/she has a solution,
> I'd like to hear about it.
>
> 1.) I'm using win98, python2.2, and the latest visual for windows (cant
put
> my hand on the date).
> I usually start scripts from a DOS command line (Idle and esp idlefork are
> not stable, see below)
> If I run a script, say for example, the demo orbit.py,  it runs for about
30
> seconds,  and then the window freezes.  I can close the window, but it
does
> let go of the DOS window.  I have to start the Close Program dialog and
> close "python".
>
> 2.)  Idlefork simply doesn't work.  It will let me launch a script, but I
> get a page fault crash as soon as I close the application's graphical
> window.   Idle is better, but it causes a crash after 3 or 4 runs.
>
> I have reformatted my hard drive and rebuilt my system from scratch.
Unless
> someone has a suggestion, I'm going to have to reformat and rebuild again
> (no fun) and add applications one by one till I find a suspect, then
> reformat and rebuild again, and so on ...  yuck.
>
> 2a)  I also run visual on linux.   idlefork also crashes there.  I must be
> cursed.
>
> ,gary
>
>
>
> -------------------------------------------------------
> Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara
> The only event dedicated to issues related to Linux enterprise solutions
> www.enterpriselinuxforum.com
>
> _______________________________________________
> Visualpython-users mailing list
> Vis...@li...
> https://lists.sourceforge.net/lists/listinfo/visualpython-users
>

[Visualpython-users] win98 freezing / idlefork crash

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

Hi all,

I've mentioned this before, so I already know that no on else may have these
problems.

But if someone else is having this problem, esp if he/she has a solution,
I'd like to hear about it.

1.) I'm using win98, python2.2, and the latest visual for windows (cant put
my hand on the date).
I usually start scripts from a DOS command line (Idle and esp idlefork are
not stable, see below)
If I run a script, say for example, the demo orbit.py,  it runs for about 30
seconds,  and then the window freezes.  I can close the window, but it does
let go of the DOS window.  I have to start the Close Program dialog and
close "python".

2.)  Idlefork simply doesn't work.  It will let me launch a script, but I
get a page fault crash as soon as I close the application's graphical
window.   Idle is better, but it causes a crash after 3 or 4 runs.

I have reformatted my hard drive and rebuilt my system from scratch.  Unless
someone has a suggestion, I'm going to have to reformat and rebuild again
(no fun) and add applications one by one till I find a suspect, then
reformat and rebuild again, and so on ...  yuck.

2a)  I also run visual on linux.   idlefork also crashes there.  I must be
cursed.

,gary

[Visualpython-users] object trail

[Bruce P. <bap...@te...>]

The curve object keeps two arrays in memory -- a position array and a color 
array. Slicing the position array doesn't affect the color array so that it 
will keep growing with each append. You need to slice both color and 
position arrays to keep from overflowing.

At 04:07 PM 5/12/2003, you wrote:
>From: "Gary Ruben" <ga...@em...>
>To: Vis...@li...
>Date: Sat, 10 May 2003 01:21:56 -0500
>Subject: [Visualpython-users] How do I truncate a curve?
>
>Hi fellow VPython Users,
>A few times in my code I have wanted to show a trail behind some moving 
>object.
>For example, you might want to see the path of the free end of the
>double pendulum in the doublependulum.py example. To do this, you could 
>add the
>following code:
>
><code>
>trailLength = 10000 # no of points in trail
>trail = curve(color=(0.5,0.5,0.5))
>
># the existing while loop
>while 1:
>         .
>         . other code here
>         .
>     posnew = frame2.pos+frame2.axis*L2
>     trail.append(pos=posnew)
>         # Now keep the trail length finite
>     if len(trail.pos) > trailLength:
>         trail.pos = trail.pos[20:]
>
>     t = t+dt
>
></code>
>
>However, I have encountered a problem with doing this which I assume is to do
>with the curve being held in a Numeric array structure. If I understand 
>Numeric
>correctly, trail.pos = trail.pos[20:] won't cause a copy or truncation, just a
>change to the offset to the start of the array, so the array/curve object will
>continue to grow despite only showing the last 10000 points (in this example).
>If a copy could be forced, the curve object would have to be reassociated with
>the new array object, so I don't think a copy is occurring. A copy would be
>very inefficient anyway.
>Actually, when I run this example, everything seems to work OK, but in another
>example I have, if I leave it running, the vpython window eventually locks up
>and the lockup is associated with the code I have shown. I'm running Win98.
>So, has anyone got a more efficient way to limit the length of a curve to some
>maximum? Do others ever do this sort of thing and if so, do they agree that it
>would be nice to have a property such as maxlength added to the curve object?
>
>Gary
>--

Re: [Visualpython-users] Installing Vpython

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

On Mon, 2003-05-12 at 19:52, Jonathan Brandmeyer wrote:
> On Mon, 2003-05-12 at 19:06, ima...@gm... wrote:
> /usr/lib/libGL.so -> libGL.so.1
> /usr/lib/libGL.so.1 -> libGL.so.1.0.2880
> /usr/lib/libGL.so.1.0.2880
> /usr/lib/libGLcore.so.1 -> libGL.so.1.0.2880

  /usr/lib/libGLcore.so.1 -> libGLcore.so.1.0.2880
                                  ^^^^
> /usr/lib/libGLcore.so.1.0.2880

I see that you made it work, but, for the archives, that should have
been as I have corrected above.

-Jonathan Brandmeyer

Re: [Visualpython-users] Installing Vpython

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

On Mon, 2003-05-12 at 20:05, ima...@gm... wrote:
> CXX/Include/CXX_Objects.h:968: no class template named `iterator' in `std'
> CXX/Include/CXX_Objects.h:1079: no class template named `iterator' in `std'
> make[1]: *** [arrow.lo] Fehler 1
> make[1]: Leaving directory `/usr/src/visual-2.0.1/cvisual'
> make: *** [install-recursive] Fehler 1

I assume that "Fehler" translates to "Error"?  If so, the build did not
succeed.  You are most likely using a different build from this one.  

A new teeney_version release will be forthcoming very soon to correct
this regression.  In the meantime, you can go into CXX/Include/Config.h
and change
#define HAVE_STL_ITERATOR_TRAITS 1
to
#define HAVE_STL_ITERATOR_TRAITS 0

It should have been covered by autoconf.

> Thank you very much. 
> Nikolai

You're welcome,
Jonathan Brandmeyer

Re: [Visualpython-users] Installing Vpython

[<ima...@gm...>]

Seems I indeed forgot to install one of the archives. 
Now even other 3D applications work for me. GREAT! :-)

"make install" quitted with 
g++ -DHAVE_CONFIG_H -I. -I. -I. -I./CXX/Include -I/usr/include/python2.2
-I/usr/include/gtk-1.2 -I/usr/X11R6/include -I/usr/include/glib-1.2
-I/usr/lib/glib/include -D_REENTRANT -I/usr/include/glib-1.2 -I/usr/lib/glib/include -g
-O2 -c arrow.cpp -Wp,-MD,.deps/arrow.TPlo  -fPIC -DPIC -o arrow.lo
In file included from pvector.h:5,
                 from cvisual.h:5,
                 from display.h:4,
                 from prim.h:4,
                 from axial.h:4,
                 from arrow.cpp:1:
CXX/Include/CXX_Objects.h:968: no class template named `iterator' in `std'
CXX/Include/CXX_Objects.h:1079: no class template named `iterator' in `std'
make[1]: *** [arrow.lo] Fehler 1
make[1]: Leaving directory `/usr/src/visual-2.0.1/cvisual'
make: *** [install-recursive] Fehler 1

but it seems to have installed anyway, since importing visual
and displaying an arrow work. 

Thank you very much. 
Nikolai

-- 
+++ GMX - Mail, Messaging & more  http://www.gmx.net +++
Bitte lächeln! Fotogalerie online mit GMX ohne eigene Homepage!

Re: [Visualpython-users] Installing Vpython

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

On Mon, 2003-05-12 at 19:06, ima...@gm... wrote:


> > Half-way down config.log, you should see a much more verbose echo of
> > this output with detailed information regarding the failure.  Please
> > send me that information, and we can see exactly what failed.
> 
> configure:8434: gcc -o conftest -g -O2   conftest.c   -L/usr/X11R6/lib -lgtk
> -lg
> dk -lXi -lXext -lX11 -lm -lglib    -lGLU -lGL >&5
> /usr/lib/libGLcore.so.1: undefined reference to `__nvsym13208'
> /usr/lib/libGL.so: undefined reference to `__nvsym04850'
> /usr/lib/libGLcore.so.1: undefined reference to `__nvsym13192'
> /usr/lib/libGL.so: undefined reference to `__nvsym04843'
> /usr/lib/libGLcore.so.1: undefined reference to `__nvsym02925'
> /usr/lib/libGL.so: undefined reference to `__nvsym03706'
> /usr/lib/libGL.so: undefined reference to `__nvsym03650'
> /usr/lib/libGL.so: undefined reference to `__nvsym03657'


These symbols are defined in the NVIDIA-glx package.  Exactly which
version of the driver did you install, and how did you do it?  If you
followed either of the Debian methods, you should have generated both a
nvidia-glx....deb and and nvidia-glx-dev....deb.  Did you install them
both?  I suspect that your libGL and/or libGLcore symlinks got mixed up
somehow.

>From /usr/lib, typing `ls -l libGL.so* libGLcore.so*` should produce
symlinks like this when it is right, such that libGL.so and
libGLcore.so.1 ultimately point to version-matching libs:

/usr/lib/libGL.so -> libGL.so.1
/usr/lib/libGL.so.1 -> libGL.so.1.0.2880
/usr/lib/libGL.so.1.0.2880
/usr/lib/libGLcore.so.1 -> libGL.so.1.0.2880
/usr/lib/libGLcore.so.1.0.2880


If there is some kind of version mismatch, you will need to fix your
links.

HTH,
Jonathan Brandmeyer

Re: [Visualpython-users] Installing Vpython

[<ima...@gm...>]

> Just to be sure, check the 'Module' section of your XF86Config-4.  Make
> sure that 'dri' and 'GLcore' are NOT listed, and 'glx' IS.  This could
> be an artifact of building against one set of GL libraries, and running
> on another, but I'm not sure.

Part from XF86Config-4
Section "Module"
#       Load    "GLcore"
        Load    "bitmap"
        Load    "dbe"
        Load    "ddc"
#       Load    "dri"
        Load    "extmod"
        Load    "freetype"
        Load    "glx"
        Load    "int10"
        Load    "pex5"
        Load    "record"
        Load    "speedo"
        Load    "type1"
        Load    "vbe"
        Load    "xie"
EndSection


> > Also ./configure ... gives 
> > [snip]
> > include  
> > checking GTHREAD_LIBS...  -lgthread -lpthread -lglib  
> > checking GL... no
> > checking GL with threads... no
> > checking Mesa... no
> > checking Mesa with pthreads... no
> > configure: error: gtkglarea is required on Unix-like systems
> 
> Half-way down config.log, you should see a much more verbose echo of
> this output with detailed information regarding the failure.  Please
> send me that information, and we can see exactly what failed.

configure:8434: gcc -o conftest -g -O2   conftest.c   -L/usr/X11R6/lib -lgtk
-lg
dk -lXi -lXext -lX11 -lm -lglib    -lGLU -lGL >&5
/usr/lib/libGLcore.so.1: undefined reference to `__nvsym13208'
/usr/lib/libGL.so: undefined reference to `__nvsym04850'
/usr/lib/libGLcore.so.1: undefined reference to `__nvsym13192'
/usr/lib/libGL.so: undefined reference to `__nvsym04843'
/usr/lib/libGLcore.so.1: undefined reference to `__nvsym02925'
/usr/lib/libGL.so: undefined reference to `__nvsym03706'
/usr/lib/libGL.so: undefined reference to `__nvsym03650'
/usr/lib/libGL.so: undefined reference to `__nvsym03657'
collect2: ld returned 1 exit status
configure:8437: $? = 1
configure: failed program was:
#line 8415 "configure"
#include "confdefs.h"

#ifdef F77_DUMMY_MAIN
#  ifdef __cplusplus
     extern "C"
#  endif
   int F77_DUMMY_MAIN() { return 1; }
#endif
int
main ()
{
 char glBegin(); glBegin();
  ;
  return 0;
}

configure:8452: result: no
configure:8461: checking GL with threads
configure:8483: gcc -o conftest -g -O2   conftest.c   -L/usr/X11R6/lib -lgtk
-lg
dk -lXi -lXext -lX11 -lm -lglib    -lGLU -lGL -lpthread >&5
/usr/lib/libGLcore.so.1: undefined reference to `__nvsym13208'
/usr/lib/libGL.so: undefined reference to `__nvsym04850'
/usr/lib/libGLcore.so.1: undefined reference to `__nvsym13192'
/usr/lib/libGL.so: undefined reference to `__nvsym04843'
/usr/lib/libGLcore.so.1: undefined reference to `__nvsym02925'
/usr/lib/libGL.so: undefined reference to `__nvsym03706'
/usr/lib/libGL.so: undefined reference to `__nvsym03650'
/usr/lib/libGL.so: undefined reference to `__nvsym03657'
collect2: ld returned 1 exit status
configure:8486: $? = 1
configure: failed program was:
#line 8464 "configure"
#include "confdefs.h"

#ifdef F77_DUMMY_MAIN
#  ifdef __cplusplus
     extern "C"
#  endif
   int F77_DUMMY_MAIN() { return 1; }
#endif
int
main ()
{
char glBegin(); glBegin();
  ;
  return 0;
}

All a bit strange to me. 
But I'm glad for any help. 

Nikolai

-- 
+++ GMX - Mail, Messaging & more  http://www.gmx.net +++
Bitte lächeln! Fotogalerie online mit GMX ohne eigene Homepage!

Re: [Visualpython-users] Error running demos: cvisualmodule.so: undefined symbol: __ti3ios

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

On Mon, 2003-05-12 at 00:59, Rodrigo Dias Arruda Senra wrote:
> Hi,
> 
>  I'm a newbie at VPython and could use a hand.
>  I have managed to compile VPython in a modified Mandrake 8.2
>  using gcc-2.96. When I try to run the demos I get:
> 
>  ImportError: /usr/local/lib/python2.2/site-packages/cvisualmodule.so: undefined symbol: __ti3ios

Try this (note the shell back-quotes) in the /usr/local/lib directory,
and the /usr/lib directory:
$  nm -o -D `ls libstdc++*.so libstdc++.so*` | grep __ti3ios

And send us the output.

>  I do know that it menas that cvisualmodule.so was loaded but it refers to
>  the symbol __ti3ios which is missing.
>  
>  Running ldd cvisualmodule.so I get:
>   libstdc++.so.5 => /usr/local/lib/./libstdc++.so.5 (0x4034c000)


-Jonathan Brandmeyer

Re: [Visualpython-users] Installing Vpython

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

On Mon, 2003-05-12 at 15:37, ima...@gm... wrote:
> Thanks for your fast help, I think I got an idea now:
> Some of the libraries got installed into 
>  /usr/lib/python2.1/site-packages

Python 2.2 is required for the current release of Visual.  You will need
to install that version and its development libraries.
apt-get install python2.2-dev
Then, run configure like this:
PYTHON=/usr/bin/python2.2 ./configure [options]

> Visual-2002-07-22

This is an older version of visual.  Try the current one from the
website, it should print a date of 2003-04-16

> Xlib:  extension "GLX" missing on display ":0.0".
> 
> Gtk-WARNING **: invalid cast from (NULL) pointer to `GtkWidget'
> OpenGL initialization failed.
>   Unable to create OpenGL display widget
> Xlib: unexpected async reply (sequence 0x2b)!

Just to be sure, check the 'Module' section of your XF86Config-4.  Make
sure that 'dri' and 'GLcore' are NOT listed, and 'glx' IS.  This could
be an artifact of building against one set of GL libraries, and running
on another, but I'm not sure.

> Also ./configure ... gives 
> [snip]
> include  
> checking GTHREAD_LIBS...  -lgthread -lpthread -lglib  
> checking GL... no
> checking GL with threads... no
> checking Mesa... no
> checking Mesa with pthreads... no
> configure: error: gtkglarea is required on Unix-like systems

Half-way down config.log, you should see a much more verbose echo of
this output with detailed information regarding the failure.  Please
send me that information, and we can see exactly what failed.

> Seems that indeed some graphics library is missing or 
> in the wrong directory. 
> But 
> gtkglarea5-dev      1.2.3-1
> python-gtkglarea   0.6.9-3
> gtkglarea5             1.2.3-1
> are installed. 

python-gtkglarea isn't needed for this package.

> Maybe my OpenGl support is broken?
> xlibmesa-dev
> xlibmesa3
> are installed, and I'm a bit fixed here, since 
> the NVidia kernel drivers require these special 
> packages. 

Shouldn't be an issue.  I use those on my box here, with the nvidia
driver, too. (Debian sid.)  Did it on Woody before that.

-Jonathan Brandmeyer

Re: [Visualpython-users] Installing Vpython

[<ima...@gm...>]

> > as a search on this list indicated, there are some people 
> > who have installed VPython under Debian Woody 
> > which I also use. 
> > But opposite to some previous posters who found it 
> > to be quite easy I am a bit stuck, since ./configure 
> > complains about missing gtkglarea which 
> > I am sure is installed. 
> > (At least everything dselect shows about gtkglarea)
> > In fact I installed every package listed in a 
> > previous post on this topic. 
> > 
> > I cannot append the output of ./configure ... 
> > right now since I'm not at home, but 
> > should it be necessary I can send it later. 
>
> At http://www.physics.colostate.edu/users/gelfand/VPcompiled.tgz
> you'll find Visual Python compiled for Woody/i386.  Move it
> into /usr/lib/python2.2/site-packages and then tar xzf it.
> (Maybe it should/could go into /usr/local/lib/python2.2/site-packages.)
> If you get errors on importing visual then you'll know you're
> missing some libraries.


Thanks for your fast help, I think I got an idea now:
Some of the libraries got installed into 
 /usr/lib/python2.1/site-packages
                        ^^
which is the woody default python version. 
(That solves a few of my other problems :-) )

Is there anything special I have to do when installing 
some of the required graphics libraries on woody?

from visual import * 
works, but running a program I get: 

Visual-2002-07-22
Xlib:  extension "GLX" missing on display ":0.0".

Gtk-WARNING **: invalid cast from (NULL) pointer to `GtkWidget'
OpenGL initialization failed.
  Unable to create OpenGL display widget
Xlib: unexpected async reply (sequence 0x2b)!

Also ./configure ... gives 
[snip]
include  
checking GTHREAD_LIBS...  -lgthread -lpthread -lglib  
checking GL... no
checking GL with threads... no
checking Mesa... no
checking Mesa with pthreads... no
configure: error: gtkglarea is required on Unix-like systems

Seems that indeed some graphics library is missing or 
in the wrong directory. 
But 
gtkglarea5-dev      1.2.3-1
python-gtkglarea   0.6.9-3
gtkglarea5             1.2.3-1
are installed. 

Maybe my OpenGl support is broken?
xlibmesa-dev
xlibmesa3
are installed, and I'm a bit fixed here, since 
the NVidia kernel drivers require these special 
packages. 

Thanks for your help, 
Nikolai

-- 
+++ GMX - Mail, Messaging & more  http://www.gmx.net +++
Bitte lächeln! Fotogalerie online mit GMX ohne eigene Homepage!