visualpython-users

Re: [Visualpython-users] game in python

[Zbigniew <ze...@in...>]

Primarily, thank You all for patience.
Even people watching me playing had
problems to play snake3d themselves.
Seems I made not playable game,
therefore now I will ask more detailed
questions which may point me to improve
the game anyway:

1.
I have question concerning Linux.
The best scores of the game are kept
in a text file (it's enough to eat
one green box to check this).
Is there any problem with creation/accessing
the hi-score file?

2.
The game do require to rotate objects.
During making of the game I noticed that
rotate method doesn't affect the pos field.
Matrix module is used for hand written
rotation routines for the snake and green box.
Maybe there is better solution for this?

3.
The collision detection is done with
the pos field. The rotations of the
playfield are 90 degree (split in
phases to animate).
Pos coordinates of the boxes are used
to detect collisions and should be
integer numbers
(I assumed that 90 degree rotations transform
integer into integer).
I'm aware of the floats during roations therefore
I do float->int conversion.
I do it but sometimes the snake runs through
the green box and collision is not detected.
Code looks ok. Thats the major problem
I cannot solve and I came here with.
4.
The other problem is that sometimes after many
rotations there is missing box inside snake body.

Other questions:
1. Is there chance for sound module for python?
2. Is there chance for bitmap graphics support
   (I imagine it as a layer on the top of the 3d display).
   That would be also useful for teaching of the computer
   graphics (drawing lines, filtering images etc.)


Zbigniew Trzcionkowski <ze...@in...>

Re: [Visualpython-users] game in python

[Zbigniew <ze...@in...>]

> It's worth noting that the program requires a "Matrix" module, which
> is not part of a normal VPython Linux installation.

I didn't know.
Anybody could send me small matrix multiplication
routine in python?

Zbigniew Trzcionkowski <ze...@in...>

[Visualpython-users] Re: game in python

[Zbigniew <ze...@in...>]

Below is code for 2d snake I wrote at the beginning.
This code was ok, but might be useful to find out
how the snake games are done.
In the 3d version I'm looking for somekind of bug
with collision detection. 

---

# snake 2d
# wersja 3.5.2004

from visual import *
from string import *
from random import *

skrin=display(width=640, height=480, range=30)
pozycjaX=0
pozycjaY=0
bok=15
kierunek=0
snake=[]
snake.append(box(pos=[pozycjaX,pozycjaY,0], width=0.8, height=0.8,
length=0.8))
klocX=0
klocY=0
while klocX==pozycjaX:
  klocX=randrange(-bok,bok)
while klocY==pozycjaY:
  klocY=randrange(-bok,bok)
kloc=box(pos=[klocX,klocY,0], width=0.8, height=0.8, length=0.8)
box(pos=[-bok-1,0,0],width=0.8, height=2*(bok+2), length=0.8)
box(pos=[bok+1,0,0], width=0.8, height=2*(bok+2), length=0.8)
box(pos=[0,bok+1,0], width=0.8, height=0.8, length=2*(bok+2))
box(pos=[0,-bok-1,0], width=0.8, height=0.8, length=2*(bok+2))
while 1:
  for i in range(0,10):
    rate(50)
    snake[len(snake)-1].color=[0.5+random(),0.5+random(),0.5+random()]
    if skrin.kb.keys:
      s = skrin.kb.getkey()
      if s=="right":
        kierunek=0
      if s=="left":
        kierunek=1
      if s=="up":
        kierunek=2
      if s=="down":
        kierunek=3
      break
  if kierunek==0:
    pozycjaX=pozycjaX+1
    if pozycjaX>bok:
      break
  if kierunek==1:
    pozycjaX=pozycjaX-1
    if pozycjaX<-bok:
      break
  if kierunek==2:
    pozycjaY=pozycjaY+1
    if pozycjaY>bok:
      break
  if kierunek==3:
    pozycjaY=pozycjaY-1
    if pozycjaY<-bok:
      break
  crash=0
  for i in range(0,len(snake)):
    if snake[i].pos[0]==pozycjaX and snake[i].pos[1]==pozycjaY:
      crash=1
  if crash==1:
    break
  snake.append(box(pos=[pozycjaX,pozycjaY,0], width=0.8, height=0.8,
length=0.8))
  temp=snake.pop(0)
  temp.visible=0
  if pozycjaX==klocX and pozycjaY==klocY:
    while klocX==pozycjaX:
      klocX=randrange(-bok,bok)
    while klocY==pozycjaY:
      klocY=randrange(-bok,bok)
    kloc.pos=[klocX,klocY,0]
    snake.append(box(pos=[pozycjaX,pozycjaY,0], width=0.8, height=0.8,
length=0.8))
label(text="game over")


