General rules for dealing with the justice system: Try to not annoy people too much. And, when you do, try to make sure you've good reason (e.g. benefits others). Also, realize that - statistically - the justice system is much calmer now than it used to be. It's just that with everything so quiet the inevitable mistakes tend to stand out.
-- Raul On Sat, Jul 8, 2017 at 9:20 PM, Ian Clark <[email protected]> wrote: > 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 ---------------------------------------------------------------------- For information about J forums see http://www.jsoftware.com/forums.htm
