Discussion:
How to clear macOS app bundle cache
(too old to reply)
Andreas Falkenhahn
2018-09-03 13:31:37 UTC
Permalink
Not really Cocoa-related but maybe somebody on here knows how to solve this:

I build my application on a Mac Mini system using makefiles on a network drive (SMB). I don't use Xcode. Now I want to run the application from the network drive on a different machine, an iMac.

However, the iMac seems to load the application from the network drive only once. After that, it seems to use a cached copy because changes I make after first running the app on the iMac don't come into effect before I reboot the iMac.

I have found out that I can force the iMac to use the latest version of my build by copying the executable to the app bundle again (although it is already there) like so:

$ cp test test.app/Contents/MacOS

This has to be done on the iMac, though. Doing it on the Mac Mini used for building doesn't flush the app cache on the iMac. But by doing it on the iMac the problem is solved. Still, I'm wondering if there is a better way to "flush" the app bundle cache on the iMac.

Optimally, I'm looking for a solution to flush the app bundle cache on the iMac from the makefile that I run on the Mac Mini I use for building.

Both Macs run the latest macOS, 10.13.6.
--
Best regards,
Andreas Falkenhahn mailto:***@falkenhahn.com

_______________________________________________

Cocoa-dev mailing list (Cocoa-***@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/cocoa-dev/gegs%40ml-in.narkive.net

This email sent to ***@ml-in.narkive.net
Andreas Falkenhahn
2018-09-03 14:14:58 UTC
Permalink
Sounds like you need a way to refresh the filesystem cache rather
than some sort of "app cache". Being a network volume, I suspect a
fair amount of file/directory cacheing goes on.
That's what I was suspecting as well but it really turned out to be an issue that is specific to app bundles. Reason: My app loads some custom dylibs and other files and those are always the latest ones from the network volume. Only the app bundle seems to be cached. All other files are always up to date automatically.
--
Best regards,
Andreas Falkenhahn mailto:***@falkenhahn.com

_______________________________________________

Cocoa-dev mailing list (Cocoa-***@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/cocoa-dev/gegs%40ml-in.narkive.net

This email sent to ***@ml-in.narkive.net
Shane Stanley
2018-09-03 23:19:29 UTC
Permalink
Post by Andreas Falkenhahn
I'm looking for a solution to flush the app bundle cache
If you find one, I'd love to know what it is. I had no luck at all.
--
Shane Stanley <***@myriad-com.com.au>
<www.macosxautomation.com/applescript/apps/>, <latenightsw.com>


_______________________________________________

Cocoa-dev mailing list (Cocoa-***@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/cocoa-dev/gegs%40ml-in.narkive.net

This email sent to ***@ml-in.narkive.net
Andreas Falkenhahn
2018-09-04 13:06:29 UTC
Permalink
Post by Shane Stanley
Post by Andreas Falkenhahn
I'm looking for a solution to flush the app bundle cache
If you find one, I'd love to know what it is. I had no luck at all.
Aren't there any Apple engineers on this list anymore? :-)
--
Best regards,
Andreas Falkenhahn mailto:***@falkenhahn.com

_______________________________________________

Cocoa-dev mailing list (Cocoa-***@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/cocoa-dev/gegs%40ml-in.narkive.net

This email sent to ***@ml-in.narkive.net
Marco S Hyman
2018-09-04 16:27:54 UTC
Permalink
Have you tried disabling SMB client side caching? https://support.apple.com/en-us/HT207520

I don’t know if that note pertains to current versions of macos.
_______________________________________________

Cocoa-dev mailing list (Cocoa-***@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/cocoa-dev/gegs%40ml-in.narkive.net

T
Andreas Falkenhahn
2018-09-04 18:57:58 UTC
Permalink
Post by Marco S Hyman
Have you tried disabling SMB client side caching?
https://support.apple.com/en-us/HT207520
Doesn't change anything. Maybe because the share is SMB 1, not SMB 2 or 3 as stated in the article.
--
Best regards,
Andreas Falkenhahn mailto:***@falkenhahn.com

_______________________________________________

Cocoa-dev mailing list (Cocoa-***@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/cocoa-dev/gegs%40ml-in.narkive.net

This email sent to ***@ml-in.narkive.net
Alastair Houghton
2018-09-05 07:48:46 UTC
Permalink
Post by Andreas Falkenhahn
Post by Marco S Hyman
Have you tried disabling SMB client side caching?
https://support.apple.com/en-us/HT207520
Doesn't change anything. Maybe because the share is SMB 1, not SMB 2 or 3 as stated in the article.
Does the server you’re using also support NFS? The last time I used networked filesystems from a Mac, NFS worked better than either SMB or AFP (indeed, in some cases, NFS was noticeably faster too).

I know it’s a bit of a pain switching from SMB, but since some servers straightforwardly support both, it might not be the worst option. If you’re using OS X Server to do it, I wrote some notes back in 2012 <https://alastairs-place.net/blog/2012/09/10/afp/> that might still be relevant.

Kind regards,

Alastair.

--
http://alastairs-place.net

_______________________________________________

Cocoa-dev mailing list (Cocoa-***@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/cocoa-dev/gegs%40ml-in.narkive.net

This email sent to
Jeff Szuhay
2018-09-06 04:23:36 UTC
Permalink
Did you try clearing the defaults persistent domain in your code?
Something like the following (the juicy bits are in red) :

NSUserDefaults * myAppDefaults;

myAppDefaults = [[NSUserDefaults alloc] initWithSuiteName: (NSString*) myAppBundleID ];

then, to clear:

#if defined RESET_MY_APP_DEFAULTS

[myAppDefaults removePersistentDomainForName: (NSString*) myAppBundleID ];

#endif

// defaults intialization code here.

This seemed to work for me.

This comes from http://www.borkware.com/quickies



_______________________________________________

Cocoa-dev mailing list (Cocoa-***@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/cocoa-dev/gegs%40ml-in.narkive.net

This email sent to ***@ml-in.narkive.net
Alastair Houghton
2018-09-06 09:31:39 UTC
Permalink
Post by Jeff Szuhay
Did you try clearing the defaults persistent domain in your code?
I don’t think that is likely to help. Andreas was complaining that the code in his bundle was being cached somewhere, so when he rebuilt it didn’t always load the new version. User defaults doesn’t seem relevant here.

The only other thing I can think of is that sometimes Xcode doesn’t actually rebuilt properly; it hadn’t really occurred to me before that that might be the problem, but particularly if the build is being done on a network volume, there’s a real risk this could happen. This is especially true if the volume is backed by a FAT disk because those have a two second (yes, two second) timestamp granularity, which can very easily cause unexpected problems building code. You can probably tell if the build system is the culprit here because if you tell it to do a full clean (IIRC you have to hold Option and choose the clean option from the menu to get it to wipe things completely) and rebuild then it’ll start working.

Kind regards,

Alastair.

--
http://alastairs-place.net

_______________________________________________

Cocoa-dev mailing list (Cocoa-***@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/cocoa-dev/gegs%40ml-in
Andreas Falkenhahn
2018-09-06 12:59:35 UTC
Permalink
Post by Jeff Szuhay
Did you try clearing the defaults persistent domain in your code?
I don’t think that is likely to help. Andreas was complaining that
the code in his bundle was being cached somewhere, so when he
rebuilt it didn’t always load the new version. User defaults doesn’t seem relevant here.
The only other thing I can think of is that sometimes Xcode doesn’t
actually rebuilt properly;
Note that I'm not using Xcode. The app is built using plain makefiles.
--
Best regards,
Andreas Falkenhahn mailto:***@falkenhahn.com

_______________________________________________

Cocoa-dev mailing list (Cocoa-***@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/cocoa-dev/gegs%40ml-in.narki
Alastair Houghton
2018-09-06 13:00:40 UTC
Permalink
Post by Andreas Falkenhahn
Post by Jeff Szuhay
Did you try clearing the defaults persistent domain in your code?
I don’t think that is likely to help. Andreas was complaining that
the code in his bundle was being cached somewhere, so when he
rebuilt it didn’t always load the new version. User defaults doesn’t seem relevant here.
The only other thing I can think of is that sometimes Xcode doesn’t
actually rebuilt properly;
Note that I'm not using Xcode. The app is built using plain makefiles.
FWIW, make can also do the same thing on network filesystems if the timestamps aren’t granular enough. Xcode seems more fragile for some reason (I’ve had it fail to properly rebuild locally on more than a few occasions).

Kind regards,

Alastair.

--
http://alastairs-place.net

_______________________________________________

Cocoa-dev mailing list (Cocoa-***@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/cocoa-dev/gegs%40ml-in.narkive.n
Alastair Houghton
2018-09-04 13:28:07 UTC
Permalink
Post by Shane Stanley
Post by Andreas Falkenhahn
I'm looking for a solution to flush the app bundle cache
If you find one, I'd love to know what it is. I had no luck at all.
Is the application in question sandboxed? If so, have you checked to see whether the application bundle gets copied into the sandbox? (I don’t have time to look right now myself, but it might make sense to do that for sandboxed bundles launched from a network drive.)

Kind regards,

Alastair.

--
http://alastairs-place.net

_______________________________________________

Cocoa-dev mailing list (Cocoa-***@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/cocoa-dev/gegs%40ml-in.narki
Andreas Falkenhahn
2018-09-04 13:30:54 UTC
Permalink
Post by Alastair Houghton
Is the application in question sandboxed? If so, have you checked
to see whether the application bundle gets copied into the sandbox?
(I don’t have time to look right now myself, but it might make sense
to do that for sandboxed bundles launched from a network drive.)
No, it's not sandboxed.
--
Best regards,
Andreas Falkenhahn mailto:***@falkenhahn.com

_______________________________________________

Cocoa-dev mailing list (Cocoa-***@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/cocoa-dev/gegs%40ml-in.narkive.ne
Shane Stanley
2018-09-04 13:30:13 UTC
Permalink
Post by Alastair Houghton
Post by Shane Stanley
Post by Andreas Falkenhahn
I'm looking for a solution to flush the app bundle cache
If you find one, I'd love to know what it is. I had no luck at all.
Is the application in question sandboxed?
No.
--
Shane Stanley <***@myriad-com.com.au>
<www.macosxautomation.com/applescript/apps/>, <latenightsw.com>


_______________________________________________

Cocoa-dev mailing list (Cocoa-***@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/cocoa-dev/gegs%40ml-in.narkive.net

This email sent to ***@ml-in.narkive.net
Alastair Houghton
2018-09-04 13:54:01 UTC
Permalink
Post by Alastair Houghton
Post by Shane Stanley
Post by Andreas Falkenhahn
I'm looking for a solution to flush the app bundle cache
If you find one, I'd love to know what it is. I had no luck at all.
Is the application in question sandboxed?
No.
OK. Have you tried logging the path of a file in the bundle, so you can see where it’s being read from?

If the path still says the network, what kind of network is it and are there any caching settings or other settings you might be able to adjust? (I remember, for instance, that, years ago, similar problems used to occur if you were using a Windows-based network because of low resolution timestamps on files.) If the path doesn’t say the network, it might tell us where to look to clear out cached data.

Kind regards,

Alastair

--
http://alastairs-place.net

_______________________________________________

Cocoa-dev mailing list (Cocoa-***@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/cocoa-dev/gegs%40ml-in.narkive.net

This email sent to geg
Andreas Falkenhahn
2018-09-04 15:01:04 UTC
Permalink
Post by Alastair Houghton
OK. Have you tried logging the path of a file in the bundle, so you
can see where it’s being read from?
CFBundleCopyBundleURL(CFBundleGetMainBundle()) always returns the path
of the bundle on the network volume.
Post by Alastair Houghton
If the path still says the network, what kind of network is it and
are there any caching settings or other settings you might be able
to adjust? (I remember, for instance, that, years ago, similar
problems used to occur if you were using a Windows-based network
because of low resolution timestamps on files.) If the path doesn’t
say the network, it might tell us where to look to clear out cached data.
Unfortunately, I'm no macOS expert so I don't know where to look. I'm
using a standard macOS installation. The network drive is an SMB share.
--
Best regards,
Andreas Falkenhahn mailto:***@falkenhahn.com

_______________________________________________

Cocoa-dev mailing list (Cocoa-***@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/cocoa-dev/gegs%40ml-in.narkive.net

This email sent to ***@ml-in.n
Jean-Daniel
2018-09-04 16:02:00 UTC
Permalink
Post by Andreas Falkenhahn
Post by Alastair Houghton
OK. Have you tried logging the path of a file in the bundle, so you
can see where it’s being read from?
CFBundleCopyBundleURL(CFBundleGetMainBundle()) always returns the path
of the bundle on the network volume.
Maybe looking at the list of open files (in the Activity Monitor) may give you an hint about what is the real path of the mapped binary.
It is one of the few working method to get the real path of mapped libraries (/private/var/db/dyld/dyld_shared_cache_x86_64h instead of the system frameworks path for instance).
Post by Andreas Falkenhahn
Post by Alastair Houghton
If the path still says the network, what kind of network is it and
are there any caching settings or other settings you might be able
to adjust? (I remember, for instance, that, years ago, similar
problems used to occur if you were using a Windows-based network
because of low resolution timestamps on files.) If the path doesn’t
say the network, it might tell us where to look to clear out cached data.
Unfortunately, I'm no macOS expert so I don't know where to look. I'm
using a standard macOS installation. The network drive is an SMB share.
--
Best regards,
_______________________________________________
Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com
https://lists.apple.com/mailman/options/cocoa-dev/mailing%40xenonium.com
_______________________________________________

Cocoa-dev mailing list (Cocoa-***@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/cocoa-dev/gegs%40ml-in.narkive.net

This email sent to ***@ml-in.n
Alex Zavatone
2018-09-04 17:33:48 UTC
Permalink
Question, what causes the bundle to be cached in the first place?

Is there a way to force that to happen again? If you know what the bundle is, can you rename part of it or delete it to force an update? Cheezy, I know, but I’m just trying to get some insight into how to do this.
Post by Jean-Daniel
Post by Andreas Falkenhahn
Post by Alastair Houghton
OK. Have you tried logging the path of a file in the bundle, so you
can see where it’s being read from?
CFBundleCopyBundleURL(CFBundleGetMainBundle()) always returns the path
of the bundle on the network volume.
Maybe looking at the list of open files (in the Activity Monitor) may give you an hint about what is the real path of the mapped binary.
It is one of the few working method to get the real path of mapped libraries (/private/var/db/dyld/dyld_shared_cache_x86_64h instead of the system frameworks path for instance).
Post by Andreas Falkenhahn
Post by Alastair Houghton
If the path still says the network, what kind of network is it and
are there any caching settings or other settings you might be able
to adjust? (I remember, for instance, that, years ago, similar
problems used to occur if you were using a Windows-based network
because of low resolution timestamps on files.) If the path doesn’t
say the network, it might tell us where to look to clear out cached data.
Unfortunately, I'm no macOS expert so I don't know where to look. I'm
using a standard macOS installation. The network drive is an SMB share.
--
Best regards,
_______________________________________________
Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com
https://lists.apple.com/mailman/options/cocoa-dev/mailing%40xenonium.com
_______________________________________________
Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com
https://lists.apple.com/mailman/options/cocoa-dev/zav%40mac.com
_______________________________________________

Cocoa-dev mailing list (Cocoa-***@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/cocoa-dev/gegs%40ml-in.narkive.net

This email sent to geg
Andreas Falkenhahn
2018-09-04 19:00:37 UTC
Permalink
Post by Alex Zavatone
Question, what causes the bundle to be cached in the first place?
Is there a way to force that to happen again? If you know what the
bundle is, can you rename part of it or delete it to force an
update?
Sure, as I wrote in my very first mail, I can flush the cache by
doing the following:

$ cp test test.app/Contents/MacOS

After that macOS will run the latest version of my app and not the
cached version. But of course it's a little cumbersome having to do
this all the time because I'm building on a different machine and
the above line has to be executed on the machine I want to run the
bundle on after each new build...
--
Best regards,
Andreas Falkenhahn mailto:***@falkenhahn.com

_______________________________________________

Cocoa-dev mailing list (Cocoa-***@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/cocoa-dev/gegs%40ml-in.narkive.net

This email sent to ***@ml-in.narkive.net
Alex Zavatone
2018-09-04 19:02:08 UTC
Permalink
I meant just the bundle for your app. If you get the wrong bundle and you know it, what would happen if you deleted or renamed that bundle, even if only temporarily?

Would it force the new bundle to resolve?

Sent from my iPhone
Post by Andreas Falkenhahn
Post by Alex Zavatone
Question, what causes the bundle to be cached in the first place?
Is there a way to force that to happen again? If you know what the
bundle is, can you rename part of it or delete it to force an
update?
Sure, as I wrote in my very first mail, I can flush the cache by
$ cp test test.app/Contents/MacOS
After that macOS will run the latest version of my app and not the
cached version. But of course it's a little cumbersome having to do
this all the time because I'm building on a different machine and
the above line has to be executed on the machine I want to run the
bundle on after each new build...
--
Best regards,
_______________________________________________

Cocoa-dev mailing list (Cocoa-***@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/cocoa-dev/gegs%40ml-in.narkive.net

This email sent to ***@ml-in.narkive.net
Andreas Falkenhahn
2018-09-04 19:12:10 UTC
Permalink
Post by Alex Zavatone
I meant just the bundle for your app. If you get the wrong bundle
and you know it, what would happen if you deleted or renamed that bundle, even if only temporarily?
Would it force the new bundle to resolve?
Yes, but once again, I can have that easier by just re-copying the main executable into the bundle like so:

$ cp test test.app/Contents/MacOS

That'll do the trick as well. But this is all cumbersome because it needs my action. I want to be able to run the latest builds on all kinds of different Macs without having to care about such stuff.
--
Best regards,
Andreas Falkenhahn mailto:***@falkenhahn.com

_______________________________________________

Cocoa-dev mailing list (Cocoa-***@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/cocoa-dev/gegs%40ml-in.narkive.net

This email sent to ***@ml-in.narkive.net
Sean McBride
2018-09-07 21:45:01 UTC
Permalink
Post by Andreas Falkenhahn
Optimally, I'm looking for a solution to flush the app bundle cache on
the iMac from the makefile that I run on the Mac Mini I use for building.
Not sure what "the app bundle cache" is, but maybe nuking the LaunchServices db would help?

Dump LS database:
/System/Library/Frameworks/CoreServices.framework/Frameworks/LaunchServices.framework/Support/lsregister -dump > ~/lsdump.txt

Purge LS database:
/System/Library/Frameworks/CoreServices.framework/Frameworks/LaunchServices.framework/Support/lsregister -kill -r -domain local -domain system -domain user


Cheers,
--
____________________________________________________________
Sean McBride, B. Eng ***@rogue-research.com
Rogue Research www.rogue-research.com
Mac Software Developer Montréal, Québec, Canada


_______________________________________________

Cocoa-dev mailing list (Cocoa-***@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/cocoa-dev/gegs%40ml-in.narkive.net

This email sent
Andreas Falkenhahn
2018-09-08 19:20:58 UTC
Permalink
Post by Sean McBride
Post by Andreas Falkenhahn
Optimally, I'm looking for a solution to flush the app bundle cache on
the iMac from the makefile that I run on the Mac Mini I use for building.
Not sure what "the app bundle cache" is
That's just a name I came up with to describe the phenomenon I'm seeing here.
Post by Sean McBride
, but maybe nuking the LaunchServices db would help?
Unfortunately not. I can see my app in the lsdump and the path points to the
network share but purging the LS database doesn't have any effect. macOS
still loads the old version of my app, not the latest one on the share. Only
by rebooting or by re-copying the bundle's executable can I force macOS to
use the latest copy.
--
Best regards,
Andreas Falkenhahn mailto:***@falkenhahn.com

_______________________________________________

Cocoa-dev mailing list (Cocoa-***@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/cocoa-dev/gegs%40ml-in.narkive.net

This email sent to ***@ml-in.narkive.net
Tor Arne Vestbø
2018-09-08 20:34:41 UTC
Permalink
Post by Andreas Falkenhahn
Unfortunately not. I can see my app in the lsdump and the path points to the
network share but purging the LS database doesn't have any effect. macOS
still loads the old version of my app, not the latest one on the share. Only
by rebooting or by re-copying the bundle's executable can I force macOS to
use the latest copy.
I don’t think there’s any “application cache” here, it’s just the filesystem cache getting in the way (on some level).

I haven’t been successful in disabling the SMB client side cache to achieve what you want, but this works for me:

sshfs -o cache=no,nolocalcaches,volname=buildmachine buildmachine.local:/ /mnt/buildmachine/

Cheers,
Tor Arne

_______________________________________________

Cocoa-dev mailing list (Cocoa-***@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/cocoa-dev/gegs%40ml-in.nark
Continue reading on narkive:
Loading...