RE: [Gnu-arch-users] Tlaa on wndows - new pathcompression scheme

[lode . leroy]

> If the VFAT short name hack is used directly via the Win32 API, it solves
> one class of problem, i.e. get tla working on Win32.  It does not
> necessarily solve the Microsoft-application-X-crashes-on-deep-paths
> problem
> which afflicts Explorer and many others, as they always opt to use the
> long
> path form, unless explicitly given the short form.

Norton Anti Virus crashes on long filename, luckily they have directory
(not regex unfortunately) exclusion, so one can exclude the C:\Projects
directory.

Making {arch} a hidden/system directory could make most users not stumble
into them.... that could help a bit.
The directories with long pathnames are not to be visited by users (i.e.
when not developing/debugging tla)

I thought of making a "Shell Extension" for Explorer that could cope with
long path names (i.e. a explorer-vu plugin...) to make it possible to use
Explorer to manage these files... (anyone up to implement this one?)
[this could also be implemented on top of the pathcompress numerical
mapping!]

>
> However, if you are talking about some generic solution similar to VFAT
> short names that might be workable across platforms.  It would still be
> slower than a number-to-string mapping, but it would be somewhat more
> understandable to the user as well.  Overall I think it would be a win.
>

the number to string mapping involves sscanf(%d) and fprintf(%d),
which is probably slower than using strings... it's just simpler to come
up with unique values (ie. first unused integer :-) than deciding on a
unique-meaningfull-name-to-the-user.

Anyway, this should be hidden to the user, just like the rockridge mapping
on CDROMS...

-- lode


----------------------------------------------------------------------------------
Plaats je zoekertjes GRATIS op AdValvas
Placez votre petite annonce GRATUITEMENT sur AdValvas
http://www.advalvas.be