visualpython-users

Re: [Visualpython-users] Python is good

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

Dear Bruce

That excellent message needs wide circulation

May I draw the attention of the Vpython community to a forthcoming
conference: CCP2007 [Conference on Computational Physics] to be held in
Belgium in September

CONFERENCE ANNOUNCEMENT

CCP2007
CONFERENCE IN COMPUTATIONAL PHYSICS
BRUSSELS, 5-8 SEP 2007
http://ccp2007.ulb.ac.be/

CCP2008 is likely to be held in Brazil.

Regards

Peter Borcherds





In message <463...@nc...>
          Bruce Sherwood <Bru...@nc...> wrote:

> You might be interested in this anecdote. This weekend Ruth Chabay is 
> participating in a national workshop on bringing more computation into 
> the undergraduate physics curriculum. In a plenary session someone got 
> up and proclaimed that it was really important to have students use 
> standard tools that they could use life-long in their careers, not 
> off-beat tools such as Python. With Ruth looking on with interest, a 
> knowledgeable participant who is actually engaged in professional 
> programming got up and said, "You don't know what you're talking about. 
> There is a huge demand for Python programmers, and there aren't nearly 
> enough of them." Then a second participant got up and said, "Hallmark 
> wanted me to develop a program on a very short deadline, but it had to 
> be in C or C++. I explained that it couldn't be done in C or C++ on a 
> short deadline, but I could do it in Python, and did."
> 
> Independent of these ringing endorsements of Python, the fundamental 
> error made by the first speaker was the common one of thinking that you 
> learn one tool and use it forever. Professional life isn't like that. 
> You need flexibility.
> 
> Bruce
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> Visualpython-users mailing list
> Vis...@li...
> https://lists.sourceforge.net/lists/listinfo/visualpython-users


-- 

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

[Visualpython-users] Python is good

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

You might be interested in this anecdote. This weekend Ruth Chabay is 
participating in a national workshop on bringing more computation into 
the undergraduate physics curriculum. In a plenary session someone got 
up and proclaimed that it was really important to have students use 
standard tools that they could use life-long in their careers, not 
off-beat tools such as Python. With Ruth looking on with interest, a 
knowledgeable participant who is actually engaged in professional 
programming got up and said, "You don't know what you're talking about. 
There is a huge demand for Python programmers, and there aren't nearly 
enough of them." Then a second participant got up and said, "Hallmark 
wanted me to develop a program on a very short deadline, but it had to 
be in C or C++. I explained that it couldn't be done in C or C++ on a 
short deadline, but I could do it in Python, and did."

Independent of these ringing endorsements of Python, the fundamental 
error made by the first speaker was the common one of thinking that you 
learn one tool and use it forever. Professional life isn't like that. 
You need flexibility.

Bruce

[Visualpython-users] "configure: error: Neither the Numeric nor Numarray Python modules could be found." installation on scientific linux (RHEL4)

[Nathan M. <nt...@gm...>]

Hi,

I'm trying to install Vpython on a cluster of Scientific Linux (aka Red Hat
Enterprise 4) boxes.  I downloaded the source, numpy-1.0.2 and did the
normal " python setup.py", and now when I try to install " visual-3.2.9", I
get the error from configure,


-- checking for python script directory...
${prefix}/lib/python2.5/site-packages
checking for python extension module directory...
${exec_prefix}/lib/python2.5/site-packages
checking for array in python module Numeric... no
checking for array in python module numarray... no
configure: error: Neither the Numeric nor Numarray Python modules could be
found.       At least one of them is required. See numpy.sourceforge.net for
downloads.


Strangely, when I try the latest release, "visual-4.beta15", the error is
different,

checking for GTK... 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


I suppose this occurs because I have multiple instances of python in my
path?
[root@pilgrim visual-4.beta15]# python  [tab]
python            python2           python2.3         python2.5
python2.5-config   python-config

[root@pilgrim visual-4.beta15]# which python2
/usr/bin/python2
[root@pilgrim visual-4.beta15]# which python
/usr/local/bin/python
[root@pilgrim visual-4.beta15]# which python2.3
/usr/bin/python2.3
[root@pilgrim visual-4.beta15]# which python2.5
/usr/local/bin/python2.5

What's the right way to correct this problem?

regards,

Nathan Moore


-- 
- - - - - - -   - - - - - - -   - - - - - - -
Nathan Moore
Assistant Professor, Physics
Winona State University
AIM: nmoorewsu
- - - - - - -   - - - - - - -   - - - - - - -

[Visualpython-users] keyboard input doesn't work in Visual v4 beta14

[Ting L. <dri...@gm...>]

Hello,

I'm trying Visual v4 beta14 with Python 2.5 on my computer.

It's nice to find v4 support texturing and transparency besides of the
improved display quality.

However, after replace my v3 with the v4 beta 14, the vpython program
doesn't response the keyboard input any more! I also tried beta 14 with
Python 2.4, it doesn't work neither.

I don't know if you guys have the same problem or it's cause by some
other reason. Simply try this


########################################################

from visual import *

while 1:
    rate(10)

    if scene.kb.keys: # is there an event waiting to be processed?
        print "key is pressed!"
        s = scene.kb.getkey() # obtain keyboard information
        if s=='a':
            print "a is pressed!"

    if scene.mouse.clicked:
        scene.mouse.getclick()
        print "mouse is clicked."

#########################################################

On my computer (winxp home), the script does response the mouse

click but not the key press.

Should I go back to v3.1?

Thank you!

Ting

[Visualpython-users] Problem building Visual Python 3.2.9 on linux box

[Michael H. <jm...@ph...>]

Greetings.  We're trying to build Visual Python v. 3.2.9 on an i386
system running Scientific Linux version 4.2 (a recompiled version
of Redhat Enterprise 4.2).

The system comes with Python 2.3, but we've installed Python 2.4.4
in /usr/local, and that's what's we're using in this exercise.

I've appended the tail end of the output from the Makefile, followed
by a roughly equivalent chunk of build.log.  Following those two
execerpts are the entire contents of config.log.

There ARE some errors noted, such as:

     conftest.c:11:28: ac_nonexistent.h: No such file or directory

but I can't tell how (or even if) they related to the ultimate result. 
The make does get successfully through a lot of stuff.

If you can see what we're doing wrong, please let me know.

Thanks.

                                         - Mike