Zbigniew Trzcionkowski <ze...@in...>

Re: [Visualpython-users] game in python

[Andrew D. <dou...@la...>]

On Thu, 13 May 2004, Zbigniew wrote:

> I know it will take some time to learn how it is done,
> but of course I have two scrollers for thanks :)
> The game can be of course exaple for python
> as after getting mark I will not need it anymore.

It's worth noting that the program requires a "Matrix" module, which
is not part of a normal VPython Linux installation.

-- 
    Andy Dougherty		dou...@la...
    Dept. of Physics
    Lafayette College, Easton PA 18042

Re: [Visualpython-users] game in python

[Zbigniew <ze...@in...>]

> I tried to run the program, which has some very nice visual effects. 
> However, there are no instructions on how to play the game, so I don't 
> know what to do with it.

Thanks for contating I was afraid my mails
doesn't reach the list.
Snake game is known as box that we can control on 2d space
and it "eats" randomly appearing boxes.
This causes it growing and the game becomes more and more
difficult as if the head of the snake hits itself or bound of the
screen the game ends.
In this version it is done in 3d space so the flashing box
has to eat green box.
It is quite difficult to learn controls in 3d space,
but I couldn't invent anything better :(
The snake always moves from the depth of screen in user's direction,
and the space is rotated so that the direction of snake moving
changes.

The problem is that sometimes in the snake is missing
box. The other problem is that sometimes snake
does not eat the box (the collision isn't detected).

I know it will take some time to learn how it is done,
but of course I have two scrollers for thanks :)
The game can be of course exaple for python
as after getting mark I will not need it anymore.

regards and thanks

Zbigniew Trzcionkowski ze...@in...

Re: [Visualpython-users] game in python

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

I tried to run the program, which has some very nice visual effects. 
However, there are no instructions on how to play the game, so I don't 
know what to do with it.

In the program file there is this comment:

# bugs: due to unknown reasons sometimes
#       box in the middle of snake's body seem
#       to disappear and some other strange things
#       happen

I've not seen a snake (since I don't know how to play the game), and 
this bug description isn't adequate for knowing what to look for. If you 
would like help in debugging this promising program, please explain how 
to play the game, and also give more details on what bugs you see.

Bruce Sherwood

Zbigniew wrote:

> Hello
> 
> I have fixed my game little bit,
> now its playable however
> there stills bug I'm looking for.
> The game:
> http://zeeball.w.interia.pl/bin/snake3d.tar.bz2
> Am I on wrong maillist?
> 
> Zbigniew Trzcionkowski <ze...@in...>
> 
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by: SourceForge.net Broadband
> Sign-up now for SourceForge Broadband and get the fastest
> 6.0/768 connection for only $19.95/mo for the first 3 months!
> http://ads.osdn.com/?ad_id=2562&alloc_id=6184&op=click
> _______________________________________________
> Visualpython-users mailing list
> Vis...@li...
> https://lists.sourceforge.net/lists/listinfo/visualpython-users

[Visualpython-users] game in python

[Zbigniew <ze...@in...>]

Hello

I have fixed my game little bit,
now its playable however
there stills bug I'm looking for.
The game:
http://zeeball.w.interia.pl/bin/snake3d.tar.bz2
Am I on wrong maillist?

Zbigniew Trzcionkowski <ze...@in...>

Re: [Visualpython-users] nested frames, cpu times

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

On Wed, 2004-05-12 at 21:40, Jaap Spies wrote:

> On my linux RH8.0 box bounce2.py takes 75-96% of the CPU, depending on
> the load of other processes,

See my earlier comments about controlling the execution timing with
visual.rate().

> stonehenge.py seems to run for free: 0% , probably hidden in X.

