emacs-bug-tracker
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#51894: closed (27.2; GDB Gud support on Cygwin has trouble accessing


From: GNU bug Tracking System
Subject: bug#51894: closed (27.2; GDB Gud support on Cygwin has trouble accessing shared files on Windows network drives.)
Date: Thu, 23 Dec 2021 13:46:01 +0000

Your message dated Thu, 23 Dec 2021 08:45:25 -0500
with message-id <64016093-9b2c-3683-d0e1-73e77bd010b6@cornell.edu>
and subject line Re: bug#51894: 27.2; GDB Gud support on Cygwin has trouble 
accessing shared files on Windows network drives.
has caused the debbugs.gnu.org bug report #51894,
regarding 27.2; GDB Gud support on Cygwin has trouble accessing shared files on 
Windows network drives.
to be marked as done.

(If you believe you have received this mail in error, please contact
help-debbugs@gnu.org.)


-- 
51894: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=51894
GNU Bug Tracking System
Contact help-debbugs@gnu.org with problems
--- Begin Message --- Subject: 27.2; GDB Gud support on Cygwin has trouble accessing shared files on Windows network drives. Date: Tue, 16 Nov 2021 09:22:26 +0000

--text follows this line--

 

Working on Cygwin Emacs when source code is located on Windows 10

network drives (e.g. Windows F: drive points to \\fileserver\soruce) and accessed

by gdb using \cygdrive\f\source\.. the Emacs gdb support cannot find the

file.

File can only be find by the Emacs GDB support if the source path begins with

double slash (e.g,, \\cygdrive\f\source\...).  However in this case it

cannot be found by the gud gdb window.

To overcome this source mounts should be done directly from the Cygwin (using mount) and not

through the Windows 10 drives (\cygdrive\...).

 

 

In GNU Emacs 27.2 (build 1, x86_64-pc-cygwin, X toolkit, Xaw3d scroll bars)

of 2021-03-26 built on moufang2

Repository revision: 5a2c58d08c59ce5a7afb6511cc99f722f426c12b

Repository branch: master

Windowing system distributor 'The Cygwin/X Project', version 11.0.12012000

Recent messages:

(No changes need to be saved)

elisp--preceding-sexp: End of file during parsing

Saving file /cygdrive/c/Temp/cmd3...

Wrote /cygdrive/c/Temp/cmd3

(No changes need to be saved) [3 times]

Undefined command: "exit".  Try "help".

Switched to thread 1

Mark set

Target doesn’t support non-stop mode.  Turning it off.

Mark set [8 times]

 

Configured using:

'configure

--srcdir=/home/kbrown/src/cygpackages/emacs/emacs-27.2-1.x86_64/src/emacs-27.2

--prefix=/usr --exec-prefix=/usr --localstatedir=/var --sysconfdir=/etc

--docdir=/usr/share/doc/emacs --htmldir=/usr/share/doc/emacs/html -C

--with-x-toolkit=lucid 'CFLAGS=-ggdb -O2 -pipe -Wall

-Werror=format-security -Wp,-D_FORTIFY_SOURCE=2

-fstack-protector-strong --param=ssp-buffer-size=4

-fdebug-prefix-map=/home/kbrown/src/cygpackages/emacs/emacs-27.2-1.x86_64/build=/usr/src/debug/emacs-27.2-1

-fdebug-prefix-map=/home/kbrown/src/cygpackages/emacs/emacs-27.2-1.x86_64/src/emacs-27.2=/usr/src/debug/emacs-27.2-1'

CPPFLAGS= LDFLAGS='

 

Configured features:

XAW3D XPM JPEG TIFF GIF PNG RSVG SOUND DBUS GSETTINGS GLIB NOTIFY

GFILENOTIFY ACL GNUTLS LIBXML2 FREETYPE HARFBUZZ M17N_FLT LIBOTF XFT

ZLIB TOOLKIT_SCROLL_BARS LUCID X11 XDBE XIM MODULES THREADS JSON PDUMPER

LCMS2 GMP

 

Important settings:

  value of $LC_CTYPE: en_US.UTF-8

  locale-coding-system: utf-8-unix

 

Major mode: Debugger

 

Minor modes in effect:

  gud-tooltip-mode: t

  tooltip-mode: t

  global-eldoc-mode: t

  electric-indent-mode: t

  mouse-wheel-mode: t

  tool-bar-mode: t

  tab-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

 

Load-path shadows:

None found.

 

Features:

