opaque types in C

Ken Moffat <[email protected]>
Newsgroups gmane.linux.lfs.general
Message-ID <20130411214034.GB3965@milliways>
 Anyone looking at blfs-dev will have noticed I've been having fun
with xine-ui [ Open -> File, via the right mouse button, not working
in 0.99.7 ].  I'll be talking to upstream, but I'm still at a loss
to understand what has happened.

 There is status attached to xine streams.  This is manipuliated by
the xine engine in xine-lib.  For users such as xine-ui it is an
incomplete data type and therefore I can't print its value in
xine-ui files (although I can test it against the known values).

 So, nothing in xine-ui can change this opaque data, right ?

 What is baffling me is that the first change where the status is
altered only moves logo files to a different source directory.

 But after instrumenting the code to find out where it was failing,
I find that all tested versions from that changeset to the current hg
version only work in 'Open -> File' if I change a test from
'== XINE_STATUS_STOP' to '== XINE_STATUS_PLAY' (and doing this
doesn't seem to affect how they work when a file is passed to xine,
or if the MRL browser is used to select a file).

 But this seems impossible.  Anyone recall anything that ever looked
at all like this problem ?  I think I'm heading for breakfast at
Milliways ¹

 To be clear, xine-lib is the same version for all of this, 0.99.6
works fine, as do all tested versions before that first problematic
changeset.

ĸen

¹ : if you don't understand the phrase, see
http://www.urbandictionary.com/define.php?term=Milliways&defid=820286
-- 
das eine Mal als Tragödie, das andere Mal als Farce
-- 
http://linuxfromscratch.org/mailman/listinfo/lfs-chat
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.