Re: [Mingw-w64-public] Opening unicode filenames with MinGW-w64

2015-06-22 Thread Mook
0x1a / 26 / Ctrl+Z is the old DOS EOF character: https://en.wikipedia.org/wiki/Substitute_character Was this file opened in text mode? See the MSDN documentation for _fopen() for details, mode "t". On 06/22/2015 09:09 AM, Etienne Sandré-Chardonnal wrote: > No, that's a zlib compressed binary. >

Re: [Mingw-w64-public] Opening unicode filenames with MinGW-w64

2015-06-22 Thread Ruben Van Boxem
Op 22-jun.-2015 19:48 schreef "LRN" : > > On 22.06.2015 19:09, Etienne Sandré-Chardonnal wrote: > > On 2015-06-22 17:21 GMT+02:00 LRN wrote: > >> On 22.06.2015 17:25, Etienne Sandré-Chardonnal wrote: > >>> Hi, > >>> > >>> Without eof, it still returns 262 bytes which is wrong. > >> That's a very ar

Re: [Mingw-w64-public] Opening unicode filenames with MinGW-w64

2015-06-22 Thread LRN
On 22.06.2015 19:09, Etienne Sandré-Chardonnal wrote: > On 2015-06-22 17:21 GMT+02:00 LRN wrote: >> On 22.06.2015 17:25, Etienne Sandré-Chardonnal wrote: >>> Hi, >>> >>> Without eof, it still returns 262 bytes which is wrong. >> That's a very arbitrary number. Is the file opened in binary mode? Any

Re: [Mingw-w64-public] Opening unicode filenames with MinGW-w64

2015-06-22 Thread Etienne Sandré-Chardonnal
No, that's a zlib compressed binary. Starting from offset 0x100 (256): f7 ce 21 7c 5b b1 1a d7 a6 67 a2 55 e2 22 4e 88 Byte 262 is 0x1a (26) 2015-06-22 17:21 GMT+02:00 LRN : > On 22.06.2015 17:25, Etienne Sandré-Chardonnal wrote: > > Hi, > > > > Without eof, it still returns 262 bytes which is

Re: [Mingw-w64-public] Opening unicode filenames with MinGW-w64

2015-06-22 Thread LRN
On 22.06.2015 17:25, Etienne Sandré-Chardonnal wrote: > Hi, > > Without eof, it still returns 262 bytes which is wrong. That's a very arbitrary number. Is the file opened in binary mode? Anything significant around the 262th byte in the file contents? -- O< ascii ribbon - stop html email! - www.

Re: [Mingw-w64-public] Opening unicode filenames with MinGW-w64

2015-06-22 Thread Etienne Sandré-Chardonnal
Hi, Without eof, it still returns 262 bytes which is wrong. I ended up writing my own streambuf reading from a FILE* and this now returns the proper value (around 40MB) The custom streambuf is based on this : http://www.mr-edd.co.uk/blog/beginners_guide_streambuf There is definitely a bug in thi

Re: [Mingw-w64-public] Opening unicode filenames with MinGW-w64

2015-06-22 Thread Ruben Van Boxem
2015-06-22 13:21 GMT+02:00 Etienne Sandré-Chardonnal : > Hi, > > I have tried to open the file with _wfopen(), pass it to __gnu_cxx:: > stdio_filebuf, and set it as the buffer of an std::istream. > The file is open properly, first bytes are OK, but after 263 read bytes I > get an eof(), while the

Re: [Mingw-w64-public] Opening unicode filenames with MinGW-w64

2015-06-22 Thread Etienne Sandré-Chardonnal
Hi, I have tried to open the file with _wfopen(), pass it to __gnu_cxx:: stdio_filebuf, and set it as the buffer of an std::istream. The file is open properly, first bytes are OK, but after 263 read bytes I get an eof(), while the file is 39MB large. Reading works well with a standard std::ifstr

Re: [Mingw-w64-public] Opening unicode filenames with MinGW-w64

2015-06-19 Thread Ruben Van Boxem
2015-06-19 16:56 GMT+02:00 Ruben Van Boxem : > 2015-06-19 16:45 GMT+02:00 Etienne Sandré-Chardonnal < > etienne.san...@m4x.org>: > >> Dear all >> >> I have found this old gcc discussion from Ruben : >> http://gcc.gnu.org/ml/libstdc++/2011-06/msg00066.html >> >> Is this available in recent mingw re

Re: [Mingw-w64-public] Opening unicode filenames with MinGW-w64

2015-06-19 Thread Ruben Van Boxem
2015-06-19 16:45 GMT+02:00 Etienne Sandré-Chardonnal : > Dear all > > I have found this old gcc discussion from Ruben : > http://gcc.gnu.org/ml/libstdc++/2011-06/msg00066.html > > Is this available in recent mingw releases? I cannot find any of these > extensions in 4.9.2 headers (and it does not

[Mingw-w64-public] Opening unicode filenames with MinGW-w64

2015-06-19 Thread Etienne Sandré-Chardonnal
Dear all I have found this old gcc discussion from Ruben : http://gcc.gnu.org/ml/libstdc++/2011-06/msg00066.html Is this available in recent mingw releases? I cannot find any of these extensions in 4.9.2 headers (and it does not work) Thanks, Etienne