visualpython-users Mailing List for VPython (Page 50)

Acer has started selling a rather affordable laptop with a special 3D LCD
screen.   I remember reading a whitepaper a couple of years ago by the guys
who inventing this type of display, if it's the same technology.   The LCD
screen has an additional layer in front which has alternating horizontal
lines of polarizing filters so that even numbered display lines are
polarized one way and odd numbered lines are polarized opposite.   With
appropriate drivers, the graphics chip shows left eye images polarized one
way, then in the next frame the corresponding right eye image polarized
opposite.   By wearing simple polarized glasses that have left and right
polarizing filters oriented at 90 degrees to each other, the observer sees
stereoscopic 3D.  The glasses are passive, not the active shutter type.  The
Acer has a 120 Hz display, so each eye is updated at 60 Hz, which is fast
enough that no flicker would be seen.  One drawback is that the vertical
resolution is effectively cut in half in stereo mode since every other line
is used.  That is, the stereo mode would in effect be 1366 x 384, since the
Acer specs say the "maximum resolution is 1336 x 768".

Here's a link to one place that sells this new Acer:
http://www.tigerdirect.com/applications/SearchTools/item-details.asp?EdpNo=5285802&CatId=4938.
  Try
www.nextag.com to find competitive prices.

By the way, if you are thinking of getting one of these and using it with
other 3D glasses besides the ones that come with the laptop, be sure to get
the correct type of polarizing 3D glasses -- some have the eyes oriented
with the filters passing vertical and horizontal polarized light, but others
have the filters oriented diagonally at 90 degrees to each other's
polarization.  I don't have the laptop myself, so I don't know which kind it
needs.

Does anyone know if this laptop would display Vpython's active-mode stereo
correctly?   I've only read about Vpython doing active stereo with the LCD
shutter type of stereo, but it seems that this might be just the same from
the API, with the driver and graphics chip just doing the alternating
screens a different way at the display side.

Stan Sokolow

Yeah not really :) basicly think of a point cloud as a solid defined by
a mass of data points. I guess something like the faces object made up
of many triangles to create a solid out of all the points.

-----Original Message-----
From: Bruce Sherwood [mailto:Bru...@nc...] 
Sent: Saturday, 12 December 2009 6:33 AM
To: vis...@li...
Subject: Re: [Visualpython-users] point cloud

The points object lets you specify an array of points in 3D, but I'm not
sure 
that's an answer to your question.

Bruce Sherwood

Tim Smith (25121) wrote:
> Does vpython have any built in functionality to produce point clouds?
> 

------------------------------------------------------------------------
------
Return on Information:
Google Enterprise Search pays you back
Get the facts.
http://p.sf.net/sfu/google-dev2dev
_______________________________________________
Visualpython-users mailing list
Vis...@li...
https://lists.sourceforge.net/lists/listinfo/visualpython-users

**********************************************************************
IMPORTANT - This email and any attachments may contain confidential or privileged information intended solely for the intended recipient and / or copyrighted material.  If you are not the intended recipient you must not use, interfere with, disclose, copy or take any action with reliance on this email or any part of it. If you have received this email in error please advise the sender via return email and delete or destroy all copies of this email and attachments.  Any claim to confidentiality or privilege is not waived or lost by reason of mistaken transmission of this message.  Any unauthorised use, copying or distribution is prohibited.  Minara Resources Limited does not warrant that this email or any attachments are free of viruses and cannot guarantee the accuracy, reliability or completeness of this email and any attachments.

This footnote also confirms that this email message has been swept by
MIMEsweeper for the presence of computer viruses.

www.clearswift.com
**********************************************************************

It sounds like your problem could that you're trying to use the Python that 
comes with the Mac. See the Mac download page at vpython.org, and the important 
warnings in red.

Bruce Sherwood

Mirko Bordignon wrote:
> Hi,
> 
> as soon as I instantiate a box or any other visual element (or, 
> similarly, if I try to run an example) no window opens and the python 
> interpreter simply hangs; I am using the supplied Python 2.6.2 on a 
> machine with Snow Leopard.
> 
> Thanks for your attention,
> Mirko

The points object lets you specify an array of points in 3D, but I'm not sure 
that's an answer to your question.

Bruce Sherwood

Tim Smith (25121) wrote:
> Does vpython have any built in functionality to produce point clouds?
> 

On Tue, Dec 8, 2009 at 10:06 PM, Guy K. Kloss <g....@ma...> wrote:

> The bug in question that you'll want to address is this one:
>
> https://bugs.launchpad.net/ubuntu/+source/python-visual/+bug/482928
>
> What I'd like to ask you (both) now is to go there and submit a comment
> confirming this bug. Also you should click in the "Status" column on the top
> of the page onto "New" and select "Confirmed". This will create a higher
> visibility for the Ubuntu folks, and they may be more inclined to do something
> about it.

Guy,

Thanks for the pointer to that bug.  I had not seen it.  I updated the
status to Confirmed and posted a comment.  Hope that helps.  I had
assumed the bug was not something Ubuntu devs would necessarily
address, which is why I hadn't bothered to search for a bug report.


Andrew

Hi,

as soon as I instantiate a box or any other visual element (or, similarly,
if I try to run an example) no window opens and the python interpreter
simply hangs; I am using the supplied Python 2.6.2 on a machine with Snow
Leopard.

Thanks for your attention,
Mirko

Does vpython have any built in functionality to produce point clouds?

**********************************************************************
IMPORTANT - This email and any attachments may contain confidential or privileged information intended solely for the intended recipient and / or copyrighted material.  If you are not the intended recipient you must not use, interfere with, disclose, copy or take any action with reliance on this email or any part of it. If you have received this email in error please advise the sender via return email and delete or destroy all copies of this email and attachments.  Any claim to confidentiality or privilege is not waived or lost by reason of mistaken transmission of this message.  Any unauthorised use, copying or distribution is prohibited.  Minara Resources Limited does not warrant that this email or any attachments are free of viruses and cannot guarantee the accuracy, reliability or completeness of this email and any attachments.

This footnote also confirms that this email message has been swept by
MIMEsweeper for the presence of computer viruses.

www.clearswift.com
**********************************************************************

Hi Andrew, (and Chris)

I was recently told by some Ubuntu developers/contributors that in order to 
get something done on this you'll *have to* file a bug report. Otherwise they 
*cannot* manage what's going on, and they don't have the time or overview to 
graze on all mailing lists/forums/etc.

On Wed, 09 Dec 2009 16:12:10 Andrew Morrison wrote:
> According to this:
> 
> https://bugs.launchpad.net/python/+bug/457688/comments/14
> 
> I found that I had to install libgtkglextmm-x11-1.2-dev and this
> packages dependencies to get around the segfault.  Not sure why I need
> a dev package, but I have room on my harddrive, so it's no big thing.

The bug in question that you'll want to address is this one:

https://bugs.launchpad.net/ubuntu/+source/python-visual/+bug/482928

What I'd like to ask you (both) now is to go there and submit a comment 
confirming this bug. Also you should click in the "Status" column on the top 
of the page onto "New" and select "Confirmed". This will create a higher 
visibility for the Ubuntu folks, and they may be more inclined to do something 
about it.

The way they work is that they (have to) filter priorities on what they're 
working on, and whatever touches more people, and has been confirmed by a 
higher number of users, will likely get more resources.

HTH,

Guy

-- 
Guy K. Kloss
Institute of Information and Mathematical Sciences
Te Kura Pūtaiao o Mōhiohio me Pāngarau
Massey University, Albany (North Shore City, Auckland)
473 State Highway 17, Gate 1, Mailroom, Quad B Building
voice: +64 9 414-0800 ext. 9585   fax: +64 9 441-8181
G....@ma... http://www.massey.ac.nz/~gkloss

According to this:

https://bugs.launchpad.net/python/+bug/457688/comments/14

I found that I had to install libgtkglextmm-x11-1.2-dev and this
packages dependencies to get around the segfault.  Not sure why I need
a dev package, but I have room on my harddrive, so it's no big thing.

luck!

