Am Donnerstag, 16. Mai 2013 schrieb Giuseppe Scrivano:
Tim Rühsen tim.rueh...@gmx.de writes:
Hi Alex,
yes, it is the _PC_NAME_MAX issue which is only valid for pathconf().
Attached is the little patch to fix it.
Since MinGW is based on gcc-4.6, C99 should be available.
As the
Hi Alex,
snprintf %a seems to print the correct result with wine (set to WinXP), but
the same executable on a real WinXP just prints 'a'.
Replacing the sprintf() by __mingw_sprintf printed the correct result with
wine and on the WinXP machine.
About C99 - sorry, i think If article isn't
Tim Rühsen tim.rueh...@gmx.de writes:
Hi Alex,
yes, it is the _PC_NAME_MAX issue which is only valid for pathconf().
Attached is the little patch to fix it.
Since MinGW is based on gcc-4.6, C99 should be available.
As the Wiki states (well, the entry is 3 years old...), printf() is the
Hi Alex,
yes, it is the _PC_NAME_MAX issue which is only valid for pathconf().
Attached is the little patch to fix it.
Since MinGW is based on gcc-4.6, C99 should be available.
As the Wiki states (well, the entry is 3 years old...), printf() is the main
issue. But there may be some other
Am Sonntag, 12. Mai 2013 schrieb Ángel González:
On 12/05/13 21:50, Tim Rühsen wrote:
A real solution would be a rewrite of the init stuff (I saw that already
somewhere on the Wget 2.0 wish list or somewhere - don't remeber exactly).
I already wrote this kind of code and would contribute
Tim Rühsen tim.rueh...@gmx.de writes:
having an abort() without a message is simply a big waste of time for any
developer who stumbles upon it.
I disagree here, what is so difficult that a debugger cannot catch? On
the other hand, I agree this can be improved.
Since the init code of Wget
Am Sonntag, 12. Mai 2013 schrieb Giuseppe Scrivano:
Tim Rühsen tim.rueh...@gmx.de writes:
having an abort() without a message is simply a big waste of time for any
developer who stumbles upon it.
I disagree here, what is so difficult that a debugger cannot catch? On
the other hand, I
On 12/05/13 21:50, Tim Rühsen wrote:
A real solution would be a rewrite of the init stuff (I saw that already
somewhere on the Wget 2.0 wish list or somewhere - don't remeber exactly).
I already wrote this kind of code and would contribute it to Wget.
But i am unshure how to apply it to
Hi Martin,
having an abort() without a message is simply a big waste of time for any
developer who stumbles upon it.
Since the init code of Wget has to be rewritten anyways, i provide the fastest
solution right now: increasing the buffer size and printing a message before
Wget aborts.
And