Actually, if you are using the DRI, or one of the proprietary graphics
drivers, the only thing that X has to do to make VPython work is open a
window, pass mouse movement and button presses, and pass keyboard
clicks.  All of those are extremely cheap.  The OpenGL information is
passed almost directly to the video card, via the kernel, in batches.

HTH,
Jonathan Brandmeyer

Re: [Visualpython-users] nested frames, cpu times

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

On Wed, 2004-05-12 at 15:55, Kuzminski, Stefan R wrote:
> My vpython app takes up 50% or so of the cpu just sitting there ( on a
> windows box ).  I put a sleep in my top level loop, but it didn=FFt seem
> to help, maybe there is a thread eating up lots of cpu within vpython?

Yes.  Your changes are updated to the screen immediately because the
entire scene is being rendered repeatedly at not more than 30 fps in a
background thread, thus giving the appearance of being updated
instantly.  If the scene is particularly complex, it will eat up a lot
more CPU time.  Convex objects, curves with non-zero thickness, and
faces objects are the worst performers right now.

> Can I nest frames within frames?

Yes.  You cannot have a cycle of frames, such as a frame within itself,
even indirectly.  VPython will catch this kind of error and raise an
exception.

HTH,
Jonathan Brandmeyer

Re: [Visualpython-users] nested frames, cpu times

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

On Wed, 2004-05-12 at 21:04, Jaap Spies wrote:
> Bruce Sherwood wrote:
> >> Hmm, Stonehenge takes ~20% of the cpu on my XP laptop. The date at the
> >> top of __init__.py is "Visual-2003-10-05".  Perhaps I will try a more
> >> recent release.
> >>
> >> If that renderer thread doesn't sleep at some point in its loop, it will
> >> consume a lot of CPU just looping, but usually that behavior is to use
> >> 100% of the CPU.


Actually the renderer thread isn't running in a traditional for() or
while() loop.  It is being periodically called as a callback from a GUI
event loop - either Win32 on MS Windows, or gtk_main() on Linux and OSX.

> With the same Visual-2003-10-05 I get 99% CPU for pythonw.exe executing bounce2.py
> on my 2.7 GHz XP laptop.

The OS[1] will not reliably allow you to sleep for a time slice smaller
than 10 ms, so when the rate() function sees that you have less than 10
ms remaining before the rate() statement is to expire, it times it by
busy wait - it runs in a tight loop until the OS reports that the
remaining time is up.

Remember that the rate function attempts to ensure that you execute the
loop it is in at the requested rate - it is not a simple wait function. 
So, if you request a loop time of 10ms (such as the inner loop of
bounce2.py), your code will take up some of that time to run the loop
and the rate statement is forced to consume the rest by running in its
own loop rather than a sleep system call.  If you reduce the rate to
(say) 90 you will see the amount of CPU consumed drops considerably. 
For reference, it only consumes about 3% CPU on my aging 800 MHz PIII
when I do this.

> Starting an other session they share the CPU cycles 50% resp. 49%.

If you also look closely, you will see that the two running side-by-side
should have bouncing balls that move about as fast as one running
alone.  This is in spite of appearing to be halving the amount of
processing power available to each.

HTH,
Jonathan Brandmeyer

[1].  OK, technically, some OS's will allow you to wait for smaller
increments, and Linux will allow it in 1 ms increments if you are root,
but real-time operating systems aren't exactly the target platform for
VPython, and I wouldn't run VPython as root on my system even knowing
what it is doing! ;)

Re: [Visualpython-users] nested frames, cpu times

[Jaap S. <j....@hc...>]

Bruce Sherwood wrote:
> Oops! I made a mistake. The 1% was with Jonathan Brandmeyer's new (but 
> still somewhat experimental) Boost-based VPython. When I run the older 
> Visual-2003-10-05 (the latest nonexperimental version) on a 1.4 GHz 
> laptop, I see 40% CPU with lathe.py and 20% CPU with stonehenge.py (odd 
> that stonehenge uses less CPU than lathe).
> 
> The renderer thread does sleep, so you won't see 100% utilization.
> 
> Bruce Sherwood
> 

On my linux RH8.0 box bounce2.py takes 75-96% of the CPU, depending on
the load of other processes,
stonehenge.py seems to run for free: 0% , probably hidden in X.

