visualpython-users

[Visualpython-users] makefile errors for VPython visual

[Randall L. R. <ra...@ne...>]

linux:/backup/src/mine/visual-3.2.9/build # make
Making all in site-packages/visual
make[1]: Entering directory 
`/backup/src/mine/visual-3.2.9/build/site-packages/visual'
make[1]: Nothing to be done for `all'.
make[1]: Leaving directory 
`/backup/src/mine/visual-3.2.9/build/site-packages/visual'
Making all in src
make[1]: Entering directory `/backup/src/mine/visual-3.2.9/build/src'
Updating dependancy information for ../../src/xgl.cpp ...
make[1]: *** [xgl.d] Error 1
make[1]: Leaving directory `/backup/src/mine/visual-3.2.9/build/src'
make: *** [all-recursive] Error 1
------------------
using boost 1.33

is this the problem??

I can see from the build log that it cannot find the boost header files.

[Visualpython-users] Is there anybody else out there on this mailing list?

[Alexander A. <sp...@al...>]

    And now larger than ever lies the curse
      On this our time; and all that went before
    Keeps altering its face from bad to worse;
      And each of us has felt the touch of war --
    War after war, and exile, dangers, fear --
      And each of us is weary to the core
    Of seeing his own blood along a spear
      And being alive because it missed its aim.
    Some folks have lost their goods and all their gear,
      And everything is gone, even the name
    Of house and home and wife and memory.
      And what's the use of it?  A little fame?
    The nation's thanks?  A place in history?
    One day they'll write a book, and then we'll see.


    Garcilaso de la Vega, 1503-1535
    translated by JB Trend (The Civilization of Spain, Oxford, 1952)


-- 
Alexander Anderson

mailto  :              speeski  at  alma-services dot abel dot co dot uk
bud-nav :           http://www.explosive-alma-services-bolts.abel.co.uk/

              Where there is no vision, the people perish.

Re: [Visualpython-users] Visualpython-users Digest, Vol 1, Issue 821

[waipot n. <nw...@ya...>]

vis...@li... wrote:  Send Visualpython-users mailing list submissions to
vis...@li...

To subscribe or unsubscribe via the World Wide Web, visit
https://lists.sourceforge.net/lists/listinfo/visualpython-users
or, via email, send a message with subject or body 'help' to
vis...@li...

You can reach the person managing the list at
vis...@li...

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Visualpython-users digest..."


Today's Topics:

1. TEST (Alexander Anderson)


----------------------------------------------------------------------

Message: 1
Date: Wed, 14 Jun 2006 23:06:40 +0100
From: Alexander Anderson 
Subject: [Visualpython-users] TEST
To: vis...@li...
Message-ID: 

TEST



------------------------------



------------------------------

_______________________________________________
Visualpython-users mailing list
Vis...@li...
https://lists.sourceforge.net/lists/listinfo/visualpython-users


End of Visualpython-users Digest, Vol 1, Issue 821
**************************************************


 		
---------------------------------
Do you Yahoo!?
 Everyone is raving about the  all-new Yahoo! Mail Beta.

[Visualpython-users] TEST

[Alexander A. <sp...@al...>]

TEST

[Visualpython-users] Released: VPython 4.beta2

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

Get it from the Sourceforge download pages at
http://www.sourceforge.net/projects/visualpython
Probably not more than one or two more beta releases will be pushed out
before 4.0, so please test out these builds!  Also, the time that I will
have to work on VPython will be much more limited from here out, so the
sooner we get bug reports, the better.

The Windows build should work for users of Windows 98 and ME, as well as
XP.  This build uses the Win32 API natively, rather than using Gtk.  It
still uses libsigc++, which is licensed under the LGPL.  Therefore, its
source code is available as win32_source_deps_LGPL.tar.bz2.  At this
time, the native windows build does not support the toolbar that the Gtk
build does.  If there is sufficient interest, it may be possible for us
to publish a native Windows build as well as a Gtk+-on-Win32 build.

Enjoy!
-Jonathan

Visual 4.beta2
================================================================================
    NEW FEATURES:
    * The Windows build is no longer dependent on Gtk+; it uses the Win32
        API directly.  Windows 98,ME,XP,2K are supported.  Windows 95 is _not_
        supported, and will not be for the forseeable future.  The official
        Microsoft end of life date for Windows 98 and ME is coming soon 
        (30 June 2006).  Support by VPython for those versions of Windows is
        deprecated.
        This build depends on a third-party library, libsigc++, which is licensed
        under the GNU Lesser General Public License, version 2.1.  (which was also
        the case for Gtk).  To comply with the terms of this license, the source
        code for libsigc++ is available from our download site alongside the
        Windows package.
    * Ring objects support translucency. (but it is somewhat expensive)
    * Graphs of points utilize the new points object
    * (Actually present since 4.beta0) Label objects' text supports Unicode
        strings.  On Linux/Unix, any unicode character supported by the selected
        font should be displayed correctly.  This feature is not implemented for
        Windows.  Additionally, the default text font for Linux is the system
        font (rather than courier), rendered using Freetype 2.
    * The colorsliders demo includes an alpha (opacity) slider
    * The gdots object uses the new points object for rendering cleaner point
        graphs

    BUGS FIXED:
    * Programs that track UI events should exit cleanly when the user closes
        a window, rather than hang.
    * A universe consiting of only one instance of a points, curve, convex, faces,
        or ellipsoid will be displayed properly.
    * Boxes with negative dimentions are rendered correctly
    * renderable.shininess = 1.0 is no longer a synonym for diabling shininess
        (shininess is maximized in this case)
    * Label object color properties are applied correctly
    * Copyright notices (license.txt and LIBSIGC_COPYING.txt) have been added to
        the Windows distribution.
    * (Linux/UNIX only) label.text returns a properly formed unicode string

Re: [Visualpython-users] VP and PyGL thoughts

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

I see you've already decided against it, but let me take a min to
explain my own reasons why I think that this is a bad idea.

On Thu, 2006-06-08 at 11:36 +1000, Hugh Fisher wrote:
> Some thoughts regarding possible implementations of Visual
> Python on top of PyGL. (Scene graphs in the next message.)
> 
> Implementing Visual Python on top of PyGL wouldn't get rid
> of all the C++ code. PyGL wraps the OpenGL API, but that
> doesn't cover window creation or keyboard/mouse handling.

This is no big deal - there are several OpenGL-capable windowing systems
out there, including PyGtkGLExt and WxPython.

> The big advantage I can see of using PyGL is that new
> graphical primitives could be written in Python and added
> at runtime, instead of the current requirement to write
> them in C++ and rebuild cvisual. As Jonathan points out,
> all the primitives in VP are static geometries

Several of them are not static, and must be frequently rebuilt.  Arrows,
rings, and labels are prominent examples.  Anytime the scene requires
high dynamic range (abs(pos) > 1e10 or < 1e-10 or so), significant extra
computation is required.

>  so can be
> compiled into display lists. The overhead of OpenGL calls
> in Python rather than C++ would be minimal and I doubt
> anyone would notice.

IF you can crank everything into displaylists and/or vertex arrays, then
yes.  However, this is not commonly the case, as above.

> Jonathan observed we could use GLUT for window, keyboard,
> and mouse handling. GLUT is simple, but it might be worth
> thinking about wxPython which is a cross platform GUI
> toolkit instead.
> 
> Or, just leave the window management and event handling
> in C++ as done now.

The GUI code is the most amenable to implementing in Python.  The
current 4.beta series is designed with this in mind.  If you look, there
is a new class called a display_kernel.  It implements everything needed
to run the Visual scene graph, without any GUI code.  There are a
handful of hooks built in so that a GUI can be wrapped around (or
inherited from) this class.

> The major disadvantage is that it introduces a dependancy
> on another piece of software. One of the things that makes
> Visual Python great is that you download it and it Just
> Works. (Well, almost always.) Basing VP on PyGL means
> having to point users at another download site, or shipping
> a copy of PyGL with every copy of VP, or ... I'm sure it
> can be done, but is it worth the hassle?

Nah - this argument is a red herring.  We already package a couple of
extra libs with Visual (such as Numeric and Numarray).  4.betaX includes
a 30 MB GTK runtime along with it.

However, doing all of the rendering in C++ offers one _huge_ advantage
over Python, that is independant of all other arguments.   By running
the GUI/rendering thread in C++, rendering takes place concurrently with
physics code.

Python is not capable of concurrent threading.  When a Python program is
mulithreaded, only one thread can ever run at any given time, regardless
of the threading support of the host.  This is because the interpreter
itself is not thread safe.  The interpreter multiplexes back and forth
by rapidly releasing and grabbing a global interpreter lock.  Even on
multi-core and hyperthreading hardware, only _one_ Python thread can run
at any given time (within a single program, that is).

-Jonathan

[Visualpython-users] VP and scene graph thoughts

[Hugh F. <hug...@an...>]

More thoughts, this time about implementing Visual Python
on top of a scene graph API.

This I don't think is a good idea, for technical reasons and
for a more stylistic reason of who Visual Python is meant for.

I'm writing my own Python 3D toolkit for virtual reality and
visualization, based on the SGI Performer scene graph API.
(Yeah I know SGI have gone bankrupt, it's the reason I happen
to be thinking a lot about Python and scene graphs just now.)
This gives me some experience and/or bias which I think is
useful.


Technically, it introduces a major dependency on another
piece of software. I wrote in my last message that VP is
great because you can download the binary and it Just Works.
I'm not at all sure this could be done if VP required a
scene graph. They're large, complicated bits of software
under constant development.

 From my experience, I could just about offer a binary version
of my Python scene graph toolkit for SGI IRIX, because it's
a commercial OS that always ships with the scene graph libs.
For Linux, I have to tell people to first install Performer,
then compile and install my Python toolkit. MacOS or Windows
wouldn't be any better, because neither has a standard scene
graph API.

A scene graph would almost certainly require a major rewrite
of Visual Python. OpenGL has succeeded because it's low level
and very flexible, without forcing you to write programs in
a particular way. The price is no window management, event
handling, picking, etc.

Scene graph APIs provide a lot more features, but they also
require you to write your code to match their style. They
have to, large interactive 3D systems are really complicated.
As I'm finding out, once you've committed to a scene graph
API, it's difficult to switch.

The rewriting might even have to extend to Visual Python
code, not just the implementation. In the current version,
as shown by all the demo programs, the main control loop
and event loop is written in Python. The scene graphs I know
all have an internal frame loop with event callbacks, and
you have to write the Python code in the same style as PyGTK
or wxPython. It's not difficult, but it isn't how Visual
Python currently works and users would have to adapt.


Which brings me to my second reason, is Visual Python meant
for the kind of people who use scene graphs?

A scene graph like Performer is a big complicated library for
people who want to build big and frequently complicated 3D
systems. We want to do wierd things, to tweak and tune for
maximum performance, and this means exposing all the knobs
and levers. We are, in short, speed freaks who willingly put
up with the extra complexity.

This is why I didn't use Visual Python as the basis for my
own toolkit. I think VP is a wonderful tool for scientists,
mathematicians, and students. I'd hate to spoil it by adding
on a ton of features that I'd find useful but they would not.

Which is not to say it's impossible to move smoothly from
Visual Python to a full fledged scene graph. Maybe it can be
done. But I'd be very careful about it.

-- 
	Hugh Fisher
	DCS, ANU

PS. For anyone interested in looking at my 3D Python toolkit,
<http://cs.anu.edu.au/~hugh.fisher/py3d/>

For either an introduction to just how complicated a scene
graph can be even in Python, or an example of how NOT to do
it :-), have a look at
py3dview/py3dview/Doc/
which is the HTML reference pages and a mini tutorial for
Python programmers, and
py3dview/py3dview/Demo/
has a bunch of little demonstration and testing programs.

Needs a Linux or IRIX system with Performer if you actually
want to build and run the thing.

[Visualpython-users] VP and PyGL thoughts

[Hugh F. <hug...@an...>]

Some thoughts regarding possible implementations of Visual
Python on top of PyGL. (Scene graphs in the next message.)

Implementing Visual Python on top of PyGL wouldn't get rid
of all the C++ code. PyGL wraps the OpenGL API, but that
doesn't cover window creation or keyboard/mouse handling.

The big advantage I can see of using PyGL is that new
graphical primitives could be written in Python and added
at runtime, instead of the current requirement to write
them in C++ and rebuild cvisual. As Jonathan points out,
all the primitives in VP are static geometries so can be
compiled into display lists. The overhead of OpenGL calls
in Python rather than C++ would be minimal and I doubt
anyone would notice.

Jonathan observed we could use GLUT for window, keyboard,
and mouse handling. GLUT is simple, but it might be worth
thinking about wxPython which is a cross platform GUI
toolkit instead.

Or, just leave the window management and event handling
in C++ as done now.

The major disadvantage is that it introduces a dependancy
on another piece of software. One of the things that makes
Visual Python great is that you download it and it Just
Works. (Well, almost always.) Basing VP on PyGL means
having to point users at another download site, or shipping
a copy of PyGL with every copy of VP, or ... I'm sure it
can be done, but is it worth the hassle?

-- 
	Hugh Fisher
	DCS, ANU

[Visualpython-users] problems with multiple (nested) imported modules

[Dr P H B. <P.H...@bh...>]

I hit a frustrating bug which took some time to identify
When I tried to run a module containing
from visual.controls import *
it seized up with the usual message: There's an error in your program:
invalid syntax.

The place where the error purported could be in the middle of a remark.
Further investigation suggested that the purported error was a fixed
distance into the program!

Yet further investigation showed that the problem was caused by having
imported another module, which itself imported visual. That module needed
only to import 'math'. Making this change appears to have cured problem

from Dr P H Borcherds
reply to: p.h...@bh...
telephone (+44) 121 475 3029

[Visualpython-users] python shell window

[Dr P H B. <P.H...@bh...>]

Is there any way of controlling the size of the python shell window from
python or vpython?

from Dr P H Borcherds
reply to: p.h...@bh...
telephone (+44) 121 475 3029

Re: [Visualpython-users] Released: VPython 4.beta1

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

Jonathan Brandmeyer wrote:

>A Windows build for Windows 2K/XP and source tarball are up on the
>Sourceforge files section for visualpython:
>http://sourceforge.net/project/showfiles.php?group_id=6013
>
Jonathan,

Still no dice, but a slightly different error msg.   See the last 
line.    -gary

In [1]: import visual
---------------------------------------------------------------------------
exceptions.ImportError                               Traceback (most 
recent call
 last)

C:\Documents and Settings\Gary\My Documents\<ipython console>

C:\Python24\lib\site-packages\visual\__init__.py
     23
     24 # Don't try this at home!
---> 25 import array_backend
     26 # The following is intended to be equivalent to:
     27 # >>> from array_backend.backend[0] import *

C:\Python24\lib\site-packages\visual\array_backend.py
      2
      3 # I am performing the import statements within functions to 
prevent poll
uting the global
      4 # namespace
      5 def _try_init_numeric():
      6     try:

ImportError: DLL load failed: Invalid access to memory location.

Re: [Visualpython-users] Windows Patch for 4.beta0

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

Jonathan Brandmeyer wrote:

>On Sun, 2006-06-04 at 23:50 -0400, Bruce Sherwood wrote:
>  
>
>>Hurray! Works for me.
>>
>>Regarding a note from Gary Pajer: Yes, the zip file contains iconv.dll 
>>and intl.dll, not libintl.dll nor libiconv.dll. I copied the files 
>>directly from the zip file, leaving the names as iconv.dll and intl.dll 
>>(and overwriting the old files with those names), and now everything 
>>works on my XP machine.
>>    
>>
>
>I misspoke - intl.dll and iconv.dll are their proper names; no renaming
>is needed.
>  
>
Ok, but the problem persists.

-gary

>-Jonathan
>
>
>
>_______________________________________________
>Visualpython-users mailing list
>Vis...@li...
>https://lists.sourceforge.net/lists/listinfo/visualpython-users
>
>  
>

[Visualpython-users] Released: VPython 4.beta1

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

A Windows build for Windows 2K/XP and source tarball are up on the
Sourceforge files section for visualpython:
http://sourceforge.net/project/showfiles.php?group_id=6013

I am particularly interested in what folks think of the points object -
its defaults, usability, etc.  More than one person has asked for such a
beastie in the past.

Happy Hacking!
-Jonathan

Visual 4.beta1
================================================================================
	NEW FEATURES:
	* A new points object:
		class points(cvisual.renderable):
			property pos: Nx3 Numeric double array
			property color: Nx4 Numeric float array
			property size: double; the size of every point in the array, in
				either pixels or world-space units
			property type: "world" or "screen"; Defines whether a points object's
				size property is defined in world space or screen space
			property antialias: boolean; If true, points are rounded.
				otherwise, they are square.
		Caveats:
		if "GL_ARB_point_parameters" in scene.info():
			then type = "world" will work.
		else:
			type is silently ignored and considered to be "screen"
		There is an implementation-defined size range for either round or
		square points, which is not easily visible to client programs at this
		time.  Specifying a size outside this range will cause it to be
		silently clamped internally to whatever range that the hardware supports.

	
	BUGS FIXED:
	* The Gtk runtime shipped with VPython on Windows uses the Gtk-Wimp (Windows
		native widgets) theme by default.
	* Several DLL's in the Gtk runtime have been fixed
	* Texture data of NxM is automatically interpreted as NxMx1
	* Setting curve.blue works correctly
	* Thin curve's color is rendered correctly
	
	KNOWN ISSUES:
	* The Windows build will only run on Windows XP (Pro and Home) and 2000.

Re: [Visualpython-users] Windows Patch for 4.beta0

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

On Sun, 2006-06-04 at 23:50 -0400, Bruce Sherwood wrote:
> Hurray! Works for me.
> 
> Regarding a note from Gary Pajer: Yes, the zip file contains iconv.dll 
> and intl.dll, not libintl.dll nor libiconv.dll. I copied the files 
> directly from the zip file, leaving the names as iconv.dll and intl.dll 
> (and overwriting the old files with those names), and now everything 
> works on my XP machine.

I misspoke - intl.dll and iconv.dll are their proper names; no renaming
is needed.

-Jonathan

Re: [Visualpython-users] Windows Patch for 4.beta0

[Bruce S. <Bru...@nc...>]

Hurray! Works for me.

Regarding a note from Gary Pajer: Yes, the zip file contains iconv.dll 
and intl.dll, not libintl.dll nor libiconv.dll. I copied the files 
directly from the zip file, leaving the names as iconv.dll and intl.dll 
(and overwriting the old files with those names), and now everything 
works on my XP machine.

Congratulations, Jonathan. This is a huge step forward.

Bruce

Jonathan Brandmeyer wrote:
> I may have managed to track down the problem.  Please download 
> http://www4.ncsu.edu/~jdbrandm/vpython-4.beta0-patch.zip
>
> It contains libintl.dll and libiconv.dll.  Extract both of these to 
> C:\Python24\Lib\site-packages\
> gtkrun\bin\, and then try to run some VPython program.
>
> If this either works or doesn't work for you, please let me know.
>
> Thanks,
> -Jonathan Brandmeyer
>
>
>
> _______________________________________________
> Visualpython-users mailing list
> Vis...@li...
> https://lists.sourceforge.net/lists/listinfo/visualpython-users
>   

Re: [Visualpython-users] Windows Patch for 4.beta0

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

Jonathan Brandmeyer wrote:

>I may have managed to track down the problem.  Please download 
>http://www4.ncsu.edu/~jdbrandm/vpython-4.beta0-patch.zip
>
>It contains libintl.dll and libiconv.dll.  Extract both of these to 
>C:\Python24\Lib\site-packages\
>gtkrun\bin\, and then try to run some VPython program.
>
>If this either works or doesn't work for you, please let me know.
>
>Thanks,
>-Jonathan Brandmeyer
>  
>
Sorry to report:

In [1]: import visual
---------------------------------------------------------------------------
exceptions.ImportError                               Traceback (most 
recent call
 last)

C:\Documents and Settings\Gary\My Documents\<ipython console>

C:\Python24\lib\site-packages\visual\__init__.py
     22
     23 # Don't try this at home!
---> 24 import array_backend
     25 # The following is intended to be equivalent to:
     26 # >>> from array_backend.backend[0] import *

C:\Python24\lib\site-packages\visual\array_backend.py
      2
      3 # I am performing the import statements within functions to 
prevent poll
uting the global
      4 # namespace
      5 def _try_init_numeric():
      6     try:

ImportError: DLL load failed: The specified procedure could not be found.



I note that the files in the zip are called intl.dll and iconv.dll, not 
libintl.dll and libiconv.dll.   I copied and renamed the files so that I 
have the files under both names in c:\Python24\Lib\site-packages, but 
the result is the same

FYI:  I am on a Thinkpad.  Very rarely, but not never, I have a conflict 
with the IBM installed python.  The problem arises because IBM chose to 
set PYTHONCASEOK causing confusion if modules have capital letter 
names.  I unset it, but very occasionally the system detects the change 
and resets it.  Very annoying and easy to forget about.   Bit me twice.  
I mention this because if you are not on a Thinkpad, you will never find 
this problem.  On the face of it, I don't see that this little feature 
applies in this case.

-gary

>
>
>_______________________________________________
>Visualpython-users mailing list
>Vis...@li...
>https://lists.sourceforge.net/lists/listinfo/visualpython-users
>
>  
>

Re: [Visualpython-users] Windows Patch for 4.beta0

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

On Sun, 2006-06-04 at 23:14 +0100, Dr P H Borcherds wrote:
> Dear Jonathon
> 
> Have tried the patch. Sad to report same error message.
> 
> Regards
> 
> Peter
> 
> My error message is :  ImportError: DLL load failed: A device attached
> to the system is not functioning.

This error is very different from the other one.  Unfortunately, it
appears that I may need to crank out a separate build for Win 98/ME/NT4,
as documented here: http://www.gimp.org/~tml/gimp/win32/downloads.html
(see the note about Cairo farther down the page).  It will probably take
me a couple of days to build up a Gtk+ 2.6-based dev environment, but
one will be coming down the pipe (probably in the 4.beta2 release, as
4.beta1 is almost ready now).

-Jonathan

Re: [Visualpython-users] Windows Patch for 4.beta0

[Dr P H B. <P.H...@bh...>]

Dear Jonathon

Have tried the patch. Sad to report same error message.

Regards

Peter

My error message is :  ImportError: DLL load failed: A device attached
to the system is not functioning.



In message <448...@ea...>
          Jonathan Brandmeyer <jbr...@ea...> wrote:

> I may have managed to track down the problem.  Please download 
> http://www4.ncsu.edu/~jdbrandm/vpython-4.beta0-patch.zip
> 
> It contains libintl.dll and libiconv.dll.  Extract both of these to 
> C:\Python24\Lib\site-packages\
> gtkrun\bin\, and then try to run some VPython program.
> 
> If this either works or doesn't work for you, please let me know.
> 
> Thanks,
> -Jonathan Brandmeyer
> 
> 
> 
> _______________________________________________
> Visualpython-users mailing list
> Vis...@li...
> https://lists.sourceforge.net/lists/listinfo/visualpython-users


-- 


Dr P H Borcherds	|<mailto:P.H...@bh...>
			|phone 	0044 (0)121 475 3029

Re: [Visualpython-users] Released: VPython 4.beta0

[Dr P H B. <P.H...@bh...>]

In message <448...@in...>
          Gary <pa...@in...> wrote:

> Jonathan Brandmeyer wrote:
> 
> >>
> >>ImportError: DLL load failed: The specified procedure could not be found.
> >>    
> >>
> >
> >OK - I'm seeing this problem on a few people's machines.  I'm not quite
> >sure what is causing it, because it isn't a problem on my development
> >machine.
> 
> 
> >If you _don't_ see this error, please let me know which version of
> >Windows you are running, which OpenGL drivers you have installed, and
> >which video card you have installed.
> >
> >Thanks,
> >-Jonathan
> >
> >

My error message is :  ImportError: DLL load failed: A device attached to the
system is not functioning.

I am running windows Me

Please can you advise on how to find out which Open GL drivers and video
cards are installed: my usual sources of information cannot help me on these.

Regards

Peter

-- 


Dr P H Borcherds	|<mailto:P.H...@bh...>
			|phone 	0044 (0)121 475 3029

[Visualpython-users] Windows Patch for 4.beta0

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

I may have managed to track down the problem.  Please download 
http://www4.ncsu.edu/~jdbrandm/vpython-4.beta0-patch.zip

It contains libintl.dll and libiconv.dll.  Extract both of these to 
C:\Python24\Lib\site-packages\
gtkrun\bin\, and then try to run some VPython program.

If this either works or doesn't work for you, please let me know.

Thanks,
-Jonathan Brandmeyer

Re: [Visualpython-users] Released: VPython 4.beta0

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

Jonathan Brandmeyer wrote:

>On Fri, 2006-06-02 at 20:58 -0400, Gary wrote:
>  
>
>>Jonathan Brandmeyer wrote:
>>
>>    
>>
>>>If you see this error and have the time to do so, please do the
>>>following:
>>>Download depends.exe from http://www.dependencywalker.com/
>>>Open site-packages/visual/cvisual.dll from within the program.
>>>It should pop up some kind of error that a bunch of libraries cannot be
>>>found.  Click OK and continue.
>>>Select Options->Configure Module Search Order
>>>At the bottom of the dialog, type C:\Python24\Lib\site-packages\gtkrun
>>>\bin, and click "Add Directory"
>>>When asked to refresh the current session, click Yes
>>>Let me know all of the errors that remain.
>>> 
>>>
>>>      
>>>
>>In the bottom window:
>>
>>Error: At least one module has an unresolved import due to a missing 
>>export function in an implicitly dependent module.
>>Warning: At least one delay-load dependency module was not found.
>>Warning: At least one module has an unresolved import due to a missing 
>>export function in a delay-load dependent module.
>>
>>
>>In the window above that one, the following module and error message is 
>>at the top of the list.
>>
>>MSJAVA.DLL:   Error opening file.  The system cannot find the file 
>>specified (2).
>>    
>>
>
>This one doesn't matter (at least I don't think so - I've seen it on a
>lot of other DLL's that work fine too).  Are there any other warnings or
>errors in the next-to-last pane?
>  
>
No, none at all.

Offer of phone call still stands if you think it would help.

-gary


>Thanks,
>-Jonathan
>
>
>
>_______________________________________________
>Visualpython-users mailing list
>Vis...@li...
>https://lists.sourceforge.net/lists/listinfo/visualpython-users
>
>  
>

Re: [Visualpython-users] Released: VPython 4.beta0

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

On Fri, 2006-06-02 at 20:58 -0400, Gary wrote:
> Jonathan Brandmeyer wrote:
> 
> >
> >If you see this error and have the time to do so, please do the
> >following:
> >Download depends.exe from http://www.dependencywalker.com/
> >Open site-packages/visual/cvisual.dll from within the program.
> >It should pop up some kind of error that a bunch of libraries cannot be
> >found.  Click OK and continue.
> >Select Options->Configure Module Search Order
> >At the bottom of the dialog, type C:\Python24\Lib\site-packages\gtkrun
> >\bin, and click "Add Directory"
> >When asked to refresh the current session, click Yes
> >Let me know all of the errors that remain.
> >  
> >
> In the bottom window:
> 
> Error: At least one module has an unresolved import due to a missing 
> export function in an implicitly dependent module.
> Warning: At least one delay-load dependency module was not found.
> Warning: At least one module has an unresolved import due to a missing 
> export function in a delay-load dependent module.
> 
> 
> In the window above that one, the following module and error message is 
> at the top of the list.
> 
> MSJAVA.DLL:   Error opening file.  The system cannot find the file 
> specified (2).

This one doesn't matter (at least I don't think so - I've seen it on a
lot of other DLL's that work fine too).  Are there any other warnings or
errors in the next-to-last pane?

Thanks,
-Jonathan

Re: [Visualpython-users] Released: VPython 4.beta0

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

Jonathan Brandmeyer wrote:

>On Thu, 2006-06-01 at 20:30 -0400, Gary wrote:
>  
>
>>Jonathan Brandmeyer wrote:
>>
>>    
>>
>>>A Windows-only build of this release is now available on the sourceforge
>>>download area. 
>>>
>>>      
>>>
>>Jonathan,
>>
>>In [1]: import visual as v
>>---------------------------------------------------------------------------
>>exceptions.ImportError                               Traceback (most 
>>recent call
>> last)
>>
>>C:\Documents and Settings\Gary\My Documents\<ipython console>
>>
>>C:\Python24\lib\site-packages\visual\__init__.py
>>     22
>>     23 # Don't try this at home!
>>---> 24 import array_backend
>>     25 # The following is intended to be equivalent to:
>>     26 # >>> from array_backend.backend[0] import *
>>
>>C:\Python24\lib\site-packages\visual\array_backend.py
>>      2
>>      3 # I am performing the import statements within functions to 
>>prevent poll
>>uting the global
>>      4 # namespace
>>      5 def _try_init_numeric():
>>      6     try:
>>
>>ImportError: DLL load failed: The specified procedure could not be found.
>>    
>>
>
>OK - I'm seeing this problem on a few people's machines.  I'm not quite
>sure what is causing it, because it isn't a problem on my development
>machine.
>
>If you see this error and have the time to do so, please do the
>following:
>Download depends.exe from http://www.dependencywalker.com/
>Open site-packages/visual/cvisual.dll from within the program.
>It should pop up some kind of error that a bunch of libraries cannot be
>found.  Click OK and continue.
>Select Options->Configure Module Search Order
>At the bottom of the dialog, type C:\Python24\Lib\site-packages\gtkrun
>\bin, and click "Add Directory"
>When asked to refresh the current session, click Yes
>Let me know all of the errors that remain.
>  
>
In the bottom window:

Error: At least one module has an unresolved import due to a missing 
export function in an implicitly dependent module.
Warning: At least one delay-load dependency module was not found.
Warning: At least one module has an unresolved import due to a missing 
export function in a delay-load dependent module.


In the window above that one, the following module and error message is 
at the top of the list.

MSJAVA.DLL:   Error opening file.  The system cannot find the file 
specified (2).

(sounds like greek to me).  I'll help anyway I can (including giving you 
my phone number, if you want)

-gary



>If you _don't_ see this error, please let me know which version of
>Windows you are running, which OpenGL drivers you have installed, and
>which video card you have installed.
>
>Thanks,
>-Jonathan
>
>
>
>_______________________________________________
>Visualpython-users mailing list
>Vis...@li...
>https://lists.sourceforge.net/lists/listinfo/visualpython-users
>
>  
>

Re: [Visualpython-users] Released: VPython 4.beta0

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

On Thu, 2006-06-01 at 20:30 -0400, Gary wrote:
> Jonathan Brandmeyer wrote:
> 
> >A Windows-only build of this release is now available on the sourceforge
> >download area. 
> >
> Jonathan,
> 
> In [1]: import visual as v
> ---------------------------------------------------------------------------
> exceptions.ImportError                               Traceback (most 
> recent call
>  last)
> 
> C:\Documents and Settings\Gary\My Documents\<ipython console>
> 
> C:\Python24\lib\site-packages\visual\__init__.py
>      22
>      23 # Don't try this at home!
> ---> 24 import array_backend
>      25 # The following is intended to be equivalent to:
>      26 # >>> from array_backend.backend[0] import *
> 
> C:\Python24\lib\site-packages\visual\array_backend.py
>       2
>       3 # I am performing the import statements within functions to 
> prevent poll
> uting the global
>       4 # namespace
>       5 def _try_init_numeric():
>       6     try:
> 
> ImportError: DLL load failed: The specified procedure could not be found.

OK - I'm seeing this problem on a few people's machines.  I'm not quite
sure what is causing it, because it isn't a problem on my development
machine.

If you see this error and have the time to do so, please do the
following:
Download depends.exe from http://www.dependencywalker.com/
Open site-packages/visual/cvisual.dll from within the program.
It should pop up some kind of error that a bunch of libraries cannot be
found.  Click OK and continue.
Select Options->Configure Module Search Order
At the bottom of the dialog, type C:\Python24\Lib\site-packages\gtkrun
\bin, and click "Add Directory"
When asked to refresh the current session, click Yes
Let me know all of the errors that remain.

If you _don't_ see this error, please let me know which version of
Windows you are running, which OpenGL drivers you have installed, and
which video card you have installed.

Thanks,
-Jonathan

Re: [Visualpython-users] Gentoo package for the beta release

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

On Thu, 2006-06-01 at 19:44 -0400, Colin Kingsley wrote:
> Hey guys
> 
> I'm working on a Gentoo package for the beta releases, and I'm having a 
> compile error that I cant seem to get around. I'm not sure if its an 
> issue with the beta or my system, so I've attached the config.log for 
> you to have a look. If I make any progress myself I'll let you know.

See the new list of dependencies in INSTALL.txt

> By the way, I know these are beta releases so I'll be masking them for 
> the moment. That means users will have to take special actions to use 
> the new version, thus preventing me and you from a flood of bug reports 
> from inexperienced users. If I receive any bug reports from those who 
> choose to test your beta, I'll pass them on to you after making sure its 
> not a Gentoo issue.

Thanks!
-Jonathan

> Thanks, and keep up the good work
> Colin Kingsley (tercel)
> plain text document attachment (config.log)

(snip)

> configure:19861: checking for GTK
> configure:19869: $PKG_CONFIG --exists --print-errors "gtkglextmm-1.2 >= 1.2 pangoft2 glibmm-2.4 pangomm-1.4 libglademm-2.4 freetype2"
> Package gtkglextmm-1.2 was not found in the pkg-config search path.
> Perhaps you should add the directory containing `gtkglextmm-1.2.pc'
> to the PKG_CONFIG_PATH environment variable
> No package 'gtkglextmm-1.2' found
> Package glibmm-2.4 was not found in the pkg-config search path.
> Perhaps you should add the directory containing `glibmm-2.4.pc'
> to the PKG_CONFIG_PATH environment variable
> No package 'glibmm-2.4' found
> Package pangomm-1.4 was not found in the pkg-config search path.
> Perhaps you should add the directory containing `pangomm-1.4.pc'
> to the PKG_CONFIG_PATH environment variable
> No package 'pangomm-1.4' found
> Package libglademm-2.4 was not found in the pkg-config search path.
> Perhaps you should add the directory containing `libglademm-2.4.pc'
> to the PKG_CONFIG_PATH environment variable
> No package 'libglademm-2.4' found
> configure:19872: $? = 1
> configure:19887: $PKG_CONFIG --exists --print-errors "gtkglextmm-1.2 >= 1.2 pangoft2 glibmm-2.4 pangomm-1.4 libglademm-2.4 freetype2"
> Package gtkglextmm-1.2 was not found in the pkg-config search path.
> Perhaps you should add the directory containing `gtkglextmm-1.2.pc'
> to the PKG_CONFIG_PATH environment variable
> No package 'gtkglextmm-1.2' found
> Package glibmm-2.4 was not found in the pkg-config search path.
> Perhaps you should add the directory containing `glibmm-2.4.pc'
> to the PKG_CONFIG_PATH environment variable
> No package 'glibmm-2.4' found
> Package pangomm-1.4 was not found in the pkg-config search path.
> Perhaps you should add the directory containing `pangomm-1.4.pc'
> to the PKG_CONFIG_PATH environment variable
> No package 'pangomm-1.4' found
> Package libglademm-2.4 was not found in the pkg-config search path.
> Perhaps you should add the directory containing `libglademm-2.4.pc'
> to the PKG_CONFIG_PATH environment variable
> No package 'libglademm-2.4' found
> configure:19890: $? = 1
> No package 'gtkglextmm-1.2' found
> No package 'glibmm-2.4' found
> No package 'pangomm-1.4' found
> No package 'libglademm-2.4' found
> configure:19918: error: gtkglextmm 1.2+