[wine-devel] Re: The Windows version of the "octave --version" command exposes an uncommon X network transparency issue for wine

[Alan W. Irwin]

On 2010-12-21 14:33+0100 André Hentschel wrote:

> Am 21.12.2010 00:42, schrieb Alan W. Irwin:
>> This just-encountered network-transparency trouble occurred for the
>> Windows version of octave, and the reason I am bringing it up here is
>> to find out if this is a known issue or a new bug that I should report
>> on your bug tracker.
>
> I'm not sure, but have a look at:

> http://bugs.winehq.org/show_bug.cgi?id=7416
> http://bugs.winehq.org/show_bug.cgi?id=23952

Thanks, André, for those suggestions.

When I looked at 7416 it refers to support for multiple monitors which
is quite different from the X network transparency which allows X
terminals (a.k.a. boxes with a minimal Linux distribution that
includes an X server but no desktop software like KDE) to use the
local X server to display results and handle keyboard and mouse events
so that X clients (e.g., KDE desktop, etc.) running on other machines
accessible via a network look and feel like they are running on the
local machine.

23952 looked more interesting since the quoted error message is very
close to what I got. That one was due to a regression (apparently
still not fixed) between 1.1.30 and 1.2.0 in how DRI was handled, and
one workaround for the reporter was to disable DRI.  In my case, 
"octave --version" worked when run directly on an box with integrated
(g33) Intel graphics with DRI enabled, but my X-terminal where the
failure occurred has DRI disabled because the graphics chip is SiS
with no DRI support.  So in essence I am getting reverse behavior to
23952; for a box with DRI turned on, octave --version succeeds, but
for a box with DRI turned off it fails. Once I can get access to the
Intel box again, I will try taking the network transparency out of the
mix by turning off DRI on the intel (direct) box to see if that
generates the issue. If octave --version works on that box regardless
of whether DRI is on or off, then that would be an even stronger case
that it is the (lack of) network transparency for this particular (and
rather uncommon) case that is the culprit.

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
__________________________