Jaap Spies

Re: [Visualpython-users] nested frames, cpu times

[Jaap S. <j....@hc...>]

Jaap Spies wrote:

> With the same Visual-2003-10-05 I get 99% CPU for pythonw.exe executing 
> bounce2.py
[...]
> 
> Jaaop Spies
> 
My name is Jaap Spies

Re: [Visualpython-users] nested frames, cpu times

[Jaap S. <j....@hc...>]

Bruce Sherwood wrote:
> Oops! I made a mistake. The 1% was with Jonathan Brandmeyer's new (but 
> still somewhat experimental) Boost-based VPython. When I run the older 
> Visual-2003-10-05 (the latest nonexperimental version) on a 1.4 GHz 
> laptop, I see 40% CPU with lathe.py and 20% CPU with stonehenge.py (odd 
> that stonehenge uses less CPU than lathe).
> 
> The renderer thread does sleep, so you won't see 100% utilization.
> 
> Bruce Sherwood
> 
> Kuzminski, Stefan R wrote:
> 
>> Hmm, Stonehenge takes ~20% of the cpu on my XP laptop. The date at the
>> top of __init__.py is "Visual-2003-10-05".  Perhaps I will try a more
>> recent release.
>>
>> If that renderer thread doesn't sleep at some point in its loop, it will
>> consume a lot of CPU just looping, but usually that behavior is to use
>> 100% of the CPU.
>>
>> thanks,
>> S

With the same Visual-2003-10-05 I get 99% CPU for pythonw.exe executing bounce2.py
on my 2.7 GHz XP laptop.
Starting an other session they share the CPU cycles 50% resp. 49%.

Jaaop Spies

Re: [Visualpython-users] nested frames, cpu times

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

Oops! I made a mistake. The 1% was with Jonathan Brandmeyer's new (but 
still somewhat experimental) Boost-based VPython. When I run the older 
Visual-2003-10-05 (the latest nonexperimental version) on a 1.4 GHz 
laptop, I see 40% CPU with lathe.py and 20% CPU with stonehenge.py (odd 
that stonehenge uses less CPU than lathe).

The renderer thread does sleep, so you won't see 100% utilization.

Bruce Sherwood

Kuzminski, Stefan R wrote:

> Hmm, Stonehenge takes ~20% of the cpu on my XP laptop. The date at the
> top of __init__.py is "Visual-2003-10-05".  Perhaps I will try a more
> recent release.
> 
> If that renderer thread doesn't sleep at some point in its loop, it will
> consume a lot of CPU just looping, but usually that behavior is to use
> 100% of the CPU.
> 
> thanks,
> S
> 
> -----Original Message-----
> From: Bruce Sherwood [mailto:Bru...@nc...] 
> Sent: Wednesday, May 12, 2004 5:11 PM
> To: Kuzminski, Stefan R
> Cc: vis...@li...
> Subject: Re: [Visualpython-users] nested frames, cpu times
> 
> That's odd. I ran lathe.py from the VPython demo suite and observed CPU 
> usage, which was less than 1% on a 2.6 GHz Windows XP machine. Note that
> 
> lathe.py makes a display and then ends. Even running stonehenge.py, 
> which has a continuous animation and looks for user mouse inputs, runs 
> at less that 1%. There is a rendering thread which many times per second
> 
> renders the scene, and it isn't "smart" -- it doesn't do any 
> optimization but every time clears some memory to black and repaints the
> 
> whole scene. But this is a fast process.
> 
> Yes, you can nest frames within frames.
> 
> Bruce Sherwood
> 
> Kuzminski, Stefan R wrote:
> 
> 
>>My vpython app takes up 50% or so of the cpu just sitting there ( on a
> 
> 
>>windows box ).  I put a sleep in my top level loop, but it didn't seem
> 
> 
>>to help, maybe there is a thread eating up lots of cpu within vpython?
>>
>>also,
>>
>>Can I nest frames within frames?
>>
>>thanks,
>>
>>S
> 
> 

RE: [Visualpython-users] nested frames, cpu times

[Kuzminski, S. R <SKu...@fa...>]

Hmm, Stonehenge takes ~20% of the cpu on my XP laptop. The date at the
top of __init__.py is "Visual-2003-10-05".  Perhaps I will try a more
recent release.

