ntfslinkext-changes Mailing List for NTFS Link Ext

Patches item #3003754, was opened at 2010-05-18 19:11
Message generated for change (Tracker Item Submitted) made by spartan11-7
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=821638&aid=3003754&group_id=161885

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Spartan-117 (spartan11-7)
Assigned to: Nobody/Anonymous (nobody)
Summary: Optional support for network and removable drives

Initial Comment:
Created a custom installer containing three alternate patches as well as the original binaries.  One for removable support, one for network support, and a third for both at the same time.  I do not have a compatible Pascal compiler so I had to disassemble alter, and then manually re-assemble the existing binary, which is why there is no GUI option, instead a simple option during installation.

The installer is larger than the SourceForge 256KB "patch filesize" limit, so the file can be downloaded here instead:

http://tinyurl.com/25xqeyo

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=821638&aid=3003754&group_id=161885

Feature Requests item #2987804, was opened at 2010-04-15 11:30
Message generated for change (Tracker Item Submitted) made by spartan11-7
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=821639&aid=2987804&group_id=161885

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Priority: 5
Private: No
Submitted By: Spartan-117 (spartan11-7)
Assigned to: Nobody/Anonymous (nobody)
Summary: Add config option for removable drives

Initial Comment:
Add a configuration option to enable/disable scanning and overlay handling on removable drives.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=821639&aid=2987804&group_id=161885

Bugs item #2987801, was opened at 2010-04-15 11:21
Message generated for change (Settings changed) made by spartan11-7
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=821636&aid=2987801&group_id=161885

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
>Resolution: Rejected
Priority: 5
Private: No
Submitted By: Spartan-117 (spartan11-7)
Assigned to: Nobody/Anonymous (nobody)
Summary: Overlays not displayed on removable drives

Initial Comment:
The icon overlays for junctions and hardlinks are not displayed on removable NTFS drives.  I have confirmed this both with actual USB flash drives, an external USB hard drive, as well as a TrueCrypt NTFS volume.  When mounted as a local disk, all overlays are displayed, however, when mounted as removable, overlays are NOT displayed.

----------------------------------------------------------------------

Comment By: Spartan-117 (spartan11-7)
Date: 2010-04-15 11:28

Message:
I have since noticed that this is intentional according to the ChangeLog,
am closing this and will open a new Feature Request for enabling/disabling
removable drive handling based on user preference.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=821636&aid=2987801&group_id=161885

Bugs item #2987801, was opened at 2010-04-15 11:21
Message generated for change (Comment added) made by spartan11-7
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=821636&aid=2987801&group_id=161885

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Spartan-117 (spartan11-7)
Assigned to: Nobody/Anonymous (nobody)
Summary: Overlays not displayed on removable drives

Initial Comment:
The icon overlays for junctions and hardlinks are not displayed on removable NTFS drives.  I have confirmed this both with actual USB flash drives, an external USB hard drive, as well as a TrueCrypt NTFS volume.  When mounted as a local disk, all overlays are displayed, however, when mounted as removable, overlays are NOT displayed.

----------------------------------------------------------------------

>Comment By: Spartan-117 (spartan11-7)
Date: 2010-04-15 11:28

Message:
I have since noticed that this is intentional according to the ChangeLog,
am closing this and will open a new Feature Request for enabling/disabling
removable drive handling based on user preference.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=821636&aid=2987801&group_id=161885

Bugs item #2987801, was opened at 2010-04-15 11:21
Message generated for change (Tracker Item Submitted) made by spartan11-7
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=821636&aid=2987801&group_id=161885

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Spartan-117 (spartan11-7)
Assigned to: Nobody/Anonymous (nobody)
Summary: Overlays not displayed on removable drives

Initial Comment:
The icon overlays for junctions and hardlinks are not displayed on removable NTFS drives.  I have confirmed this both with actual USB flash drives, an external USB hard drive, as well as a TrueCrypt NTFS volume.  When mounted as a local disk, all overlays are displayed, however, when mounted as removable, overlays are NOT displayed.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=821636&aid=2987801&group_id=161885

