iaxclient-devel — Development Discussion List

[Iaxclient-devel] Hey, Steve ....

[Michael V. D. <mv...@va...>]

Since everyone but me is named Steve, I knew that would get everyone's
attention.=20

It's been so quiet around here lately. Last I heard  there *might* be =
Some work
going on to add other codecs to the library.

Is anyone in fact working on this ?=20

--=20
Steve v=20

Re: [Iaxclient-devel] Can any body Help about n lines support in iaxclient lib ?

[Steve K. <st...@st...>]

Muhammad Noman wrote:

>
> hi,
> i'm working on the client that uses iaxclient lib for windows [ VC++6 
> , winXP ].
> The task i've to do is to make N-Call support in the library.
>  currently the library supports only 4 lines. I have looked the 
> library and it seem no problem as the  argument [ no. calls to be 
> intialized ] is passed in
> iaxc_initialize(AUDIO_INTERNAL_PA,4);  // 4 is no of calls at a time 
> can be made or received.


You should be able to use more lines if you want.  There's no practical 
limit..

-SteveK

[Iaxclient-devel] Can any body Help about n lines support in iaxclient lib ?

[Muhammad N. <an...@ho...>]

hi,
i'm working on the client that uses iaxclient lib for windows [ VC++6 , 
winXP ].
The task i've to do is to make N-Call support in the library.
  currently the library supports only 4 lines. I have looked the library and 
it seem no problem as the  argument [ no. calls to be intialized ] is passed 
in
iaxc_initialize(AUDIO_INTERNAL_PA,4);  // 4 is no of calls at a time can be 
made or received.

any potential errors or design things etc,
can any body suggest abt it [ who know the design of iaxclent lib ]

Noman

_________________________________________________________________
MSN 8 helps eliminate e-mail viruses. Get 2 months FREE*. 
http://join.msn.com/?page=features/virus

Re: [Iaxclient-devel] sound issues

[Eloy D. <elo...@vo...>]

Hi Steve,


Thanks for the feedback! I just discovered that Borland C++ and gcc behave
differently. I can do a log10(0) in gcc without causing runtime errors, but
with Borland C++ it generates a "sing error" but still returns "-inf" for
log10(0). It seems to be warning message. The irritating thing is that the
message pops up in a message box :-S

Hopefully I can disable this 'feature'...


Regards,
Eloy


On Mon, 26 Apr 2004 16:31:32 -0400, Steve Kann wrote
> Eloy Domingos wrote:
> 
> >Hi Steve,
> >
> >
> >Completely correct, log10(0) is -infinity :-). This will also give you
> >a runtime singularity error and break your program, so this exception
> >needs to be handled properly, as a well-behaved program should... :-p
> >  
> >
> I suppose this depends on what you're trying to do with the value 
> later.  You don't get any error, for example, if you try to do this:
> 
> #include<math.h>
> 
> main() {
>   printf("%f\n", log10(0));
> }
> 
> Which happily works for me:
> 
> stevek@canarsie:~ $ /tmp/a.out
> -inf
> 
> Most clients will use this value to show some kind of volume level 
> meter.  Depending on how you implement your meters, you may or may 
> not have any trouble with -infinity..
> 
> For example, in iaxcomm, HandleLevelEvent does this:
>    if (input < LEVEL_MIN)
>         input = LEVEL_MIN;
>     else if (input > LEVEL_MAX)
>         input = LEVEL_MAX;
>     inputLevel = (int)input - (LEVEL_MIN);
> 
> to clamp the values and convert them to an integral value for display.
> 
> I'm not sure what observed problem you have with -infinity, or what 
> you mean by runtime singularity error.  But even though I haven't 
> checked this, and I don't remember what the particular rules are for 
> these "special" floating point values, I suspect that the first 
> conditional will always be true as long as LEVEL_MIN is a real number.
> 
> If this was a real problem, we could resolve it by adding 1e-99 to 
> the value before we computed it's logarithm, but I'm not sure it's a 
> real problem yet.
> 
> What is it that you're doing with the value in your callback?
> 

Set the audio meters :-)

I use similar code as in iaxcomm for the clamping of the values.

