TwoLAME

Thanks for tracking down that problem. I have applied those two changes to
Subversion.

The package name and version number are stored in configure.ac. config.h
is generated automatically when running ./configure. I don't know much
about mingw, but I don't think you run configure under it? configwin.h is a
hand made version of config.h for Windows. And because it is hand made, it
doesn't have the version number in it.

Fixed.
This bug was caused by wrong open mode for output file under Windows.
/frontend/frontend.c at line 566:
file = fopen(filename, "w");
should became:
file = fopen(filename, "wb");
to fix this. The behaviour is the same under *nix systems while in Windows
writing of corrupted data due to the adding of a 0x0D char before each 0x0A
is avoided.

BTW, i fixed a small typo in written bytes reporting, line 112:
snprintf(string, MAX_NAME_SIZE, "%2.2f MB", (float)filesize/constKB);
should be:
snprintf(string, MAX_NAME_SIZE, "%2.2f KB", (float)filesize/constKB);
And that's all about frontend.c.
A small issue still remains but i cannot fix it: reported library vesion
is "unknown" as defined in the macro PACKAGE_VERSION in win32/configwin.h
I'm quite sure configure script already defines something similar, so is
it really needed to redefine this macro into configwin.h too?

Just tested twolame-0.3.12 under linux (xubuntu 7.04) and all went ok.
So, if the executable works well under linux and the windows binary is
good when compiled with ICL, maybe is this the case of a particular int
type managed the wrong way by mingw?