(shadow sort mail-extr emacsbug message dired dired-loaddefs format-spec

rfc822 mml mml-sec epa derived epg epg-config gnus-util rmail

rmail-loaddefs text-property-search mailabbrev gmm-utils mailheader

sendmail mail-utils help-fns radix-tree cl-print debug backtrace

help-mode mule-util jka-compr info vc-git cc-mode cc-fonts cc-guess

cc-menus cc-cmds cc-styles cc-align cc-engine cc-vars cc-defs which-func

imenu vc vc-dispatcher tempo srecode soap-client mm-decode mm-bodies

mm-encode url-http url-auth mail-parse rfc2231 rfc2047 rfc2045 mm-util

ietf-drums mail-prsvr url-gw nsm rmc puny url url-proxy url-privacy

url-expand url-methods url-history url-cookie url-domsuf url-util

url-parse auth-source url-vars mailcap rng-xsd rng-dt rng-util

xsd-regexp xml smerge-mode sieve sieve-mode sieve-manage sasl

sasl-anonymous sasl-login sasl-plain password-cache pcvs-defs pcvs-util

grep glasses gdb-mi bindat json map gud flymake-proc flymake warnings

thingatpt etags fileloop generator xref project emerge elide-head ediff

ediff-merg ediff-mult ediff-wind ediff-diff ediff-help ediff-init

ediff-util ede/project-am ede/autoconf-edit autoconf autoconf-mode

semantic/find ede/makefile-edit make-mode ede/linux semantic/db

semantic/util-modes semantic/util semantic pp semantic/tag semantic/lex

semantic/fw mode-local find-func ede/make ede/speedbar ede/files ede

ede/detect ede/base ede/auto ede/source eieio-base seq eieio-speedbar

speedbar sb-image ezimage dframe eieio-custom cl-seq eieio byte-opt

bytecomp byte-compile cconv eieio-core cl-macs gv eieio-loaddefs cedet

ebrowse ebuff-menu view diff copyright compile comint ansi-color ring

compare-w diff-mode easy-mmode check-declare calculator edmacro kmacro

add-log time-date subr-x cus-edit easymenu cus-start cus-load wid-edit

cl-loaddefs cl-lib advice tooltip eldoc electric uniquify ediff-hook

vc-hooks lisp-float-type mwheel term/x-win x-win term/common-win x-dnd

tool-bar dnd fontset image regexp-opt fringe tabulated-list replace

newcomment text-mode elisp-mode lisp-mode prog-mode register page

tab-bar menu-bar rfn-eshadow isearch timer select scroll-bar mouse

jit-lock font-lock syntax facemenu font-core term/tty-colors frame

minibuffer 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

composite charscript charprop case-table epa-hook jka-cmpr-hook help

simple abbrev obarray 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

threads dbusbind gfilenotify lcms2 dynamic-setting system-font-setting

font-render-setting x-toolkit x multi-tty make-network-process emacs)

 

Memory information:

((conses 16 246697 30355)

(symbols 48 21407 1)

(strings 32 65711 3822)

(string-bytes 1 2120737)

(vectors 16 37254)

(vector-slots 8 481354 23754)

(floats 8 118 220)

(intervals 56 3551 198)

(buffers 1000 37))


--- End Message ---
--- Begin Message --- Subject: Re: bug#51894: 27.2; GDB Gud support on Cygwin has trouble accessing shared files on Windows network drives. Date: Thu, 23 Dec 2021 08:45:25 -0500 User-agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.4.0
On 12/23/2021 5:22 AM, Lars Ingebrigtsen wrote:
Ken Brown <kbrown@cornell.edu> writes:

Thanks.  So some other factor must be at work here.  I think the
solution of the riddle is somewhere in what GDB/MI returns to Emacs in
response to its requests, which is why I asked for gdb-debug-log
contents.

One other thing that could be relevant is that Guy is using a
self-built gdb 11.1, based presumably on the upstream sources.
Cygwin's gdb is at version 10.2, and the maintainer has applied 9
patches to the upstream sources.

Guy, maybe you should try imitating the build of Cygwin's gdb-10.2 package.

Skimming this thread, I'm not sure there's anything actionable here --
the problems seem like they might be stemming from a self-built version
of gdb, which seems outside of the scope of the Emacs bug tracker.

So is there anything to do here on our side, or should this bug report
be closed?

I think it should be closed (and I'm doing so).

Ken


--- End Message ---

reply via email to

[Prev in Thread] Current Thread [Next in Thread]