Bugs item #2961646, was opened at 2010-03-02 13:28
Message generated for change (Settings changed) made by str3tch
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=821636&aid=2961646&group_id=161885

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Deleted
Resolution: None
Priority: 5
Private: No
Submitted By: Chris Dorrington (str3tch)
Assigned to: Nobody/Anonymous (nobody)
Summary: No explorer integration on 64bit XP

Initial Comment:
After install on Windows XP64, there are no added entries in the explorer right click menu, therefore you cannot use NTFS Link on XP64.

I suspect the location of the registry entries are different on the XP64.

----------------------------------------------------------------------

>Comment By: Chris Dorrington (str3tch)
Date: 2010-03-02 13:30

Message:
oops - sorry, didn't see feature request on similar topic.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=821636&aid=2961646&group_id=161885

Bugs item #2961646, was opened at 2010-03-02 13:28
Message generated for change (Tracker Item Submitted) made by str3tch
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=821636&aid=2961646&group_id=161885

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Chris Dorrington (str3tch)
Assigned to: Nobody/Anonymous (nobody)
Summary: No explorer integration on 64bit XP

Initial Comment:
After install on Windows XP64, there are no added entries in the explorer right click menu, therefore you cannot use NTFS Link on XP64.

I suspect the location of the registry entries are different on the XP64.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=821636&aid=2961646&group_id=161885

Patches item #2562353, was opened at 2009-02-04 00:46
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=821638&aid=2562353&group_id=161885

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Andrei Liutec (liutec)
Assigned to: Nobody/Anonymous (nobody)
Summary: Romanian Translation for NTFS Link Ext 2.1

Initial Comment:
Romanian Translation for NTFS Link Ext 2.1

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=821638&aid=2562353&group_id=161885

Patches item #2526058, was opened at 2009-01-21 05:38
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=821638&aid=2526058&group_id=161885

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Alberto Martínez (amarcruz)
Assigned to: Nobody/Anonymous (nobody)
Summary: Spanish translation for 2.1 (Ext)

Initial Comment:
Hi,
here is the updated Spanish translation for NTFS Link Ext (corrected)

---

Alberto Martínez

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=821638&aid=2526058&group_id=161885

Bugs item #1972588, was opened at 2008-05-26 11:06
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=821636&aid=1972588&group_id=161885

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: asd asd (anonymousopenid)
Assigned to: Nobody/Anonymous (nobody)
Summary: The filename, directory name, or volume label syntax is inco

Initial Comment:
I got the error "The filename, directory name, or volume label syntax is incorrect."

This was on a Windows 2003 server and i'm not sure why it came on some of the links i made and not on others that were very similar.

I fixed it by recreating the junction points.

I saw another person having the same error message with junction points that had an explanation:
http://java.codeproject.com/KB/winsdk/junctionpoints.aspx?msg=1779726#xx1779726xx

It's probably not directly an ntfslink issue, but it could probably be avoided if ntfslink makes sure it doesn't happen.

Thanks for a great product.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=821636&aid=1972588&group_id=161885

Bugs item #1959515, was opened at 2008-05-07 13:17
Message generated for change (Comment added) made by miracle2k
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=821636&aid=1959515&group_id=161885

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nick Gearls (nickgearls)
Assigned to: Nobody/Anonymous (nobody)
Summary: Move of junctions

Initial Comment:
I tested 2.1 under Vista (not SP1).

If I move a junction in Explorer, it does not warn before moving the internal files.

Note that deletion is not trapped either, but only the root directory (junction) is deleted, not the contents.

----------------------------------------------------------------------

>Comment By: Michael Elsdoerfer (miracle2k)
Date: 2008-05-15 18:26

Message:
Logged In: YES 
user_id=755086
Originator: NO

Just an general note:  While the current version seems to work on Vista
more or less, it is entirely untested. Vista has added some significant
link related changes (overlays in explorer, file symbolic links), and NTFS
Link has not yet been updated (and I cannot say when or if that will
happen).

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=821636&aid=1959515&group_id=161885

