Claudio Natoli <[EMAIL PROTECTED]> writes:
> Under Win32, stat() returns an st_ino field, but it has no meaning (on
> Win2K, and possibly all Win32 variants, it is always 0).
MSDN says:
Number of the information node (the inode) for the file
(UNIX-specific). On UNIX file systems, the inod
>> Here is an updated version of the win32 readdir patch.
>
>> 1) Now puts in exactly the same change as the current-cvs mingw code
>> does. (see
>>
>>http://cvs.sourceforge.net/viewcvs.py/mingw/runtime/mingwex/dir
ent.c?r1=3D
>> 1.3&r2=3D1.4, second part of the patch).
> I don't really agree wit
"Magnus Hagander" <[EMAIL PROTECTED]> writes:
> Here is an updated version of the win32 readdir patch.
> 1) Now puts in exactly the same change as the current-cvs mingw code
> does. (see
> http://cvs.sourceforge.net/viewcvs.py/mingw/runtime/mingwex/dirent.c?r1=3D
> 1.3&r2=3D1.4, second part of the
"Magnus Hagander" <[EMAIL PROTECTED]> writes:
> Here is an updated version of the win32 readdir patch.
Do we actually need to apply this to the main CVS tree, or can we just
wait for a mingw release that includes the fix?
-Neil
---(end of broadcast)--
Actually, it seems I forgot to attach the actual patch *again*. Sheesh.
Here goes.
//Magnus
>Here's the new one. Turns out I had already fixed the one part
>I thought
>I still had, so it was already ready.
>
>Changes since last patch:
>
>1) Error messages in pgwin32_signal_initialize() are no
Hello!
Here is an updated version of the win32 readdir patch.
1) Now puts in exactly the same change as the current-cvs mingw code
does. (see
http://cvs.sourceforge.net/viewcvs.py/mingw/runtime/mingwex/dirent.c?r1=
1.3&r2=1.4, second part of the patch).
2) Updates both xlog.c and slru.c in backe
Andrew Dunstan wrote:
Tom Lane wrote:
Andrew Dunstan <[EMAIL PROTECTED]> writes:
After staring at the code for a long time, I think I see how to do
this. It's complicated a bit by the fact that $ is a valid
identifier character. So my current thinking is to say that if we
see $ not in a