MAC OS version

[oskar101]

Love this program, have been using it almost daily on my windows device. Now
that I have an IMAC this is one of the programs I miss most. Any chance for a
MAC version ?

[Zenju]

> Any chance for a MAC version ?
Maybe there already is a MAC version? I do not have a MAC, so I cannot test
this. But in general it's quite possible, that one can simply compile and run
FreeFileSync on OS X: The GUI stuff is abstracted away by wxWidgets which
implements Cocoa, the rest of the OS dependent code is either Win32 or Posix.
Latter is supported by OS X.
A recipe for a FFS Mac version therefore might be:

1. compile wxWidgets for OS X
2. compile FreeFileSync as a Linux build

In practice there probably may be one problem or the other, but fundamentally
this should work.

[antsaoir]

Just moved most of my stuff to a IMAC, this is the one program I most miss, is there a MAC version yet ? An official apple app would be great and I am sure there would be a lot of customers on the MAC platform ...

[Zenju]

As far as I understand apple and GPL don't get along very well... especially for the app store.

[basovink]

I have been trying today to compile the FreeFileSync_5.10_source on OSX 10.7. After installing the packages mentioned in compile.txt using MacPorts I got stuck three times, of which I was able to the first 2:

• After trying *make* I got:
> cc1plus: error: unrecognized command line option "-std=gnu++0x"

This I fixed by installing gcc48. Apparently the version that comes with OSX (gcc42) doesn't know this command line option.

• Secondly the compile still didn't work with the same error. I figured out I needed to select the 4.8 compiler using
> port select gcc mp-gcc48

• Now it compiled until this error, which I am unable to fix:
>./zen/tick_count.h:117:9: error: '::clock_gettime' has not been declared

So, fellow OSX users, let's crack this nut! Who is able to take the next step?

[taofd]

It would be great if we could get this working natively on OSX!

Unfortunately, I don't have the skill-set to be able to contribute but, for those who would like an interim solution, there is a relatively easy work-around. You can run a linux distribution in a VM (i.e. virtual box), mount your target folder in your guest OS, mount your smb / cifs share and use freefilesync to keep everything synced. I mainly use ffs to sync files over my network, so depending on your goal, your miles may vary for the above.

Maybe takes 30 minutes to get everything set up (including VM installation). There aren't any good file sync alternatives on OSX that I've seen unless you're willing to use rsync which has no gui.

[antsaoir]

An OSX version / App would be great; I am surprised that there is not one yet.

[mrbogus27]

I am currently trying to create a working OSX version.
I already got rid of the errors in tick_count, but now i am stuck with icon_buffer.cpp .
In that class is a lot about getting rid of the refcounting done in wxwidgets, and this is done in a different way for each os. (@Zenju: i hope i got the right idea of what this class does? Maybe you can give me some help what and why exactly you do it that way? (gerne auch auf deutsch ;-)))

[fgirault]

Hi Matthias, I'm working on it too!
At the moment I just finished installing gcc48, but I think I'll continue tomorrow.
Keep posting your progress!

[mrbogus27]

Cool, in the attachment you'll find my changed version of zen/tick_count.h. I haven't tested it yet, but there are no more compiler error in that class. Do you have experiences in using wxwidgets?
Maybe Zenju can create a repository here and upload the sourcecode, and so we can work on it? Or would it be ok if i create a repository somewhere?

[fgirault]

Thanks, I'll check tonight.
Unfortunately I don't have experience with wxWidgets.
About the repository maybe it would be nice if we could use github.
But whatever is fine.
What do you say Zenju?

[mrbogus27]

That would also be my favorite for hosting, i also prefer git. What i forgot: you have to use the Linux CodeBlocks project, add the define FFS_MACOS to have my changes compiled.

[Zenju]

Thank you for your contribution, but currently I'm not looking for help with the source code. When considering what's needed for a Mac port, this is the least of the problems and is easier for me to do myself, else I'll have to review the new code to make sure it fits into the FFS coding style and adheres to the quality standards and functional correctness which will cost me more time in the end.

Instead what needs to be evaluated right now are general distribution topics:
- FFS requires gcc 4.7 or higher (or equivalent like clang). How to setup?
- Can wxWidgets be compiled with gcc 4.7/clang?
- wxWidgets 2.8.12 would be preferred since newer versions are partially buggy in use with FFS. Is this possible?
- Can wxWidgets practically be compiled in "universal binary" mode?
- Can boost be compiled with gcc 4.7/clang?
- Can the FFS make file construct be reused?

[fgirault]

That would also be my favorite for hosting, i also prefer git. What i forgot: you have to use the Linux CodeBlocks project, add the define FFS_MACOS to have my changes compiled.

Thx I just installed Code::Blocks (first time I use it). Still have some include path issues with wxWidgets.
I'll try with the wxWidgets-devel available from macport.

[fgirault]

Thx I just installed Code::Blocks (first time I use it). Still have some include path issues with wxWidgets.
I'll try with the wxWidgets-devel available from macport.

Ok now the I think all include path problems are solved (I just needed to add a link to wx folder in my /opt/local/include path) and using your file I got the attached errors in other parts of the code. I'll take a look later.

[fgirault]

Hi Zenju, just to answer some of your questions:

- FFS requires gcc 4.7 or higher (or equivalent like clang). How to setup?
It is easy to get gcc48 from macport:
http://www.macports.org/ports.php?by=name&substr=gcc48

- Can wxWidgets be compiled with gcc 4.7/clang?
We can get wxWidgets from macports too:
http://www.macports.org/ports.php?by=name&substr=wxWidget

- wxWidgets 2.8.12 would be preferred since newer versions are partially buggy in use
2.8.12 is available on macport

- Can wxWidgets practically be compiled in "universal binary" mode?
don't know

- Can boost be compiled with gcc 4.7/clang?
Boost is also available from macport
http://www.macports.org/ports.php?by=name&substr=boost

- Can the FFS make file construct be reused?
Well I don't really know, I just used code::block with your linux cbp file, and it seems to be almost working, except for few compile errors.

[mrbogus27]

Hi Zenju, thank you for your answer. Are you currently working on a mac port, or is it just something you plan to do in the future? On your questions: what Florian said is right, i can add something to the remaining questions:
* wxWidgets can be compiled in "universal binary" mode, the manual is here: http://wiki.wxwidgets.org/Development:_wxMac#Building_32.2F64_bit_Universal_Binary
* the makefile can be used, no problem. I added the define i mentioned to the compiler call, and had the same result as in CB.

[Zenju]

> Are you currently working on a mac port, or is it just something you plan to do in the future

The showstopper for me right now is that I have no working build environment on Mac. Since you two seem to have experience on Mac, maybe you can help me to set it up. Once the environment is running, the source code changes should be a piece of cake.

My Mac environment is x86_64 with OS X 10.8.2 and Xcode 4.6.

I've installed macports, but it didn't go too smooth:

- "sudo port install gcc48" failed with some error mentioning some "ld64"-related file already existing. I found as a workaround "sudo port clean --all all", then installing gcc48 again, followed with "sudo port select gcc mp-gcc48" did the trick. Also added "hash gcc" - no idea what that does, but gcc48 is selected and working now.

> We can get wxWidgets from macports too:

Very nice, I didn't know that. Compiling wxWidgets manually produces all kinds of crazy error: compiling fails with not finding "wcsncasecmp" even though, the configure-step before found it explicitly.
I'll test both boost and wxWidgets macport versions. If they work, then this would be a convenient solution. With regards to boost though I'll try to compile manually. FFS heavily relies on boost::thread, which is one of the boost components that get the most fixes with each release, so I'll try to be as current as possible. Unlike wxWidgets boost is updated frequently, so I expect this to work.

> Can the FFS make file construct be reused?

I'm wondering because as far as I understand the apple strategy, gcc will be superseeded by clang in the long run. But at least for now gcc48 can be used and this should work nicely with "make".

> wxWidgets can be compiled in "universal binary" mode, the manual is here

My question was not precise, what I wanted to ask was: Did you successfully compile wxWidgets as "universal binary" and if so, how? Following the wxWidgets instructions for manual compilation doesn't work for me and fails already at the "./configure" step. It seems architecture "ppc" is causing trouble, using only "i386 and x86_64" works, but "make" fails due to "wcsncasecmp" missing.

[fgirault]

Doest that answer your questions on universal binaries:
https://trac.macports.org/wiki/howto/buildUniversal

I didn't try it yet, but it looks promising.

[Zenju]

I've just finished a first sweep over the sources implementing most of the Mac-specific functionality. Thereby I've done a number of decisions that are a matter of convention, so let me know if any of the following needs to be adapted:

1. As "on completion" commands I've chosen:
Standby: osascript -e 'tell application "System Events" to sleep'
Log off: osascript tell application "System Events" to log out
Shut down: osascript tell application "System Events" to shut down

2. Default external applications:
Browse directory: open "%item_folder%"
Open with default application: open "%item_path%"
For Windows there's "explorer /select, "%item_path%"" to not only show the containing folder but also mark the selected file. Is there a similar command for OSX that could be used instead of "open "%item_path%""?

3. Default exclusion filter. I only found the following entry to be useful, are there more directories that should be included (for use with external hard disk)?
/.Trashes/

4. Case-insensitive file name comparison. Lacking official documentation from Apple I went with "::strncasecmp ::toupper" (both are locale-dependent!) until further to compare file names. What I am looking for is official developer documenation clearly stating what API to use for case-insensitive comparison. Windows for example has an MSDN article to clear ambiguity (at least for Vista upwards). FFS should model the behavior of the file system as closely as possible, so there probably exists a locale-independent comparison routine that should be chosen, but I couldn't yet find.

[mrbogus27]

1. Should be ok so.
2. there is the command open -R %item_path%. If there is already a open finder window, it does what it should, it shows the file in the finder. If there is no open finder window, it only opens the folder in the finder, but the file is not selected. Maybe there is a workaround for this?
3. I would also exclude .DS_Store, they are also mac-only.
4. that is really a typical problem when it comes to programming in non Objective-C for mac, there is not so much help from apple. I would try to find an answer at opensource.apple.com, maybe you find something there?

[Zenju]

> command open -R

Excellent, in my tests on OS X 10.8.2 it works exactly like ""explorer /select" even when the folder is not yet shown.

> programming in non Objective-C

There are two issues which commonly seem to be solved in Objective-C:
1. Recycle bin access
2. Finding associated file icons

I'm currently looking for a C-style solution, if nothing else helps I may need to make some aquaintance with Objective-C.

[fgirault]

