[vim/vim] Vim tries to allocate 18446744073709551615 (=-1) bytes of memory when writing to remote (mounted) file (Issue #18805)
20 views
Skip to first unread message
abhro
Nov 24, 2025, 10:58:26 PM (8 days ago) Nov 24
to vim/vim, Subscribed
abhro created an issue (vim/vim#18805)Steps to reproduce
- Create/have access to Google drive account
- Mount the Google drive folder with
rclone --vfs-cache-mode-full mount remote-name: local-folder-to-mount-to - Open a file within that folder using vim
- Run
:win normal mode to write to file - An error message will pop up in the statusbar/context pane that says
E342: Out of memory! (allocating 18446744073709551615 bytes)
Expected behaviour
Regular write with no out-of-memory error
Version of Vim
9.1 (2024 Jan 02, compiled Sep 05 2025 19:44:46) Included patches: 1-16, 647, 678, 697
Environment
Operating system: Ubuntu 24.04
Rclone version: 1.60.1-DEV
Output of mount:
remote-name: on .../rclone-mount-directory type fuse.rclone (rw,nosuid,nodev,relatime,user_id=1000,group_id=1000)
Logs and stack traces
Ran vim with `vim -u NONE --noplugin -n -V100$HOME/vim-log.txt test-file` Contents of ~/vim-log.txt: Opening the X display took 1 msec Testing the X display failed Opening the X display took 0 msec Testing the X display failed Opening the X display took 1 msec Testing the X display failed "test file" "test-file" 166 lines, 6457 bytes Executing: w "test-file" E342: Out of memory! (allocating 18446744073709551615 bytes) "test-file" 166 lines, 6457 bytes written Executing: q Also ran `strace -o ~/vim-strace-log.txt vim --noplugin -u NONE -n test-file` The results of vim-strace-log.txt around the line of "Out of memory" printing write(1, "\r", 1) = 1 newfstatat(AT_FDCWD, ".../rclone-mount-directory/test-file", {st_mode=S_IFREG|0664, st_size=0, ...}, 0) = 0 newfstatat(AT_FDCWD, ".../rclone-mount-directory/test-file", {st_mode=S_IFREG|0664, st_size=0, ...}, 0) = 0 access(".../rclone-mount-directory/test-file", W_OK) = 0 write(1, "\33[?25l\"test-file\"", 17) = 17 newfstatat(AT_FDCWD, "test-file", {st_mode=S_IFREG|0664, st_size=0, ...}, 0) = 0 access("test-file", W_OK) = 0 getxattr("test-file", "system.posix_acl_access", 0x7ffd3dab54f0, 132) = -1 EIO (Input/output error) openat(AT_FDCWD, "test-file", O_RDONLY) = 4 newfstatat(AT_FDCWD, "test-file~", 0x7ffd3dab5930, 0) = -1 ENOENT (No such file or directory) unlink("test-file~") = -1 ENOENT (No such file or directory) umask(000) = 002 openat(AT_FDCWD, "test-file~", O_WRONLY|O_CREAT|O_EXCL|O_NOFOLLOW, 0664) = 5 umask(002) = 000 fchown(5, -1, 1000) = 0 listxattr("test-file", NULL, 0) = -1 EIO (Input/output error) read(4, "", 8192) = 0 close(5) = 0 utimensat(AT_FDCWD, "test-file~", [{tv_sec=1764042782, tv_nsec=0} /* 2025-11-24T22:53:02-0500 */, {tv_sec=1764042782, tv_nsec=0} /* 2025-11-24T22:53:02-0500 */], 0) = 0 listxattr("test-file", NULL, 0) = -1 EIO (Input/output error) close(4) = 0 openat(AT_FDCWD, "test-file", O_WRONLY|O_CREAT, 0664) = 4 fstat(4, {st_mode=S_IFREG|0664, st_size=0, ...}) = 0 ftruncate(4, 0) = 0 fsync(4) = 0 fchmod(4, 0100664) = 0 close(4) = 0 newfstatat(AT_FDCWD, ".../rclone-mount-directory/test-file", {st_mode=S_IFREG|0664, st_size=0, ...}, 0) = 0 unlink("test-file~") = 0 recvmsg(3, {msg_namelen=0}, 0) = -1 EAGAIN (Resource temporarily unavailable) recvmsg(3, {msg_namelen=0}, 0) = -1 EAGAIN (Resource temporarily unavailable) recvmsg(3, {msg_namelen=0}, 0) = -1 EAGAIN (Resource temporarily unavailable) recvmsg(3, {msg_namelen=0}, 0) = -1 EAGAIN (Resource temporarily unavailable) poll([{fd=3, events=POLLIN}], 1, 0) = 0 (Timeout) pselect6(4, [0 3], [], [0], {tv_sec=0, tv_nsec=0}, NULL) = 0 (Timeout) write(1, "\r\r\n\33[97m\33[41mE342: Out of memory"..., 175) = 175 ioctl(0, TCGETS, {c_iflag=IXOFF|IUTF8, c_oflag=NL0|CR0|TAB0|BS0|VT0|FF0|OPOST, c_cflag=B38400|CS8|CREAD, c_lflag=ECHOK|ECHOCTL|ECHOKE, ...}) = 0 recvmsg(3, {msg_namelen=0}, 0) = -1 EAGAIN (Resource temporarily unavailable) recvmsg(3, {msg_namelen=0}, 0) = -1 EAGAIN (Resource temporarily unavailable) recvmsg(3, {msg_namelen=0}, 0) = -1 EAGAIN (Resource temporarily unavailable) recvmsg(3, {msg_namelen=0}, 0) = -1 EAGAIN (Resource temporarily unavailable) poll([{fd=3, events=POLLIN}], 1, 0) = 0 (Timeout) pselect6(4, [0 3], [], [0], {tv_sec=4, tv_nsec=0}, NULL) = 1 (in [0], left {tv_sec=3, tv_nsec=309712294}) read(0, ":", 4096) = 1 recvmsg(3, {msg_namelen=0}, 0) = -1 EAGAIN (Resource temporarily unavailable) recvmsg(3, {msg_namelen=0}, 0) = -1 EAGAIN (Resource temporarily unavailable) recvmsg(3, {msg_namelen=0}, 0) = -1 EAGAIN (Resource temporarily unavailable) recvmsg(3, {msg_namelen=0}, 0) = -1 EAGAIN (Resource temporarily unavailable) poll([{fd=3, events=POLLIN}], 1, 0) = 0 (Timeout) pselect6(4, [0 3], [], [0], {tv_sec=0, tv_nsec=0}, NULL) = 0 (Timeout) recvmsg(3, {msg_namelen=0}, 0) = -1 EAGAIN (Resource temporarily unavailable) recvmsg(3, {msg_namelen=0}, 0) = -1 EAGAIN (Resource temporarily unavailable) recvmsg(3, {msg_namelen=0}, 0) = -1 EAGAIN (Resource temporarily unavailable) recvmsg(3, {msg_namelen=0}, 0) = -1 EAGAIN (Resource temporarily unavailable) poll([{fd=3, events=POLLIN}], 1, 0) = 0 (Timeout) pselect6(4, [0 3], [], [0], {tv_sec=0, tv_nsec=0}, NULL) = 0 (Timeout) recvmsg(3, {msg_namelen=0}, 0) = -1 EAGAIN (Resource temporarily unavailable) recvmsg(3, {msg_namelen=0}, 0) = -1 EAGAIN (Resource temporarily unavailable) recvmsg(3, {msg_namelen=0}, 0) = -1 EAGAIN (Resource temporarily unavailable) recvmsg(3, {msg_namelen=0}, 0) = -1 EAGAIN (Resource temporarily unavailable) poll([{fd=3, events=POLLIN}], 1, 0) = 0 (Timeout) pselect6(4, [0 3], [], [0], {tv_sec=0, tv_nsec=0}, NULL) = 0 (Timeout) ioctl(1, TCGETS, {c_iflag=IXOFF|IUTF8, c_oflag=NL0|CR0|TAB0|BS0|VT0|FF0|OPOST, c_cflag=B38400|CS8|CREAD, c_lflag=ECHOK|ECHOCTL|ECHOKE, ...}) = 0 ioctl(0, TCGETS, {c_iflag=IXOFF|IUTF8, c_oflag=NL0|CR0|TAB0|BS0|VT0|FF0|OPOST, c_cflag=B38400|CS8|CREAD, c_lflag=ECHOK|ECHOCTL|ECHOKE, ...}) = 0
—
Reply to this email directly, view it on GitHub.
You are receiving this because you are subscribed to this thread.
abhro
Nov 24, 2025, 11:11:07 PM (8 days ago) Nov 24
to vim/vim, Subscribed
abhro left a comment (vim/vim#18805)Also ran
ltrace -C -s 128 -o ~/vim-ltrace-log.txt vim --noplugin -u NONE -n test-file
some lines of vim-ltrace-log.txt are
malloc(10) = 0x565dffdd13a0
memcpy(0x565dffdd13a0, "test-file\0", 10) = 0x565dffdd13a0
strlen("~") = 1
strlen("test-file") = 9
malloc(13) = 0x565dffdd1630
strcpy(0x565dffdd1630, "test-file") = 0x565dffdd1630
strlen("test-file") = 9
strcpy(0x565dffdd1639, "~") = 0x565dffdd1639
strcmp("test-file", "test-file~") = -126
stat64(0x565dffdd1630, 0x7ffd90bf1f00, 1, 126) = 0xffffffff
free(0x565dffdd13a0) = <void>
unlink("test-file~") = -1
umask(00) = 02
open64("test-file~", 131265, 0664) = 5
umask(02) = 00
fchown(5, 0xffffffff, 1000, 0x75205271c42b) = 0
is_selinux_enabled(0x565dffd7b3a0, 0x565dffdd1630, 1000, 0x752052716fab) = 0
listxattr(0x565dffd7b3a0, 0, 0, 0x752052716fab) = -1
__errno_location() = 0x752051db2e40
malloc(18446744073709551615) = 0
dcgettext(0, 0x565dcfd40d60, 5, 0) = 0x565dcfd40d60
strchr("342: Out of memory! (allocating %lu bytes)", '%') = "%lu bytes)"
strchr("bytes)", '%') = nil
strlen(" bytes)") = 7
strchr("342: Out of memory! (allocating %lu bytes)", '%') = "%lu bytes)"
memmove(0x565dffd69f60, "E342: Out of memory! (allocating ", 34) = 0x565dffd69f60
sprintf("18446744073709551615", "%lu", 18446744073709551615) = 20
memmove(0x565dffd69f82, "18446744073709551615", 20) = 0x565dffd69f82
strchr("bytes)", '%') = nil
strlen(" bytes)") = 7
memmove(0x565dffd69f96, " bytes)", 7) = 0x565dffd69f96
strlen("E342: Out of memory! (allocating 18446744073709551615 bytes)") = 61
malloc(62) = 0x565dffd7aec0
memcpy(0x565dffd7aec0, "E342: Out of memory! (allocating 18446744073709551615 bytes)\0", 62) = 0x565dffd7aec0
malloc(24) = 0x565dffdd13a0
strlen("E342: Out of memory! (allocating 18446744073709551615 bytes)") = 61
malloc(62) = 0x565dffd7af10
strncpy(0x565dffd7af10, "E342: Out of memory! (allocating 18446744073709551615 bytes)", 61) = 0x565dffd7af10
memset(0x565dffd84b50, ' ', 150) = 0x565dffd84b50
memset(0x565dffd86360, '\0', 600) = 0x565dffd86360
memset(0x565dffd983c0, '\0', 300) = 0x565dffd983c0
memset(0x565dffd9b3e0, '\377', 600) = 0x565dffd9b3e0
strlen("\b") = 1
dcgettext(0, 0x565dcfca306e, 5, 7) = 0x565dcfca306e
strlen("Unknown") = 7
malloc(8) = 0x565dffd7af60
memmove(0x565dffd7af60, "Unknown\0", 8) = 0x565dffd7af60
strlen("E342: Out of memory! (allocating 18446744073709551615 bytes)") = 61
strcmp("?%p1%{8}%<%t3%p1%d%e%p1%{16}%<%t9%p1%{8}%-%d%e38;5;%p1%d%;m", "%p1%dm") = 26
strcmp("?%p1%{8}%<%t3%p1%d%e%p1%{16}%<%t9%p1%{8}%-%d%e38;5;%p1%d%;m", "%dm") = 26
tgoto("\033[%?%p1%{8}%<%t3%p1%d%e%p1%{16}%<%t9%p1%{8}%-%d%e38;5;%p1%d%;m", 0, 15) = "\033[97m"
tputs("\033[97m", 1, 0x565dcfb91ac0) = 0
tgoto("\033[%?%p1%{8}%<%t4%p1%d%e%p1%{16}%<%t10%p1%{8}%-%d%e48;5;%p1%d%;m", 0, 1) = "\033[41m"
tputs("\033[41m", 1, 0x565dcfb91ac0) = 0
read(4, "", 8192) = 0
close(5) = 0
utime(0x565dffdd1630, 0x7ffd90bf1d20, 0, 0) = 0
listxattr(0x565dffd7b3a0, 0, 0, 0x75205271c50e) = -1
__errno_location() = 0x752051db2e40
malloc(18446744073709551615) = 0
close(4) = 0
free(0x565dffd78eb0) = <void>
strcmp("utf-8", "utf-8") = 0
open64("test-file", 65, 0664) = 4
fstat64(4, 0x7ffd90bf1f00, 0x81b4, 0) = 0
ftruncate64(4, 0, 0x81b4, 0x7520527173bb) = 0
fsync(4, 0, 1, 0x75205271ee9b) = 0
fchmod(4, 0100664) = 0
close(4) = 0
—
Reply to this email directly, view it on GitHub.
You are receiving this because you are subscribed to this thread.
Christian Brabandt
Nov 25, 2025, 4:04:45 AM (8 days ago) Nov 25
to vim/vim, Subscribed
chrisbra left a comment (vim/vim#18805)fchown(5, 0xffffffff, 1000, 0x75205271c42b) = 0
is_selinux_enabled(0x565dffd7b3a0, 0x565dffdd1630, 1000, 0x752052716fab) = 0
listxattr(0x565dffd7b3a0, 0, 0, 0x752052716fab) = -1
__errno_location() = 0x752051db2e40
malloc(18446744073709551615)
Hm, some issues with extended attributes? Does it make a difference if you set backupcopy?
—
Reply to this email directly, view it on GitHub.
You are receiving this because you are subscribed to this thread.
abhro
Nov 25, 2025, 7:17:09 AM (8 days ago) Nov 25
to vim/vim, Subscribed
abhro left a comment (vim/vim#18805)Hm, some issues with extended attributes? Does it make a difference if you set
backupcopy?
Doesn't seem to. Ran
ltrace -C -s 128 -o ~/vim-ltrace-log-w-backupcopy-yes.txt vim --noplugin -u NONE -n '+set backupcopy=yes' test-file.
Here are the relevant lines from vim-ltrace-log-w-backupcopy-yes.txt
memcpy(0x5fd7dabc41c0, "test-file\0", 10) = 0x5fd7dabc41c0
strlen("~") = 1
strlen("test-file") = 9
malloc(13) = 0x5fd7dabc6910
strcpy(0x5fd7dabc6910, "test-file") = 0x5fd7dabc6910
strlen("test-file") = 9
strcpy(0x5fd7dabc6919, "~") = 0x5fd7dabc6919
strcmp("test-file", "test-file~") = -126
stat64(0x5fd7dabc6910, 0x7ffe36b9ab00, 1, 126) = 0xffffffff
free(0x5fd7dabc41c0) = <void>
unlink("test-file~") = -1
umask(00) = 02
open64("test-file~", 131265, 0664) = 5
umask(02) = 00
fchown(5, 0xffffffff, 1000, 0x7e7a91d1c42b) = 0
is_selinux_enabled(0x5fd7dab6f3b0, 0x5fd7dabc6910, 1000, 0x7e7a91d16fab) = 0
listxattr(0x5fd7dab6f3b0, 0, 0, 0x7e7a91d16fab) = -1
__errno_location() = 0x7e7a91238e40
malloc(18446744073709551615) = 0
dcgettext(0, 0x5fd79f123d60, 5, 0) = 0x5fd79f123d60
strchr("342: Out of memory! (allocating %lu bytes)", '%') = "%lu bytes)"
strchr("bytes)", '%') = nil
strlen(" bytes)") = 7
strchr("342: Out of memory! (allocating %lu bytes)", '%') = "%lu bytes)"
memmove(0x5fd7dab5df60, "E342: Out of memory! (allocating ", 34) = 0x5fd7dab5df60
sprintf("18446744073709551615", "%lu", 18446744073709551615) = 20
memmove(0x5fd7dab5df82, "18446744073709551615", 20) = 0x5fd7dab5df82
strchr("bytes)", '%') = nil
strlen(" bytes)") = 7
memmove(0x5fd7dab5df96, " bytes)", 7) = 0x5fd7dab5df96
strlen("E342: Out of memory! (allocating 18446744073709551615 bytes)") = 61
malloc(62) = 0x5fd7dab6ee80
memcpy(0x5fd7dab6ee80, "E342: Out of memory! (allocating 18446744073709551615 bytes)\0", 62) = 0x5fd7dab6ee80
malloc(24) = 0x5fd7dabc41c0
strlen("E342: Out of memory! (allocating 18446744073709551615 bytes)") = 61
malloc(62) = 0x5fd7dab6eed0
strncpy(0x5fd7dab6eed0, "E342: Out of memory! (allocating 18446744073709551615 bytes)", 61) = 0x5fd7dab6eed0
memset(0x5fd7dab78b80, ' ', 150) = 0x5fd7dab78b80
memset(0x5fd7dab7a430, '\0', 600) = 0x5fd7dab7a430
memset(0x5fd7dab8cbb0, '\0', 300) = 0x5fd7dab8cbb0
memset(0x5fd7dab8fcf0, '\377', 600) = 0x5fd7dab8fcf0
strlen("\b") = 1
dcgettext(0, 0x5fd79f08606e, 5, 7) = 0x5fd79f08606e
strlen("Unknown") = 7
malloc(8) = 0x5fd7dab6ef20
memmove(0x5fd7dab6ef20, "Unknown\0", 8) = 0x5fd7dab6ef20
strlen("E342: Out of memory! (allocating 18446744073709551615 bytes)") = 61
strcmp("?%p1%{8}%<%t3%p1%d%e%p1%{16}%<%t9%p1%{8}%-%d%e38;5;%p1%d%;m", "%p1%dm") = 26
strcmp("?%p1%{8}%<%t3%p1%d%e%p1%{16}%<%t9%p1%{8}%-%d%e38;5;%p1%d%;m", "%dm") = 26
tgoto("\033[%?%p1%{8}%<%t3%p1%d%e%p1%{16}%<%t9%p1%{8}%-%d%e38;5;%p1%d%;m", 0, 15) = "\033[97m"
tputs("\033[97m", 1, 0x5fd79ef74ac0) = 0
tgoto("\033[%?%p1%{8}%<%t4%p1%d%e%p1%{16}%<%t10%p1%{8}%-%d%e48;5;%p1%d%;m", 0, 1) = "\033[41m"
tputs("\033[41m", 1, 0x5fd79ef74ac0) = 0
read(4, "", 8192) = 0
close(5) = 0
utime(0x5fd7dabc6910, 0x7ffe36b9a920, 0, 0) = 0
listxattr(0x5fd7dab6f3b0, 0, 0, 0x7e7a91d1c50e) = -1
__errno_location() = 0x7e7a91238e40
malloc(18446744073709551615) = 0
close(4) = 0
free(0x5fd7dab6ce70) = <void>
strcmp("utf-8", "utf-8") = 0
open64("test-file", 65, 0664) = 4
fstat64(4, 0x7ffe36b9ab00, 0x81b4, 0) = 0
ftruncate64(4, 0, 0x81b4, 0x7e7a91d173bb) = 0
fsync(4, 0, 1, 0x7e7a91d1ee9b) = 0
fchmod(4, 0100664) = 0
close(4) = 0
—
Reply to this email directly, view it on GitHub.
You are receiving this because you are subscribed to this thread.
abhro
Nov 25, 2025, 7:20:42 AM (8 days ago) Nov 25
to vim/vim, Subscribed
abhro left a comment (vim/vim#18805)The out of memory error does not occur at all if I '+set nowritebackup'
—
Reply to this email directly, view it on GitHub.
You are receiving this because you are subscribed to this thread.
Beleswar Prasad Padhi
Nov 27, 2025, 9:26:48 AM (6 days ago) Nov 27
to vim/vim, Subscribed
3V3RYONE left a comment (vim/vim#18805)Hi @abhro
Wasn't able to reproduce this issue... I compiled vim from master (tag: v9.1.1930) and I was able to write a file in the rclone mounted gdrive directory.
Can you let me know which commit/tag you compiled vim from? Thanks
Version info:
Vim version: VIM - Vi IMproved 9.1 (2024 Jan 02, compiled Nov 27 2025 19:35:42)
OS: Ubuntu 22.04
rclone version: rclone v1.53.3-DEV
—
Reply to this email directly, view it on GitHub.
You are receiving this because you are subscribed to this thread.
abhro
Nov 27, 2025, 9:53:18 AM (6 days ago) Nov 27
to vim/vim, Subscribed
abhro left a comment (vim/vim#18805)Hi! Thank you for checking. I have vim installed from the 'vim-gtk3' repo from Ubuntu's noble package repos.
$ apt list '*vim*' --installed
vim-common/noble-updates,noble-updates,noble-security,noble-security,now 2:9.1.0016-1ubuntu7.9 all [installed,automatic]
vim-gtk3/noble-updates,noble-security,now 2:9.1.0016-1ubuntu7.9 amd64 [installed]
vim-gui-common/noble-updates,noble-updates,noble-security,noble-security,now 2:9.1.0016-1ubuntu7.9 all [installed,automatic]
vim-runtime/noble-updates,noble-updates,noble-security,noble-security,now 2:9.1.0016-1ubuntu7.9 all [installed,automatic]
vim-tiny/noble-updates,noble-security,now 2:9.1.0016-1ubuntu7.9 amd64 [installed,automatic]
$ apt show vim-gtk3
Package: vim-gtk3
Version: 2:9.1.0016-1ubuntu7.9
Priority: extra
Section: universe/editors
Source: vim
Origin: Ubuntu
Maintainer: Ubuntu Developers <ubuntu-dev...@lists.ubuntu.com>
Original-Maintainer: Debian Vim Maintainers <team...@tracker.debian.org>
Bugs: https://bugs.launchpad.net/ubuntu/+filebug
Installed-Size: 5,198 kB
Provides: editor, gvim (= 2:9.1.0016-1ubuntu7.9), vim (= 2:9.1.0016-1ubuntu7.9), vim-lua (= 2:9.1.0016-1ubuntu7.9), vim-perl (= 2:9.1.0016-1ubuntu7.9), vim-python3 (= 2:9.1.0016-1ubuntu7.9), vim-ruby (= 2:9.1.0016-1ubuntu7.9), vim-tcl (= 2:9.1.0016-1ubuntu7.9)
Depends: vim-common (= 2:9.1.0016-1ubuntu7.9), vim-gui-common (= 2:9.1.0016-1ubuntu7.9), vim-runtime (= 2:9.1.0016-1ubuntu7.9), libacl1 (>= 2.2.23), libc6 (>= 2.38), libcairo2 (>= 1.4.10), libcanberra0t64 (>= 0.2), libgdk-pixbuf-2.0-0 (>= 2.22.0), libglib2.0-0t64 (>= 2.79.0), libgpm2 (>= 1.20.7), libgtk-3-0t64 (>= 3.21.5), libice6 (>= 1:1.0.0), liblua5.1-0, libpango-1.0-0 (>= 1.37.5), libpangocairo-1.0-0 (>= 1.14.0), libperl5.38t64 (>= 5.38.2), libpython3.12t64 (>= 3.12.1), libruby3.2 (>= 3.2.2), libselinux1 (>= 3.1~), libsm6, libsodium23 (>= 1.0.14), libtcl8.6 (>= 8.6.0), libtinfo6 (>= 6), libx11-6, libxt6t64
Suggests: cscope, fonts-dejavu, gnome-icon-theme, vim-doc
Homepage: https://www.vim.org/
Download-Size: 2,248 kB
APT-Manual-Installed: yes
APT-Sources: http://archive.ubuntu.com/ubuntu noble-updates/universe amd64 Packages
Description: [...]
I'm afraid I'm having trouble tracking down the commit this package was distributed from 😅
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you are subscribed to this thread.
abhro
Nov 27, 2025, 10:08:59 AM (6 days ago) Nov 27
to vim/vim, Subscribed
abhro left a comment (vim/vim#18805)I found the online hosting of the version at https://launchpad.net/ubuntu/+source/vim/2:9.1.0016-1ubuntu7.6, and I think one of the two URLs below should contain the snapshot?
- https://git.launchpad.net/ubuntu/+source/vim/tag/?h=applied/2%259.1.0016-1ubuntu7.9
- https://git.launchpad.net/ubuntu/+source/vim/tag/?h=import/2%259.1.0016-1ubuntu7.9
—
Reply to this email directly, view it on GitHub.
You are receiving this because you are subscribed to this thread.
Christian Brabandt
Nov 27, 2025, 10:17:41 AM (6 days ago) Nov 27
to vim/vim, Subscribed
chrisbra left a comment (vim/vim#18805)why don't you try master from this repo here. After all, this is where you reported the bug
—
Reply to this email directly, view it on GitHub.
You are receiving this because you are subscribed to this thread.
abhro
Nov 27, 2025, 10:19:05 AM (6 days ago) Nov 27
to vim/vim, Subscribed
abhro left a comment (vim/vim#18805)will do! 👍
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you are subscribed to this thread.
Christian Brabandt
Nov 27, 2025, 10:24:10 AM (6 days ago) Nov 27
to vim/vim, Subscribed
chrisbra left a comment (vim/vim#18805)possibly commit 14759de (patch v9.1.0162, while you seem to be on 9.1.0016) fixed this
—
Reply to this email directly, view it on GitHub.
You are receiving this because you are subscribed to this thread.
Christian Brabandt
Dec 1, 2025, 2:54:20 PM (2 days ago) Dec 1
to vim/vim, Subscribed
chrisbra left a comment (vim/vim#18805)closing as duplicate of #14169
—
Reply to this email directly, view it on GitHub.
You are receiving this because you are subscribed to this thread.
Christian Brabandt
Dec 1, 2025, 2:54:21 PM (2 days ago) Dec 1
to vim/vim, Subscribed
Closed #18805 as completed.
—
Reply to this email directly, view it on GitHub.
You are receiving this because you are subscribed to this thread.
Reply all
Reply to author
Forward
0 new messages