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
s the capability of calling your code signing tool and signing
the dlls and executable as part of its installer compiling process. Using
that, my dlls get code signed painlessly.
-- Tom Bodine
--
View this message in context:
http://runtime-revolution.278305.n4.nabble.com/Windows-10-file-
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
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
___
> use-livecode mailing list
> use-livecode@.runrev
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
-
"Th
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
thing different either in the
user's settings in Win10 or how Win10 is managing apps?
-
"The difference between genius and stupidity is; genius has its limits." -
Albert Einstein
--
View this message in context:
http://runtime-revolution.278305.n4.nabble.com/W
I need to ensure the user has not deleted the revSecurity.dll file. This
works on Windows 7 and under:
put "revsecurity.dll" into tWinFile
put the filename of this stack into tFilepath
set the itemdel to slash
put tWinFile into last item of tFilepath
put there is a file tFile
13 matches
Mail list logo
