This is after opening a playlist. It whirs quite a bit, and then hangs
here in this gigantic backtrace:
Thread 4 (LWP4):
#0 0xff1179b0 in ___lwp_mutex_lock () from /usr/lib/libc.so.1
#1 0xff03c674 in _mutex_lwp_lock () from /usr/lib/libthread.so.1
#2 0xff03c370 in _cmutex_lock ()
Specifically, at line 149:
m_context-prefs-GetPrefString(kSaveMusicDirPref, tempDir, length);
It goes into happy hash land and fails miserably, and returns null;
then, because it's null it fails on the MKDIR, the metadatabase
stuff goes in the toilet, and then the lovely error
Well, it looks like there are some rather nasty lurking bugs in
gcc-2.95.1; bugs that popped up when things were compiled with -O2 went
away when compiled with -O; I'm beginning to suspect that the alias
analysis code is a bit stricter than a lot of programmers out there.
Anyway, I was getting
I must say I am a little lost. Where is that theme.ui everybody's
talking about ? I took the latest freeamp from CVS but I can't find anything
about a theme UI in it. Any idea ?
it's on the release-1-5 branch.
And it and gcc-2.95.1 do not seem to want to play nicely. I'm working on
it,
it's on the release-1-5 branch.
And it and gcc-2.95.1 do not seem to want to play nicely. I'm working on
it, though... stupid templates.
Compiles with 2 minor warnings in FreeAmpTheme.cpp with gcc-2.95.2pre2 here...
Oh, it _compiles_... it just fails when you try to run the sucker:
c++ -I. -I. -I./config -DUNIX_LIBDIR=\"/usr/local/lib\" -Dsolaris -Ilib/gdbm
-Ibase/include -Iconfig -Iio/include -Iui/include -Ilmc/include -Ibase/unix/include
-Ibase/unix/solaris/include -Iui/freeamp/unix/include -Iui/freeamp/unix/res
-Iio/soundcard/unix/solaris/include -Iui/lcd/include
base/src/downloadmanager.cpp:799: warning: name lookup of `end' changed for new ANSI
`for' scoping
base/src/downloadmanager.cpp:796: warning: using obsolete binding at `end'
and cvs.freeamp.org needs to start running ntp. :)
H. The buttons.bmp bitmap in the ui/theme/default directory keeps
getting corrupted in check in. I did
cvs admin -kb buttons.bmp mask.bmp background.bmp
But the files still get screwed up. What other magic incantations do I need
to carry out for CVS to be happy? We have rcs 5.7
If your system can handle `make depend`, you should do so after CVS
Hmm. The problem is that I do this every time:
cd freeamp/cvs ; cvs -d update ; cd ..
cp -R cvs/freeamp freeamp ; cd freeamp
./configure ; make
Right after ./configure, you still want to do `make clean` before doing
./plugins/ncurses.ui: undefined symbol: color_set
I have ncurses4.2, gdk1.0.6 from potato(debian).
Is it the same at your linux? Do they work on any potato?
Well, I don't have a linux, but I'll answer anyway. :)
It seems that only newer versions of ncurses have color_set; since
yours
I can compile it, but can't run. I get this:
flocsy@crux:~/work/freeamp/freeamp15$ ./freeamp
/mp3/Ellenorzott/D/Dragana\ -\ Up\ And\ Down.mp3
/home/flocsy/work/freeamp/freeamp/plugins/freeampcmd.ui: undefined symbol:
SetFirst__15PlayListManager
make clean; make.
If your system can handle
Well, I think I'm getting closer to finding what's causing the
Solaris strangeness; for one, it appears that sometimes the LWP
or Reader gets stuck, and so WasteTime() gets called an awful
lot. A side effect seems to be the creation of several hundred
threads. :)
(gdb) info threads
640 Thread
i need an advice, which is the simpler:
1. rip off the xing player to use it in my car mp3 player or
2. build a full freeamp ui?
for me it seems that to extract the xing player module is pretty easy and
can be done by slightly modifying the surrounding lmc object to make it a
bit more
You'll probably want to edit your ~/.freeamp_prefs file so that it
doesn't mention your OS in the ui section. i.e. UI: freeamp-solaris.ui
= UI: freeamp.ui
14 matches
Mail list logo