9:41 p.m.
Dhruva Krishnamurthy wrote:
I am trying to build XEmacs 21.5.7 on NT 4 SP5 using MSVC++6.0.
I had mailed earlier about the error I get in accessing
"GetLongPathNameW".
...
3. For NT, there is a suggested work around (which I guess Andy
knows).
If not, please refer the URL:
http://www.geocities.com/SiliconValley/2060/articles/longpaths.html
GetLongPathNameW is unused in XEmacs. I don't have NT 4.0 around to test,
but this simple patch should fix the problem.
There is a function mswindows-long-file-name that looks like it already uses
a similar algorithm to your suggested workaround.
Unfortunately I can't commit this myself, since I'm currently getting:
...
cvs commit: Examining tests/mule
cvs commit: Examining tests/tooltalk
' from cvs serverng: unrecognized response `ok
from the CVS server.
src/ChangeLog addition:
2002-07-04 Jonathan Harris <jonathan(a)xemacs.org>
* intl-auto-encap-win32.c:
* intl-auto-encap-win32.h:
* intl-encap-win32.c:
Remove GetLongPathNameW - API not available on Win95/NT4
xemacs-21.5 source patch:
Diff command: cvs -q diff -u
Files affected: src/intl-encap-win32.c src/intl-auto-encap-win32.h
src/intl-auto-encap-win32.c
Index: src/intl-auto-encap-win32.c
===================================================================
RCS file: /pack/xemacscvs/XEmacs/xemacs/src/intl-auto-encap-win32.c,v
retrieving revision 1.6
diff -u -u -r1.6 intl-auto-encap-win32.c
--- src/intl-auto-encap-win32.c 2002/05/06 14:15:41 1.6
+++ src/intl-auto-encap-win32.c 2002/07/04 19:33:24
＠＠ -2578,14 +2578,7 ＠＠
return GetShortPathNameA ((LPCSTR) lpszLongPath, (LPSTR) lpszShortPath, cchBuffer);
}
-DWORD
-qxeGetLongPathName (const Extbyte * lpszShortPath, Extbyte * lpszLongPath, DWORD
cchBuffer)
-{
- if (XEUNICODE_P)
- return GetLongPathNameW ((LPCWSTR) lpszShortPath, (LPWSTR) lpszLongPath, cchBuffer);
- else
- return GetLongPathNameA ((LPCSTR) lpszShortPath, (LPSTR) lpszLongPath, cchBuffer);
-}
+/* Error if GetLongPathName used: Win98/2K+ only */
/* Skipping GetEnvironmentStrings because misnamed ANSI version of the function */
Index: src/intl-auto-encap-win32.h
===================================================================
RCS file: /pack/xemacscvs/XEmacs/xemacs/src/intl-auto-encap-win32.h,v
retrieving revision 1.6
diff -u -u -r1.6 intl-auto-encap-win32.h
--- src/intl-auto-encap-win32.h 2002/05/06 14:15:43 1.6
+++ src/intl-auto-encap-win32.h 2002/07/04 19:33:24
＠＠ -1829,11 +1829,8 ＠＠
#endif
DWORD qxeGetShortPathName (const Extbyte * lpszLongPath, Extbyte * lpszShortPath, DWORD
cchBuffer);
-#ifdef ERROR_WHEN_NONINTERCEPTED_FUNS_USED
#undef GetLongPathName
-#define GetLongPathName error use qxeGetLongPathName or
GetLongPathNameA/GetLongPathNameW
-#endif
-DWORD qxeGetLongPathName (const Extbyte * lpszShortPath, Extbyte * lpszLongPath, DWORD
cchBuffer);
+#define GetLongPathName error Win98/2K+ only
/* Skipping GetEnvironmentStrings because misnamed ANSI version of the function */
Index: src/intl-encap-win32.c
===================================================================
RCS file: /pack/xemacscvs/XEmacs/xemacs/src/intl-encap-win32.c,v
retrieving revision 1.7
diff -u -u -r1.7 intl-encap-win32.c
--- src/intl-encap-win32.c 2002/06/20 21:18:36 1.7
+++ src/intl-encap-win32.c 2002/07/04 19:33:25
＠＠ -216,7 +216,7 ＠＠
yes GetBinaryType
yes GetShortPathName
-yes GetLongPathName
+no GetLongPathName Win98/2K+ only
skip GetEnvironmentStrings misnamed ANSI version of the function
yes FreeEnvironmentStrings
yes FormatMessage
9:59 p.m.
>>>> "Jonathan" == Jonathan Harris
<jhar(a)tardis.ed.ac.uk> writes:
Jonathan> Unfortunately I can't commit this myself, since I'm
Jonathan> currently getting:
Jonathan> ... cvs commit: Examining tests/mule cvs commit:
Jonathan> Examining tests/tooltalk ' from cvs serverng:
Jonathan> unrecognized response `ok
> from the CVS server.
Hi Jonathan,
have you adjusted your setup to use our CVS server at SunSITE.dk?
See
http://www.xemacs.org/Develop/cvsaccess.html#committers
(especially item 4) and make sure you use account xemacs to commit.
Please let me know whether this helps,
Adrian
--
Adrian Aichner
mailto:adrian＠xemacs.org
http://www.xemacs.org/
11:51 p.m.
Adrian,
have you adjusted your setup to use our CVS server at SunSITE.dk?
...
Yeah. Looks like the problem is a line termination problem. I'm using a
non-cygwin version of cvs.exe, so maybe that's why no-one ese is seeing
this. I've yet to track down whether it's the cvs client, cvs server,
ssh client or ssh server that's at fault, but my money's currently on
the cvs server.
In detail, I get:
C:\src\xemacs-21.5\src>set CVS_RSH=C:\Progra~1\cygwin\bin\ssh.exe
C:\src\xemacs-21.5\src>cvs -d:ext:xemacs＠cvs.xemacs.org:/pack/xemacscvs
-t commit -F c:/DOCUME~1/Jonathan/LOCALS~1/Temp/patchsFAeA8
-> main loop with CVSROOT=:ext:xemacs＠cvs.xemacs.org:/pack/xemacscvs
cvs commit: Examining .
cvs commit: Examining m
cvs commit: Examining s
-> Starting server: C:\Progra~1\cygwin\bin\ssh.exe cvs.xemacs.org -l
xemacs cvs server
cvs commit: warning: unrecognized response `ok^M' from cvs server
cvs [commit aborted]: end of file from server (consult above messages if
any)
-> Lock_Cleanup()
Jonathan.
--
Jonathan Harris | jhar(a)tardis.ed.ac.uk
London, England | Jonathan.Harris(a)symbian.com
3:47 a.m.
>>>> "JH" == Jonathan Harris
<jhar(a)tardis.ed.ac.uk> writes:
JH> my money's currently on the cvs server.
Well, it could also be a careless too-early use of a unix2dos string
converter in the client. But you'd think that would have been
reported long ago.
--
Institute of Policy and Planning Sciences http://turnbull.sk.tsukuba.ac.jp
University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN
My nostalgia for Icon makes me forget about any of the bad things. I don't
have much nostalgia for Perl, so its faults I remember. Scott Gilbert c.l.py
8176
days inactive
8177
days old
3 comments
3 participants
participants (3)
-
Adrian Aichner -
Jonathan Harris -
Stephen J. Turnbull