Re: [flac-dev] (no subject)

2013-05-06 Thread Ralph Giles
On 13-05-02 7:37 PM, Marcus Johnson wrote: > Here's the Flac.xcodeproj, compressed with 7-zip as it's just a folder > and can't be transmitted without being compressed, check to see if it > works on your computers, and hopefully everything works. .7z isn't a normal MacOS tool. Could you please sen

Re: [flac-dev] flac-dev Digest, Vol 102, Issue 7

2013-05-06 Thread Marcus Johnson
Ralph, for Mac OS you should download either the Unarchiver which is free, or Entrophy which is what I use, but it costs like $15 I believe, both support decompressing .7z and Entrophy supports compressing TO .7z On Mon, May 6, 2013 at 3:00 PM, wrote: > Send flac-dev mailing list submissions to

Re: [flac-dev] Bug fix and compatibility patches for 1.3.0pre4

2013-05-06 Thread Robert Kausch
Timothy B. Terriberry wrote: >> "The pos value is stored in an internal format and is intended >> for use only by *fgetpos* and *fsetpos*." > FWIW, I verified that this is the approach used by mingw32 to implement > fseeko/ftello. > Yes, they do - I also had a look at the libmingwex source. But sti

Re: [flac-dev] Bug fix and compatibility patches for 1.3.0pre4

2013-05-06 Thread Robert Kausch
Janne Hyvärinen wrote: > Oldest Visual Studio supported by FLAC 1.3 is Visual Studio 2005. FLAC > is also configured to be compiled with static linking, so no external > dependencies hinder its function. Ok. Thanks for pointing this out! I use a custom build setup and link dynamically against msvc

Re: [flac-dev] Bug fix and compatibility patches for 1.3.0pre4

2013-05-06 Thread Timothy B. Terriberry
Robert Kausch wrote: > msvcrt.dll in the first place. The metadata object functions can be used > in a memory ownership transferring manner. Doing so will cause problems > when the calling EXE and the FLAC DLL use different CRTs as the DLL's Sigh, I thought we'd finally gotten rid of most of this

Re: [flac-dev] Bug fix and compatibility patches for 1.3.0pre4

2013-05-06 Thread Ben Allison
A few comments. 1) MSVCRT.DLL hasn't been used in ages. Each version of visual studio has its own C Runtime Library version, with a naming convention of msvcr##.dll. It's safe to use _fseeki64 and _ftelli64. Leave it up to the developer-user of FLAC to determine whether to statically link or dy

Re: [flac-dev] flac-dev Digest, Vol 102, Issue 7

2013-05-06 Thread Martijn van Beurden
It's not that hard to repackage it, is it? Here you go: www.icer.nl/misc_stuff/flac.xcodeproj .zip On 06-05-13 23:37, Marcus Johnson wrote: Ralph, for Mac OS you should download either the Unarchiver which is free, or Entrophy which is what I use, but it costs like $15 I believe, both support

Re: [flac-dev] flac-dev Digest, Vol 102, Issue 7

2013-05-06 Thread Martijn van Beurden
On 07-05-13 07:43, Martijn van Beurden wrote: It's not that hard to repackage it, is it? Here you go: www.icer.nl/misc_stuff/flac.xcodeproj .zip I don't know what went wrong with that link, but it should be http://www.icer.nl/misc_stuff/flac.xcodeproj.zip __