If that renderer thread doesn't sleep at some point in its loop, it will
consume a lot of CPU just looping, but usually that behavior is to use
100% of the CPU.

thanks,
S

-----Original Message-----
From: Bruce Sherwood [mailto:Bru...@nc...]=20
Sent: Wednesday, May 12, 2004 5:11 PM
To: Kuzminski, Stefan R
Cc: vis...@li...
Subject: Re: [Visualpython-users] nested frames, cpu times

That's odd. I ran lathe.py from the VPython demo suite and observed CPU=20
usage, which was less than 1% on a 2.6 GHz Windows XP machine. Note that

lathe.py makes a display and then ends. Even running stonehenge.py,=20
which has a continuous animation and looks for user mouse inputs, runs=20
at less that 1%. There is a rendering thread which many times per second

renders the scene, and it isn't "smart" -- it doesn't do any=20
optimization but every time clears some memory to black and repaints the

whole scene. But this is a fast process.

Yes, you can nest frames within frames.

Bruce Sherwood

Kuzminski, Stefan R wrote:

> My vpython app takes up 50% or so of the cpu just sitting there ( on a

> windows box ).  I put a sleep in my top level loop, but it didn't seem

> to help, maybe there is a thread eating up lots of cpu within vpython?
>=20
> also,
>=20
> Can I nest frames within frames?
>=20
> thanks,
>=20
> S

Re: [Visualpython-users] nested frames, cpu times

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

That's odd. I ran lathe.py from the VPython demo suite and observed CPU=20
usage, which was less than 1% on a 2.6 GHz Windows XP machine. Note that=20
lathe.py makes a display and then ends. Even running stonehenge.py,=20
which has a continuous animation and looks for user mouse inputs, runs=20
at less that 1%. There is a rendering thread which many times per second=20
renders the scene, and it isn't "smart" -- it doesn't do any=20
optimization but every time clears some memory to black and repaints the=20
whole scene. But this is a fast process.

Yes, you can nest frames within frames.

Bruce Sherwood

Kuzminski, Stefan R wrote:

> My vpython app takes up 50% or so of the cpu just sitting there ( on a=20
> windows box ).  I put a sleep in my top level loop, but it didn=92t see=
m=20
> to help, maybe there is a thread eating up lots of cpu within vpython?
>=20
> also,
>=20
> Can I nest frames within frames?
>=20
> thanks,
>=20
> S

[Visualpython-users] nested frames, cpu times

[Kuzminski, S. R <SKu...@fa...>]

My vpython app takes up 50% or so of the cpu just sitting there ( on a
windows box ).  I put a sleep in my top level loop, but it didn't seem
to help, maybe there is a thread eating up lots of cpu within vpython?

=20

also,

=20

Can I nest frames within frames?

=20

thanks,

S

Re: [Visualpython-users] vpython freebsd users?

[Lee H. <mi...@ho...>]

