Re: live code seems to gratuitously unlock write permission for directories

Thanks Stephen - this isn't one of my Dreamhost sites, it's still on on-rev. I am 99% sure the downloads directory was readable at one time - but I've decided to keep the extra security of explicitly deciding which URLs to to give out, and to whom - rather than a more permissive (even if filt

Re: [OT] unhosing .rev and .livecode files

your drive was probably at some time used as a Torrent server source. Yes definitely delete all porn, don't even bother seeing if it contains illegal porn. Chances of child porn are very likely in a Torrent folder, and one has no idea where's it's from or been. In the US the son of a friend of min

Re: [OT] unhosing .rev and .livecode files

Thanks, one-and-all, for the kind and informative messages about backing up and so forth. I have retrieved as much as I am likely to from my zonked Linux box, and am now putting the thing back together. HOWEVER, before that: 1. Retrieved from one of my hard drives was a "rather intriguing" s

Re: [OT] unhosing .rev and .livecode files

I use Time Machine for hourly backups, mirror my LC stacks folder on Dropbox (so every change is also saved in the cloud), then in addition I have a peripheral hard drive at work where I back up my work stacks every time I close down for the day. I once lost over 2 weeks of notes due to a disk c

Re: [OT] unhosing .rev and .livecode files

“Diskwarrior" is a good tool to use in addition to “Data Rescue”. If you have to go as far as using “Disk Rescue” you have had some major problem and may not have been doing your backups routinely enough. If you already have a safe-deposit box at a bank, you may want to consider using that as your

Re: Non-Public API Usage

I switched back to 8.1.2 RC1 and compiled. I submitted to Apple and the result was just the "Missing Push Notification Entitlement" message. So whatever the problem is, it must be specific to RC2. -- View this message in context: http://runtime-revolution.278305.n4.nabble.com/Non-Public-API-Usa

> Subject: Re: Non-Public API Usage

We have discovered one or more issues with your recent delivery for "PlanningBoard 2". To process your delivery, the following issues must be corrected: Non-public API usage: The app references non-public symbols in MadPink Planning Board: _getcontext, _makecontext, _setcontext If method names

Re: Non-Public API Usage

Hi Pink - have you seen this related thread: http://runtime-revolution.278305.n4.nabble.com/iTunes-Connect-rejection-td4710481.html > I have not used those names, so I submitted it: > > http://quality.livecode.com/show_bug.cgi?id=18958 > __