Issue 36556 - osl_getExecutableFile() sometimes return a wrong path
Summary: osl_getExecutableFile() sometimes return a wrong path
Status: CLOSED FIXED
Alias: None
Product: App Dev
Classification: Unclassified
Component: api (show other issues)
Version: 3.3.0 or older (OOo)
Hardware: All Windows XP
: P1 (highest) Trivial
Target Milestone: ---
Assignee: matthias.huetsch
QA Contact: issues@api
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-11-03 10:16 UTC by jsc
Modified: 2013-02-24 21:07 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this issue.
Description jsc 2004-11-03 10:16:29 UTC 
The osl _getExecutablefile function has changed the return value. In an earlier
version the function has returned a file url "file:///d:/test/xy.exe", today the
function returns the file url without the binary extension .exe
("file:///d:/test/xy"). The return value of a compatible API function has
changed which of course is a bug independent of any other reasons why the
implementation has been changed. Windows only!
Comment 1 jsc 2004-11-03 10:29:57 UTC 
Furthermore is the extension part of a file URL. The behaviour could have been
changed as well, i think that under Windows .com is preferred used before .exe.
Comment 2 jsc 2004-11-03 11:25:27 UTC 
I have changed the prio to P2 because the function returns not the path of the
executable, it appends the executable name to the current directory.
The idlc use this function to preprare the command for the preprocessor. See the
output below. The first test is full qualified and the second one not, check the
"* ### ..." output
 
1.
k:\sdksample\SRC680\wntmsci10\bin.m60\idlc.exe -I ..\..\..\..
CannotActivateFactoryException
k:\sdksample\SRC680\wntmsci10\bin.m60\idlc.exe: compile
'CannotActivateFactoryException.idl' ...
1 ### file:///k:/sdksample/SRC680/wntmsci10/bin.m60/idlc.exe
2 ### file:///k:/sdksample/SRC680/wntmsci10/bin.m60/
3 ### file:///k:/sdksample/SRC680/wntmsci10/bin.m60/idlcpp.exe
k:\sdksample\SRC680\wntmsci10\bin.m60\idlc.exe: returned successful
Sun Microsystems (R) k:\sdksample\SRC680\wntmsci10\bin.m60\idlc.exe Version 1.1

2.
idlc -I ..\..\..\.. CannotActivateFactoryException.idl
idlc: compile 'CannotActivateFactoryException.idl' ...
1 ### file:///M:/SRC680/udkapi/com/sun/star/loader/idlc
2 ### file:///M:/SRC680/udkapi/com/sun/star/loader/
3 ### file:///M:/SRC680/udkapi/com/sun/star/loader/idlcpp.exe
idlc: starting preprocessor failed
Comment 3 jsc 2004-11-03 12:11:10 UTC 
Probably it should be prio 1 because no udkapi and offapi project can be build.
Comment 4 matthias.huetsch 2004-11-03 14:13:49 UTC 
(1) Adapting summary to Juergens last comments (wrong path, i.e. relative to cwd)...
(2) Changing priority to P1...
(3) Accepting...
Comment 5 matthias.huetsch 2004-11-03 14:40:01 UTC 
Fixed in sal/osl/w32/process.c r1.29
Comment 6 matthias.huetsch 2004-11-09 17:22:14 UTC 
Verified against milestone m61 (thru successfully building 'udkapi')...
Comment 7 matthias.huetsch 2004-11-09 17:22:36 UTC 
Closing...