Bugs item #1959515, was opened at 2008-05-07 15:17
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=821636&aid=1959515&group_id=161885

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nick Gearls (nickgearls)
Assigned to: Nobody/Anonymous (nobody)
Summary: Move of junctions

Initial Comment:
I tested 2.1 under Vista (not SP1).

If I move a junction in Explorer, it does not warn before moving the internal files.

Note that deletion is not trapped either, but only the root directory (junction) is deleted, not the contents.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=821636&aid=1959515&group_id=161885

Feature Requests item #1667086, was opened at 2007-02-23 14:27
Message generated for change (Comment added) made by eyebex
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=821639&aid=1667086&group_id=161885

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Priority: 5
Private: No
Submitted By: Victor (leonset)
Assigned to: Nobody/Anonymous (nobody)
Summary: Windows 2003 64bits Shell extensions

Initial Comment:
Hello!

I have just installed NTFS Link v2.1 in Windows 2003 64bit and the shell extensions doesn't seem to work. I have taken a look at the registry entries and the shell extensions seem to be there, but they don't show up.

Has anyone tried this software in Win2K3-64?

Thanks

----------------------------------------------------------------------

>Comment By: Sebastian Schuberth (eyebex)
Date: 2007-10-12 09:40

Message:
Logged In: YES 
user_id=787298
Originator: NO

As I mentioned in my first comment, there already is a C++/ATL/WTL
extension available for 64-bit UNicode platforms here:

http://itb0002a.itb.uni-oldenburg.de/tools/awxdown.php?file=awxLink_x64

It has been around for a while and is supposed to be stable. So I don't
see the immediate need for another C++ implementation. It's not Open
Source, though.

BTW: Delphi / Free Pascal are Unicode aware.

----------------------------------------------------------------------

Comment By: Roman Ryltsov (ryltsov)
Date: 2007-10-12 00:31

Message:
Logged In: YES 
user_id=605314
Originator: NO

I made a similar shell extension but in C++/ATL/WTL which is probably
easier to compile for 64-bit Windows (and it's also an Unicode build - thus
better cares for international characters, I am unsure if Delphi is Unicode
friendly nowadays), and I also had requests for 64-bit versions but the
problem is that I don't have a 64-bit system to test. If anyone is
interested in getting and testing 64-bit version, please let me know and I
will compile and possibly sort out issues to get things work under 64 bits.

----------------------------------------------------------------------

Comment By: Michael Elsdoerfer (miracle2k)
Date: 2007-06-22 14:42

Message:
Logged In: YES 
user_id=755086
Originator: NO

I'd like to reopen that ticket. It should be possible to compile the
extension with FreePascal by not using the ComServ.pas und ComObj.pas
units. See the NSE library at mustangpeak.net which has it's own
implementation.

----------------------------------------------------------------------

Comment By: Sebastian Schuberth (eyebex)
Date: 2007-04-08 17:28

Message:
Logged In: YES 
user_id=787298
Originator: NO

NTFS Link will currently not work with 64-bit Windows of any kind. This is
because the software is a shell extension, and for 64-bit Windows shell
extensions need to be compiled as native 64-bit DLLs. The only free (in
terms of gratis) Delphi / Pascal compiler to my knowledge that can
currently generate native 64-bit Windows DLLs is FreePascal, but
unfortunately FreePascal is lacking some basic features to be able to
compile NTFS Link's source code. This means there will not be a 64-bit
version in the foreseeable future.

As a work-around you could use the 32-bit version of Windows Explorer
under 64-bit Windows (there the shell extension should register
successfully), but that's certainly not a very good approach.

In the meantime, you may want to try a "concurring" product that is
written in C++ already offers a native 64-bit shell extension:
http://www.arniworld.de/ ("awxLink" under "Downloads")

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=821639&aid=1667086&group_id=161885

Feature Requests item #1667086, was opened at 2007-02-23 15:27
Message generated for change (Comment added) made by ryltsov
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=821639&aid=1667086&group_id=161885

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Priority: 5
Private: No
Submitted By: Victor (leonset)
Assigned to: Nobody/Anonymous (nobody)
Summary: Windows 2003 64bits Shell extensions

