search for: _ftelli64

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 dynamically link. 2) Yes, the "copy" flag in the Metadata API is broken. The APIs that take FILE * objects as parameter are similarly broken (e.g. FLAC__stream_decoder_init_FILE). There's absolut...

On 04-03-13 23:19, Erik de Castro Lopo wrote: > Link please? http://www.hydrogenaudio.org/forums/index.php?showtopic=99757 > Err, thats a link to a post talking about flac's WAV reader being limited > to 4Gig files. Problem is, *all* WAV files greater than 4Gig are mal-formed. > Due to limitations in the way WAV files are specified, no valid WAV file > can ever be over 4Gig.

...o 6.0 from 1998. 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. If you take a look at the following MSDN pages for Visual Studio 2005, you will see that _fseeki64 and _ftelli64 are supported all the way back to Windows 95: http://msdn.microsoft.com/en-us/library/75yw9bf3%28v=vs.80%29.aspx and http://msdn.microsoft.com/en-US/library/0ys3hc0b%28v=vs.80%29.aspx

> This is an older issue reported in 2007: > http://lists.xiph.org/pipermail/flac-dev/2007-September/002423.html > > The fix would be to use _ftelli64 instead of ftell with Visual Studio. > http://msdn.microsoft.com/en-us/library/0ys3hc0b%28v=vs.110%29.aspx That's not enough. At least, the followings are also needed. 1. Change off_t to something else. off_t can lead to ABI issue when used in public API, since it's definition can cha...

...this. > _______________________________________________ > flac-dev mailing list > flac-dev at xiph.org > http://lists.xiph.org/mailman/listinfo/flac-dev This is an older issue reported in 2007: http://lists.xiph.org/pipermail/flac-dev/2007-September/002423.html The fix would be to use _ftelli64 instead of ftell with Visual Studio. http://msdn.microsoft.com/en-us/library/0ys3hc0b%28v=vs.110%29.aspx Cheers, Cristian.

On 03/04/2013 10:57 PM, nu774 wrote: >> This is an older issue reported in 2007: >> http://lists.xiph.org/pipermail/flac-dev/2007-September/002423.html >> >> The fix would be to use _ftelli64 instead of ftell with Visual Studio. >> http://msdn.microsoft.com/en-us/library/0ys3hc0b%28v=vs.110%29.aspx > > That's not enough. At least, the followings are also needed. > > 1. Change off_t to something else. off_t can lead to ABI issue when used > in public API, since i...

Janne Hyv?rinen wrote: > The patch was made from the published pre2 version. It missed the MinGW > changes that were applied to git version. Patch applied. Thanks. Erik -- ---------------------------------------------------------------------- Erik de Castro Lopo http://www.mega-nerd.com/

On 5.5.2013 18:02, Timothy B. Terriberry wrote: > > Instead I've attached a patch that uses fgetpos/fsetpos. This is > totally untested (I haven't even checked it compiles), but the idea > should work. > You people do realize these hacks would only be required for 10+ year old obsolete compilers?

Timothy B. Terriberry wrote: > Instead I've attached a patch that uses fgetpos/fsetpos. This is > totally untested (I haven't even checked it compiles), but the idea > should work. MSDN says "The pos value is stored in an internal format and is intended for use only by *fgetpos* and *fsetpos*." (http://msdn.microsoft.com/en-us/library/70hdhh4t%28v=vs.80%29.aspx), so

...est 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. > > If you take a look at the following MSDN pages for Visual Studio 2005, you > will see that _fseeki64 and _ftelli64 are supported all the way back to > Windows 95: > http://msdn.microsoft.com/en-**us/library/75yw9bf3%28v=vs.80%**29.aspx<http://msdn.microsoft.com/en-us/library/75yw9bf3%28v=vs.80%29.aspx>and > http://msdn.microsoft.com/en-**US/library/0ys3hc0b%28v=vs.80%**29.aspx<http://msdn.micr...

...o 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. > > If you take a look at the following MSDN pages for Visual Studio > 2005, you will see that _fseeki64 and _ftelli64 are supported all > the way back to Windows 95: > http://msdn.microsoft.com/en-us/library/75yw9bf3%28v=vs.80%29.aspx and > http://msdn.microsoft.com/en-US/library/0ys3hc0b%28v=vs.80%29.aspx > > > > > > ---------- Forwarded message ---------- > From:...

...38 +0000 +++ flac-1.3.0pre4-patched/include/share/compat.h 2013-05-04 11:59:54 +0000 @@ -50,8 +50,8 @@ #include <sys/types.h> /* for off_t */ #define FLAC__off_t __int64 /* use this instead of off_t to fix the 2 GB limit */ #if !defined __MINGW32__ -#define fseeko _fseeki64 -#define ftello _ftelli64 +#define fseeko(f, p, o) _lseeki64((f)->_file, (p), (o)) +#define ftello(f) _lseeki64((f)->_file, 0, SEEK_CUR) #else /* MinGW */ #if !defined(HAVE_FSEEKO) #define fseeko fseeko64 -------------- next part -------------- diff -Naur flac-1.3.0pre4/src/libFLAC/bitwriter.c flac-1.3.0pre4-patche...

...msvcrt: Add stub functions _lock_file and _unlock_file. msvcrt: Implement _fseeki64. msvcrt: Implement _findfirst64i32 and _findnext64i32. comdlg32: GetSaveFileName: Don't append .* extension. comdlg32/tests: Add GetSaveFileName .* extension test. msvcrt: Implement _ftelli64. msvcrt: Implement _get_tzname. msvcrt: Fixed (_w)fopen_s with test. Francois Gouget (9): ddraw/tests: Fix compilation on systems that don't support nameless unions. ddraw/tests: Remove a space before a '\n'. wininet/tests: Add a trailing '\n' to o...