On Tue, Dec 8, 2009 at 3:07 PM, Chris Lyon <chr...@sp...> wrote:
> Ubuntu 9.10 package fails thus:-
>
> chris@dellap:~$ python
> Python 2.6.4 (r264:75706, Nov  2 2009, 14:38:03)
> [GCC 4.4.1] on linux2
> Type "help", "copyright", "credits" or "license" for more information.
>  >>> import visual
> Segmentation fault
>
>
> chris@dellap:~$ uname -a
> Linux dellap 2.6.31-9-rt #152-Ubuntu SMP PREEMPT RT Thu Oct 15 05:01:14
> UTC 2009 i686 GNU/Linux
> chris@dellap:~$
>
>
> Is my graphics card (NVIDIA GeForce4 Ti4200 finally getting beyond the
> pail? I've tried loading the NVidia drivers but that trashed the debian
> install so I'm a little concerned about trying to update them.
>
>
> Chris
>
>
>
> ------------------------------------------------------------------------------
> Return on Information:
> Google Enterprise Search pays you back
> Get the facts.
> http://p.sf.net/sfu/google-dev2dev
> _______________________________________________
> Visualpython-users mailing list
> Vis...@li...
> https://lists.sourceforge.net/lists/listinfo/visualpython-users
>

I wouldn't think that this is a graphics card program, because no graphics are 
involved in simply importing visual, before actually creating an object (and 
window).

I haven't upgraded to 9.10 yet, so I'll ask: When you say "package" do you mean 
that you used a python-visual package supplied with Ubuntu, rather than 
compiling from source?

Bruce Sherwood

Chris Lyon wrote:
> Ubuntu 9.10 package fails thus:-
> 
> chris@dellap:~$ python
> Python 2.6.4 (r264:75706, Nov  2 2009, 14:38:03)
> [GCC 4.4.1] on linux2
> Type "help", "copyright", "credits" or "license" for more information.
>  >>> import visual
> Segmentation fault
> 
> 
> chris@dellap:~$ uname -a
> Linux dellap 2.6.31-9-rt #152-Ubuntu SMP PREEMPT RT Thu Oct 15 05:01:14 
> UTC 2009 i686 GNU/Linux
> chris@dellap:~$
> 
> 
> Is my graphics card (NVIDIA GeForce4 Ti4200 finally getting beyond the 
> pail? I've tried loading the NVidia drivers but that trashed the debian 
> install so I'm a little concerned about trying to update them.
> 
> 
> Chris

Ubuntu 9.10 package fails thus:-

chris@dellap:~$ python
Python 2.6.4 (r264:75706, Nov  2 2009, 14:38:03)
[GCC 4.4.1] on linux2
Type "help", "copyright", "credits" or "license" for more information.
 >>> import visual
Segmentation fault


chris@dellap:~$ uname -a
Linux dellap 2.6.31-9-rt #152-Ubuntu SMP PREEMPT RT Thu Oct 15 05:01:14 
UTC 2009 i686 GNU/Linux
chris@dellap:~$


Is my graphics card (NVIDIA GeForce4 Ti4200 finally getting beyond the 
pail? I've tried loading the NVidia drivers but that trashed the debian 
install so I'm a little concerned about trying to update them.


Chris

Thanks, I had a look at the cT tutorial, although I haven't downloaded 
cT yet, I can see
that it was heading in a similar direction as my current batch of projects.
I also checked out the point-particle system article on The 
Pseudowork-Energy Equation
as well as the Potential Energy articles.
Very interesting!

Yes! I Am interested in graphic editors and programming methods using 
graphical symbols
(flowcharting?)

I have developed a number of tools related to this subject.
These include a simple to use multi object drawing tool with hollow and 
solid
rectangle and ellipse objects as well as line drawing, text entry and 
positioning
functions that output results to a data file, Idle window or a standalone
Vpython script. The idea was to produce non-animated Flowcharts.

Another project is a little more ambitious in that it is based around a 
Self Modifying
Program that enables the user to create any Mathematical symbol, then to 
connect it to
a keyboard Macro (F1 to F8) as a translatable, scalable object.
These symbols can then be recalled and used to compose standard 
Mathematical Formulae.

The neat thing about this project is the expandability of the program.
The base program is called the 'Parent' and it can generate 'Siblings' 
that are exactly
the same as the Parent, except that any extra Macro objects created 
during the session
are automatically included in the new Python program.

When the sibling program is run, the new symbols are there, ready to use 
in the
composition of new Formulae. This process can then be repeated until ALL 
necessary
symbols have been defined and made available. (A Bootstrapping process?)

Currently the user has access to open, shifted, control and ctrl+shift 
keymaps, but the
main problem is the shear number of symbols required and the limited 
number of keys available.

This means I will have to develop an expandable menu system. (Controls 
module?)
This is where I am at the moment.

I am definitely interested in contributing to a Graphic Editor type 
project for Vpython.

Symion

Bruce Sherwood wrote:
> Nice! Maybe you would be interested in a related historical reference concerning 
> drawing editors that generate program source code. In 1997 Ruth Chabay realized 
> that intro physics should include computational modeling, given that it was 
> becoming co-equal with theory and experiment and playing a central role in all 
> of science and engineering. In that year, at Carnegie Mellon, she and I had 
> students in intro mechanics model physical systems by writing programs in cT, a 
> programming language I had created in 1985 (see the cT archives on the 
> Documentation page at vpython.org).
>
> cT included easy-to-use but not object-oriented 2D graphics. One of the unusual 
> features of cT was that the accompanying text editor was tightly coupled to a 
> drawing editor. If you positioned the cursor in a program and hit F5, you found 
> yourself in a drawing editor that let you create lines (like Basic_0.py), 
> circles, etc., and as you worked in the drawing editor you saw the corresponding 
> program code being inserted into the text editor. You could also select graphics 
> statements in the text editor, press F5, and see and modify the graphics in the 
> graphics editor (with associated changes in the text editor).
>
> In 2000 David Scherer created VPython (Chabay and I helped with design and 
> testing), and we abandoned cT because VPython was far superior (3D rather than 
> 2D; object-oriented; based on a standard language, Python). In fall 2000 
> students in our course at Carnegie Mellon did computational modeling using VPython.
>
> It would be neat to have a well coupled drawing editor for VPython, building on 
> Basic_0.py. Of course it is a big challenge to create a good interface for 3D 
> drawing, but there are now some models (e.g. Second Life).
>
> Bruce Sherwood
>
> Symion wrote:
>   
>> Hi there,
>>     I'm just answering my own question.
>> The following program demonstrates 'the problem' and shows how I got 
>> around it.
>>
>> Source Code:   Basic_0.py 
>> <http://home.iprimus.com.au/knoware/webpage/Basic_0.py>  A simple 2D 
>> line drawer.
>>
>> This is not a problem with Vpython, but is related to My reliance on the 
>> Default scene object and my attempts to
>> preserve it.
>> The solution is to instantiate new display object instead of trying to 
>> reuse the old one.
>>
>> Symion

Hi All,

With the new Ipython (0.10) and the new pygtk it seems I'm unable to run
visual and pygtk at the same time. Because I really like visual high level
API to draw OpenGL graphics I was wondering if there is this interest in
trying to rewrite the gtk part using pygtk or modify it so it will be easier
to integrate visual in bigger program.

Anybody has some attempt that works?

Regards,
Michele.


On Thu, Jul 23, 2009 at 5:09 PM, Chris Colbert <scc...@gm...> wrote:

> Rather than a full port, why not just provide a hook where the user
> can give visual an opengl context to draw on? In otherwords, have a
> public 'display object' where the user can set the opengl context
> either through a method call, or attribute access. Then the user could
> just, for example, create a wx opengl context and pass that object to
> visual to draw on. (this is how one uses pyglet from wx btw).
>
> This is not all too different from how traits allows the user to
> select either the wx or qt backend.
>
> Cheers,
>
> Chriscrap, i keep forgetting to hit reply to all... sorry:
>
>
> On Thu, Jul 23, 2009 at 10:55 AM, Michele Mattioni<mat...@gm...>
> wrote:
> > I think there is the need to be able to use visual as a widget for any
> toolkit.
> >
> > In my specific case I'm using a GTK GUI, but as Jim as written, I'm
> > able to detect an input an process the return value only if I leave
> > the main thread of the gtk gui and enter a while loop, until I return
> > the value back and get back into the main gtk loop.
> >
> > This of course cause a lot of busy waiting, consuming the CPU and
> > offering a bad user experience.
> >
> > If I understood correctly this was done before somehow...
> >
> > Is that true?
> >
> > On Tue, Jul 21, 2009 at 9:02 PM, Jim Thomas<jt...@mi...>
> wrote:
> >> Thank you Bruce for such prompt answers.  It sounds like I need to keep
> >> digging through the code and understand how it works better.  David's
> >> link at an old attempt gives me some hope that it might work.
> >>
> >> JT
> >>
> >> Bruce Sherwood wrote:
> >>> I asked David Scherer for an expert response to this question. Here's
> >>> what he said:
> >>>
> >>> "The question is whether some or all of the platform-specific window
> >>> handling code could be written in Python.  The answer to this question
> >>> is, I think, yes - as you may recall, I did some experimentation with
> >>> that myself (in the context of a Mac port, and of eventually supporting
> >>> visual widgets for windowing libraries).  The performance effect is not
> >>> necessarily significant for the simple reason that things like display
> >>> and mouse handling only do O(1) work per frame, while the heavy lifting
> >>> is already in platform-independent C++.  On the other hand, the
> >>> "productivity" benefit is not so clear either because the low level
> >>> platform-specific APIs for windowing are usually not exposed or
> >>> documented very well in Python, or are exposed only through optional
> >>> libraries that are heavy dependencies, or are wrapped in higher level
> >>> libraries that make some decisions inappropriate for Visual.  I think
> >>> that, on balance, keeping the platform-specific code in C++ was the
> >>> right decision for the "big three" platforms, but this decision could
> >>> certainly be revisited in the future (especially for Linux, where
> >>> dependency hell is socially acceptable).  More to the point, however,
> >>> Python display implementations could be an excellent way of supporting
> >>> edge cases like this one (displaying as part of a window managed by
> >>> another library).
> >>>
> >>> The Python display implementation I wrote is in the CVS history at
> >>> /vpython-core2/site-packages/visual/pyglet.py, with "show dead files":
> >>>
> >>>
> http://visualpython.cvs.sourceforge.net/viewvc/visualpython/vpython-core2/site-packages/visual/?hideattic=0
> >>>
> >>>
> >>> It makes a display window based on the pyglet library.  It probably
> >>> won't work unmodified because of various changes made to visual since I
> >>> stopped working on it, and I doubt it was ever full featured (e.g. no
> >>> keyboard support), but it would be a good starting point for anyone
> >>> experimenting in this area.  I would think someone could develop a
> >>> wxwindows "visual widget" relatively easily, though there are surely
> >>> traps for the unwary."
> >>>
> >>> Bruce Sherwood
> >>>
> >>> P.S. If I remember correctly, this particular approach using pyglet was
> >>> abandoned in part because it didn't just immediately work on all
> platforms.
> >>>
> >>> Jim Thomas wrote:
> >>>
> >>>> I'm sure I'm not alone in wishing that VPython would integrate better
> >>>> with our more full featured programs.  The best technique I've come up
> >>>> with so far is to put the visual code in a separate thread and use
> >>>> queues to talk between my python based (GUI) program and the visual
> code
> >>>> and it's standalone window.
> >>>>
> >>>> I've been perusing the source code to see if there is a way to get
> >>>> visual to use a window I manage.  It seems it might be possible by
> >>>> rewriting display.cpp to use a passed GTK window handle/id to create
> the
> >>>> display and eliminating gui_main.  However I use wxPython which while
> >>>> based on GTK on linux, it uses native libraries on other platforms.
>  So
> >>>> that is not a great solution for me.
> >>>>
> >>>> However there is a common denominator available with almost any decent
> >>>> GUI library -- OpenGL.  What I was thinking was this -- how critical
> is
> >>>> it that the 'GUI' portion of visual be implemented in C++?  From what
> I
> >>>> can tell, 0% of Visual Python is actually implemented in Python.  Why
> >>>> couldn't all the GTK portion of the library be implemented in pyGTK?
> >>>> Wouldn't that actually make development easier?  In my experience
> Python
> >>>> is up to 10x better from a development perspective.  I didn't see
> >>>> anything particularly performance critical in the GTK code side of
> >>>> things, did I miss something?  Implementing the library as a python
> GUI
> >>>> + C++ OpenGL would make it possible to have alternate GUI front end
> >>>> options such as wxPython, or an expert mode with no default windows
> >>>> suitable for integrating with an existing GUI program.
> >>>>
> >>>> Has this been considered before and tossed out as non-feasible?  Did I
> >>>> overlook something critical in the source code?  I have not spent lots
> >>>> of time yet but I am up for trying to do a proof of concept if it is
> not
> >>>> a known dead-end.  The other thing I was considering is trying to do a
> >>>> re-implementation in 100% python and then profiling to determine what
> >>>> portions if any should be moved into C++.  It seems to me that most of
> >>>> my calls to visual are during the model definition phase where
> >>>> performance is not really an issue.  Outside of re-positioning /
> >>>> re-orienting, relatively few functions are called every display loop.
> >>>> Are the locations of the bottlenecks already known?  Is this idea
> silly?
> >>>>
> >>>> I really like Visual Python from the point of view of ease of use of
> the
> >>>> library.  However there are serious limitations (perhaps unnecessarily
> >>>> so) once you move beyond demo programs and I fear that at some point I
> >>>> may be forced to 'graduate' to OpenGL.  I would love to see Visual as
> an
> >>>> easy way to start doing 3D (as it is now) and as your knowledge grows,
> >>>> remove the training wheels and have  a great way to do advanced things
> >>>> as well.
> >>>>
> >>>> JT
> >>>>
> >>>>
> ------------------------------------------------------------------------------
> >>>> Enter the BlackBerry Developer Challenge
> >>>> This is your chance to win up to $100,000 in prizes! For a limited
> time,
> >>>> vendors submitting new applications to BlackBerry App World(TM) will
> have
> >>>> the opportunity to enter the BlackBerry Developer Challenge. See full
> prize
> >>>> details at: http://p.sf.net/sfu/Challenge
> >>>> _______________________________________________
> >>>> Visualpython-users mailing list
> >>>> Vis...@li...
> >>>> https://lists.sourceforge.net/lists/listinfo/visualpython-users
> >>>>
> >>>>
> >>>
> >>>
> ------------------------------------------------------------------------------
> >>> Enter the BlackBerry Developer Challenge
> >>> This is your chance to win up to $100,000 in prizes! For a limited
> time,
> >>> vendors submitting new applications to BlackBerry App World(TM) will
> have
> >>> the opportunity to enter the BlackBerry Developer Challenge. See full
> prize
> >>> details at: http://p.sf.net/sfu/Challenge
> >>> _______________________________________________
> >>> Visualpython-users mailing list
> >>> Vis...@li...
> >>> https://lists.sourceforge.net/lists/listinfo/visualpython-users
> >>>
> >>
> >>
> >>
> ------------------------------------------------------------------------------
> >> _______________________________________________
> >> Visualpython-users mailing list
> >> Vis...@li...
> >> https://lists.sourceforge.net/lists/listinfo/visualpython-users
> >>
> >
> >
> ------------------------------------------------------------------------------
> > _______________________________________________
> > Visualpython-users mailing list
> > Vis...@li...
> > https://lists.sourceforge.net/lists/listinfo/visualpython-users
> >
>

Nice! Maybe you would be interested in a related historical reference concerning 
drawing editors that generate program source code. In 1997 Ruth Chabay realized 
that intro physics should include computational modeling, given that it was 
becoming co-equal with theory and experiment and playing a central role in all 
of science and engineering. In that year, at Carnegie Mellon, she and I had 
students in intro mechanics model physical systems by writing programs in cT, a 
programming language I had created in 1985 (see the cT archives on the 
Documentation page at vpython.org).

cT included easy-to-use but not object-oriented 2D graphics. One of the unusual 
features of cT was that the accompanying text editor was tightly coupled to a 
drawing editor. If you positioned the cursor in a program and hit F5, you found 
yourself in a drawing editor that let you create lines (like Basic_0.py), 
circles, etc., and as you worked in the drawing editor you saw the corresponding 
program code being inserted into the text editor. You could also select graphics 
statements in the text editor, press F5, and see and modify the graphics in the 
graphics editor (with associated changes in the text editor).

In 2000 David Scherer created VPython (Chabay and I helped with design and 
testing), and we abandoned cT because VPython was far superior (3D rather than 
2D; object-oriented; based on a standard language, Python). In fall 2000 
students in our course at Carnegie Mellon did computational modeling using VPython.

It would be neat to have a well coupled drawing editor for VPython, building on 
Basic_0.py. Of course it is a big challenge to create a good interface for 3D 
drawing, but there are now some models (e.g. Second Life).

Bruce Sherwood

Symion wrote:
> Hi there,
>     I'm just answering my own question.
> The following program demonstrates 'the problem' and shows how I got 
> around it.
> 
> Source Code:   Basic_0.py 
> <http://home.iprimus.com.au/knoware/webpage/Basic_0.py>  A simple 2D 
> line drawer.
> 
> This is not a problem with Vpython, but is related to My reliance on the 
> Default scene object and my attempts to
> preserve it.
> The solution is to instantiate new display object instead of trying to 
> reuse the old one.
> 
> Symion

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
  <title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
Hi there,<br>
&nbsp;&nbsp;&nbsp; I'm just answering my own question.<br>
The following program demonstrates 'the problem' and shows how I got
around it.<br>
<br>
Source Code: &nbsp; <a
 href="http://home.iprimus.com.au/knoware/webpage/Basic_0.py">Basic_0.py</a>&nbsp;
A simple 2D line drawer.<br>
<br>
This is not a problem with Vpython, but is related to My reliance on
the Default scene object and my attempts to<br>
preserve it. <br>
The solution is to instantiate new display object instead of trying to
reuse the old one.<br>
<br>
Symion
<br>
<br>
Symion wrote:
<blockquote cite="mid:4B1...@ip..." type="cite">Hi
there,<br>
&nbsp;&nbsp;&nbsp; I have been trying to reset a scene to its original settings and I
can not seem to be able to reset Userzoom input.<br>
The following snippet demonstrates my problem.<br>
If you run the code and spin the object around , then press any key!
The program will close down the scene and restart with Exactly the same
initial values.<br>
So far so good!<br>
Now zoom in or out and press any key!<br>
The zoom factor is not removed from the new scene, and I can not seem
to find any way to removing it!<br>
Bearing in mind that turning Userzoom off is not an option, could you
point me in the right direction?<br>
Any help would be appreciated.<br>
  <br>
'''Try to remove user zoom and spin components from scene<br>
  <br>
Control:<br>
Any key for next scene.<br>
esc to quit.'''<br>
  <br>
from visual import *<br>
  <br>
print __doc__<br>
i = 1<br>
while 1:<br>
&nbsp;&nbsp;&nbsp; scene.visible = False<br>
&nbsp;&nbsp;&nbsp; scene.width, scene.height, scene.title = 600, 600, 'Demo%01i' %(i)<br>
&nbsp;&nbsp;&nbsp; scene.forward = (0,0,-1) # Cancels previous Userspin component<br>
&nbsp;&nbsp;&nbsp; scene.range = 1 # Does NOT cancel previous Userzoom component!<br>
&nbsp;&nbsp;&nbsp; rate(2)<br>
&nbsp;&nbsp;&nbsp; scene.visible = True<br>
&nbsp;&nbsp;&nbsp; b = box()<br>
&nbsp;&nbsp;&nbsp; while scene.kb.keys==0:<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; rate(50)<br>
&nbsp;&nbsp;&nbsp; while scene.kb.keys&gt;0:<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; kb = scene.kb.getkey()<br>
&nbsp;&nbsp;&nbsp; b.visible = False<br>
&nbsp;&nbsp;&nbsp; del b # Make sure object is Really gone<br>
&nbsp;&nbsp;&nbsp; i+= 1<br>
  <br>
  <br>
Symion
  <pre wrap="">  </pre>
</blockquote>
</body>
</html>

As is stated in the file INSTALL.txt, you need to configure with this:

../visual-5.13_release/configure --prefix=/usr

because the prefix argument must point to the place where one finds /bin/python, 
not to your own directory.

Bruce Sherwood

Rudra Banerjee wrote:
> I am having some problem in compiling visual. to start with, I have
> 
> 
>  $ python --version
> Python 2.6
> 
> $ which python
> /usr/bin/python
> 
> $uname -a
> Linux roddur 2.6.30.9-99.fc11.i686.PAE #1 SMP Tue Nov 17 21:25:39 EST 2009 i686 i686 i386 GNU/Linux
> 
> I have ran the config from my installation dir /home/rudra/vpython
> $ ../visual-5.13_release/configure --prefix=/home/rudra/vpython
> 
> the error is:
>  Compiling ../../visual-5.13_release/src/python/arrayprim.cpp ...
> make[1]: *** [arrayprim.lo] Error 1
> make[1]: Leaving directory `/home/rudra/vpython/src'
> make: *** [all-recursive] Error 1
> 

I am having some problem in compiling visual. to start with, I have


 $ python --version
Python 2.6

$ which python
/usr/bin/python

$uname -a
Linux roddur 2.6.30.9-99.fc11.i686.PAE #1 SMP Tue Nov 17 21:25:39 EST 2009 i686 i686 i386 GNU/Linux

I have ran the config from my installation dir /home/rudra/vpython
$ ../visual-5.13_release/configure --prefix=/home/rudra/vpython

the error is:
 Compiling ../../visual-5.13_release/src/python/arrayprim.cpp ...
make[1]: *** [arrayprim.lo] Error 1
make[1]: Leaving directory `/home/rudra/vpython/src'
make: *** [all-recursive] Error 1

while i checked the source arrayprim.cpp and tried to compile it, i get
$ icpc -c arrayprim.cpp
arrayprim.cpp(1): catastrophic error: could not open source file "python/arrayprim.hpp"
  #include "python/arrayprim.hpp"
                                 ^
compilation aborted for arrayprim.cpp (code 4)

the config.log is:
unning configure, to aid debugging if configure makes a mistake.

It was created by Visual Python configure 5.13_release, which was
generated by GNU Autoconf 2.63.  Invocation command line was

  $ ../visual-5.13_release/configure --prefix=/home/rudra/vpython

## --------- ##
## Platform. ##
## --------- ##

hostname = roddur
uname -m = i686
uname -r = 2.6.30.9-99.fc11.i686.PAE
uname -s = Linux
uname -v = #1 SMP Tue Nov 17 21:25:39 EST 2009

/usr/bin/uname -p = unknown
/bin/uname -X     = unknown

/bin/arch              = i686
/usr/bin/arch -k       = unknown
/usr/convex/getsysinfo = unknown
/usr/bin/hostinfo      = unknown
/bin/machine           = unknown
/usr/bin/oslevel       = unknown
/bin/universe          = unknown

PATH: /home/rudra/XCrySDen-1.4.1bin-static
PATH: /opt/intel/Compiler/11.1/059/bin/ia32
PATH: /home/rudra/XCrySDen-1.4.1bin-static
PATH: /opt/intel/Compiler/11.1/059/bin/ia32
PATH: /usr/lib/qt-3.3/bin
PATH: /usr/kerberos/bin
PATH: /usr/lib/ccache
PATH: /usr/local/bin
PATH: /usr/bin
PATH: /bin
PATH: /usr/local/sbin
PATH: /usr/sbin
PATH: /sbin
PATH: /home/rudra/XCrySDen-1.4.1bin-static/scripts
PATH: /home/rudra/XCrySDen-1.4.1bin-static/util
PATH: /home/rudra/bin
PATH: /opt/sun/sunstudio12.1/bin
PATH: /home/rudra/XCrySDen-1.4.1bin-static/scripts
PATH: /home/rudra/XCrySDen-1.4.1bin-static/util
PATH: /home/rudra/bin
PATH: /opt/sun/sunstudio12.1/bin


## ----------- ##
## Core tests. ##
## ----------- ##

configure:2176: checking for a BSD-compatible install
configure:2244: result: /usr/bin/install -c
configure:2255: checking whether build environment is sane
configure:2298: result: yes
configure:2360: checking for gawk
configure:2376: found /usr/bin/gawk
configure:2387: result: gawk
configure:2398: checking whether make sets $(MAKE)
configure:2420: result: yes
configure:2653: checking for gcc
configure:2669: found /usr/lib/ccache/gcc
configure:2680: result: gcc
configure:2912: checking for C compiler version
configure:2920: gcc --version >&5
gcc (GCC) 4.4.1 20090725 (Red Hat 4.4.1-2)
Copyright (C) 2009 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

configure:2924: $? = 0
configure:2931: gcc -v >&5
Using built-in specs.
Target: i586-redhat-linux
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --with-bugurl=http://bugzilla.redhat.com/bugzilla --enable-bootstrap --enable-shared --enable-threads=posix --enable-checking=release --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-languages=c,c++,objc,obj-c++,java,fortran,ada --enable-java-awt=gtk --disable-dssi --enable-plugin --with-java-home=/usr/lib/jvm/java-1.5.0-gcj-1.5.0.0/jre --enable-libgcj-multifile --enable-java-maintainer-mode --with-ecj-jar=/usr/share/java/eclipse-ecj.jar --disable-libjava-multilib --with-ppl --with-cloog --with-tune=generic --with-arch=i586 --build=i586-redhat-linux
Thread model: posix
gcc version 4.4.1 20090725 (Red Hat 4.4.1-2) (GCC) 
configure:2935: $? = 0
configure:2942: gcc -V >&5
gcc: '-V' option must have argument
configure:2946: $? = 1
configure:2969: checking for C compiler default output file name
configure:2991: gcc    conftest.c  >&5
configure:2995: $? = 0
configure:3033: result: a.out
configure:3052: checking whether the C compiler works
configure:3062: ./a.out
configure:3066: $? = 0
configure:3085: result: yes
configure:3092: checking whether we are cross compiling
configure:3094: result: no
configure:3097: checking for suffix of executables
configure:3104: gcc -o conftest    conftest.c  >&5
configure:3108: $? = 0
configure:3134: result: 
configure:3140: checking for suffix of object files
configure:3166: gcc -c   conftest.c >&5
configure:3170: $? = 0
configure:3195: result: o
configure:3199: checking whether we are using the GNU C compiler
configure:3228: gcc -c   conftest.c >&5
configure:3235: $? = 0
configure:3252: result: yes
configure:3261: checking whether gcc accepts -g
configure:3291: gcc -c -g  conftest.c >&5
configure:3298: $? = 0
configure:3399: result: yes
configure:3416: checking for gcc option to accept ISO C89
configure:3490: gcc  -c -g -O2  conftest.c >&5
configure:3497: $? = 0
configure:3520: result: none needed
configure:3549: checking for style of include used by make
configure:3577: result: GNU
configure:3605: checking dependency style of gcc
configure:3695: result: none
configure:3713: checking whether gcc and cc understand -c and -o together
configure:3748: gcc -c conftest.c -o conftest2.o >&5
configure:3752: $? = 0
configure:3758: gcc -c conftest.c -o conftest2.o >&5
configure:3762: $? = 0
configure:3773: cc -c conftest.c >&5
configure:3777: $? = 0
configure:3785: cc -c conftest.c -o conftest2.o >&5
configure:3789: $? = 0
configure:3795: cc -c conftest.c -o conftest2.o >&5
configure:3799: $? = 0
configure:3817: result: yes
configure:3847: checking how to run the C preprocessor
configure:3887: gcc -E  conftest.c
configure:3894: $? = 0
configure:3925: gcc -E  conftest.c
conftest.c:10:28: error: ac_nonexistent.h: No such file or directory
configure:3932: $? = 1
configure: failed program was:
| /* confdefs.h.  */
| #define PACKAGE_NAME "Visual Python"
| #define PACKAGE_TARNAME "visual-python"
| #define PACKAGE_VERSION "5.13_release"
| #define PACKAGE_STRING "Visual Python 5.13_release"
| #define PACKAGE_BUGREPORT "vis...@li..."
| #define PACKAGE "visual"
| #define VERSION "5.13_release"
| /* end confdefs.h.  */
| #include <ac_nonexistent.h>
configure:3965: result: gcc -E
configure:3994: gcc -E  conftest.c
configure:4001: $? = 0
configure:4032: gcc -E  conftest.c
conftest.c:10:28: error: ac_nonexistent.h: No such file or directory
configure:4039: $? = 1
configure: failed program was:
| /* confdefs.h.  */
| #define PACKAGE_NAME "Visual Python"
| #define PACKAGE_TARNAME "visual-python"
| #define PACKAGE_VERSION "5.13_release"
| #define PACKAGE_STRING "Visual Python 5.13_release"
| #define PACKAGE_BUGREPORT "vis...@li..."
| #define PACKAGE "visual"
| #define VERSION "5.13_release"
| /* end confdefs.h.  */
| #include <ac_nonexistent.h>
configure:4136: checking for g++
configure:4152: found /usr/lib/ccache/g++
configure:4163: result: g++
configure:4190: checking for C++ compiler version
configure:4198: g++ --version >&5
g++ (GCC) 4.4.1 20090725 (Red Hat 4.4.1-2)
Copyright (C) 2009 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

configure:4202: $? = 0
configure:4209: g++ -v >&5
Using built-in specs.
Target: i586-redhat-linux
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --with-bugurl=http://bugzilla.redhat.com/bugzilla --enable-bootstrap --enable-shared --enable-threads=posix --enable-checking=release --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-languages=c,c++,objc,obj-c++,java,fortran,ada --enable-java-awt=gtk --disable-dssi --enable-plugin --with-java-home=/usr/lib/jvm/java-1.5.0-gcj-1.5.0.0/jre --enable-libgcj-multifile --enable-java-maintainer-mode --with-ecj-jar=/usr/share/java/eclipse-ecj.jar --disable-libjava-multilib --with-ppl --with-cloog --with-tune=generic --with-arch=i586 --build=i586-redhat-linux
Thread model: posix
gcc version 4.4.1 20090725 (Red Hat 4.4.1-2) (GCC) 
configure:4213: $? = 0
configure:4220: g++ -V >&5
g++: '-V' option must have argument
configure:4224: $? = 1
configure:4227: checking whether we are using the GNU C++ compiler
configure:4256: g++ -c   conftest.cpp >&5
configure:4263: $? = 0
configure:4280: result: yes
configure:4289: checking whether g++ accepts -g
configure:4319: g++ -c -g  conftest.cpp >&5
configure:4326: $? = 0
configure:4427: result: yes
configure:4452: checking dependency style of g++
configure:4542: result: none
configure:4559: checking whether make sets $(MAKE)
configure:4581: result: yes
configure:4596: checking build system type
configure:4614: result: i686-pc-linux-gnu
configure:4636: checking host system type
configure:4651: result: i686-pc-linux-gnu
configure:4729: checking for a sed that does not truncate output
configure:4795: result: /bin/sed
configure:4813: checking for grep that handles long lines and -e
configure:4873: result: /bin/grep
configure:4878: checking for egrep
configure:4942: result: /bin/grep -E
configure:4947: checking for fgrep
configure:5011: result: /bin/grep -F
configure:5046: checking for ld used by gcc
configure:5113: result: /usr/bin/ld
configure:5122: checking if the linker (/usr/bin/ld) is GNU ld
configure:5137: result: yes
configure:5149: checking for BSD- or MS-compatible name lister (nm)
configure:5198: result: /usr/bin/nm -B
configure:5316: checking the name lister (/usr/bin/nm -B) interface
configure:5323: gcc -c -g -O2  conftest.c >&5
configure:5326: /usr/bin/nm -B "conftest.o"
configure:5329: output
00000000 B some_variable
configure:5336: result: BSD nm
configure:5339: checking whether ln -s works
configure:5343: result: yes
configure:5351: checking the maximum length of command line arguments
configure:5471: result: 1966080
configure:5488: checking whether the shell understands some XSI constructs
configure:5498: result: yes
configure:5502: checking whether the shell understands "+="
configure:5508: result: yes
configure:5543: checking for /usr/bin/ld option to reload object files
configure:5550: result: -r
configure:5619: checking for objdump
configure:5635: found /usr/bin/objdump
configure:5646: result: objdump
configure:5678: checking how to recognize dependent libraries
configure:5874: result: pass_all
configure:5934: checking for ar
configure:5950: found /usr/bin/ar
configure:5961: result: ar
configure:6039: checking for strip
configure:6055: found /usr/bin/strip
configure:6066: result: strip
configure:6138: checking for ranlib
configure:6154: found /usr/bin/ranlib
configure:6165: result: ranlib
configure:6255: checking command to parse /usr/bin/nm -B output from gcc object
configure:6373: gcc -c -g -O2  conftest.c >&5
configure:6376: $? = 0
configure:6380: /usr/bin/nm -B conftest.o \| sed -n -e 's/^.*[     ]\([ABCDGIRSTW][ABCDGIRSTW]*\)[     ][     ]*\([_A-Za-z][_A-Za-z0-9]*\)$/\1 \2 \2/p' \> conftest.nm
configure:6383: $? = 0
configure:6437: gcc -o conftest -g -O2   conftest.c conftstm.o >&5
configure:6440: $? = 0
configure:6478: result: ok
configure:7341: checking for ANSI C header files
configure:7371: gcc -c -g -O2  conftest.c >&5
configure:7378: $? = 0
configure:7477: gcc -o conftest -g -O2   conftest.c  >&5
configure:7481: $? = 0
configure:7487: ./conftest
configure:7491: $? = 0
configure:7509: result: yes
configure:7533: checking for sys/types.h
configure:7554: gcc -c -g -O2  conftest.c >&5
configure:7561: $? = 0
configure:7578: result: yes
configure:7533: checking for sys/stat.h
configure:7554: gcc -c -g -O2  conftest.c >&5
configure:7561: $? = 0
configure:7578: result: yes
configure:7533: checking for stdlib.h
configure:7554: gcc -c -g -O2  conftest.c >&5
configure:7561: $? = 0
configure:7578: result: yes
configure:7533: checking for string.h
configure:7554: gcc -c -g -O2  conftest.c >&5
configure:7561: $? = 0
configure:7578: result: yes
configure:7533: checking for memory.h
configure:7554: gcc -c -g -O2  conftest.c >&5
configure:7561: $? = 0
configure:7578: result: yes
configure:7533: checking for strings.h
configure:7554: gcc -c -g -O2  conftest.c >&5
configure:7561: $? = 0
configure:7578: result: yes
configure:7533: checking for inttypes.h
configure:7554: gcc -c -g -O2  conftest.c >&5
configure:7561: $? = 0
configure:7578: result: yes
configure:7533: checking for stdint.h
configure:7554: gcc -c -g -O2  conftest.c >&5
configure:7561: $? = 0
configure:7578: result: yes
configure:7533: checking for unistd.h
configure:7554: gcc -c -g -O2  conftest.c >&5
configure:7561: $? = 0
configure:7578: result: yes
configure:7596: checking for dlfcn.h
configure:7617: gcc -c -g -O2  conftest.c >&5
configure:7624: $? = 0
configure:7641: result: yes
configure:7768: checking for C++ compiler version
configure:7776: g++ --version >&5
g++ (GCC) 4.4.1 20090725 (Red Hat 4.4.1-2)
Copyright (C) 2009 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

configure:7780: $? = 0
configure:7787: g++ -v >&5
Using built-in specs.
Target: i586-redhat-linux
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --with-bugurl=http://bugzilla.redhat.com/bugzilla --enable-bootstrap --enable-shared --enable-threads=posix --enable-checking=release --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-languages=c,c++,objc,obj-c++,java,fortran,ada --enable-java-awt=gtk --disable-dssi --enable-plugin --with-java-home=/usr/lib/jvm/java-1.5.0-gcj-1.5.0.0/jre --enable-libgcj-multifile --enable-java-maintainer-mode --with-ecj-jar=/usr/share/java/eclipse-ecj.jar --disable-libjava-multilib --with-ppl --with-cloog --with-tune=generic --with-arch=i586 --build=i586-redhat-linux
Thread model: posix
gcc version 4.4.1 20090725 (Red Hat 4.4.1-2) (GCC) 
configure:7791: $? = 0
configure:7798: g++ -V >&5
g++: '-V' option must have argument
configure:7802: $? = 1
configure:7805: checking whether we are using the GNU C++ compiler
configure:7858: result: yes
configure:7867: checking whether g++ accepts -g
configure:8005: result: yes
configure:8030: checking dependency style of g++
configure:8120: result: none
configure:8145: checking how to run the C++ preprocessor
configure:8181: g++ -E  conftest.cpp
configure:8188: $? = 0
configure:8219: g++ -E  conftest.cpp
conftest.cpp:21:28: error: ac_nonexistent.h: No such file or directory
configure:8226: $? = 1
configure: failed program was:
| /* confdefs.h.  */
| #define PACKAGE_NAME "Visual Python"
| #define PACKAGE_TARNAME "visual-python"
| #define PACKAGE_VERSION "5.13_release"
| #define PACKAGE_STRING "Visual Python 5.13_release"
| #define PACKAGE_BUGREPORT "vis...@li..."
| #define PACKAGE "visual"
| #define VERSION "5.13_release"
| #define STDC_HEADERS 1
| #define HAVE_SYS_TYPES_H 1
| #define HAVE_SYS_STAT_H 1
| #define HAVE_STDLIB_H 1
| #define HAVE_STRING_H 1
| #define HAVE_MEMORY_H 1
| #define HAVE_STRINGS_H 1
| #define HAVE_INTTYPES_H 1
| #define HAVE_STDINT_H 1
| #define HAVE_UNISTD_H 1
| #define HAVE_DLFCN_H 1
| /* end confdefs.h.  */
| #include <ac_nonexistent.h>
configure:8259: result: g++ -E
configure:8288: g++ -E  conftest.cpp
configure:8295: $? = 0
configure:8326: g++ -E  conftest.cpp
conftest.cpp:21:28: error: ac_nonexistent.h: No such file or directory
configure:8333: $? = 1
configure: failed program was:
| /* confdefs.h.  */
| #define PACKAGE_NAME "Visual Python"
| #define PACKAGE_TARNAME "visual-python"
| #define PACKAGE_VERSION "5.13_release"
| #define PACKAGE_STRING "Visual Python 5.13_release"
| #define PACKAGE_BUGREPORT "vis...@li..."
| #define PACKAGE "visual"
| #define VERSION "5.13_release"
| #define STDC_HEADERS 1
| #define HAVE_SYS_TYPES_H 1
| #define HAVE_SYS_STAT_H 1
| #define HAVE_STDLIB_H 1
| #define HAVE_STRING_H 1
| #define HAVE_MEMORY_H 1
| #define HAVE_STRINGS_H 1
| #define HAVE_INTTYPES_H 1
| #define HAVE_STDINT_H 1
| #define HAVE_UNISTD_H 1
| #define HAVE_DLFCN_H 1
| /* end confdefs.h.  */
| #include <ac_nonexistent.h>
configure:8517: checking for objdir
configure:8532: result: .libs
configure:8824: checking if gcc supports -fno-rtti -fno-exceptions
configure:8842: gcc -c -g -O2  -fno-rtti -fno-exceptions conftest.c >&5
cc1: warning: command line option "-fno-rtti" is valid for C++/ObjC++ but not for C
cc1: warning: command line option "-fno-rtti" is valid for C++/ObjC++ but not for C
configure:8846: $? = 0
configure:8859: result: no
configure:8879: checking for gcc option to produce PIC
configure:9151: result: -fPIC -DPIC
configure:9163: checking if gcc PIC flag -fPIC -DPIC works
configure:9181: gcc -c -g -O2  -fPIC -DPIC -DPIC conftest.c >&5
configure:9185: $? = 0
configure:9198: result: yes
configure:9222: checking if gcc static flag -static works
configure:9250: result: no
configure:9265: checking if gcc supports -c -o file.o
configure:9286: gcc -c -g -O2  -o out/conftest2.o conftest.c >&5
configure:9290: $? = 0
configure:9312: result: yes
configure:9320: checking if gcc supports -c -o file.o
configure:9367: result: yes
configure:9400: checking whether the gcc linker (/usr/bin/ld) supports shared libraries
configure:10475: result: yes
configure:10512: checking whether -lc should be explicitly linked in
configure:10517: gcc -c -g -O2  conftest.c >&5
configure:10520: $? = 0
configure:10535: gcc -shared conftest.o  -v -Wl,-soname -Wl,conftest -o conftest 2\>\&1 \| /bin/grep  -lc  \>/dev/null 2\>\&1
configure:10538: $? = 0
configure:10550: result: no
configure:10714: checking dynamic linker characteristics
configure:11157: gcc -o conftest -g -O2   -Wl,-rpath -Wl,/foo conftest.c  >&5
configure:11164: $? = 0
configure:11409: result: GNU/Linux ld.so
configure:11511: checking how to hardcode library paths into programs
configure:11536: result: immediate
configure:12369: checking whether stripping libraries is possible
configure:12374: result: yes
configure:12409: checking if libtool supports shared libraries
configure:12411: result: yes
configure:12414: checking whether to build shared libraries
configure:12435: result: yes
configure:12438: checking whether to build static libraries
configure:12442: result: no
configure:12592: checking for ld used by g++
configure:12659: result: /usr/bin/ld
configure:12668: checking if the linker (/usr/bin/ld) is GNU ld
configure:12683: result: yes
configure:12738: checking whether the g++ linker (/usr/bin/ld) supports shared libraries
configure:13713: result: yes
configure:13741: g++ -c -g -O2  conftest.cpp >&5
configure:13744: $? = 0
configure:13926: checking for g++ option to produce PIC
configure:14243: result: -fPIC -DPIC
configure:14252: checking if g++ PIC flag -fPIC -DPIC works
configure:14270: g++ -c -g -O2  -fPIC -DPIC -DPIC conftest.cpp >&5
configure:14274: $? = 0
configure:14287: result: yes
configure:14308: checking if g++ static flag -static works
configure:14336: result: no
configure:14348: checking if g++ supports -c -o file.o
configure:14369: g++ -c -g -O2  -o out/conftest2.o conftest.cpp >&5
configure:14373: $? = 0
configure:14395: result: yes
configure:14400: checking if g++ supports -c -o file.o
configure:14447: result: yes
configure:14477: checking whether the g++ linker (/usr/bin/ld) supports shared libraries
configure:14506: result: yes
configure:14643: checking dynamic linker characteristics
configure:15034: g++ -o conftest -g -O2   -Wl,-rpath -Wl,/foo conftest.cpp  >&5
configure:15041: $? = 0
configure:15286: result: GNU/Linux ld.so
configure:15337: checking how to hardcode library paths into programs
configure:15362: result: immediate
configure:15421: checking whether to enable maintainer-specific portions of Makefiles
configure:15430: result: no
configure:15449: checking for some Win32 platform
configure:15459: result: no
configure:15462: checking for some Mac OSX platform
configure:15472: result: no
configure:15510: checking for a Python interpreter with version >= 2.2
configure:15525: python -c import sys, string # split strings by '.' and convert to numeric. Append some zeros # because we need at least 4 digits for the hex conversion. minver = map(int, string.split('2.2', '.')) + [0, 0, 0] minverhex = 0 for i in xrange(0, 4): minverhex = (minverhex << 8) + minver[i] sys.exit(sys.hexversion < minverhex)
configure:15528: $? = 0
configure:15535: result: python
configure:15543: checking for python
configure:15561: found /usr/bin/python
configure:15573: result: /usr/bin/python
configure:15593: checking for python version
configure:15600: result: 2.6
configure:15606: checking for python platform
configure:15613: result: linux2
configure:15632: checking for python script directory
configure:15640: result: ${prefix}/lib/python2.6/site-packages
configure:15649: checking for python extension module directory
configure:15657: result: ${exec_prefix}/lib/python2.6/site-packages
configure:15678: checking for array in python module numpy
configure:15694: result: yes
configure:15720: checking for headers required to compile python extensions
configure:15740: gcc -E  -I/usr/include/python2.6 -I${prefix}/lib/python2.6/site-packages/numpy/core/include conftest.c
configure:15747: $? = 0
configure:15752: result: found
configure:15820: checking for pkg-config
configure:15838: found /usr/bin/pkg-config
configure:15850: result: /usr/bin/pkg-config
configure:15875: checking pkg-config is at least version 0.9.0
configure:15878: result: yes
configure:15904: checking for GTKGLEXTMM
configure:15912: $PKG_CONFIG --exists --print-errors "gtkglextmm-1.2 >= 1.2"
configure:15915: $? = 0
configure:15930: $PKG_CONFIG --exists --print-errors "gtkglextmm-1.2 >= 1.2"
configure:15933: $? = 0
configure:15973: result: yes
configure:15979: checking for GLIBMM
configure:15987: $PKG_CONFIG --exists --print-errors "glibmm-2.4"
configure:15990: $? = 0
configure:16005: $PKG_CONFIG --exists --print-errors "glibmm-2.4"
configure:16008: $? = 0
configure:16048: result: yes
configure:16054: checking for PANGOMM
configure:16062: $PKG_CONFIG --exists --print-errors "pangomm-1.4"
configure:16065: $? = 0
configure:16080: $PKG_CONFIG --exists --print-errors "pangomm-1.4"
configure:16083: $? = 0
configure:16123: result: yes
configure:16129: checking for LIBGLADEMM
configure:16137: $PKG_CONFIG --exists --print-errors "libglademm-2.4"
configure:16140: $? = 0
configure:16155: $PKG_CONFIG --exists --print-errors "libglademm-2.4"
configure:16158: $? = 0
configure:16198: result: yes
configure:16204: checking for PANGOFT2
configure:16212: $PKG_CONFIG --exists --print-errors "pangoft2"
configure:16215: $? = 0
configure:16230: $PKG_CONFIG --exists --print-errors "pangoft2"
configure:16233: $? = 0
configure:16273: result: yes
configure:16279: checking for FREETYPE2
configure:16287: $PKG_CONFIG --exists --print-errors "freetype2"
configure:16290: $? = 0
configure:16305: $PKG_CONFIG --exists --print-errors "freetype2"
configure:16308: $? = 0
configure:16348: result: yes
configure:16357: checking for GTK
configure:16365: $PKG_CONFIG --exists --print-errors "gtkglextmm-1.2 >= 1.2 pangoft2 glibmm-2.4 pangomm-1.4 libglademm-2.4 freetype2"
configure:16368: $? = 0
configure:16383: $PKG_CONFIG --exists --print-errors "gtkglextmm-1.2 >= 1.2 pangoft2 glibmm-2.4 pangomm-1.4 libglademm-2.4 freetype2"
configure:16386: $? = 0
configure:16426: result: yes
configure:16435: checking for GTHREAD
configure:16443: $PKG_CONFIG --exists --print-errors "gthread-2.0 >= 2.0"
configure:16446: $? = 0
configure:16461: $PKG_CONFIG --exists --print-errors "gthread-2.0 >= 2.0"
configure:16464: $? = 0
configure:16504: result: yes
configure:16531: checking where to install documentation
configure:16540: result: ${prefix}/lib/python2.6/site-packages/visual/docs
configure:16543: checking whether to install html documentation
configure:16555: result: yes
configure:16579: checking where to install example programs
configure:16588: result: ${prefix}/lib/python2.6/site-packages/visual/examples
configure:16592: checking whether to install example programs
configure:16604: result: yes
configure:16772: creating ./config.status

## ---------------------- ##
## Running config.status. ##
## ---------------------- ##

This file was extended by Visual Python config.status 5.13_release, which was
generated by GNU Autoconf 2.63.  Invocation command line was

  CONFIG_FILES    = 
  CONFIG_HEADERS  = 
  CONFIG_LINKS    = 
  CONFIG_COMMANDS = 
  $ ./config.status 

on roddur

config.status:1109: creating Makefile
config.status:1109: creating src/Makefile
config.status:1109: creating site-packages/visual/Makefile
config.status:1109: creating docs/Makefile
config.status:1109: creating examples/Makefile
config.status:1109: creating bin/vpython
config.status:1109: creating include/config.h
config.status:1369: executing depfiles commands
config.status:1369: executing libtool commands

## ---------------- ##
## Cache variables. ##
## ---------------- ##

ac_cv_build=i686-pc-linux-gnu
ac_cv_c_compiler_gnu=yes
ac_cv_cxx_compiler_gnu=yes
ac_cv_env_CCC_set=
ac_cv_env_CCC_value=
ac_cv_env_CC_set=
ac_cv_env_CC_value=
ac_cv_env_CFLAGS_set=
ac_cv_env_CFLAGS_value=
ac_cv_env_CPPFLAGS_set=
ac_cv_env_CPPFLAGS_value=
ac_cv_env_CPP_set=
ac_cv_env_CPP_value=
ac_cv_env_CXXCPP_set=
ac_cv_env_CXXCPP_value=
ac_cv_env_CXXFLAGS_set=
ac_cv_env_CXXFLAGS_value=
ac_cv_env_CXX_set=
ac_cv_env_CXX_value=
ac_cv_env_FREETYPE2_CFLAGS_set=
ac_cv_env_FREETYPE2_CFLAGS_value=
ac_cv_env_FREETYPE2_LIBS_set=
ac_cv_env_FREETYPE2_LIBS_value=
ac_cv_env_GLIBMM_CFLAGS_set=
ac_cv_env_GLIBMM_CFLAGS_value=
ac_cv_env_GLIBMM_LIBS_set=
ac_cv_env_GLIBMM_LIBS_value=
ac_cv_env_GTHREAD_CFLAGS_set=
ac_cv_env_GTHREAD_CFLAGS_value=
ac_cv_env_GTHREAD_LIBS_set=
ac_cv_env_GTHREAD_LIBS_value=
ac_cv_env_GTKGLEXTMM_CFLAGS_set=
ac_cv_env_GTKGLEXTMM_CFLAGS_value=
ac_cv_env_GTKGLEXTMM_LIBS_set=
ac_cv_env_GTKGLEXTMM_LIBS_value=
ac_cv_env_GTK_CFLAGS_set=
ac_cv_env_GTK_CFLAGS_value=
ac_cv_env_GTK_LIBS_set=
ac_cv_env_GTK_LIBS_value=
ac_cv_env_LDFLAGS_set=
ac_cv_env_LDFLAGS_value=
ac_cv_env_LIBGLADEMM_CFLAGS_set=
ac_cv_env_LIBGLADEMM_CFLAGS_value=
ac_cv_env_LIBGLADEMM_LIBS_set=
ac_cv_env_LIBGLADEMM_LIBS_value=
ac_cv_env_LIBS_set=
ac_cv_env_LIBS_value=
ac_cv_env_PANGOFT2_CFLAGS_set=
ac_cv_env_PANGOFT2_CFLAGS_value=
ac_cv_env_PANGOFT2_LIBS_set=
ac_cv_env_PANGOFT2_LIBS_value=
ac_cv_env_PANGOMM_CFLAGS_set=
ac_cv_env_PANGOMM_CFLAGS_value=
ac_cv_env_PANGOMM_LIBS_set=
ac_cv_env_PANGOMM_LIBS_value=
ac_cv_env_PKG_CONFIG_set=
ac_cv_env_PKG_CONFIG_value=
ac_cv_env_build_alias_set=
ac_cv_env_build_alias_value=
ac_cv_env_host_alias_set=
ac_cv_env_host_alias_value=
ac_cv_env_target_alias_set=
ac_cv_env_target_alias_value=
ac_cv_header_dlfcn_h=yes
ac_cv_header_inttypes_h=yes
ac_cv_header_memory_h=yes
ac_cv_header_stdc=yes
ac_cv_header_stdint_h=yes
ac_cv_header_stdlib_h=yes
ac_cv_header_string_h=yes
ac_cv_header_strings_h=yes
ac_cv_header_sys_stat_h=yes
ac_cv_header_sys_types_h=yes
ac_cv_header_unistd_h=yes
ac_cv_host=i686-pc-linux-gnu
ac_cv_objext=o
ac_cv_path_EGREP='/bin/grep -E'
ac_cv_path_FGREP='/bin/grep -F'
ac_cv_path_GREP=/bin/grep
ac_cv_path_PYTHON=/usr/bin/python
ac_cv_path_SED=/bin/sed
ac_cv_path_ac_pt_PKG_CONFIG=/usr/bin/pkg-config
ac_cv_path_install='/usr/bin/install -c'
ac_cv_prog_AWK=gawk
ac_cv_prog_CPP='gcc -E'
ac_cv_prog_CXXCPP='g++ -E'
ac_cv_prog_ac_ct_AR=ar
ac_cv_prog_ac_ct_CC=gcc
ac_cv_prog_ac_ct_CXX=g++
ac_cv_prog_ac_ct_OBJDUMP=objdump
ac_cv_prog_ac_ct_RANLIB=ranlib
ac_cv_prog_ac_ct_STRIP=strip
ac_cv_prog_cc_c89=
ac_cv_prog_cc_g=yes
ac_cv_prog_cc_gcc_c_o=yes
ac_cv_prog_cxx_g=yes
ac_cv_prog_make_make_set=yes
am_cv_CC_dependencies_compiler_type=none
am_cv_CXX_dependencies_compiler_type=none
am_cv_pathless_PYTHON=python
am_cv_python_platform=linux2
am_cv_python_pyexecdir='${exec_prefix}/lib/python2.6/site-packages'
am_cv_python_pythondir='${prefix}/lib/python2.6/site-packages'
am_cv_python_version=2.6
lt_cv_deplibs_check_method=pass_all
lt_cv_file_magic_cmd='$MAGIC_CMD'
lt_cv_file_magic_test_file=
lt_cv_ld_reload_flag=-r
lt_cv_nm_interface='BSD nm'
lt_cv_objdir=.libs
lt_cv_path_LD=/usr/bin/ld
lt_cv_path_LDCXX=/usr/bin/ld
lt_cv_path_NM='/usr/bin/nm -B'
lt_cv_prog_compiler_c_o=yes
lt_cv_prog_compiler_c_o_CXX=yes
lt_cv_prog_compiler_pic_works=yes
lt_cv_prog_compiler_pic_works_CXX=yes
lt_cv_prog_compiler_rtti_exceptions=no
lt_cv_prog_compiler_static_works=no
lt_cv_prog_compiler_static_works_CXX=no
lt_cv_prog_gnu_ld=yes
lt_cv_prog_gnu_ldcxx=yes
lt_cv_sys_global_symbol_pipe='sed -n -e '\''s/^.*[     ]\([ABCDGIRSTW][ABCDGIRSTW]*\)[     ][     ]*\([_A-Za-z][_A-Za-z0-9]*\)$/\1 \2 \2/p'\'''
lt_cv_sys_global_symbol_to_c_name_address='sed -n -e '\''s/^: \([^ ]*\) $/  {\"\1\", (void *) 0},/p'\'' -e '\''s/^[ABCDGIRSTW]* \([^ ]*\) \([^ ]*\)$/  {"\2", (void *) \&\2},/p'\'''
lt_cv_sys_global_symbol_to_c_name_address_lib_prefix='sed -n -e '\''s/^: \([^ ]*\) $/  {\"\1\", (void *) 0},/p'\'' -e '\''s/^[ABCDGIRSTW]* \([^ ]*\) \(lib[^ ]*\)$/  {"\2", (void *) \&\2},/p'\'' -e '\''s/^[ABCDGIRSTW]* \([^ ]*\) \([^ ]*\)$/  {"lib\2", (void *) \&\2},/p'\'''
lt_cv_sys_global_symbol_to_cdecl='sed -n -e '\''s/^T .* \(.*\)$/extern int \1();/p'\'' -e '\''s/^[ABCDGIRSTW]* .* \(.*\)$/extern char \1;/p'\'''
lt_cv_sys_max_cmd_len=1966080
pkg_cv_FREETYPE2_CFLAGS='-I/usr/include/freetype2  '
pkg_cv_FREETYPE2_LIBS='-lfreetype  '
pkg_cv_GLIBMM_CFLAGS='-I/usr/include/glibmm-2.4 -I/usr/lib/glibmm-2.4/include -I/usr/include/sigc++-2.0 -I/usr/lib/sigc++-2.0/include -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include  '
pkg_cv_GLIBMM_LIBS='-lglibmm-2.4 -lgobject-2.0 -lsigc-2.0 -lglib-2.0  '
pkg_cv_GTHREAD_CFLAGS='-pthread -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include  '
pkg_cv_GTHREAD_LIBS='-pthread -lgthread-2.0 -lrt -lglib-2.0  '
pkg_cv_GTKGLEXTMM_CFLAGS='-I/usr/include/gtkglextmm-1.2 -I/usr/lib/gtkglextmm-1.2/include -I/usr/include/gtkglext-1.0 -I/usr/include/gtkmm-2.4 -I/usr/lib/gtkmm-2.4/include -I/usr/lib/gtkglext-1.0/include -I/usr/include/gdkmm-2.4 -I/usr/lib/gdkmm-2.4/include -I/usr/include/pangomm-1.4 -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/glibmm-2.4 -I/usr/lib/glibmm-2.4/include -I/usr/include/cairomm-1.0 -I/usr/include/sigc++-2.0 -I/usr/lib/sigc++-2.0/include -I/usr/include/atk-1.0 -I/usr/include/giomm-2.4 -I/usr/lib/giomm-2.4/include -I/usr/include/atkmm-1.6  '
pkg_cv_GTKGLEXTMM_LIBS='-Wl,--export-dynamic -lgtkglextmm-x11-1.2 -lgdkglextmm-x11-1.2 -lgtkglext-x11-1.0 -lgtkmm-2.4 -lgdkglext-x11-1.0 -lGLU -lGL -lXmu -lXt -lSM -lICE -lpangox-1.0 -lX11 -lgiomm-2.4 -lgdkmm-2.4 -latkmm-1.6 -lgtk-x11-2.0 -lpangomm-1.4 -lcairomm-1.0 -lglibmm-2.4 -lsigc-2.0 -lgdk-x11-2.0 -latk-1.0 -lgio-2.0 -lpangoft2-1.0 -lgdk_pixbuf-2.0 -lpangocairo-1.0 -lcairo -lpango-1.0 -lfreetype -lfontconfig -lgobject-2.0 -lgmodule-2.0 -lglib-2.0  '
pkg_cv_GTK_CFLAGS='-I/usr/include/gtkglextmm-1.2 -I/usr/lib/gtkglextmm-1.2/include -I/usr/include/gtkglext-1.0 -I/usr/include/gtkmm-2.4 -I/usr/lib/gtkmm-2.4/include -I/usr/lib/gtkglext-1.0/include -I/usr/include/gdkmm-2.4 -I/usr/lib/gdkmm-2.4/include -I/usr/include/pangomm-1.4 -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/glibmm-2.4 -I/usr/lib/glibmm-2.4/include -I/usr/include/cairomm-1.0 -I/usr/include/sigc++-2.0 -I/usr/lib/sigc++-2.0/include -I/usr/include/atk-1.0 -I/usr/include/giomm-2.4 -I/usr/lib/giomm-2.4/include -I/usr/include/atkmm-1.6 -I/usr/include/libglademm-2.4 -I/usr/lib/libglademm-2.4/include -I/usr/include/libglade-2.0 -I/usr/include/libxml2  '
pkg_cv_GTK_LIBS='-Wl,--export-dynamic -lgtkglextmm-x11-1.2 -lgdkglextmm-x11-1.2 -lgtkglext-x11-1.0 -lgdkglext-x11-1.0 -lGLU -lGL -lXmu -lXt -lSM -lICE -lpangox-1.0 -lX11 -lglademm-2.4 -lgtkmm-2.4 -lglade-2.0 -lgiomm-2.4 -lgdkmm-2.4 -latkmm-1.6 -lpangomm-1.4 -lcairomm-1.0 -lglibmm-2.4 -lsigc-2.0 -lgtk-x11-2.0 -lxml2 -lgdk-x11-2.0 -latk-1.0 -lgio-2.0 -lpangoft2-1.0 -lgdk_pixbuf-2.0 -lpangocairo-1.0 -lcairo -lpango-1.0 -lfontconfig -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lfreetype  '
pkg_cv_LIBGLADEMM_CFLAGS='-I/usr/include/libglademm-2.4 -I/usr/lib/libglademm-2.4/include -I/usr/include/gtkmm-2.4 -I/usr/lib/gtkmm-2.4/include -I/usr/include/libglade-2.0 -I/usr/include/glibmm-2.4 -I/usr/lib/glibmm-2.4/include -I/usr/include/giomm-2.4 -I/usr/lib/giomm-2.4/include -I/usr/include/gdkmm-2.4 -I/usr/lib/gdkmm-2.4/include -I/usr/include/pangomm-1.4 -I/usr/include/atkmm-1.6 -I/usr/include/gtk-2.0 -I/usr/include/sigc++-2.0 -I/usr/lib/sigc++-2.0/include -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/lib/gtk-2.0/include -I/usr/include/cairomm-1.0 -I/usr/include/pango-1.0 -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/atk-1.0 -I/usr/include/libxml2  '
pkg_cv_LIBGLADEMM_LIBS='-lglademm-2.4 -lgtkmm-2.4 -lglade-2.0 -lgiomm-2.4 -lgdkmm-2.4 -latkmm-1.6 -lpangomm-1.4 -lcairomm-1.0 -lglibmm-2.4 -lsigc-2.0 -lgtk-x11-2.0 -lxml2 -lgdk-x11-2.0 -latk-1.0 -lgio-2.0 -lpangoft2-1.0 -lgdk_pixbuf-2.0 -lpangocairo-1.0 -lcairo -lpango-1.0 -lfreetype -lfontconfig -lgobject-2.0 -lgmodule-2.0 -lglib-2.0  '
pkg_cv_PANGOFT2_CFLAGS='-I/usr/include/pango-1.0 -I/usr/include/freetype2 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include  '
pkg_cv_PANGOFT2_LIBS='-lpangoft2-1.0 -lpango-1.0 -lfreetype -lfontconfig -lgobject-2.0 -lgmodule-2.0 -lglib-2.0  '
pkg_cv_PANGOMM_CFLAGS='-I/usr/include/pangomm-1.4 -I/usr/include/glibmm-2.4 -I/usr/lib/glibmm-2.4/include -I/usr/include/cairomm-1.0 -I/usr/include/pango-1.0 -I/usr/include/sigc++-2.0 -I/usr/lib/sigc++-2.0/include -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12  '
pkg_cv_PANGOMM_LIBS='-lpangomm-1.4 -lglibmm-2.4 -lcairomm-1.0 -lpangocairo-1.0 -lsigc-2.0 -lpango-1.0 -lcairo -lgobject-2.0 -lgmodule-2.0 -lglib-2.0  '
py_cv_mod_numpy_array=yes

## ----------------- ##
## Output variables. ##
## ----------------- ##

ACLOCAL='${SHELL} /home/rudra/visual-5.13_release/missing --run aclocal-1.9'
AMDEPBACKSLASH='\'
AMDEP_FALSE='#'
AMDEP_TRUE=''
AMTAR='${SHELL} /home/rudra/visual-5.13_release/missing --run tar'
AR='ar'
AUTOCONF='${SHELL} /home/rudra/visual-5.13_release/missing --run autoconf'
AUTOHEADER='${SHELL} /home/rudra/visual-5.13_release/missing --run autoheader'
AUTOMAKE='${SHELL} /home/rudra/visual-5.13_release/missing --run automake-1.9'
AWK='gawk'
BUILD_DOCS_FALSE='#'
BUILD_DOCS_TRUE=''
BUILD_EXAMPLES_FALSE='#'
BUILD_EXAMPLES_TRUE=''
CC='gcc'
CCDEPMODE='depmode=none'
CFLAGS='-g -O2'
CPP='gcc -E'
CPPFLAGS=''
CXX='g++'
CXXCPP='g++ -E'
CXXDEPMODE='depmode=none'
CXXFLAGS='-g -O2'
CYGPATH_W='echo'
DEFS='-DHAVE_CONFIG_H'
DEPDIR='.deps'
DSYMUTIL=''
DUMPBIN=''
ECHO_C=''
ECHO_N='-n'
ECHO_T=''
EGREP='/bin/grep -E'
EXEEXT=''
FGREP='/bin/grep -F'
FREETYPE2_CFLAGS='-I/usr/include/freetype2  '
FREETYPE2_LIBS='-lfreetype  '
GLIBMM_CFLAGS='-I/usr/include/glibmm-2.4 -I/usr/lib/glibmm-2.4/include -I/usr/include/sigc++-2.0 -I/usr/lib/sigc++-2.0/include -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include  '
GLIBMM_LIBS='-lglibmm-2.4 -lgobject-2.0 -lsigc-2.0 -lglib-2.0  '
GREP='/bin/grep'
GTHREAD_CFLAGS='-pthread -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include  '
GTHREAD_LIBS='-pthread -lgthread-2.0 -lrt -lglib-2.0  '
GTKGLEXTMM_CFLAGS='-I/usr/include/gtkglextmm-1.2 -I/usr/lib/gtkglextmm-1.2/include -I/usr/include/gtkglext-1.0 -I/usr/include/gtkmm-2.4 -I/usr/lib/gtkmm-2.4/include -I/usr/lib/gtkglext-1.0/include -I/usr/include/gdkmm-2.4 -I/usr/lib/gdkmm-2.4/include -I/usr/include/pangomm-1.4 -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/glibmm-2.4 -I/usr/lib/glibmm-2.4/include -I/usr/include/cairomm-1.0 -I/usr/include/sigc++-2.0 -I/usr/lib/sigc++-2.0/include -I/usr/include/atk-1.0 -I/usr/include/giomm-2.4 -I/usr/lib/giomm-2.4/include -I/usr/include/atkmm-1.6  '
GTKGLEXTMM_LIBS='-Wl,--export-dynamic -lgtkglextmm-x11-1.2 -lgdkglextmm-x11-1.2 -lgtkglext-x11-1.0 -lgtkmm-2.4 -lgdkglext-x11-1.0 -lGLU -lGL -lXmu -lXt -lSM -lICE -lpangox-1.0 -lX11 -lgiomm-2.4 -lgdkmm-2.4 -latkmm-1.6 -lgtk-x11-2.0 -lpangomm-1.4 -lcairomm-1.0 -lglibmm-2.4 -lsigc-2.0 -lgdk-x11-2.0 -latk-1.0 -lgio-2.0 -lpangoft2-1.0 -lgdk_pixbuf-2.0 -lpangocairo-1.0 -lcairo -lpango-1.0 -lfreetype -lfontconfig -lgobject-2.0 -lgmodule-2.0 -lglib-2.0  '
GTK_CFLAGS='-I/usr/include/gtkglextmm-1.2 -I/usr/lib/gtkglextmm-1.2/include -I/usr/include/gtkglext-1.0 -I/usr/include/gtkmm-2.4 -I/usr/lib/gtkmm-2.4/include -I/usr/lib/gtkglext-1.0/include -I/usr/include/gdkmm-2.4 -I/usr/lib/gdkmm-2.4/include -I/usr/include/pangomm-1.4 -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/glibmm-2.4 -I/usr/lib/glibmm-2.4/include -I/usr/include/cairomm-1.0 -I/usr/include/sigc++-2.0 -I/usr/lib/sigc++-2.0/include -I/usr/include/atk-1.0 -I/usr/include/giomm-2.4 -I/usr/lib/giomm-2.4/include -I/usr/include/atkmm-1.6 -I/usr/include/libglademm-2.4 -I/usr/lib/libglademm-2.4/include -I/usr/include/libglade-2.0 -I/usr/include/libxml2  '
GTK_LIBS='-Wl,--export-dynamic -lgtkglextmm-x11-1.2 -lgdkglextmm-x11-1.2 -lgtkglext-x11-1.0 -lgdkglext-x11-1.0 -lGLU -lGL -lXmu -lXt -lSM -lICE -lpangox-1.0 -lX11 -lglademm-2.4 -lgtkmm-2.4 -lglade-2.0 -lgiomm-2.4 -lgdkmm-2.4 -latkmm-1.6 -lpangomm-1.4 -lcairomm-1.0 -lglibmm-2.4 -lsigc-2.0 -lgtk-x11-2.0 -lxml2 -lgdk-x11-2.0 -latk-1.0 -lgio-2.0 -lpangoft2-1.0 -lgdk_pixbuf-2.0 -lpangocairo-1.0 -lcairo -lpango-1.0 -lfontconfig -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lfreetype  '
INSTALL_DATA='${INSTALL} -m 644'
INSTALL_PROGRAM='${INSTALL}'
INSTALL_SCRIPT='${INSTALL}'
INSTALL_STRIP_PROGRAM='${SHELL} $(install_sh) -c -s'
LD='/usr/bin/ld'
LDFLAGS=''
LIBGLADEMM_CFLAGS='-I/usr/include/libglademm-2.4 -I/usr/lib/libglademm-2.4/include -I/usr/include/gtkmm-2.4 -I/usr/lib/gtkmm-2.4/include -I/usr/include/libglade-2.0 -I/usr/include/glibmm-2.4 -I/usr/lib/glibmm-2.4/include -I/usr/include/giomm-2.4 -I/usr/lib/giomm-2.4/include -I/usr/include/gdkmm-2.4 -I/usr/lib/gdkmm-2.4/include -I/usr/include/pangomm-1.4 -I/usr/include/atkmm-1.6 -I/usr/include/gtk-2.0 -I/usr/include/sigc++-2.0 -I/usr/lib/sigc++-2.0/include -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/lib/gtk-2.0/include -I/usr/include/cairomm-1.0 -I/usr/include/pango-1.0 -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/atk-1.0 -I/usr/include/libxml2  '
LIBGLADEMM_LIBS='-lglademm-2.4 -lgtkmm-2.4 -lglade-2.0 -lgiomm-2.4 -lgdkmm-2.4 -latkmm-1.6 -lpangomm-1.4 -lcairomm-1.0 -lglibmm-2.4 -lsigc-2.0 -lgtk-x11-2.0 -lxml2 -lgdk-x11-2.0 -latk-1.0 -lgio-2.0 -lpangoft2-1.0 -lgdk_pixbuf-2.0 -lpangocairo-1.0 -lcairo -lpango-1.0 -lfreetype -lfontconfig -lgobject-2.0 -lgmodule-2.0 -lglib-2.0  '
LIBOBJS=''
LIBS=''
LIBTOOL='$(SHELL) $(top_builddir)/libtool'
LIPO=''
LN_S='ln -s'
LTLIBOBJS=''
MAINT='#'
MAINTAINER_MODE_FALSE=''
MAINTAINER_MODE_TRUE='#'
MAKEINFO='${SHELL} /home/rudra/visual-5.13_release/missing --run makeinfo'
NM='/usr/bin/nm -B'
NMEDIT=''
OBJDUMP='objdump'
OBJEXT='o'
OTOOL64=''
OTOOL=''
PACKAGE='visual'
PACKAGE_BUGREPORT='vis...@li...'
PACKAGE_NAME='Visual Python'
PACKAGE_STRING='Visual Python 5.13_release'
PACKAGE_TARNAME='visual-python'
PACKAGE_VERSION='5.13_release'
PANGOFT2_CFLAGS='-I/usr/include/pango-1.0 -I/usr/include/freetype2 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include  '
PANGOFT2_LIBS='-lpangoft2-1.0 -lpango-1.0 -lfreetype -lfontconfig -lgobject-2.0 -lgmodule-2.0 -lglib-2.0  '
PANGOMM_CFLAGS='-I/usr/include/pangomm-1.4 -I/usr/include/glibmm-2.4 -I/usr/lib/glibmm-2.4/include -I/usr/include/cairomm-1.0 -I/usr/include/pango-1.0 -I/usr/include/sigc++-2.0 -I/usr/lib/sigc++-2.0/include -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12  '
PANGOMM_LIBS='-lpangomm-1.4 -lglibmm-2.4 -lcairomm-1.0 -lpangocairo-1.0 -lsigc-2.0 -lpango-1.0 -lcairo -lgobject-2.0 -lgmodule-2.0 -lglib-2.0  '
PATH_SEPARATOR=':'
PKG_CONFIG='/usr/bin/pkg-config'
PYTHON='/usr/bin/python'
PYTHONPATH='$PYTHONPATH'
PYTHON_EXEC_PREFIX='${exec_prefix}'
PYTHON_INCLUDES='-I/usr/include/python2.6 -I${prefix}/lib/python2.6/site-packages/numpy/core/include'
PYTHON_PLATFORM='linux2'
PYTHON_PREFIX='${prefix}'
PYTHON_VERSION='2.6'
RANLIB='ranlib'
SED='/bin/sed'
SET_MAKE=''
SHELL='/bin/sh'
STRIP='strip'
VERSION='5.13_release'
WIN32_CWD=''
WIN32_PYTHON_VERSION=''
WIN32_SRCDIR=''
ac_ct_CC='gcc'
ac_ct_CXX='g++'
ac_ct_DUMPBIN=''
am__fastdepCC_FALSE=''
am__fastdepCC_TRUE='#'
am__fastdepCXX_FALSE=''
am__fastdepCXX_TRUE='#'
am__include='include'
am__leading_dot='.'
am__quote=''
am__tar='${AMTAR} chof - "$$tardir"'
am__untar='${AMTAR} xf -'
bindir='${exec_prefix}/bin'
build='i686-pc-linux-gnu'
build_alias=''
build_cpu='i686'
build_os='linux-gnu'
build_vendor='pc'
datadir='${datarootdir}'
datarootdir='${prefix}/share'
docdir='${datarootdir}/doc/${PACKAGE_TARNAME}'
dvidir='${docdir}'
exec_prefix='${prefix}'
host='i686-pc-linux-gnu'
host_alias=''
host_cpu='i686'
host_os='linux-gnu'
host_vendor='pc'
htmldir='${docdir}'
includedir='${prefix}/include'
infodir='${datarootdir}/info'
install_sh='/home/rudra/visual-5.13_release/install-sh'
libdir='${exec_prefix}/lib'
libexecdir='${exec_prefix}/libexec'
localedir='${datarootdir}/locale'
localstatedir='${prefix}/var'
lt_ECHO='echo'
mandir='${datarootdir}/man'
mkdir_p='mkdir -p --'
oldincludedir='/usr/include'
pdfdir='${docdir}'
pkgpyexecdir='${pyexecdir}/visual'
pkgpythondir='${pythondir}/visual'
prefix='/home/rudra/vpython'
program_transform_name='s,x,x,'
psdir='${docdir}'
pyexecdir='${exec_prefix}/lib/python2.6/site-packages'
pythondir='${prefix}/lib/python2.6/site-packages'
sbindir='${exec_prefix}/sbin'
sharedstatedir='${prefix}/com'
sysconfdir='${prefix}/etc'
target_alias=''
visualdocdir='${prefix}/lib/python2.6/site-packages/visual/docs'
visualexampledir='${prefix}/lib/python2.6/site-packages/visual/examples'

## ----------- ##
## confdefs.h. ##
## ----------- ##

#define PACKAGE_NAME "Visual Python"
#define PACKAGE_TARNAME "visual-python"
#define PACKAGE_VERSION "5.13_release"
#define PACKAGE_STRING "Visual Python 5.13_release"
#define PACKAGE_BUGREPORT "vis...@li..."
#define PACKAGE "visual"
#define VERSION "5.13_release"
#define STDC_HEADERS 1
#define HAVE_SYS_TYPES_H 1
#define HAVE_SYS_STAT_H 1
#define HAVE_STDLIB_H 1
#define HAVE_STRING_H 1
#define HAVE_MEMORY_H 1
#define HAVE_STRINGS_H 1
#define HAVE_INTTYPES_H 1
#define HAVE_STDINT_H 1
#define HAVE_UNISTD_H 1
#define HAVE_DLFCN_H 1
#define LT_OBJDIR ".libs/"
#define VISUAL_HAVE_NUMPY 1

configure: exit 0


plz help

-------
Rudra
JRF; SNBNCBS
http://www.bose.res.in/~rudra

A bus station is where a bus stops. A train station is where a train
stops. On my desk I have a work  station.

Please, if possible, don't  send me MS Word or PowerPoint attachments 
Why?See:  http://www.gnu.org/philosophy/no-word-attachments.html


      The INTERNET now has a personality. YOURS! See your Yahoo! Homepage. http://in.yahoo.com/

On Wed, Nov 18, 2009 at 11:13 PM, Guy K. Kloss <g....@ma...> wrote:

> Hi Gary,
>
> the symptoms you've mentioned indicate that something else went (massively)
> wrong, as I doubt that any "normal" Python process or anything that the
> Visual
> library can do would result in such effects. Maybe it's got to do with your
> graphic card's drivers. Anyway, whatever process *you* start should usually
> *only* be able to affect user space things. But your descriptions go way
> beyond what a graphics based application generally would do.
>
> I have just checked again here, and all demos I've checked worked. Well,
> stonehenge.py did not, but that was only due to the fact that the file
> "flower128.tga" is not present in the samples directory. I don't know,
> maybe
> it was removed due to licensing issues or just forgotten. But also all
> surface
> textures worked here.
>
> It would however be good to track down what your problem is. Maybe not as
> much
> for VPython as for your own system's sake. Have a look at /var/log/messages
> and /var/log/syslog what might have happened and led to the crash. Also
> check
> whether other OpenGL based applications show similar effects.
>
> Hope these were some hints on tracking down the cause,
>
> Guyt
>

Without fail, after four or five successful runs of VPython scripts my
system experiences file system corruption.

I believe I am a victim of this bug on Ubuntu
9.10<https://bugs.launchpad.net/ubuntu/+source/mesa/+bug/474928>,
which is indeed related to the dreaded Radeon Mobility 7500 graphics
adapter.  Dreaded because this thing has way more than its share of
problems, and ATI has set it adrift... no more driver updates...

I report this because someone else might suffer from it, and come looking
here for help.

-gary

-gary



>
> --
> Guy K. Kloss
> Institute of Information and Mathematical Sciences
> Te Kura Pūtaiao o Mōhiohio me Pāngarau
> Massey University, Albany (North Shore City, Auckland)
> 473 State Highway 17, Gate 1, Mailroom, Quad B Building
> voice: +64 9 414-0800 ext. 9585   fax: +64 9 441-8181
> G....@ma... http://www.massey.ac.nz/~gkloss<http://www.massey.ac.nz/%7Egkloss>
>
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus
> on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Visualpython-users mailing list
> Vis...@li...
> https://lists.sourceforge.net/lists/listinfo/visualpython-users
>

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
</head>
<body bgcolor="#ffffff" text="#000000">
Hi there,<br>
&nbsp;&nbsp;&nbsp; I have been trying to reset a scene to its original settings and I
can not seem to be able to reset Userzoom input.<br>
The following snippet demonstrates my problem.<br>
If you run the code and spin the object around , then press any key!
The program will close down the scene and restart with Exactly the same
initial values.<br>
So far so good!<br>
Now zoom in or out and press any key!<br>
The zoom factor is not removed from the new scene, and I can not seem
to find any way to removing it!<br>
Bearing in mind that turning Userzoom off is not an option, could you
point me in the right direction?<br>
Any help would be appreciated.<br>
<br>
'''Try to remove user zoom and spin components from scene<br>
<br>
Control:<br>
Any key for next scene.<br>
esc to quit.'''<br>
<br>
from visual import *<br>
<br>
print __doc__<br>
i = 1<br>
while 1:<br>
&nbsp;&nbsp;&nbsp; scene.visible = False<br>
&nbsp;&nbsp;&nbsp; scene.width, scene.height, scene.title = 600, 600, 'Demo%01i' %(i)<br>
&nbsp;&nbsp;&nbsp; scene.forward = (0,0,-1) # Cancels previous Userspin component<br>
&nbsp;&nbsp;&nbsp; scene.range = 1 # Does NOT cancel previous Userzoom component!<br>
&nbsp;&nbsp;&nbsp; rate(2)<br>
&nbsp;&nbsp;&nbsp; scene.visible = True<br>
&nbsp;&nbsp;&nbsp; b = box()<br>
&nbsp;&nbsp;&nbsp; while scene.kb.keys==0:<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; rate(50)<br>
&nbsp;&nbsp;&nbsp; while scene.kb.keys&gt;0:<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; kb = scene.kb.getkey()<br>
&nbsp;&nbsp;&nbsp; b.visible = False<br>
&nbsp;&nbsp;&nbsp; del b # Make sure object is Really gone<br>
&nbsp;&nbsp;&nbsp; i+= 1<br>
<br>
<br>
Symion
</body>
</html>

Hi Rob,

Thanks for the links, I am familiar with most of these. Do you know of any native python library that will do this?

Best regards

Dan

On 1 Dec 2009, at 16:00, Rob Salgado wrote:

> These look like useful resources:
> 
> http://www.realtimerendering.com/intersections.html
> http://www.geometrictools.com/LibFoundation/Intersection/Intersection.html
> http://tog.acm.org/resources/GraphicsGems/
> http://local.wasp.uwa.edu.au/~pbourke/geometry/
> 
> Rob Salgado
> 
> 
> ----------------------------------------------------------------
> This message was sent using IMP, the Internet Messaging Program.
> 
> 
> ------------------------------------------------------------------------------
> Join us December 9, 2009 for the Red Hat Virtual Experience,
> a free event focused on virtualization and cloud computing. 
> Attend in-depth sessions from your desk. Your couch. Anywhere.
> http://p.sf.net/sfu/redhat-sfdev2dev
> _______________________________________________
> Visualpython-users mailing list
> Vis...@li...
> https://lists.sourceforge.net/lists/listinfo/visualpython-users

These look like useful resources:

http://www.realtimerendering.com/intersections.html
http://www.geometrictools.com/LibFoundation/Intersection/Intersection.html
http://tog.acm.org/resources/GraphicsGems/
http://local.wasp.uwa.edu.au/~pbourke/geometry/

Rob Salgado


----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.

Daniel,
you probably know this beautiful VPython page of Yun
http://www-ee.eng.hawaii.edu/~zqyun/caevp.html
cheers,
Stef

Daniel wrote:
> Hi Peter, Stanley and Stef,
>
> I bit of background! I have written a 'statistical/forward' ray tracer in C and I'm trying to shift this to python: a total write! To be honest the C code is awful (scientist code), however at the time of writing it was good enough to get the job done, and it did the job well.
>
> The purpose of the ray-tracer is not to render images, but to build up statistics about where rays entered into the scene end-up. For example, in solar energy research one could imagine having the ray from a 'solar' light-source, bounding off a few mirrors and entering a solar cell. My previous ray tracer was used to simulated Luminescent Solar Concentrators (have a look here at our research group's page: http://www.imperial.ac.uk/qpv ). I have already converted the majority of the 'physics' part into python (have a look at Materials.py here: http://groups.google.com/group/python-ray-tracing-community ). 
>
> I would like to base the re-write 'on the shoulders of giants' where possible! The less code I write means the project becomes easier to manage with less bugs. So if somebody has written all the required intersection code already then I was thinking I could use this. I'm basically looking for a 3D library that allows me programmatically to define geometric objects. In the simplest case just planes, box and rays (of course one can make a box from planes).
>
> Example,
>
> # an axis aligned box with LxWxH = 1x1x1.
> box = Box(pt1=(0,0,0), pt2=(1,1,1))
>
> # box now transformed to 45 degrees along x axis
> box.transform = Transform(axis=(1,0,0), angle_deg=45)
>
> # define a ray between two points
> ray = Ray(pt1=(-1,1,1), pt=(1,1,1))
>
> # List of intersection points
> points = box.intersection(ray)
>
> I was hoping that vpython might be able to do this, of that you guys would  be able to point me in the write direction.
>
> I could of course sit down and write the intersection code (again!) manually (the books you linked too look really good, I will see if our library has them -- thanks), but if something is out there I would prefer to use this.
>
> Cheers,
>
> Dan
>
> On 1 Dec 2009, at 00:15, Peter Borcherds wrote:
>
>   
>> Dear Daniel
>>
>> I do not understand what it is you want to do.
>>
>> Perhaps vpython is not the right package. Have you looked at Geogebra?
>>
>> Regards
>>
>> Peter
>>
>> P.H...@bh...
>>
>> +44 (0) 121 475 3029
>>
>> ________________________________
>>
>> From: Daniel [mailto:boy...@gm...]
>> Sent: Mon 30-Nov-09 11:55 PM
>> To: vis...@li...
>> Subject: [Visualpython-users] Intersection Calculations
>>
>>
>>
>> Hi folks,
>>
>> Is it possible to use vpython to compute intersections with simple 
>> geometrical objects such has rays and planes? Could you point me in 
>> the right direction.
>>
>> Best regards,
>>
>> Daniel
>>
>> ------------------------------------------------------------------------------
>> Join us December 9, 2009 for the Red Hat Virtual Experience,
>> a free event focused on virtualization and cloud computing.
>> Attend in-depth sessions from your desk. Your couch. Anywhere.
>> http://p.sf.net/sfu/redhat-sfdev2dev
>> _______________________________________________
>> Visualpython-users mailing list
>> Vis...@li...
>> https://lists.sourceforge.net/lists/listinfo/visualpython-users
>>
>>
>>     
>
>
> ------------------------------------------------------------------------------
> Join us December 9, 2009 for the Red Hat Virtual Experience,
> a free event focused on virtualization and cloud computing. 
> Attend in-depth sessions from your desk. Your couch. Anywhere.
> http://p.sf.net/sfu/redhat-sfdev2dev
> _______________________________________________
> Visualpython-users mailing list
> Vis...@li...
> https://lists.sourceforge.net/lists/listinfo/visualpython-users
>
>
>   


Het UMC St Radboud staat geregistreerd bij de Kamer van Koophandel in het handelsregister onder nummer 41055629.
The Radboud University Nijmegen Medical Centre is listed in the Commercial Register of the Chamber of Commerce under file number 41055629.

Hi Peter, Stanley and Stef,

I bit of background! I have written a 'statistical/forward' ray tracer in C and I'm trying to shift this to python: a total write! To be honest the C code is awful (scientist code), however at the time of writing it was good enough to get the job done, and it did the job well.

The purpose of the ray-tracer is not to render images, but to build up statistics about where rays entered into the scene end-up. For example, in solar energy research one could imagine having the ray from a 'solar' light-source, bounding off a few mirrors and entering a solar cell. My previous ray tracer was used to simulated Luminescent Solar Concentrators (have a look here at our research group's page: http://www.imperial.ac.uk/qpv ). I have already converted the majority of the 'physics' part into python (have a look at Materials.py here: http://groups.google.com/group/python-ray-tracing-community ). 

I would like to base the re-write 'on the shoulders of giants' where possible! The less code I write means the project becomes easier to manage with less bugs. So if somebody has written all the required intersection code already then I was thinking I could use this. I'm basically looking for a 3D library that allows me programmatically to define geometric objects. In the simplest case just planes, box and rays (of course one can make a box from planes).

Example,

# an axis aligned box with LxWxH = 1x1x1.
box = Box(pt1=(0,0,0), pt2=(1,1,1))

# box now transformed to 45 degrees along x axis
box.transform = Transform(axis=(1,0,0), angle_deg=45)

# define a ray between two points
ray = Ray(pt1=(-1,1,1), pt=(1,1,1))

# List of intersection points
points = box.intersection(ray)

I was hoping that vpython might be able to do this, of that you guys would  be able to point me in the write direction.

I could of course sit down and write the intersection code (again!) manually (the books you linked too look really good, I will see if our library has them -- thanks), but if something is out there I would prefer to use this.

Cheers,

Dan

On 1 Dec 2009, at 00:15, Peter Borcherds wrote:

> Dear Daniel
> 
> I do not understand what it is you want to do.
> 
> Perhaps vpython is not the right package. Have you looked at Geogebra?
> 
> Regards
> 
> Peter
> 
> P.H...@bh...
> 
> +44 (0) 121 475 3029
> 
> ________________________________
> 
> From: Daniel [mailto:boy...@gm...]
> Sent: Mon 30-Nov-09 11:55 PM
> To: vis...@li...
> Subject: [Visualpython-users] Intersection Calculations
> 
> 
> 
> Hi folks,
> 
> Is it possible to use vpython to compute intersections with simple 
> geometrical objects such has rays and planes? Could you point me in 
> the right direction.
> 
> Best regards,
> 
> Daniel
> 
> ------------------------------------------------------------------------------
> Join us December 9, 2009 for the Red Hat Virtual Experience,
> a free event focused on virtualization and cloud computing.
> Attend in-depth sessions from your desk. Your couch. Anywhere.
> http://p.sf.net/sfu/redhat-sfdev2dev
> _______________________________________________
> Visualpython-users mailing list
> Vis...@li...
> https://lists.sourceforge.net/lists/listinfo/visualpython-users
> 
> 

Daniel wrote:
> Hi folks,
>
> Is it possible to use vpython to compute intersections with simple  
> geometrical objects such has rays and planes? Could you point me in  
> the right direction.
>
>   
Besides the math, you can do nice geometrical visualizations in VPython:
http://mientki.ruhosting.nl/movies/geo_demo1.html
http://mientki.ruhosting.nl/movies/geo_demo2.html

cheers,
Stef


Het UMC St Radboud staat geregistreerd bij de Kamer van Koophandel in het handelsregister onder nummer 41055629.
The Radboud University Nijmegen Medical Centre is listed in the Commercial Register of the Chamber of Commerce under file number 41055629.

Here's a book on the math:  *Geometric Tools for Computer Graphics* by
Schneider and Eberly.  ISBN 1-55860-594-0.  Here's an Amazon.com search:
http://www.amazon.com/s/ref=nb_ss_0_15?url=search-alias%3Daps&field-keywords=geometric+tools+for+computer+graphics&sprefix=Geometric+tools

The book includes not only the math of these calculations, but also shows
algorithms in pseudo-code, which should be easy to translate into Python
code.



On Mon, Nov 30, 2009 at 4:15 PM, Peter Borcherds
<p.h...@bh...>wrote:

> Dear Daniel
>
> I do not understand what it is you want to do.
>
> Perhaps vpython is not the right package. Have you looked at Geogebra?
>
> Regards
>
> Peter
>
> P.H...@bh...
>
> +44 (0) 121 475 3029
>
> ________________________________
>
> From: Daniel [mailto:boy...@gm...]
> Sent: Mon 30-Nov-09 11:55 PM
> To: vis...@li...
> Subject: [Visualpython-users] Intersection Calculations
>
>
>
> Hi folks,
>
> Is it possible to use vpython to compute intersections with simple
> geometrical objects such has rays and planes? Could you point me in
> the right direction.
>
> Best regards,
>
> Daniel
>
>
> ------------------------------------------------------------------------------
> Join us December 9, 2009 for the Red Hat Virtual Experience,
> a free event focused on virtualization and cloud computing.
> Attend in-depth sessions from your desk. Your couch. Anywhere.
> http://p.sf.net/sfu/redhat-sfdev2dev
> _______________________________________________
> Visualpython-users mailing list
> Vis...@li...
> https://lists.sourceforge.net/lists/listinfo/visualpython-users
>
>
>
>
> ------------------------------------------------------------------------------
> Join us December 9, 2009 for the Red Hat Virtual Experience,
> a free event focused on virtualization and cloud computing.
> Attend in-depth sessions from your desk. Your couch. Anywhere.
> http://p.sf.net/sfu/redhat-sfdev2dev
> _______________________________________________
> Visualpython-users mailing list
> Vis...@li...
> https://lists.sourceforge.net/lists/listinfo/visualpython-users
>