Good info, thanks for that. My client didn't want an installer (they
used to use one but for this app they wanted a plain zip file.) It's
useful to know that the dll isn't signed though, for future reference.
We did ask one affected person to move the app folder to their Documents
folder and a
Followup on the code signing hunch:
We know in the Apple world a lack of code signing can get an app banished by
Apple's Gatekeeper. So perhaps a Windows machine with high security
requirements also blocks exes or dlls that are not signed.
It looks to me like RunRev does not code sign the dlls u
On 1/14/2016 7:04 PM, Mark Wieder wrote:
On 01/14/2016 04:07 PM, J. Landman Gay wrote:
Does "there is a file" on Windows
return "false" if the user doesn't have permission to access the file?
I would hope so.
Okay, just to finish this up, I found the definitive answer in the
Microsoft docs
On 1/14/2016 7:04 PM, Mark Wieder wrote:
On 01/14/2016 04:07 PM, J. Landman Gay wrote:
Does "there is a file" on Windows
return "false" if the user doesn't have permission to access the file?
I would hope so.
Do you get anything interesting by running "attrib"?
I'm not sure how to test tha
On 01/14/2016 04:07 PM, J. Landman Gay wrote:
Does "there is a file" on Windows
return "false" if the user doesn't have permission to access the file?
I would hope so.
Do you get anything interesting by running "attrib"?
--
Mark Wieder
ahsoftw...@gmail.com
_
On 1/14/2016 4:55 PM, tbodine wrote:
Is the dll code signed? Perhaps higher security settings are blocking its
installation or use for that reason.
I don't know, it's got whatever LC assigns to it when it saves a standalone.
The file is there, the user can see it in the folder. The script just
Is the dll code signed? Perhaps higher security settings are blocking its
installation or use for that reason.
-- Tom Bodine
--
View this message in context:
http://runtime-revolution.278305.n4.nabble.com/Windows-10-file-paths-tp4700179p4700189.html
Sent from the Revolution - User mailing list
The file is in the build and Win 7 can find it. Win 10 can't. It isn't
that the file doesn't exist, it's that Win 10 can't see it.
On 1/14/2016 3:15 PM, Roger Eller wrote:
I don't know when it started, but even in Win7 I have had to include it in
the copy files pane for quite a while. It seems
Yep I think I've also been including it specifically in 'copy files' for a
good while - the other thing to check is whether the user has allowed their
anti-virus to block the .dll, if it was blocked it wouldn't be allowed to
function even if it was present
Roger Eller wrote
> I don't know when i
I don't know when it started, but even in Win7 I have had to include it in
the copy files pane for quite a while. It seems like it started around LC
6.5 to 6.6 builds.
On Thu, Jan 14, 2016 at 3:48 PM, J. Landman Gay
wrote:
> I need to ensure the user has not deleted the revSecurity.dll file. T
On 1/14/2016 2:39 PM, Dave Kilroy wrote:
I haven't messed with LC apps and Win10 yet (but my old LC apps still work on
it) - but what you describe reminds me strongly of virtualisation headaches
when Vista came out
http://newsletters.livecode.com/march/issue21/newsletter3.php - if nothing
has ch
I haven't messed with LC apps and Win10 yet (but my old LC apps still work on
it) - but what you describe reminds me strongly of virtualisation headaches
when Vista came out
http://newsletters.livecode.com/march/issue21/newsletter3.php - if nothing
has changed in your app, could there be something
12 matches
Mail list logo