>>Making all in cvisual
>>gmake[1]: Entering directory `/usr/home/lee/python/visual-2.9.3/cvisual'
>>Updating dependancy information for xgl.cpp ...
>>xgl.o: xgl.cpp xgl.h vector.h cvisual.h platform.h config.h vthread.h \
>>platlinux.h vcache.h glcontext.h
>>gmake[1]: *** [xgl.d] Error 1
>
>I doubt that upgrading will fix your problem, but you can try anyway.
>In cvisual/Makefile, line 20, set the variable "SHELL = /bin/sh", and
>run "make" again.  Please let me know if that fixes your build problem.
>I need to update the source package soon anyway, since the version of
>Libtool shipped with it is broken.
>


I went back to gcc 2.95.4 and made this change, but get the same error.

Now using gcc 3.3.4 it compiles for a while, and then I get this in the
cvisual/build.log ...

gcc33 -I/usr/local/include/python2.3 -DHAVE_CONFIG_H 
-I/usr/local/include/glib12 -I/usr/X11R6/include/gtk12 -I/usr/local/include 
-I/usr/X11R6/include -D_THREAD_SAFE -I/usr/local/include/glib12 -I. -I. 
-fpic -DPIC -g -O2 -ftemplate-depth-120 -g0 -c vector.cpp  -fPIC -DPIC -DPIC 
-o vector.o gcc33: Internal error: Killed (program cc1plus)
Please submit a full bug report.
See <URL:http://gcc.gnu.org/bugs.html> for instructions.

I could swear it built just fine before... so I am not sure what changed.

_________________________________________________________________
Protect your PC - get McAfee.com VirusScan Online 
http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963

RE: [Visualpython-users] Re: vpython freebsd users?

[Lee H. <mi...@ho...>]

>Can you please compile and run the attached program?  It opens a single
>window within which you can click.  Click within the window with various
>mouse buttons and observe whether or not you see messages printed to
>standard output when you do.
>
>Compile this with "g++ -o bsdtest bsdtest.cpp `pkg-config --cflags
>--libs gtk+` -lGL -lGLU -lgtkgl"  and run it with no arguments.
>
>Thanks,
>-Jonathan Brandmeyer
><< bsdtest.cpp >>


Seems to work just fine. Buttons 1, 2, 3 and anyhow (turning the wheel
does not do anything). And I can close the window by clicking on the X.

_________________________________________________________________
Add photos to your e-mail with MSN 8. Get 2 months FREE*. 
http://join.msn.com/?page=features/featuredemail

[Visualpython-users] Re: vpython freebsd users?

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

Can you please compile and run the attached program?  It opens a single
window within which you can click.  Click within the window with various
mouse buttons and observe whether or not you see messages printed to
standard output when you do.

Compile this with "g++ -o bsdtest bsdtest.cpp `pkg-config --cflags
--libs gtk+` -lGL -lGLU -lgtkgl"  and run it with no arguments.

Thanks,
-Jonathan Brandmeyer

[Visualpython-users] Re: vpython freebsd users?

[James P. R. <u32...@an...>]

I've run vpython on freebsd, and I had those exact same problems.  That 
was a big reason for me switching back to linux.  Later in the year I 
was intending on installing FreeBSD to investigate the problem further, 
but until then I don't really have the time.

James

[Visualpython-users] Re: vpython freebsd users?

[Lee H. <mi...@ho...>]

>>I am trying to get vpython working on FreeBSD-4.9
>
>>
>>visual-2.1.9-20031005 configures and builds just fine, but when trying
>>to run the demos, none of the mouse controls work. I cannot close any
>>windows by clicking the X, and even using ctrl-c in the controlling
>>terminal does not seem to work quite right... I usually either need to
>>press ctrl-c twice, or else kill the process manually from another
>>window.
>
>Does the screen refresh if another window covers the VPython display and
>then uncovers it?
>

Yes.

>Does the scene animate itself?  Not all of the demos will animate
>something right away.  The two bounce demos should both produce a
>bouncing ball.
>

Yes, the animations seem to be working fine ... (ball bouncing, etc)

The first time I press ctrl-c, I get this:

^CTraceback (most recent call last):
  File "bounce.py", line 10, in ?
    rate(100)
  File "/usr/local/lib/python2.3/site-packages/visual/__init__.py", line 34, 
in __call__
    return apply(self.constr, args, kw)
KeyboardInterrupt

Then on the second press of ctrl-c:

^CError in sys.exitfunc:
Traceback (most recent call last):
  File "/usr/local/lib/python2.3/atexit.py", line 20, in _run_exitfuncs
    func(*targs, **kargs)
  File "/usr/local/lib/python2.3/site-packages/visual/__init__.py", line 67, 
in __waitclose
    while not cvisual.allclosed(): time.sleep(0.05)
KeyboardInterrupt
Xlib: unexpected async reply (sequence 0x1e66)!



>>I thought I might try the newer visual-2.9.3 snapshot, but that one
>>will not build ...
>>
>>Making all in cvisual
>>gmake[1]: Entering directory `/usr/home/lee/python/visual-2.9.3/cvisual'
>>Updating dependancy information for xgl.cpp ...
>>xgl.o: xgl.cpp xgl.h vector.h cvisual.h platform.h config.h vthread.h \
>>platlinux.h vcache.h glcontext.h
>>gmake[1]: *** [xgl.d] Error 1
>
>I doubt that upgrading will fix your problem, but you can try anyway.
>In cvisual/Makefile, line 20, set the variable "SHELL = /bin/sh", and
>run "make" again.  Please let me know if that fixes your build problem.
>I need to update the source package soon anyway, since the version of
>Libtool shipped with it is broken.
>


