bug#23691: 25.0.93; Drive name on windows should be uppercased

bug#23691: 25.0.93; Drive name on windows should be uppercased

[=?UTF-8?Q?Lerv=C3=A5g, ?= Alf]

[-- Attachment #1: Type: text/plain, Size: 3355 bytes --]



Running M-x eshell and then pwd gives:



~ $ pwd

c:/Users/alfler



The expected result is C:/Users/alfler



This causes issues when using webpack from eshell, since webpack assumes

that the drive name is in upper case.



In GNU Emacs 25.0.93.1 (x86_64-w64-mingw32)

of 2016-04-23 built on KAEL

Windowing system distributor 'Microsoft Corp.', version 6.1.7601

Configured using:

'configure --prefix=/tmp/emacs --without-imagemagick 'CFLAGS=-O2

-fomit-frame-pointer -g0''



Configured features:

XPM JPEG TIFF GIF PNG RSVG SOUND DBUS NOTIFY ACL GNUTLS LIBXML2 ZLIB

TOOLKIT_SCROLL_BARS



Important settings:

  value of $LANG: NOR

  locale-coding-system: cp1252



Major mode: EShell



Minor modes in effect:

  tooltip-mode: t

  global-eldoc-mode: t

  electric-indent-mode: t

  mouse-wheel-mode: t

  tool-bar-mode: t

  menu-bar-mode: t

  file-name-shadow-mode: t

  global-font-lock-mode: t

  font-lock-mode: t

  blink-cursor-mode: t

  auto-composition-mode: t

  auto-encryption-mode: t

  auto-compression-mode: t

  line-number-mode: t

  transient-mark-mode: t



Recent messages:

Loading em-basic...done

Loading em-cmpl...done

Loading em-dirs...done

Loading em-glob...done

Loading em-hist...done

Loading em-ls...done

Loading em-prompt...done

Loading em-script...done

Loading em-term...done

Loading em-unix...done

forward-sentence: End of buffer



Load-path shadows:

None found.



Features:

(shadow sort mail-extr emacsbug message dired format-spec rfc822 mml

mml-sec password-cache epg epg-config gnus-util mm-decode mm-bodies

mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail

rfc2047 rfc2045 ietf-drums mm-util help-fns help-mode mail-prsvr

mail-utils em-unix em-term term easymenu ehelp em-script em-prompt em-ls

cl-loaddefs pcase cl-lib em-hist em-pred em-glob em-dirs em-cmpl

em-basic em-banner em-alias pcomplete comint ansi-color ring esh-var

esh-io esh-cmd esh-opt esh-ext esh-proc esh-arg esh-groups eshell

esh-module esh-mode esh-util time-date mule-util tooltip eldoc electric

uniquify ediff-hook vc-hooks lisp-float-type mwheel dos-w32 ls-lisp

disp-table w32-win w32-vars term/common-win tool-bar dnd fontset image

regexp-opt fringe tabulated-list newcomment elisp-mode lisp-mode

prog-mode register page menu-bar rfn-eshadow timer select scroll-bar

mouse jit-lock font-lock syntax facemenu font-core frame cl-generic cham

georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao

korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech

european ethiopic indian cyrillic chinese charscript case-table epa-hook

jka-cmpr-hook help simple abbrev minibuffer cl-preloaded nadvice

loaddefs button faces cus-face macroexp files text-properties overlay

sha1 md5 base64 format env code-pages mule custom widget

hashtable-print-readable backquote w32notify dbusbind w32 multi-tty

make-network-process emacs)



Memory information:

((conses 16 104199 9452)

(symbols 56 21357 0)

(miscs 48 43 107)

(strings 32 20873 4919)

(string-bytes 1 622236)

(vectors 16 14619)

(vector-slots 8 451971 3890)

(floats 8 167 33)

(intervals 56 262 11)

(buffers 976 12))

[-- Attachment #2: Type: text/html, Size: 14267 bytes --]

bug#23691: 25.0.93; Drive name on windows should be uppercased

[Glenn Morris]

> Running M-x eshell and then pwd gives:
>
> ~ $ pwd
>
> c:/Users/alfler
>
> The expected result is C:/Users/alfler

What does the following return:

M-: (expand-file-name default-directory)

That's all that eshell appears to do.

bug#23691: 25.0.93; Drive name on windows should be uppercased

[Alf Lervåg]

Yes, that is correct. eshell/pwd just uses the value of default-directory which is "c:/Users/alfler". 

Alf Lervåg

> Den 3. juni 2016 kl. 19:39 skrev Glenn Morris <rgm@gnu.org>:
> 
> 
>> Running M-x eshell and then pwd gives:
>> 
>> ~ $ pwd
>> 
>> c:/Users/alfler
>> 
>> The expected result is C:/Users/alfler
> 
> What does the following return:
> 
> M-: (expand-file-name default-directory)
> 
> That's all that eshell appears to do.
> 

bug#23691: 25.0.93; Drive name on windows should be uppercased

[Glenn Morris]

> This causes issues when using webpack from eshell, since webpack assumes
> that the drive name is in upper case.

It seems to me that the actual issue is with Node.js, not Emacs.

https://github.com/nodejs/node/issues/6624

bug#23691: 25.0.93; Drive name on windows should be uppercased

[Alf Lervåg]

I agree.

Alf Lervåg

> Den 3. juni 2016 kl. 21:30 skrev Glenn Morris <rgm@gnu.org>:
> 
> 
>> This causes issues when using webpack from eshell, since webpack assumes
>> that the drive name is in upper case.
> 
> It seems to me that the actual issue is with Node.js, not Emacs.
> 
> https://github.com/nodejs/node/issues/6624

bug#23691: 25.0.93; Drive name on windows should be uppercased

[Eli Zaretskii]

> Date: Fri, 3 Jun 2016 21:38:07 +0200
> From: Alf Lervåg <alf@lervag.net>
> Cc: 23691@debbugs.gnu.org
> 
> I agree.
> 
> Alf Lervåg
> 
> > Den 3. juni 2016 kl. 21:30 skrev Glenn Morris <rgm@gnu.org>:
> > 
> > 
> >> This causes issues when using webpack from eshell, since webpack assumes
> >> that the drive name is in upper case.
> > 
> > It seems to me that the actual issue is with Node.js, not Emacs.
> > 
> > https://github.com/nodejs/node/issues/6624

Emacs on Windows always downcased the drive letter, and I see no
reason to change that long-standing behavior now.  Packages that
support Windows should work with upper- and lower-case drive letters
alike; if they don't, please submit bug reports to the respective
maintainers.