Problem with __OLD_GET

Problem with __OLD_GET

[Arve Knudsen]

Hi

Like I explained in a post some time back, I've been having problems with 
not getting correct values from snd_pcm_hw_params functions (specifically 
snd_pcm_hw_params_get_channels_max). I never got an answer though, and the 
problem disappeared for a while. However it has reappeared, so I decided 
to find the source (no pun intended) of the problem. It turns out for some 
reason the deprecated symbols are getting called (__OLD_GET), so when I 
expect to have the passed value pointer filled in, all that happens is it 
gets zeroed. I'm afraid I don't understand all the preprocessor magic, so 
I don't completely understand why this happens. That is, the correct 
versions of these functions have been called correctly, but suddenly the 
old ones are used instead.

Maybe its down to some weird linking problem, it only happens with a 
dynamically loaded PortAudio plugin I've written for an xmms fork called 
beep-media-player. If anyone could come up with a likely explanation as to 
what's going on here, I'd be grateful. Is there some mechanism that 
figures my lib is linked against an old version of ALSA-lib? Btw, I'm 
using ALSA-lib 1.0.1, and drivers compiled into 2.6.1-mm2.

Thanks

Arve Knudsen


-------------------------------------------------------
This SF.net email is sponsored by: Perforce Software.
Perforce is the Fast Software Configuration Management System offering
advanced branching capabilities and atomic changes on 50+ platforms.
Free Eval! http://www.perforce.com/perforce/loadprog.html

Re: Problem with __OLD_GET

[Takashi Iwai]

At Thu, 15 Jan 2004 15:23:06 +0100,
Arve Knudsen wrote:
> 
> Hi
> 
> Like I explained in a post some time back, I've been having problems with 
> not getting correct values from snd_pcm_hw_params functions (specifically 
> snd_pcm_hw_params_get_channels_max). I never got an answer though, and the 
> problem disappeared for a while. However it has reappeared, so I decided 
> to find the source (no pun intended) of the problem. It turns out for some 
> reason the deprecated symbols are getting called (__OLD_GET), so when I 
> expect to have the passed value pointer filled in, all that happens is it 
> gets zeroed. I'm afraid I don't understand all the preprocessor magic, so 
> I don't completely understand why this happens. That is, the correct 
> versions of these functions have been called correctly, but suddenly the 
> old ones are used instead.
> 
> Maybe its down to some weird linking problem, it only happens with a 
> dynamically loaded PortAudio plugin I've written for an xmms fork called 
> beep-media-player. If anyone could come up with a likely explanation as to 
> what's going on here, I'd be grateful. Is there some mechanism that 
> figures my lib is linked against an old version of ALSA-lib? Btw, I'm 
> using ALSA-lib 1.0.1, and drivers compiled into 2.6.1-mm2.

is libtool enough new?
otherwise this kind of confusion can happen.


Takashi


-------------------------------------------------------
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

Re: Problem with __OLD_GET

[Arve Knudsen]

Hi, Takashi

I have no experience with libtool myself, but from what I can see the 
plugin host (beep-media-player) uses it. libtool --version tells me this: 
ltmain.sh (GNU libtool) 1.4.3 (1.922.2.111 2002/10/23 02:54:36). But at 
the same time we have another person, Rene Rebe, posting about a similar 
problem and who does not appear to be using libtool (correct me here if 
I'm mistaken).

Regards

Arve Knudsen

On Fri, 16 Jan 2004 19:57:23 +0100, Takashi Iwai <tiwai@suse.de> wrote:

> At Thu, 15 Jan 2004 15:23:06 +0100,
> Arve Knudsen wrote:
>>
>> Hi
>>
>> Like I explained in a post some time back, I've been having problems 
>> with
>> not getting correct values from snd_pcm_hw_params functions 
>> (specifically
>> snd_pcm_hw_params_get_channels_max). I never got an answer though, and 
>> the
>> problem disappeared for a while. However it has reappeared, so I decided
>> to find the source (no pun intended) of the problem. It turns out for 
>> some
>> reason the deprecated symbols are getting called (__OLD_GET), so when I
>> expect to have the passed value pointer filled in, all that happens is 
>> it
>> gets zeroed. I'm afraid I don't understand all the preprocessor magic, 
>> so
>> I don't completely understand why this happens. That is, the correct
>> versions of these functions have been called correctly, but suddenly the
>> old ones are used instead.
>>
>> Maybe its down to some weird linking problem, it only happens with a
>> dynamically loaded PortAudio plugin I've written for an xmms fork called
>> beep-media-player. If anyone could come up with a likely explanation as 
>> to
>> what's going on here, I'd be grateful. Is there some mechanism that
>> figures my lib is linked against an old version of ALSA-lib? Btw, I'm
>> using ALSA-lib 1.0.1, and drivers compiled into 2.6.1-mm2.
>
> is libtool enough new?
> otherwise this kind of confusion can happen.
>
>
> Takashi
>
>
> -------------------------------------------------------
> 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
> _______________________________________________
> Alsa-devel mailing list
> Alsa-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/alsa-devel




-------------------------------------------------------
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

Re: Problem with __OLD_GET

[Rene Rebe]

Hi,

On: Fri, 16 Jan 2004 22:12:01 +0100,
    Arve Knudsen <aknuds-1@broadpark.no> wrote:
> Hi, Takashi
> 
> I have no experience with libtool myself, but from what I can see the 
> plugin host (beep-media-player) uses it. libtool --version tells me this: 
> ltmain.sh (GNU libtool) 1.4.3 (1.922.2.111 2002/10/23 02:54:36). But at 
> the same time we have another person, Rene Rebe, posting about a similar 
> problem and who does not appear to be using libtool (correct me here if 
> I'm mistaken).

Nope I do not use libtool - I posted the exact g{cc,++} lines used for
compiling and linking.

Althought it should not be that needed to track this down, our sources
are at:

  http://svn.rocklinux-consulting.de/gsmp/trunk/lowlevel/

they are not yet that advanced and only the tip of the iceberg of a
heavy cleanup/rewrite ...

Yours,
  René

--  
René Rebe - Europe/Germany/Berlin
  rene@rocklinux.org rene@rocklinux-consulting.de
http://www.rocklinux.org http://www.rocklinux-consulting.de
http://gsmp.tfh-berlin.de/gsmp http://gsmp.tfh-berlin.de/rene



-------------------------------------------------------
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