On 2010-03-06 13:41-0500 Hezekiah M. Carty wrote: > On Sat, Mar 6, 2010 at 2:27 AM, Alan W. Irwin <ir...@beluga.phys.uvic.ca> > wrote: >> In case I am running it correctly, and therefore there is some run-time >> issue for my platform, here is some additional data. >> > ...cut (this all look fine)... >> >> I hope you can help me either to (a) run the example correctly or >> (b) figure out the run-time errors if I am running it correctly. >> > > > The configuration pieces all look correct. Using the latest > Subversion trunk (10856) the example runs without issue on my system > in the build tree using: > > ./xgtk_interfaceocaml > > I am running Ubuntu 9.10, with relevant libraries similar to yours. > > Looking through the error messages, this looks like something that > stems from the application being run across a network X connection.
> [...]I have had similar problems in the past with forwarded X applications. > If I recall correctly, the non-security-conscious approach is along > the lines of: > > xhost +localhost > > That said, I don't remember if this is supposed to be run on the > client or server :-) I think localhost should be replaced by the > opposite system (server -> client or client -> server). > > I hope this helps. Do any of the other Gtk-using examples show > similar problems? I ran the same test again directly on my fast machine so that the client (xgtk_interfaceocaml) was run on exactly the same machine as where the server is located (the X server is always located wherever the monitor/mouse/keyboard are attached). So this direct way of running the test is not over the network and is identical to how you are running the above test. I thought your idea was a winner, but unfortunately the evidence is against that because the "direct" test got identical error messages except for the process id, (I checked that thoroughly by using sed to change back to the process id of the original set of messages.) I even played with xhost to allow the local host to connect to the server (which is redundant and should definitely not be needed), and still got the same set of error messages. What exactly did you mean by Gtk-using applications? -dev xcairo and all our other interactive tests run by the test_interactive target work fine for me (via the X-terminal and directly). I haven't tried gcw recently (it is disabled by default), but it hasn't been an issue when I tried it before. Unless we can find another example of a "Gtk-using" application with the same issue, my guess is my version of lablgtk2 (2.10.1) (or the version of some other system library I have on Debian Lenny) is just too old/buggy to support xgtk_interfaceocaml. What exact version of lablgtk2 are you using? I could try building that here (assuming the dependencies aren't too horrific) to see if it made a difference. Alan __________________________ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations with the FreeEOS equation-of-state implementation for stellar interiors (freeeos.sf.net); PLplot scientific plotting software package (plplot.org); the libLASi project (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project (lbproject.sf.net). __________________________ Linux-powered Science __________________________ ------------------------------------------------------------------------------ Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev _______________________________________________ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel