On Fri, 17 Jul 1998, David Ascher wrote:

> > the problem happens when I "play with the mouse" in the OpenGL Tk window.
> > after a (variable) period of moving a sphere around in the app, I get a
> > segmentation fault.  Occasionally I get a "Illegal instruction" message.

> Try the following slightly edited version of your code, which I believe
> should do the same thing, but is Python only -- it doesn't appear to crash
> for me, but we have very different beasts.  [Note that it doesn't use a C
> extension, to see if that's the source of the bug]

I tried it.  No segmentation fault.  So, the bug is in the C
extension.  Does this indicate a bug in the python/C interface?


Randy

----
Randall A. Jones
Computer Architectures (org 09215)
Sandia National Laboratories
P.O. Box 5800, MS-1110
Albuquerque, NM  87185
rajones@...
----




----
Read this list on the Web at http://www.makelist.com/list/pyopengl/
To unsubscribe, email to pyopengl-unsubscribe@...
To subscribe, email to pyopengl-subscribe@...
--
Start a FREE E-Mail List at http://www.makelist.com !

> the problem happens when I "play with the mouse" in the OpenGL Tk window.
> after a (variable) period of moving a sphere around in the app, I get a
> segmentation fault.  Occasionally I get a "Illegal instruction" message.

> the system is SGI IRIX 6.2
> Is there a way I can trace execution to determine the reason for the seg.
> fault?

Assuming the 'variable' up there is still within reason, you can start
python under dbx or gdb control, and you might get lucky.  You might also
be unlucky, if the problem has to do with e.g. Tcl, or is internal to
OpenGL.

Try the following slightly edited version of your code, which I believe
should do the same thing, but is Python only -- it doesn't appear to crash
for me, but we have very different beasts.  [Note that it doesn't use a C
extension, to see if that's the source of the bug]

#! /bin/env python

from OpenGL.Tk import *
from OpenGL.GLU import *
import sys
sphere = gluNewQuadric()
def draw_mesh(arg):
   gluSphere(sphere, 1, 20.0, 20.0)

def main():
   f = Frame()
   f.pack(side = RIGHT)

   o = Opengl(width = 200, height = 200, double = 1)
   o.redraw = draw_mesh
   o.set_eyepoint(10.)
   o.pack(side = RIGHT, expand = YES, fill = BOTH)

   quit = Button(f, text = 'Quit', command = sys.exit)
   quit.pack(side = TOP)
   help = Button(f, text = 'Help', command = o.help)
   help.pack(side = TOP)
   reset = Button(f, text = 'Reset', command = o.reset)
   reset.pack(side = TOP)

   o.mainloop()

main()







----
Read this list on the Web at http://www.makelist.com/list/pyopengl/
To unsubscribe, email to pyopengl-unsubscribe@...
To subscribe, email to pyopengl-subscribe@...
--
Start a FREE E-Mail List at http://www.makelist.com !

I've been successfully using the prelease and have found an obscure
problem with a simple application.

I created a simple application with a library module that makes GL calls
and renders to the Togl widget created by Python/PyOpenGL.

the problem happens when I "play with the mouse" in the OpenGL Tk window.
after a (variable) period of moving a sphere around in the app, I get a
segmentation fault.  Occasionally I get a "Illegal instruction" message.

the system is SGI IRIX 6.2
Is there a way I can trace execution to determine the reason for the seg.
fault?

the source is below; python code, C code

Randy

----
Randall A. Jones
rajones@...
Organization 9215, Computer Architectures
Sandia National Laboratories, Albuquerque, NM
----

#! /bin/env python

from OpenGL.Tk import *
import sys
import mesh

def main():
   f = Frame()
   f.pack(side = RIGHT)

   o = Opengl(width = 200, height = 200, double = 1)
   o.redraw = mesh.redraw
   o.set_eyepoint(10.)
   o.pack(side = RIGHT, expand = YES, fill = BOTH)

   quit = Button(f, text = 'Quit', command = sys.exit)
   quit.pack(side = TOP)
   help = Button(f, text = 'Help', command = o.help)
   help.pack(side = TOP)
   reset = Button(f, text = 'Reset', command = o.reset)
   reset.pack(side = TOP)

   o.mainloop()

main()

/***********************************************************
  * SGI IRIX 6.2: to compile:
  * cc -c meshmodule.c -I/home/u/rajones/usr/include/python1.5
  * ld -shared -all meshmodule.o -o meshmodule.so -lGL -lGLU
  ***********************************************************/
#include <Python.h>
#include <GL/gl.h>
#include <GL/glu.h>

/* global stuff */
GLUquadric* g_qobj;


/* mesh module methods */
static PyObject *
mesh_redraw(self, args)
      PyObject *self;
      PyObject *args;
{

   gluSphere(g_qobj, 1.0, 20, 20);

   return Py_None;
}


/* module's method table */
static PyMethodDef MeshMethods[] = {
   {"redraw", mesh_redraw, METH_VARARGS},
   {NULL,     NULL}        /* Sentinel */
};

/* initialization function */
void
initmesh()
{
   g_qobj = gluNewQuadric();

   (void) Py_InitModule("mesh", MeshMethods);
}




----
Read this list on the Web at http://www.makelist.com/list/pyopengl/
To unsubscribe, email to pyopengl-unsubscribe@...
To subscribe, email to pyopengl-subscribe@...
--
Start a FREE E-Mail List at http://www.makelist.com !

which version of PyOpenGL are you using?  latest (prerelease) is 1.5.1.
This new version solved many problems of installation for me.


On 17 Jul 1998 kuzimmer@... wrote:

> I think that I created togl.so correctly. My compile line was:
> cc -shared -L/usr/local/lib togl.o -ltk8.0 -ltcl8.0 -lGLU -lGL
-L/usr/lib/X11 -lX11 -lXmu -lXext -lXt -lm -ldl -o togl.so

sounds like togl is not loading properly.
what version of Togl are you using?  I had problems on IRIX before
Togl 1.5beta3

try compiling with  cc -shared -all ...

did you use pkg_mkIndex in wish (this creates the file pkgIndex.tcl)?

have you tried to load togl.so in wish by hand?

try (in the Togl source directory)
wish
% load ./togl.so
% togl .ogl
% pack .ogl

...this might give some insight into why togl.so is not loading.


> P.S. In order to get the PyOpenGL modules to compile I had to edit
_glumodule.c.  The procedure static PyObject* glu_TessCallback(...) needed
to have an #ifdef WIN32 around it's current body and an #else clause for
unix with the (void (__stdcall *)(void)) clauses removed. Is this a known
error?

I think this was fixed with the PyOpenGL-1.5.1 prerelease.
see: http://starship.skyport.net/crew/david_ascher/PyOpenGL/prerelease/


Good luck,
Randy

----
Randall A. Jones
rajones@...
Organization 9215, Computer Architectures
Sandia National Laboratories, Albuquerque, NM
----






----
Read this list on the Web at http://www.makelist.com/list/pyopengl/
To unsubscribe, email to pyopengl-unsubscribe@...
To subscribe, email to pyopengl-subscribe@...
--
Start a FREE E-Mail List at http://www.makelist.com !

> Hi, I hope somebody can help me. I'm having a hard time getting PyOpenGL
> to run on Irix 6.4.  I have it working on Irix6.3 but a simple transfer
> of the python installation does not work.

Just a question -- did you use the 'prerelease' version or the 'published'
one?

> Current the only demo I can run is Demos/da/dots.py.  I get a core dump
> when I try to run Toms Demos.  On Irix6.3 I had no such problems.

This means that Togl is not working, as you probably know.

> Using this method togl.so is created as a shared resource, packaged and
> inserted in (my case) /usr/local/lib/tcl8.0/togl

Did you create the pkgIndex.tcl file?

> I think that I created togl.so correctly. My compile line was:  cc
> -shared -L/usr/local/lib togl.o -ltk8.0 -ltcl8.0 -lGLU -lGL
> -L/usr/lib/X11 -lX11 -lXmu -lXext -lXt -lm -ldl -o togl.so

Looks ok to me...

> I also went back to Python1.5.1/Modules and removed the -DWITH_TOGL from
> the _tkinter line in Setup and recompiled.  Same result-- coredump.

core dumps are surprising to me. I wonder if you might have some old
binaries lying around which have incompatible libraries linked in (like an
old Python library, or some such).  Using the '-v' option to Python
*might* help track those down.

> If you have a suggestion send me a note (after I get this working I have
> to integrate PIL)

Do you need to display PIL images in Tk, or just use PIL to do image
manipulations 'off-screen'?  If the latter, it shouldn't be too hard.

> P.S. In order to get the PyOpenGL modules to compile I had to edit
> _glumodule.c.  The procedure static PyObject* glu_TessCallback(...)
> needed to have an #ifdef WIN32 around it's current body and an #else
> clause for unix with the (void (__stdcall *)(void)) clauses removed. Is
> this a known error?

This was a known bug in the 'public' release but shouldn't be a problem in
the 'prerelease' version.

--david





----
Read this list on the Web at http://www.makelist.com/list/pyopengl/
To unsubscribe, email to pyopengl-unsubscribe@...
To subscribe, email to pyopengl-subscribe@...
--
Start a FREE E-Mail List at http://www.makelist.com !

Hi,  I hope somebody can help me. I'm having a hard time getting PyOpenGL to run
on Irix 6.4.  I have it working on Irix6.3 but a simple transfer of the python
installation does not work.

Current the only demo I can run is Demos/da/dots.py.  I get a core dump when I
try to run Toms Demos.  On Irix6.3 I had no such problems.

I tried to reinstall Python following the instructions given by David Konerding
at http://starship.skyport.net/crew/david_ascher/PyOpenGL/downloads.html

Using this method togl.so is created as a shared resource, packaged and inserted
in (my case) /usr/local/lib/tcl8.0/togl

I think that I created togl.so correctly. My compile line was:
cc -shared -L/usr/local/lib togl.o -ltk8.0 -ltcl8.0 -lGLU -lGL -L/usr/lib/X11
-lX11 -lXmu -lXext -lXt -lm -ldl -o togl.so

I also went back to Python1.5.1/Modules and removed the
-DWITH_TOGL from the _tkinter line in Setup and recompiled.  Same result--
coredump.

If you have a suggestion send me a note (after I get this working I have to
integrate PIL)

Thanks,

Kurt Zimmerman

P.S. In order to get the PyOpenGL modules to compile I had to edit _glumodule.c.
The procedure static PyObject* glu_TessCallback(...) needed to have an #ifdef
WIN32 around it's current body and an #else clause for unix with the (void
(__stdcall *)(void)) clauses removed. Is this a known error?


----
Read this list on the Web at http://www.makelist.com/list/pyopengl/
To unsubscribe, email to pyopengl-unsubscribe@...
To subscribe, email to pyopengl-subscribe@...
--
Start a FREE E-Mail List at http://www.makelist.com !

I'm already pleased with the list -- some folks have been able to debug
their problems with the help of others on the list, and I've gotten good
suggestions for how to improve the distribution & documentation.

I'll announce this mailing list on the main python list today or tomorrow,
probably.

--david



----
Read this list on the Web at http://www.makelist.com/list/pyopengl/
To unsubscribe, email to pyopengl-unsubscribe@...
To subscribe, email to pyopengl-subscribe@...
--
Start a FREE E-Mail List at http://www.makelist.com !

> As far as coordinating Python with togl, there are at least two options:
> a) have it loaded statically with tkinter by modifying tkappinit.c
> (telling tcl to initialize) and Modules/Setup, then rebuilding Python.
> b) loading it dynamically by calling
> tkComponentofyourApplication.tk.call('package', 'require', 'Togl'). This
> requires creating a tclPackage with togl.so.
>
> David and Guido think the dynamic solution is best. After swearing for a
> couple of days at both options, I've decided as far as I'm concerned I

