| Re: [AD] Re: file_select_ex patch |
[ Thread Index |
Date Index
| More lists.liballeg.org/allegro-developers Archives
]
- To: alleg-developers@xxxxxxxxxx
- Subject: Re: [AD] Re: file_select_ex patch
- From: Chris <chris.kcat@xxxxxxxxxx>
- Date: Fri, 16 Sep 2005 16:10:26 -0700
- Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:from:to:subject:date:user-agent:references:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:message-id; b=P0y1JaEjJYTB/bS+YynOxtUqqb+x+4I8jncJdHU00BJal1t9zhU5IoagyacXr0dPeam1VEfZoXcPzBn2m2X0LMAd5l52vXgzcf1GB4cWr00liPIJehra2f3ksfK++awownNTyj++Piz/Y5peREY3i+HO0P6rJegOZmeIP0VWNRE=
On Friday 16 September 2005 03:41 pm, Michal Molhanec wrote:
> Chris wrote:
> > Yeah, and what about the file in those directories? They're set read-only
> > too.
>
> only those copyied from the CD. if it is some app it can generate files
> which won't be ro...
If it's smart enough to do that, it should be smart enough to know the
files/folders will be read-only and fix them as needed, before generating
those extra files. In all actuality, it shouldn't be able to create those
files in a read-only directory without first clearing the read-only
attribute.
> and you would use -r probably when saving anything
> so you should be able to create new file there
But the directory is marked read-only. You *shouldn't* be able to create new
files there, or delete existing ones. Besides, as I said, programs generally
don't hide read-only files and folders for save as operations.