Initial Comment:
Hello!

I have just installed NTFS Link v2.1 in Windows 2003 64bit and the shell extensions doesn't seem to work. I have taken a look at the registry entries and the shell extensions seem to be there, but they don't show up.

Has anyone tried this software in Win2K3-64?

Thanks

----------------------------------------------------------------------

Comment By: Roman Ryltsov (ryltsov)
Date: 2007-10-12 01:31

Message:
Logged In: YES 
user_id=605314
Originator: NO

I made a similar shell extension but in C++/ATL/WTL which is probably
easier to compile for 64-bit Windows (and it's also an Unicode build - thus
better cares for international characters, I am unsure if Delphi is Unicode
friendly nowadays), and I also had requests for 64-bit versions but the
problem is that I don't have a 64-bit system to test. If anyone is
interested in getting and testing 64-bit version, please let me know and I
will compile and possibly sort out issues to get things work under 64 bits.

----------------------------------------------------------------------

Comment By: Michael Elsdoerfer (miracle2k)
Date: 2007-06-22 15:42

Message:
Logged In: YES 
user_id=755086
Originator: NO

I'd like to reopen that ticket. It should be possible to compile the
extension with FreePascal by not using the ComServ.pas und ComObj.pas
units. See the NSE library at mustangpeak.net which has it's own
implementation.

----------------------------------------------------------------------

Comment By: Sebastian Schuberth (eyebex)
Date: 2007-04-08 18:28

Message:
Logged In: YES 
user_id=787298
Originator: NO

NTFS Link will currently not work with 64-bit Windows of any kind. This is
because the software is a shell extension, and for 64-bit Windows shell
extensions need to be compiled as native 64-bit DLLs. The only free (in
terms of gratis) Delphi / Pascal compiler to my knowledge that can
currently generate native 64-bit Windows DLLs is FreePascal, but
unfortunately FreePascal is lacking some basic features to be able to
compile NTFS Link's source code. This means there will not be a 64-bit
version in the foreseeable future.

As a work-around you could use the 32-bit version of Windows Explorer
under 64-bit Windows (there the shell extension should register
successfully), but that's certainly not a very good approach.

In the meantime, you may want to try a "concurring" product that is
written in C++ already offers a native 64-bit shell extension:
http://www.arniworld.de/ ("awxLink" under "Downloads")

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=821639&aid=1667086&group_id=161885

Feature Requests item #1798776, was opened at 2007-09-20 16:53
Message generated for change (Comment added) made by metalim
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=821639&aid=1798776&group_id=161885

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Priority: 5
Private: No
Submitted By: Maxim (metalim)
Assigned to: Nobody/Anonymous (nobody)
Summary: Search for related hardlinks

Initial Comment:
It's either hard or impossible currently to find all hardlinks for a file instance. It's "nice to have" and "very useful" feature. For example: you need file hardlinked in several folders. Once you copy the file instead of hardlinking, and then make hardlink from the copied file, it's impossible to tell, what hardlinks link to what instance of the file, without checking file content. And if the file is binary, then say "hello" to fc.exe

----------------------------------------------------------------------

>Comment By: Maxim (metalim)
Date: 2007-10-03 17:49

Message:
Logged In: YES 
user_id=727019
Originator: YES

black_winny: Thanks. But since NTFSlink can maintain additional info in
NTFS streams, there's no need to search the whole partition to find
hardlinks for one particular file. Answer can be given instantly.

----------------------------------------------------------------------

Comment By: Black Winny (black_winny)
Date: 2007-10-03 07:12

Message:
Logged In: YES 
user_id=1904314
Originator: NO

Hi !

The tool exists. It's been created by Microsoft in 2001 year. Its name is
hlscan.exe

To download it, go to  :
http://www.microsoft.com/downloads/details.aspx?familyid=289ADEE4-ABB3-4E18-AB07-C77DB8654979&displaylang=en