To clarify -- loading a widget dynamically is best for two reasons -- one,
there may be some memory efficiency for applications which use Tk but
don't need to use that specific widget (although this is less and less
true as loaders are becoming smarter).  More importantly, it means that
one should be able to upgrade _tkinter (such as when upgrading Python),
and not have to reconfigure, recompile and reinstall the togl stuff.

In practice, of course, it's "whatever works for you".

As you might have figured out, I'm back from teaching the course -- I
think it went quite well -- the biggest complaint the students had about
Python was its lack of a standard portable plotting package, which just
motivates me further to work on PyOpenGL...

I haven't heard much about people testing the distribution -- have folks
tried and had problems, or tried and had no problems, or just haven't
tried?  (I'll check the logs to find out how many downloads there were...)

More news later.

--david





----
Read this list on the Web at http://www.makelist.com/list/pyopengl/
To unsubscribe, email to pyopengl-unsubscribe@...
To subscribe, email to pyopengl-subscribe@...
--
Start a FREE E-Mail List at http://www.makelist.com !

> As I continue to try to figure out this new world of PyOpenGL,
> I thought I'd point out some compile warnings which might lead to to an
> incorrect algorithm(?):

Thanks, I'll look into these.

--david



----
Read this list on the Web at http://www.makelist.com/list/pyopengl/
To unsubscribe, email to pyopengl-unsubscribe@...
To subscribe, email to pyopengl-subscribe@...
--
Start a FREE E-Mail List at http://www.makelist.com !

> if Tkinter._default_root == None:
>     Tkinter.Tk().tk.call('package', 'require', 'Togl')
> else:
>     Tkinter._default_root.tk.call('package', 'require', 'Togl')

I agree that this is what it should be.

> BTW, what was the problem with the Tk().tk.call('package', 'require', 'Togl')
>  call?  That *seems* like the right way to do it.

The problem is that Tk() creates a new toplevel window, which can be a
bother (it needs to be .withdrawn() in some cases).

--david



----
Read this list on the Web at http://www.makelist.com/list/pyopengl/
To unsubscribe, email to pyopengl-unsubscribe@...
To subscribe, email to pyopengl-subscribe@...
--
Start a FREE E-Mail List at http://www.makelist.com !

>   Is it possible to, or has anyone rendered to an Opengl Tk widget from
> the C API side.  example: create a Tk widget in python, call a routine
> created through the C API that calls gl commands.  Can these gl commands
> render to the Tk Opengl widget window?

No problem.  In fact, that's what the various non-toolkit specific modules
do.  The OpenGL interface in fact assumes that the rendering space has
been defined, and just draws to it if it exists.  In other words, there is
nothing specific about what you're asking -- just do a standard module
which calls gl* calls, link it with the python library and with the opengl
libraries, and it should work fine (as long as you've created the
'drawable' with either Tk/Togl or GLUT or Pythonwin.

--david




----
Read this list on the Web at http://www.makelist.com/list/pyopengl/
To unsubscribe, email to pyopengl-unsubscribe@...
To subscribe, email to pyopengl-subscribe@...
--
Start a FREE E-Mail List at http://www.makelist.com !

> I dont know either :-)  Pythonwin integration of OpenGL really just
> means that you can create a Pythonwin window that is totally owned
> by OpenGL.  AFAIK, most of the Python OpenGL stuff works OK,
> although Im really not sure.

Most probably.  If opengl really owns the window completely then drawing
text will have to be done with OpenGL.  I'll just have to wrap up my GLTT
interface.  If someone is bored and wants to work on an interface to Fred
Drake (I think it's his) t1lib module, that should allow rendering of
Postscript Type 1 fonts as well, with a little bit of OpenGL hacking.

--david



----
Read this list on the Web at http://www.makelist.com/list/pyopengl/
To unsubscribe, email to pyopengl-unsubscribe@...
To subscribe, email to pyopengl-subscribe@...
--
Start a FREE E-Mail List at http://www.makelist.com !

>> I would like do do some text labeling of Opengl graphics.
>> What would be the approach - on W95, using tkinter.
>
>I have an interface to the GLTT Truetype interface in preparation.
I'll
>announce it on this list when it's ready.
>
>> Are the possibilities signicantly greater using PYwin??
>
>Probably, but I don't know -- Mark?

I dont know either :-)  Pythonwin integration of OpenGL really just
means that you can create a Pythonwin window that is totally owned
by OpenGL.  AFAIK, most of the Python OpenGL stuff works OK,
although Im really not sure.

Unfortunately, having never written anything other than the
Pythonwin OpenGL demo (and I still dont understand it :-) I imagine
that any non-trivial OpenGL application will necessarily include
window and application management code, as well as the raw Open GL
code (eg, menus, etc).  Once you go here, you are in platform
specific territory on Pythonwin.

I think the correct thing to do is to decide about the GUI nature of
your app ignoring OpenGL.  If you are happy with Tk, then Id suggest
using it.  If you would prefer a more "windowish" OpenGL
application, then Id suggest Pythonwin...

I really dont know what Im on about here, so please correct me if Im
wrong.

[Also, as soon as I get my win98 machine back on my network (and a
monitor for it :-)  Ill be testing OpenGL on Win98 - probably
tomorrow.  I expect it to work fine.]

Mark.



----
Read this list on the Web at http://www.makelist.com/list/pyopengl/
To unsubscribe, email to pyopengl-unsubscribe@...
To subscribe, email to pyopengl-subscribe@...
--
Start a FREE E-Mail List at http://www.makelist.com !

> I would like do do some text labeling of Opengl graphics.
> What would be the approach - on W95, using tkinter.

I have an interface to the GLTT Truetype interface in preparation.  I'll
announce it on this list when it's ready.

> Are the possibilities signicantly greater using PYwin??

Probably, but I don't know -- Mark?

--david



----
Read this list on the Web at http://www.makelist.com/list/pyopengl/
To unsubscribe, email to pyopengl-unsubscribe@...
To subscribe, email to pyopengl-subscribe@...
--
Start a FREE E-Mail List at http://www.makelist.com !

Hi.
   Is it possible to, or has anyone rendered to an Opengl Tk widget from
the C API side.  example: create a Tk widget in python, call a routine
created through the C API that calls gl commands.  Can these gl commands
render to the Tk Opengl widget window?

Randy

----
Randall A. Jones
rajones@...
Organization 9215, Computer Architectures
Sandia National Laboratories, Albuquerque, NM
----




----
Read this list on the Web at http://www.makelist.com/list/pyopengl/
To unsubscribe, email to pyopengl-unsubscribe@...
To subscribe, email to pyopengl-subscribe@...
--
Start a FREE E-Mail List at http://www.makelist.com !

I would like do do some text labeling of Opengl graphics.
What would be the approach - on W95, using tkinter.

Are the possibilities signicantly greater using PYwin??

-----
Original Message: http://www.findmail.com/list/pyopengl/?start=1
Start a FREE email list at http://www.FindMail.com/


----
Read this list on the Web at http://www.makelist.com/list/pyopengl/
To unsubscribe, email to pyopengl-unsubscribe@...
To subscribe, email to pyopengl-subscribe@...
--
Start a FREE E-Mail List at http://www.makelist.com !

Thanks to all!  I now have PyOpenGL working... and I don't have to
"settle" for Tcl; I can use Python!!!


On Tue, 14 Jul 1998, Tim Hochberg wrote:

> (1) Replace line 14 referred to above with:
>
> Tk().tk.call('package', 'require', 'Togl')

This works for me.

but, this is what I finally did.

> (2) Perhaps better would be to try something:
>
> if Tkinter._default_root == None:
>     Tk().tk.call('package', 'require', 'Togl')
> else:
>     Tkinter._default_root.tk.call('package', 'require', 'Togl')
>
Great! This seems to work.

in python1.5/site-packages/OpenGL/Tk/__init__.py I changed the following
lines

---old lines:---

from OpenGL.GL import *
from OpenGL.GLU import *
from Tkinter import _default_root
from Tkinter import *

_default_root.tk.call('package', 'require', 'Togl')

---new lines:---

from OpenGL.GL import *
from OpenGL.GLU import *

import Tkinter
if Tkinter._default_root == None:
     Tkinter.Tk().tk.call('package', 'require', 'Togl')
else:
     Tkinter._default_root.tk.call('package', 'require', 'Togl')

from Tkinter import *


This worked for me.
BTW, what was the problem with the Tk().tk.call('package', 'require', 'Togl')
  call?  That *seems* like the right way to do it.

Randy

----
Randall A. Jones
rajones@...
Organization 9215, Computer Architectures
Sandia National Laboratories, Albuquerque, NM
----




----
Read this list on the Web at http://www.makelist.com/list/pyopengl/
To unsubscribe, email to pyopengl-unsubscribe@...
To subscribe, email to pyopengl-subscribe@...
--
Start a FREE E-Mail List at http://www.makelist.com !

Hi.
   I've successfully compiled and installed everything for PyOpenGL-1.5.1,
and *one* of the demo programs works; dots.py.  If I try to access
OpenGL.Tk, I get an error; apparently can't find the Togl.so file.

>>> from OpenGL.Tk import *
Traceback (innermost last):
   File "<stdin>", line 1, in ?
   File
"/home/u/rajones/usr/lib/python1.5/site-packages/OpenGL/Tk/__init__.py",
line 14, in ?
     _default_root.tk.call('package', 'require', 'Togl')
AttributeError: 'None' object has no attribute 'tk'


I followed a combination of the 1.5.1 instructions and the "instructions"
from the PyOpenGL download web page.

Randy

----
Randall A. Jones
rajones@...
Organization 9215, Computer Architectures
Sandia National Laboratories, Albuquerque, NM
----




----
Read this list on the Web at http://www.makelist.com/list/pyopengl/
To unsubscribe, email to pyopengl-unsubscribe@...
To subscribe, email to pyopengl-subscribe@...
--
Start a FREE E-Mail List at http://www.makelist.com !

As I continue to try to figure out this new world of PyOpenGL,
I thought I'd point out some compile warnings which might lead to to an
incorrect algorithm(?):

"./openglutil.c", line 679: warning(1009): nested comment is not allowed
   /*
   ^

"./openglutil.c", line 816: warning(1171): expression has no effect
         else fprop_dims[i][0] == NONE;             ^

"./openglutil.c", line 838: warning(1171): expression has no effect
         else bprop_dims[i][0] == NONE;
              ^
         cc -O -OPT:Olimit=0 -I./../Include -I.. -DHAVE_CONFIG_H  -DNUMERIC -c
./openglutil_num.c
"./openglutil_num.c", line 679: warning(1009): nested comment is not allowed
   /*
   ^

"./openglutil_num.c", line 816: warning(1171): expression has no effect
         else fprop_dims[i][0] == NONE;
              ^
"./openglutil_num.c", line 838: warning(1171): expression has no effect
         else bprop_dims[i][0] == NONE;

--Randy Heiland


----
Read this list on the Web at http://www.makelist.com/list/pyopengl/
To unsubscribe, email to pyopengl-unsubscribe@...
To subscribe, email to pyopengl-subscribe@...
--
Start a FREE E-Mail List at http://www.makelist.com !

> what/why is there info about "TOGL extension" in file
> Python-1.5.1/Modules/Setup (in _tkinter module setup) ?
> Is it possible to use Togl directly from python?
>

As far as coordinating Python with togl, there are at least two options:
a) have it loaded statically with tkinter by modifying tkappinit.c
(telling tcl to initialize) and Modules/Setup, then rebuilding Python.
b) loading it dynamically by calling
tkComponentofyourApplication.tk.call('package', 'require', 'Togl'). This
requires creating a tclPackage with togl.so.

David and Guido think the dynamic solution is best. After swearing for a
couple of days at both options, I've decided as far as I'm concerned I
don't really give a damn, so long as SOMETHING works. I've used both
methods on SGI and Windows and find either to be O.K. I guess on Unix
where rebuilding tends to be easier I like method a, and on Windows with
David's installer method b becomes much easier, but then I lose my
crossplatform compatibility....dang.

-Logan Colby
University of Alaska Fairbanks



----
Read this list on the Web at http://www.makelist.com/list/pyopengl/
To unsubscribe, email to pyopengl-unsubscribe@...
To subscribe, email to pyopengl-subscribe@...
--
Start a FREE E-Mail List at http://www.makelist.com !

I tried out the new 1.5.1 prerelease. Here's what I found.

compiling system:
SGI IRIX 6.2
Python 1.5.1

--
Python defines a "CCSHARED= -shared -all" and it compiles fine. ( I don't
think it uses this macro during compile )

PyOpenGL uses $(CCSHARED) and cc doesn't like it.

cc: Error: -shared can be specified only when a link is to be performed
for ucode compilers

where in the configure setup in the Python-1.5.1 source tree would a
person change this definition so it doesn't propagate to Makefiles, etc.?
Fixing it in the Python source would fix the problem in PyOpenGL.

--
How I built PyOpenGL on this system:
1) unpack PyOpenGL-1.5.1 under Python-1.5.1 source tree
1a) cd to PyOpenGL-1.5.1 directory
2) cp Setup.CONFIGURE Setup.proto
3) edit Setup.proto:
3a) add to "_glut" module line: (for my own copy of glut include and lib)
      -I/home/u/rajones/usr/include -L/home/u/rajones/usr/lib
3b) uncomment "-lcvt" line   (running IRIX 6.2)
4) python BUILD.py  (this dies at first "cc" line...  $(CCSHARED) problem)
5) edit Makefile:
5a) add comment and new "CCSHARED=" line:
      #CCSHARED= -shared -all
      CCSHARED=
6) make
7) python INSTALL.py

--
what/why is there info about "TOGL extension" in file
Python-1.5.1/Modules/Setup (in _tkinter module setup) ?
Is it possible to use Togl directly from python?

More information about building and requirements of the
accompanying/support packages would be nice.
i.e. Numeric, Tkinter, Togl



Randy

----
Randall A. Jones
rajones@...
Organization 9215, Computer Architectures
Sandia National Laboratories, Albuquerque, NM
----





----
Read this list on the Web at http://www.makelist.com/list/pyopengl/
To unsubscribe, email to pyopengl-unsubscribe@...
To subscribe, email to pyopengl-subscribe@...
--
Start a FREE E-Mail List at http://www.makelist.com !

On Mon, 13 Jul 1998, Logan wrote:

> Actually, SGI would be a good forum. There's a bug in the SGI Xt
> libraries, and there's an available patch. God, it'll take me forEVER to
> find the patch number. I'll do a quick search around, but you might want
> to go browse SGI's patch repository and see if you can dig it up. Should
> fix your problem instantly.
>
> -Logan Colby
> University of Alaska Fairbanks
>
> On Mon, 13 Jul 1998, Randall A. Jones wrote:
>
> > I've compiled tclsh and wish (8.0p2) on the SGI. They work fine.

> > % load ./togl.so
> > couldn't load file "./togl.so": 19044:wish: rld: Fatal Error: unresolvable
> > symbol in /usr/lib/libXt.so: SgCvtCreateConversionContext
> > %

I fixed this also.  you have to link libcvt as well and get the linker
options right (ld -shared -all).

I'm not sysadmin on this system, so I'll pass the patch info on.  Maybe it
can be fixed as well...

Thanks for all your help.

Randy

----
Randall A. Jones
rajones@...
Organization 9215, Computer Architectures
Sandia National Laboratories, Albuquerque, NM
----






----
Read this list on the Web at http://www.makelist.com/list/pyopengl/
To unsubscribe, email to pyopengl-unsubscribe@...
To subscribe, email to pyopengl-subscribe@...
--
Start a FREE E-Mail List at http://www.makelist.com !

Ooops. Got it. SG0002154 is, I think, for Irix6.3. There are equivalent
patches for other Irixes.



On Mon, 13 Jul 1998, Randall A. Jones wrote:

> I've compiled tclsh and wish (8.0p2) on the SGI. They work fine.
> I had a bad wish (compiled on different lib versions) that was causing
> problems; I've fixed that.
>
> I now have a new error, but same problem
> problem:  togl.so will not load in wish
> here's what happens.
>
> rajones@costilla</tmp/rajones/Togl-1.5>$ wish
> % load ./togl.so
> couldn't load file "./togl.so": 19044:wish: rld: Fatal Error: unresolvable
> symbol in /usr/lib/libXt.so: SgCvtCreateConversionContext
> %
>
> I think this thread may be more appropriate for a discussion/list on Togl.
> Does anyone know a good place to take a Togl problem?
>
> But... If anyone has any ideas, please feel free.
>
>
> Randy
>
> ----
> Randall A. Jones
> rajones@...
> Organization 9215, Computer Architectures
> Sandia National Laboratories, Albuquerque, NM
> ----
>
>
>
> On 11 Jul 1998, Logan Colby wrote:
>
> > Very easy. Wish only works on Windows; you have to use tclsh on SGI. Don't
ask me how long it took me to figure THIS out!
> >
> > -Logan Colby
> > University of Alaska Fairbanks
> >
> > Hi.
> > >   I'm trying to build PyOpenGL 1.5a1 on an SGI IRIX 6.2 system
> > > I get through the whole procedure ( I learned alot getting here! ) to the
> > > part with "pkg_mkIndex" in wish, and it fails as follows:
> > >
> > > rajones@costilla<~/usr>$ wish
> > > % pkg_mkIndex /home/u/rajones/lib/python1.5/OpenGL
> > > /home/u/rajones/usr/lib/togl.so
> > > error while loading or sourcing /home/u/rajones/usr/lib/togl.so: couldn't
> > > load file "/home/u/rajones/usr/lib/togl.so":  3127:wish: rld: Fatal Error:
> > > unresolvable symbol in wish: __new_cfgetospeed
> > >
> > > It seems to me that the togl.so is bad.  I compiled the shared object
> > > with the following modifications to Togl-1.5beta3 Makefile:
> > >
> > > CC = cc -32
> > > SHLINK = ld -32 -shared
> > > SH_LIB = togl.so
>
> > > Randy
>
>
>
> ----
> Read this list on the Web at http://www.makelist.com/list/pyopengl/
> To unsubscribe, email to pyopengl-unsubscribe@...
> To subscribe, email to pyopengl-subscribe@...
> --
> Start a FREE E-Mail List at http://www.makelist.com !
>



----
Read this list on the Web at http://www.makelist.com/list/pyopengl/
To unsubscribe, email to pyopengl-unsubscribe@...
To subscribe, email to pyopengl-subscribe@...
--
Start a FREE E-Mail List at http://www.makelist.com !

Actually, SGI would be a good forum. There's a bug in the SGI Xt
libraries, and there's an available patch. God, it'll take me forEVER to
find the patch number. I'll do a quick search around, but you might want
to go browse SGI's patch repository and see if you can dig it up. Should
fix your problem instantly.

-Logan Colby
University of Alaska Fairbanks



On Mon, 13 Jul 1998, Randall A. Jones wrote:

> I've compiled tclsh and wish (8.0p2) on the SGI. They work fine.
> I had a bad wish (compiled on different lib versions) that was causing
> problems; I've fixed that.
>
> I now have a new error, but same problem
> problem:  togl.so will not load in wish
> here's what happens.
>
> rajones@costilla</tmp/rajones/Togl-1.5>$ wish
> % load ./togl.so
> couldn't load file "./togl.so": 19044:wish: rld: Fatal Error: unresolvable
> symbol in /usr/lib/libXt.so: SgCvtCreateConversionContext
> %
>
> I think this thread may be more appropriate for a discussion/list on Togl.
> Does anyone know a good place to take a Togl problem?
>
> But... If anyone has any ideas, please feel free.
>
>
> Randy
>
> ----
> Randall A. Jones
> rajones@...
> Organization 9215, Computer Architectures
> Sandia National Laboratories, Albuquerque, NM
> ----
>
>
>
> On 11 Jul 1998, Logan Colby wrote:
>
> > Very easy. Wish only works on Windows; you have to use tclsh on SGI. Don't
ask me how long it took me to figure THIS out!
> >
> > -Logan Colby
> > University of Alaska Fairbanks
> >
> > Hi.
> > >   I'm trying to build PyOpenGL 1.5a1 on an SGI IRIX 6.2 system
> > > I get through the whole procedure ( I learned alot getting here! ) to the
> > > part with "pkg_mkIndex" in wish, and it fails as follows:
> > >
> > > rajones@costilla<~/usr>$ wish
> > > % pkg_mkIndex /home/u/rajones/lib/python1.5/OpenGL
> > > /home/u/rajones/usr/lib/togl.so
> > > error while loading or sourcing /home/u/rajones/usr/lib/togl.so: couldn't
> > > load file "/home/u/rajones/usr/lib/togl.so":  3127:wish: rld: Fatal Error:
> > > unresolvable symbol in wish: __new_cfgetospeed
> > >
> > > It seems to me that the togl.so is bad.  I compiled the shared object
> > > with the following modifications to Togl-1.5beta3 Makefile:
> > >
> > > CC = cc -32
> > > SHLINK = ld -32 -shared
> > > SH_LIB = togl.so
>
> > > Randy
>
>
>
> ----
> Read this list on the Web at http://www.makelist.com/list/pyopengl/
> To unsubscribe, email to pyopengl-unsubscribe@...
> To subscribe, email to pyopengl-subscribe@...
> --
> Start a FREE E-Mail List at http://www.makelist.com !
>




----
Read this list on the Web at http://www.makelist.com/list/pyopengl/
To unsubscribe, email to pyopengl-unsubscribe@...
To subscribe, email to pyopengl-subscribe@...
--
Start a FREE E-Mail List at http://www.makelist.com !

I've compiled tclsh and wish (8.0p2) on the SGI. They work fine.
I had a bad wish (compiled on different lib versions) that was causing
problems; I've fixed that.

I now have a new error, but same problem
problem:  togl.so will not load in wish
here's what happens.

rajones@costilla</tmp/rajones/Togl-1.5>$ wish
% load ./togl.so
couldn't load file "./togl.so": 19044:wish: rld: Fatal Error: unresolvable
symbol in /usr/lib/libXt.so: SgCvtCreateConversionContext
%

I think this thread may be more appropriate for a discussion/list on Togl.
Does anyone know a good place to take a Togl problem?

But... If anyone has any ideas, please feel free.


Randy

----
Randall A. Jones
rajones@...
Organization 9215, Computer Architectures
Sandia National Laboratories, Albuquerque, NM
----



On 11 Jul 1998, Logan Colby wrote:

> Very easy. Wish only works on Windows; you have to use tclsh on SGI. Don't ask
me how long it took me to figure THIS out!
>
> -Logan Colby
> University of Alaska Fairbanks
>
> Hi.
> >   I'm trying to build PyOpenGL 1.5a1 on an SGI IRIX 6.2 system
> > I get through the whole procedure ( I learned alot getting here! ) to the
> > part with "pkg_mkIndex" in wish, and it fails as follows:
> >
> > rajones@costilla<~/usr>$ wish
> > % pkg_mkIndex /home/u/rajones/lib/python1.5/OpenGL
> > /home/u/rajones/usr/lib/togl.so
> > error while loading or sourcing /home/u/rajones/usr/lib/togl.so: couldn't
> > load file "/home/u/rajones/usr/lib/togl.so":  3127:wish: rld: Fatal Error:
> > unresolvable symbol in wish: __new_cfgetospeed
> >
> > It seems to me that the togl.so is bad.  I compiled the shared object
> > with the following modifications to Togl-1.5beta3 Makefile:
> >
> > CC = cc -32
> > SHLINK = ld -32 -shared
> > SH_LIB = togl.so

> > Randy



----
Read this list on the Web at http://www.makelist.com/list/pyopengl/
To unsubscribe, email to pyopengl-unsubscribe@...
To subscribe, email to pyopengl-subscribe@...
--
Start a FREE E-Mail List at http://www.makelist.com !

First, I'd like to welcome all of you to the list.  I'm glad to see so
many subscribers (32 have signed up, and one said he'd read through
findmail's interface, which is fine with me).

Then, I'd like to announce the latest upload (in progress as we speak).
For technical reasons, you can't see it from the main page, but it's
available at

    http://starship.skyport.net/~da/PyOpenGL/prerelease/

As you'll see, there's a win32 installer, a unix source tree, and a PC
source tree.

Changes since the last published version:

   - win32 installer should work w/ python 1.5.1
   - integration with pythonwin (thanks to mark hammond)
   - first attempt at unix install/build scripts
   - misc. changes in the modules themselves.

I'm especially interested in failures to install either on PC or Unix.

Things on my TODO list:

   Fix tom's demos to work with the new naming scheme.
   Make installer a little smarter on PC's
   Add instructions for dealing with Togl
   Start a FAQ wizard FAQ for PyOpenGL
   Gather feedback about future plans (let's delay this one until this
     version is stable and the installation procedures are debugged).
   Massive overhaul (influenced by the last point).

Here's the 'pulling a Guido' bit -- I'm going to be out of town for the
next three days teaching a Python course.  I'll try and check email at
night, but probably won't have time to answer all and/or deal with source
changes.  I will, however, once this course is over.

Hope this works for you.  Keep the old one around just in case!

--david ascher

PS: there was a DNS snafu with skivs.ski.org -- things should be fixed
around the world by now, but if mail to da@... fails, try
da@..., that should get to me too.



----
Read this list on the Web at http://www.makelist.com/list/pyopengl/
To unsubscribe, email to pyopengl-unsubscribe@...
To subscribe, email to pyopengl-subscribe@...
--
Start a FREE E-Mail List at http://www.makelist.com !

Very easy. Wish only works on Windows; you have to use tclsh on SGI. Don't ask
me how long it took me to figure THIS out!

-Logan Colby
University of Alaska Fairbanks

Hi.
>   I'm trying to build PyOpenGL 1.5a1 on an SGI IRIX 6.2 system
> I get through the whole procedure ( I learned alot getting here! ) to the
> part with "pkg_mkIndex" in wish, and it fails as follows:
>
> rajones@costilla<~/usr>$ wish
> % pkg_mkIndex /home/u/rajones/lib/python1.5/OpenGL
> /home/u/rajones/usr/lib/togl.so
> error while loading or sourcing /home/u/rajones/usr/lib/togl.so: couldn't
> load file "/home/u/rajones/usr/lib/togl.so":  3127:wish: rld: Fatal Error:
> unresolvable symbol in wish: __new_cfgetospeed
>
> It seems to me that the togl.so is bad.  I compiled the shared object
> with the following modifications to Togl-1.5beta3 Makefile:
>
> CC = cc -32
> SHLINK = ld -32 -shared
> SH_LIB = togl.so
>
> Any ideas?
>
> Thanks.
> Randy
>
>
> ----
> Randall A. Jones
> rajones@...
> Organization 9215, Computer Architectures
> Sandia National Laboratories, Albuquerque, NM
> ----
>
>
>
>
>
>
> ----
> Read this list on the Web at http://www.makelist.com/list/pyopengl/
> To unsubscribe, email to pyopengl-unsubscribe@...
> To subscribe, email to pyopengl-subscribe@...
> --
> Start a FREE E-Mail List at http://www.makelist.com !
>
>



-----
Original Message: http://www.findmail.com/list/pyopengl/?start=6
Start a FREE email list at http://www.FindMail.com/


----
Read this list on the Web at http://www.makelist.com/list/pyopengl/
To unsubscribe, email to pyopengl-unsubscribe@...
To subscribe, email to pyopengl-subscribe@...
--
Start a FREE E-Mail List at http://www.makelist.com !

Hi.
   I'm trying to build PyOpenGL 1.5a1 on an SGI IRIX 6.2 system
I get through the whole procedure ( I learned alot getting here! ) to the
part with "pkg_mkIndex" in wish, and it fails as follows:

rajones@costilla<~/usr>$ wish
% pkg_mkIndex /home/u/rajones/lib/python1.5/OpenGL
/home/u/rajones/usr/lib/togl.so
error while loading or sourcing /home/u/rajones/usr/lib/togl.so: couldn't
load file "/home/u/rajones/usr/lib/togl.so":  3127:wish: rld: Fatal Error:
unresolvable symbol in wish: __new_cfgetospeed

It seems to me that the togl.so is bad.  I compiled the shared object
with the following modifications to Togl-1.5beta3 Makefile:

CC = cc -32
SHLINK = ld -32 -shared
SH_LIB = togl.so

Any ideas?

Thanks.
Randy


----
Randall A. Jones
rajones@...
Organization 9215, Computer Architectures
Sandia National Laboratories, Albuquerque, NM
----






----
Read this list on the Web at http://www.makelist.com/list/pyopengl/
To unsubscribe, email to pyopengl-unsubscribe@...
To subscribe, email to pyopengl-subscribe@...
--
Start a FREE E-Mail List at http://www.makelist.com !

I've been working on a flight visualization tool using python/togl for quite
a while now, and keep getting stung by the same problem.  I wan to inherit
from RawOpengl, but when I do so I have to change tkRedraw so as to call
self.redraw() instead of self.redraw(self).  Any ideas on why Opengl /
RawOpengl are designed NOT to be inherited from, or am I just missing
something simple?  Thanks in advance . . .
----------------------------------------------------------------------------
----------------------
Kevin Rodgers    Teledyne Ryan Aeronautical     krodgers@...
"This one goes up to eleven."  -- Nigel Tufnel
----------------------------------------------------------------------------
----------------------



----
Read this list on the Web at http://www.makelist.com/list/pyopengl/
To unsubscribe, email to pyopengl-unsubscribe@...
To subscribe, email to pyopengl-subscribe@...
--
Start a FREE E-Mail List at http://www.makelist.com !

The PyOpenGL list is for discussion of the PyOpenGL package, which provides an
interface between the Python programming language (cf. http://www.python.org)
and the OpenGL graphics API (cf. http://www.opengl.org).

PyOpenGL is available at:

    http://starship.skyport.net/~da/PyOpenGL

Consider it a forum to ask questions, share hints, and suggest improvements to
PyOpenGL.  All are welcome.