-
> As you can see, it interprets the unsigned long long as a 32 integer,
> and not 64 bit one...
Which is exactly as you should expect, when you use the standard Microsoft implementations of printf, scanf and friends, (as MinGW does).
If you are using mingwrt-3.15 or later, it provides an alternative implementation of printf and friends, (but not scanf and friends), which does accept...
12:34PM UTC on Jul 09 2009 in MinGW - Minimalist GNU for Windows
-
What version of mingwrt (mingw-runtime) are you using? __mingw_vfprintf is provided by libmingwex.a, in mingwrt-3.15 and later.
02:22PM UTC on Jul 07 2009 in MinGW - Minimalist GNU for Windows
-
Seeing no further response, since I suggested removing the bogus LIBS assignment from the environment, I assume this is no longer an issue?.
09:57AM UTC on Jun 24 2009 in MinGW - Minimalist GNU for Windows
-
Neither a bug, nor an anomaly. What effect do you expect, when you specify options, if not to modify the generated code?
When generated code is modified, a change in size is almost inevitable. When you specify -ansi, you select alternative implementations of a (possibly significant) number of functions, which Microsoft have failed to implement in an ANSI-C conforming manner; the...
09:44AM UTC on Jun 24 2009 in MinGW - Minimalist GNU for Windows
-
IIRC, in MSYS-1.0.10, ln -s would decline to dereference a directory.
In MSYS-1.0.11, ln from coreutils-5.97 now seems to create a deep copy of a directory target, e.g.
$ ln -s dir link
creates `link' as a copy of the hierarchy under `dir'. This isn't a problem, until `link' is created as a descendant of `dir', when `dir' already has non-empty sub-directories:
$ mkdir -p foo/bar.
03:46PM UTC on Jun 09 2009 in MinGW - Minimalist GNU for Windows
-
I wouldn't be so sure. What version of MSYS? What version of the underlying OS? Does it work, if you start MSYS correctly, (i.e. by running msys.bat)?
This looks remarkably like the symptoms of improper startup on w64, (which would make this user error, rather than a bug). Make sure there are no references to Cygwin directories in your PATH, and use msys.bat to start MSYS sessions.
01:46PM UTC on Jun 09 2009 in MinGW - Minimalist GNU for Windows
-
If I understand you correctly, you have an archive file in some directory, (you called it "dir_2"), and you want to extract it into another directory, (which you called "dir_3")?
Right. tar will, by default, extract into your current working directory, reinstating the hierarchy specified within the archive itself, relative to current directory as prefix. Thus, provided...
02:09PM UTC on Jun 05 2009 in GnuWin
-
Thanks, Kees.
10:07AM UTC on Jun 05 2009 in GnuWin
-
> Yes, mkdir can create a folder with a space at the end of its name,
> but only when you end the name with a slash...
Thanks for this, Kees.
That information would likely be relevant to the MSYS bug report too. Would you care to add an appropriate comment, (so you get the attribution), or shall I do so on your behalf?.
08:53AM UTC on Jun 05 2009 in GnuWin
-
For a URL such as
"http://www.server.com/dirname /some.zip"
> wget with options -x -nH cannot download the file some.zip
> because it cannot create the "dirname " folder.
Hmm. This doesn't answer your question, but one might wonder
"why not"? The _mkdir() function in Microsoft's runtime library
is perfectly capable of creating directories named...
09:51AM UTC on Jun 04 2009 in GnuWin