It will be installed in the C:\Program Files\Resource Kit folder. An
advice : after installation, copy your hlscan.exe in your Windows folder,
it's easier to use.

Its a command line tool. To be opened simply in a prompt DOS window.

Syntax :

HLSCAN [/all | /dir <path> | /file <filename>] [/log [<logfile>]] /?

Without additional parameters, Hlscan displays hard links on the current
volume.

Parameters:

   /all               Displays files with hard links on all NTFS volumes
of
                      the system.

   /dir <path>        Displays files with hard links in the specified
                      directory and in its subdirectories
                      (recursive search).

   /file <filename>   Displays all names for the specified
                      file (non-recursive search).

   /log <logfile>     Writes the output to the specified file
                      instead of displaying it in the command
                      window. The default logfile location is Hlscan.log
                      in the current directory.

   /?                 Displays help.	  



Note that it needs Msvcp50.dll in the %systemroot%\system32 (usually
c:\windows\system32) folder. Very easy to find on the web (here
http://www.dll-files.com/dllindex/dll-files.shtml?msvcp50 for example) if
you have not... or on your Windows installation disk.


Kind regards,
Jacques (from France)

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=821639&aid=1798776&group_id=161885

Feature Requests item #1798776, was opened at 2007-09-20 15:53
Message generated for change (Comment added) made by black_winny
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=821639&aid=1798776&group_id=161885

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Priority: 5
Private: No
Submitted By: Maxim (metalim)
Assigned to: Nobody/Anonymous (nobody)
Summary: Search for related hardlinks

Initial Comment:
It's either hard or impossible currently to find all hardlinks for a file instance. It's "nice to have" and "very useful" feature. For example: you need file hardlinked in several folders. Once you copy the file instead of hardlinking, and then make hardlink from the copied file, it's impossible to tell, what hardlinks link to what instance of the file, without checking file content. And if the file is binary, then say "hello" to fc.exe

----------------------------------------------------------------------

Comment By: Black Winny (black_winny)
Date: 2007-10-03 06:12

Message:
Logged In: YES 
user_id=1904314
Originator: NO

Hi !

The tool exists. It's been created by Microsoft in 2001 year. Its name is
hlscan.exe

To download it, go to  :
http://www.microsoft.com/downloads/details.aspx?familyid=289ADEE4-ABB3-4E18-AB07-C77DB8654979&displaylang=en

It will be installed in the C:\Program Files\Resource Kit folder. An
advice : after installation, copy your hlscan.exe in your Windows folder,
it's easier to use.

Its a command line tool. To be opened simply in a prompt DOS window.

Syntax :

HLSCAN [/all | /dir <path> | /file <filename>] [/log [<logfile>]] /?

Without additional parameters, Hlscan displays hard links on the current
volume.

Parameters:

   /all               Displays files with hard links on all NTFS volumes
of
                      the system.

   /dir <path>        Displays files with hard links in the specified
                      directory and in its subdirectories
                      (recursive search).

   /file <filename>   Displays all names for the specified
                      file (non-recursive search).

   /log <logfile>     Writes the output to the specified file
                      instead of displaying it in the command
                      window. The default logfile location is Hlscan.log
                      in the current directory.

   /?                 Displays help.	  



Note that it needs Msvcp50.dll in the %systemroot%\system32 (usually
c:\windows\system32) folder. Very easy to find on the web (here
http://www.dll-files.com/dllindex/dll-files.shtml?msvcp50 for example) if
you have not... or on your Windows installation disk.


Kind regards,
Jacques (from France)

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=821639&aid=1798776&group_id=161885

Feature Requests item #1755832, was opened at 2007-07-18 04:19
Message generated for change (Comment added) made by metalim
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=821639&aid=1755832&group_id=161885

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Priority: 5
Private: No
Submitted By: Michael Elsdoerfer (miracle2k)
Assigned to: Nobody/Anonymous (nobody)
Summary: On Vista, request evaluation if needed

Initial Comment:
For example, if the target of a link-operation is a folder the current user has no write permission to, try to use UAC to retrieve those permissions.

----------------------------------------------------------------------

Comment By: Maxim (metalim)
Date: 2007-09-20 17:03

Message:
Logged In: YES 
user_id=727019
Originator: NO

"Elevation" instead of "evaluation", probably.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=821639&aid=1755832&group_id=161885

Feature Requests item #1798776, was opened at 2007-09-20 16:53
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=821639&aid=1798776&group_id=161885

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Priority: 5
Private: No
Submitted By: Maxim (metalim)
Assigned to: Nobody/Anonymous (nobody)
Summary: Search for related hardlinks

Initial Comment:
It's either hard or impossible currently to find all hardlinks for a file instance. It's "nice to have" and "very useful" feature. For example: you need file hardlinked in several folders. Once you copy the file instead of hardlinking, and then make hardlink from the copied file, it's impossible to tell, what hardlinks link to what instance of the file, without checking file content. And if the file is binary, then say "hello" to fc.exe

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=821639&aid=1798776&group_id=161885

Bugs item #1673520, was opened at 2007-03-04 18:39
Message generated for change (Settings changed) made by eyebex
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=821636&aid=1673520&group_id=161885

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
>Resolution: None
Priority: 5
Private: No
Submitted By: realturner (realturner)
>Assigned to: Nobody/Anonymous (nobody)
Summary: cannot link directories/files path with non-ascii char

Initial Comment:
as i described above, when i tried to make jounction / hard link to path containing non-ascii characters.
If it's possible, i wish it can handle path coded by UTF-8 since I'm an Asian user always facing these chinese/japanese character.

Note: it's even impossible to link a folder / file with my locale non-ascii chars.

despite this not that big problem, this software is really powerful, it terminate my long-time worrying about categorizing files since i can have many hard links and junctions for multi-attribute files!!

and a little desire for feature,
isn't it cool if a junction can joint with multi folders?
i know i can create a folder with many junctions under it, but it makes me feel bad sometimes to open each folder to check it out.

but even without these, i still praise for having such a convenient software to use.

----------------------------------------------------------------------

Comment By: Sebastian Schuberth (eyebex)
Date: 2007-04-08 17:37

Message:
Logged In: YES 
user_id=787298
Originator: NO

Unicode support is a feature I'm working on, but it will take some more
months due to a lack of spare time.

Regarding your feature request: Junctions are a feature of the NTFS file
system, we're simply enabling it, but we cannot change the way it works.
What you're requesting (sounds like something like "unionsfs" / "aufs"
under Linux) is not possible, unfortunately.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=821636&aid=1673520&group_id=161885

Feature Requests item #1766488, was opened at 2007-08-02 16:24
Message generated for change (Comment added) made by wellread1
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=821639&aid=1766488&group_id=161885

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Priority: 5
Private: No
Submitted By: wellread1 (wellread1)
Assigned to: Nobody/Anonymous (nobody)
Summary: Support for Distributed Link Tracking Services

Initial Comment:
This is a very nice implementation of a sorely needed capability.

I have noticed that a few move/rename operations get missed with the current methods of intercepting Move and Rename operations on target directories. Renaming a directory that is on the direct path of a target directory is not trapped.  Moving a directory containing multiple target directories may generate many messages and can be problematic if other move errors occur.  Would it be possible to support tracking of linked target directories using the Microsoft Distributed Link Tracking Service?  



----------------------------------------------------------------------

>Comment By: wellread1 (wellread1)
Date: 2007-08-03 12:36

Message:
Logged In: YES 
user_id=1859371
Originator: YES

It seems the Directory Link Service provides link tracking for shortcuts
and OLE objects only.  Nonetheless, I think one can make use of this
service by creating shortcuts pointing to the source directory for each
reparse point. If one names each shortcut after the GUID of the reparse
point and keeps it in a protected directory, it should be possible to use
the IShelllink::Resolve Method (which takes advantage of the Directory Link
Service) to recover the path to the source for any broken reparse point. 
This procedure would add only 1kb (for each shortcut) of storage overhead
for each reparse point.  It should also be possible maintain sufficient
independent data to rebuild the the shortcuts if they were inadvertently
deleted, so the entire procedure could be fairly robust.

----------------------------------------------------------------------

Comment By: Michael Elsdoerfer (miracle2k)
Date: 2007-08-03 04:12

Message:
Logged In: YES 
user_id=755086
Originator: NO

Thanks for the suggestion, I didn't know about the service so far. I'll
try to find the time to investigate.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=821639&aid=1766488&group_id=161885

Feature Requests item #1766488, was opened at 2007-08-02 23:24
Message generated for change (Comment added) made by miracle2k
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=821639&aid=1766488&group_id=161885

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Priority: 5
Private: No
Submitted By: wellread1 (wellread1)
Assigned to: Nobody/Anonymous (nobody)
Summary: Support for Distributed Link Tracking Services

Initial Comment:
This is a very nice implementation of a sorely needed capability.

I have noticed that a few move/rename operations get missed with the current methods of intercepting Move and Rename operations on target directories. Renaming a directory that is on the direct path of a target directory is not trapped.  Moving a directory containing multiple target directories may generate many messages and can be problematic if other move errors occur.  Would it be possible to support tracking of linked target directories using the Microsoft Distributed Link Tracking Service?  



----------------------------------------------------------------------

>Comment By: Michael Elsdoerfer (miracle2k)
Date: 2007-08-03 11:12

Message:
Logged In: YES 
user_id=755086
Originator: NO

Thanks for the suggestion, I didn't know about the service so far. I'll
try to find the time to investigate.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=821639&aid=1766488&group_id=161885

Feature Requests item #1766488, was opened at 2007-08-02 16:24
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=821639&aid=1766488&group_id=161885

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Priority: 5
Private: No
Submitted By: wellread1 (wellread1)
Assigned to: Nobody/Anonymous (nobody)
Summary: Support for Distributed Link Tracking Services

Initial Comment:
This is a very nice implementation of a sorely needed capability.

I have noticed that a few move/rename operations get missed with the current methods of intercepting Move and Rename operations on target directories. Renaming a directory that is on the direct path of a target directory is not trapped.  Moving a directory containing multiple target directories may generate many messages and can be problematic if other move errors occur.  Would it be possible to support tracking of linked target directories using the Microsoft Distributed Link Tracking Service?  



----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=821639&aid=1766488&group_id=161885

Feature Requests item #1755832, was opened at 2007-07-18 01:19
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=821639&aid=1755832&group_id=161885

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Priority: 5
Private: No
Submitted By: Michael Elsdoerfer (miracle2k)
Assigned to: Nobody/Anonymous (nobody)
Summary: On Vista, request evaluation if needed

Initial Comment:
For example, if the target of a link-operation is a folder the current user has no write permission to, try to use UAC to retrieve those permissions.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=821639&aid=1755832&group_id=161885

Feature Requests item #1748720, was opened at 2007-07-05 20:45
Message generated for change (Comment added) made by miracle2k
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=821639&aid=1748720&group_id=161885

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Closed
Priority: 5
Private: No
Submitted By: Michael Elsdoerfer (miracle2k)
Assigned to: Nobody/Anonymous (nobody)
Summary: Add a mailinglist for tracker changes

Initial Comment:
So users without a premium subscription will be able to monitor all changes.

----------------------------------------------------------------------

>Comment By: Michael Elsdoerfer (miracle2k)
Date: 2007-07-05 21:02

Message:
Logged In: YES 
user_id=755086
Originator: YES

Done and tested ;)

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=821639&aid=1748720&group_id=161885

Feature Requests item #1748720, was opened at 2007-07-05 20:45
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=821639&aid=1748720&group_id=161885

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Priority: 5
Private: No
Submitted By: Michael Elsdoerfer (miracle2k)
Assigned to: Nobody/Anonymous (nobody)
Summary: Add a mailinglist for tracker changes

Initial Comment:
So users without a premium subscription will be able to monitor all changes.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=821639&aid=1748720&group_id=161885