-----------------------------------------------------------------------
.
.
.
Compiling ../../visual-3.2.9/src/num_util_impl_numarray.cpp ...
Compiling ../../visual-3.2.9/src/glcontext.cpp ...
Compiling ../../visual-3.2.9/src/platlinux.cpp ...
Compiling ../../visual-3.2.9/src/xgl.cpp ...
make[1]: *** [xgl.lo] Error 1
make[1]: Leaving directory `/usr/local/src/vpython/vbuild/src'
make: *** [all-recursive] Error 1


-----------------------------------------------------------------------
.
.
./bin/sh ..//libtool --mode=compile g++ -I/usr/local/include/python2.4
-DHAVE_CONFIG_H -I../../visual-3.2.9/include -I..//include
-I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include
-I/usr/X11R6/include -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2
-I/usr/lib/glib/include -I/usr/X11R6/include -D_REENTRANT
-I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/include/gtk-1.2
-I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/X11R6/include -fpic
-DPIC -g -O2 -ftemplate-depth-120 -g0 -c -o platlinux.lo
../../visual-3.2.9/src/platlinux.cpp
  g++ -I/usr/local/include/python2.4 -DHAVE_CONFIG_H
  -I../../visual-3.2.9/include -I..//include -I/usr/include/gtk-1.2
  -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/X11R6/include
  -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include
  -I/usr/X11R6/include -D_REENTRANT -I/usr/include/glib-1.2
  -I/usr/lib/glib/include -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2
  -I/usr/lib/glib/include -I/usr/X11R6/include -fpic -DPIC -g -O2
  -ftemplate-depth-120 -g0 -c ../../visual-3.2.9/src/platlinux.cpp 
-fPIC -DPIC
  -o .libs/platlinux.o
  /bin/sh ..//libtool --mode=compile g++ -I/usr/local/include/python2.4
  -DHAVE_CONFIG_H -I../../visual-3.2.9/include -I..//include
  -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include
  -I/usr/X11R6/include -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2
  -I/usr/lib/glib/include -I/usr/X11R6/include -D_REENTRANT
  -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/include/gtk-1.2
  -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/X11R6/include -fpic
  -DPIC -g -O2 -ftemplate-depth-120 -g0 -c -o xgl.lo
  ../../visual-3.2.9/src/xgl.cpp
   g++ -I/usr/local/include/python2.4 -DHAVE_CONFIG_H
   -I../../visual-3.2.9/include -I..//include -I/usr/include/gtk-1.2
   -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/X11R6/include
   -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include
   -I/usr/X11R6/include -D_REENTRANT -I/usr/include/glib-1.2
   -I/usr/lib/glib/include -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2
   -I/usr/lib/glib/include -I/usr/X11R6/include -fpic -DPIC -g -O2
   -ftemplate-depth-120 -g0 -c ../../visual-3.2.9/src/xgl.cpp  -fPIC 
-DPIC -o
   .libs/xgl.o
   ../../visual-3.2.9/src/xgl.cpp: In member function `virtual bool
   visual::xglContext::initWindow(const char*, int, int, int, int, int)':
   ../../visual-3.2.9/src/xgl.cpp:449: error: expected primary-expression
   before ')' token
   ../../visual-3.2.9/src/xgl.cpp:449: error: `G_TYPE_CHECK_INSTANCE_CAST'
   undeclared (first use this function)
   ../../visual-3.2.9/src/xgl.cpp:449: error: (Each undeclared identifier is
   reported only once for each function it appears in.)
   ../../visual-3.2.9/src/xgl.cpp: In member function `virtual void
   visual::xglContext::makeCurrent()':
   ../../visual-3.2.9/src/xgl.cpp:572: error: expected primary-expression
   before ')' token
   ../../visual-3.2.9/src/xgl.cpp:572: error: `G_TYPE_CHECK_INSTANCE_CAST'
   undeclared (first use this function)
   ../../visual-3.2.9/src/xgl.cpp: In member function `virtual void
   visual::xglContext::swapBuffers()':
   ../../visual-3.2.9/src/xgl.cpp:584: error: expected primary-expression
   before ')' token
   ../../visual-3.2.9/src/xgl.cpp:584: error: `G_TYPE_CHECK_INSTANCE_CAST'
   undeclared (first use this function)



-----------------------------------------------------------------------
This file contains any messages produced by compilers while
running configure, to aid debugging if configure makes a mistake.

It was created by Visual Python configure 3.2.9, which was
generated by GNU Autoconf 2.59.  Invocation command line was

   $ ../visual-3.2.9/configure

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

hostname = xxxxxx.physics.ucdavis.edu
uname -m = i686
uname -r = 2.6.9-42.0.10.ELsmp
uname -s = Linux
uname -v = #1 SMP Tue Feb 27 08:38:56 CST 2007

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

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

PATH: /usr/kerberos/sbin
PATH: /usr/kerberos/bin
PATH: /usr/local/sbin
PATH: /usr/local/bin
PATH: /sbin
PATH: /bin
PATH: /usr/sbin
PATH: /usr/bin
PATH: /usr/X11R6/bin
PATH: /root/bin


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

configure:1594: checking for a BSD-compatible install
configure:1649: result: /usr/bin/install -c
configure:1660: checking whether build environment is sane
configure:1703: result: yes
configure:1768: checking for gawk
configure:1784: found /bin/gawk
configure:1794: result: gawk
configure:1804: checking whether make sets $(MAKE)
configure:1824: result: yes
configure:2043: checking for gcc
configure:2059: found /usr/bin/gcc
configure:2069: result: gcc
configure:2313: checking for C compiler version
configure:2316: gcc --version </dev/null >&5
gcc (GCC) 3.4.4 20050721 (Red Hat 3.4.4-2)
Copyright (C) 2004 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:2319: $? = 0
configure:2321: gcc -v </dev/null >&5
Reading specs from /usr/lib/gcc/i386-redhat-linux/3.4.4/specs
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man 
--infodir=/usr/share/info --enable-shared --enable-threads=posix 
--disable-checking --with-system-zlib --enable-__cxa_atexit 
--disable-libunwind-exceptions --enable-java-awt=gtk 
--host=i386-redhat-linux
Thread model: posix
gcc version 3.4.4 20050721 (Red Hat 3.4.4-2)
configure:2324: $? = 0
configure:2326: gcc -V </dev/null >&5
gcc: `-V' option must have argument
configure:2329: $? = 1
configure:2352: checking for C compiler default output file name
configure:2355: gcc    conftest.c  >&5
configure:2358: $? = 0
configure:2404: result: a.out
configure:2409: checking whether the C compiler works
configure:2415: ./a.out
configure:2418: $? = 0
configure:2435: result: yes
configure:2442: checking whether we are cross compiling
configure:2444: result: no
configure:2447: checking for suffix of executables
configure:2449: gcc -o conftest    conftest.c  >&5
configure:2452: $? = 0
configure:2477: result:
configure:2483: checking for suffix of object files
configure:2504: gcc -c   conftest.c >&5
configure:2507: $? = 0
configure:2529: result: o
configure:2533: checking whether we are using the GNU C compiler
configure:2557: gcc -c   conftest.c >&5
configure:2563: $? = 0
configure:2566: test -z                          || test ! -s conftest.err
configure:2569: $? = 0
configure:2572: test -s conftest.o
configure:2575: $? = 0
configure:2588: result: yes
configure:2594: checking whether gcc accepts -g
configure:2615: gcc -c -g  conftest.c >&5
configure:2621: $? = 0
configure:2624: test -z                          || test ! -s conftest.err
configure:2627: $? = 0
configure:2630: test -s conftest.o
configure:2633: $? = 0
configure:2644: result: yes
configure:2661: checking for gcc option to accept ANSI C
configure:2731: gcc  -c -g -O2  conftest.c >&5
configure:2737: $? = 0
configure:2740: test -z                          || test ! -s conftest.err
configure:2743: $? = 0
configure:2746: test -s conftest.o
configure:2749: $? = 0
configure:2767: result: none needed
configure:2785: gcc -c -g -O2  conftest.c >&5
conftest.c:2: error: syntax error before "me"
configure:2791: $? = 1
configure: failed program was:
| #ifndef __cplusplus
|   choke me
| #endif
configure:2932: checking for style of include used by make
configure:2960: result: GNU
configure:2988: checking dependency style of gcc
configure:3078: result: none
configure:3096: checking whether gcc and cc understand -c and -o together
configure:3126: gcc -c conftest.c -o conftest.o >&5
configure:3129: $? = 0
configure:3131: gcc -c conftest.c -o conftest.o >&5
configure:3134: $? = 0
configure:3141: cc -c conftest.c >&5
configure:3144: $? = 0
configure:3147: cc -c conftest.c -o conftest.o >&5
configure:3150: $? = 0
configure:3152: cc -c conftest.c -o conftest.o >&5
configure:3155: $? = 0
configure:3173: result: yes
configure:3203: checking how to run the C preprocessor
configure:3238: gcc -E  conftest.c
configure:3244: $? = 0
configure:3276: gcc -E  conftest.c
conftest.c:11:28: ac_nonexistent.h: No such file or directory
configure:3282: $? = 1
configure: failed program was:
| /* confdefs.h.  */
|
| #define PACKAGE_NAME "Visual Python"
| #define PACKAGE_TARNAME "visual-python"
| #define PACKAGE_VERSION "3.2.9"
| #define PACKAGE_STRING "Visual Python 3.2.9"
| #define PACKAGE_BUGREPORT "vis...@li..."
| #define PACKAGE "visual"
| #define VERSION "3.2.9"
| /* end confdefs.h.  */
| #include <ac_nonexistent.h>
configure:3321: result: gcc -E
configure:3345: gcc -E  conftest.c
configure:3351: $? = 0
configure:3383: gcc -E  conftest.c
conftest.c:11:28: ac_nonexistent.h: No such file or directory
configure:3389: $? = 1
configure: failed program was:
| /* confdefs.h.  */
|
| #define PACKAGE_NAME "Visual Python"
| #define PACKAGE_TARNAME "visual-python"
| #define PACKAGE_VERSION "3.2.9"
| #define PACKAGE_STRING "Visual Python 3.2.9"
| #define PACKAGE_BUGREPORT "vis...@li..."
| #define PACKAGE "visual"
| #define VERSION "3.2.9"
| /* end confdefs.h.  */
| #include <ac_nonexistent.h>
configure:3484: checking for g++
configure:3500: found /usr/bin/g++
configure:3510: result: g++
configure:3526: checking for C++ compiler version
configure:3529: g++ --version </dev/null >&5
g++ (GCC) 3.4.4 20050721 (Red Hat 3.4.4-2)
Copyright (C) 2004 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:3532: $? = 0
configure:3534: g++ -v </dev/null >&5
Reading specs from /usr/lib/gcc/i386-redhat-linux/3.4.4/specs
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man 
--infodir=/usr/share/info --enable-shared --enable-threads=posix 
--disable-checking --with-system-zlib --enable-__cxa_atexit 
--disable-libunwind-exceptions --enable-java-awt=gtk 
--host=i386-redhat-linux
Thread model: posix
gcc version 3.4.4 20050721 (Red Hat 3.4.4-2)
configure:3537: $? = 0
configure:3539: g++ -V </dev/null >&5
g++: `-V' option must have argument
configure:3542: $? = 1
configure:3545: checking whether we are using the GNU C++ compiler
configure:3569: g++ -c   conftest.cc >&5
configure:3575: $? = 0
configure:3578: test -z                          || test ! -s conftest.err
configure:3581: $? = 0
configure:3584: test -s conftest.o
configure:3587: $? = 0
configure:3600: result: yes
configure:3606: checking whether g++ accepts -g
configure:3627: g++ -c -g  conftest.cc >&5
configure:3633: $? = 0
configure:3636: test -z                          || test ! -s conftest.err
configure:3639: $? = 0
configure:3642: test -s conftest.o
configure:3645: $? = 0
configure:3656: result: yes
configure:3698: g++ -c -g -O2  conftest.cc >&5
configure:3704: $? = 0
configure:3707: test -z                          || test ! -s conftest.err
configure:3710: $? = 0
configure:3713: test -s conftest.o
configure:3716: $? = 0
configure:3742: g++ -c -g -O2  conftest.cc >&5
conftest.cc: In function `int main()':
conftest.cc:15: error: `exit' undeclared (first use this function)
conftest.cc:15: error: (Each undeclared identifier is reported only once 
for each function it appears in.)
configure:3748: $? = 1
configure: failed program was:
| /* confdefs.h.  */
|
| #define PACKAGE_NAME "Visual Python"
| #define PACKAGE_TARNAME "visual-python"
| #define PACKAGE_VERSION "3.2.9"
| #define PACKAGE_STRING "Visual Python 3.2.9"
| #define PACKAGE_BUGREPORT "vis...@li..."
| #define PACKAGE "visual"
| #define VERSION "3.2.9"
| /* end confdefs.h.  */
|
| int
| main ()
| {
| exit (42);
|   ;
|   return 0;
| }
configure:3698: g++ -c -g -O2  conftest.cc >&5
configure:3704: $? = 0
configure:3707: test -z                          || test ! -s conftest.err
configure:3710: $? = 0
configure:3713: test -s conftest.o
configure:3716: $? = 0
configure:3742: g++ -c -g -O2  conftest.cc >&5
configure:3748: $? = 0
configure:3751: test -z                          || test ! -s conftest.err
configure:3754: $? = 0
configure:3757: test -s conftest.o
configure:3760: $? = 0
configure:3785: checking dependency style of g++
configure:3875: result: none
configure:3892: checking whether make sets $(MAKE)
configure:3912: result: yes
configure:3927: checking build system type
configure:3945: result: i686-pc-linux-gnu
configure:3953: checking host system type
configure:3967: result: i686-pc-linux-gnu
configure:4048: checking for a sed that does not truncate output
configure:4102: result: /bin/sed
configure:4105: checking for egrep
configure:4115: result: grep -E
configure:4131: checking for ld used by gcc
configure:4198: result: /usr/bin/ld
configure:4207: checking if the linker (/usr/bin/ld) is GNU ld
configure:4222: result: yes
configure:4227: checking for /usr/bin/ld option to reload object files
configure:4234: result: -r
configure:4243: checking for BSD-compatible nm
configure:4285: result: /usr/bin/nm -B
configure:4289: checking whether ln -s works
configure:4293: result: yes
configure:4300: checking how to recognise dependent libraries
configure:4474: result: pass_all
configure:4683: checking for ANSI C header files
configure:4708: gcc -c -g -O2  conftest.c >&5
configure:4714: $? = 0
configure:4717: test -z                          || test ! -s conftest.err
configure:4720: $? = 0
configure:4723: test -s conftest.o
configure:4726: $? = 0
configure:4815: gcc -o conftest -g -O2   conftest.c  >&5
configure:4818: $? = 0
configure:4820: ./conftest
configure:4823: $? = 0
configure:4838: result: yes
configure:4862: checking for sys/types.h
configure:4878: gcc -c -g -O2  conftest.c >&5
configure:4884: $? = 0
configure:4887: test -z                          || test ! -s conftest.err
configure:4890: $? = 0
configure:4893: test -s conftest.o
configure:4896: $? = 0
configure:4907: result: yes
configure:4862: checking for sys/stat.h
configure:4878: gcc -c -g -O2  conftest.c >&5
configure:4884: $? = 0
configure:4887: test -z                          || test ! -s conftest.err
configure:4890: $? = 0
configure:4893: test -s conftest.o
configure:4896: $? = 0
configure:4907: result: yes
configure:4862: checking for stdlib.h
configure:4878: gcc -c -g -O2  conftest.c >&5
configure:4884: $? = 0
configure:4887: test -z                          || test ! -s conftest.err
configure:4890: $? = 0
configure:4893: test -s conftest.o
configure:4896: $? = 0
configure:4907: result: yes
configure:4862: checking for string.h
configure:4878: gcc -c -g -O2  conftest.c >&5
configure:4884: $? = 0
configure:4887: test -z                          || test ! -s conftest.err
configure:4890: $? = 0
configure:4893: test -s conftest.o
configure:4896: $? = 0
configure:4907: result: yes
configure:4862: checking for memory.h
configure:4878: gcc -c -g -O2  conftest.c >&5
configure:4884: $? = 0
configure:4887: test -z                          || test ! -s conftest.err
configure:4890: $? = 0
configure:4893: test -s conftest.o
configure:4896: $? = 0
configure:4907: result: yes
configure:4862: checking for strings.h
configure:4878: gcc -c -g -O2  conftest.c >&5
configure:4884: $? = 0
configure:4887: test -z                          || test ! -s conftest.err
configure:4890: $? = 0
configure:4893: test -s conftest.o
configure:4896: $? = 0
configure:4907: result: yes
configure:4862: checking for inttypes.h
configure:4878: gcc -c -g -O2  conftest.c >&5
configure:4884: $? = 0
configure:4887: test -z                          || test ! -s conftest.err
configure:4890: $? = 0
configure:4893: test -s conftest.o
configure:4896: $? = 0
configure:4907: result: yes
configure:4862: checking for stdint.h
configure:4878: gcc -c -g -O2  conftest.c >&5
configure:4884: $? = 0
configure:4887: test -z                          || test ! -s conftest.err
configure:4890: $? = 0
configure:4893: test -s conftest.o
configure:4896: $? = 0
configure:4907: result: yes
configure:4862: checking for unistd.h
configure:4878: gcc -c -g -O2  conftest.c >&5
configure:4884: $? = 0
configure:4887: test -z                          || test ! -s conftest.err
configure:4890: $? = 0
configure:4893: test -s conftest.o
configure:4896: $? = 0
configure:4907: result: yes
configure:4933: checking dlfcn.h usability
configure:4945: gcc -c -g -O2  conftest.c >&5
configure:4951: $? = 0
configure:4954: test -z                          || test ! -s conftest.err
configure:4957: $? = 0
configure:4960: test -s conftest.o
configure:4963: $? = 0
configure:4973: result: yes
configure:4977: checking dlfcn.h presence
configure:4987: gcc -E  conftest.c
configure:4993: $? = 0
configure:5013: result: yes
configure:5048: checking for dlfcn.h
configure:5055: result: yes
configure:5073: checking how to run the C++ preprocessor
configure:5104: g++ -E  conftest.cc
configure:5110: $? = 0
configure:5142: g++ -E  conftest.cc
conftest.cc:25:28: ac_nonexistent.h: No such file or directory
configure:5148: $? = 1
configure: failed program was:
| /* confdefs.h.  */
|
| #define PACKAGE_NAME "Visual Python"
| #define PACKAGE_TARNAME "visual-python"
| #define PACKAGE_VERSION "3.2.9"
| #define PACKAGE_STRING "Visual Python 3.2.9"
| #define PACKAGE_BUGREPORT "vis...@li..."
| #define PACKAGE "visual"
| #define VERSION "3.2.9"
| #ifdef __cplusplus
| extern "C" void std::exit (int) throw (); using std::exit;
| #endif
| #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:5187: result: g++ -E
configure:5211: g++ -E  conftest.cc
configure:5217: $? = 0
configure:5249: g++ -E  conftest.cc
conftest.cc:25:28: ac_nonexistent.h: No such file or directory
configure:5255: $? = 1
configure: failed program was:
| /* confdefs.h.  */
|
| #define PACKAGE_NAME "Visual Python"
| #define PACKAGE_TARNAME "visual-python"
| #define PACKAGE_VERSION "3.2.9"
| #define PACKAGE_STRING "Visual Python 3.2.9"
| #define PACKAGE_BUGREPORT "vis...@li..."
| #define PACKAGE "visual"
| #define VERSION "3.2.9"
| #ifdef __cplusplus
| extern "C" void std::exit (int) throw (); using std::exit;
| #endif
| #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:5350: checking for g77
configure:5366: found /usr/bin/g77
configure:5376: result: g77
configure:5391: checking for Fortran 77 compiler version
configure:5394: g77 --version </dev/null >&5
GNU Fortran (GCC) 3.4.4 20050721 (Red Hat 3.4.4-2)
Copyright (C) 2004 Free Software Foundation, Inc.

GNU Fortran comes with NO WARRANTY, to the extent permitted by law.
You may redistribute copies of GNU Fortran
under the terms of the GNU General Public License.
For more information about these matters, see the file named COPYING
or type the command `info -f g77 Copying'.
configure:5397: $? = 0
configure:5399: g77 -v </dev/null >&5
Reading specs from /usr/lib/gcc/i386-redhat-linux/3.4.4/specs
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man 
--infodir=/usr/share/info --enable-shared --enable-threads=posix 
--disable-checking --with-system-zlib --enable-__cxa_atexit 
--disable-libunwind-exceptions --enable-java-awt=gtk 
--host=i386-redhat-linux
Thread model: posix
gcc version 3.4.4 20050721 (Red Hat 3.4.4-2)
configure:5402: $? = 0
configure:5404: g77 -V </dev/null >&5
g77: `-V' option must have argument
configure:5407: $? = 1
configure:5415: checking whether we are using the GNU Fortran 77 compiler
configure:5429: g77 -c  conftest.F >&5
configure:5435: $? = 0
configure:5438: test -z                          || test ! -s conftest.err
configure:5441: $? = 0
configure:5444: test -s conftest.o
configure:5447: $? = 0
configure:5460: result: yes
configure:5466: checking whether g77 accepts -g
configure:5478: g77 -c -g conftest.f >&5
configure:5484: $? = 0
configure:5487: test -z                          || test ! -s conftest.err
configure:5490: $? = 0
configure:5493: test -s conftest.o
configure:5496: $? = 0
configure:5508: result: yes
configure:5538: checking the maximum length of command line arguments
configure:5603: result: 32768
configure:5614: checking command to parse /usr/bin/nm -B output from gcc 
object
configure:5703: gcc -c -g -O2  conftest.c >&5
configure:5706: $? = 0
configure:5710: /usr/bin/nm -B conftest.o \| sed -n -e 's/^.*[ 
]\([ABCDGIRSTW][ABCDGIRSTW]*\)[         ][ 
]*\(\)\([_A-Za-z][_A-Za-z0-9]*\)$/\1 \2\3 \3/p' \> conftest.nm
configure:5713: $? = 0
configure:5765: gcc -o conftest -g -O2   conftest.c conftstm.o >&5
configure:5768: $? = 0
configure:5806: result: ok
configure:5810: checking for objdir
configure:5825: result: .libs
configure:5915: checking for ar
configure:5931: found /usr/bin/ar
configure:5942: result: ar
configure:5995: checking for ranlib
configure:6011: found /usr/bin/ranlib
configure:6022: result: ranlib
configure:6075: checking for strip
configure:6091: found /usr/bin/strip
configure:6102: result: strip
configure:6364: checking if gcc static flag  works
configure:6387: result: yes
configure:6405: checking if gcc supports -fno-rtti -fno-exceptions
configure:6423: 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
configure:6427: $? = 0
configure:6438: result: no
configure:6453: checking for gcc option to produce PIC
configure:6630: result: -fPIC
configure:6638: checking if gcc PIC flag -fPIC works
configure:6656: gcc -c -g -O2  -fPIC -DPIC conftest.c >&5
configure:6660: $? = 0
configure:6671: result: yes
configure:6695: checking if gcc supports -c -o file.o
configure:6716: gcc -c -g -O2  -o out/conftest2.o conftest.c >&5
configure:6720: $? = 0
configure:6740: result: yes
configure:6766: checking whether the gcc linker (/usr/bin/ld) supports 
shared libraries
configure:7613: result: yes
configure:7639: checking whether -lc should be explicitly linked in
configure:7644: gcc -c -g -O2  conftest.c >&5
configure:7647: $? = 0
configure:7661: gcc -shared conftest.o  -v -Wl,-soname -Wl,conftest -o 
conftest 2\>\&1 \| grep  -lc  \>/dev/null 2\>\&1
configure:7664: $? = 0
configure:7676: result: no
configure:7684: checking dynamic linker characteristics
configure:8236: result: GNU/Linux ld.so
configure:8240: checking how to hardcode library paths into programs
configure:8265: result: immediate
configure:8279: checking whether stripping libraries is possible
configure:8284: result: yes
configure:9107: checking if libtool supports shared libraries
configure:9109: result: yes
configure:9112: checking whether to build shared libraries
configure:9170: result: yes
configure:9173: checking whether to build static libraries
configure:9177: result: no
configure:9269: creating libtool
configure:9816: checking for ld used by g++
configure:9883: result: /usr/bin/ld
configure:9892: checking if the linker (/usr/bin/ld) is GNU ld
configure:9907: result: yes
configure:9958: checking whether the g++ linker (/usr/bin/ld) supports 
shared libraries
configure:10784: result: yes
configure:10802: g++ -c -g -O2  conftest.cc >&5
configure:10805: $? = 0
configure:10901: checking for g++ option to produce PIC
configure:11153: result: -fPIC
configure:11161: checking if g++ PIC flag -fPIC works
configure:11179: g++ -c -g -O2  -fPIC -DPIC conftest.cc >&5
configure:11183: $? = 0
configure:11194: result: yes
configure:11218: checking if g++ supports -c -o file.o
configure:11239: g++ -c -g -O2  -o out/conftest2.o conftest.cc >&5
configure:11243: $? = 0
configure:11263: result: yes
configure:11289: checking whether the g++ linker (/usr/bin/ld) supports 
shared libraries
configure:11317: result: yes
configure:11388: checking dynamic linker characteristics
configure:11940: result: GNU/Linux ld.so
configure:11944: checking how to hardcode library paths into programs
configure:11969: result: immediate
configure:11983: checking whether stripping libraries is possible
configure:11988: result: yes
configure:13288: checking if libtool supports shared libraries
configure:13290: result: yes
configure:13293: checking whether to build shared libraries
configure:13311: result: yes
configure:13314: checking whether to build static libraries
configure:13318: result: no
configure:13330: checking for g77 option to produce PIC
configure:13507: result: -fPIC
configure:13515: checking if g77 PIC flag -fPIC works
configure:13533: g77 -c -g -O2 -fPIC conftest.f >&5
configure:13537: $? = 0
configure:13548: result: yes
configure:13572: checking if g77 supports -c -o file.o
configure:13593: g77 -c -g -O2 -o out/conftest2.o conftest.f >&5
configure:13597: $? = 0
configure:13617: result: yes
configure:13643: checking whether the g77 linker (/usr/bin/ld) supports 
shared libraries
configure:14470: result: yes
configure:14541: checking dynamic linker characteristics
configure:15093: result: GNU/Linux ld.so
configure:15097: checking how to hardcode library paths into programs
configure:15122: result: immediate
configure:15136: checking whether stripping libraries is possible
configure:15141: result: yes
configure:19232: checking whether to enable maintainer-specific portions 
of Makefiles
configure:19241: result: no
configure:19259: checking for some Win32 platform
configure:19269: result: no
configure:19272: checking for some Mac OSX platform
configure:19282: result: no
configure:19320: checking for a Python interpreter with version >= 2.2
configure:19335: 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:19338: $? = 0
configure:19345: result: python
configure:19353: checking for python
configure:19371: found /usr/local/bin/python
configure:19383: result: /usr/local/bin/python
configure:19402: checking for python version
configure:19409: result: 2.4
configure:19415: checking for python platform
configure:19422: result: linux2
configure:19441: checking for python script directory
configure:19449: result: ${prefix}/lib/python2.4/site-packages
configure:19458: checking for python extension module directory
configure:19466: result: ${exec_prefix}/lib/python2.4/site-packages
configure:19504: checking for array in python module Numeric
configure:19520: result: yes
configure:19545: checking for array in python module numarray
Traceback (most recent call last):
   File "<string>", line 1, in ?
ImportError: No module named numarray
configure:19577: result: no
configure:19591: checking for headers required to compile python extensions
configure:19605: gcc -E  -I/usr/local/include/python2.4 conftest.c
configure:19611: $? = 0
configure:19623: result: found
configure:19707: checking for pkg-config
configure:19725: found /usr/bin/pkg-config
configure:19737: result: /usr/bin/pkg-config
configure:19752: checking pkg-config is at least version 0.9.0
configure:19755: result: yes
configure:19766: checking for GTK
configure:19771: $PKG_CONFIG --exists --print-errors "gtk+ >= 1.0"
configure:19774: $? = 0
configure:19785: $PKG_CONFIG --exists --print-errors "gtk+ >= 1.0"
configure:19788: $? = 0
configure:19813: result: yes
configure:19821: checking for GTHREAD
configure:19826: $PKG_CONFIG --exists --print-errors "gthread >= 1.0"
configure:19829: $? = 0
configure:19840: $PKG_CONFIG --exists --print-errors "gthread >= 1.0"
configure:19843: $? = 0
configure:19868: result: yes
configure:19923: checking for gtk-config
configure:19941: found /usr/bin/gtk-config
configure:19954: result: /usr/bin/gtk-config
configure:19962: checking for GTK - version >= 0.99.7
configure:20068: gcc -o conftest -g -O2 -I/usr/include/gtk-1.2 
-I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/X11R6/include 
conftest.c -L/usr/lib -L/usr/X11R6/lib -lgtk -lgdk -rdynamic -lgmodule 
-lglib -ldl -lXi -lXext -lX11 -lm  >&5
configure:20071: $? = 0
configure:20073: ./conftest
configure:20076: $? = 0
configure:20094: result: yes
configure:20213: checking for gdk_gl_query in -lgtkgl
configure:20244: gcc -o conftest -g -O2   conftest.c -lgtkgl  -L/usr/lib 
-L/usr/X11R6/lib -lgtk -lgdk -rdynamic -lgmodule -lglib -ldl -lXi -lXext 
-lX11 -lm -lGL
       >&5
configure:20250: $? = 0
configure:20253: test -z                         || test ! -s conftest.err
configure:20256: $? = 0
configure:20259: test -s conftest
configure:20262: $? = 0
configure:20275: result: yes
configure:20291: checking gtkgl/gtkglarea.h usability
configure:20303: gcc -c -g -O2  -I/usr/include/gtk-1.2 
-I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/X11R6/include 
conftest.c >&5
configure:20309: $? = 0
configure:20312: test -z                         || test ! -s conftest.err
configure:20315: $? = 0
configure:20318: test -s conftest.o
configure:20321: $? = 0
configure:20331: result: yes
configure:20335: checking gtkgl/gtkglarea.h presence
configure:20345: gcc -E  -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 
-I/usr/lib/glib/include -I/usr/X11R6/include  conftest.c
configure:20351: $? = 0
configure:20371: result: yes
configure:20406: checking for gtkgl/gtkglarea.h
configure:20413: result: yes
configure:20488: checking where to install documentation
configure:20497: result: ${prefix}/lib/python2.4/site-packages/visual/docs
configure:20500: checking whether to install html documentation
configure:20512: result: yes
configure:20536: checking where to install example programs
configure:20545: result: 
${prefix}/lib/python2.4/site-packages/visual/examples
configure:20549: checking whether to install example programs
configure:20561: result: yes
configure:20716: creating ./config.status

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

This file was extended by Visual Python config.status 3.2.9, which was
generated by GNU Autoconf 2.59.  Invocation command line was

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

on kusch.physics.ucdavis.edu

config.status:793: creating Makefile
config.status:793: creating src/Makefile
config.status:793: creating bin/vpython
config.status:793: creating site-packages/visual/Makefile
config.status:793: creating docs/Makefile
config.status:793: creating examples/Makefile
config.status:793: creating MakeVPython.iss
config.status:852: creating include/config.h
config.status:1144: executing depfiles commands

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

ac_cv_build=i686-pc-linux-gnu
ac_cv_build_alias=i686-pc-linux-gnu
ac_cv_c_compiler_gnu=yes
ac_cv_cxx_compiler_gnu=yes
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_F77_set=
ac_cv_env_F77_value=
ac_cv_env_FFLAGS_set=
ac_cv_env_FFLAGS_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_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_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_exeext=
ac_cv_f77_compiler_gnu=yes
ac_cv_header_dlfcn_h=yes
ac_cv_header_gtkgl_gtkglarea_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_host_alias=i686-pc-linux-gnu
ac_cv_lib_gtkgl_gdk_gl_query=yes
ac_cv_objext=o
ac_cv_path_GTK_CONFIG=/usr/bin/gtk-config
ac_cv_path_PYTHON=/usr/local/bin/python
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_F77=g77
ac_cv_prog_ac_ct_RANLIB=ranlib
ac_cv_prog_ac_ct_STRIP=strip
ac_cv_prog_cc_g=yes
ac_cv_prog_cc_gcc_c_o=yes
ac_cv_prog_cc_stdc=
ac_cv_prog_cxx_g=yes
ac_cv_prog_egrep='grep -E'
ac_cv_prog_f77_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.4/site-packages'
am_cv_python_pythondir='${prefix}/lib/python2.4/site-packages'
am_cv_python_version=2.4
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_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_path_SED=/bin/sed
lt_cv_prog_compiler_c_o=yes
lt_cv_prog_compiler_c_o_CXX=yes
lt_cv_prog_compiler_c_o_F77=yes
lt_cv_prog_compiler_rtti_exceptions=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\3 \3/p'\'''
lt_cv_sys_global_symbol_to_c_name_address='sed -n -e '\''s/^: \([^ ]*\) 
$/  {\"\1\", (lt_ptr) 0},/p'\'' -e '\''s/^[BCDEGRST] \([^ ]*\) \([^ 
]*\)$/  {"\2", (lt_ptr) \&\2},/p'\'''
lt_cv_sys_global_symbol_to_cdecl='sed -n -e '\''s/^. .* \(.*\)$/extern 
int \1;/p'\'''
lt_cv_sys_max_cmd_len=32768
lt_lt_cv_prog_compiler_c_o='"yes"'
lt_lt_cv_prog_compiler_c_o_CXX='"yes"'
lt_lt_cv_prog_compiler_c_o_F77='"yes"'
lt_lt_cv_sys_global_symbol_pipe='"sed -n -e '\''s/^.*[ 
]\\([ABCDGIRSTW][ABCDGIRSTW]*\\)[       ][ 
]*\\(\\)\\([_A-Za-z][_A-Za-z0-9]*\\)\$/\\1 \\2\\3 \\3/p'\''"'
lt_lt_cv_sys_global_symbol_to_c_name_address='"sed -n -e '\''s/^: \\([^ 
]*\\) \$/  {\\\"\\1\\\", (lt_ptr) 0},/p'\'' -e '\''s/^[BCDEGRST] \\([^ 
]*\\) \\([^ ]*\\)\$/  {\"\\2\", (lt_ptr) \\&\\2},/p'\''"'
lt_lt_cv_sys_global_symbol_to_cdecl='"sed -n -e '\''s/^. .* 
\\(.*\\)\$/extern int \\1;/p'\''"'
pkg_cv_GTHREAD_CFLAGS='-D_REENTRANT -I/usr/include/glib-1.2 
-I/usr/lib/glib/include  '
pkg_cv_GTHREAD_LIBS='-lgthread -lpthread -lglib  '
pkg_cv_GTK_CFLAGS='-I/usr/include/gtk-1.2 -I/usr/X11R6/include 
-I/usr/include/glib-1.2 -I/usr/lib/glib/include  '
pkg_cv_GTK_LIBS='-L/usr/X11R6/lib -lgtk -lgdk -lXi -lXext -lX11 -lm 
-lglib  '
py_cv_mod_Numeric_array=yes
py_cv_mod_numarray_array=no

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

ACLOCAL='${SHELL} /usr/local/src/vpython/visual-3.2.9/missing --run 
aclocal-1.9'
AMDEPBACKSLASH='\'
AMDEP_FALSE='#'
AMDEP_TRUE=''
AMTAR='${SHELL} /usr/local/src/vpython/visual-3.2.9/missing --run tar'
AR='ar'
AUTOCONF='${SHELL} /usr/local/src/vpython/visual-3.2.9/missing --run 
autoconf'
AUTOHEADER='${SHELL} /usr/local/src/vpython/visual-3.2.9/missing --run 
autoheader'
AUTOMAKE='${SHELL} /usr/local/src/vpython/visual-3.2.9/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=' -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 
-I/usr/lib/glib/include -I/usr/X11R6/include '
CXX='g++'
CXXCPP='g++ -E'
CXXDEPMODE='depmode=none'
CXXFLAGS='-g -O2'
CYGPATH_W='echo'
DEFS='-DHAVE_CONFIG_H'
DEPDIR='.deps'
ECHO='echo'
ECHO_C=''
ECHO_N='-n'
ECHO_T=''
EGREP='grep -E'
EXEEXT=''
F77='g77'
FFLAGS='-g -O2'
GLOBJ='xgl'
GTHREAD_CFLAGS='-D_REENTRANT -I/usr/include/glib-1.2 
-I/usr/lib/glib/include  '
GTHREAD_LIBS='-lgthread -lpthread -lglib  '
GTKGL_CFLAGS='-I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 
-I/usr/lib/glib/include -I/usr/X11R6/include '
GTKGL_LIBS=' -lgtkgl -lGL'
GTK_CFLAGS='-I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 
-I/usr/lib/glib/include -I/usr/X11R6/include'
GTK_CONFIG='/usr/bin/gtk-config'
GTK_LIBS='-L/usr/lib -L/usr/X11R6/lib -lgtk -lgdk -rdynamic -lgmodule 
-lglib -ldl -lXi -lXext -lX11 -lm'
INSTALL_DATA='${INSTALL} -m 644'
INSTALL_PROGRAM='${INSTALL}'
INSTALL_SCRIPT='${INSTALL}'
INSTALL_STRIP_PROGRAM='${SHELL} $(install_sh) -c -s'
LDFLAGS=''
LIBOBJS=''
LIBS=''
LIBTOOL='$(SHELL) $(top_builddir)/libtool'
LN_S='ln -s'
LTLIBOBJS=''
MAINT='#'
MAINTAINER_MODE_FALSE=''
MAINTAINER_MODE_TRUE='#'
MAKEINFO='${SHELL} /usr/local/src/vpython/visual-3.2.9/missing --run 
makeinfo'
OBJEXT='o'
PACKAGE='visual'
PACKAGE_BUGREPORT='vis...@li...'
PACKAGE_NAME='Visual Python'
PACKAGE_STRING='Visual Python 3.2.9'
PACKAGE_TARNAME='visual-python'
PACKAGE_VERSION='3.2.9'
PATH_SEPARATOR=':'
PKG_CONFIG='/usr/bin/pkg-config'
PLATFORMOBJ='platlinux'
PYTHON='/usr/local/bin/python'
PYTHONPATH='$PYTHONPATH'
PYTHON_EXEC_PREFIX='${exec_prefix}'
PYTHON_INCLUDES='-I/usr/local/include/python2.4'
PYTHON_PLATFORM='linux2'
PYTHON_PREFIX='${prefix}'
PYTHON_VERSION='2.4'
RANLIB='ranlib'
SET_MAKE=''
SHELL='/bin/sh'
STRIP='strip'
VERSION='3.2.9'
WIN32_CWD=''
WIN32_PYTHON_VERSION='24'
WIN32_SRCDIR=''
ac_ct_AR='ar'
ac_ct_CC='gcc'
ac_ct_CXX='g++'
ac_ct_F77='g77'
ac_ct_RANLIB='ranlib'
ac_ct_STRIP='strip'
ac_pt_PKG_CONFIG='/usr/bin/pkg-config'
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='${prefix}/share'
exec_prefix='${prefix}'
host='i686-pc-linux-gnu'
host_alias=''
host_cpu='i686'
host_os='linux-gnu'
host_vendor='pc'
includedir='${prefix}/include'
infodir='${prefix}/info'
install_sh='/usr/local/src/vpython/visual-3.2.9/install-sh'
libdir='${exec_prefix}/lib'
libexecdir='${exec_prefix}/libexec'
localstatedir='${prefix}/var'
mandir='${prefix}/man'
mkdir_p='mkdir -p --'
oldincludedir='/usr/include'
pkgpyexecdir='${pyexecdir}/visual'
pkgpythondir='${pythondir}/visual'
prefix='/usr/local'
program_transform_name='s,x,x,'
pyexecdir='${exec_prefix}/lib/python2.4/site-packages'
pythondir='${prefix}/lib/python2.4/site-packages'
sbindir='${exec_prefix}/sbin'
sharedstatedir='${prefix}/com'
sysconfdir='${prefix}/etc'
target_alias=''
visualdocdir='${prefix}/lib/python2.4/site-packages/visual/docs'
visualexampledir='${prefix}/lib/python2.4/site-packages/visual/examples'

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

#define HAVE_DLFCN_H 1
#define HAVE_GTK_GL_AREA 1
#define HAVE_INTTYPES_H 1
#define HAVE_MEMORY_H 1
#define HAVE_STDINT_H 1
#define HAVE_STDLIB_H 1
#define HAVE_STRINGS_H 1
#define HAVE_STRING_H 1
#define HAVE_SYS_STAT_H 1
#define HAVE_SYS_TYPES_H 1
#define HAVE_UNISTD_H 1
#define PACKAGE "visual"
#define PACKAGE_BUGREPORT "vis...@li..."
#define PACKAGE_NAME "Visual Python"
#define PACKAGE_STRING "Visual Python 3.2.9"
#define PACKAGE_TARNAME "visual-python"
#define PACKAGE_VERSION "3.2.9"
#define STDC_HEADERS 1
#define VERSION "3.2.9"
#define VISUAL_HAVE_NUMERIC 1
#endif
#ifdef __cplusplus
extern "C" void std::exit (int) throw (); using std::exit;

configure: exit 0

-- 
Michael Hannon            mailto:ha...@ph...
Dept. of Physics          530.752.4966
University of California  530.752.4717 FAX
Davis, CA 95616-8677

Re: [Visualpython-users] Problem with installation on fedora (bradley)

[Francisco G. A. <fg...@um...>]

Hello,


I've just installed vpython on Fedora 6 and I got the same problem with 
gtkglarea. The rpm of gtkglarea installs the package in /usr/local/lib 
so you have to move it to /usr/lib/ and then it works fine.

hope it helps

Paco

[Visualpython-users] [ANN] EuroPython 2007: Call for Proposals

[Nicolas C. <nic...@lo...>]

Book Monday 9th July to Wednesday 11th July 2007 in your calendar!
EuroPython 2007, the European Python and Zope Conference, will be held in
Vilnius, Lithuania.  Last year's conference was a great success, featuring
a variety of tracks, amazing lightning talks and inspiring keynotes.  With
your participation, we want to make EuroPython 2007, the sixth EuroPython,
even more successful than the previous five.

Talks, Papers and Themes
------------------------

This year we have decided to borrow a few good ideas from PyCon, one of
which is to move away from the 'track' structure.  Instead, speakers are
invited to submit presentations about anything they have done that they
think would be of interest to the Python community.  We will then arrange
them into related groups and schedule them in the space available.  In the
past, EuroPython participants have found the following themes to be of
interest:

 * Science
 * Python Language and Libraries
 * Web Related Technologies
 * Education
 * Games
 * Agile Methodologies and Testing
 * Social Skills

In addition to talks, we will also accept full paper submissions about any
of the above themes.  The Call for Refereed Papers will be posted shortly.

The deadline for talk proposals is Friday 18th May at midnight (24:00
CEST, Central European Summer Time, UTC+2).

Other ways to participate
-------------------------

Apart from giving talks, there are plenty of other ways to participate in
the conference.  Just attending and talking to people you find here can be
satisfying enough, but there are three other kinds of activity you may wish
to plan for: Lightning Talks, Open Space and Sprints.  Lightning Talks are
very short talks that give you just enough time to introduce a topic or
project, Open Space is an area reserved for informal discussions, and
Sprints are focused gatherings for developers interested in particular
projects.  For more information please see the following pages:

 * Lightning Talks: http://www.europython.org/sections/events/lightning_talks
 * Open Space: http://www.europython.org/sections/events/open_space
 * Sprints: http://www.europython.org/sections/sprints_and_wiki

Your Contribution
-----------------

To propose a talk or a paper, go to...

 * http://www.europython.org/submit

For more general information on the conference, please visit...

 * http://www.europython.org/

Looking forward to seeing what you fine folk have been up to,

The EuroPython Team

Re: [Visualpython-users] Clearing the screen?

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

 From the on-line help in the section on "Controlling Windows":

scene.objects is a list of all the visible objects in the display named 
"scene"; invisible objects are not listed. For example, this makes all 
(visible) boxes in the scene red:

     for obj in scene2.objects:
     if obj.__class__ == box # can say either box or 'box'
         obj.color = color.red

You could use similar code to make all the visible objects invisible.

Not the same thing, but note too that you can make a window named 
"scene" invisible by "scene.visible = False".

Concerning deleting objects, see the section in the on-line help on 
"Deleting an Object", where you'll see that making an object invisible 
doesn't delete the object from memory, because you might choose to make 
it visible again later. But if you reuse the name of that invisible 
object, it becomes eligible for Python to delete it from memory, because 
there is now no way to access the object (to make it visible again).

Bruce Sherwood

John Salerno wrote:
> Hi everyone. I just started using the visual module and I think it's
> pretty neat so far. But one thing I couldn't find in the documentation
> was a way to clear the current "scene" completely. I know to delete
> something you can just set the visibility to 0 (although this seems
> not to work all the time), but if you have a lot on the screen and
> want to clear it all, is there a way to do this?
> 
> Thanks,
> John Salerno

[Visualpython-users] Clearing the screen?

[John S. <joh...@rc...>]

Hi everyone. I just started using the visual module and I think it's
pretty neat so far. But one thing I couldn't find in the documentation
was a way to clear the current "scene" completely. I know to delete
something you can just set the visibility to 0 (although this seems
not to work all the time), but if you have a lot on the screen and
want to clear it all, is there a way to do this?

Thanks,
John Salerno

Re: [Visualpython-users] fun with eigenvectors, but not yet

[Martin C. <cos...@wa...>]

Anton Sherwood wrote:
> Martin Costabel wrote:
>> Fink has numpy packages for python versions 2.3, 2.4, 2.5.
>  > They build and run without problem.
> 
> ?  all I find is numeric-py23.

If you have Fink installed and the unstable tree enabled, you see them. 
They are "virtual" packages, provided by the scipy-core packages, see 
for example
<http://pdb.finkproject.org/pdb/package.php/scipy-core-py25>

-- 
Martin

Re: [Visualpython-users] fun with eigenvectors, but not yet

[Anton S. <br...@po...>]

Martin Costabel wrote:
> Fink has numpy packages for python versions 2.3, 2.4, 2.5.
 > They build and run without problem.

?  all I find is numeric-py23.

-- 
Anton Sherwood, http://www.ogre.nu/
"How'd ya like to climb this high *without* no mountain?" --Porky Pine

Re: [Visualpython-users] fun with eigenvectors, but not yet

[Martin C. <cos...@wa...>]

Anton Sherwood wrote:
> I'd like to hear from anyone who has
> successfully installed NumPy on MacOS.

Fink has numpy packages for python versions 2.3, 2.4, 2.5. They build 
and run without problem.

-- 
Martin

[Visualpython-users] fun with eigenvectors, but not yet

[Anton S. <br...@po...>]

I'd like to hear from anyone who has
successfully installed NumPy on MacOS.

-- 
Anton Sherwood, http://www.ogre.nu/

[Visualpython-users] a Vpython "look alike" ... perhaps of interest esp to Mac users ???

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

The message below recently appeared on the Enthought listserv.
see http://www.enthought.com

An interesting development.  *Not ready for primetime* ... very alpha.
 But I wonder if it might be of interest to those working on the Mac.
I really have no idea if it has any bearing on a native Mac
application or not; someone will have to look into it.

It exists *only* in the Enthought Tool Suite (ETS) svn.  It is
reportedly slow at the moment. Prabhu hints that he won't be working
hard on this, and solicits help. In my experience, ETS builds easily
on Kubuntu and Windows (but I probably already have all the
prerequisites).  Fernando Perez is excited about it, and loves the way
it interfaces with Ipython.

Personally, I have some kind of video driver issue... it displays an
object then freezes.

FYI,
gary

PS, The Enthought Tool Suite is fabulous.  It is still under heavy
development, and each day two or three *dozen* files are updated in
svn, but it is usable.  Just about everyone, myself included, that has
taken a serious look at it ends up feeling that it will become the
standard platform for python scientific applications.  Documentation
is very weak.  Mailing list support is very strong.  The key feature
is TraitsUI which makes building a GUI very easy.

---------------------------------------------------------
Hi,

A student of mine, Raashid Baig, has developed a simple VPython-like
module called visual that mimics the visual API.  The module itself
can be used as:

 from enthought.tvtk.tools import visual

or in the visual style:

 from enthought.tvtk.tools.visual import *

The API is almost entirely the same as that of VPython but there are
some advanced features that do not work like:

 * handling 3D "click" events etc.

 * 3d sliders etc.  (this is best done via traitsUI so we punted on
 that)

There is also a slight difference in the way frames and axis work.
I've asked Raashid to document this on the wiki.  There are a few
examples that are also checked into tvtk/examples/visual.


Enjoy!
--
Prabhu Ramachandran                 http://www.aero.iitb.ac.in/~prabhu

[Visualpython-users] Problem with installation on fedora

[bradley <bj...@nc...>]

I previously tried compiling vpython on fedora core 6 from this website, 
but could not find gtkglarea.  I looked in the repos and also online.  
Recently I found another website that has an rpm for vpython.  There 
were two problems.  One that puzzels me is that it claims I'm missing 
libstdc++-libc6.1-2.so.3 when I know that I have libstdc++.20.6.  The 
other is that I missing libgtkgl.so.4, which turns out to be gtkglarea.  
Once again I cannot find this anywhere.  Does anyone know where I can 
find these files or have any other solution to this problem?

                                                     Brad Longo

Re: [Visualpython-users] IDLE editing issue

[Rob S. <sa...@ph...>]

Here was my solution to the problem with the IDLE editor closing
completely when terminating an animation window you are working on:
http://article.gmane.org/gmane.comp.python.visualpython.user/857

The URL in the above post is not correct any more.
Go here:
http://www.physics.syr.edu/~salgado/software/vpython/#programming

to modify a Windows Registry .reg file [right-click, save, then edit in
notepad]
http://www.physics.syr.edu/~salgado/software/vpython/Python-File-new.reg
for your own setup.

rob

Re: [Visualpython-users] Advice for a newcomer

[Jay S. <jsh...@gm...>]

(I meant for this to go to the list...my apologies for anyone who
received a second, individual copy of it).

I can see using faces for the contours of the lake.  As part of
another project, some students are taking depth readings, so we'll
have access to a fairly complete set of data for creating faces.  Now
that I've looked at faces, you're right, the lake itself will be much
better looking.  I can see in my mind how the data from the depth
readings could be converted into a set of faces for the contours of
the lake.

I'm still not exactly sure how to use faces for the water level.  The
general approach would seem to be dividing the surface plane into
rectangular regions and using a couple of faces for each rectangle,
but calculating where each of the planes intersects the boundary of
the lake is a bit of a mystery to me right now.  I'll have to dust off
the geometry texts and hunt up the appropriate equations.

Thanks for the suggestion of faces.  The end result, once we figure
how to calculate the intersection of water level with boundary, will
be quite nice.

Jay

On 3/17/07, wsw...@nc... <wsw...@nc...> wrote:
> If you could get a good set of data to describe the boundaries of the
> lake, then you could possibly use the faces object to construct the lake.
> If you need help with this just ask.  It may be a bit more complicated,
> but I think that you would get a better end-result.
>
> William Wright
> NCSU - Aerospace Engineering
>
> > Hello!  I'm teaching a Python programming class to some science
> > students, and have one student who wants to do a project visualizing
> > the level of water in a lake as various other factors change
> > (rainfall, incoming stream volume, etc).
> >
> > I'd originally thought vpython would be a good option for this
> > visualization, but we're having trouble figuring out how to show the
> > level of water in the lake.  What we have so far is drawing the
> > outline of the lake using a string of points and drawing rectangles
> > between pairs of points down to the bed of the lake.
> >
> > Our first try at showing the water level was to use those same points
> > and draw a blue plane (e.g. convex) with them.  That works fine as
> > long as there aren't any concave bits in the lake outline.  Since the
> > lake he wants to model does have concave bits, the water then shows
> > outside the lake walls.
> >
> > Are we missing an easy way of filling a given outline with a color at
> > a particular z depth?  Or of clipping a plane to the outline?
> >
> > Thanks for any advice,
> > Jay
> >
> > --
> > Squidoo Pages:
> >
> > Roleplaying with Kids: http://www.squidoo.com/kidsrpg/
> > Computer Game Making For Kids: http://www.squidoo.com/gamemaking/
> > Seattle Rain: Myth or Conspiracy? http://www.squidoo.com/seattlemyth/
> >
> > -------------------------------------------------------------------------
> > Take Surveys. Earn Cash. Influence the Future of IT
> > Join SourceForge.net's Techsay panel and you'll get the chance to share
> > your
> > opinions on IT & business topics through brief surveys-and earn cash
> > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> > _______________________________________________
> > Visualpython-users mailing list
> > Vis...@li...
> > https://lists.sourceforge.net/lists/listinfo/visualpython-users
> >
>
>

Re: [Visualpython-users] Advice for a newcomer

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

I think what you want is the faces object, which is completely general. 
Or use convex, but one per set of neighboring points, in which case 
there's no concavity to cause trouble.

Bruce Sherwood

Jay Shaffstall wrote:
> Hello!  I'm teaching a Python programming class to some science
> students, and have one student who wants to do a project visualizing
> the level of water in a lake as various other factors change
> (rainfall, incoming stream volume, etc).
> 
> I'd originally thought vpython would be a good option for this
> visualization, but we're having trouble figuring out how to show the
> level of water in the lake.  What we have so far is drawing the
> outline of the lake using a string of points and drawing rectangles
> between pairs of points down to the bed of the lake.
> 
> Our first try at showing the water level was to use those same points
> and draw a blue plane (e.g. convex) with them.  That works fine as
> long as there aren't any concave bits in the lake outline.  Since the
> lake he wants to model does have concave bits, the water then shows
> outside the lake walls.
> 
> Are we missing an easy way of filling a given outline with a color at
> a particular z depth?  Or of clipping a plane to the outline?
> 
> Thanks for any advice,
> Jay
> 

[Visualpython-users] Advice for a newcomer

[Jay S. <jsh...@gm...>]

Hello!  I'm teaching a Python programming class to some science
students, and have one student who wants to do a project visualizing
the level of water in a lake as various other factors change
(rainfall, incoming stream volume, etc).

I'd originally thought vpython would be a good option for this
visualization, but we're having trouble figuring out how to show the
level of water in the lake.  What we have so far is drawing the
outline of the lake using a string of points and drawing rectangles
between pairs of points down to the bed of the lake.

Our first try at showing the water level was to use those same points
and draw a blue plane (e.g. convex) with them.  That works fine as
long as there aren't any concave bits in the lake outline.  Since the
lake he wants to model does have concave bits, the water then shows
outside the lake walls.

Are we missing an easy way of filling a given outline with a color at
a particular z depth?  Or of clipping a plane to the outline?

Thanks for any advice,
Jay

-- 
Squidoo Pages:

Roleplaying with Kids: http://www.squidoo.com/kidsrpg/
Computer Game Making For Kids: http://www.squidoo.com/gamemaking/
Seattle Rain: Myth or Conspiracy? http://www.squidoo.com/seattlemyth/

Re: [Visualpython-users] IDLE editing issue

[P H B. <p.h...@bh...>]

Thank you for this information

It took me a few minutes to find out what to do

In Folder Options, click on "File Types"
Scroll down to extension PYW and click on it

Then click on "Advanced" to open new window

Click on "Edit with IDLE" and perfom edit as described

Regards

Peter Borcherds

----- Original Message ----- 
From: "Bruce Sherwood" <Bru...@nc...>
To: <vis...@li...>
Sent: Saturday, March 10, 2007 9:47 PM
Subject: Re: [Visualpython-users] IDLE editing issue


> It would be great if you would post this as a bug report to the Python
> community, requesting a change in future Python installers. I think
> you'll find instructions on how to do this at python.org.
>
> Bruce Sherwood
>
> Matthew Kohlmyer wrote:
>> I'm not sure if this is a VPython issue or pure Python issue, but there
>> is a minor annoyance with the way IDLE behaves.
>>
>> I'm using Python 2.5 and VPython 3.2.10 on Windows XP.  Right click a
>> .PY file, and you have the option to "Edit with IDLE".  Do so, and you
>> can happily edit the file, and run it, but when you close the VPython
>> graphics window, it kills _everything_, including IDLE, forcing you to
>> re-open the program.  You can, of course, avoid this by starting IDLE
>> first and opening the file from within IDLE.  Still, it's a stupid and
>> confusing behavior, and goes against how all other Windows application
>> behave.
>>
>> Poking around in "Folder Options-->File Types" in the Control Panel, I
>> found that the application association for the "Edit with IDLE" action 
>> is:
>>
>> "C:\Python25\pythonw.exe" "C:\Python25\Lib\idlelib\idle.pyw" -n -e "%1"
>>
>> I tried deleting the "-n" switch, making it:
>>
>> "C:\Python25\pythonw.exe" "C:\Python25\Lib\idlelib\idle.pyw" -e "%1"
>>
>> And now it works!  With this application association, if you open a file
>> using "Edit with IDLE", IDLE will stay open when you close the VPython
>> window. Keep in mind I have no idea what "-n" or "-e" do, and I've been
>> unsuccessful trying to find out.
>>
>> In any case, who do I lobby to have this changed to the default setting
>> on installation?  Can (or should) this be fixed at the level of the
>> VPython installer?
>>
>> Matt
>>
>> -------------------------------------------------------------------------
>> Take Surveys. Earn Cash. Influence the Future of IT
>> Join SourceForge.net's Techsay panel and you'll get the chance to share 
>> your
>> opinions on IT & business topics through brief surveys-and earn cash
>> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
>> _______________________________________________
>> Visualpython-users mailing list
>> Vis...@li...
>> https://lists.sourceforge.net/lists/listinfo/visualpython-users
>>
>
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share 
> your
> opinions on IT & business topics through brief surveys-and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________
> Visualpython-users mailing list
> Vis...@li...
> https://lists.sourceforge.net/lists/listinfo/visualpython-users
> 

Re: [Visualpython-users] IDLE editing issue

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

It would be great if you would post this as a bug report to the Python 
community, requesting a change in future Python installers. I think 
you'll find instructions on how to do this at python.org.

Bruce Sherwood

Matthew Kohlmyer wrote:
> I'm not sure if this is a VPython issue or pure Python issue, but there 
> is a minor annoyance with the way IDLE behaves.
>
> I'm using Python 2.5 and VPython 3.2.10 on Windows XP.  Right click a 
> .PY file, and you have the option to "Edit with IDLE".  Do so, and you 
> can happily edit the file, and run it, but when you close the VPython 
> graphics window, it kills _everything_, including IDLE, forcing you to 
> re-open the program.  You can, of course, avoid this by starting IDLE 
> first and opening the file from within IDLE.  Still, it's a stupid and 
> confusing behavior, and goes against how all other Windows application 
> behave.
>
> Poking around in "Folder Options-->File Types" in the Control Panel, I 
> found that the application association for the "Edit with IDLE" action is:
>
> "C:\Python25\pythonw.exe" "C:\Python25\Lib\idlelib\idle.pyw" -n -e "%1"
>
> I tried deleting the "-n" switch, making it:
>
> "C:\Python25\pythonw.exe" "C:\Python25\Lib\idlelib\idle.pyw" -e "%1"
>
> And now it works!  With this application association, if you open a file 
> using "Edit with IDLE", IDLE will stay open when you close the VPython 
> window. Keep in mind I have no idea what "-n" or "-e" do, and I've been 
> unsuccessful trying to find out.
>
> In any case, who do I lobby to have this changed to the default setting 
> on installation?  Can (or should) this be fixed at the level of the 
> VPython installer?
>
> Matt
>
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys-and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________
> Visualpython-users mailing list
> Vis...@li...
> https://lists.sourceforge.net/lists/listinfo/visualpython-users
>   

[Visualpython-users] IDLE editing issue

[Matthew K. <mko...@ma...>]

I'm not sure if this is a VPython issue or pure Python issue, but there 
is a minor annoyance with the way IDLE behaves.

I'm using Python 2.5 and VPython 3.2.10 on Windows XP.  Right click a 
.PY file, and you have the option to "Edit with IDLE".  Do so, and you 
can happily edit the file, and run it, but when you close the VPython 
graphics window, it kills _everything_, including IDLE, forcing you to 
re-open the program.  You can, of course, avoid this by starting IDLE 
first and opening the file from within IDLE.  Still, it's a stupid and 
confusing behavior, and goes against how all other Windows application 
behave.

Poking around in "Folder Options-->File Types" in the Control Panel, I 
found that the application association for the "Edit with IDLE" action is:

"C:\Python25\pythonw.exe" "C:\Python25\Lib\idlelib\idle.pyw" -n -e "%1"

I tried deleting the "-n" switch, making it:

"C:\Python25\pythonw.exe" "C:\Python25\Lib\idlelib\idle.pyw" -e "%1"

And now it works!  With this application association, if you open a file 
using "Edit with IDLE", IDLE will stay open when you close the VPython 
window. Keep in mind I have no idea what "-n" or "-e" do, and I've been 
unsuccessful trying to find out.

In any case, who do I lobby to have this changed to the default setting 
on installation?  Can (or should) this be fixed at the level of the 
VPython installer?

Matt

Re: [Visualpython-users] saving vpython images?

[Jeremy F. <Jer...@lo...>]

Jose adviced you tu use PIL but i think it depends on which OS you would li=
ke=20
to save an image from vpython screen.

I tried PIL under linux but it seems that it is working really better under=
=20
windows.

I'm using something not really satisfying but it is working ... i really th=
ink=20
there are some ways to improve it, because in that code, you must specify t=
he=20
position and size of the area you would like to grab. It is more a script t=
o=20
take screenshots.

import gtk, gc

width =3D 640
height =3D 480
x =3D 1
y =3D 1
filename =3D 'test.png'
screenshot =3D gtk.gdk.Pixbuf.get_from_drawable(
            gtk.gdk.Pixbuf(gtk.gdk.COLORSPACE_RGB, True, 8, width, height),
            gtk.gdk.get_default_root_window(),
            gtk.gdk.colormap_get_system(),
            x, y, 0, 0, width, height)
screenshot.save(filename, 'png')
del screenshot
gc.collect()

Le mercredi 28 f=E9vrier 2007 00:06, P H Borcherds a =E9crit=A0:
> Can one save vpython screen images within python, [i.e.not using prtscrn]?
>
> P H Borcherds   phone +44  121 475 3029
> p.h...@bh...
>
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share
> your opinions on IT & business topics through brief surveys-and earn cash
> http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D=
DEVDEV
> _______________________________________________
> Visualpython-users mailing list
> Vis...@li...
> https://lists.sourceforge.net/lists/listinfo/visualpython-users

Re: [Visualpython-users] saving vpython images?

[<jam...@fd...>]

I think that the PIL image library has a functionality to capture the 
screen, indeed specifiing a box.

Thus using the window coordinates you can save the image indeed in a lot of 
formats.

Hope this works and helps.

I really hope so, please let me know if this works, I have not tried this.

============================================
Jose Antonio Martin H.
Departamento de Sistemas Informáticos y Computación
Facultad de Informática
Universidad Complutense de Madrid
Ciudad universitaria, 28040 Madrid
============================================

----- Original Message ----- 
From: "P H Borcherds" <p.h...@bh...>
To: "Bruce Sherwood" <Bru...@nc...>; "vpusers" 
<vis...@li...>
Sent: Wednesday, February 28, 2007 12:06 AM
Subject: [Visualpython-users] saving vpython images?


> Can one save vpython screen images within python, [i.e.not using prtscrn]?
>
> P H Borcherds   phone +44  121 475 3029
> p.h...@bh...
>
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share 
> your
> opinions on IT & business topics through brief surveys-and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________
> Visualpython-users mailing list
> Vis...@li...
> https://lists.sourceforge.net/lists/listinfo/visualpython-users
> 

[Visualpython-users] saving vpython images?

[P H B. <p.h...@bh...>]

Can one save vpython screen images within python, [i.e.not using prtscrn]?

P H Borcherds   phone +44  121 475 3029
p.h...@bh...