On recent CURRENT, FreeBSD 12.0-CURRENT #82 r318277: Sun May 14 19:34:54 CEST
2017 amd64,
with WITH_LLD_IS_LD=yes set, mplayer rejects to work and
fails to start and quits immediately with:
/usr/local/lib/libglib-2.0.so.0: Undefined symbol "environ"
I already tried to recompile mp
My ports are updated. I disable livemedia nad it works.
Thank you.
On Friday 20 September 2013 10:19:41 Tom Evans wrote:
> On Thu, Sep 19, 2013 at 10:06 PM, Ajtim wrote:
> > I try to built Mplayer but I have a problems (they were so many warnings)
> > and finally error:
> >
On Thu, Sep 19, 2013 at 10:06 PM, Ajtim wrote:
> I try to built Mplayer but I have a problems (they were so many warnings) and
> finally error:
>
>
> libmpdemux/demux_rtp.cpp:101:20: error: no member named 'describeWithPassword'
> in 'RTSPClient'
>
I try to built Mplayer but I have a problems (they were so many warnings) and
finally error:
libmpdemux/demux_rtp.cpp:101:20: error: no member named 'describeWithPassword'
in 'RTSPClient'
return client->describeWithPassword(url, network_username, password);
Try adding USE_GCC= any to the Makefile and see if that makes <- no pun
intended- a difference.
On Thu, Sep 19, 2013 at 5:06 PM, Ajtim wrote:
> I try to built Mplayer but I have a problems (they were so many warnings)
> and
> finally error:
>
>
> libmpdemux/demux_rtp.
I use 9.0-BETA1 on my two PCs (amd64). On both of them, I can't
upgrade gnome-mplayer to 1.0.0_2, after recent bump. My default
compiler on both PCs is clang (version 20110717), but the same error
happens when using the default GCC.
The error message is:
gui.c:475:58: error: too many argumen
On Mon, 9 Jun 2003 13:07:44 -0500 (CDT)
[EMAIL PROTECTED] wrote:
> I have mplayer in 4.8-STABLE and 5.1-RC1. What specifically would you like?
The maintainer of mplayer is already looking into the problem. mplayer
tries to close a file description which isn't open... it isn't even
I have mplayer in 4.8-STABLE and 5.1-RC1. What specifically would you like?
On 9 Jun, Alexander Leidinger wrote:
> On Mon, 9 Jun 2003 14:33:11 +0200
> [EMAIL PROTECTED] (Ted Lindgreen) wrote:
>
>> I've tested it as cleanly as possible (make update, apply patch,
>&
On Mon, 9 Jun 2003 13:54:21 +0300
Ruslan Ermilov <[EMAIL PROTECTED]> wrote:
> This patch looks great. Please commit it.
Done (rev 1.16).
Bye,
Alexander.
--
Where do you think you're going today?
http://www.Leidinger.net Alexander @ Leidinger.net
GPG fi
On Mon, 9 Jun 2003 14:33:11 +0200
[EMAIL PROTECTED] (Ted Lindgreen) wrote:
> I've tested it as cleanly as possible (make update, apply patch,
> make world/kernel, and portupgrade -f multimedia/mplayer).
> Is works fine and I haven't found any complications.
> I think it'
|| (fd >= _thread_dtablesize) ||
This test looks perfectly right (should have been here already
when the "_thread_fd_table[fd]" reference was added, I guess).
I've tested it as cleanly as possible (make update, apply patch,
make world/kernel, and portupgrade -f multimedia/mplayer)
On Mon, Jun 09, 2003 at 11:22:45AM +0200, Alexander Leidinger wrote:
> On Mon, 9 Jun 2003 10:28:33 +0200
> [EMAIL PROTECTED] (Ted Lindgreen) wrote:
>
> > However, I guess that mplayer has had this error already, but that
> > a change in uthread_close.c as of May 31 has cause
On Mon, 9 Jun 2003 10:28:33 +0200
[EMAIL PROTECTED] (Ted Lindgreen) wrote:
> However, I guess that mplayer has had this error already, but that
> a change in uthread_close.c as of May 31 has caused this problem
> to show up now.
> In particular: the unprotected usage of a very large
mbers?
I have no 4.x system with an old mplayer at hand at the moment, but
I can check it tomorrow if really necessary.
However, I guess that mplayer has had this error already, but that
a change in uthread_close.c as of May 31 has caused this problem
to show up now.
In particular: the unprotec
On Sun, 8 Jun 2003, Arjan van Leeuwen wrote:
> Indeed, a very dirty but effective fix. Thank you. I'll forward this to
> ports@ and lioux@, who has done all the recent updates on mplayer.
So one interesting question would be: if you ktrace on both 4.x and 5.x,
do both pass in the b
Indeed, a very dirty but effective fix. Thank you. I'll forward this to ports@
and lioux@, who has done all the recent updates on mplayer.
Arjan
On Sunday 08 June 2003 15:06, Ted Lindgreen wrote:
> > Since a short time (don't know exactly when it happened) it's not
> &g
> Since a short time (don't know exactly when it happened) it's not possible
> anymore to play Quicktime files (.mov) with mplayer on 5.1-CURRENT. It has to
> be a change in -CURRENT, I haven't updated mplayer.
I do not have the right fix, but the cause of the problem i
On Sat, 7 Jun 2003 22:28:29 +0200, Arjan van Leeuwen <[EMAIL PROTECTED]>
wrote:
Hi,
Since a short time (don't know exactly when it happened) it's not
possible anymore to play Quicktime files (.mov) with mplayer on 5.1-
CURRENT. It has to be a change in -CURRENT, I haven&#
Hi,
Since a short time (don't know exactly when it happened) it's not possible
anymore to play Quicktime files (.mov) with mplayer on 5.1-CURRENT. It has to
be a change in -CURRENT, I haven't updated mplayer. When trying to play a QT
file, mplayer outputs:
win32 libquicktime lo
19 matches
Mail list logo
