Hi all,
This is a minor bug fix release based on the v3 stable branch.
The notable changes include some fixes for winpthreads deadlocking and a
workaround for C/C++ linkage clash in crt/intrin.h.
signature.asc
Description: OpenPGP digital signature
Hi,
You should update[1]
Alon
[1]
http://sourceforge.net/projects/mingw-w64/files/mingw-w64/mingw-w64-release/
On Thu, Jan 9, 2014 at 11:37 AM, JonY jo...@users.sourceforge.net wrote:
Hi all,
This is a minor bug fix release based on the v3 stable branch.
The notable changes include some
On 1/9/14, JonY jo...@users.sourceforge.net wrote:
Hi all,
This is a minor bug fix release based on the v3 stable branch.
The notable changes include some fixes for winpthreads deadlocking and a
workaround for C/C++ linkage clash in crt/intrin.h.
Some pointers for v3.next:
- r6424 and
In short words, on mingw-gcc 4.9.0 the following code produces a text file with
contents a\r\nb\r\n, while replacing open() + fdopen() with a single fopen()
produces a\nb\n. Any ideas?
#include stdio.h
#include fcntl.h
int main ()
{
int fd;
FILE *pf;
fd = open(alphabet.txt, O_WRONLY |
i am not sure what i did, but the error is now fixed
thanks for the help Alexey
ResQue
On 05/01/2014 13:21, Alexpux wrote:
05 ???. 2014 ?., ? 13:35, ResQue resque1...@gmail.com
mailto:resque1...@gmail.com ???(?):
does anyone happen to know what this error means?
I could really do
In short words, on mingw-gcc 4.9.0 the following code produces a text
file with contents a\r\nb\r\n, while
replacing open() + fdopen() with a single fopen() produces a\nb\n. Any
ideas?
You have to add O_BINARY to open().
Regards
Domani Hannes
I know that.
But in nano's source code it isn't the case. Nano's author did use wb in
fdopen() but dropped the O_BINARY flag in open(). As a result, when you use win
mingw nano (you can get it from here
http://code.google.com/p/mingw-and-ndk/downloads/detail?name=win-mingw-nano.7z)
and
2014/1/9 lh_mouse lh_mo...@126.com:
I know that.
But in nano's source code it isn't the case.
That should be fixed then. Either you open it in text-mode, or in binary mode.
Nano's author did use wb in fdopen() but dropped the O_BINARY flag in
open(). As a result, when you use win mingw nano