similar to: Flac-dev Digest, Vol 79, Issue 3

> I've recently run it through valgrind, and I'm seeing memory leaks like the > following: > > 12 bytes in 1 blocks are definitely lost in loss record 1 of 5 > at 0x402377E: operator new(unsigned) (vg_replace_malloc.c:224) > by 0x41448A8: FLAC::Metadata::local::construct_block(FLAC__StreamMetadata*) > (in /usr/lib/libFLAC++.so.6.2.0) ? by 0x41455D7: >

Hi all, I'm the author of flactag, a utility for tagging whole-album FLAC files with embedded CUE sheets using data from the MusicBrainz servers. I've recently run it through valgrind, and I'm seeing memory leaks like the following: 12 bytes in 1 blocks are definitely lost in loss record 1 of 5 at 0x402377E: operator new(unsigned) (vg_replace_malloc.c:224) by 0x41448A8:

Hi, I was just messing around with a metadata modifier in flac (using the C++ api) and found something strange. When iterating over a chain and calling FLAC::Metadata::Iterator::get_block(), it seems a newly constructed ProtoType* is returned (the source says "return local::construct(::FLAC__metadata_simple_iterator_get_block(iterator_));"), if one does not delete this pointer, the

V1->V2: -Changed dio_end_io to EXPORT_SYMBOL_GPL -Removed the own_submit blockdev dio helper -Removed the boundary change V2->V3 -Made it so we keep track of what the current logical offset in the file we have a BIO setup for so we can pass it into the submit_io hook. Because BTRFS can do RAID and such, we need our own submit hook so we can setup the bio''s in the correct fashion,

All C and C++ files must include config.h --- src/libFLAC++/metadata.cpp | 4 ++++ src/libFLAC++/stream_decoder.cpp | 4 ++++ src/libFLAC++/stream_encoder.cpp | 4 ++++ src/plugin_xmms/charset.c | 4 ++++ src/plugin_xmms/configure.c | 4 ++++ src/plugin_xmms/fileinfo.c | 4 ++++ src/plugin_xmms/http.c | 4 ++++

Index: src/libFLAC++/file_decoder.cpp =================================================================== RCS file: /cvsroot/flac/flac/src/libFLAC++/file_decoder.cpp,v retrieving revision 1.9 diff -u -r1.9 file_decoder.cpp --- src/libFLAC++/file_decoder.cpp 25 Jan 2005 04:18:35 -0000 1.9 +++ src/libFLAC++/file_decoder.cpp 20 Mar 2006 05:53:19 -0000 @@ -159,6 +159,12 @@ return

Hello, This is a patch to allow building of the project using MSYS, MinGW, and MinGW-w64 with the following invocation: make -f Makefile.lite libFLAC libFLAC++ flac metaflac test_libs_common test_libFLAC test_libFLAC++ test_grabbag test_seeking test_streams utils examples This patch addresses eight points: 1. `uname -p` in MSYS returns "unknown" so we must use `gcc -dumpmachine`

Hello, This is a patch to allow building of the project using MSYS, MinGW, and MinGW-w64 with the following invocation: make -f Makefile.lite libFLAC libFLAC++ flac metaflac test_libs_common test_libFLAC test_libFLAC++ test_grabbag test_seeking test_streams utils examples This patch addresses eight points: 1. `uname -p` in MSYS returns "unknown" so we must use `gcc -dumpmachine`

--- src/libFLAC++/Makefile.am | 2 +- src/libFLAC/Makefile.am | 2 +- src/metaflac/Makefile.am | 2 +- 3 files changed, 3 insertions(+), 3 deletions(-) diff --git a/src/libFLAC++/Makefile.am b/src/libFLAC++/Makefile.am index 6bd1657..12dfe69 100644 --- a/src/libFLAC++/Makefile.am +++ b/src/libFLAC++/Makefile.am @@ -44,7 +44,7 @@ EXTRA_DIST = \ libFLAC++.m4 # see

