put url tricks to copy files on windows

Matthias Rebbe matthias_livecode_150811 at m-r-d.de
Wed Jun 21 08:39:23 EDT 2017


to write to a file, even if it is copied, it has to be opened first.

Did you try to remove the 2 slashes in the to path also?


Matthias Rebbe
+49 5741 310000
‌matthiasrebbe.eu <http://matthiasrebbe.eu/>‌

> Am 21.06.2017 um 14:31 schrieb Mike Kerner via use-livecode <use-livecode at lists.runrev.com <mailto:use-livecode at lists.runrev.com>>:
> 
> also what is confusing is when I removed the // from the FROM file but left
> it in for the TO file, I get the same error, "can't open file", which to me
> implies that the file that exists can't be read, not that the TO path is
> wrong.
> 
> On Wed, Jun 21, 2017 at 7:37 AM, Roger Eller via use-livecode <
> use-livecode at lists.runrev.com <mailto:use-livecode at lists.runrev.com>> wrote:
> 
>> Without meaning to add more confusion, a Windows UNC path from a server to
>> a file does work with the form
>> "binfile://servername/folder/folder/filename.txt <binfile://servername/folder/folder/filename.txt>", while local access (or
>> mapped drives) are like "binfile:C:/folder/folder/filename.txt".
>> 
>> ~Roger
>> 
>> On Jun 21, 2017 2:07 AM, "Mark Waddingham via use-livecode" <
>> use-livecode at lists.runrev.com <mailto:use-livecode at lists.runrev.com>> wrote:
>> 
>>> As others have pointed out, for binfile and file urls you shouldn't
>>> include the standard '//' in front of the (absolute) path. These are not
>>> parsed by the engine as standard urls - everything after the : is parsed
>> as
>>> the filename.
>>> 
>>> On an unrelated not you don't need to twiddle with the defaultfolder as
>>> files() and folders() now take an optional argument for the path :)
>>> 
>>> Mark
>>> 
>>> Sent from my iPhone
>>> 
>>>> On 21 Jun 2017, at 03:37, Mark Wieder via use-livecode <
>>> use-livecode at lists.runrev.com <mailto:use-livecode at lists.runrev.com>> wrote:
>>>> 
>>>>> On 06/20/2017 07:19 PM, Mike Kerner via use-livecode wrote:
>>>>> I'm not on a mac a lot :-(
>>>>> So is "binfile:" more universal, or do I have to check the platform,
>>>>> first?  What is the technique on linux?
>>>> 
>>>> As far as I can remember, the "//" has never been recommended or
>>> approved for file or binfile. I'm surprised it gets parsed properly for
>>> OSX. You don't need or want it.
>>>> 
>>>> --
>>>> Mark Wieder
>>>> ahsoftware at gmail.com <mailto:ahsoftware at gmail.com>
>>>> 
>>>> _______________________________________________
>>>> use-livecode mailing list
>>>> use-livecode at lists.runrev.com
>>>> Please visit this url to subscribe, unsubscribe and manage your
>>> subscription preferences:
>>>> http://lists.runrev.com/mailman/listinfo/use-livecode <http://lists.runrev.com/mailman/listinfo/use-livecode>
>>> 
>>> 
>>> _______________________________________________
>>> use-livecode mailing list
>>> use-livecode at lists.runrev.com <mailto:use-livecode at lists.runrev.com>
>>> Please visit this url to subscribe, unsubscribe and manage your
>>> subscription preferences:
>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>> 
>> _______________________________________________
>> use-livecode mailing list
>> use-livecode at lists.runrev.com <mailto:use-livecode at lists.runrev.com>
>> Please visit this url to subscribe, unsubscribe and manage your
>> subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
>> 
> 
> 
> 
> -- 
> On the first day, God created the heavens and the Earth
> On the second day, God created the oceans.
> On the third day, God put the animals on hold for a few hours,
>   and did a little diving.
> And God said, "This is good."
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com <mailto:use-livecode at lists.runrev.com>
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode




More information about the use-livecode mailing list