Fossil SCM

on windows xp with fossil [dda5b18b0d] compiled using mingw32, the extras command produces an empty list, while the binary downloaded from the fossil website lists all the extra files.

example:

Z:\temp>fossil init example.fossil
project-id: 99829a416ae1c70f95fb67dbe11e34789f2cd5ed
server-id:  b1f13b7479b0b1b445dd5f8c6eb73358967b628e
admin-user: luisduarte (initial password is "e05114")

Z:\temp>mkdir example

Z:\temp>cd example

Z:\temp\example>fossil open ..\example.fossil

Z:\temp\example>echo some text >file1.txt

Z:\temp\example>fossil status
repository:   Z:/temp/example/..\example.fossil
local-root:   Z:/temp/example/
config-db:    C:/Documents and Settings/luisduarte/Application Data/_fossil
checkout:     4478a15ae3770b1e158990513ccc664901aa8040 2013-10-31 15:42:19 UTC
tags:         trunk
comment:      initial empty check-in (user: luisduarte)

Z:\temp\example>fossil extra

Z:\temp\example>fossil version
This is fossil version 1.28 [dda5b18b0d] 2013-10-31 06:03:54 UTC

Z:\temp\example>fossil_127 extra
file1.txt

Z:\temp\example>fossil_127 version
This is fossil version 1.27 [13ad130920] 2013-09-11 11:43:49 UTC

That might very will be a bug in MinGW. Which MinGW version are you using?

I use mingw32 with gcc 4.8.1 from www.mingw.org, but I've compiled version-1.27 with it using the same options (TCL, TCL_STUBS and SSL) and the extras command works fine.

Thanks! Yes, I can reproduce it (normally I use MinGW-w64, which works fine). This certainly is a bug in latest MinGW: The changes in MinGW break operation on Windows XP, that's why in fossil the compile flag -D_USE_32BIT_TIME_T was added. But apparently adding -D_USE_32BIT_TIME_T breaks MinGW's dirent.h functions.

I will create a minimal example, and report it to the MinGW people. Now marked as External_Bug. Conclusion: If you need Windows XP compatibility and , don't upgrade to MinGW-4.0, but either use MinGW-w64 or an earlier MinGW version....

Bug is reported to MinGW now:

[http://sourceforge.net/p/mingw/bugs/2125/]

A solution for this bug is committed to MinGW-4.0's GIT repository (2014-01-30). See: [https://sourceforge.net/p/mingw/mingw-org-wsl/ci/f70b9c84027bd3b1e3b7dc0df4827fafd23ecf9a/]