cygwin_conv_path strange behavior

[Jan Nijtmans <jan.nijtmans@gmail.com>]

Dear cygwin developers.

When trying the function cygwin_conv_path, I noted
some strange effect, when the cygwin1.dll is in the
same directory as the executable. This can be
demonstrated with the example "mypath.c" below.

Compiling this function, and putting it in some
directory "C:\some\path\foo', from a cygwin shell,
it prints:
    $ ./mypath
    win32 path: C:\some\path\foo\mypath.exe
    posix path: /cygdrive/c/some/path/foo/mypath.exe
From a win32 command shell:
    > .\mypath
    win32 path: C:\some\path\foo\mypath.exe
    posix path: /cygdrive/c/some/path/foo/mypath.exe
This is as expected.


Now, copy cygwin1.dll to the same directory
as mypath.exe, and do the same
from a cygwin shell, it prints:
    $ ./mypath
    win32 path: C:\some\path\foo\mypath.exe
    posix path: /cygdrive/c/some/path/foo/mypath.exe
From a win32 command shell:
    > .\mypath
    win32 path: C:\some\path\foo\mypath.exe
    posix path: /foo/mypath.exe

In other words, the first part of the posix path is
stripped, when running it from a win32 shell!

My objective is to distribute "mypath.exe" separate
from cygwin, simply by putting cygwin1.dll (the only
one it needs) in the same directory as the executable,
so it can run without the presence of the cygwin
environment. But this results in wrong paths produced
by the cygwin_conv_path() function.

Is this a bug in cygwin_conv_path()? What can
I do about that?

Regards,
           Jan Nijtmans

=============== mypath.c =================
extern __stdcall int GetModuleFileNameA(void *, const char *, int);

#define PATH_MAX 512

int
main ()
{
	char buf[PATH_MAX];
	char name[PATH_MAX];

	GetModuleFileNameA(0, buf, PATH_MAX);
	cygwin_conv_path(2, buf, name, PATH_MAX);
	printf("win32 path: %s\nposix path: %s\n", buf, name);
}

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple