search for: fsetpos

Displaying 14 results from an estimated 14 matches for "fsetpos".

Did you mean: setpos
2013 May 05
2
Bug fix and compatibility patches for 1.3.0pre4
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.asp...
2013 May 05
4
Bug fix and compatibility patches for 1.3.0pre4
...uire at least SP2 or some such? Alternatively, use win32api underneath instead, eg CreateFileW/SetFilePointer. > That source also includes an fseeki64()/ftelli64(), but they are not > defined in stdio.h. I wonder if just declaring it yourself is good > enough? If not, they get called by fsetpos()/fgetpos() (which _do_ > interact correctly with the buffering in stdio streams), except when > _MAC is defined (which I presume is not common). I don't actually have > XP to test against. Bad, do no declare manually, I had to cleanup some bad code recently that make assumptions a...
2013 May 06
2
flac-dev Digest, Vol 102, Issue 7
...ausch <robert.kausch at freac.org> > To: flac-dev at xiph.org > Cc: > Date: Mon, 06 May 2013 01:26:08 +0200 > Subject: Re: [flac-dev] Bug fix and compatibility patches for 1.3.0pre4 > 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/70h...
2013 May 05
0
Bug fix and compatibility patches for 1.3.0pre4
...rade cycles are slow and changes would break lots of systems, so things don't change). But according to some random page on the internet, this function is not exposed in the msvcrt.dll distributed with XP. So this wouldn't work anyway. 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. -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001-Use-fgetpos-fsetpos-for-64-bit-win32-fseek-ftell.patch Type: text/x-patch Size: 0 bytes Desc: not available Url : h...
2013 May 07
0
flac-dev Digest, Vol 102, Issue 7
...h.org <mailto:flac-dev at xiph.org> > Cc: > Date: Mon, 06 May 2013 01:26:08 +0200 > Subject: Re: [flac-dev] Bug fix and compatibility patches for > 1.3.0pre4 > 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...
2013 May 04
5
Bug fix and compatibility patches for 1.3.0pre4
Hi all, I tried 1.3.0pre4 with ICL on Windows and found some issues. Not sure if this is the right place to submit patches, but someone suggested this on the apparently dead SourceForge patch tracker. The first two are quite straight forward: - The ICL patch fixes a typo in bitmath.h and adds FLAC__bitwriter_write_zeroes to the external declarations in bitwriter.c. - The Ogg patch replaces
2013 May 05
0
Bug fix and compatibility patches for 1.3.0pre4
...nd FILE::_ptr to FILE::_base). By which I mean I read the MSVCRT source from MSVC6.0 and it appears this is how things work. That source also includes an fseeki64()/ftelli64(), but they are not defined in stdio.h. I wonder if just declaring it yourself is good enough? If not, they get called by fsetpos()/fgetpos() (which _do_ interact correctly with the buffering in stdio streams), except when _MAC is defined (which I presume is not common). I don't actually have XP to test against.
2013 May 05
2
Bug fix and compatibility patches for 1.3.0pre4
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?
2015 Dec 18
1
Assistance much appreciated
..., ...); @@ -2816,9 +2809,9 @@ extern char *gets(char *); extern int puts(const char *); extern int ungetc(int, FILE *); - extern int fgetpos64(FILE *restrict, fpos_t *restrict); + extern int fgetpos(FILE *restrict, fpos_t *restrict); extern int fseek(FILE *, long int, int); - extern int fsetpos64(FILE *, const fpos_t *); + extern int fsetpos(FILE *, const fpos_t *); extern long ftell(FILE *); extern void rewind(FILE *); extern void perror(const char *); @@ -2841,8 +2834,8 @@ extern void flockfile(FILE *); extern void funlockfile(FILE *); - extern int fseeko64(FILE *, off_t...
2015 Dec 17
3
Assistance much appreciated
On 2015-12-17 19:30, peter dalgaard wrote: > Presumably the file in question is one of > > Peter-Dalgaards-MacBook-Air:BUILD pd$ grep -r "^Package: tools" * > library/tools/DESCRIPTION:Package: tools > src/library/tools/DESCRIPTION:Package: tools > > so the first thing I'd do is to have a good look at those files and see if they got somehow corrupted. > >
2015 Dec 03
3
Function attributes for LibFunc and its impact on GlobalsAA
----- Original Message ----- > From: "James Molloy via llvm-dev" <llvm-dev at lists.llvm.org> > To: "Vaivaswatha Nagaraj" <vn at compilertree.com> > Cc: "LLVM Dev" <llvm-dev at lists.llvm.org> > Sent: Thursday, December 3, 2015 4:41:46 AM > Subject: Re: [llvm-dev] Function attributes for LibFunc and its impact on GlobalsAA > >
2019 Mar 27
26
Call for testing: OpenSSH 8.0
Hi, OpenSSH 8.0p1 is almost ready for release, so we would appreciate testing on as many platforms and systems as possible. Snapshot releases for portable OpenSSH are available from http://www.mindrot.org/openssh_snap/ The OpenBSD version is available in CVS HEAD: http://www.openbsd.org/anoncvs.html Portable OpenSSH is also available via git using the instructions at
2012 Nov 29
2
[LLVMdev] problem trying to write an LLVM register-allocation pass
I have a new problem: Register RBP is used in a function foo. (I am not allocating RBP to any virtual register, the instances of RBP in function foo are in the machine code when my register allocator starts.) Function foo calls function bar. Register RBP is not saved across the call, though it is live after the call. Function bar includes a virtual register. The code that I'm using to
2012 Dec 01
0
[LLVMdev] problem trying to write an LLVM register-allocation pass
...ng int __off, int __whence); extern long int ftell (FILE *__stream) ; extern void rewind (FILE *__stream); extern int fseeko (FILE *__stream, __off_t __off, int __whence); extern __off_t ftello (FILE *__stream) ; extern int fgetpos (FILE *__restrict __stream, fpos_t *__restrict __pos); extern int fsetpos (FILE *__stream, __const fpos_t *__pos); extern void clearerr (FILE *__stream) __attribute__ ((__nothrow__)); extern int feof (FILE *__stream) __attribute__ ((__nothrow__)) ; extern int ferror (FILE *__stream) __attribute__ ((__nothrow__)) ; extern void clearerr_unlocked (FILE *__stream) __attri...