Thanks Raul. I've no experience of using Xcode for iOS as opposed to macOS, but the author has the same general misgivings I do about automatic snapshots.
In ten years time I can foresee absolutely nothing in my life going unrecorded somewhere. It could (i.a.) be the end of the criminal justice system as we know it On Sat, Jul 8, 2017 at 2:31 PM, Raul Miller <[email protected]> wrote: > Is this relevant here? > > https://stackoverflow.com/questions/12488462/ios- > directory-structure-whats-snapshots-file > > Thanks, > > -- > Raul > > > On Sat, Jul 8, 2017 at 8:54 AM, Ian Clark <[email protected]> wrote: > > Thanks, Ric and Bill. > > > > Just so's I know it's working for me and not somebody else. I'd hate to > > distribute an app – even a beta – especially a beta – which goes around > > slurping the user's intellectual property. > > > > Xcode appears to have total control over the snap directory. Unlike > > Apple:Finder (which as a rule hides dirs/files beginning with dot) it can > > open ~user/snap/.snp – and edit or delete its contents. Though I haven't > > tried… like Bill, I shy away from trashing things I don't understand. > > Unless I have a spare week to explore the consequences. > > > > Right now, it contains an old copy of just one J script – nested in > > gibberish directories. I've no idea what I did to snapshot that one > > particular script, and I feel it's something I need to know. It's a vital > > script and would cause big trouble if it ever got executed… or > regressed. I > > may just delete its contents and make it say a rude message if/when it's > > ever loaded. A great use for the Mac's superb text-to-speech facility: > you > > can even make it say it in Russian. (Suggestions, please…) > > > > JQt Autosave, eh? Bill and Ric reinforce my suspicions. If it's owned by > > jqt then I'll take a chance it won't alter. Because I don't have jqt in > my > > mini-installation, which is for JHS only. > > > > BTW: I don't see a lot here about JHS as a faceless daemon talking > through > > a pretty Apple face, whether macOS or iOS. But I'm convinced it has a > > future, and now I have hard evidence. If anyone on this list is working > > along similar lines and wants to see where I'm up to, pm me and I'll > > cheerfully zip-up an Xcode project or two and email you a box link. > > > > Ian > > > > > > On Sat, Jul 8, 2017 at 4:31 AM, bill lam <[email protected]> wrote: > > > >> I think snap have been there for over may year. It > >> autosave recent versions during edit session. In J8 you can > >> use config to set maximum number of snapshot or disable it. > >> But I suggest you do not disable it even if you think you don't > >> need its service. Perhaps it can help you just in case. > >> You can delete its content when you think they are no > >> longer needed. > >> > >> You may add a run script in xcode build phases to automatically trash > >> files inside the snap folder. (untested) > >> > >> snap folder may or may not be re-created, this depends on your > >> profile.ijs or profilex.ijs > >> > >> Сб, 08 июл 2017, Ian Clark написал(а): > >> > Inside an Apple Xcode project, I am managing a cut-down J805 > installation > >> > which gets embedded in the resulting app. The app (TABULA) is nearing > the > >> > beta-test stage and I must attend to questions of security. Such as: > its > >> > capacity for harboring concealed trojans. > >> > > >> > > >> > Xcode has discovered J code I didn't know existed in a folder: > >> > J64-805-user/snap/ > >> > > >> > This folder seems to be created at installation time of J64-805 > itself, > >> and > >> > my mini J installation has inherited it. It is moderately large > (88KB), > >> but > >> > not as large as /Applications/j64-805/addons (36.4 MB). > >> > > >> > > >> > When I open it in osx Finder, it pretends to be empty. But Xcode/Find > >> makes > >> > its contents perfectly visible. More to the point, Xcode allows me to > >> edit > >> > this J code -- and the edit persists across finds. > >> > > >> > > >> > I recognise some of the contents as J source code I myself have > written, > >> > maybe out-of-date code. > >> > > >> > > >> > ++ Can I safely delete J64-805-user/snap/ from my Xcode project > folder? > >> > What, if anything, will fall over as a result? Will J64-805-user/snap/ > >> get > >> > re-created inside the distributed app? Maybe even restored? > >> > > >> > > >> > ++ Can the J code inside J64-805-user/snap/ conceivably be executed? I > >> > would like to be reassured it never can. > >> > > >> > > >> > I have searched http://code.jsoftware.com/wiki/ for the word "snap" > but > >> the > >> > results cast no light on the matter for me. > >> > > >> > > >> > I can take a shrewd guess at what /snap/ is intended to do. But to > guess > >> is > >> > not to know. Can anyone help, please? > >> > > >> > > >> > Ian Clark > >> > ------------------------------------------------------------ > ---------- > >> > For information about J forums see http://www.jsoftware.com/ > forums.htm > >> > >> -- > >> regards, > >> ==================================================== > >> GPG key 1024D/4434BAB3 2008-08-24 > >> gpg --keyserver subkeys.pgp.net --recv-keys 4434BAB3 > >> gpg --keyserver subkeys.pgp.net --armor --export 4434BAB3 > >> ---------------------------------------------------------------------- > >> For information about J forums see http://www.jsoftware.com/forums.htm > >> > > ---------------------------------------------------------------------- > > For information about J forums see http://www.jsoftware.com/forums.htm > ---------------------------------------------------------------------- > For information about J forums see http://www.jsoftware.com/forums.htm > ---------------------------------------------------------------------- For information about J forums see http://www.jsoftware.com/forums.htm
