FreeFileSync Forum

I have no idea. There is only one way to find out...

This is probably the consequence of "#undef G_GNUC_UNUSED". Both libdn2 and glib define this macro. It seems libidn2 is in the wrong to define it witout a "#ifndef" clause.

Issue has been fixed:
viewtopic.php?t=12157

Fixed! Please run the auto-updater again.

Scanning 100,000+ files at 5-10 items a second chris.fanning, 24 Mar 2025, 12:28

Increase parallelism: https://freefilesync.org/manual.php?topic=performance

FFS 13.8 updated libssh2 to version 1.11.1. They routinely deprecate old algorithms. Perhaps the key exchange algorithm on your target server is obsolete?

libssh2 1.11.1 supports the following key exchange algorithms:

curve25519-sha256
curve25519-sha256@libssh.org
ecdh-sha2-nistp256
ecdh-sha2 ...

Which Linux version is this? The FreeFileSync installer registers the app in /usr/share/applications so it should be found in the application launcher afterwards.

Which Linux distribution and desktop environment is this?

You're right, Plerry, in the quote you're citing I should have said "files/symlinks" instead of "child elements". I've edited the comment accordingly.

"child elements" means files, folders, or symlinks.



If *\ matches all folders, but not the files directly in the base folders and not the base folders themselves, how can *\~$* also be matching files directly in the base folders starting with "~$" ?
Does just *\ have a different meaning than the ...

Apparently SharePoint can be fixed! This is the real solution rather ignoring something as fundamental as file size: viewtopic.php?t=9562#p47161

I found the solution opening a ticket with Microsoft support. Kevin Cl, 14 Mar 2025, 14:55

Wow, after so many years someone has found an actual solution! Thank you very much.

Apparently SharePoint can be fixed! This is the real solution rather ignoring something as fundamental as file size: viewtopic.php?t=9562#p47161

Apparently SharePoint can be fixed! This is the real solution rather ignoring something as fundamental as file size: viewtopic.php?t=9562#p47161

I've created a ticket on the Visual Studio support forum: https://developercommunity.visualstudio.com/t/Bad-x86-codegen-for-hash-map-in-VS-1713/10872085

It's always the same crash:

KERNELBASE.dll!_RaiseException@16() Unknown
FreeFileSync_Win32.exe!_CxxThrowException(void * pExceptionObject=0x01f3e190, const _s__ThrowInfo * pThrowInfo=0x01a426c8) Line 79 C++
FreeFileSync_Win32.exe!std::_Xlength_error(const char * _Message) Line 19 C ...

Answer: Multiple folder pairs and https://freefilesync.org/manual.php?topic=exclude-files

There is nothing for the user to do. FreeFileSync detects and syncs files/folders differing in case. Unless there are conflicts, as Plerry mentioned.

Visual Studio 17.13.3 just released. Maybe the 32-bit codegen bug has been fixed?
https://www.mediafire.com/file/mgzl3vvwayzcgd5/FreeFileSync_14.3_%255BBeta%255D_Windows_Setup%25282%2529.exe

Ptyxis is now supported.

Can you run the auto-updater again and see if it works now?

This is bad. I only changed the code inside the "impossible" path in order to add debug info. So this is a heisenbug, apparently bad codegen in 32-bit with the latest VC C++ compiler version 19.43.34808.

I have a hunch that this is related: https://developercommunity.visualstudio.com/t/Use-of-the ...

Which Linux distribution are you using, and what terminal executables are available? Which one is the default terminal, e.g. "/usr/bin/konsole"?

No, the "Stop" button interrupts file copying, unlike "Pause", which completes all pending file transfers first.


which can create a conflict and a loss of data that won't be recovered during the next synchronization, in some configurations
No this won't happen (unless you disable fail-safe file ...

Can you replace "FreeFileSync_Win32.exe" from your installation subdirectory "Bin" with the following version and try again if you can reproduce the crash where you load D:\$FreeFileSync_Data\Save_X_Documents_sur_D.ffs_batch?

https://www.mediafire.com/file/jd90s5wrp4sa6p5/FreeFileSync_Win32.exe

As I expected. The crashes looked like a codegen bug.

Sorry, my concentration is all over the place. You're right wcsftime doesn't do time conversion. localtime_s is used before that.


If the TZ variable isn't set, localtime_s attempts to use the time zone information specified in the Date/Time application in Control Panel. If this information can't ...

I have the same problem
I can't attach the dump because it's too big...😢 vika51, 03 Mar 2025, 10:15

Are you able to reproduce the crash consistently? Does the current beta version also crash?
https://www.mediafire.com/file/0ih2isrifm18ibf/FreeFileSync_14.3_%255BBeta%255D_Windows_Setup.exe