Re: Alsa Compile Problems & Checking for GTKMM

"Kristian G. Kvilekval" <[email protected]> Wed, 04 Feb 2004 15:45:36 -0800
Newsgroups gmane.comp.audio.zinf.devel
Message-ID <[email protected]>
On Wed, 2004-02-04 at 15:20, David Hough wrote:
> On Wed, 04 Feb 2004 20:48:38 +0000, Robert Hart <[email protected]> 
> wrote:
> 
> > I think you might have broken the build if --enable-experimental wasn't
> > used.
> >
> > I will try a fresh CVS pull in case I landed in the middle of something,
> > but I am getting undefined symbols in the regular musicbrowser.
> 
> Stupid me for only checking it compiled, not if it actually ran. By the 
> way, in relation to the fix, do we really need any experimental code at 
> all in the normal browser? As far as I can tell it is only referenced in 
> musicsearch.cpp, and the seachPath command will only update the database 
> for browsermm and mdb, not for the old database and browser. It seems 
> rather pointless leaving the command in there, unless its the start of 
> porting the standard browser over to the mdb code?

--enable-experimental was  temporary fix to remove references
to browsermm/mdb code in the current code base.   After 2.2.5
goes out, I'll possibly add --enable-deprecated to allow
people to compile/use the older browser.  


> > Did you apply the alsa patch below? I have something similar in my tree
> > after reading a bug report on the debian bugs page, but I wasn't sure if
> > the fix was debian specific or not.
> 
> I haven't applied the patch, I didn't want to revert the previous patch 
> without asking first as chances are that the plugin needs to be switched 
> over to the new api at some point, and that may be the only actual change 
> needed. If no-one objects I will apply it sometime tommorow though.

The patch already should be in CVS.  I think Robert Hart applied it.

> > I am trying to find the crash on watch directory bug, but it's an
> > absolute stinker to debug. I think the seg-fault happens so quickly
> > after a new thread is created the gdb doesn't have a chance to attach to
> > the new thread. I got the impression from a previous e-mail of yours
> > that it works flawlessly for you.
> 
> I've never once had a problem with it. I haven't really used it since the 
> browsermm started using the mdb database though, as it only updates the 
> old database. I remember I used to occasionly get seg faults when doing a 
> manual search from the musicbrowser, but as I could never reproduce them I 
> just ignored it, it wasn't something I did very often after all.

I've noticed that it chokes on certain file names.  I am less inclined
to search/fix this as I expect it will not be  problem for the mdb 
code.


-- 
email:[email protected] office:(805)893-4276 http://www.cs.ucsb.edu/~kris



-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn