PathYetAnotherMakeUniqueName
(1)
XP
(1)
PathMakeUniqueName
(1)
GetUniqueFilePath
(1)
FindFirstFile
(1)
FindNextFile
(1)
GetNextCount
(1)
FilePathIN
(1)

Next "available" File/Folder Name,...

Asked By Kerem Gümrükcü
27-Jan-10 04:00 AM
Hi,

i am looking for some API that will give me the next
available file/folder name if the file/folder aleady
exists. Example: you have a file named "New Text.txt",
o the operating system suggests here "New Text(1).txt"
if you create a new file within the shell. Is there any API
that could give me the next available name for a file if
i provide a filename as input? I guess its some shell interface
or function, but i could not find anything so far,...

Thanks in advance,...

Regards

Kerem

--
-----------------------
Beste Gr?sse / Best regards / Votre bien devoue
Kerem G?mr?kc?
Latest Project: http://www.pro-it-education.de/software/deviceremover
Latest Open-Source Projects: http://entwicklung.junetz.de
-----------------------

G?mr?kc?

Jeff Gaines replied to Kerem Gümrükcü
27-Jan-10 04:18 AM
I use the following for files:

internal static string GetUniqueFilePath(string filePathIN)
{
int count = 1;
string result = filePathIN;

FileInfo fInfo = new FileInfo(result);
if (fInfo.Exists)
{
do
{
result = filePathIN + "." + count.ToString("0000");
count++;
fInfo = new FileInfo(result);
}
while (fInfo.Exists);
}
return result;
}

It adds the number at the end so you would need to tweak it a bit to put
the number in a different place.

--
Jeff Gaines Dorset UK
There are 3 types of people in this world. Those who can count, and those
who cannot.

Hi Kerem,On 1/27/2010 10:00 AM, Kerem G?mr?kc?

Stefan Kuhr replied to Kerem Gümrükcü
27-Jan-10 10:35 AM
Hi Kerem,


Even if there is such a thing, what value would it give to you? Once you
had that "next available file/folder name" and just before you can
create it, your program can be preempted and someone else can calculate
this file/folder and create it, so what value will your prior call to
this imaginary function have?. Having a function that does this as an
API is subject to race conditions, so it is per se useless, unless
tightly coupled with a file/foldeer creation call. The only sure thing
is a function that tries to *create* the next possible file/folder.

You mentioned PathMakeUniqueName, I never used that, does it only
does not create the file name, you will have to use that in a loop until
a combination of the result of both PathMakeUniqueName and CreateFile
succeed. BTW: MSDN online says that PathMakeUniqueName is suppported on
W2K as well.

--
S

Hi Stefan,Yes, you are right on that.

Kerem Gümrükcü replied to Stefan Kuhr
27-Jan-10 11:25 AM
Hi Stefan,


Yes, you are right on that. But it is quite sure that there will be no
race condition/deadlock, because the access to the folder is only restricted
to
a special process that only runs single instance, system and sessionwide
in a special account and the folder (where the subfolders/files) will be
created) has special NTFS restrictions only for the process user context.


AFAIK (i didnt check it and will use it!) it only suggest the file name,
like
many shell and helper functions do with strings and URLs/Paths.


I implemented my own version that does a for-loop on the names until it gets
a "available" name, then it does its job.


I am always very cautious on functions i never used or know, so i always
check
first whether there is a (implemented) export of the function on the named
library
and this time i was right on checking it, because my up2date W2k system does
NOT have such a export in the library! Yes, MSDN says that, but in fact it
seems to
be wrong since i do have a shell32.dll (5.00.3900.7155) on my W2k and it
does
NOT export that function at least it has no named export! But MSDN says:

Minimum DLL Version shell32.dll version 5.0 or later
Custom Implementation No
Header shlobj.h
Import library shell32.lib
Minimum operating systems Windows 2000

Thats simply wrong!

And what export name is that "PathYetAnotherMakeUniqueName", available
since >=XP  *g*

Regards

K.


--
-----------------------
Beste Gr?sse / Best regards / Votre bien devoue
Kerem G?mr?kc?
Latest Project: http://www.pro-it-education.de/software/deviceremover
Latest Open-Source Projects: http://entwicklung.junetz.de
-----------------------
Kerem G?mr?kc?
Hector Santos replied to Kerem Gümrükcü
27-Jan-10 12:34 PM
Stefan's suggestion still applies.  However, where (count) do you
begin?   If its a single process/thread, you might as well use a
FindFirstFile()/FindNextFile() to get the highest count using a "New
File*.txt" specification, then +1 for the new file.  If the applet is
24x7, then you can get that high count at startup.

Off hand:

int GetNextCount()
{
const char *pszSpec = "new file(*).txt";
int nHigh = 0;
WIN32_FIND_DATA fd;
HANDLE ff = FindFirstFile(pszSpec, &fd);
if (ff != INVALID_HANDLE_VALUE) {
do {
int n = atoi(fd.cFileName+9);
if (n > nHigh) nHigh = n;
} while(FindNextFile(ff,&fd));
FindClose(ff);
}
return nHigh+1;
}

Usage:

CString nfn;
nfn.Format("New File(%d)",GetNextCount())

Fine tune this to your specific paths/names.  But has Stefan
highlighted, if you going to be having multiple access points,
threads, processes, etc, then doing a exclusive file open with
CreateFile() will work (after getting the highest count), then use a
loop to increment again if the file was created after the
findfirst/next search.


--
HLS
Hi Jeff,thanks a lot, thats nice, but i already have somethinglike that, but i
Kerem Gümrükcü replied to Jeff Gaines
27-Jan-10 07:11 AM
Hi Jeff,

thanks a lot, thats nice, but i already have something
like that, but i will "follow" the Microsoft Windows
naming scheme to make sure that evrything is fine.
I dont want to reinvent the wheel if there is such a
function already build into windows itself,...if not,
i have to go the hard way,...

Regards

Kerem

--
-----------------------
Beste Gr?sse / Best regards / Votre bien devoue
Kerem G?mr?kc?
Latest Project: http://www.pro-it-education.de/software/deviceremover
Latest Open-Source Projects: http://entwicklung.junetz.de
-----------------------
No need to reinvent the wheel:[PathMakeUniqueName]http://msdn.microsoft.
Kerem Gümrükcü replied to Kerem Gümrükcü
27-Jan-10 07:24 AM
No need to reinvent the wheel:

[PathMakeUniqueName]
http://msdn.microsoft.com/en-us/library/bb776476%28VS.85%29.aspx

But only works >= XP

Regards

Kerem

--
-----------------------
Beste Gr?sse / Best regards / Votre bien devoue
Kerem G?mr?kc?
Latest Project: http://www.pro-it-education.de/software/deviceremover
Latest Open-Source Projects: http://entwicklung.junetz.de
-----------------------
is not that shlwapi.dll?
Alexander Grigoriev replied to Kerem Gümrükcü
27-Jan-10 09:56 PM
is not that shlwapi.dll?
Non, its shell32.dll, check exports.
Kerem Gümrükcü replied to Alexander Grigoriev
28-Jan-10 03:38 AM
Non, its shell32.dll, check exports. At first i was
expecting it in the helper library too,..

--
-----------------------
Beste Gr?sse / Best regards / Votre bien devoue
Kerem G?mr?kc?
Latest Project: http://www.pro-it-education.de/software/deviceremover
Latest Open-Source Projects: http://entwicklung.junetz.de
-----------------------
I remember that shell32.dll was replaced with IE update.
Alexander Grigoriev replied to Kerem Gümrükcü
28-Jan-10 10:30 AM
I remember that shell32.dll was replaced with IE update. Maybe the function
is only present after one such update.
doestAh - they are exported by ordinal not by name.
rogero replied to Kerem Gümrükcü
30-Jan-10 04:52 PM
d
oes
t

Ah - they are exported by ordinal not by name.
PathMakeUniqueName is ordinal #47 in shell32.dll on W2K

Regards,
Roger.
Post Question To EggHeadCafe