> >Note that I have added some code to prevent this from happening in
> >vol_to_db(). However, I was wondering whether anyone else had the same
> >problem (i.e. runtime error due to log10(0)) as me.
> >
> >I suspect that I am just not properly setting up the audio output_level 
> >or something along those lines, but I haven't been able to discover 
> >any irregularities with my portaudio audio setup (yet).
> >
> >
> >Eloy Domingos
> >
> >
> >On Mon, 26 Apr 2004 10:52:55 -0400, Steve Kann wrote
> >  
> >
> >>Eloy,
> >>
> >>    Doesn't log10(0) just give you -infinity as a result?  That is 
> >>the correct result for us; the sound level when there's no sound is -
> >>infinity decibels..
> >>
> >>-SteveK
> >>
> >>Eloy Domingos wrote:
> >>
> >>    
> >>
> >>>Hi All,
> >>>
> >>>
> >>>Another thing which keeps bugging me is a problem with the sound system
> >>>of libiaxclient (or better portaudio). I am not sure what the real cause
> >>>for it is.
> >>>
> >>>This is the problem:
> >>>
> >>>In the following function from audio_encode.c, I had to build in a 
> >>>protection to avoid a singularity issue when calling the log10() 
function:
> >>>
> >>>--- snip --- snip ----
> >>>
> >>>static double vol_to_db(double vol)
> >>>{
> >>> //
> >>> // protect the log10 function being called with vol=0
> >>> //
> >>> if (vol<1e-99) vol=0.0001;
> >>> 
> >>> return log10(vol) * 20;
> >>>}
> >>>
> >>>--- snip --- snip ----
> >>>
> >>>The original function just does a straight call to log10(vol) without 
> >>>      
> >>>
> >check.
> >  
> >
> >>>When I traced the call, I got these references of vol_to_db():
> >>>
> >>>lib\audio_encode.c(32): iaxc_do_levels_callback(vol_to_db(input_level), 
> >>>vol_to_db(output_level));
> >>>lib\audio_encode.c(90): volume = vol_to_db(input_level);
> >>>
> >>>In the end it turns out that the output_level=0 an awful lot of times,
> >>>causing the log10() function to blow up.
> >>>
> >>>When I trace the setting of the output_level var, I get these references:
> >>>
> >>>lib\audio_encode.c(7): static double input_level = 0, output_level = 0;
> >>>lib\audio_encode.c(103): calculate_level((short*)audio, len, 
> >>>      
> >>>
> >&output_level);
> >  
> >
> >>>The calculate_level function is called to set both input_level and 
> >>>output_level, and is using the audio stream's data:
> >>>
> >>>--- snip --- snip ---
> >>>
> >>>static void calculate_level(short *audio, int len, double *level) {
> >>>   short now = 0;
> >>>   double nowd;
> >>>   int i;
> >>>
> >>>   for(i=0;i<len;i++)
> >>>     if(abs(audio[i]) > now) now = abs(audio[i]);
> >>>
> >>>   nowd = now/32767;   // note: this seems useless to me
> >>>
> >>>   *level += (((double)now/32767) - *level) / 5;
> >>>}
> >>>
> >>>--- snip --- snip ---
> >>>
> >>>Which would suggest that the audio output can be zero, but the 
output_level
> >>>is still being calculated. For some reason, the input_level does not seem
> >>>to suffer from the same effect.
> >>>
> >>>When I enable the log10() safeguard, the softphone is fully functional,
> >>>without the safeguard, you cannot run the program due to the runtime
> >>>problem of doing a log10(0).
> >>>
> >>>Has anyone seen this problem before? Can it be avoided by certain 
actions 
> >>>      
> >>>
> >or
> >  
> >
> >>>audio settings?
> >>>
> >>>
> >>>Best regards,
> >>>Eloy Domingos
> >>>
> >>>      
> >>>
> >
> >
> >Vocalis Internet Open WebMail (https://webmail.vocalisinternet.com)
> >
> >  
> >


Vocalis Internet Open WebMail (https://webmail.vocalisinternet.com)

Re: [Iaxclient-devel] sound issues

[Steve K. <st...@st...>]

Eloy Domingos wrote:

>Hi Steve,
>
>
>Completely correct, log10(0) is -infinity :-). This will also give you
>a runtime singularity error and break your program, so this exception
>needs to be handled properly, as a well-behaved program should... :-p
>  
>
I suppose this depends on what you're trying to do with the value 
later.  You don't get any error, for example, if you try to do this:



#include<math.h>
 
main() {
  printf("%f\n", log10(0));
}
 
Which happily works for me:

stevek@canarsie:~ $ /tmp/a.out
-inf


Most clients will use this value to show some kind of volume level 
meter.  Depending on how you implement your meters, you may or may not 
have any trouble with -infinity.. 

For example, in iaxcomm, HandleLevelEvent does this:
   if (input < LEVEL_MIN)
        input = LEVEL_MIN;
    else if (input > LEVEL_MAX)
        input = LEVEL_MAX;
    inputLevel = (int)input - (LEVEL_MIN);

to clamp the values and convert them to an integral value for display.

I'm not sure what observed problem you have with -infinity, or what you 
mean by runtime singularity error.  But even though I haven't checked 
this, and I don't remember what the particular rules are for these 
"special" floating point values, I suspect that the first conditional 
will always be true as long as LEVEL_MIN is a real number.

If this was a real problem, we could resolve it by adding 1e-99 to the 
value before we computed it's logarithm, but I'm not sure it's a real 
problem yet.

What is it that you're doing with the value in your callback?
                                                                               




>Note that I have added some code to prevent this from happening in
>vol_to_db(). However, I was wondering whether anyone else had the same
>problem (i.e. runtime error due to log10(0)) as me.
>
>I suspect that I am just not properly setting up the audio output_level 
>or something along those lines, but I haven't been able to discover 
>any irregularities with my portaudio audio setup (yet).
>
>
>Eloy Domingos
>
>
>On Mon, 26 Apr 2004 10:52:55 -0400, Steve Kann wrote
>  
>
>>Eloy,
>>
>>    Doesn't log10(0) just give you -infinity as a result?  That is 
>>the correct result for us; the sound level when there's no sound is -
>>infinity decibels..
>>
>>-SteveK
>>
>>Eloy Domingos wrote:
>>
>>    
>>
>>>Hi All,
>>>
>>>
>>>Another thing which keeps bugging me is a problem with the sound system
>>>of libiaxclient (or better portaudio). I am not sure what the real cause
>>>for it is.
>>>
>>>This is the problem:
>>>
>>>In the following function from audio_encode.c, I had to build in a 
>>>protection to avoid a singularity issue when calling the log10() function:
>>>
>>>--- snip --- snip ----
>>>
>>>static double vol_to_db(double vol)
>>>{
>>> //
>>> // protect the log10 function being called with vol=0
>>> //
>>> if (vol<1e-99) vol=0.0001;
>>> 
>>> return log10(vol) * 20;
>>>}
>>>
>>>--- snip --- snip ----
>>>
>>>The original function just does a straight call to log10(vol) without 
>>>      
>>>
>check.
>  
>
>>>When I traced the call, I got these references of vol_to_db():
>>>
>>>lib\audio_encode.c(32): iaxc_do_levels_callback(vol_to_db(input_level), 
>>>vol_to_db(output_level));
>>>lib\audio_encode.c(90): volume = vol_to_db(input_level);
>>>
>>>In the end it turns out that the output_level=0 an awful lot of times,
>>>causing the log10() function to blow up.
>>>
>>>When I trace the setting of the output_level var, I get these references:
>>>
>>>lib\audio_encode.c(7): static double input_level = 0, output_level = 0;
>>>lib\audio_encode.c(103): calculate_level((short*)audio, len, 
>>>      
>>>
>&output_level);
>  
>
>>>The calculate_level function is called to set both input_level and 
>>>output_level, and is using the audio stream's data:
>>>
>>>--- snip --- snip ---
>>>
>>>static void calculate_level(short *audio, int len, double *level) {
>>>   short now = 0;
>>>   double nowd;
>>>   int i;
>>>
>>>   for(i=0;i<len;i++)
>>>     if(abs(audio[i]) > now) now = abs(audio[i]);
>>>
>>>   nowd = now/32767;   // note: this seems useless to me
>>>
>>>   *level += (((double)now/32767) - *level) / 5;
>>>}
>>>
>>>--- snip --- snip ---
>>>
>>>Which would suggest that the audio output can be zero, but the output_level
>>>is still being calculated. For some reason, the input_level does not seem
>>>to suffer from the same effect.
>>>
>>>When I enable the log10() safeguard, the softphone is fully functional,
>>>without the safeguard, you cannot run the program due to the runtime
>>>problem of doing a log10(0).
>>>
>>>Has anyone seen this problem before? Can it be avoided by certain actions 
>>>      
>>>
>or
>  
>
>>>audio settings?
>>>
>>>
>>>Best regards,
>>>Eloy Domingos
>>>
>>>      
>>>
>
>
>Vocalis Internet Open WebMail (https://webmail.vocalisinternet.com)
>
>  
>

RE: [Iaxclient-devel] sound issues

[Paulo M. <pa...@in...>]

Hi Eloy, try setting iaxc_set_silence_threshold with -99 instead at your
program's start

-----Original Message-----
From: iax...@li...
[mailto:iax...@li...] On Behalf Of Eloy
Domingos
Sent: segunda-feira, 26 de abril de 2004 09:35
To: iax...@li...
Subject: [Iaxclient-devel] sound issues


Hi All,


Another thing which keeps bugging me is a problem with the sound system
of libiaxclient (or better portaudio). I am not sure what the real cause
for it is.

This is the problem:

In the following function from audio_encode.c, I had to build in a 
protection to avoid a singularity issue when calling the log10()
function:

--- snip --- snip ----

static double vol_to_db(double vol)
{
  //
  // protect the log10 function being called with vol=0
  //
  if (vol<1e-99) vol=0.0001;
  
  return log10(vol) * 20;
}

--- snip --- snip ----

The original function just does a straight call to log10(vol) without
check.

When I traced the call, I got these references of vol_to_db():

lib\audio_encode.c(32): iaxc_do_levels_callback(vol_to_db(input_level), 
vol_to_db(output_level));
lib\audio_encode.c(90): volume = vol_to_db(input_level);

In the end it turns out that the output_level=0 an awful lot of times,
causing the log10() function to blow up.

When I trace the setting of the output_level var, I get these
references:

lib\audio_encode.c(7): static double input_level = 0, output_level = 0;
lib\audio_encode.c(103): calculate_level((short*)audio, len,
&output_level);

The calculate_level function is called to set both input_level and 
output_level, and is using the audio stream's data:

--- snip --- snip ---

static void calculate_level(short *audio, int len, double *level) {
    short now = 0;
    double nowd;
    int i;

    for(i=0;i<len;i++)
      if(abs(audio[i]) > now) now = abs(audio[i]);

    nowd = now/32767;   // note: this seems useless to me

    *level += (((double)now/32767) - *level) / 5;
}

--- snip --- snip ---

Which would suggest that the audio output can be zero, but the
output_level is still being calculated. For some reason, the input_level
does not seem to suffer from the same effect.

When I enable the log10() safeguard, the softphone is fully functional,
without the safeguard, you cannot run the program due to the runtime
problem of doing a log10(0).

Has anyone seen this problem before? Can it be avoided by certain
actions or audio settings?


Best regards,
Eloy Domingos



-------------------------------------------------------
This SF.net email is sponsored by: The Robotic Monkeys at ThinkGeek For
a limited time only, get FREE Ground shipping on all orders of $35 or
more. Hurry up and shop folks, this offer expires April 30th!
http://www.thinkgeek.com/freeshipping/?cpg=12297
_______________________________________________
Iaxclient-devel mailing list Iax...@li...
https://lists.sourceforge.net/lists/listinfo/iaxclient-devel

Re: [Iaxclient-devel] sound issues

[Eloy D. <elo...@vo...>]

Hi Steve,


Completely correct, log10(0) is -infinity :-). This will also give you
a runtime singularity error and break your program, so this exception
needs to be handled properly, as a well-behaved program should... :-p

Note that I have added some code to prevent this from happening in
vol_to_db(). However, I was wondering whether anyone else had the same
problem (i.e. runtime error due to log10(0)) as me.

I suspect that I am just not properly setting up the audio output_level 
or something along those lines, but I haven't been able to discover 
any irregularities with my portaudio audio setup (yet).


Eloy Domingos


On Mon, 26 Apr 2004 10:52:55 -0400, Steve Kann wrote
> Eloy,
> 
>     Doesn't log10(0) just give you -infinity as a result?  That is 
> the correct result for us; the sound level when there's no sound is -
> infinity decibels..
> 
> -SteveK
> 
> Eloy Domingos wrote:
> 
> >Hi All,
> >
> >
> >Another thing which keeps bugging me is a problem with the sound system
> >of libiaxclient (or better portaudio). I am not sure what the real cause
> >for it is.
> >
> >This is the problem:
> >
> >In the following function from audio_encode.c, I had to build in a 
> >protection to avoid a singularity issue when calling the log10() function:
> >
> >--- snip --- snip ----
> >
> >static double vol_to_db(double vol)
> >{
> >  //
> >  // protect the log10 function being called with vol=0
> >  //
> >  if (vol<1e-99) vol=0.0001;
> >  
> >  return log10(vol) * 20;
> >}
> >
> >--- snip --- snip ----
> >
> >The original function just does a straight call to log10(vol) without 
check.
> >
> >When I traced the call, I got these references of vol_to_db():
> >
> >lib\audio_encode.c(32): iaxc_do_levels_callback(vol_to_db(input_level), 
> >vol_to_db(output_level));
> >lib\audio_encode.c(90): volume = vol_to_db(input_level);
> >
> >In the end it turns out that the output_level=0 an awful lot of times,
> >causing the log10() function to blow up.
> >
> >When I trace the setting of the output_level var, I get these references:
> >
> >lib\audio_encode.c(7): static double input_level = 0, output_level = 0;
> >lib\audio_encode.c(103): calculate_level((short*)audio, len, 
&output_level);
> >
> >The calculate_level function is called to set both input_level and 
> >output_level, and is using the audio stream's data:
> >
> >--- snip --- snip ---
> >
> >static void calculate_level(short *audio, int len, double *level) {
> >    short now = 0;
> >    double nowd;
> >    int i;
> >
> >    for(i=0;i<len;i++)
> >      if(abs(audio[i]) > now) now = abs(audio[i]);
> >
> >    nowd = now/32767;   // note: this seems useless to me
> >
> >    *level += (((double)now/32767) - *level) / 5;
> >}
> >
> >--- snip --- snip ---
> >
> >Which would suggest that the audio output can be zero, but the output_level
> >is still being calculated. For some reason, the input_level does not seem
> >to suffer from the same effect.
> >
> >When I enable the log10() safeguard, the softphone is fully functional,
> >without the safeguard, you cannot run the program due to the runtime
> >problem of doing a log10(0).
> >
> >Has anyone seen this problem before? Can it be avoided by certain actions 
or
> >audio settings?
> >
> >
> >Best regards,
> >Eloy Domingos
> >


Vocalis Internet Open WebMail (https://webmail.vocalisinternet.com)

Re: [Iaxclient-devel] sound issues

[Steve K. <st...@st...>]

Eloy,

    Doesn't log10(0) just give you -infinity as a result?  That is the 
correct result for us; the sound level when there's no sound is 
-infinity decibels..

-SteveK


Eloy Domingos wrote:

>Hi All,
>
>
>Another thing which keeps bugging me is a problem with the sound system
>of libiaxclient (or better portaudio). I am not sure what the real cause
>for it is.
>
>This is the problem:
>
>In the following function from audio_encode.c, I had to build in a 
>protection to avoid a singularity issue when calling the log10() function:
>
>--- snip --- snip ----
>
>static double vol_to_db(double vol)
>{
>  //
>  // protect the log10 function being called with vol=0
>  //
>  if (vol<1e-99) vol=0.0001;
>  
>  return log10(vol) * 20;
>}
>
>--- snip --- snip ----
>
>The original function just does a straight call to log10(vol) without check.
>
>When I traced the call, I got these references of vol_to_db():
>
>lib\audio_encode.c(32): iaxc_do_levels_callback(vol_to_db(input_level), 
>vol_to_db(output_level));
>lib\audio_encode.c(90): volume = vol_to_db(input_level);
>
>In the end it turns out that the output_level=0 an awful lot of times,
>causing the log10() function to blow up.
>
>When I trace the setting of the output_level var, I get these references:
>
>lib\audio_encode.c(7): static double input_level = 0, output_level = 0;
>lib\audio_encode.c(103): calculate_level((short*)audio, len, &output_level);
>
>The calculate_level function is called to set both input_level and 
>output_level, and is using the audio stream's data:
>
>--- snip --- snip ---
>
>static void calculate_level(short *audio, int len, double *level) {
>    short now = 0;
>    double nowd;
>    int i;
>
>    for(i=0;i<len;i++)
>      if(abs(audio[i]) > now) now = abs(audio[i]);
>
>    nowd = now/32767;   // note: this seems useless to me
>
>    *level += (((double)now/32767) - *level) / 5;
>}
>
>--- snip --- snip ---
>
>Which would suggest that the audio output can be zero, but the output_level
>is still being calculated. For some reason, the input_level does not seem
>to suffer from the same effect.
>
>When I enable the log10() safeguard, the softphone is fully functional,
>without the safeguard, you cannot run the program due to the runtime
>problem of doing a log10(0).
>
>Has anyone seen this problem before? Can it be avoided by certain actions or
>audio settings?
>
>
>Best regards,
>Eloy Domingos
>

[Iaxclient-devel] sound issues

[Eloy D. <elo...@vo...>]

Hi All,


Another thing which keeps bugging me is a problem with the sound system
of libiaxclient (or better portaudio). I am not sure what the real cause
for it is.

This is the problem:

In the following function from audio_encode.c, I had to build in a 
protection to avoid a singularity issue when calling the log10() function:

--- snip --- snip ----

static double vol_to_db(double vol)
{
  //
  // protect the log10 function being called with vol=0
  //
  if (vol<1e-99) vol=0.0001;
  
  return log10(vol) * 20;
}

--- snip --- snip ----

The original function just does a straight call to log10(vol) without check.

When I traced the call, I got these references of vol_to_db():

lib\audio_encode.c(32): iaxc_do_levels_callback(vol_to_db(input_level), 
vol_to_db(output_level));
lib\audio_encode.c(90): volume = vol_to_db(input_level);

In the end it turns out that the output_level=0 an awful lot of times,
causing the log10() function to blow up.

When I trace the setting of the output_level var, I get these references:

lib\audio_encode.c(7): static double input_level = 0, output_level = 0;
lib\audio_encode.c(103): calculate_level((short*)audio, len, &output_level);

The calculate_level function is called to set both input_level and 
output_level, and is using the audio stream's data:

--- snip --- snip ---

static void calculate_level(short *audio, int len, double *level) {
    short now = 0;
    double nowd;
    int i;

    for(i=0;i<len;i++)
      if(abs(audio[i]) > now) now = abs(audio[i]);

    nowd = now/32767;   // note: this seems useless to me

    *level += (((double)now/32767) - *level) / 5;
}

--- snip --- snip ---

Which would suggest that the audio output can be zero, but the output_level
is still being calculated. For some reason, the input_level does not seem
to suffer from the same effect.

When I enable the log10() safeguard, the softphone is fully functional,
without the safeguard, you cannot run the program due to the runtime
problem of doing a log10(0).

Has anyone seen this problem before? Can it be avoided by certain actions or
audio settings?


Best regards,
Eloy Domingos

RE: [Iaxclient-devel] Creating iaxclient .dll for Borland C++

[Paulo M. <pa...@in...>]

Besides loads os warnings, we were able to compile it without too much
code tweaking. Who should we post our code changes to?

-----Original Message-----
From: iax...@li...
[mailto:iax...@li...] On Behalf Of Eloy
Domingos
Sent: segunda-feira, 26 de abril de 2004 05:56
To: pa...@in...
Cc: Iax...@li...
Subject: RE: [Iaxclient-devel] Creating iaxclient .dll for Borland C++


Hi Paulo,


On Wed, 21 Apr 2004 12:46:18 -0300, Paulo Mannheimer wrote
> Hi All, I just spent yesterday compiling it under BC++ 6 and 
> generating a static library.
> 
> The main issue that I encountered was that BC doesn't support arrays
> of zero size, used in IAX.C to define the end of the IAX header. 

Yup, I had this problem too. I noticed I *could use* zero size arrays in
structures in C++ files (.cc). So, I decided to #include "iax.c" into a
IAXWrapper.cc file, and to my amazement it now compiles without error.
IMHO this is a Borland C flaw, but it has some considerable and
undesirable side effects...

Apart from the "zero size array within struct" problem, there were a
great many other issues, which prevented me from successfully compiling
and linking a .dll file which suits Borland C++. Problem with wrapping
the files is that you end up wrapping all files in a C++ wrapper,
causing a whole bunch of other errors. One problem which occurred often
was C++ choking on less strongly type-d code. Especially "illegal"
pointer conversions, function prototyping etc..

One reason for some problems which occurred could be that I may have
faulty preproccesing macros. I would like to know which macros you have
suppied to Borland C++ to compile your code.

As I said before, I have been able to compile and link the libiaxclient
code into my application, but I had to do a sh*tload editing on the
libiaxclient stuff (including gsm, portaudio and what not) before I
could use it :-(

Somehow, I just feel the port should be possible without so much rework.
There should be a neater way of creating a Borland C++ project,
comprising of several .dll files (say one for each lib (gsm, speex,
portaudio, portmixer, libiaxclient), compiling only those files as C++
as needed by the "zero size array in struct" problem and compiling the
rest with C as would be normally required.

This way, modifications would not be needed as newer versions of the
libs 
are released.


Kind regards,
Eloy Domingos



> Other issue was that some files in different directories have the
> same name, which results in the linker disregarding the second file 
> from the link.
> 
> -----Original Message-----
> From: iax...@li...
> [mailto:iax...@li...] On Behalf Of
> Eloy Domingos Sent: quarta-feira, 21 de abril de 2004 07:21 To: 
> iax...@li... Subject: [Iaxclient-devel] 
> Creating iaxclient .dll for Borland C++
> 
> Hi All,
> 
> I was wondering whether anyone has been able to successfully create a 
> win32 .dll file for Borland C++ enterprise developer, without altering

> the iaxclient lib sources. If so, I would like to know how this was 
> achieved (project/unit settings, compiler/linker configuration).
> 
> I have been able to use iaxclientlib with some success in my IAX2
> softphone client, but I had to modify the iaxclient lib and various
> other libraries (gsm, speex, portaudio), in order to compile/link 
> them into my application. Instead of this, I would prefer a cleaner 
interface
> 
> between my application and the libiaxclient suite by compiling it
> into a .dll (with typelib info).
> 
> Any pointers or info will be appreciated.
> 
> Thanks in advance,
> Eloy Domingos
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by: IBM Linux Tutorials
> Free Linux tutorial presented by Daniel Robbins, President and CEO of 
> GenToo technologies. Learn everything from fundamentals to system 
> administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
> _______________________________________________
> Iaxclient-devel mailing list Iax...@li...
> https://lists.sourceforge.net/lists/listinfo/iaxclient-devel
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by: IBM Linux Tutorials
> Free Linux tutorial presented by Daniel Robbins, President and CEO of 
> GenToo technologies. Learn everything from fundamentals to system 
> administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
> _______________________________________________
> Iaxclient-devel mailing list Iax...@li...
> https://lists.sourceforge.net/lists/listinfo/iaxclient-devel


Vocalis Internet Open WebMail (https://webmail.vocalisinternet.com)



-------------------------------------------------------
This SF.net email is sponsored by: The Robotic Monkeys at ThinkGeek For
a limited time only, get FREE Ground shipping on all orders of $35 or
more. Hurry up and shop folks, this offer expires April 30th!
http://www.thinkgeek.com/freeshipping/?cpg=12297
_______________________________________________
Iaxclient-devel mailing list Iax...@li...
https://lists.sourceforge.net/lists/listinfo/iaxclient-devel

Re: [Iaxclient-devel] Creating iaxclient .dll for Borland C++

[Eloy D. <elo...@vo...>]

Hi Alejandro,


When I successfully compile and link a cygwin .dll file I get 
something like:

COFF type .dll not compatible with Borland C++ ...


Kind regards
Eloy Domingos

On Wed, 21 Apr 2004 15:04:04 +0200, alex wrote
> On Wed, Apr 21, 2004 at 01:35:38PM +0200, Eloy Domingos wrote:
> > Hi Alex,
> > 
> > 
> > Hmm I already tried the CygWin option. It produces a .dll, 
> > but it seems not to be compatible (COFF type lib) with Borland C++ :-(
> > 
> > Did you actually link or use the .dll with a Borland C++ app?
> 
> Hum, no :(
> I'm using gcc, VC++ and VB, and no problems at all.
> 
> What error give you?
> 
> -- 
> Alejandro Escanero Blanco
> Administrador Sistemas CEC.


Vocalis Internet Open WebMail (https://webmail.vocalisinternet.com)

RE: [Iaxclient-devel] Creating iaxclient .dll for Borland C++

[Eloy D. <elo...@vo...>]

Hi Paulo,


On Wed, 21 Apr 2004 12:46:18 -0300, Paulo Mannheimer wrote
> Hi All, I just spent yesterday compiling it under BC++ 6 and generating
> a static library.
> 
> The main issue that I encountered was that BC doesn't support arrays 
> of zero size, used in IAX.C to define the end of the IAX header. 

Yup, I had this problem too. I noticed I *could use* zero size arrays in
structures in C++ files (.cc). So, I decided to #include "iax.c" into a
IAXWrapper.cc file, and to my amazement it now compiles without error.
IMHO this is a Borland C flaw, but it has some considerable and undesirable
side effects...

Apart from the "zero size array within struct" problem, there were a great
many other issues, which prevented me from successfully compiling and linking
a .dll file which suits Borland C++. Problem with wrapping the files is that
you end up wrapping all files in a C++ wrapper, causing a whole bunch of other
errors. One problem which occurred often was C++ choking on less strongly
type-d code. Especially "illegal" pointer conversions, function prototyping
etc..

One reason for some problems which occurred could be that I may have faulty
preproccesing macros. I would like to know which macros you have suppied
to Borland C++ to compile your code.

As I said before, I have been able to compile and link the libiaxclient code
into my application, but I had to do a sh*tload editing on the libiaxclient
stuff (including gsm, portaudio and what not) before I could use it :-(

Somehow, I just feel the port should be possible without so much rework.
There should be a neater way of creating a Borland C++ project, comprising
of several .dll files (say one for each lib (gsm, speex, portaudio, portmixer,
libiaxclient), compiling only those files as C++ as needed by the "zero size
array in struct" problem and compiling the rest with C as would be normally
required.

This way, modifications would not be needed as newer versions of the libs 
are released.


Kind regards,
Eloy Domingos



> Other issue was that some files in different directories have the 
> same name, which results in the linker disregarding the second file 
> from the link.
> 
> -----Original Message-----
> From: iax...@li...
> [mailto:iax...@li...] On Behalf Of 
> Eloy Domingos Sent: quarta-feira, 21 de abril de 2004 07:21 To: 
> iax...@li... Subject: [Iaxclient-devel] 
> Creating iaxclient .dll for Borland C++
> 
> Hi All,
> 
> I was wondering whether anyone has been able to successfully create a
> win32 .dll file for Borland C++ enterprise developer, without 
> altering the iaxclient lib sources. If so, I would like to know how 
> this was achieved (project/unit settings, compiler/linker 
> configuration).
> 
> I have been able to use iaxclientlib with some success in my IAX2 
> softphone client, but I had to modify the iaxclient lib and various
> other libraries (gsm, speex, portaudio), in order to compile/link 
> them into my application. Instead of this, I would prefer a cleaner 
interface
> 
> between my application and the libiaxclient suite by compiling it 
> into a .dll (with typelib info).
> 
> Any pointers or info will be appreciated.
> 
> Thanks in advance,
> Eloy Domingos
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by: IBM Linux Tutorials
> Free Linux tutorial presented by Daniel Robbins, President and CEO of
> GenToo technologies. Learn everything from fundamentals to system
> administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
> _______________________________________________
> Iaxclient-devel mailing list Iax...@li...
> https://lists.sourceforge.net/lists/listinfo/iaxclient-devel
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by: IBM Linux Tutorials
> Free Linux tutorial presented by Daniel Robbins, President and CEO of
> GenToo technologies. Learn everything from fundamentals to system
> administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
> _______________________________________________
> Iaxclient-devel mailing list
> Iax...@li...
> https://lists.sourceforge.net/lists/listinfo/iaxclient-devel


Vocalis Internet Open WebMail (https://webmail.vocalisinternet.com)

[Iaxclient-devel] sound issues

[John <st...@un...>]

has anyone using the linux verion of iaxcomm noticed the sound bar not
changing the volume? if i use xmms (think winamp) and adjust the sound level 
i can see pcm going up and down from mixer and hear the difference. But iaxcomm
seems to change speaker vol and not pcm which doesn't seem to affect the volume
level.

Mixer pcm      is currently set to 75:75 <-xmms changes this
Mixer speaker  is currently set to 62:62 <-iaxcomm changes this

Btw this is on FreeBSD.

[Iaxclient-devel] Re: Iaxclient-devel digest, Vol 1 #204 - 4 msgs

[Babar S. <bab...@ya...>]

Hello,

Without DLL wrapping or COM based interface it is not possible to call iaxclient from VB. You have to create a DLL (Static or COM based) to call from VB. 
 
For old style DLL wrapping you have to call like this:-
 
Private Declare Sub xxxx Lib "iaxclient" Alias "xxx" etc
 
and from COM based project you can call :-
 
Private Sub IaxClientOcx1_GetAudioDevices(ByVal Types As String, ByVal DeviceName As String)
If Types = "INPUT" Then cmb_input_dev.AddItem DeviceName
If Types = "OUTPUT" Then cmb_output_dev.AddItem DeviceName
If Types = "RING" Then cmb_ring_dev.AddItem DeviceName
End Sub
 
Private Sub IaxClientOcx1_levels(ByVal input1 As Long, ByVal output1 As Long)
'write code to display levels in progress bar
End Sub
 
Private Sub IaxClientOcx1_Messages(ByVal Message As String)
lbl_messages.Caption = Message
End Sub

Private Sub IaxClientOcx1_State(ByVal StateEvent As String)
lbl_state.Caption = StateEvent
End Sub
 
etc...
 
Date: Wed, 21 Apr 2004 09:27:27 -0400
From: Steve Kann 
To: Eloy Domingos 
CC: iax...@li...
Subject: Re: [Iaxclient-devel] Creating iaxclient .dll for Borland C++


I think that several people are making DLLs from iaxclient, but they all 
use some kind of "glue" file to do it.

As I understand it, it should be relatively straightforward to make the 
iaxclient library functions available when compiled to a DLL (while also 
making sure it can still compile to a static library with different 
options).

The issue for some people (not for you), was that they didn't know how 
(or it may not be possible) to have Visual Basic access the union which 
we're currently using for events:

typedef struct iaxc_event_struct {
int type;
union {
struct iaxc_ev_levels levels;
struct iaxc_ev_text text;
struct iaxc_ev_call_state call;
} ev;
} iaxc_event;

So, making the current API available to Visual Basic is problematic. We 
could add a couple of simple C functions to do the casting necessary, 
though. Basically something like this:

struct iaxc_ev_levels *iaxc_extract_levels(struct iaxc_event struct *s) {
return &(s->levels);
}

etc.

This would allow VB programmers (I think) to get the union members 
without needing to figure out how to make VB access the union.

If we do this, though, I'd like input from the VB and other DLL users 
though, so we can make a solution that works for everyone.

-SteveK


Eloy Domingos wrote:

>Hi All,
>
>
>I was wondering whether anyone has been able to successfully create
>a win32 .dll file for Borland C++ enterprise developer, without altering
>the iaxclient lib sources. If so, I would like to know how this was
>achieved (project/unit settings, compiler/linker configuration).
>
>I have been able to use iaxclientlib with some success in my IAX2 
>softphone client, but I had to modify the iaxclient lib and various
>other libraries (gsm, speex, portaudio), in order to compile/link them into
>my application. Instead of this, I would prefer a cleaner interface 
>between my application and the libiaxclient suite by compiling it into
>a .dll (with typelib info). 
>
>Any pointers or info will be appreciated.
>
>
>Thanks in advance,
>Eloy Domingos


God is a great Programmer
		
---------------------------------
Do you Yahoo!?
Yahoo! Photos: High-quality 4x6 digital prints for 25¢

RE: [Iaxclient-devel] Creating iaxclient .dll for Borland C++

[Paulo M. <pa...@in...>]

Well ... The point is that we here like borland products very much. 

We could contribute with code snippets with some conditional compilation
for the borland platform.

Who should we send it to?

-----Original Message-----
From: iax...@li...
[mailto:iax...@li...] On Behalf Of Adam
Hart
Sent: quarta-feira, 21 de abril de 2004 22:05
To: iax...@li...
Subject: Re: [Iaxclient-devel] Creating iaxclient .dll for Borland C++


Controversial solution, use VC++ - MS just released the VC++ .NET 
optimised compiler for free

Paulo Mannheimer wrote:

>Hi All, I just spent yesterday compiling it under BC++ 6 and generating

>a static library.
>
>The main issue that I encountered was that BC doesn't support arrays of

>zero size, used in IAX.C to define the end of the IAX header. Other 
>issue was that some files in different directories have the same name, 
>which results in the linker disregarding the second file from the link.
>
>
>-----Original Message-----
>From: iax...@li...
>[mailto:iax...@li...] On Behalf Of Eloy 
>Domingos
>Sent: quarta-feira, 21 de abril de 2004 07:21
>To: iax...@li...
>Subject: [Iaxclient-devel] Creating iaxclient .dll for Borland C++
>
>
>Hi All,
>
>
>I was wondering whether anyone has been able to successfully create a 
>win32 .dll file for Borland C++ enterprise developer, without altering 
>the iaxclient lib sources. If so, I would like to know how this was 
>achieved (project/unit settings, compiler/linker configuration).
>
>I have been able to use iaxclientlib with some success in my IAX2
>softphone client, but I had to modify the iaxclient lib and various
>other libraries (gsm, speex, portaudio), in order to compile/link them
>into my application. Instead of this, I would prefer a cleaner
interface
>
>between my application and the libiaxclient suite by compiling it into 
>a .dll (with typelib info).
>
>Any pointers or info will be appreciated.
>
>
>Thanks in advance,
>Eloy Domingos
>
>  
>



-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
_______________________________________________
Iaxclient-devel mailing list Iax...@li...
https://lists.sourceforge.net/lists/listinfo/iaxclient-devel

Re: [Iaxclient-devel] Creating iaxclient .dll for Borland C++

[Adam H. <ad...@te...>]

Controversial solution, use VC++ - MS just released the VC++ .NET 
optimised compiler for free

Paulo Mannheimer wrote:

>Hi All, I just spent yesterday compiling it under BC++ 6 and generating
>a static library. 
>
>The main issue that I encountered was that BC doesn't support arrays of
>zero size, used in IAX.C to define the end of the IAX header. Other
>issue was that some files in different directories have the same name,
>which results in the linker disregarding the second file from the link.
>
>
>-----Original Message-----
>From: iax...@li...
>[mailto:iax...@li...] On Behalf Of Eloy
>Domingos
>Sent: quarta-feira, 21 de abril de 2004 07:21
>To: iax...@li...
>Subject: [Iaxclient-devel] Creating iaxclient .dll for Borland C++
>
>
>Hi All,
>
>
>I was wondering whether anyone has been able to successfully create a
>win32 .dll file for Borland C++ enterprise developer, without altering
>the iaxclient lib sources. If so, I would like to know how this was
>achieved (project/unit settings, compiler/linker configuration).
>
>I have been able to use iaxclientlib with some success in my IAX2 
>softphone client, but I had to modify the iaxclient lib and various
>other libraries (gsm, speex, portaudio), in order to compile/link them
>into my application. Instead of this, I would prefer a cleaner interface
>
>between my application and the libiaxclient suite by compiling it into a
>.dll (with typelib info). 
>
>Any pointers or info will be appreciated.
>
>
>Thanks in advance,
>Eloy Domingos
>
>  
>

RE: [Iaxclient-devel] Creating iaxclient .dll for Borland C++

[Paulo M. <pa...@in...>]

Hi All, I just spent yesterday compiling it under BC++ 6 and generating
a static library. 

The main issue that I encountered was that BC doesn't support arrays of
zero size, used in IAX.C to define the end of the IAX header. Other
issue was that some files in different directories have the same name,
which results in the linker disregarding the second file from the link.


-----Original Message-----
From: iax...@li...
[mailto:iax...@li...] On Behalf Of Eloy
Domingos
Sent: quarta-feira, 21 de abril de 2004 07:21
To: iax...@li...
Subject: [Iaxclient-devel] Creating iaxclient .dll for Borland C++


Hi All,


I was wondering whether anyone has been able to successfully create a
win32 .dll file for Borland C++ enterprise developer, without altering
the iaxclient lib sources. If so, I would like to know how this was
achieved (project/unit settings, compiler/linker configuration).

I have been able to use iaxclientlib with some success in my IAX2 
softphone client, but I had to modify the iaxclient lib and various
other libraries (gsm, speex, portaudio), in order to compile/link them
into my application. Instead of this, I would prefer a cleaner interface

between my application and the libiaxclient suite by compiling it into a
.dll (with typelib info). 

Any pointers or info will be appreciated.


Thanks in advance,
Eloy Domingos



-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
_______________________________________________
Iaxclient-devel mailing list Iax...@li...
https://lists.sourceforge.net/lists/listinfo/iaxclient-devel

Re: [Iaxclient-devel] Creating iaxclient .dll for Borland C++

[Steve K. <st...@st...>]

I think that several people are making DLLs from iaxclient, but they all 
use some kind of "glue" file to do it.

As I understand it, it should be relatively straightforward to make the 
iaxclient library functions available when compiled to a DLL (while also 
making sure it can still compile to a static library with different 
options).

The issue for some people (not for you), was that they didn't know how 
(or it may not be possible) to have Visual Basic access the union which 
we're currently using for events:

typedef struct iaxc_event_struct {
        int type;
        union {
                struct iaxc_ev_levels           levels;
                struct iaxc_ev_text             text;
                struct iaxc_ev_call_state       call;
        } ev;
} iaxc_event;

So, making the current API available to Visual Basic is problematic.  We 
could add a couple of simple C functions to do the casting necessary, 
though.  Basically something like this:

struct iaxc_ev_levels *iaxc_extract_levels(struct iaxc_event struct *s) {
    return &(s->levels);
}

etc.

This would allow VB programmers (I think) to get the union members 
without needing to figure out how to make VB access the union.

If we do this, though, I'd like input from the VB and other DLL users 
though, so we can make a solution that works for everyone.

-SteveK


Eloy Domingos wrote:

>Hi All,
>
>
>I was wondering whether anyone has been able to successfully create
>a win32 .dll file for Borland C++ enterprise developer, without altering
>the iaxclient lib sources. If so, I would like to know how this was
>achieved (project/unit settings, compiler/linker configuration).
>
>I have been able to use iaxclientlib with some success in my IAX2 
>softphone client, but I had to modify the iaxclient lib and various
>other libraries (gsm, speex, portaudio), in order to compile/link them into
>my application. Instead of this, I would prefer a cleaner interface 
>between my application and the libiaxclient suite by compiling it into
>a .dll (with typelib info). 
>
>Any pointers or info will be appreciated.
>
>
>Thanks in advance,
>Eloy Domingos
>
>
>
>-------------------------------------------------------
>This SF.Net email is sponsored by: IBM Linux Tutorials
>Free Linux tutorial presented by Daniel Robbins, President and CEO of
>GenToo technologies. Learn everything from fundamentals to system
>administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
>_______________________________________________
>Iaxclient-devel mailing list
>Iax...@li...
>https://lists.sourceforge.net/lists/listinfo/iaxclient-devel
>
>  
>

[Iaxclient-devel] Creating iaxclient .dll for Borland C++

[Eloy D. <elo...@vo...>]

Hi All,


I was wondering whether anyone has been able to successfully create
a win32 .dll file for Borland C++ enterprise developer, without altering
the iaxclient lib sources. If so, I would like to know how this was
achieved (project/unit settings, compiler/linker configuration).

I have been able to use iaxclientlib with some success in my IAX2 
softphone client, but I had to modify the iaxclient lib and various
other libraries (gsm, speex, portaudio), in order to compile/link them into
my application. Instead of this, I would prefer a cleaner interface 
between my application and the libiaxclient suite by compiling it into
a .dll (with typelib info). 

Any pointers or info will be appreciated.


Thanks in advance,
Eloy Domingos

Re: [Iaxclient-devel] Re: portaudio [FIXED] + FreeBSD patches

[Steve K. <st...@st...>]

Thanks for making up the patches!

Most of this looks OK (not too much, actually). I'll insert my questions 
below:


John wrote:

>------------------------------------------------------------------------
>
>--- lib/Makefile.orig	Mon Apr 19 13:39:00 2004
>+++ lib/Makefile	Mon Apr 19 16:45:47 2004
>
>  
>

OK

>------------------------------------------------------------------------
>
>--- lib/libiax2/src/iax.c.orig	Mon Apr 19 13:42:51 2004
>+++ lib/libiax2/src/iax.c	Mon Apr 19 17:33:00 2004
>@@ -28,6 +28,11 @@
> #else
> 
> #include <netdb.h>
>+
>+#ifdef FREEBSD
>+#include <sys/types.h>
>+#endif
>+
> #include <sys/socket.h>
> #include <netinet/in.h>
> #include <sys/time.h>
>@@ -43,7 +48,7 @@
> #include <arpa/inet.h>
> #include <time.h>
> 
>-#ifndef MACOSX
>+#ifdef MACOSX
>  
>

This looks like an error?  Why are you reversing the MacOSX ifdef here?

> #include <malloc.h>
> #include <error.h>
> #endif
>@@ -71,7 +76,7 @@
> #ifdef WIN32
> #define IAX_SOCKOPTS 0
> #else
>-#ifdef MACOSX
>+#if defined(MACOSX) || defined(FREEBSD)
> #define IAX_SOCKOPTS MSG_DONTWAIT
> #else  /* Linux and others */
> #define IAX_SOCKOPTS MSG_DONTWAIT | MSG_NOSIGNAL
>@@ -2339,7 +2344,7 @@
> 
> static struct iax_event *iax_net_read(void)
> {
>-	char buf[65536];
>+	char buf[32768];
>  
>

I think that any size less than (65536 - sizeof the other local args) 
will be OK for you.  In practice, we aren't likely to need more than 
about 256 bytes for audio; (160 samples of uLaw; for PCM the payload 
would be 320 bytes).  But, for video or whatnot, the limit, I guess, is 
whatever the max UDP payload can be.

> 	int res;
> 	struct sockaddr_in sin;
> 	int sinlen;
>  
>
>------------------------------------------------------------------------
>
>--- simpleclient/iaxcomm/Makefile.orig	Mon Apr 19 15:32:07 2004
>+++ simpleclient/iaxcomm/Makefile	Mon Apr 19 17:24:23 2004
>  
>

OK.

[Iaxclient-devel] Re: portaudio [FIXED] + FreeBSD patches

[John <st...@un...>]

On Mon, Apr 19, 2004 at 05:50:49PM -0400, Steve Kann wrote:
> John wrote:
> 
> >Well now i've got a 2nd problem. 
> >
> >portaudio and portmixer seem borked :(
> >
> >its a few pages of errors so i'll post it again at the website.
> >btw how does everyone feel about me doing that? would you perfer me
> >to just email all the errors?
> >
> >http://mail.unixjunkie.com/errors.txt
> >
> > 
> >
> 
> You left out the compilation of the library itself, where those 
> functions would be compiled and included in the library.
> 
> -SteveK
Got it, thanks i didn't use the FREEBSD defination i created.

Ok.. here are patches to compile on FreeBSD. 

I'm still not sure on the buf size issue. i've tested at 8k, 16, and 32k.
They all *seem* to work, but i really don't know what a optimal size is.
I think the patch file has it at 32. anyways, just drop the patches into
the iaxclient dir and patch < patchfiles. After that iaxcomm compiles
clean, assuming xrc support was added. 

if the patches don't come through they'll be on my website.

http://mail.unixjunkie.com/iaxcomm

Thanks for the help steve!

Re: [Iaxclient-devel] :( portaudio

[Steve K. <st...@st...>]

John wrote:

>Well now i've got a 2nd problem. 
>
>portaudio and portmixer seem borked :(
>
>its a few pages of errors so i'll post it again at the website.
>btw how does everyone feel about me doing that? would you perfer me
>to just email all the errors?
>
>http://mail.unixjunkie.com/errors.txt
>
>  
>

You left out the compilation of the library itself, where those 
functions would be compiled and included in the library.

-SteveK

[Iaxclient-devel] :( portaudio

[John <st...@un...>]

Well now i've got a 2nd problem. 

portaudio and portmixer seem borked :(

its a few pages of errors so i'll post it again at the website.
btw how does everyone feel about me doing that? would you perfer me
to just email all the errors?

http://mail.unixjunkie.com/errors.txt

Re: [Iaxclient-devel] is head broken?

[John <st...@un...>]

On Mon, Apr 19, 2004 at 02:50:13PM -0500, John wrote:
> i was just working on patches for FreeBSD and ran across this from head.
> 
> I've been missing around with wxgtk so i'm not completely sure this isn't just
> my issue (btw this is on FreeBSD). There are many more errors i just thought
> i'd keep is small.
> 
> a complete list is up on 
> http://mail.unixjunkie.com/errors.txt

oops, sorry it was me. I was testing out compiling wxgtk without dynamic lib
support and things didn't go so well, afterwards i had left over libs. 

Everything is cleaned out and it compiles just fine now. 

[Iaxclient-devel] is head broken?

[John <st...@un...>]

i was just working on patches for FreeBSD and ran across this from head.

I've been missing around with wxgtk so i'm not completely sure this isn't just
my issue (btw this is on FreeBSD). There are many more errors i just thought
i'd keep is small.

a complete list is up on 
http://mail.unixjunkie.com/errors.txt

g++ main.o prefs.o calls.o directory.o dial.o frame.o devices.o xrc_res.o \
accounts.o ringer.o ../../lib/libiaxclient.a -lwx_gtk_xrc-2.4 -pthread \
-lm `wx-config --libs` - o iaxcomm

main.o: In function `theApp::OnInit(void)':
/home/strgout/shit/iaxclient/simpleclient/iaxcomm/main.cc:116: undefined reference to `wxXmlResource::Get(void)'
/home/strgout/shit/iaxclient/simpleclient/iaxcomm/main.cc:116: undefined reference to `wxXmlResource::InitAllHandlers(void)'
main.o: In function `theApp::load_xrc_resource(wxString const &)':
/home/strgout/shit/iaxclient/simpleclient/iaxcomm/main.cc:294: undefined reference to `wxXmlResource::Get(void)'
/home/strgout/shit/iaxclient/simpleclient/iaxcomm/main.cc:294: undefined reference to `wxXmlResource::Load(wxString const &)'
/home/strgout/shit/iaxclient/simpleclient/iaxcomm/main.cc:303: undefined reference to `wxXmlResource::Get(void)'
/home/strgout/shit/iaxclient/simpleclient/iaxcomm/main.cc:303: undefined reference to `wxXmlResource::Load(wxString const &)'
/home/strgout/shit/iaxclient/simpleclient/iaxcomm/main.cc:311: undefined reference to `wxXmlResource::Get(void)'
/home/strgout/shit/iaxclient/simpleclient/iaxcomm/main.cc:311: undefined reference to `wxXmlResource::Load(wxString const &)'
/home/strgout/shit/iaxclient/simpleclient/iaxcomm/main.cc:321: undefined reference to `wxXmlResource::Get(void)'
/home/strgout/shit/iaxclient/simpleclient/iaxcomm/main.cc:321: undefined reference to `wxXmlResource::Load(wxString const &)'