--- include/FLAC++/export.h | 4 ++-- include/FLAC/export.h | 4 ++-- src/libFLAC++/Makefile.am | 2 +- src/libFLAC/Makefile.am | 2 +- 4 files changed, 6 insertions(+), 6 deletions(-) diff --git a/include/FLAC++/export.h b/include/FLAC++/export.h index d3bd136..1cb0214 100644 --- a/include/FLAC++/export.h +++ b/include/FLAC++/export.h @@ -76,9 +76,9 @@ /* These #defines will mirror the

libFLAC* must never have undefined symbols no matter what is the target platform. --- configure.ac | 10 +--------- src/libFLAC++/Makefile.am | 2 +- src/libFLAC/Makefile.am | 2 +- 3 files changed, 3 insertions(+), 11 deletions(-) diff --git a/configure.ac b/configure.ac index 50ef80e..ba46caf 100644 --- a/configure.ac +++ b/configure.ac @@ -129,19 +129,11 @@

i'm trying to build ices0.4 and vorbis-tools 1.0.1 with flac 1.1.1. Neither seems happy, hence the crossposting (sorry). ICES0.4 --- ices refuses to see the libFLAC library, even if i specify --with-flac=/usr/local/lib (or even just --with-flac=/usr/local/, as the configure script seems to look in the lib and include subdirectories of the specified path?). i get a configure error:

i'm trying to build ices0.4 and vorbis-tools 1.0.1 with flac 1.1.1. Neither seems happy, hence the crossposting (sorry). ICES0.4 --- ices refuses to see the libFLAC library, even if i specify --with-flac=/usr/local/lib (or even just --with-flac=/usr/local/, as the configure script seems to look in the lib and include subdirectories of the specified path?). i get a configure error:

Hi Josh (and everyone else on the list), Here's a quick fix for libFLAC.m4 and libFLAC++.m4 for a problem that crops up if you use the macros in an environment where LD_LIBRARY_PATH is set. The macros save LD_LIBRARY_PATH as ac_save_LDPATH, but restore it from ac_save_LD_LIBRARY_PATH. This patch changes ac_save_LDPATH to ac_save_LD_LIBRARY_PATH. Without this, LD_LIBRARY_PATH effectively gets

On Sun 18-06-23 23:32:47, Bean Huo wrote: > From: Bean Huo <beanhuo at micron.com> > > block_commit_write() always returns 0, this patch changes it to > return void. > > Signed-off-by: Bean Huo <beanhuo at micron.com> Looks good to me but you'll need to reorder this patch at the end of the patch series to avoid breaking compilation in the middle of the series.

Libraries that are used internally by libFLAC(++) but are not part of their API should be listed in pkg-config "private" clauses. Otherwise executables that are linked dynamically against libFLAC(++) will have unneeded direct dependencies (overlinking). Based on a patch by Brad Smith from https://sourceforge.net/p/flac/bugs/397/ that I updated to only include ogg if libFLAC is

On Mon, 10 Jan 2005, Ralph Giles wrote: > As such it's an incompatible change, for which you should also > zero the 'age' field. So 1.1.1-beta1 should have been 2:0:0, > not 2:0:1. [...] > Yes, I agree. The numbering is all about coexisting installs of the > various versions. Ok. I need to know what to do about this... is 1.1.2 with fixed sonames just around the

Hello, I need flac bug, which is already in cvs (1328191) fixed, so I was wondering first is cvs safe for everyday use? I can understand a crash, but corrupt files aren't common right? Also, when trying to 'make install' to prefix=/home/sbh I get: /bin/sh ../../libtool --mode=install /usr/bin/install -c 'libFLAC++.la' '/home/sbh//lib/libFLAC++.la' libtool: install:

I think the basic problem is that configure can't find any C++ compiler on your system, which is required to build some of the libraries. It's kind of hard to imagine that Mandrake would supply gcc but not g++; maybe something else is wrong. Anyway, if you absolutely do not want any of the C++ stuff, you can just remove the following directories from SUBDIRS in src/Makefile libFLAC++

/usr/bin/ld: bad -rpath option collect2: ld returned 1 exit status make[4]: *** [libFLAC.la] Error 1 --- flac-1.1.2/src/libFLAC/Makefile.in.orig 2005-02-04 21:23:37.000000000 -0500 +++ flac-1.1.2/src/libFLAC/Makefile.in 2006-04-30 20:30:00.000000000 -0400 @@ -399,7 +399,7 @@ rm -f "$${dir}/so_locations"; \ done libFLAC.la: $(libFLAC_la_OBJECTS)