Displaying 20 results from an estimated 21 matches for "getfullpathname".
2006 May 26
13
win32-dir, unicode
Hi,
I''ve got a preliminary version of the pure Ruby version of win32-dir in
CVS. However, I was hoping to work out the Unicode issue. Run this:
from = "C:\\test"
to = "?????"
Dir.mkdir(from) unless File.exists?(from)
Dir.create_junction(to, from)
It works, but my explorer (and dos) window shows the name garbled. I
don''t think it''s a font
2005 Aug 30
0
No subject
'Windows' path using GetFullPathName() -- code below.
My question is how best to do the opposite -- not necessarily from a
'Windows' program.
Ex., given a path such as 'C:\PRETEST\GEM01494\GEM01494.RTF',
how do I get
'/home/justin/.cxoffice/dotwine/fake_windows/pretest/GEM01494/GEM01494.rtf'?
I currently hav...
2007 Oct 04
0
Prototyping the Dir class
...end
if block_given?
begin
buf = 0.chr * MAX_PATH
if GetCurrentDirectory(buf.length, buf) == 0
raise ArgumentError, get_last_error
else
# MSDN says the drive letter could be dropped,
# and that GetFullPathName should be called just in case.
current = buf.unpack("Z*")[0]
buf2 = 0.chr * MAX_PATH
if GetFullPathName(current, buf2.length, buf2, 0) == 0
raise ArgumentError, get_last_error
end
current...
2011 Sep 27
3
[LLVMdev] [cfe-dev] Unicode path handling on Windows
...ou'll probably need to convert the UTF-8 paths to wide char, lower case it using CharLowerBuffW (since it needs to match the casing rules used by NTFS), and then convert back to UTF-8.
If you need to be pedantic about recognizing whether two paths are the same on Windows you also need to call GetFullPathName in order to expand any 8.3 path components, but this is an expensive function so I wouldn't do it unless absolutely necessary.
There is also a call to _fullpath in there that needs to be changed to _wfullpath.
The rest of the patch looks good.
On Sep 23, 2011, at 9:57 AM, Nikola Smiljanic wr...
2011 Sep 29
2
[LLVMdev] [cfe-dev] Unicode path handling on Windows
...probably need to convert the UTF-8 paths to wide char, lower case it using CharLowerBuffW (since it needs to match the casing rules used by NTFS), and then convert back to UTF-8.
>
> If you need to be pedantic about recognizing whether two paths are the same on Windows you also need to call GetFullPathName in order to expand any 8.3 path components, but this is an expensive function so I wouldn't do it unless absolutely necessary.
>
> There is also a call to _fullpath in there that needs to be changed to _wfullpath.
>
> The rest of the patch looks good.
>
> On Sep 23, 2011, a...
2011 Sep 29
0
[LLVMdev] [cfe-dev] Unicode path handling on Windows
...to convert the
> UTF-8 paths to wide char, lower case it using CharLowerBuffW (since it needs
> to match the casing rules used by NTFS), and then convert back to UTF-8.
>
> If you need to be pedantic about recognizing whether two paths are the same
> on Windows you also need to call GetFullPathName in order to expand any 8.3
> path components, but this is an expensive function so I wouldn't do it
> unless absolutely necessary.
>
> There is also a call to _fullpath in there that needs to be changed to
> _wfullpath.
>
> The rest of the patch looks good.
>
> On Sep...
2011 Sep 30
2
[LLVMdev] [cfe-dev] Unicode path handling on Windows
...need to convert the UTF-8 paths to wide char, lower case it using CharLowerBuffW (since it needs to match the casing rules used by NTFS), and then convert back to UTF-8.
>>
>> If you need to be pedantic about recognizing whether two paths are the same on Windows you also need to call GetFullPathName in order to expand any 8.3 path components, but this is an expensive function so I wouldn't do it unless absolutely necessary.
>>
>> There is also a call to _fullpath in there that needs to be changed to _wfullpath.
>>
>> The rest of the patch looks good.
>>
>...
2011 Sep 30
0
[LLVMdev] [cfe-dev] Unicode path handling on Windows
...> UTF-8 paths to wide char, lower case it using CharLowerBuffW (since it needs
>> to match the casing rules used by NTFS), and then convert back to UTF-8.
>>
>> If you need to be pedantic about recognizing whether two paths are the
>> same on Windows you also need to call GetFullPathName in order to expand any
>> 8.3 path components, but this is an expensive function so I wouldn't do it
>> unless absolutely necessary.
>>
>> There is also a call to _fullpath in there that needs to be changed to
>> _wfullpath.
>>
>> The rest of the patch...
2005 Jan 16
1
Windows path to Linux path
Greetings,
I am running MS Word under wine.
2004 Nov 11
0
File.nopen alpha - another followup
...t",File::WRITE_ATTRIBUTES)
> fh.hidden = true
> fh.close
>
> I get "test.rb:16:in `hidden='': cannot convert nil into
> String (TypeError)"
It looks like this line is the culprit:
rbPath = rb_funcall(self,rb_intern("path"),0,0);
Hm...we could use GetFullPathName() if rbPath is nil. That, however,
doesn''t deal with the fact that there are probably several other
internal attributes that aren''t set if you use nopen(). I suppose I
need to take a look at the open/new implementation in file.c and see
what else it does, and try to imitate it t...
2011 Oct 03
0
[LLVMdev] [cfe-dev] Unicode path handling on Windows
...to wide char, lower case it using CharLowerBuffW (since it needs
>>> to match the casing rules used by NTFS), and then convert back to UTF-8.
>>>
>>> If you need to be pedantic about recognizing whether two paths are the
>>> same on Windows you also need to call GetFullPathName in order to expand any
>>> 8.3 path components, but this is an expensive function so I wouldn't do it
>>> unless absolutely necessary.
>>>
>>> There is also a call to _fullpath in there that needs to be changed to
>>> _wfullpath.
>>>
>>...
2011 Oct 03
5
[LLVMdev] [cfe-dev] Unicode path handling on Windows
...convert the UTF-8 paths to wide char, lower case it using CharLowerBuffW (since it needs to match the casing rules used by NTFS), and then convert back to UTF-8.
>>>
>>> If you need to be pedantic about recognizing whether two paths are the same on Windows you also need to call GetFullPathName in order to expand any 8.3 path components, but this is an expensive function so I wouldn't do it unless absolutely necessary.
>>>
>>> There is also a call to _fullpath in there that needs to be changed to _wfullpath.
>>>
>>> The rest of the patch looks goo...
2009 Jan 27
2
Package (PR#13475)
Full_Name: Partho Bhowmick
Version: 2.8.1
OS: Windows XP
Submission from: (NULL) (199.43.48.131)
While trying to install package sn (I have tried multiple mirrors),
I get the following message
trying URL 'http://www.revolution-computing.com/cran/bin/windows/contrib/2.8/sn_0.4-10.zip'
Content type 'application/zip' length 320643 bytes (313 Kb)
opened URL
downloaded 313 Kb
2011 Oct 03
0
[LLVMdev] [cfe-dev] Unicode path handling on Windows
...ower case it using CharLowerBuffW (since it needs
>>>> to match the casing rules used by NTFS), and then convert back to UTF-8.
>>>>
>>>> If you need to be pedantic about recognizing whether two paths are the
>>>> same on Windows you also need to call GetFullPathName in order to expand any
>>>> 8.3 path components, but this is an expensive function so I wouldn't do it
>>>> unless absolutely necessary.
>>>>
>>>> There is also a call to _fullpath in there that needs to be changed to
>>>> _wfullpath....
2009 Oct 29
3
"The system cannot find the file specified"
What is the problem here? I did an install package from the Rgui menu.
Windows Vista
<SNIP>
trying URL 'http://cran.cnr.Berkeley.edu/bin/windows/contrib/2.9/mvtnorm_0.9-8.zip'
Content type 'application/zip' length 236089 bytes (230 Kb)
opened URL
downloaded 230 Kb
trying URL 'http://cran.cnr.Berkeley.edu/bin/windows/contrib/2.9/QRMlib_1.4.4.zip'
Content type
2004 Nov 11
3
File.nopen alpha
Hi all,
I''ve committed an alpha version of File.nopen (native open) to
win32-file. This is a wrapper for CreateFile(). A quick synopsis:
* File.nopen(file,access_mode,share_mode,creation_mode,flags)
*
* A ''native'' open method. This uses CreateFile() behind the scenes
instead of
* the _open() function. This allows much greater flexibility when it
comes
* to
2011 Sep 30
0
[LLVMdev] [cfe-dev] Unicode path handling on Windows
...> UTF-8 paths to wide char, lower case it using CharLowerBuffW (since it needs
>> to match the casing rules used by NTFS), and then convert back to UTF-8.
>>
>> If you need to be pedantic about recognizing whether two paths are the
>> same on Windows you also need to call GetFullPathName in order to expand any
>> 8.3 path components, but this is an expensive function so I wouldn't do it
>> unless absolutely necessary.
>>
>> There is also a call to _fullpath in there that needs to be changed to
>> _wfullpath.
>>
>> The rest of the patch...
2011 Sep 23
0
[LLVMdev] [cfe-dev] Unicode path handling on Windows
Here's a new patch that fixes all the issues mentioned before. Note that
this isn't final, I didn't want to replace all calls to ::stat so that it's
easier to review.
I have only one more questions:
1. _wopen accepts _stat64i32 instead of stat structure. These two are
exactly the same, the only difference is that stat uses time_t
and _stat64i32 uses __time64_t (time_t is a
2011 Sep 20
2
[LLVMdev] [cfe-dev] Unicode path handling on Windows
On Tue, Sep 20, 2011 at 4:15 PM, Nikola Smiljanic <popizdeh at gmail.com> wrote:
> OK since this approach makes sense I'll shoot with my questions :)
> 1. Where should get_utf8_argv go and is the name of this function OK? Right
> now the function is inside llvm::sys::fs namespace because I need access to
> Windows.h, should I leave it there.
I don't think it belongs
2011 Oct 03
2
[LLVMdev] [cfe-dev] Unicode path handling on Windows
...the UTF-8 paths to wide char, lower case it using CharLowerBuffW (since it needs to match the casing rules used by NTFS), and then convert back to UTF-8.
>>>>
>>>> If you need to be pedantic about recognizing whether two paths are the same on Windows you also need to call GetFullPathName in order to expand any 8.3 path components, but this is an expensive function so I wouldn't do it unless absolutely necessary.
>>>>
>>>> There is also a call to _fullpath in there that needs to be changed to _wfullpath.
>>>>
>>>> The rest of the...