From aschaffe Thu Oct 14 13:44:36 1993 Resent-From: aschaffe (Allan Schaffer) Resent-Message-Id: <9310141344.ZM6928@holodeck.asd.sgi.com> Resent-Date: Thu, 14 Oct 1993 13:44:35 -0700 X-Mailer: Z-Mail (3.0B.0 25aug93 MediaMail) Resent-To: info-performer-dist From: Renee Strong Message-Id: <9310141953.AA26007@pat.mdc.com> Subject: Mixing X and Performer To: info-performer@sgi.sgi.com Date: Thu, 14 Oct 93 14:53:24 CDT X-Mailer: ELM [version 2.3 PL11] Status: OR What do I have to do to mix X and Performer. I have documentation on doing GL and X. Is there documentation on Performer and X? Thanks, Renee Strong renee@pat.mdc.com From guest Fri Jan 7 18:47:05 1994 Date: Fri, 7 Jan 94 18:48:23 -0800 From: covingto@elsie.cs.nps.navy.mil (james covington) Message-Id: <9401080248.AA06640@elsie.cs.nps.navy.mil> To: info-performer@sgi.sgi.com Subject: Performer and OSF/Motif Status: OR I have reviewed Wade Olsen's sample program which shows how to run Performer inside a Motif application. However when I tried to modify a larger existing Performer application (one which used the standard winopen() call in the pfInitfunc) to run in this manner, I received GL error #114 (ERR_NOGRAPHICS) when I called the GLXlink function. Can you help explain what causes error #114, and what I could possibly do to avoid it? Thanks, James Covington Naval Postgraduate School Monterey CA From guest Sat Jan 8 04:20:48 1994 Date: Sat, 8 Jan 94 04:20:38 -0800 From: ib@ivan (Ivan Bach) Message-Id: <9401081220.AA12665@ivan.asd.sgi.com> To: covingto@elsie.cs.nps.navy.mil (james covington), info-performer@sgi.sgi.com Subject: Re: Performer and OSF/Motif Status: O You should always specify which versions of software you are using when you report a software problem. I will assume that you are using some version of IRIX 4. Motif is just a toolkit that makes it easier to write X programs. You seem to be trying to mix GL and X. If that is what you want to do, you need to write a mixed-model program that calls routines such as: GLXgetconfig GLXwinset GLXlink GLXunlink Please read the man pages for these routines. In the man page for GLXwinset(3G), it says: ------------------------------------------------------------------------- All of the GL routines which access window system controlled features are illegal to call for a mixed model window. Not all of these routines report errors, so here is a list of the routines which mixed model programs cannot call. qdevice, qread, qtest, qenter, getbutton, getvaluator, setvaluator, noise, unqdevice, mapcolor, getmcolor, gconfig, doubelbuffer, singlebuffer, RGBmode, cimode, overlay, underlay, acsize, curstype, defcursor, setcursor, winopen, wintitle, winposition, winmove, foreground, noborder, noport, iconsize, icontitle, keepaspect, maxsize, minsize, step, fudge, prefposition, prefsize The following routines will work, but execute much slower for mixed model windows, and this information should be obtained from the window system if at all possible. Avoid these routines. getsize, getorigin, reshapeviewport, getviewport ------------------------------------------------------------------------- If your program is a mixed-model program, it should not call winopen. Please install 4Dgifts (sample programs from SGI), and look at the sample programs in the directory: /usr/people/4Dgifts/examples/GLX Basically, your program can open a window, and bind it to GL. Once a window is bound to GL, it becomes a mixed-model window, and you can use only GL routines to draw in that window. If you try to use X routines to draw in that window, the results are undefined. Mixed-model programming is also explained in the "Transition Guide: Programming Environment." Please check whether you are linking your program with a shared (libgl_s, -lgl_s) or unshared (libgl, -lgl) version of the graphics library. Only the shared version can do distributed or remote GL (dgl). Enter: printenv or: echo $DISPLAY to check the setting of your environment variable DISPLAY. If DISPLAY points to a remote machine (not set to :0), or if your machine is a gateway and has two entries in the host table (bug in dgl), you can get the error message you reported. Ivan Bach, ib@asd.sgi.com From guest Sun Jan 9 18:49:18 1994 From: "Sharon Fischler" Message-Id: <9401091849.ZM3737@rose.asd.sgi.com> Date: Sun, 9 Jan 1994 18:49:11 -0800 In-Reply-To: covingto@elsie.cs.nps.navy.mil (james covington) "Performer and OSF/Motif" (Jan 7, 6:48pm) References: <9401080248.AA06640@elsie.cs.nps.navy.mil> X-Mailer: Z-Mail-SGI (3.0S.1026 26oct93 MediaMail) To: covingto@elsie.cs.nps.navy.mil (james covington), info-performer@sgi.sgi.com Subject: Re: Performer and OSF/Motif Cc: wade@rose Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Status: O +>---- On Jan 7, 6:48pm, james covington wrote: > Subject: Performer and OSF/Motif ->I have reviewed Wade Olsen's sample program which shows how to run Performer ->inside a Motif application. However when I tried to modify a larger existing ->Performer application (one which used the standard winopen() call in the ->pfInitfunc) to run in this manner, I received GL error #114 (ERR_NOGRAPHICS) ->when I called the GLXlink function. Can you help explain what causes error ->#114, and what I could possibly do to avoid it? Are you sure that you get this error from GLXlink or did it come from code initializing the GL window? Anyway, you do want to be sure to call pfInitGLXGfx() instead of pfInitGfx() since you are doing a GLX window. Wade can comment on hints for adapting his code. However, Performer does support running a program under GLX. There are a couple of sample programs that demonstrate this in /usr/src/Performer/src/pguide/libpf/progs complex-glx.c - a most minimal roll-your-own glx example utilui.c - uses utilities in libpfutil for setting up a GLX window and also for doing X input handling asynchronously in a separate process. You can also look at /usr/src/Performer/src/lib/libpfutil/xwin.c to see how we set up GLX windows and call GLXlink.\ Look at the routine pfuGLXCreateWindow(). for even more glx exapmles, you can look in /usr/people/4Dgifts/examples/GLX/{gl-Xlib,glxwidget} srf. -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Sharon Rose Fischler - Silicon Graphics, Advanced Graphics Development srf@sgi.com (415) 390 - 1002 FAX: (415) 965 - 2658 MS 7L-590 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ From guest Mon Jan 10 11:56:48 1994 Date: Mon, 10 Jan 94 11:46:54 -0800 From: covingto@gravy5.cs.nps.navy.mil (james covington) Message-Id: <9401101946.AA15285@gravy5.cs.nps.navy.mil> To: info-performer@sgi.sgi.com Subject: Performer and OSF/Motif Status: O Last week I wrote: ->I have reviewed Wade Olsen's sample program which shows how to run Performer ->inside a Motif application. However when I tried to modify a larger existing ->Performer application (one which used the standard winopen() call in the ->pfInitfunc) to run in this manner, I received GL error #114 (ERR_NOGRAPHICS) ->when I called the GLXlink function. Can you help explain what causes error ->#114, and what I could possibly do to avoid it? I want to thank you for the EXTREMELY fast response to my last posting on this subject. I sent the mail late on Friday, and really didn't expect any reply before the beginning of the week. Your suggestions were very helpful, and I am still working on the problem. At this point, I have taken a step backward and simply compiled Wade Olsen's sample program with my original makefile and include files. When I ran the program, it ran "successfully," but generated the error message: ERROR #4 ortho2: ERR_BADWINDOW twice, once when I called pfConfig, and again when I called XtRealizeWidget. Can you tell me what conditions generate this error? I am running Performer 1.0 and Motif 1.1 on an IRIS 4D/440 Reality Engine with IRIX 4.0.5G. Thanks. James Covington LT USN Naval Postgraduate School Monterey CA From guest Mon Jan 10 15:13:47 1994 From: "Sharon Fischler" Message-Id: <9401101252.ZM6238@rose.asd.sgi.com> Date: Mon, 10 Jan 1994 12:52:03 -0800 In-Reply-To: covingto@gravy5.cs.nps.navy.mil (james covington) "Performer and OSF/Motif" (Jan 10, 11:46am) References: <9401101946.AA15285@gravy5.cs.nps.navy.mil> X-Mailer: Z-Mail-SGI (3.0S.1026 26oct93 MediaMail) To: covingto@gravy5.cs.nps.navy.mil (james covington), info-performer@sgi.sgi.com Subject: Re: Performer and OSF/Motif Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Status: O +>---- On Jan 10, 11:46am, james covington wrote: > Subject: Performer and OSF/Motif ->Last week I wrote: -> ->->I have reviewed Wade Olsen's sample program which shows how to run Performer ->->inside a Motif application. However when I tried to modify a larger existing ->->Performer application (one which used the standard winopen() call in the ->->pfInitfunc) to run in this manner, I received GL error #114 (ERR_NOGRAPHICS) ->->when I called the GLXlink function. Can you help explain what causes error ->->#114, and what I could possibly do to avoid it? -> -> I want to thank you for the EXTREMELY fast response to my last posting ->on this subject. I sent the mail late on Friday, and really didn't expect ->any reply before the beginning of the week. -> -> Your suggestions were very helpful, and I am still working on the problem. -> -> At this point, I have taken a step backward and simply compiled Wade Olsen's ->sample program with my original makefile and include files. When I ran the ->program, it ran "successfully," but generated the error message: -> -> ERROR #4 ortho2: ERR_BADWINDOW This often means ortho() was sent some impossible arguments. You could try using gldebug() to see what commands and values are being sent to the graphics pipeline. -> -> twice, once when I called pfConfig, and again when I called XtRealizeWidget. ->Can you tell me what conditions generate this error? -> -> I am running Performer 1.0 and Motif 1.1 on an IRIS 4D/440 Reality Engine ->with IRIX 4.0.5G. Thanks. Performer 1.2 supports running under GLX (and thus motif) very well. Please forgive my previous mail that described 1.2. You can certainly make GLX work in Performer 1.0/1.1, but it takes a bit more work on your part. srf. FYI: this is a 1.0/1.1 compatible complex-glx.c /* * complex-glx.c * * IRIS Performer example using mixed model (GLX) and * cull and draw process callbacks. Mouse and * keyboard input are read through X in the application * process to reduce overhead in the draw process. * Also demonstrates use of overlay planes with GLX. * * $Revision: 1.1 $ * $Date: 93/07/13 08:18:11 $ * * Run-time controls: * ESC-key: exits * F1-key: profile * Left-mouse: advance * Middle-mouse: stop * Right-mouse: retreat */ #include #include #include #include #include #include #include "pf.h" #include "pfflt.h" #include "pfsgi.h" static void CullChannel(pfChannel *chan, void *data); static void DrawChannel(pfChannel *chan, void *data); static void OpenPipeline(pfPipe *p); static void DrawOverlay(void); static void UpdateView(void); static void GetXInput(void); static void usage(void); #define HISPEED 0.1f #define LOSPEED 0.001f /* * structure that resides in shared memory so that the * application, cull, and draw processes can access it. */ typedef struct { long exitFlag; long inWindow; float mouseX; float mouseY; long mouseButtons; long winOriginX; long winOriginY; long winSizeX; long winSizeY; pfCoord view; float sceneSize; int drawStats; Window xWin; Window glWin; Window overWin; long redrawOverlay; } SharedData; static SharedData *Shared; /* * X Display for opening window and input. In MP mode, each * process separately opens the display. */ static Display *XDpy = NULL; /* light source created and updated in draw-process */ static pfLight *Sun; /* * main() -- program entry point. this procedure * is executed in the application process. */ int main (int argc, char *argv[]) { int arg; int found; pfNode *root; pfChannel *chan; pfScene *scene; pfPipe *p; pfEarthSky *eSky; pfBox bbox; pfCoord view; float far = 10000.0f; if (argc < 2) usage(); pfInit(); pfMultiprocess(PFMP_APPCULLDRAW); /* allocate shared before fork()'ing parallel processes */ Shared = (SharedData*)pfMalloc(sizeof(SharedData), pfGetSharedArena()); Shared->inWindow = 0; Shared->exitFlag = 0; Shared->drawStats = 0; Shared->redrawOverlay = 1; /* initiate multi-processing mode set in pfMultiprocess call */ pfConfig(); scene = pfNewScene(); /* specify directories where geometry and textures exist */ if (pfGetFilePath() == NULL) pfFilePath( "." ":./data" ":../data" ":../../data" ":/usr/src/Performer/data" ); /* load database files named by command line arguments */ for (arg = 1, found = 0; arg < argc; arg++) { if ((root = (pfNode *)LoadFlt(argv[arg])) != NULL) { pfAddChild(scene, root); found++; } } /* if no files successfully loaded, terminate program */ if (!found) usage(); /* determine extent of scene's geometry */ pfGetNodeBBox(scene, &bbox, NULL); p = pfGetPipe(0); pfPhase(PFPHASE_FLOAT); /* Open and configure full screen GL window. */ pfInitPipe(p, OpenPipeline); pfFrameRate(20.0f); chan = pfNewChan(p); pfChanCullFunc(chan, CullChannel); pfChanDrawFunc(chan, DrawChannel); pfChanScene(chan, scene); pfChanNearFar(chan, 0.1f, far); /* Create an earth/sky model that draws sky/ground/horizon */ eSky = pfNewESky(); pfESkyMode(eSky, PFES_BUFFER_CLEAR, PFES_SKY_GRND); pfESkyAttr(eSky, PFES_GRND_HT, -10.0f); pfChanESky(chan, eSky); /* vertical FOV is matched to window aspect ratio */ pfChanFOV(chan, 45.0f, -1.0f); { float sceneSize; /* Set initial view to be "in front" of scene */ /* view point at center of bbox */ pfAddVec3(Shared->view.xyz, bbox.min, bbox.max); pfScaleVec3(Shared->view.xyz, 0.5f, view.xyz); /* find max dimension */ sceneSize = bbox.max[PF_X] - bbox.min[PF_X]; sceneSize = PF_MAX2(sceneSize, bbox.max[PF_Y] - bbox.min[PF_Y]); sceneSize = PF_MAX2(sceneSize, bbox.max[PF_Z] - bbox.min[PF_Z]); sceneSize = PF_MIN2(sceneSize, 0.5f * far); Shared->sceneSize = sceneSize; /* offset so all is visible */ Shared->view.xyz[PF_Y] -= sceneSize; Shared->view.xyz[PF_Z] += 0.25f*sceneSize; pfSetVec3(Shared->view.hpr, 0.0f, 0.0f, 0.0f); pfChanView(chan, Shared->view.xyz, Shared->view.hpr); } /* main simulation loop */ while (!Shared->exitFlag) { /* wait until next frame boundary */ pfSync(); /* Set view parameters. */ UpdateView(); pfChanView(chan, Shared->view.xyz, Shared->view.hpr); /* initiate traversal using current state */ pfFrame(); /* Check the mouse and keyboard */ GetXInput(); } /* terminate cull and draw processes (if they exist) */ pfExit(); /* exit to operating system */ exit(0); } /* * UpdateView() updates the eyepoint based on the information * placed in shared memory by GetXInput(). */ static void UpdateView(void) { static float speed = 0.0f; static float speedLimit = 4.0f; pfCoord *view = &Shared->view; float cp; if (!Shared->inWindow) { speed = 0; return; } switch (Shared->mouseButtons) { case Button1Mask: /* LEFTMOUSE: faster forward or slower backward*/ if (speed > 0.0f) speed *= 1.2f; else speed /= 1.2f; if (PF_ABSLT(speed, LOSPEED * Shared->sceneSize)) speed = LOSPEED * Shared->sceneSize; else if (speed >= HISPEED * Shared->sceneSize) speed = HISPEED * Shared->sceneSize; break; case Button2Mask: /* MIDDLEMOUSE: stop moving and pick */ speed = 0.0f; break; case Button3Mask: /* RIGHTMOUSE: faster backward or slower foreward*/ if (speed < 0.0f) speed *= 1.2f; else speed /= 1.2f; if (PF_ABSLT(speed, LOSPEED * Shared->sceneSize)) speed = -LOSPEED * Shared->sceneSize; else if (speed <= -HISPEED * Shared->sceneSize) speed = -HISPEED * Shared->sceneSize; break; } /* update view direction */ view->hpr[PF_H] -= Shared->mouseX * PF_ABS(Shared->mouseX); view->hpr[PF_P] = Shared->mouseY * PF_ABS(Shared->mouseY) * 90.0f; view->hpr[PF_R] = 0.0f; /* update view position */ cp = cosf(PF_DEG2RAD(view->hpr[PF_P])); view->xyz[PF_X] += speed*sinf(-PF_DEG2RAD(view->hpr[PF_H])*cp); view->xyz[PF_Y] += speed*cosf(-PF_DEG2RAD(view->hpr[PF_H])*cp); view->xyz[PF_Z] += speed*sinf( PF_DEG2RAD(view->hpr[PF_P])); } /* * In Performer1.2: use pfInitGLXGfx() so that * windows can be automatically repositioned and * resized as needed. */ void InitGLXGfx(pfPipe *_pipe, ulong _xwin, ulong _glwin, ulong _overwin) { long zmin, zmax; zmin = getgdesc(GD_ZMIN); zmax = getgdesc(GD_ZMAX); lsetdepth(zmin, zmax); zbuffer(TRUE); subpixel(TRUE); mmode(MVIEWING); cpack(0); clear(); zclear(); swapbuffers(); clear(); zclear(); /* XXX do the "right" thing here or in your own app */ pfEnable(PFEN_TEXTURE); /* * Apply default TV_MODULATE environment so geostates can inherit * for better performance. */ pfApplyTEnv(pfNewTEnv(pfGetSharedArena())); } /* * Prototypes for GLX utility code from * /usr/people/4DGifts/examples/GLX/gl-Xlib/glxh2.c * which appears at the end of this file */ ulong GLXgetvalue(GLXconfig* conf, int buffer, int mode); GLXconfig* GLXCreateWindow(Display* dpy,Window parent, int x,int y, int w,int h, int borderWidth, ...); /* * OpenPipeline() -- create a pipeline: setup the window system, * the IRIS GL, and IRIS Performer. this procedure is executed in * the draw process (when there is a separate draw process). */ static void OpenPipeline(pfPipe *p) { float xSize = 800; float ySize = 500; XSetWindowAttributes swa; XColor gray; GLXconfig *config; if (XDpy == NULL) { XDpy = XOpenDisplay(":0.0"); if (!XDpy) pfNotify(PFNFY_FATAL, PFNFY_RESOURCE, "OpenPipeline: couldn't open display\n"); } /* * First create the top level X window. The background will be * grey, and the window is only interested in key press events. */ gray.red = 0x7fff; gray.green = 0x7fff; gray.blue = 0x7fff; XAllocColor(XDpy, DefaultColormap(XDpy, DefaultScreen(XDpy)), &gray); swa.background_pixel = gray.pixel; Shared->xWin = XCreateWindow(XDpy, RootWindow(XDpy, DefaultScreen(XDpy)), 100, 100, xSize, ySize, 0, CopyFromParent, InputOutput, CopyFromParent, CWBackPixel, &swa); XStoreName(XDpy, Shared->xWin, "Performer GLX Test"); /* create window for GL rendering */ #ifdef VENICE if (getgdesc(GD_MULTISAMPLE) > 0) config = GLXCreateWindow(XDpy, Shared->xWin, 0, 0, xSize, ySize, 0, GLX_NORMAL, GLX_DOUBLE, TRUE, GLX_NORMAL, GLX_RGB, TRUE, GLX_NORMAL, GLX_ZSIZE, 0, GLX_NORMAL, GLX_STENSIZE, 0, GLX_NORMAL, GLX_MSSAMPLE, 8, GLX_NORMAL, GLX_MSZSIZE, 24, GLX_NORMAL, GLX_MSSSIZE, 1, GLX_OVERLAY, GLX_BUFSIZE, 2, 0, 0, 0); else #endif config = GLXCreateWindow(XDpy, Shared->xWin, 0, 0, xSize, ySize, 0, GLX_NORMAL, GLX_DOUBLE, TRUE, GLX_NORMAL, GLX_RGB, TRUE, GLX_NORMAL, GLX_ZSIZE, GLX_NOCONFIG, GLX_NORMAL, GLX_STENSIZE, 1, GLX_OVERLAY, GLX_BUFSIZE, 2, 0, 0, 0); Shared->glWin = GLXgetvalue(config, GLX_NORMAL, GLX_WINDOW); Shared->overWin = GLXgetvalue(config, GLX_OVERLAY, GLX_WINDOW); XMapWindow(XDpy, Shared->glWin); XMapWindow(XDpy, Shared->xWin); XFlush(XDpy); /* initialize Performer for GLX rendering */ InitGLXGfx(p, Shared->xWin, Shared->glWin, Shared->overWin); /* create a light source in the "south-west" (QIII) */ Sun = pfNewLight(NULL); pfLightPos(Sun, -0.3f, -0.3f, 1.0f, 0.0f); /* create a default texture environment */ pfApplyTEnv(pfNewTEnv(NULL)); /* create a default lighting model */ pfApplyLModel(pfNewLModel(NULL)); /* enable culling of back-facing polygons */ pfCullFace(PFCF_BACK); /* * These enables should be set to reflect the majority of the * database. If most geometry is not textured, then texture * should be disabled. However, you then need to change the * FLIGHT-format file reader. (pfflt.c) */ pfEnable(PFEN_TEXTURE); pfEnable(PFEN_LIGHTING); pfEnable(PFEN_FOG); } /* * CullChannel() -- traverse the scene graph and generate a * display list for the draw process. This procedure is * executed in the cull process. */ static void CullChannel(pfChannel *channel, void *data) { /* * pfDrawGeoSet or other display listable Performer routines * could be invoked before or after pfCull() */ pfCull(); } /* * DrawChannel() -- draw a channel and read input queue. this * procedure is executed in the draw process (when there is a * separate draw process). */ static void DrawChannel (pfChannel *channel, void *data) { /* rebind light so it stays fixed in position */ pfLightOn(Sun); /* erase framebuffer and draw Earth-Sky model */ pfClearChan(channel); /* invoke Performer draw-processing for this frame */ pfDraw(); /* draw Performer throughput statistics */ if (Shared->drawStats) pfDrawChanStats(channel); /* read window origin and size (it may have changed) */ pfGetWindowSize(pfGetChanPipe(channel), &Shared->winSizeX, &Shared->winSizeY); pfGetWindowOrigin(pfGetChanPipe(channel), &Shared->winOriginX, &Shared->winOriginY); if (Shared->redrawOverlay) { Shared->redrawOverlay = 0; DrawOverlay(); } } /* leave FocusChange in XINMASK, since doesn't work in GLINMASK */ #define XINMASK (FocusChangeMask) /* * want motion and button presses only within GL window area, * parent X window focus includes window border */ #define GLINMASK (KeyPressMask | \ ButtonPressMask | \ ButtonReleaseMask | \ ExposureMask | \ PointerMotionMask) static void GetXInput(void) { static long first = 1; XEvent ev; long newMouse = 0; long x, y; /* Display already open in single process mode */ if (XDpy == NULL) { XDpy = XOpenDisplay(":0.0"); if (!XDpy) pfNotify(PFNFY_FATAL, PFNFY_RESOURCE, "GetXInput: couldn't open display\n"); } if (first) { XSelectInput(XDpy, Shared->glWin, GLINMASK); XSelectInput(XDpy, Shared->xWin, XINMASK); first = 0; } while (XCheckWindowEvent(XDpy, Shared->glWin, GLINMASK, &ev)) { switch (ev.type) { case Expose: Shared->redrawOverlay = 1; break; case ButtonPress: switch (ev.xbutton.button) { case (1): Shared->mouseButtons = ev.xbutton.state | Button1Mask; break; case (2): Shared->mouseButtons = ev.xbutton.state | Button2Mask; break; case (3): Shared->mouseButtons = ev.xbutton.state | Button3Mask; break; } break; case ButtonRelease: switch (ev.xbutton.button) { case (1): Shared->mouseButtons = ev.xbutton.state & ~Button1Mask; break; case (2): Shared->mouseButtons = ev.xbutton.state & ~Button2Mask; break; case (3): Shared->mouseButtons = ev.xbutton.state & ~Button3Mask; break; } break; case MotionNotify: { newMouse = 1; x = ev.xmotion.x; y = ev.xmotion.y; } break; case KeyPress: { KeySym ks; /* * On a keypress, either rotate and re-display * or exit. */ ks = XLookupKeysym(&ev.xkey, 0); switch (ks) { case XK_F1: { Shared->drawStats = !Shared->drawStats; break; } case XK_Escape: { Shared->exitFlag = 1; break; } } break; } } } while (XCheckWindowEvent(XDpy, Shared->xWin, XINMASK, &ev)) { switch (ev.type) { case FocusIn: break; case FocusOut: Shared->inWindow = 0; break; } } if (newMouse) { long xs, ys; Shared->mouseX = 2.0f*x/(float)Shared->winSizeX - 1.0f; Shared->mouseY = -2.0f*y/(float)Shared->winSizeY + 1.0f; Shared->inWindow = 1; } } static void DrawOverlay(void) { if (GLXwinset(XDpy, Shared->overWin) < 0) { pfNotify(PFNFY_WARN, PFNFY_SYSERR, "GLXwinset for overlay failed\n"); return; } pfPushState(); pfBasicState(); zbuffer(FALSE); pfPushIdentMatrix(); mapcolor(0, 0, 0, 0); mapcolor(1, 71, 9, 82); mapcolor(2, 0, 0, 0); gflush(); color(0); clear(); ortho2(-0.5, Shared->winSizeX - 0.5, -0.5, Shared->winSizeY - 0.5); cmov2(2, 2); color(1); charstr("GLX Overlay Test"); pfPopMatrix(); zbuffer(TRUE); pfPopState(); if (GLXwinset(XDpy, Shared->glWin) < 0) { pfNotify(PFNFY_WARN, PFNFY_SYSERR, "GLXwinset for NORMAL window failed\n"); } } /* * usage() -- print usage advice and exit. This procedure * is executed in the application process. */ static void usage (void) { fprintf(stderr, "Usage: complex-glx file.flt ...\n"); pfExit(); exit(1); } /* * /usr/people/4DGifts/examples/GLX/gl-Xlib/glxh2.c * * This file (companion to mix2.c) provides the helper function * "GLXCreateWindow", which does all the necessary magic to create * an X window suitable for GL drawing to take place within. * see the definition of GLXCreateWindow for a description of how * to call it. */ #include #include #include #include #include /* ** Internal helper routines */ /* extract_visual: * a visual is uniquely identified by a viusal identifier descibing the * visual and screen. this function is used to get back the * GLX_NORMAL-GLX_VISUAL and the GLX_NORMAL-GLX_COLORMAP fields out of * the configuration data for use in creating a window using these data. * XGetVisualInfo() returns a list of visual structures that match the * attributes explicitly specified in the template structure. */ static XVisualInfo* extract_visual(Display* D, int S, GLXconfig *conf, int buffer) { XVisualInfo template, *v; int n; template.screen = S; template.visualid = GLXgetvalue(conf, buffer, GLX_VISUAL); return XGetVisualInfo (D, VisualScreenMask|VisualIDMask, &template, &n); } /* set_window() * search thru the current conf GL window structure looking for the * buffer that matches the mode of GLX_WINDOW so that we can go ahead * and assign the window W, (created via XCreateWindow below in * GLXCreateWindow) to the arg element. We do this because in order * for this stuff to work, the "arg" element of the conf structure * must have the value field set to the X window id of the window * which was created. */ static void set_window(GLXconfig* conf, int buffer, Window W) { int i; for (i = 0; conf[i].buffer; i++) if (conf[i].buffer == buffer && conf[i].mode == GLX_WINDOW) conf[i].arg = W; } /* ** Used to get a value out of the configuration structure returned by ** GLXgetconfig. Scan through the GLX config structure, and, when we ** find the proper buffer-mode combination, return the argument relevant ** for that buffer type. */ unsigned long GLXgetvalue(GLXconfig* conf, int buffer, int mode) { int i; for (i = 0; conf[i].buffer; i++) if (conf[i].buffer == buffer && conf[i].mode == mode) return conf[i].arg; return 0; } /* * GLXCreateWindow(dpy, parent, x, y, w, h, boderWidth, arg_list, ...) * * Return value is the filled in config structure * * Arguments are: * dpy The X "Display*" returned by XOpenDisplay * parent The parent of the newly created window, * a typical value for this is * RootWindow(dpy, DefaultScreen(dpy)) * x,y The location of the window to be created, * y coordinate is measured from the top down. * w,h size of the new window * borderWidth the X border size for this window, should probably * be zero. * arg_list Arguments to fill in initial config structure */ GLXconfig* GLXCreateWindow( Display* dpy, Window parent, int x, int y, int w, int h, int borderWidth, ...) { XSetWindowAttributes init_attr; XWindowAttributes read_attr; GLXconfig init_config[50], *cp; GLXconfig *retconfig; Window win, normal_win; va_list ap; int buf, screen; XVisualInfo *vis; /* ** Loop through the remaining arguments, copying all triples ** up to a zero-triple (or just plain zero if there are no ** triples), into the initial config structure. */ va_start(ap, borderWidth); for (cp = init_config; buf = va_arg(ap, int); cp++) { cp->buffer = buf; cp->mode = va_arg(ap, int); cp->arg = va_arg(ap, int); } cp->buffer = cp->mode = cp->arg = 0; /* ** Now that we have the configuration request, call GLXgetconfig to ** get back real configuration information. */ XGetWindowAttributes(dpy, parent, &read_attr); screen = XScreenNumberOfScreen(read_attr.screen); if ((retconfig = GLXgetconfig(dpy, screen, init_config)) == 0) { pfNotify(PFNFY_FATAL, PFNFY_RESOURCE, "Hardware doesn't support that window type\n"); } /* ** Now we have the information needed to actually create the ** windows. There is always a normal window, so we create that ** one first. ** ** Basically we extract the GLX_NORMAL,GLX_VISUAL and the ** GLX_NORMAL,GLX_COLORMAP fields out of the configuration * data, and create a window using these data. ** When we are done we save the X ID of the new window in ** the configuration structure (using set_window()). GLXlink, ** and the caller of GLXCreateWindow will be interested in ** this value. ** note the explicit definition of the init_attr.colormap ** element: we aren't sure if our visual is the same as our ** parent's, and we'd like to not care. since our colormap ** and visual MUST be of the same depth and class (else the ** BadMatch error will bite), we pass a colormap which we ** know will match our visual. If we don't do this, we ** inherit from our parent and all bets are off.. */ vis = extract_visual(dpy, screen, retconfig, GLX_NORMAL); init_attr.colormap = GLXgetvalue(retconfig, GLX_NORMAL, GLX_COLORMAP); init_attr.border_pixel = 0; /* Must exist, otherwise BadMatch error */ normal_win = XCreateWindow (dpy, parent, x, y, w, h, borderWidth, vis->depth, InputOutput, vis->visual, CWColormap|CWBorderPixel, &init_attr); set_window(retconfig, GLX_NORMAL, normal_win); /* ** If overlay planes were requested in the configuration, and ** they are available, the GLX_OVERLAY,GLX_BUFSIZE arg field in ** the returned configuration will be non zero. If this is the ** case, we create another window, in the overlay planes, a child ** of the normal planes window. The size is 2K x 2K so that the ** overlay window will never have to be resized, it will always ** be clipped by the size of its parent. */ if (GLXgetvalue(retconfig, GLX_OVERLAY, GLX_BUFSIZE)) { vis = extract_visual(dpy, screen, retconfig, GLX_OVERLAY); init_attr.colormap = GLXgetvalue(retconfig,GLX_OVERLAY,GLX_COLORMAP); win = XCreateWindow (dpy, normal_win, 0, 0, 2000, 2000, 0, vis->depth, InputOutput, vis->visual, CWColormap|CWBorderPixel, &init_attr); XMapWindow(dpy, win); set_window(retconfig, GLX_OVERLAY, win); } /* ** Do exactly the same stuff, but this time for the popup planes ** when we are running on a machine that has no OVERLAY planes. */ if (GLXgetvalue(retconfig, GLX_POPUP, GLX_BUFSIZE)) { vis = extract_visual(dpy, screen, retconfig, GLX_POPUP); init_attr.colormap = GLXgetvalue(retconfig,GLX_POPUP,GLX_COLORMAP); win = XCreateWindow (dpy, normal_win, 0, 0, 2000, 2000, 0, vis->depth, InputOutput, vis->visual, CWColormap|CWBorderPixel, &init_attr); XMapWindow(dpy, win); set_window(retconfig, GLX_POPUP, win); } /* now do the final step: configure the X window for GL rendering. ** this informs the GL that we intend to render GL into an X window. ** at this point, the retconfig structure contains all the ** information necessary to ensure that X and GL know about each ** other and will behave in a responsible manner... */ if (GLXlink(dpy, retconfig) < 0) { pfNotify(PFNFY_FATAL, PFNFY_SYSERR, "GLXlink failed\n"); } /* finally do what winopen() always did: explicitly set the current ** GL window to be this new mixed model window. */ GLXwinset(dpy, normal_win); return retconfig; } -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Sharon Rose Fischler - Silicon Graphics, Advanced Graphics Development srf@sgi.com (415) 390 - 1002 FAX: (415) 965 - 2658 MS 7L-590 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ From guest Mon Jan 10 17:18:47 1994 From: "Wade Olsen" Message-Id: <9401101718.ZM16684@fnord.asd.sgi.com> Date: Mon, 10 Jan 1994 17:18:22 -0800 In-Reply-To: covingto@gravy5.cs.nps.navy.mil (james covington) "Performer and OSF/Motif" (Jan 10, 11:46am) References: <9401101946.AA15285@gravy5.cs.nps.navy.mil> X-Mailer: Z-Mail-SGI (3.0S.1026 26oct93 MediaMail) To: covingto@gravy5.cs.nps.navy.mil (james covington), info-performer@sgi.sgi.com Subject: Re: Performer and OSF/Motif Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Status: O On Jan 10, 11:46am, james covington wrote: > Subject: Performer and OSF/Motif > Last week I wrote: > > ->I have reviewed Wade Olsen's sample program which shows how to run Performer > ->inside a Motif application. However when I tried to modify a larger existing > ->Performer application (one which used the standard winopen() call in the > ->pfInitfunc) to run in this manner, I received GL error #114 (ERR_NOGRAPHICS) > ->when I called the GLXlink function. Can you help explain what causes error > ->#114, and what I could possibly do to avoid it? > > I want to thank you for the EXTREMELY fast response to my last posting > on this subject. I sent the mail late on Friday, and really didn't expect > any reply before the beginning of the week. > > Your suggestions were very helpful, and I am still working on the problem. > > At this point, I have taken a step backward and simply compiled Wade Olsen's > sample program with my original makefile and include files. When I ran the > program, it ran "successfully," but generated the error message: > > ERROR #4 ortho2: ERR_BADWINDOW > The sample program has definitions for the GL routines getsize and getorigin. These are faster versions than the GL counterparts because the GL must make a request to the X server and wait for a responce. But since this application watches for resize events it knows what the window size is. But if performer asks for the window size before the app gets some indication of the window size then performer might be using garbage from my version of getsize. A quick and resonable fix might be to stick some default values in win_x_size and win_y_size right after they are allocated out of shared memory. I wrote this example using Perf1.1 on IRIX 5.*. I'll bet that compiler differences and not initializing these variables is the culprit. Sorry. Regarding applying this approach to an existing application, be careful! The order things happen in is very critical. It might be easier to take a working program and make incremental changes (the example for instance) and morph it into your final application. Then again, maybe not :-). I'm trying to come up with a multi-pipe version of this. I'll post it here when I can get it working. > twice, once when I called pfConfig, and again when I called XtRealizeWidget. > Can you tell me what conditions generate this error? > > I am running Performer 1.0 and Motif 1.1 on an IRIS 4D/440 Reality Engine > with IRIX 4.0.5G. Thanks. > > James Covington LT USN > Naval Postgraduate School > Monterey CA > > > > > >-- End of excerpt from james covington -- ------------------------------------------------------------------------------- Wade Olsen, wade@sgi.com, 415-390-1023, Silicon Graphics Computer Systems From guest Wed Jun 15 18:40:00 1994 Return-Path: Message-Id: <9406160140.AA23125@ns.trl.ibm.com> To: info-performer Cc: aono@trl.ibm.co.jp Subject: X-Motif + performer sample program Date: Thu, 16 Jun 1994 10:40:03 +0900 From: Masaki Aono Status: O Dear Sirs/Madams: Is there a sample program that uses OSF/Motif as GUI in Performer's program? I find that the sample program "intersect.c" uses GL(qdevice(),qtest(), and qread()) as GUI (see "Pipeline", March/April 1994, Vol.5, No.2). What I'd like to get is a sample program that uses Performer's libraries and X/Motif's widgets (such as Push Button widget to quit) alone, without including GL libraries such as "" and "". Specifically, is it possible to replace Openpipeline() and DrawChannel() by similar functions using Motif widgets? Regards, Masaki Aono E-mail: aono@trl.ibm.co.jp From guest Tue Jun 21 10:22:00 1994 From: "Wade Olsen" Message-Id: <9406211021.ZM14668@fnord.asd.sgi.com> Date: Tue, 21 Jun 1994 10:21:41 -0700 In-Reply-To: Masaki Aono "X-Motif + performer sample program" (Jun 16, 10:40am) References: <9406160140.AA23125@ns.trl.ibm.com> X-Mailer: Z-Mail-SGI (3.0S.1026 26oct93 MediaMail) To: Masaki Aono , info-performer Subject: Re: X-Motif + performer sample program Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Status: OR On Jun 16, 10:40am, Masaki Aono wrote: > Subject: X-Motif + performer sample program > Dear Sirs/Madams: > > Is there a sample program that uses OSF/Motif as GUI in > Performer's program? I find that the sample program "intersect.c" > uses GL(qdevice(),qtest(), and qread()) as GUI (see "Pipeline", > March/April 1994, Vol.5, No.2). > > What I'd like to get is a sample program that uses Performer's > libraries and X/Motif's widgets (such as Push Button widget to > quit) alone, without including GL libraries such as "" and > "". > Specifically, is it possible to replace Openpipeline() and > DrawChannel() by similar functions using Motif widgets? > > > Regards, > Masaki Aono > E-mail: aono@trl.ibm.co.jp > > > > >-- End of excerpt from Masaki Aono Here you go: To extract, save this message to a file, do a "uudecode ", then a "tar xvfo performer_motif.tar" ----------------------------------------------------------------------- begin 644 performer_motif.tar M<&5R9F]R;65R7VUO=&EF+P`````````````````````````````````````` M```````````````````````````````````````````````````````````` M`````````````#`P,#2P@ M=&AI2!I2!D;V5S('-O(&)Y(&]P96YI;F<@:71S"F]W;B!W:6YD;W&ES=&EN9R!'3%@@=VED9V5T(&-R96%T960@8GD@=&AE(&%P<&QI8V%T:6]N M"G!R;V-E2!S:6UP;&EF:65D+@H**B\*"B-I;F-L=61E(#QS=&1I;RYH M/@HC:6YC;'5D92`\7!E0H*"0D)"2\O(%1H:7,@R`B+6UP(BP@(BIM<%]M;V1E(BP@ M6')M;W!T:6]N4V5P07)G+"!.54Q,('TL"GT["@IS=&%T:6,@9FQO870@9&EA M;65T97(["0DO+R!$:6%M971E%]P;W,["0DO+R!# M=7)R96YT(&UO=7-E('!OF4["2\O($-UF4[ M"2\O('-H87)E9"!M96UOR!-3T1%7U=)4D5&4D%-12P@34]$15]415A455)%+"!.54U? M34]$15,@?3L*"G-T871I8R!S=')U8W0@9')A=U]M;V1E7W-TPH@("`@1TQ87TY/ M4DU!3"P@1TQ87T)51E-)6D4L("`)1TQ87TY/0T].1DE'+`H@("`@1TQ87TY/ M4DU!3"P@1TQ87UI325I%+"`@"4=,6%].3T-/3D9)1RP*("`@($=,6%].3U)- M04PL($=,6%]$3U5"3$4L"512544L"B`@("!'3%A?3D]234%,+"!'3%A?4D=" M+"`@(`E44E5%+`H@("`@1TQ87TY/4DU!3"P@1TQ87U=)3D1/5RP)1TQ87TY/ M3D4L"B`@("`P+"`P+"`P+`I].PH*"B\O($%N(%AT(&-A;&QB86-K(&9U;F-T M:6]N(&-A;&QE9"!W:&5N(&$@(F1R87<@;6]D92(@8G5T=&]N(&ES"B\O('1O M9V=L960N"@IS=&%T:6,@=F]I9"`*;6]D94-"*%=I9&=E="P@:6YT(&UO9&4L M(%AM5&]G9VQE0G5T=&]N0V%L;&)A8VM3=')U8W0@*B!C8BD*>PH@("`@9')A M=U]M;V1E2`](%A/<&5N1&ES<&QA>2AG;'A?:6YF;RT^9&ES<&QA>5]N86UE*3L* M("`@(%=I;F1O=R!G;'A?=VEN9&]W(#T@9VQX7VEN9F\M/GA7:6YD;W<["B`@ M("`*("`@(%A7:6YD;W=!='1R:6)U=&5S(&%T=')I8G5T97,["B`@("!81V5T M5VEN9&]W071TPH)("`@(&-O;F9I9UMI72YA%]W:6YD;W<[ M"@E]"@H)"0D)+R\@0V]N;F5C="!T:&4@1TP@8V]N=&5X="!T;R!T:&4*"0D) M"2\O($=,6'=I9&=E="!CPH@("`@PH@("`@("!I9B`H9')A=U]M;V1E'!O%]I;F9O"B\O('-T%]S:7IE M(#T@8V(M/G=I9'1H.PH)*G=I;E]Y7W-I>F4@/2!C8BT^:&5I9VAT.PH@("`@ M?0H*"0D)"2\O(%1H:7,@:&%P<&5NF5D+@H@("`@:68@*&-B+3YR96%S;VX@ M/3T@1VQX0U)?1TE.250I"B`@("!["@E$:7-P;&%Y("H@9&ES<&QA>2`](%AT M1&ES<&QA>2AW*3L*"5=I;F1O=R`@>%=I;F1O=R`](%AT5VEN9&]W*'2!S;R!D5]N86UE(#T@,#L*"6=L>%]I;F9O+3YX5VEN9&]W(#T@ M>%=I;F1O=SL*"@D)"0DO+R!296QE87-E(&5X8VQUPH) M=V]R:U]I9"`](%AT07!P061D5V]R:U!R;V,H87!P7V-O;G1E>'0L("A8=%=O M2D*("`@('L*"5AT4F5M M;W9E5V]R:U!R;V,H=V]R:U]I9"D["@H)"0D)+R\@268@=&AE2UW86ET M#L*("`@(&UO=7-E7WE?<&]S(#T@979E;G0M/GAB=71T;VXN M>3L*?0H*+R\@5&AIFEM+"`F87II;5]S:6XL("9A M>FEM7V-OFEM7W-I;B`J(&EN8VQ?8V]S.PH@("`@=FEE=U]P M;W-;,5T@/2!V:65W7V-E;G1EFEM7V-O MFEM.PH@("`@=FEE=U]D:7);,5T@/2!V:65W7VEN8VP["B`@ M("!V:65W7V1IPH@("`@:6YT(&YE M=U]X(#T@979E;G0M/GAM;W1I;VXN>#L*("`@(&EN="!N97=?>2`](&5V96YT M+3YX;6]T:6]N+GD["@H@("`@9FQO870@9'@@/2`H9FQO870I*&YE=U]X("T@ M;6]U%]P;W,I.PH@("`@9FQO870@9'D@/2`H9FQO870I*&YE=U]Y("T@ M;6]U5]P;W,I.PH*("`@(&UO=7-E7WA?<&]S(#T@;F5W7W@["B`@("!M M;W5S95]Y7W!O2X*("`@(&EF("A"=71T;VXQ M36%S:R`F(&5V96YT+3YX;6]T:6]N+G-T871E*0H@("`@>PH)9&ES=&%N8V4@ M*ST@+2AF86)S*&1I2`O(#$P,"XP*3L* M("`@('T*"@D)"0DO+R!2;W1A=&4@=&AE('9I97=E&UO M=&EO;BYS=&%T92D*("`@('L*"79I97=?87II;2`M/2!D>"`O(#(N,#L*"79I M97=?:6YC;"`M/2!D>2`O(#(N,#L*("`@('T*"@D)"0DO+R!4PH)9FQO870@9F]V7W@L(&9O=E]Y.PH)<&9'971# M:&%N1D]6*'1H94-H86YN96PL("9F;W9?>"P@)F9O=E]Y*3L*"@EF;&]A="!A M>FEM7W-I;BP@87II;5]C;W,["@EF;&]A="!I;F-L7W-I;BP@:6YC;%]C;W,[ M"@EP9E-I;D-OFEM7W-I;BP@)F%Z:6U?8V]S*3L* M"7!F4VEN0V]S*'9I97=?:6YC;"P@)FEN8VQ?"P@)GA?9G5D9V4L("9J=6YK*3L*"7!F4VEN0V]S*&9O=E]Y+"`F>5]F=61G M92P@)FIU;FLI.PH)>%]F=61G92`O/2`J=VEN7WA?F4["@H)=FEE=U]C96YT97);,%T@+3T*"2`@("`H87II M;5]C;W,@*B!D>"`J('A?9G5D9V4@*R!A>FEM7W-I;B`J("@M:6YC;%]S:6XI M("H@9'D@*B!Y7V9U9&=E*0H)"2H@9&ES=&%N8V4["@EV:65W7V-E;G1EFEM7W-I;B`J(&1X("H@>%]F=61G92`K(&%Z:6U?8V]S M("H@:6YC;%]S:6X@*B!D>2`J('E?9G5D9V4I"@D)*B!D:7-T86YC93L*"79I M97=?8V5N=&5R6S)=("T]"@D@("`@*"UI;F-L7V-O2`J(&1I5]F=61G93L*("`@('T*"B`@("!A9&IUF4H)B!A<'!?8V]N=&5X="P@(E!F36]T:68B+`H)"0D)(&]P=&EO M;G,L(%AT3G5M8F5R*&]P=&EO;G,I+`H)"0D)("9A4QE=F5L*%!&3D997U=!4DXI.PH@ M("`@=F]I9"`J(&%R96YA(#T@<&9'9713:&%R961!2!A%]I;F9O7W-TF5O9BAD$YG M:6YI=$-A;&QB86-K+`H)"2`@*%AT0V%L;&)A8VM0$YR97-I>F5#86QL8F%C:RP* M"0D@("A8=$-A;&QB86-K4')O8RER961R87=#0BP@,"D["B`@("!8=$%D9$5V M96YT2&%N9&QE"!B;W5N9#L*("`@('!F1V5T M3F]D94)";W@H9&%T82P@)B!B;W5N9"P@,"D["B`@("!P9E9E8S,@"D["B`@("!P9E-U8E9E8S,HF5;,ETI.PH@("`@9&ES=&%N8V4@ M/2!D:6%M971E2!F2D*>PH@("`@*G@@/2`P.PH@("`@*GD@/2`P.PI]"@IE>'1E"P@;&]N9R`J('DI"GL*("`@("IX(#T@ M*G=I;E]X7W-I>F4["B`@("`J>2`]("IW:6Y?>5]S:7IE.PI]"FEN*#0U+C`@ M+R`R("H@35]022`O(#$X,"DI.PH*("`@('!F0VAA;DYE87)&87(H=&AE0VAA M;FYE;"P@9&EA;65T97(@+R`Q,"XP+"!D:6%M971E To: info-performer@sgi.sgi.com Subject: Performer and the GlxMDraw widget? Cc: Status: OR I'm trying to use Performer inside the GlxMDraw Motif widget. I'm almost there, but not quite. Performer doesn't seem to be double-buffering reliably. Sometimes there's that annoying flicker, sometimes not. I'm using this glxConfig array: static GLXconfig glxConfig [] = { {GLX_NORMAL, GLX_DOUBLE, TRUE}, {GLX_NORMAL, GLX_RGB, TRUE}, {GLX_NORMAL, GLX_ZSIZE, 0}, {GLX_NORMAL, GLX_BUFSIZE, 48}, {GLX_NORMAL, GLX_MSSAMPLE, 4}, {GLX_NORMAL, GLX_MSZSIZE, 32}, {GLX_NORMAL, GLX_MSSSIZE, 1}, {0, 0, 0} }; At runtime Performer prints these error message, but it isn't fatal: ERROR #4 gconfig: not legal for mixed model: ERR_BADWINDOW ERROR #4 gconfig: not legal for mixed model: ERR_BADWINDOW Am I doing something wrong, or is this doomed to failure? Tim