i don't know if you're still wodering, but wxwidget 2.8.12 installs without problems as universal binaries with macport (i use macos 10.7.5)
else about filesystem related stuff, that should be possible using corefoundation
[404, Invalid URL: https://developer.apple.com/library/mac/documentation/CoreFoundation/Reference/CoreFoundation_Collection/_index.html]
I guess we need to wrap the features we want to use in some sort of static or dynamic library we can use with gcc48.
Unless Mathias has a better solution?

[Zenju]

OS X 10.8 deprecates Carbon and proposes Cocoa as an alternative. Consequently wxWidgets 2.8.12 which depends on Carbon fails to build on 10.8. Therefore I have to use wxWidgets 2.9.4 which uses Cocoa.

Generally it should be possible to statically link Objective C with C++. But I'm wondering:
Is it okay at this time to follow Apple's recommendation and use Cocoa?

E.g. the recycle bin API in Cocoa, trashItemAtURL:resultingItemURL:error:, requires Mac OS X 10.8 upwards. The older API, FSPathMoveObjectToTrashSync, is working since 10.5 but deprecated as of 10.8.

Are there any number on how many OS X users are on what version of the system? The statistics I found so far only showed the market share of all OS X versions combined.

[mrbogus27]

I would also use Cocoa, it is availiable since OS X 10.4, so every current mac should have it. Relating to this i found http://stackoverflow.com/questions/525609/use-c-with-cocoa-instead-of-objective-c
The recycle bin API seems to have changed in 10.8, i would detect the OS version and then call the appropriate function. Detecting the OS X version is explained here: http://stackoverflow.com/questions/5969485/getting-the-os-version-in-mac-os-x-using-standard-c , there is also a discussion why to do it that way: http://www.cocoabuilder.com/archive/cocoa/222660-how-do-you-get-the-os-version-number-in-or.html
Related to the issue with open -R, i have installed the XtraFinder-Addition, maybe this breaks the command. I need to check it when i am back at my mac.

[Zenju]

I've found the following statistics about OS X version distribution:
http://www.atomicbird.com/sparkle-stats
[404, Invalid URL: http://hints.macworld.com/polls/index.php?pid=snowingyet]
[404, Invalid URL: http://hints.macworld.com/polls/index.php?pid=20100310053852122]

So it seems like supporting 10.5 upwards will be sufficient.

> Detecting the OS X version is explained here:

Thanks!

> detect the OS version and then call the appropriate function

This leads to a general question: For Linux FFS does not try to create universal executables, but requires that it is compiled for each distribution separately.
Windows on the other hand has an excellent "backwards compatibility story" that allows FFS to support all versions since Windows 2000 with a single executable.
What about Mac: Is it possible to support 10.5 upwards with a single executable or do we need separate compilation?
I'm not too far away from finishing the RealtimeSync application bundle, but am not sure if it will work on other OS X than 10.8.2.

[fgirault]

http://forums.macrumors.com/showthread.php?t=1187953

It seems possible to check availability of api functions at runtime. That'd allow to have a single binary.

ps: there's a link to apple documentation

[Zenju]

I've finished compiling and running Realtimesync with gcc4.8, but without the monitoring component for now. The next step is to package and release it as an app. The most urgent question so far is:

How to distribute dynamic libraries in an application bundle?

I could link both wxWidgets and boost statically or dynamically, but am unsure about what is better. There are other dynamic libraries where there is less choice, e.g. libstd++. It seems one should package dynamic libraries in a subdirectory of the app package.
There is a tool "install_name_tool" which can change the path of the dependent dynamic libs of an executable. But doing this manually is excruciatingly tedious and error prone.

What is the standard solution to this? Is it to use Xcode to have the app bundle created automatically? I have yet to find a way to setup a wxWidgets app to compile and run with Xcode 4.6. The requirements are demanding:
- have a universal build with at least i386, 64
- gcc4.8 (maybe clang will work with FFS???)
In Xcode 4.6 I cannot even find "Other C Flags" anymore to put wxWidget header files. Proper support for C++ looks different...

[mrbogus27]

Dynamic linking seems to be fine, you can add the necessary libs to the .app bundle. There is a good guide from Apple how to build bundles: https://developer.apple.com/library/mac/#documentation/CoreFOundation/Conceptual/CFBundles/AboutBundles/AboutBundles.html The relevant part about .app bundles is this one: https://developer.apple.com/library/mac/#documentation/CoreFOundation/Conceptual/CFBundles/BundleTypes/BundleTypes.html#//apple_ref/doc/uid/10000123i-CH101-SW13

Regarding the question of dynamic vs static, i found this discussion: [404, Invalid URL: http://cocoadev.com/wiki/ApplicationLinking]

The result is: it can be done without Xcode, a bundle is just a directory with a special organization.

[Zenju]

Okay, after evaluating all the options, I found the ideal solution that doesn't require any non-standard packages that users might now have: Use LLVM Clang + static linking of wxWidgets and boost.

The port of both RealtimeSync and FreeFileSync is not at all complete, but I just finished a first package. So for an initial test, I'd like to know if you are able to start both tools at all. I've compiled with the 10.7 SDK, the oldest SDK available on Mountain Lion, so OS X 10.7 should work, but I'm not sure if it works on 10.6.

[404, Invalid URL: http://freefilesync.sourceforge.net/FreeFileSync_5.13_OSX_10.7_64bit.zip]

[mrbogus27]

Cool. I can start FFS, choose folders, and start analysis. This are the problems/ToDos i found so far:

"nice-to-have stuff":

1. resizing the window is relatively slow
* if you want to scroll in the file list, you have to use the scrollbar and can not scroll inside the file list as usual
* the gui looks kind of strange (not mac-like ;-))

BUGS:

1. drag and drop does not work
- i try to sync with a network share, and there are files like ._<filename> for each file which is <filename>.
- there is the file "About Downloads" (in the Downloads folder, from Apple) which seem to be a package, like app packages. These packages are displayed as folders, not as a single file. You should treat mac packages as one file (like they appear in the finder), not as a folder.
- the file date of copied files is changed to the current date and time and not preserved. So after a sync, when you analyze the directories again, FFS sees a different date, and wants to copy the files back from the new to the old directory.

I am on Mac OS X 10.8.2.

[fgirault]

I had the following error on launch on MACOS 10.7.5 (the app doesn't start):

Process: launchd [42976]
Path: /Users/USER/*/FreeFileSync.app/Contents/MacOS/FreeFileSync
Identifier: net.SourceForge.FreeFileSync
Version: ??? (???)
Code Type: X86-64 (Native)
Parent Process: launchd [286]

Date/Time: 2013-02-27 23:09:12.755 +0900
OS Version: Mac OS X 10.7.5 (11G63b)
Report Version: 9

Interval Since Last Report: 647134 sec
Crashes Since Last Report: 2
Per-App Crashes Since Last Report: 2
Anonymous UUID: C27E48CF-DDD4-44AC-985F-B64CD125B60C

Crashed Thread: Unknown

Exception Type: EXC_BAD_ACCESS (SIGSEGV)
Exception Codes: KERN_INVALID_ADDRESS at 0x00007fff5fc01028

Backtrace not available

Unknown thread crashed with X86 Thread State (64-bit):
rax: 0x0000000000000055 rbx: 0x0000000000000000 rcx: 0x0000000000000000 rdx: 0x0000000000000000
rdi: 0x0000000000000000 rsi: 0x0000000000000000 rbp: 0x0000000000000000 rsp: 0x0000000000000000
r8: 0x0000000000000000 r9: 0x0000000000000000 r10: 0x0000000000000000 r11: 0x0000000000000000
r12: 0x0000000000000000 r13: 0x0000000000000000 r14: 0x0000000000000000 r15: 0x0000000000000000
rip: 0x00007fff5fc01028 rfl: 0x0000000000010203 cr2: 0x00007fff5fc01028
Logical CPU: 2

Binary images description not available


External Modification Summary:
Calls made by other processes targeting this process:
task_for_pid: 1
thread_create: 0
thread_set_state: 0
Calls made by this process:
task_for_pid: 0
thread_create: 0
thread_set_state: 0
Calls made by all processes on this machine:
task_for_pid: 45982
thread_create: 1
thread_set_state: 0

Model: MacBookPro8,1, BootROM MBP81.0047.B27, 2 processors, Intel Core i5, 2.3 GHz, 8 GB, SMC 1.68f99
Graphics: Intel HD Graphics 3000, Intel HD Graphics 3000, Built-In, 512 MB
Memory Module: BANK 0/DIMM0, 4 GB, DDR3, 1333 MHz, 0x80CE, 0x4D34373142353237334448302D4348392020
Memory Module: BANK 1/DIMM0, 4 GB, DDR3, 1333 MHz, 0x80CE, 0x4D34373142353237334448302D4348392020
AirPort: spairport_wireless_card_type_airport_extreme (0x14E4, 0xD6), Broadcom BCM43xx 1.0 (5.106.198.19.22)
Bluetooth: Version 4.0.8f17, 2 service, 11 devices, 1 incoming serial ports
Network Service: Wi-Fi, AirPort, en1
Serial ATA Device: Hitachi HTS545032B9A302, 320.07 GB
Serial ATA Device: OPTIARC DVD RW AD-5970H
USB Device: hub_device, 0x0424 (SMSC), 0x2513, 0xfd100000 / 2
USB Device: IR Receiver, apple_vendor_id, 0x8242, 0xfd110000 / 3
USB Device: FaceTime HD Camera (Built-in), apple_vendor_id, 0x8509, 0xfa200000 / 3
USB Device: hub_device, 0x0424 (SMSC), 0x2513, 0xfa100000 / 2
USB Device: BRCM2070 Hub, 0x0a5c (Broadcom Corp.), 0x4500, 0xfa110000 / 5
USB Device: Bluetooth USB Host Controller, apple_vendor_id, 0x821a, 0xfa113000 / 8
USB Device: Apple Internal Keyboard / Trackpad, apple_vendor_id, 0x0254, 0xfa120000 / 4

[fgirault]

I had the following error on launch on MACOS 10.7.5 (the app doesn't start):

Process: launchd [42976]
Path: /Users/USER/*/FreeFileSync.app/Contents/MacOS/FreeFileSync
Identifier: net.SourceForge.FreeFileSync
Version: ??? (???)
Code Type: X86-64 (Native)
Parent Process: launchd [286]

Date/Time: 2013-02-27 23:09:12.755 +0900
OS Version: Mac OS X 10.7.5 (11G63b)
Report Version: 9

Interval Since Last Report: 647134 sec
Crashes Since Last Report: 2
Per-App Crashes Since Last Report: 2
Anonymous UUID: C27E48CF-DDD4-44AC-985F-B64CD125B60C

Crashed Thread: Unknown

Exception Type: EXC_BAD_ACCESS (SIGSEGV)
Exception Codes: KERN_INVALID_ADDRESS at 0x00007fff5fc01028

Backtrace not available

Unknown thread crashed with X86 Thread State (64-bit):
rax: 0x0000000000000055 rbx: 0x0000000000000000 rcx: 0x0000000000000000 rdx: 0x0000000000000000
rdi: 0x0000000000000000 rsi: 0x0000000000000000 rbp: 0x0000000000000000 rsp: 0x0000000000000000
r8: 0x0000000000000000 r9: 0x0000000000000000 r10: 0x0000000000000000 r11: 0x0000000000000000
r12: 0x0000000000000000 r13: 0x0000000000000000 r14: 0x0000000000000000 r15: 0x0000000000000000
rip: 0x00007fff5fc01028 rfl: 0x0000000000010203 cr2: 0x00007fff5fc01028
Logical CPU: 2

Binary images description not available


External Modification Summary:
Calls made by other processes targeting this process:
task_for_pid: 1
thread_create: 0
thread_set_state: 0
Calls made by this process:
task_for_pid: 0
thread_create: 0
thread_set_state: 0
Calls made by all processes on this machine:
task_for_pid: 45982
thread_create: 1
thread_set_state: 0

Model: MacBookPro8,1, BootROM MBP81.0047.B27, 2 processors, Intel Core i5, 2.3 GHz, 8 GB, SMC 1.68f99
Graphics: Intel HD Graphics 3000, Intel HD Graphics 3000, Built-In, 512 MB
Memory Module: BANK 0/DIMM0, 4 GB, DDR3, 1333 MHz, 0x80CE, 0x4D34373142353237334448302D4348392020
Memory Module: BANK 1/DIMM0, 4 GB, DDR3, 1333 MHz, 0x80CE, 0x4D34373142353237334448302D4348392020
AirPort: spairport_wireless_card_type_airport_extreme (0x14E4, 0xD6), Broadcom BCM43xx 1.0 (5.106.198.19.22)
Bluetooth: Version 4.0.8f17, 2 service, 11 devices, 1 incoming serial ports
Network Service: Wi-Fi, AirPort, en1
Serial ATA Device: Hitachi HTS545032B9A302, 320.07 GB
Serial ATA Device: OPTIARC DVD RW AD-5970H
USB Device: hub_device, 0x0424 (SMSC), 0x2513, 0xfd100000 / 2
USB Device: IR Receiver, apple_vendor_id, 0x8242, 0xfd110000 / 3
USB Device: FaceTime HD Camera (Built-in), apple_vendor_id, 0x8509, 0xfa200000 / 3
USB Device: hub_device, 0x0424 (SMSC), 0x2513, 0xfa100000 / 2
USB Device: BRCM2070 Hub, 0x0a5c (Broadcom Corp.), 0x4500, 0xfa110000 / 5
USB Device: Bluetooth USB Host Controller, apple_vendor_id, 0x821a, 0xfa113000 / 8
USB Device: Apple Internal Keyboard / Trackpad, apple_vendor_id, 0x0254, 0xfa120000 / 4

Note: I got the same error for both apps. THe one above was for freefilesync.app.

Note 2:
In this discussion, some people talk about setting the deployment target to 10.7 in Xcode:
https://github.com/tomaz/appledoc/issues/236
I'm not sure if you are actually using Xcode now, but if you can set the deployment target to 10.7 I think there's a chance it would work. But I don't know if the same binary would work on 10.8 (though I'd say it should).
Maybe you have to set it to 10.6 to be compatible with versions down to 10.6.

[Zenju]

> resizing the window is relatively slow

I believe this has to do with OS X double-buffering all graphics output by default. I see the same slow performance for GTK, e.g. on Ubuntu Linux. On Windows on the other hand it's the application's responsibility to double buffer, which seems to work a lot faster. The drawback is a little more flicker if one isn't careful. Also on windows there is a flag to apply double-buffering generally: SetDoubleBuffered()/WS_EX_COMPOSITED. The result is the same slow performance like on Linux and OS X. It's possible though, that this is a wxWidgets performance bug, where they apply double-buffering unconditionally without checking first if the OS does this already. I found this to be the case with wxComboBoxControl and a few other places. But I'm not sure if this is enough to completly explain the slowdown on Linux/OSX.

> if you want to scroll in the file list, you have to use the scrollbar and can not scroll inside the file list as usual

I fixed this.

> the gui looks kind of strange (not mac-like ;-))

There is a lot of small stuff that's not quite right yet. For example all the font sizes that I set larger than default, like the big "comparison" and "synchronize" button texts, are very small on OS X. Also a lot of button graphics do not look good (view filters) because there is not enough room towards the button borders. I fixed the same issue bluntly on GTK by just changing the OS defaults to not show fancy frames around the buttons. Maybe it's time to revise this and make it right.

But besides the obvious graphical issues. What are the most important points about design convention that OS X users expect and that FFS does not get right? One important point seems they expect an order of "Default, Cancel, Okay" with a big gap before the "Okay". Are there similar points that I should be aware of?

Another thing is that both FFS and RTS packages share a lot of resource files which bloats the overall package sizes. Is there some way to share the resources of these two apps?

> drag and drop does not work

This is still a todo.

> i try to sync with a network share, and there are files like ._ for each file which is .
> there is the file "About Downloads" (in the Downloads folder, from Apple) which seem to be a package,
> like app packages. These packages are displayed as folders, not as a single file.
> You should treat mac packages as one file (like they appear in the finder), not as a folder.

This means I would have to show users one "logical view" but internally work with the "real view", i.e. the view that the posix layer has on the files. I don't think this is really worthwhile to implement, for one it would require a lot of non-portable shell-layer code and a redesign affecting FFS's core routines. On the other hand there is no functional advantage and power users might event want to see the "real view". For Windows there is the same distinction between shell and kernel layer. FFS generally works at kernel layer, so far without any real complaints from users. At this point it's best to just wait and see if there is a demand for this at all.

> the file date of copied files is changed to the current date and time and not preserved. So after a sync, when you analyze
> the directories again, FFS sees a different date, and wants to copy the files back from the new to the old directory.

FFS correctly calls "utime" and reports failure codes it receives. In my tests on a local volume this worked correctly. If "utime" is not the correct API to call on OS X, I'll change it. To be investigated.


> Note: I got the same error for both apps. THe one above was for freefilesync.app.
> In this discussion, some people talk about setting the deployment target to 10.7 in Xcode:

I set the 10.7 sdk when compiling wxWidgets, but not for boost and FreeFileSync. Maybe there's currently a mixture of 10.7 and 10.8 SDKs, latter of which is selected by default if nothing else is specified.
I made a test and recompiled FFS using the "isysroot" command, then compared the dynamic library dependencies. It definitively did something as can be seen on the diff screenshot attached. BUT I did not yet re-compile boost to consider the 10.7 sdk, so this could still cause trouble. Anyway let's test again with the new version. I've updated the link below:
[404, Invalid URL: http://freefilesync.sourceforge.net/FreeFileSync_5.13_OSX_10.7_64bit.zip]

[Zenju]

> drag and drop does not work

I found this was just no implemented even by wxWidgets development version 2.9.4.
http://trac.wxwidgets.org/ticket/14484
So we need the latest wxWidgets "trunk version" which indeed solves the "drag and drop" but they introduce new bugs that were not in 2.9.4. Sigh, I'm beginning to feel like Don Quijote...

[mrbogus27]

I think the main problem with the .app folders (and all kinds of bundle files) is, that in MacOS X the user only sees the .app as one file, and the most users do not know that a .app bundle is actually a folder. But in the file list of FFS, the user is presented the file tree with all the files that are contained in this .app file, and that is rather confusing and misleading.
The user then can select to synchronize single files out of that package, what would lead to a non-functional copy of that file. Together with the timestamp bug i mentioned before, in the next sync run, all the files not synced before (because the user unselected them) will be deleted from the original .app file (and make it unusuable)!

For a mac user this behavior is as if you would split a .exe file in windows into parts and allow the user to sync only a few parts of it. So i think this is the most important part to fix before releasing a mac version.

I think you have to add a check for every directory that is loaded into the file list if it is a bundle or not. If it is a bundle, just show the bundle name and not the whole file tree that is inside that bundle. Apple describes how to identify a bundle: https://developer.apple.com/library/mac/#documentation/CoreFOundation/Conceptual/CFBundles/AboutBundles/AboutBundles.html#//apple_ref/doc/uid/10000123i-CH100-SW1

I found two other discussions on how to identify a bundle:

* the objective-c way: http://stackoverflow.com/questions/2254738/check-if-path-is-folder-bundle-alias-in-objc
* the command line way: http://stackoverflow.com/questions/121147/determine-if-a-directory-is-a-bundle-or-package-in-the-mac-os-x-terminal

Regarding the drag and drop: I would just let it as it is, maybe remove the "Drag & Drop" sign from the GUI, and put it as "to be done when wxwidgets is functional" ;-)

[fgirault]

I tried your second version but still the same error occurs on launch. Maybe boost is the problem as you suggested.

[Zenju]

> Together with the timestamp bug i mentioned before, in the next sync run, all the files not synced before (because the user unselected them) will be deleted from the original .app file (and make it unusuable)!

I don't see how a timestamp problem could lead to an actual deletion of files. If they were excluded the last time, they will now be copied according to the sync rules that are setup.

> Regarding the drag and drop

I manually back-ported the trunk changes for drag and drop into wxWidgets 2.9.4 and am crossing fingers that I don't find other major issues with this wxWidgets development version.

> but still the same error occurs on launch.

I'm not entirely sure what the best way is to debug this issue. But I found the error log shown in the terminal much more useful than what is presented by Finder when an app crashes. Could you start FFS from terminal and paste the output here? Meanwhile I also compiled boost with 10.7 sdk, so all components are on the same level:
[404, Invalid URL: http://freefilesync.sourceforge.net/FreeFileSync_5.13_OSX_64bit_beta.zip]

[fgirault]

Great it launches the app now.
I'll try it and tell you if I find additional issues.

[Zenju]

> Great it launches the app now.

So it must have been a problem with mixing different sdks - even though there was no compiler/linker error - and the dynamic library dependencies also did not change when finally compiling boost with the 10.7 sdk!

Meanwhile I just updated the link above to reflect the latest changes.

[fgirault]

Hi I tried with the last version you posted.
With this version I do not reproduce the problems Mathias had except for the app bundles (I would tend to agree that ffs should list only the bundle, not each file that is inside it).
Else:

- on my configuration there is a hidden DS_Store that should be in the default ignore list:
> -rwxrwxrwx 1 user staff 6148 Mar 3 22:26 .DS_Store
> -rwxrwxrwx 1 user staff 4096 Mar 3 22:25 ._.DS_Store
The second one (with prefixed "point underscore") wasn't ignored.

- Double clicking a batch job opens the ffs UI, instead of starting synchronization. Using terminal to pass the ffs_batch as a parameter to the actual ffs executable solves the issue but I think people would expect it to be as simple as doubleclicking the ffs_batch file.

[Zenju]

> the file date of copied files is changed to the current date

I was finally able to reproduce this issue. This is only occuring when storing files on a network share and it turned out that a recent change ([404, Invalid URL: https://sourceforge.net/p/freefilesync/bugs/230/]) triggered latent bugs in samba and nfs:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=340236
http://comments.gmane.org/gmane.linux.file-systems.cifs/2854
I reverted the code changes, so the time stamp issue should be solved now.

> DS_Store that should be in the default ignore list:

I'm hesitant to include entries other than directories in the default exclusion filter since they might have a performance impact. This sounds like premature optimization, but is actually preventing premature pessimization: The goal of the default exclude filter is *not* to be comprehensive, but rather give the user an idea how the filter syntax looks like and what entries may be inserted here. In general it's highly user-dependent what is considered a default exclusion. Therefore I'll include some means for each user to save his very own default settings in some future FreeFileSync version.

I've updated the link above with the most recent updates, including tons of GUI polishment.

[fgirault]

I tried the new version. I had a crash once with RealTimeSync when I clicked on it to display it, but I couldn't reproduce it (it worked well anyother time I used it).
I didn't find any particular issue (I'm trying to sync some 400GB but except for my wireless connection dropping in the middle of syncs I didn't find any issue that could be attributed to ffs).

[mrbogus27]

I tried the last version, and had no big problems.

I found these bugs:

* When you create a batch job, then click on the question mark to open the help, close the help, and then press a key, FFS crashes.
* I could not close RealTimeSync via "cmd-Q" or the menu entry, just by clicking on the x button.

Just a few things to improve:

* When creating a batch job, the help has no manual for Mac.

[Zenju]

> When you create a batch job [...] FFS crashes

Good find! wxWidgets (or is it a general OS X restriction?) has problems showing non-modal dialogs (= the program help) from modal dialogs. Unfortunately the way to "notify" about this is to have my program crash in subtle ways >:(
I solved this (and a few other minor issues) by making the help dialog modal.

> I could not close RealTimeSync

Indeed, I found this was simply not implemented, but quite for some time already. Strange nobody noticed this before. Fixed.

> When creating a batch job, the help has no manual for Mac.

You're right, but the FFS batch jobs have bigger problems right now:

Mouse double-click is not working... at all. Worse, I don't have a good idea how to solve this.
In general the way to implement file associations in Cocoa is to catch the Apple "open-document" event and do something with the file names given.

This works for document-based apps - FFS is *not* document-based. Instead FFS requires that a new process is launched for each .ffs_batch file to execute, it doesn't help to get a list of file names delivered to the *same* process and at an *undetermined* time: e.g. FFS wouldn't know what to do with such a file in the middle of a sync.

And then there's a quality-of-implementation problem with wxWidgets: There are various bugs and "sub-optimal" implementation. It boils down to that I cannot even reliably distinguish the two cases of Apple events "open-application" and "open-document". In some cases (start via command line with one argument) *both* are received. This is a known wxWidgets bug.

The ideal solution would be to somehow "tag" FFS to be treated like a command line application: Multiple double-clicks would spawn multiple processes; double-clicking a .ffs_batch file would just pass this as command line argument to a new FFS process.

Any ideas?

Anyway, here's the current status including the bug-fixes mentioned above:
[404, Invalid URL: http://freefilesync.sourceforge.net/FreeFileSync_5.14_Mac_OS_X_64-bit_beta.zip]

[fgirault]

I got the crash again with RealTimeSync.
It happened when I clicked "restore" from the icon in the status bar.

Process: RealtimeSync [7032]
Path: /Users/USER/*/RealtimeSync.app/Contents/MacOS/RealtimeSync
Identifier: net.SourceForge.RealtimeSync
Version: ??? (???)
Code Type: X86-64 (Native)
Parent Process: launchd [261]

Date/Time: 2013-03-14 23:23:46.722 +0900
OS Version: Mac OS X 10.7.5 (11G63b)
Report Version: 9

Interval Since Last Report: 552739 sec
Crashes Since Last Report: 1
Per-App Interval Since Last Report: 210593 sec
Per-App Crashes Since Last Report: 1
Anonymous UUID: C27E48CF-DDD4-44AC-985F-B64CD125B60C

Crashed Thread: 0 Dispatch queue: com.apple.main-thread

Exception Type: EXC_BAD_ACCESS (SIGSEGV)
Exception Codes: KERN_INVALID_ADDRESS at 0x00000000000001a8

VM Regions Near 0x1a8:
-->
__TEXT 000000010a97f000-000000010ae67000 [ 5024K] r-x/rwx SM=COW /Users/USER/*/RealtimeSync.app/Contents/MacOS/RealtimeSync

Application Specific Information:
objc[7032]: garbage collection is OFF

Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
0 net.SourceForge.RealtimeSync 0x000000010a99014c MainDialog::OnStart(wxCommandEvent&) + 332
1 net.SourceForge.RealtimeSync 0x000000010acade15 wxEvtHandler::SearchDynamicEventTable(wxEvent&) + 197
2 net.SourceForge.RealtimeSync 0x000000010acadbea wxEvtHandler::ProcessEventLocally(wxEvent&) + 58
3 net.SourceForge.RealtimeSync 0x000000010acadb35 wxEvtHandler::ProcessEvent(wxEvent&) + 101
4 net.SourceForge.RealtimeSync 0x000000010acade4f wxEvtHandler::SafelyProcessEvent(wxEvent&) + 15
5 net.SourceForge.RealtimeSync 0x000000010ab9e370 wxWindowBase::HandleWindowEvent(wxEvent&) const + 16
6 net.SourceForge.RealtimeSync 0x000000010aa9f5e9 wxControl::ProcessCommand(wxCommandEvent&) + 9
7 net.SourceForge.RealtimeSync 0x000000010aa8280e wxButton::OSXHandleClicked(double) + 62
8 net.SourceForge.RealtimeSync 0x000000010aae8129 wxWidgetCocoaImpl::controlAction(NSView*, void*, void*) + 25
9 com.apple.CoreFoundation 0x00007fff86c5070d -[NSObject performSelector:withObject:] + 61
10 com.apple.AppKit 0x00007fff8ce0c8ca -[NSApplication sendAction:to:from:] + 139
11 com.apple.AppKit 0x00007fff8ce0c7fe -[NSControl sendAction:to:] + 88
12 com.apple.AppKit 0x00007fff8ce0c729 -[NSCell _sendActionFrom:] + 137
13 com.apple.AppKit 0x00007fff8ce0bbec -[NSCell trackMouse:inRect:ofView:untilMouseUp:] + 2014
14 com.apple.AppKit 0x00007fff8ce8bb74 -[NSButtonCell trackMouse:inRect:ofView:untilMouseUp:] + 489
15 com.apple.AppKit 0x00007fff8ce0a7f6 -[NSControl mouseDown:] + 786
16 net.SourceForge.RealtimeSync 0x000000010aae7277 wxWidgetCocoaImpl::mouseEvent(NSEvent*, NSView*, void*) + 103
17 com.apple.AppKit 0x00007fff8cdd5c98 -[NSWindow sendEvent:] + 6306
18 net.SourceForge.RealtimeSync 0x000000010aad9a93 -[wxNSWindow sendEvent:] + 131
19 com.apple.AppKit 0x00007fff8cd6f3a5 -[NSApplication sendEvent:] + 5593
20 com.apple.AppKit 0x00007fff8cd05a0e -[NSApplication run] + 555
21 net.SourceForge.RealtimeSync 0x000000010aad0c16 wxGUIEventLoop::DoRun() + 38
22 net.SourceForge.RealtimeSync 0x000000010ac97150 wxCFEventLoop::Run() + 80
23 net.SourceForge.RealtimeSync 0x000000010abd9b8e wxAppConsoleBase::MainLoop() + 94
24 net.SourceForge.RealtimeSync 0x000000010aa9dc4a wxApp::OnRun() + 26
25 net.SourceForge.RealtimeSync 0x000000010a9818c0 Application::OnRun() + 16
26 net.SourceForge.RealtimeSync 0x000000010ac3ad74 wxEntry(int&, wchar_t**) + 132
27 net.SourceForge.RealtimeSync 0x000000010a980ce4 main + 20
28 net.SourceForge.RealtimeSync 0x000000010a980cc4 start + 52

Thread 1:: Dispatch queue: com.apple.libdispatch-manager
0 libsystem_kernel.dylib 0x00007fff850017e6 kevent + 10
1 libdispatch.dylib 0x00007fff8385d786 _dispatch_mgr_invoke + 923
2 libdispatch.dylib 0x00007fff8385c316 _dispatch_mgr_thread + 54

Thread 2:
0 libsystem_kernel.dylib 0x00007fff85001192 __workq_kernreturn + 10
1 libsystem_c.dylib 0x00007fff8912f594 _pthread_wqthread + 758
2 libsystem_c.dylib 0x00007fff89130b85 start_wqthread + 13

Thread 3:
0 libsystem_kernel.dylib 0x00007fff85001192 __workq_kernreturn + 10
1 libsystem_c.dylib 0x00007fff8912f594 _pthread_wqthread + 758
2 libsystem_c.dylib 0x00007fff89130b85 start_wqthread + 13

Thread 4:
0 libsystem_kernel.dylib 0x00007fff85001192 __workq_kernreturn + 10
1 libsystem_c.dylib 0x00007fff8912f594 _pthread_wqthread + 758
2 libsystem_c.dylib 0x00007fff89130b85 start_wqthread + 13

Thread 0 crashed with X86 Thread State (64-bit):
rax: 0x0000000000000000 rbx: 0x0000000000000000 rcx: 0x0000000000076050 rdx: 0x00007ff0e8654330
rdi: 0x000000010b161e00 rsi: 0x00007ff0e8600000 rbp: 0x00007fff6a57e010 rsp: 0x00007fff6a57df60
r8: 0x0000000000000000 r9: 0x00007ff0e86446e0 r10: 0x00000000274e7597 r11: 0x00000000affa53fd
r12: 0x00007ff0e900fd1c r13: 0x00007fff6a57e100 r14: 0x0000000000000000 r15: 0x00007ff0e900f800
rip: 0x000000010a99014c rfl: 0x0000000000010297 cr2: 0x00000000000001a8
Logical CPU: 0

Binary Images:
0x10a97f000 - 0x10ae66ff7 +net.SourceForge.RealtimeSync (??? - ???) <B6B7344A-9F4D-3530-81EB-1D7047D9E7AB> /Users/USER/*/RealtimeSync.app/Contents/MacOS/RealtimeSync
0x10da37000 - 0x10da41fef libcldcpuengine.dylib (2.0.19 - compatibility 1.0.0) <4572AD1E-D1D1-3412-AFCC-D37037B1FAB5> /System/Library/Frameworks/OpenCL.framework/Libraries/libcldcpuengine.dylib
0x10da47000 - 0x10da47ffb +cl_kernels (??? - ???) <AB31E91A-EDB6-441A-8A23-8A6632412B59> cl_kernels
0x10f61b000 - 0x10f61eff7 libCoreFSCache.dylib (??? - ???) <0D155750-7910-32C5-8327-924FC1089442> /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libCoreFSCache.dylib
0x10f636000 - 0x10f6d5ff7 unorm8_bgra.dylib (2.0.19 - compatibility 1.0.0) <47DA7D73-C52D-322F-A08F-4DB320A65373> /System/Library/Frameworks/OpenCL.framework/Libraries/ImageFormats/unorm8_bgra.dylib
0x7fff6a57f000 - 0x7fff6a5b3baf dyld (195.6 - ???) <0CD1B35B-A28F-32DA-B72E-452EAD609613> /usr/lib/dyld
0x7fff82254000 - 0x7fff8228dfe7 libssl.0.9.8.dylib (44.0.0 - compatibility 0.9.8) <79AAEC98-1258-3DA4-B1C0-4120049D390B> /usr/lib/libssl.0.9.8.dylib
0x7fff8228e000 - 0x7fff8229cfff com.apple.HelpData (2.1.2 - 72.2) <363E36C5-F7C0-34A6-83D3-97C8FB6511F0> /System/Library/PrivateFrameworks/HelpData.framework/Versions/A/HelpData
0x7fff82468000 - 0x7fff82471ff7 libsystem_notify.dylib (80.1.0 - compatibility 1.0.0) <A4D651E3-D1C6-3934-AD49-7A104FD14596> /usr/lib/system/libsystem_notify.dylib
0x7fff82472000 - 0x7fff82479fff libcopyfile.dylib (85.1.0 - compatibility 1.0.0) <172B1985-F24A-34E9-8D8B-A2403C9A0399> /usr/lib/system/libcopyfile.dylib
0x7fff8247a000 - 0x7fff8247efff libdyld.dylib (195.5.0 - compatibility 1.0.0) <F1903B7A-D3FF-3390-909A-B24E09BAD1A5> /usr/lib/system/libdyld.dylib
0x7fff8247f000 - 0x7fff82563e5f libobjc.A.dylib (228.0.0 - compatibility 1.0.0) <871E688B-CF57-3BC7-80D6-F6476DFF109B> /usr/lib/libobjc.A.dylib
0x7fff82564000 - 0x7fff82569fff libcompiler_rt.dylib (6.0.0 - compatibility 1.0.0) <98ECD5F6-E85C-32A5-98CD-8911230CB66A> /usr/lib/system/libcompiler_rt.dylib
0x7fff8259a000 - 0x7fff825bbfff libPng.dylib (??? - ???) <E2B52527-4D0C-3595-BB13-8E8EF364E998> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Resources/libPng.dylib
0x7fff82617000 - 0x7fff8261dfff IOSurface (??? - ???) <77C6757B-D357-3E34-9424-48F962B5CC9C> /System/Library/Frameworks/IOSurface.framework/Versions/A/IOSurface
0x7fff8261e000 - 0x7fff8263dfff libresolv.9.dylib (46.1.0 - compatibility 1.0.0) <0635C52D-DD53-3721-A488-4C6E95607A74> /usr/lib/libresolv.9.dylib
0x7fff826f8000 - 0x7fff82721fff libJPEG.dylib (??? - ???) <64D079F9-256A-323B-A837-84628B172F21> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Resources/libJPEG.dylib
0x7fff82a4b000 - 0x7fff82a67ff7 com.apple.GenerationalStorage (1.0 - 126.1) <509F52ED-E54B-3FEF-B3C2-759387B826E6> /System/Library/PrivateFrameworks/GenerationalStorage.framework/Versions/A/GenerationalStorage
0x7fff82b55000 - 0x7fff82b5afff com.apple.OpenDirectory (10.7 - 146) <A674AB55-6E3D-39AE-9F9B-9865D0193020> /System/Library/Frameworks/OpenDirectory.framework/Versions/A/OpenDirectory
0x7fff82b5b000 - 0x7fff82c74fff com.apple.DesktopServices (1.6.5 - 1.6.5) <5E7DD5F4-B4DA-3F75-A14A-3494E81CFBA0> /System/Library/PrivateFrameworks/DesktopServicesPriv.framework/Versions/A/DesktopServicesPriv
0x7fff82ee7000 - 0x7fff82f9aff7 com.apple.CoreText (220.22.0 - ???) <A7A1096F-A211-3775-BA33-08FE98D27F08> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/CoreText.framework/Versions/A/CoreText
0x7fff82fae000 - 0x7fff82fb1fff libRadiance.dylib (??? - ???) <CD89D70D-F177-3BAE-8A26-644EA7D5E28E> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Resources/libRadiance.dylib
0x7fff82fb2000 - 0x7fff82fc8fff libGL.dylib (??? - ???) <A4876AE9-DDFE-3B9A-874E-09BC29D46C39> /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGL.dylib
0x7fff82fc9000 - 0x7fff82fd4ff7 libc++abi.dylib (14.0.0 - compatibility 1.0.0) <8FF3D766-D678-36F6-84AC-423C878E6D14> /usr/lib/libc++abi.dylib
0x7fff82fd5000 - 0x7fff83050ff7 com.apple.print.framework.PrintCore (7.1 - 366.3) <C5F39A82-0E77-3AD6-906A-20DD2EE8D374> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/PrintCore.framework/Versions/A/PrintCore
0x7fff83051000 - 0x7fff830d5ff7 com.apple.ApplicationServices.ATS (317.12.0 - ???) <BE3C156D-8326-37AA-BC4E-D3C0D31BF976> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ATS.framework/Versions/A/ATS
0x7fff830d6000 - 0x7fff830d8fff libquarantine.dylib (36.7.0 - compatibility 1.0.0) <8D9832F9-E4A9-38C3-B880-E5210B2353C7> /usr/lib/system/libquarantine.dylib
0x7fff830d9000 - 0x7fff8315cfef com.apple.Metadata (10.7.0 - 627.37) <B9BEB598-B6F2-3BFF-A8F3-C3C87CD076AB> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/Metadata.framework/Versions/A/Metadata
0x7fff831c1000 - 0x7fff831c2fff libunc.dylib (24.0.0 - compatibility 1.0.0) <C67B3B14-866C-314F-87FF-8025BEC2CAAC> /usr/lib/system/libunc.dylib
0x7fff8340b000 - 0x7fff83512fe7 libsqlite3.dylib (9.6.0 - compatibility 9.0.0) <EE02BB01-64C9-304D-9719-A35F5CD6D04C> /usr/lib/libsqlite3.dylib
0x7fff83513000 - 0x7fff83586fff libstdc++.6.dylib (52.0.0 - compatibility 7.0.0) <6BDD43E4-A4B1-379E-9ED5-8C713653DFF2> /usr/lib/libstdc++.6.dylib
0x7fff83587000 - 0x7fff8361dff7 libvMisc.dylib (325.4.0 - compatibility 1.0.0) <642D8D54-F9F5-3FBB-A96C-EEFE94C6278B> /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libvMisc.dylib
0x7fff8361e000 - 0x7fff8361efff com.apple.vecLib (3.7 - vecLib 3.7) <9A58105C-B36E-35B5-812C-4ED693F2618F> /System/Library/Frameworks/vecLib.framework/Versions/A/vecLib
0x7fff8361f000 - 0x7fff8364cfe7 libSystem.B.dylib (159.1.0 - compatibility 1.0.0) <7BEBB139-50BB-3112-947A-F4AA168F991C> /usr/lib/libSystem.B.dylib
0x7fff8364d000 - 0x7fff8365cfff com.apple.opengl (1.8.1 - 1.8.1) <51B34133-CEE3-3FC6-82AC-ADF567AE673C> /System/Library/Frameworks/OpenGL.framework/Versions/A/OpenGL
0x7fff8367d000 - 0x7fff836e5ff7 com.apple.coreui (1.2.2 - 165.11) <9316266A-39CA-3EC7-9C9E-726462CEFF4D> /System/Library/PrivateFrameworks/CoreUI.framework/Versions/A/CoreUI
0x7fff836e6000 - 0x7fff837dbfff libiconv.2.dylib (7.0.0 - compatibility 7.0.0) <5C40E880-0706-378F-B864-3C2BD922D926> /usr/lib/libiconv.2.dylib
0x7fff837dc000 - 0x7fff837eeff7 libz.1.dylib (1.2.5 - compatibility 1.0.0) <30CBEF15-4978-3DED-8629-7109880A19D4> /usr/lib/libz.1.dylib
0x7fff837ef000 - 0x7fff83813fff com.apple.Kerberos (1.0 - 1) <1F826BCE-DA8F-381D-9C4C-A36AA0EA1CB9> /System/Library/Frameworks/Kerberos.framework/Versions/A/Kerberos
0x7fff8385a000 - 0x7fff83868fff libdispatch.dylib (187.10.0 - compatibility 1.0.0) <8E03C652-922A-3399-93DE-9EA0CBFA0039> /usr/lib/system/libdispatch.dylib
0x7fff8389a000 - 0x7fff838fafff libvDSP.dylib (325.4.0 - compatibility 1.0.0) <3A7521E6-5510-3FA7-AB65-79693A7A5839> /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libvDSP.dylib
0x7fff838fd000 - 0x7fff83914fff com.apple.MultitouchSupport.framework (231.4 - 231.4) <10A978D1-8781-33F0-BE45-60C9171F7278> /System/Library/PrivateFrameworks/MultitouchSupport.framework/Versions/A/MultitouchSupport
0x7fff83915000 - 0x7fff839f4fff com.apple.ImageIO.framework (3.1.2 - 3.1.2) <E982B3FF-4788-3FA2-B9F1-53E44E2EA9BA> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/ImageIO
0x7fff839f5000 - 0x7fff83a39ff7 com.apple.MediaKit (12 - 602) <0C2CBEDA-412F-3DDF-9C74-44114E5E0DB9> /System/Library/PrivateFrameworks/MediaKit.framework/Versions/A/MediaKit
0x7fff83a3a000 - 0x7fff83a7afff libtidy.A.dylib (??? - ???) <E500CDB9-C010-3B1A-B995-774EE64F39BE> /usr/lib/libtidy.A.dylib
0x7fff83a7b000 - 0x7fff83a82fff libCGXCoreImage.A.dylib (600.0.0 - compatibility 64.0.0) <1116CD6D-E7AD-375F-A691-B9DF6609FEAD> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/CoreGraphics.framework/Versions/A/Resources/libCGXCoreImage.A.dylib
0x7fff83a83000 - 0x7fff83a84ff7 libsystem_sandbox.dylib (??? - ???) <2A09E4DA-F47C-35CB-B70C-E0492BA9F20E> /usr/lib/system/libsystem_sandbox.dylib
0x7fff83a85000 - 0x7fff83b1fff7 com.apple.SearchKit (1.4.0 - 1.4.0) <4E70C394-773E-3A4B-A93C-59A88ABA9509> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/SearchKit.framework/Versions/A/SearchKit
0x7fff83f22000 - 0x7fff83f61fff com.apple.AE (527.7 - 527.7) <B82F7ABC-AC8B-3507-B029-969DD5CA813D> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/AE.framework/Versions/A/AE
0x7fff83f62000 - 0x7fff84067fff libFontParser.dylib (??? - ???) <D2E56B6E-3182-3667-A78C-4172C435523A> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ATS.framework/Versions/A/Resources/libFontParser.dylib
0x7fff84068000 - 0x7fff8406dfff libGIF.dylib (??? - ???) <58A4492D-AAE7-3B8F-8B06-62867471A3EE> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Resources/libGIF.dylib
0x7fff8406e000 - 0x7fff8417afff libcrypto.0.9.8.dylib (44.0.0 - compatibility 0.9.8) <3A8E1F89-5E26-3C8B-B538-81F5D61DBF8A> /usr/lib/libcrypto.0.9.8.dylib
0x7fff8417b000 - 0x7fff8417cff7 libremovefile.dylib (21.1.0 - compatibility 1.0.0) <739E6C83-AA52-3C6C-A680-B37FE2888A04> /usr/lib/system/libremovefile.dylib
0x7fff8417d000 - 0x7fff841acfff com.apple.shortcut (2.1 - 2.1) <BE0AB36A-6911-356B-8784-D39175ACAF55> /System/Library/PrivateFrameworks/Shortcut.framework/Versions/A/Shortcut
0x7fff841cd000 - 0x7fff841e0ff7 libCRFSuite.dylib (??? - ???) <034D4DAA-63F0-35E4-BCEF-338DD7A453DD> /usr/lib/libCRFSuite.dylib
0x7fff841e1000 - 0x7fff84222fff com.apple.QD (3.40 - ???) <47674D2C-BE88-388E-B1B0-03F08BFFE5FD> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/QD.framework/Versions/A/QD
0x7fff84234000 - 0x7fff8423bfff libGFXShared.dylib (??? - ???) <D3598924-B167-372E-8C9F-1BBF68852542> /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGFXShared.dylib
0x7fff844b4000 - 0x7fff844b7ff7 com.apple.securityhi (4.0 - 1) <B37B8946-BBD4-36C1-ABC6-18EDBC573F03> /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/SecurityHI.framework/Versions/A/SecurityHI
0x7fff84b59000 - 0x7fff84b89ff7 com.apple.DictionaryServices (1.2.1 - 158.3) <5E2EBBFD-D520-3379-A431-11DAA844B8D6> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/DictionaryServices.framework/Versions/A/DictionaryServices
0x7fff84c1e000 - 0x7fff84dbeff7 com.apple.QuartzCore (1.7 - 270.5) <19E5E0AB-DAA9-3F97-988C-D9A46AFB9C04> /System/Library/Frameworks/QuartzCore.framework/Versions/A/QuartzCore
0x7fff84e88000 - 0x7fff84eeaff7 com.apple.Symbolication (1.3 - 91) <B072970E-9EC1-3495-A1FA-D344C6E74A13> /System/Library/PrivateFrameworks/Symbolication.framework/Versions/A/Symbolication
0x7fff84eeb000 - 0x7fff84ef5ff7 liblaunch.dylib (392.39.0 - compatibility 1.0.0) <8C235D13-2928-30E5-9E12-2CC3D6324AE2> /usr/lib/system/liblaunch.dylib
0x7fff84ef6000 - 0x7fff84f04ff7 libkxld.dylib (??? - ???) <01161870-E3B3-3F87-BA4A-0AA7A081F409> /usr/lib/system/libkxld.dylib
0x7fff84f05000 - 0x7fff84fe9ff7 com.apple.CoreServices.OSServices (478.49 - 478.49) <E5BF2069-ED1A-31F5-AFC2-4A530BD467AA> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/OSServices.framework/Versions/A/OSServices
0x7fff84fea000 - 0x7fff8500afff libsystem_kernel.dylib (1699.32.7 - compatibility 1.0.0) <66C9F9BD-C7B3-30D4-B1A0-03C8A6392351> /usr/lib/system/libsystem_kernel.dylib
0x7fff8500b000 - 0x7fff8500efff libCoreVMClient.dylib (??? - ???) <28CB0F3F-A202-391F-8CAC-FC9A1398A962> /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libCoreVMClient.dylib
0x7fff8505b000 - 0x7fff85139fff com.apple.DiscRecording (6.0.4 - 6040.4.1) <E6D5835F-EE3C-3814-A2EE-6962B5570EF1> /System/Library/Frameworks/DiscRecording.framework/Versions/A/DiscRecording
0x7fff85175000 - 0x7fff851c1ff7 com.apple.SystemConfiguration (1.11.3 - 1.11) <0A7F1982-B4EA-3424-A0C7-FE46C6224F03> /System/Library/Frameworks/SystemConfiguration.framework/Versions/A/SystemConfiguration
0x7fff851c2000 - 0x7fff85436fff com.apple.CoreImage (7.99.1 - 1.0.1) <4BB09B79-275B-364C-9466-0FF36ABB1218> /System/Library/Frameworks/QuartzCore.framework/Versions/A/Frameworks/CoreImage.framework/Versions/A/CoreImage
0x7fff85437000 - 0x7fff85437fff com.apple.Accelerate (1.7 - Accelerate 1.7) <82DDF6F5-FBC3-323D-B71D-CF7ABC5CF568> /System/Library/Frameworks/Accelerate.framework/Versions/A/Accelerate
0x7fff85438000 - 0x7fff8543ffff com.apple.NetFS (4.0 - 4.0) <B9F41443-679A-31AD-B0EB-36557DAF782B> /System/Library/Frameworks/NetFS.framework/Versions/A/NetFS
0x7fff85440000 - 0x7fff85484ff7 libRIP.A.dylib (600.0.0 - compatibility 64.0.0) <B2A38D2C-7E82-34C5-8896-48C37B0E64A3> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/CoreGraphics.framework/Versions/A/Resources/libRIP.A.dylib
0x7fff855cf000 - 0x7fff8560afff libsystem_info.dylib (??? - ???) <35F90252-2AE1-32C5-8D34-782C614D9639> /usr/lib/system/libsystem_info.dylib
0x7fff856f5000 - 0x7fff856f6ff7 libsystem_blocks.dylib (53.0.0 - compatibility 1.0.0) <8BCA214A-8992-34B2-A8B9-B74DEACA1869> /usr/lib/system/libsystem_blocks.dylib
0x7fff856f7000 - 0x7fff85854fff com.apple.audio.toolbox.AudioToolbox (1.7.3 - 1.7.3) <5F1E4695-BC74-3ADD-8345-627BCD68201A> /System/Library/Frameworks/AudioToolbox.framework/Versions/A/AudioToolbox
0x7fff85952000 - 0x7fff85966ff7 com.apple.LangAnalysis (1.7.0 - 1.7.0) <04C31EF0-912A-3004-A08F-CEC27030E0B2> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/LangAnalysis.framework/Versions/A/LangAnalysis
0x7fff85ad4000 - 0x7fff85b3cff7 com.apple.audio.CoreAudio (4.0.3 - 4.0.3) <9987DC46-2A96-3BA0-B88B-04E573C0AD9B> /System/Library/Frameworks/CoreAudio.framework/Versions/A/CoreAudio
0x7fff85b3d000 - 0x7fff85b7fff7 libcommonCrypto.dylib (55010.0.0 - compatibility 1.0.0) <A5B9778E-11C3-3F61-B740-1F2114E967FB> /usr/lib/system/libcommonCrypto.dylib
0x7fff85b80000 - 0x7fff85b8bff7 com.apple.speech.recognition.framework (4.0.21 - 4.0.21) <6540EAF2-E3BF-3D2E-B4C1-F106180D6F20> /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/SpeechRecognition.framework/Versions/A/SpeechRecognition
0x7fff85b90000 - 0x7fff85b92ff7 com.apple.print.framework.Print (7.4 - 247.3) <626C58D5-2841-3329-8C32-9F4A8353F3E7> /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/Print.framework/Versions/A/Print
0x7fff85b93000 - 0x7fff85cc9fff com.apple.vImage (5.1 - 5.1) <A08B7582-67BC-3EED-813A-4833645964A7> /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vImage.framework/Versions/A/vImage
0x7fff85cca000 - 0x7fff85d0afe7 libGLImage.dylib (??? - ???) <0B7DAB2B-F1C6-39C7-B864-61EF683B6656> /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGLImage.dylib
0x7fff85d0b000 - 0x7fff85d33fff com.apple.PerformanceAnalysis (1.11 - 11) <8D4C6382-DD92-37A2-BCFC-E89951320848> /System/Library/PrivateFrameworks/PerformanceAnalysis.framework/Versions/A/PerformanceAnalysis
0x7fff85d34000 - 0x7fff85dfbff7 com.apple.ColorSync (4.7.4 - 4.7.4) <590AFCDA-F10E-31FE-9B01-DA5FFE74C2BB> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ColorSync.framework/Versions/A/ColorSync
0x7fff85e28000 - 0x7fff85e28fff libOpenScriptingUtil.dylib (??? - ???) <A7847713-F410-39C0-884F-A7188A18E742> /usr/lib/libOpenScriptingUtil.dylib
0x7fff85e29000 - 0x7fff8602bfff libicucore.A.dylib (46.1.0 - compatibility 1.0.0) <0176782F-9526-3905-813A-7A5676EC2C86> /usr/lib/libicucore.A.dylib
0x7fff8602c000 - 0x7fff86050fff com.apple.RemoteViewServices (1.5 - 44.2) <A0417D7F-22E9-3FD8-AC55-67654D8E93EB> /System/Library/PrivateFrameworks/RemoteViewServices.framework/Versions/A/RemoteViewServices
0x7fff863fc000 - 0x7fff863fcfff com.apple.Accelerate.vecLib (3.7 - vecLib 3.7) <C06A140F-6114-3B8B-B080-E509303145B8> /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/vecLib
0x7fff86ba6000 - 0x7fff86ba7fff liblangid.dylib (??? - ???) <CACBE3C3-2F7B-3EED-B50E-EDB73F473B77> /usr/lib/liblangid.dylib
0x7fff86ba8000 - 0x7fff86bb7ff7 libxar-nossl.dylib (??? - ???) <A6ABBFB9-E4ED-38AD-BBBB-F9958B9CEFB5> /usr/lib/libxar-nossl.dylib
0x7fff86bb8000 - 0x7fff86bbcfff libCGXType.A.dylib (600.0.0 - compatibility 64.0.0) <35D606B1-7AD9-38E3-A2A9-E92B904BDDE8> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/CoreGraphics.framework/Versions/A/Resources/libCGXType.A.dylib
0x7fff86bbd000 - 0x7fff86d91ff7 com.apple.CoreFoundation (6.7.2 - 635.21) <62A3402E-A4E7-391F-AD20-1EF20236CE1B> /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation
0x7fff86ddf000 - 0x7fff87009fe7 com.apple.CoreData (104.1 - 358.14) <6BB64605-8DA7-337D-A2AB-A3346A421CBD> /System/Library/Frameworks/CoreData.framework/Versions/A/CoreData
0x7fff8700a000 - 0x7fff87d41fff com.apple.WebCore (7534.57 - 7534.57.7) <33FCF30A-08C5-3169-B3B0-3A9462FA1A0D> /System/Library/Frameworks/WebKit.framework/Versions/A/Frameworks/WebCore.framework/Versions/A/WebCore
0x7fff87d42000 - 0x7fff87d48fff libmacho.dylib (800.0.0 - compatibility 1.0.0) <D86F63EC-D2BD-32E0-8955-08B5EAFAD2CC> /usr/lib/system/libmacho.dylib
0x7fff87d49000 - 0x7fff87d84fff com.apple.LDAPFramework (3.2 - 120.2) <275D4298-C435-3E98-AA25-95D9D0A56550> /System/Library/Frameworks/LDAP.framework/Versions/A/LDAP
0x7fff88686000 - 0x7fff8899ffff com.apple.Foundation (6.7.2 - 833.25) <22AAC369-B63C-3C55-8AC6-C3ECBA44DA7B> /System/Library/Frameworks/Foundation.framework/Versions/C/Foundation
0x7fff889ca000 - 0x7fff88e91fff FaceCoreLight (1.4.7 - compatibility 1.0.0) <BDD0E1DE-CF33-3AF8-B33B-4D1574CCC19D> /System/Library/PrivateFrameworks/FaceCoreLight.framework/Versions/A/FaceCoreLight
0x7fff88e92000 - 0x7fff88ebdff7 libxslt.1.dylib (3.24.0 - compatibility 3.0.0) <E71220D3-8015-38EC-B97D-7FDB383C2BDC> /usr/lib/libxslt.1.dylib
0x7fff88ebe000 - 0x7fff88ec3fff libpam.2.dylib (3.0.0 - compatibility 3.0.0) <D952F17B-200A-3A23-B9B2-7C1F7AC19189> /usr/lib/libpam.2.dylib
0x7fff88ec4000 - 0x7fff88f18ff7 com.apple.ScalableUserInterface (1.0 - 1) <1873D7BE-2272-31A1-8F85-F70C4D706B3B> /System/Library/Frameworks/QuartzCore.framework/Versions/A/Frameworks/ScalableUserInterface.framework/Versions/A/ScalableUserInterface
0x7fff88f19000 - 0x7fff88f19fff com.apple.audio.units.AudioUnit (1.7.3 - 1.7.3) <04C10813-CCE5-3333-8C72-E8E35E417B3B> /System/Library/Frameworks/AudioUnit.framework/Versions/A/AudioUnit
0x7fff88f1a000 - 0x7fff88f1bfff libdnsinfo.dylib (395.11.0 - compatibility 1.0.0) <853BAAA5-270F-3FDC-B025-D448DB72E1C3> /usr/lib/system/libdnsinfo.dylib
0x7fff8902f000 - 0x7fff89033ff7 com.apple.CommonPanels (1.2.5 - 94) <0BB2C436-C9D5-380B-86B5-E355A7711259> /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/CommonPanels.framework/Versions/A/CommonPanels
0x7fff89034000 - 0x7fff890d9fff com.apple.ink.framework (10.7.5 - 113) <1AE6676D-490A-36C2-B6CC-00F93AEB31DE> /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/Ink.framework/Versions/A/Ink
0x7fff890da000 - 0x7fff890dafff libkeymgr.dylib (23.0.0 - compatibility 1.0.0) <61EFED6A-A407-301E-B454-CD18314F0075> /usr/lib/system/libkeymgr.dylib
0x7fff890db000 - 0x7fff890defff com.apple.help (1.3.2 - 42) <AB67588E-7227-3993-927F-C9E6DAC507FD> /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/Help.framework/Versions/A/Help
0x7fff890df000 - 0x7fff891bcfef libsystem_c.dylib (763.13.0 - compatibility 1.0.0) <41B43515-2806-3FBC-ACF1-A16F35B7E290> /usr/lib/system/libsystem_c.dylib
0x7fff891bd000 - 0x7fff891c1fff libmathCommon.A.dylib (2026.0.0 - compatibility 1.0.0) <FF83AFF7-42B2-306E-90AF-D539C51A4542> /usr/lib/system/libmathCommon.A.dylib
0x7fff891c2000 - 0x7fff891c7fff libcache.dylib (47.0.0 - compatibility 1.0.0) <B7757E2E-5A7D-362E-AB71-785FE79E1527> /usr/lib/system/libcache.dylib
0x7fff89281000 - 0x7fff892cffff libauto.dylib (??? - ???) <D8AC8458-DDD0-3939-8B96-B6CED81613EF> /usr/lib/libauto.dylib
0x7fff89347000 - 0x7fff8992bfff libBLAS.dylib (??? - ???) <C34F6D88-187F-33DC-8A68-C0C9D1FA36DF> /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libBLAS.dylib
0x7fff8992c000 - 0x7fff89980fff libFontRegistry.dylib (??? - ???) <60FF9C2C-5E44-3C49-8A08-F26101898F21> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ATS.framework/Versions/A/Resources/libFontRegistry.dylib
0x7fff89981000 - 0x7fff89a83fff libxml2.2.dylib (10.3.0 - compatibility 10.0.0) <AFBB22B7-07AE-3F2E-B88C-70BEEBFB8A86> /usr/lib/libxml2.2.dylib
0x7fff89bd4000 - 0x7fff89c00ff7 com.apple.CoreServicesInternal (113.19 - 113.19) <74532B3B-EDE0-3553-9BED-F02B9CDF1FF7> /System/Library/PrivateFrameworks/CoreServicesInternal.framework/Versions/A/CoreServicesInternal
0x7fff89c2f000 - 0x7fff89c2ffff com.apple.ApplicationServices (41 - 41) <03F3FA8F-8D2A-3AB6-A8E3-40B001116339> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/ApplicationServices
0x7fff89c3c000 - 0x7fff89c3cfff com.apple.Carbon (153 - 153) <895C2BF2-1666-3A59-A669-311B1F4F368B> /System/Library/Frameworks/Carbon.framework/Versions/A/Carbon
0x7fff89c9e000 - 0x7fff89cb0ff7 libsasl2.2.dylib (3.15.0 - compatibility 3.0.0) <6245B497-784B-355C-98EF-2DC6B45BF05C> /usr/lib/libsasl2.2.dylib
0x7fff89cb1000 - 0x7fff89cb6ff7 libsystem_network.dylib (??? - ???) <5DE7024E-1D2D-34A2-80F4-08326331A75B> /usr/lib/system/libsystem_network.dylib
0x7fff89cb7000 - 0x7fff89d12ff7 com.apple.opencl (2.0.19 - 2.0.19) <B05BF605-73B8-328F-A228-6FA59E1FC73A> /System/Library/Frameworks/OpenCL.framework/Versions/A/OpenCL
0x7fff89d94000 - 0x7fff89de6ff7 libGLU.dylib (??? - ???) <DB906997-0F70-3469-BA0E-2F1DDBEAD8D5> /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGLU.dylib
0x7fff89e3d000 - 0x7fff89e77fe7 com.apple.DebugSymbols (2.1 - 87) <ED2B177C-4146-3715-91DF-D99A8ED5449A> /System/Library/PrivateFrameworks/DebugSymbols.framework/Versions/A/DebugSymbols
0x7fff89e78000 - 0x7fff8a2a5fff libLAPACK.dylib (??? - ???) <4F2E1055-2207-340B-BB45-E4F16171EE0D> /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libLAPACK.dylib
0x7fff8a2a6000 - 0x7fff8a2e6ff7 libcups.2.dylib (2.9.0 - compatibility 2.0.0) <7D2E5016-A960-3ADE-B042-F74063E79550> /usr/lib/libcups.2.dylib
0x7fff8a2e7000 - 0x7fff8a44efff com.apple.CFNetwork (520.5.1 - 520.5.1) <08F70E26-5456-3BFB-8192-00D3CE40D3C9> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/CFNetwork.framework/Versions/A/CFNetwork
0x7fff8a44f000 - 0x7fff8a4c5ff7 libc++.1.dylib (28.4.0 - compatibility 1.0.0) <A24FC3DA-4FFA-3DD2-9DCC-2B8D1B3BF97C> /usr/lib/libc++.1.dylib
0x7fff8a4c6000 - 0x7fff8a4ddfff com.apple.CFOpenDirectory (10.7 - 144) <9709423E-8484-3B26-AAE8-EF58D1B8FB3F> /System/Library/Frameworks/OpenDirectory.framework/Versions/A/Frameworks/CFOpenDirectory.framework/Versions/A/CFOpenDirectory
0x7fff8a4e8000 - 0x7fff8a814fff com.apple.HIToolbox (1.9 - ???) <CCB32DEA-D0CA-35D1-8019-E599C8007AB6> /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/HIToolbox.framework/Versions/A/HIToolbox
0x7fff8a846000 - 0x7fff8a9d0ff7 com.apple.WebKit (7534.57 - 7534.57.7) <15AA1A2E-DCAC-35CE-89DF-0FF7149198CD> /System/Library/Frameworks/WebKit.framework/Versions/A/WebKit
0x7fff8a9d1000 - 0x7fff8a9fafff com.apple.CoreVideo (1.7 - 70.3) <9A9D4058-9935-3B0A-B1A6-27EB78D02249> /System/Library/Frameworks/CoreVideo.framework/Versions/A/CoreVideo
0x7fff8ab47000 - 0x7fff8aba3ff7 com.apple.HIServices (1.21 - ???) <B012EE97-D1CD-3F4B-812D-9AC7E6852FE6> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/HIServices.framework/Versions/A/HIServices
0x7fff8b3ad000 - 0x7fff8b3b4ff7 com.apple.CommerceCore (1.0 - 17) <AA783B87-48D4-3CA6-8FF6-0316396022F4> /System/Library/PrivateFrameworks/CommerceKit.framework/Versions/A/Frameworks/CommerceCore.framework/Versions/A/CommerceCore
0x7fff8b3bd000 - 0x7fff8b3d3ff7 com.apple.ImageCapture (7.1.0 - 7.1.0) <1AD40E02-2126-377B-A0D2-CBB21D932558> /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/ImageCapture.framework/Versions/A/ImageCapture
0x7fff8b3d4000 - 0x7fff8b3fafff com.apple.framework.familycontrols (3.0 - 300) <6F0C58C0-22E7-3877-8CFA-1ED0CB3CE38B> /System/Library/PrivateFrameworks/FamilyControls.framework/Versions/A/FamilyControls
0x7fff8b423000 - 0x7fff8b4a8ff7 com.apple.Heimdal (2.2 - 2.0) <FF0BD9A4-6FB0-31E3-ABFB-563FBBEC45FC> /System/Library/PrivateFrameworks/Heimdal.framework/Versions/A/Heimdal
0x7fff8b4a9000 - 0x7fff8b4befff com.apple.speech.synthesis.framework (4.0.74 - 4.0.74) <C061ECBB-7061-3A43-8A18-90633F943295> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/SpeechSynthesis.framework/Versions/A/SpeechSynthesis
0x7fff8b4bf000 - 0x7fff8b505fff libcurl.4.dylib (7.0.0 - compatibility 7.0.0) <2C442396-1006-3765-92D2-60869D4641CE> /usr/lib/libcurl.4.dylib
0x7fff8b506000 - 0x7fff8b508fff com.apple.TrustEvaluationAgent (2.0 - 1) <1F31CAFF-C1C6-33D3-94E9-11B721761DDF> /System/Library/PrivateFrameworks/TrustEvaluationAgent.framework/Versions/A/TrustEvaluationAgent
0x7fff8b509000 - 0x7fff8b50bfff libCVMSPluginSupport.dylib (??? - ???) <982F1ED4-3CBB-3161-8BEA-8A980C27FCC1> /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libCVMSPluginSupport.dylib
0x7fff8b986000 - 0x7fff8b9deff7 libTIFF.dylib (??? - ???) <4DA86D53-8977-351D-9DC5-C7AE8F0FD423> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Resources/libTIFF.dylib
0x7fff8ba3e000 - 0x7fff8ba44ff7 libunwind.dylib (30.0.0 - compatibility 1.0.0) <1E9C6C8C-CBE8-3F4B-A5B5-E03E3AB53231> /usr/lib/system/libunwind.dylib
0x7fff8c0ff000 - 0x7fff8c10dfff com.apple.NetAuth (1.0 - 3.0) <F384FFFD-70F6-3B1C-A886-F5B446E456E7> /System/Library/PrivateFrameworks/NetAuth.framework/Versions/A/NetAuth
0x7fff8c10e000 - 0x7fff8c119fff com.apple.CommonAuth (2.2 - 2.0) <77E6F0D0-85B6-30B5-B99C-F57104DD2EBA> /System/Library/PrivateFrameworks/CommonAuth.framework/Versions/A/CommonAuth
0x7fff8c1b6000 - 0x7fff8c1d3ff7 com.apple.openscripting (1.3.3 - ???) <F5E34F54-CE85-334B-8F25-53581D43960C> /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/OpenScripting.framework/Versions/A/OpenScripting
0x7fff8c1d4000 - 0x7fff8c244fff com.apple.datadetectorscore (3.0 - 179.4) <9C01D16F-75A9-3BDD-B91A-F0F32261A2E7> /System/Library/PrivateFrameworks/DataDetectorsCore.framework/Versions/A/DataDetectorsCore
0x7fff8c245000 - 0x7fff8c2e6fff com.apple.LaunchServices (480.40 - 480.40) <C936A07F-0CF8-3F8E-BDB3-76AA7611B4CA> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/LaunchServices.framework/Versions/A/LaunchServices
0x7fff8c34e000 - 0x7fff8c34efff com.apple.Cocoa (6.6 - ???) <021D4214-9C23-3CD8-AFB2-F331697A4508> /System/Library/Frameworks/Cocoa.framework/Versions/A/Cocoa
0x7fff8c34f000 - 0x7fff8cceda27 com.apple.CoreGraphics (1.600.0 - ???) <576777EA-921B-3D94-98C3-40A9CF8EBD18> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/CoreGraphics.framework/Versions/A/CoreGraphics
0x7fff8ccee000 - 0x7fff8cd00ff7 libbsm.0.dylib (??? - ???) <349BB16F-75FA-363F-8D98-7A9C3FA90A0D> /usr/lib/libbsm.0.dylib
0x7fff8cd01000 - 0x7fff8d907fff com.apple.AppKit (6.7.5 - 1138.51) <44417D02-6123-3FC3-A119-CE51BB4C3006> /System/Library/Frameworks/AppKit.framework/Versions/C/AppKit
0x7fff8d908000 - 0x7fff8d90efff com.apple.DiskArbitration (2.4.1 - 2.4.1) <CEA34337-63DE-302E-81AA-10D717E1F699> /System/Library/Frameworks/DiskArbitration.framework/Versions/A/DiskArbitration
0x7fff8d90f000 - 0x7fff8dc31fff com.apple.JavaScriptCore (7534.57 - 7534.57.3) <3A04B8FC-CFA6-3AEB-8FDF-B0525B5A4C82> /System/Library/Frameworks/JavaScriptCore.framework/Versions/A/JavaScriptCore
0x7fff8dc32000 - 0x7fff8dd2cff7 com.apple.DiskImagesFramework (10.7.4 - 331.7) <BEBA6D78-08E0-3B99-B77B-A5CBF3344834> /System/Library/PrivateFrameworks/DiskImages.framework/Versions/A/DiskImages
0x7fff8dd80000 - 0x7fff8ddb3ff7 com.apple.GSS (2.2 - 2.0) <971395D0-B9D0-3FDE-B23F-6F9D0A2FB95F> /System/Library/Frameworks/GSS.framework/Versions/A/GSS
0x7fff8ddc2000 - 0x7fff8de64fff com.apple.securityfoundation (5.0 - 55116) <A9311EF6-B7F7-3DA5-84E8-21BC9B2C3C69> /System/Library/Frameworks/SecurityFoundation.framework/Versions/A/SecurityFoundation
0x7fff8de73000 - 0x7fff8de7bfff libsystem_dnssd.dylib (??? - ???) <584B321E-5159-37CD-B2E7-82E069C70AFB> /usr/lib/system/libsystem_dnssd.dylib
0x7fff8e23f000 - 0x7fff8e55bfff com.apple.CoreServices.CarbonCore (960.25 - 960.25) <4FC1AB30-022C-3C67-AC46-FDCBFCB7EEDE> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/CarbonCore.framework/Versions/A/CarbonCore
0x7fff8e55c000 - 0x7fff8e851ff7 com.apple.security (7.0 - 55148.6) <4535E500-973A-3BA7-AF65-DF5CF0658F02> /System/Library/Frameworks/Security.framework/Versions/A/Security
0x7fff8eb07000 - 0x7fff8eb22fff libexpat.1.dylib (7.2.0 - compatibility 7.0.0) <DDB91E75-A2FA-331F-8069-999127AC6A9D> /usr/lib/libexpat.1.dylib
0x7fff8eb75000 - 0x7fff8eb82ff7 libbz2.1.0.dylib (1.0.5 - compatibility 1.0.0) <8EDE3492-D916-37B2-A066-3E0F054411FD> /usr/lib/libbz2.1.0.dylib
0x7fff8eb83000 - 0x7fff8ec90fff libJP2.dylib (??? - ???) <053950A7-6B92-320E-A6D7-808CE424F1AD> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Resources/libJP2.dylib
0x7fff8ec91000 - 0x7fff8ec9efff libCSync.A.dylib (600.0.0 - compatibility 64.0.0) <72C53E7B-C222-3BE5-9984-FDC328CC4846> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/CoreGraphics.framework/Versions/A/Resources/libCSync.A.dylib
0x7fff8ecad000 - 0x7fff8ed23fff com.apple.CoreSymbolication (2.2 - 73.2) <126415E3-3A35-315B-B4B7-507CDBED0D58> /System/Library/PrivateFrameworks/CoreSymbolication.framework/Versions/A/CoreSymbolication
0x7fff8ed24000 - 0x7fff8ed41fff libxpc.dylib (77.19.0 - compatibility 1.0.0) <9F57891B-D7EF-3050-BEDD-21E7C6668248> /usr/lib/system/libxpc.dylib
0x7fff8ed50000 - 0x7fff8edbbff7 com.apple.framework.IOKit (2.0 - ???) <FE838BB6-D42E-3291-A1A0-6F53FC970261> /System/Library/Frameworks/IOKit.framework/Versions/A/IOKit
0x7fff8ede8000 - 0x7fff8ede9fff libDiagnosticMessagesClient.dylib (??? - ???) <3DCF577B-F126-302B-BCE2-4DB9A95B8598> /usr/lib/libDiagnosticMessagesClient.dylib
0x7fff8edea000 - 0x7fff8edeafff com.apple.CoreServices (53 - 53) <043C8026-8EDD-3241-B090-F589E24062EF> /System/Library/Frameworks/CoreServices.framework/Versions/A/CoreServices

External Modification Summary:
Calls made by other processes targeting this process:
task_for_pid: 109
thread_create: 0
thread_set_state: 0
Calls made by this process:
task_for_pid: 0
thread_create: 0
thread_set_state: 0
Calls made by all processes on this machine:
task_for_pid: 23080
thread_create: 1
thread_set_state: 0

VM Region Summary:
ReadOnly portion of Libraries: Total=172.2M resident=91.7M(53%) swapped_out_or_unallocated=80.5M(47%)
Writable regions: Total=73.3M written=4080K(5%) resident=25.5M(35%) swapped_out=0K(0%) unallocated=47.8M(65%)

REGION TYPE VIRTUAL
=========== =======
CG backing stores 1092K
CG image 44K
CG raster data 64K
CG shared images 3480K
CoreGraphics 16K
CoreImage 16K
CoreServices 6268K
MALLOC 43.9M
MALLOC guard page 64K
Memory tag=240 4K
Memory tag=242 12K
OpenCL 8K
STACK GUARD 56.0M
Stack 10.0M
VM_ALLOCATE 16.1M
__CI_BITMAP 80K
__DATA 14.8M
__IMAGE 528K
__LINKEDIT 51.4M
__TEXT 120.8M
__UNICODE 544K
mapped file 40.3M
shared memory 312K
=========== =======
TOTAL 365.7M

Model: MacBookPro8,1, BootROM MBP81.0047.B27, 2 processors, Intel Core i5, 2.3 GHz, 8 GB, SMC 1.68f99
Graphics: Intel HD Graphics 3000, Intel HD Graphics 3000, Built-In, 512 MB
Memory Module: BANK 0/DIMM0, 4 GB, DDR3, 1333 MHz, 0x80CE, 0x4D34373142353237334448302D4348392020
Memory Module: BANK 1/DIMM0, 4 GB, DDR3, 1333 MHz, 0x80CE, 0x4D34373142353237334448302D4348392020
AirPort: spairport_wireless_card_type_airport_extreme (0x14E4, 0xD6), Broadcom BCM43xx 1.0 (5.106.198.19.22)
Bluetooth: Version 4.0.8f17, 2 service, 18 devices, 1 incoming serial ports
Network Service: Wi-Fi, AirPort, en1
Serial ATA Device: Hitachi HTS545032B9A302, 320.07 GB
Serial ATA Device: OPTIARC DVD RW AD-5970H
USB Device: hub_device, 0x0424 (SMSC), 0x2513, 0xfd100000 / 2
USB Device: eGo USB, 0x059b (Iomega Corporation), 0x0070, 0xfd120000 / 4
USB Device: IR Receiver, apple_vendor_id, 0x8242, 0xfd110000 / 3
USB Device: hub_device, 0x0424 (SMSC), 0x2513, 0xfa100000 / 3
USB Device: BRCM2070 Hub, 0x0a5c (Broadcom Corp.), 0x4500, 0xfa110000 / 5
USB Device: Bluetooth USB Host Controller, apple_vendor_id, 0x821a, 0xfa113000 / 8
USB Device: Apple Internal Keyboard / Trackpad, apple_vendor_id, 0x0254, 0xfa120000 / 4
USB Device: FaceTime HD Camera (Built-in), apple_vendor_id, 0x8509, 0xfa200000 / 2

[mrbogus27]

Hey, i tried it, i cant reproduce the error. What exactly did you do?

@Zenju: Maybe you could start a new instance of FFS, each time you receive a new file open command while FFS is already running? Don't know if this is possible and solution, just a quick shot ;-)

[Zenju]

> I got the crash again with RealTimeSync.
> It happened when I clicked "restore" from the icon in the status bar.

I found that menu id's must not be 0 on Mac. I don't know if this was responsible for your crash, but it was a problem with the "Restore" entry and it's fixed now. I've updated the beta version linked above.

> Maybe you could start a new instance of FFS, each time you receive a new file open command

This was also my first thought. But the problem is I don't know how to distinguish the two cases "app is started by user double-clicking a file and "user double-clicks a file during runtime". In both cases FFS receives an "open-document" event at a potentially undetermined time.

In the first case, FFS should be started with the files given, just as if they were received via command line. In the second case FFS would just launch a new process and pass the files.

Probably the fundamental problem is: FFS may or may not receive an "open-document": How long should FFS wait until it can safely deduce its execution context?

[mrbogus27]

I just synced some big file over to my network drive, it mainly worked without problems. But when a big file is copied, the whole UI freezes, and the wait cursor appears. After the file is finished, the GUI refreshes and everything is ok, but maybe you can make the copy operation non-blocking to the gui and refresh it from time to time? I don't even know if this is a mac related problem, or if it also exists on the other platforms?

Another thing (which is also rather cosmetical): when you switch from another window (in my case from Google Chrome) to FFS running a sync with "cmd-tab", the whole main window and the copy process window is displayed. If you then switch back to Chrome, only the main window is hidden, the copy process window stays on top and you have to click inside the Chrome window to make it topmost.

[Zenju]

> But when a big file is copied, the whole UI freezes

Yes, this is a problem particularly with slow external drives. FFS already updates GUI during file copy, but closing a file handle may block for a short time when the data is flushed to disk. Usually this block only occurs for large files and only lasts from half to one second, so it should not be a big issue. FFS could solve this by running the file copy completely asynchronous, but there is no benefit other than avoiding the application looking busy - on the other hand this requires big architectural changes and introduces new risks due to potential race-conditions in a large application component that is not tested under such conditions.

> the copy process window stays on top

I can confirm this. It seems to be triggered by FFS using a frame instead of a dialog for the copy progress. FFS uses a frame because when running as a batch job, the copy progress acts as the main window. I'll see if I can find a solution...