flac dev - Jun 2005 - xmms plugin bug report - macOS 10.3, darwinports

Hi all -

I've just finished building flac in the "darwinports" environment
on MacOS 10.3.9.

The port maintainer (i've cc'd him) had disabled the xmms plugin build.

I wanted that, so I changed the portfile and built locally, yada yada.

I've run into three problems, only two of which I've seen reported
in the list archives here.

1) configure doesn't properly figure out that i have socklen_t defined,
and so http.c defines its own version.  Previously reported.

2) once I had a successful build, I get the following on console:

   rock/j_geils_band/showtime@st1100% xmms 01-jus_cant_stop_me.flac 
   *** malloc[19338]: Deallocation of a pointer not malloced:
   0x13a5aec; This could be a double free(), or free() called with
   the middle of an allocated block; Try setting environment variable
   MallocHelp to see tools to help debug

It looks like someone has reported this same bug under FreeBSD.  It hasn't
seemed to cause me any problems so far.


Now onto my actual useful bug report that i haven't seen before...

3) To get the xmms plugin shared library to build properly, i had to hack the
libtool-disable-static  script to get EGREP from the PATH.  There was a similar
hack for SED in the libtool file with a JEC comment.  

Interestingly, egrep was used in the script as $EGREP - sed was wrapped in
braces ${SED}.  I don't know if that is significant but it looked odd.

danno
--
dan pritts
danno@umich.edu
734 929 9770

--- Dan Pritts <danno@umich.edu> wrote:
> Hi all -
> 
> I've just finished building flac in the "darwinports"
environment
> on MacOS 10.3.9.
> 
> The port maintainer (i've cc'd him) had disabled the xmms plugin
> build.
> 
> I wanted that, so I changed the portfile and built locally, yada
> yada.
> 
> I've run into three problems, only two of which I've seen reported
> in the list archives here.
> 
> 1) configure doesn't properly figure out that i have socklen_t
> defined,
> and so http.c defines its own version.  Previously reported.
FLAC-1.1.2 has in configure.in:

AC_CHECK_TYPES(socklen_t, [], [])

is this not working?
> 2) once I had a successful build, I get the following on console:
> 
>    rock/j_geils_band/showtime@st1100% xmms 01-jus_cant_stop_me.flac 
>    *** malloc[19338]: Deallocation of a pointer not malloced:
>    0x13a5aec; This could be a double free(), or free() called with
>    the middle of an allocated block; Try setting environment variable
>    MallocHelp to see tools to help debug
yes I think this is fixed in CVS.
> 3) To get the xmms plugin shared library to build properly, i had to
> hack the
> libtool-disable-static  script to get EGREP from the PATH.  There was
> a similar
> hack for SED in the libtool file with a JEC comment.  
OK, will add that.  thanks.

Josh



		
__________________________________ 
Yahoo! Mail 
Stay connected, organized, and protected. Take the tour: 
http://tour.mail.yahoo.com/mailtour.html

On Tue, Jun 14, 2005 at 01:14:49PM -0700, Josh Coalson
wrote:
> > 1) configure doesn't properly figure out that i have socklen_t
> > defined,
> > and so http.c defines its own version.  Previously reported.
> 
> FLAC-1.1.2 has in configure.in:
yes, i built 1.1.2
> AC_CHECK_TYPES(socklen_t, [], [])
> 
> is this not working?
autoconf/configure doesn't seem to figure out that it's there.  

See:

  http://lists.xiph.org/pipermail/flac-dev/2005-March/001780.html

for a report on this breaking on FreeBSD, too.  I don't know
for sure but the poster then said that AC_CHECK_TYPES didn't
look in sys/socket.h for whatever reason.

Finally, let me take this opportunity to thank you for flac.
awesome.  

(and i won't even whine about an itunes plugin much as i want to ;)

danno
--
dan pritts
danno@umich.edu
734 929 9770