-DHAVE_CONFIG_H -I. -I. -I../.. -I../../xmms
-I/usr/X11R6/include/gtk12 -I/usr/local/include/glib12 -D_THREAD_SAFE
-I/usr/local/include -I/usr/X11R6/include -I../../intl -I../..
-I/usr/local/include -O -pipe -march=athlon-xp -Wall -Wpointer-arith
-finline-functions -ffast-math -fomit-frame-pointer -c
On Mon, 3 Nov 2003, John Baldwin wrote:
> On 01-Nov-2003 Soren Schmidt wrote:
> > It seems Sean Chittenden wrote:
> >> Howdy. I'm not sure if this is a ULE bug or a KSE bug, or both, but,
> >> for those interested (this is using ule 1.67, rebuilding world now),
> >> here's my stack. I couldn't f
It seems John Baldwin wrote:
>
> On 01-Nov-2003 Soren Schmidt wrote:
> > It seems Sean Chittenden wrote:
> >> Howdy. I'm not sure if this is a ULE bug or a KSE bug, or both, but,
> >> for those interested (this is using ule 1.67, rebuilding world now),
> >> here's my stack. I couldn't figure out
On 01-Nov-2003 Soren Schmidt wrote:
> It seems Sean Chittenden wrote:
>> Howdy. I'm not sure if this is a ULE bug or a KSE bug, or both, but,
>> for those interested (this is using ule 1.67, rebuilding world now),
>> here's my stack. I couldn't figure out where td was being set to
>> NULL. :( O
It seems Sean Chittenden wrote:
> Howdy. I'm not sure if this is a ULE bug or a KSE bug, or both, but,
> for those interested (this is using ule 1.67, rebuilding world now),
> here's my stack. I couldn't figure out where td was being set to
> NULL. :( Oh! Where is TD_SET_LOCK defined? egrep -r
> Howdy. I'm not sure if this is a ULE bug or a KSE bug, or both, but,
> for those interested (this is using ule 1.67, rebuilding world now),
> here's my stack. I couldn't figure out where td was being set to
> NULL. :( Oh! Where is TD_SET_LOCK defined? egrep -r didn't turn up
> anything. -sc
Howdy. I'm not sure if this is a ULE bug or a KSE bug, or both, but,
for those interested (this is using ule 1.67, rebuilding world now),
here's my stack. I couldn't figure out where td was being set to
NULL. :( Oh! Where is TD_SET_LOCK defined? egrep -r didn't turn up
anything. -sc
(kgdb) b
--- _Unix-X/libxpce/xvhandler.c.origWed Jul 23 04:43:19 2003
+++ _Unix-X/libxpce/xvhandler.c Wed Jul 23 04:44:31 2003
@@ -342,7 +342,7 @@
/* x_DCTCEDoComp() - Do one component for DCTCE */
int x_DCTCEDoComp(int mask, int color) {
- static const char cnames[] = { "red", "green", "blue" };
+
--- src/xmms_about.c.orig Wed Jul 23 04:53:36 2003
+++ src/xmms_about.cWed Jul 23 04:54:43 2003
@@ -20,11 +20,11 @@
gtk_container_border_width(GTK_CONTAINER(hbox1), 5);
label = gtk_label_new(
- "
-TFMX plugin adapted to xmms by David Le Corfec
-<[EMAIL P
After a cvsup/rebuild of -current yesterday xmms plays audio at in
increased rate. I'm building right now in the hopes that it will go away.
James.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
% wget
> > /usr/libexec/ld-elf.so.1: /usr/local/lib/libintl.so.4: Undefined symbol "stpcpy"
> > anarcat@lenny[~]%
> >
> > Recopmiling wget solves the problem.
> Have you tried simply recompiling xmms? I have been using xmms on -CURRENT
> and -RELEASE for
ndefined symbol "stpcpy"
> anarcat@lenny[~]%
>
> Recopmiling wget solves the problem.
Have you tried simply recompiling xmms? I have been using xmms on -CURRENT
and -RELEASE for about a month with 0 problems.
-Don
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
rld over that and installed it.
Of course, that didn't solve the linking problem. But it made another
problem appear. My dear user-friendly xmms now fails to start. This
machine is used by the whole family here and I got really embarrassed
over this. :) xmms seemed to pop an empty window, and suc
Hi
xmms fails to compile because of either:
missing include in xmms-1.2.7/libxmms/util.c
some error in our headers
Simply adding before works for me.
rm -f .libs/util.lo
cc -DHAVE_CONFIG_H -I. -I. -I. -I/usr/X11R6/include/gtk12 -I/usr/local/include/glib12
-D_THREAD_SAFE -I/usr/local/include
Thanks for the help deleted the libc_r folder from my source dir, and
rebuilt the world and installed it and it worked, didn't even have to
reboot for it to notice the change, ran merge master and rebooted and
all is well, and xmms runs. Thanks for your help.
Jusitn
On Fri, 2002-09-20 at
ot;Thread issues" thread in freebsd-current.
>> xmms
> Fatal error '_pq_insert_head: prioq not protected!' at line 185 in file
> /usr/src/lib/libc_r/uthread/uthread_priority_queue.c (errno = 22)
>Abort (core dumped)
--
Ollivier ROBERT -=- Eurocontrol EEC/ITM -=- [EM
file, just won't run.
> uname -a
FreeBSD peaches 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Wed Sep 18 23:06:03
PDT 2002 tr0n@peaches:/usr/obj/usr/src/sys/PEACHES i386
> xmms -v
xmms 1.2.7
> pkg_info | grep xmms
xmms-esound-1.2.7_2 X Multimedia System --- An audio player with a
Winamp GU
On 19-Sep-2002 BSDNerds Lists wrote:
> Is anyone else still having issues with xmms? i get a segfault and core
> dump when i try to run int on -CURRENT with the new source. Just
> wondering, it looks like the same error that noatun was giving for a
> while, when i looked in the l
Is anyone else still having issues with xmms? i get a segfault and core
dump when i try to run int on -CURRENT with the new source. Just
wondering, it looks like the same error that noatun was giving for a
while, when i looked in the list archives, maybe there was a patch sorry
if i missed that
Andrzej Kwiatkowski <[EMAIL PROTECTED]> wrote:
> I've upgrade my FreeBSD 5.0 two days ago.
> Yesterday when i have compile XMMS from ports,
Threads were broken. Update and try again.
--
Christian "naddy" Weisgerber
On Wed, Feb 21, 2001 at 01:46:58AM +0200, Vladimir Kushnir wrote:
>Does anybody run xmms on -CURRENT? For some reason it hungs here on
Yes I run XMMS on 20010210-CURRENT. It's fine...
>"poll". Any other (multithread included) program runs flawlessly. The only
>possibi
Hi all,
Does anybody run xmms on -CURRENT? For some reason it hungs here on
"poll". Any other (multithread included) program runs flawlessly. The only
possibility I can see right now is plugin system (i.e. dl* functions) but
there haven't been eny changes in ld-elf.so.1 as of lat
On Thu, 15 Jun 2000, Jacques A . Vidrine wrote:
>Or use cvsweb, which is probably easier for the casual user.
Definitely easier for the casual user who's tracking -STABLE. However,
I feel that to succeed tracking -CURRENT it pays to invest a minimal
amount of time learning at least the basics
On Thu, Jun 15, 2000 at 10:10:49AM -0400, Brandon D. Valentine wrote:
> I honestly don't think his question was from a committers standpoint. I
> think he wanted to know how to back them out locally for his own system.
> To do that he needs to read the handbook entries for staying current
> with
On Wed, 14 Jun 2000, Dan Nelson wrote:
>In the last episode (Jun 14), Otter said:
>> On Wed, 14 Jun 2000, Chris Piazza wrote:
>> > Yes backout recent changes to sys/dev/sound/pcm/channel.c. (a few
>> > days)
>>
>> How does one backout changes? I thought once it was committed, and
>> the make wor
In the last episode (Jun 14), Otter said:
> On Wed, 14 Jun 2000, Chris Piazza wrote:
> > Yes backout recent changes to sys/dev/sound/pcm/channel.c. (a few days)
>
> How does one backout changes? I thought once it was committed, and
> the make world process is complete, it was just that: committed
oh good, I thought it was somehow something I did on my last upgrade and
was just about to hit the list archives to make sure I hadn't missed
something :)
On Wed, 14 Jun 2000, Alfred Perlstein wrote:
> xmms is a really good test for libc_r and the sound system.
>
> xmms no lon
--
On Wed, 14 Jun 2000, Alfred Perlstein wrote:
> xmms is a really good test for libc_r and the sound system.
>
> xmms no longer plays back mp3s, other mp3 players are working
> fine.
>
> Any ideas?
>
> -Alfred
>
>
> To Unsubscribe: send mail t
On Wed, 14 Jun 2000, Chris Piazza wrote:
> On Wed, Jun 14, 2000 at 05:41:39PM -0700, Alfred Perlstein wrote:
> > xmms is a really good test for libc_r and the sound system.
> >
> > xmms no longer plays back mp3s, other mp3 players are working
> > fine.
> >
On Wed, Jun 14, 2000 at 05:51:01PM -0700, Chris Piazza wrote:
> On Wed, Jun 14, 2000 at 05:41:39PM -0700, Alfred Perlstein wrote:
> > xmms is a really good test for libc_r and the sound system.
> >
> > xmms no longer plays back mp3s, other mp3 players are working
> &g
On Wed, Jun 14, 2000 at 05:41:39PM -0700, Alfred Perlstein wrote:
> xmms is a really good test for libc_r and the sound system.
>
> xmms no longer plays back mp3s, other mp3 players are working
> fine.
>
> Any ideas?
Yes backout recent changes to sys/dev/sound/pcm/chan
xmms is a really good test for libc_r and the sound system.
xmms no longer plays back mp3s, other mp3 players are working
fine.
Any ideas?
-Alfred
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Ok, more in the sound department: A current src/sys/dev/sound with a
src/sys/dev/sound/pcm/dsp.c from the 22nd does not exhibit the high load
problem. Moving dsp.c to the 24th causes the problem to re-appear. Thus,
I'm prety convinced tha the big commit on the 23rd to dsp.c is the cause
of at l
On Mon, May 01, 2000 at 10:14:34AM -0400, Kenneth Wayne Culver wrote:
> It was working perfectly about 10 days ago. It stopped working right after
> one or two major commits. And also, it's in 5.0-CURRENT, not 4.0
I fully agree with this statement ... I am having some of the same weird
things ahp
(Best sounding sound card on the market IMOP)
> > >
>
> The VibraX used to be the card everyone recommended to stay away from.
> It's not full-duplex. Early on it was hard writing for it (mostly due to
> lack of specs and noise problems). It seems most problems have been
&
-duplex. Early on it was hard writing for it (mostly due to
lack of specs and noise problems). It seems most problems have been
solved now. Like someone mentioned already
I think it's a 4.0 problem. Xmms worked perfectly under 3.4 for
me too. The eq problem appeared after the upgrades.
Hmm, I don't know then, I'm using that ViBRA 16X which seems to cause
problems a lot.
=
| Kenneth Culver | FreeBSD: The best OS around.|
| Unix Systems Administrator | ICQ #: 24767726 |
| and studen
Ok, I have some *gasp* actual usefull info about this. Backing
/src/sys/dev/sound up by 10 days via anoncvs makes the "feature" go away.
That narrows it down to kernel issues. I'm in the process of narowing it
down to the specific diff, but if I had to cast a bet, i'd go for the
massive change
Kenneth Wayne Culver wrote:
>
> I guess it depends on your soundcard, I'm getting the behavior I'm getting
> with a ViBRA 16X and a kernel as of this morning. This didn't start
> happening until about 4 days ago with a -CURRENT kernel. Maybe you have an
> older -CURRENT.
>
>
I did a make build/
to be quite normal, about 6%
> > > while playing. What's up w/ top?
> > >
> >
> > Xmms on my SMP current machine: top shows 40 to 43% system
> > vmstat shows 10 to 11%
> >
>
> vmstat -w 1 matches top exactly about 41-43% system on my box.
&
Ted Sikora wrote:
>
> VINSON WAYNE HOWARD wrote:
> >
> > Ok, I checked, and vmstat shows cpu usage to be quite normal, about 6%
> > while playing. What's up w/ top?
> >
>
> Xmms on my SMP current machine: top shows 40 to 43% system
> vmstat shows 1
VINSON WAYNE HOWARD wrote:
>
> Ok, I checked, and vmstat shows cpu usage to be quite normal, about 6%
> while playing. What's up w/ top?
>
Xmms on my SMP current machine: top shows 40 to 43% system
vmstat shows 10 to 11%
--
Ted Sikora
Jtl Development Group
[EMAI
I'm also getting this behavior now. It's not the xmms binary that's taking
all the cpu though... top reports it as "system" CPU usage.
=
| Kenneth Culver | FreeBSD: The best OS around.|
| U
I did reboot for that reason, but I retried it and got about 50. Mabey I
didn't run the player long enough...
> > Ok, I checked, and vmstat shows cpu usage to be quite normal, about 6%
> > while playing. What's up w/ top?
>
> Not on my computer:
>
> pantzer@skalman ~ >vmstat -w 1
> procs
> Ok, I checked, and vmstat shows cpu usage to be quite normal, about 6%
> while playing. What's up w/ top?
Not on my computer:
pantzer@skalman ~ >vmstat -w 1
procs memory pagedisks faults cpu
r b w avm fre flt re pi po fr sr ad0 da0 in sy
Ok, I checked, and vmstat shows cpu usage to be quite normal, about 6%
while playing. What's up w/ top?
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
46 matches
Mail list logo
