Re: Best place to hide license files (was Re: [now OT] Licensing/Implementing in Cocoa/Obj-C - Interest in product?)
Re: Best place to hide license files (was Re: [now OT] Licensing/Implementing in Cocoa/Obj-C - Interest in product?)
- Subject: Re: Best place to hide license files (was Re: [now OT] Licensing/Implementing in Cocoa/Obj-C - Interest in product?)
- From: Christoffer Lerno <email@hidden>
- Date: Sat, 17 Apr 2004 00:13:25 +0800
On Apr 16, 2004, at 23:06, M. Uli Kusterer wrote:
At 13:54 Uhr +0200 16.04.2004, Stiphane Sudre wrote:
On 16 avr. 2004, at 13:29, M. Uli Kusterer wrote:
BTW -- anybody have a good idea where to put the "counter" or
"expiry date" files for such a scheme on OS X? In OS 9 we used to
just create invisible files at the root level of the hard disk
(can't use "Preferences" or "Application Support/MyApp", that'd be
too obvious).
One idea could be not to make them invisible, but to make them
visible yet not distinguishable.
You mean like, have three "MyApp Preferences" files in ~/Library
Preferences/, duplicating the data in there, and having one of them be
queried for the actual licensing info, and using the other three for
sanity checks?
Well, a user would still be able to just delete the Prefs files (all
three of them). I think having the file named something that doesn't
look like your app would be a better choice in this case.
Of course, one could go the route that virus back then did and name
it something like an Apple file. ".DS_Store " (with the space to avoid
stepping on the Finder's toes) or whatever, or
"com.apple.holdsemfromfluppin.plist", or whatever.
I've got lot of crust in in my Preferences due to software I tried out.
A quick look reveals methods like:
* pretending to be an apple plist
* using a . prefix e.g ".c92ksi2m2b"
* using a . prefix and pretending it is a system file. e.g.
".darwinsys-1"
* posing as a .DS_Store e.g. " .DS_Store" (note the initial spaces)
And this is just what I get from a "ls -al" in my preferences directory.
Let's not start on the stuff in my ~/ dir. It's not good because when
you want to make back-ups by hand, it is really hard to figure out
what's necessary to keep and what is just redundant backups from some
program.
If you bury it, it can be found. In an ideal world I'd suggest to put
in the .plist, or simply setting the creation date for the .plist for
use as a counter.
I don't mind the counters, I just don't like when it builds up.. makes
me feel like I'm back in windows' registry hell.
/Christoffer
_______________________________________________
cocoa-dev mailing list | email@hidden
Help/Unsubscribe/Archives:
http://www.lists.apple.com/mailman/listinfo/cocoa-dev
Do not post admin requests to the list. They will be ignored.