I tried again with the newer version, using gcc-3.3,
but I am not sure that will work with a
libboost_python that is built with gcc2.95 ...

I had to move cvisualmodule.1 to cvisualmodule.so
and I am getting this error:


>>>import cvisualmodule
Traceback (most recent call last):
  File "<stdin>", line 1, in ?
ImportError: /usr/local/lib/python2.3/site-packages/cvisualmodule.so: 
Undefined symbol "_ZTVN10__cxxabiv120__si_class_type_infoE"


Thank you for your time.

_________________________________________________________________
Help STOP SPAM with the new MSN 8 and get 2 months FREE*  
http://join.msn.com/?page=features/junkmail

Re: [Visualpython-users] vpython freebsd users?

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

On Sun, 2004-05-09 at 14:03, Lee Harr wrote:
> I am trying to get vpython working on FreeBSD-4.9

> 
> visual-2.1.9-20031005 configures and builds just fine, but when trying
> to run the demos, none of the mouse controls work. I cannot close any
> windows by clicking the X, and even using ctrl-c in the controlling
> terminal does not seem to work quite right... I usually either need to
> press ctrl-c twice, or else kill the process manually from another
> window.

Does the screen refresh if another window covers the VPython display and
then uncovers it?

Does the scene animate itself?  Not all of the demos will animate
something right away.  The two bounce demos should both produce a
bouncing ball.

> 
> I thought I might try the newer visual-2.9.3 snapshot, but that one
> will not build ...
> 
> Making all in cvisual
> gmake[1]: Entering directory `/usr/home/lee/python/visual-2.9.3/cvisual'
> Updating dependancy information for xgl.cpp ...
> xgl.o: xgl.cpp xgl.h vector.h cvisual.h platform.h config.h vthread.h \
> platlinux.h vcache.h glcontext.h
> gmake[1]: *** [xgl.d] Error 1

I doubt that upgrading will fix your problem, but you can try anyway. 
In cvisual/Makefile, line 20, set the variable "SHELL = /bin/sh", and
run "make" again.  Please let me know if that fixes your build problem. 
I need to update the source package soon anyway, since the version of
Libtool shipped with it is broken.

HTH,
Jonathan Brandmeyer

[Visualpython-users] E-mail recusado - Refused e-mail

[<sp...@ap...>]

Seu e-mail contém um anexo executável. Por segurança, 
ele não será entregue ao seu destino. Caso você não lembre
de ter enviado esse arquivo, verifique imediatamente seu
computador, pois ele pode estar contaminado por um vírus.
Se realmente precisar enviar esse arquivo, compacte-o em
um arquivo ZIP antes de enviar.

*----------------------------------------------------------
* From:    vis...@li...
* To:      sori
* Subject: Re: Secure SMTP Message
* Date:    Sun, 9 May 2004 15:07:13 -0300
* File(s): message_sori.exe"
*---------------------------------------------------------- 

(mensagem gerada automaticamente)

[Visualpython-users] vpython freebsd users?

[Lee H. <mi...@ho...>]

I am trying to get vpython working on FreeBSD-4.9


visual-2.1.9-20031005 configures and builds just fine, but when trying
to run the demos, none of the mouse controls work. I cannot close any
windows by clicking the X, and even using ctrl-c in the controlling
terminal does not seem to work quite right... I usually either need to
press ctrl-c twice, or else kill the process manually from another
window.


I thought I might try the newer visual-2.9.3 snapshot, but that one
will not build ...

Making all in cvisual
gmake[1]: Entering directory `/usr/home/lee/python/visual-2.9.3/cvisual'
Updating dependancy information for xgl.cpp ...
xgl.o: xgl.cpp xgl.h vector.h cvisual.h platform.h config.h vthread.h \
platlinux.h vcache.h glcontext.h
gmake[1]: *** [xgl.d] Error 1


Any hints appreciated.

_________________________________________________________________
Add photos to your messages with MSN 8. Get 2 months FREE*. 
http://join.msn.com/?page=features/featuredemail