Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 12252 - Realplayer and realone seg fault with alternate DISPLAY
Summary: Realplayer and realone seg fault with alternate DISPLAY
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: x86 Linux
: High normal (vote)
Assignee: Seemant Kulleen (RETIRED)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2002-12-16 12:16 UTC by Joel Martin (RETIRED)
Modified: 2003-02-04 19:42 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Joel Martin (RETIRED) gentoo-dev 2002-12-16 12:16:53 UTC
realplay and realone segfault if the DISPLAY setting is exported to anything
other than :0.0. 

For example:
-------------------------
$ realplay
Warning: Cannot allocate colormap entry for "#D0D0D0"
Warning: 
    Cannot allocate colormap entry for default background

Warning: Color name "black" is not defined
Warning: Color name "white" is not defined
Warning: Cannot allocate colormap entry for "#000000"
Segmentation fault
--------------------------

This is not a gentoo specific bug as I have installed the realplayer binary
directly and this problem still exists. The problem exists in realone also,
however, the colormap warnings are not printed from realone before it segfaults.
Comment 1 Seemant Kulleen (RETIRED) gentoo-dev 2002-12-16 23:00:50 UTC
not sure what to do with this one, to be honest :(
Comment 2 Seemant Kulleen (RETIRED) gentoo-dev 2002-12-18 08:01:17 UTC
I'm reporting this upstream, let's see what happens.
Comment 3 Seemant Kulleen (RETIRED) gentoo-dev 2003-01-16 07:26:56 UTC
nothing I can really do about this one, I'm afraid.
Comment 4 Greg Wright 2003-01-16 12:35:01 UTC
Hi, I am Greg Wright from RealNetworks. I wrote the video sufface code for un*x 
RealPlayers. It is a known bug that the player must display on 0:0. This was 
mostly due to time factors. First, sending raw video over the network isn't a 
great use of bandwidth and it is also hard to keep the audio in sync with the 
video that way. But, it certainly is possible to change the code to get this to 
work if you want. The video site (the video rendering code) is open sourced now 
along with the rest of the client engine. If you would like to contribute to 
the community project you can visit:

https://www.helixcommunity.org

Once you sign up there you can download the source code and have a look. Any 
questions you might have about the code I can answer from the Helix community 
IRC channel #helix. We also have lots of mailing lists on that site that you 
can use to talk with the developers here at Real and elsewhere.

--greg.

gwright@helixcommunity.org
gwright@real.com