Wednesday, December 10, 2025

bug with multi-monitor setup on Ubuntu 25.10

Hi I have a bug affecting GVim on Ubuntu 25.10 

When I open or move a GVim window to my secondary monitor it locks up and becomes unresponsive from the tabbar down, the menu's still seem to work but it is hard to tell as nothing happens bellow, also it stays like that if I move it to my main monitor, were I otherwise do not experience this problem, so my GVim usage is imprisoned to my main/primary monitor, very annoying, not sure if this is the correct email list for bug reports, long time Vim/GVim user but I don't think I ever had to report one before, testament to Vim's general awesomeness!



--
   .~.     In my life God comes first....     /V\         but Linux is pretty high after that :-D    /( )\    Francis (Grizzly) Smit  ᚠᚱᚫᚾᚳᛁᛋ᛫ᚷᚱᛁᛋᛋᛚᛄ᛫ᛋᛗᛁᛏ    ^^-^^    http://www.smit.id.au/  

Monday, December 8, 2025

Re: Q&A: MSDOS SET command gave me some of my mapped commands

Let me try that.

On Mon, Dec 8, 2025 at 9:24 AM Christian Brabandt <cblists@256bit.org> wrote:
>
>
> On So, 07 Dez 2025, markem wrote:
>
> > No - I do not want to get rid of the commands. They are a part of my
> > VIM Script when I edit a PHP file. After trying several things for a
> > few hours all I can say is - is that for some reason, when I execute
> > the PHP - these three commands just include themselves. Unknow why. Oh
> > well, I'll just make sure to remove them
> > from whatever information I get from doing an EXEC() command. I was
> > mainly wondering if VIM makes temporary Windows variables.
>
> It does so if you do :let $var=..., see :h :let-$
>
> Thanks,
>
>
> Thanks,
> Christian
> --
> A Los Angeles judge ruled that "a citizen may snore with immunity in
> his own home, even though he may be in possession of unusual and
> exceptional ability in that particular field."
>
> --
> --
> You received this message from the "vim_use" maillist.
> Do not top-post! Type your reply below the text you are replying to.
> For more information, visit http://www.vim.org/maillist.php
>
> ---
> You received this message because you are subscribed to a topic in the Google Groups "vim_use" group.
> To unsubscribe from this topic, visit https://groups.google.com/d/topic/vim_use/VAd-XX1KMOU/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to vim_use+unsubscribe@googlegroups.com.
> To view this discussion visit https://groups.google.com/d/msgid/vim_use/aTbtb1qHo38hSXDu%40256bit.org.

--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php

---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
To view this discussion visit https://groups.google.com/d/msgid/vim_use/CAPJLamx29W0VLe9gOPm1iBKA8eUh6YWaAs-opY%3DvDn%2BtQnpDdg%40mail.gmail.com.

Re: Q&A: MSDOS SET command gave me some of my mapped commands

On So, 07 Dez 2025, markem wrote:

> No - I do not want to get rid of the commands. They are a part of my
> VIM Script when I edit a PHP file. After trying several things for a
> few hours all I can say is - is that for some reason, when I execute
> the PHP - these three commands just include themselves. Unknow why. Oh
> well, I'll just make sure to remove them
> from whatever information I get from doing an EXEC() command. I was
> mainly wondering if VIM makes temporary Windows variables.

It does so if you do :let $var=..., see :h :let-$

Thanks,


Thanks,
Christian
--
A Los Angeles judge ruled that "a citizen may snore with immunity in
his own home, even though he may be in possession of unusual and
exceptional ability in that particular field."

--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php

---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
To view this discussion visit https://groups.google.com/d/msgid/vim_use/aTbtb1qHo38hSXDu%40256bit.org.

Sunday, December 7, 2025

Re: Q&A: MSDOS SET command gave me some of my mapped commands

No - I do not want to get rid of the commands. They are a part of my VIM Script when I edit a PHP file. After trying several things for a few hours all I can say is - is that for some reason, when I execute the PHP - these three commands just include themselves. Unknow why. Oh well, I'll just make sure to remove them from whatever information I get from doing an EXEC() command. I was mainly wondering if VIM makes temporary Windows variables.

On Sunday, November 30, 2025 at 3:48:13 AM UTC-6 Christian Brabandt wrote:

On Fr, 28 Nov 2025, markem wrote:

> I am writing a PHP script to allow me to modify everything in my environment variables. All I have gotten to so far was to do the Microsoft DOS command SET to get the list of environment variables. To my surprise I got the following:
>
>     [51] => map_h=:map h :w<CR>:!cls<CR>:!C:\xampp\php/php %<CR>
>     [52] => map_i=:map i :w<CR>:!cls<CR>:!C:\xampp\php/php -l %<CR>
>     [53] => map_u=:map u :w<CR>:!cls<CR>:!C:\xampp\php/php % > out.dat<CR>
>
> So I went "That's really weird. Maybe I did something wrong in my program." So I did a
>
> :!set > out.dat
>
> And in looking at the output file I found:
>
> macos9_path=C:\Program_Files\MacOS9\Programs
> mame_path=C:\Program_Files\Mame Gaming
> map_h=:map h :w<CR>:!cls<CR>:!C:\xampp\php/php %<CR>
> map_i=:map i :w<CR>:!cls<CR>:!C:\xampp\php/php -l %<CR>
> map_u=:map u :w<CR>:!cls<CR>:!C:\xampp\php/php % > out.dat<CR>
> mingw_path=C:\Program Files (x86)\MinGWStudio\MinGW\bin
> MSDevDir=C:\Program Files (x86)\DSv5\SharedIDE

So it seems you did define those in your environment, not inside vim.
Check Environment settings for your Windows operating system.

>
> But when I tried to get rid of these map commands, I am told

What exactly did you try? You should either use `:unlet $map_h` but this
will only unset those variables inside your Vim session, or using
set map_h=
in a cmd.com terminal window to remove it temporarily inside your
cmd.exe session.


Thanks,
Christian
--
Why does a ship carry cargo and a truck carry shipments?

--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php

---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
To view this discussion visit https://groups.google.com/d/msgid/vim_use/a20a4bfe-8d8c-4a4e-826b-05a77c2d5b98n%40googlegroups.com.

Saturday, December 6, 2025

Re: Sorting large numbers

Oh awesome.

Could you please tag @igbanam in the bug, so I see what's changing?

Thanks!


Igbanam


On Fri, Dec 5, 2025 at 5:25 PM Yegappan Lakshmanan <yegappanl@gmail.com> wrote:
Hi,

On Fri, Dec 5, 2025 at 1:11 AM Igbanam Ogbuluijah <xigbanam@gmail.com> wrote:
I am realizing you can reduce the problem to just the first three entries, so you don't have to copy much when reproducing

:echo [(229539777187355, 229539777187355), (487766135067138, 491977135306566), (188325333471071, 188931909913550)]->sort({a, b -> a[0] - b[0]})


This is a bug in the code.  I will create a PR this weekend.

- Yegappan
 

Igbanam


On Fri, Dec 5, 2025 at 9:00 AM Igbanam Ogbuluijah <xigbanam@gmail.com> wrote:
Hi all,

It's the time of the year when I use Vimscript to do what it was not designed for: AdventOfCode.

For today's problem, I notice that `:h sort()`, with a Funcref, breaks for large numbers — "breaks" here means that it does not keep to contract in the docs, not that it throws an exception. Since it's not really an exception, I don't think I can file it as a bug… so I'm bringing it here. Maybe someone can help me catch what I'm doing wrong.

In Vimscript…

:echo [(229539777187355, 229539777187355), (487766135067138, 491977135306566), (188325333471071, 188931909913550), (264028451845520, 265514296554744), (245727634348687, 249469249579525), (375117820166731, 378942174241518), (535474757750378, 535849288071548)]->sort({a, b -> a[0] - b[0]})

yields

[(229539777187355, 229539777187355), (487766135067138, 491977135306566), (188325333471071, 188931909913550), (264028451845520, 265514296554744), (245727634348687, 249469249579525), (375117820166731, 378942174241518), (535474757750378, 535849288071548)]

This is the same list because I got it from runtime working on the larger list.

Looking closely, I noticed that the third range is smaller than the first range. This got me thinking about things like overflow. But I checked and `v:numbermax == 9223372036854775807` which is bigger than all the numbers here.

This same operation in Python and Ruby yield the same results different from Vimscript's

In Python

sorted([(229539777187355, 229539777187355), (487766135067138, 491977135306566), (188325333471071, 188931909913550), (264028451845520, 265514296554744), (245727634348687, 249469249579525), (375117820166731, 378942174241518), (535474757750378, 535849288071548)])

In Ruby

[[229539777187355, 229539777187355], [487766135067138, 491977135306566], [188325333471071, 188931909913550], [264028451845520, 265514296554744], [245727634348687, 249469249579525], [375117820166731, 378942174241518], [535474757750378, 535849288071548]].sort { |a, b| a[0] - b[0] }

…both yield

[(188325333471071, 188931909913550), (229539777187355, 229539777187355), (245727634348687, 249469249579525), (264028451845520, 265514296554744), (375117820166731, 378942174241518), (487766135067138, 491977135306566), (535474757750378, 535849288071548)]

Is there some way to use sort that I'm missing here?


Igbanam


--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php

---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
To view this discussion visit https://groups.google.com/d/msgid/vim_use/CAAW7x7ki7k4djawX6-4DkJjx7Vy2dFyy9QbD9Q8doNwNvJ3Ffg%40mail.gmail.com.

--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php

---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
To view this discussion visit https://groups.google.com/d/msgid/vim_use/CAOmRJrdkwj5-sz3wPvMt6F%2BQFoOoQ4Uw%3D2qpxhgSa3hZ_56YDQ%40mail.gmail.com.

Friday, December 5, 2025

Re: Sorting large numbers

Hi,

On Fri, Dec 5, 2025 at 1:11 AM Igbanam Ogbuluijah <xigbanam@gmail.com> wrote:
I am realizing you can reduce the problem to just the first three entries, so you don't have to copy much when reproducing

:echo [(229539777187355, 229539777187355), (487766135067138, 491977135306566), (188325333471071, 188931909913550)]->sort({a, b -> a[0] - b[0]})


This is a bug in the code.  I will create a PR this weekend.

- Yegappan
 

Igbanam


On Fri, Dec 5, 2025 at 9:00 AM Igbanam Ogbuluijah <xigbanam@gmail.com> wrote:
Hi all,

It's the time of the year when I use Vimscript to do what it was not designed for: AdventOfCode.

For today's problem, I notice that `:h sort()`, with a Funcref, breaks for large numbers — "breaks" here means that it does not keep to contract in the docs, not that it throws an exception. Since it's not really an exception, I don't think I can file it as a bug… so I'm bringing it here. Maybe someone can help me catch what I'm doing wrong.

In Vimscript…

:echo [(229539777187355, 229539777187355), (487766135067138, 491977135306566), (188325333471071, 188931909913550), (264028451845520, 265514296554744), (245727634348687, 249469249579525), (375117820166731, 378942174241518), (535474757750378, 535849288071548)]->sort({a, b -> a[0] - b[0]})

yields

[(229539777187355, 229539777187355), (487766135067138, 491977135306566), (188325333471071, 188931909913550), (264028451845520, 265514296554744), (245727634348687, 249469249579525), (375117820166731, 378942174241518), (535474757750378, 535849288071548)]

This is the same list because I got it from runtime working on the larger list.

Looking closely, I noticed that the third range is smaller than the first range. This got me thinking about things like overflow. But I checked and `v:numbermax == 9223372036854775807` which is bigger than all the numbers here.

This same operation in Python and Ruby yield the same results different from Vimscript's

In Python

sorted([(229539777187355, 229539777187355), (487766135067138, 491977135306566), (188325333471071, 188931909913550), (264028451845520, 265514296554744), (245727634348687, 249469249579525), (375117820166731, 378942174241518), (535474757750378, 535849288071548)])

In Ruby

[[229539777187355, 229539777187355], [487766135067138, 491977135306566], [188325333471071, 188931909913550], [264028451845520, 265514296554744], [245727634348687, 249469249579525], [375117820166731, 378942174241518], [535474757750378, 535849288071548]].sort { |a, b| a[0] - b[0] }

…both yield

[(188325333471071, 188931909913550), (229539777187355, 229539777187355), (245727634348687, 249469249579525), (264028451845520, 265514296554744), (375117820166731, 378942174241518), (487766135067138, 491977135306566), (535474757750378, 535849288071548)]

Is there some way to use sort that I'm missing here?


Igbanam


--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php

---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
To view this discussion visit https://groups.google.com/d/msgid/vim_use/CAAW7x7ki7k4djawX6-4DkJjx7Vy2dFyy9QbD9Q8doNwNvJ3Ffg%40mail.gmail.com.

Re: Sorting large numbers

I am realizing you can reduce the problem to just the first three entries, so you don't have to copy much when reproducing

:echo [(229539777187355, 229539777187355), (487766135067138, 491977135306566), (188325333471071, 188931909913550)]->sort({a, b -> a[0] - b[0]})


Igbanam


On Fri, Dec 5, 2025 at 9:00 AM Igbanam Ogbuluijah <xigbanam@gmail.com> wrote:
Hi all,

It's the time of the year when I use Vimscript to do what it was not designed for: AdventOfCode.

For today's problem, I notice that `:h sort()`, with a Funcref, breaks for large numbers — "breaks" here means that it does not keep to contract in the docs, not that it throws an exception. Since it's not really an exception, I don't think I can file it as a bug… so I'm bringing it here. Maybe someone can help me catch what I'm doing wrong.

In Vimscript…

:echo [(229539777187355, 229539777187355), (487766135067138, 491977135306566), (188325333471071, 188931909913550), (264028451845520, 265514296554744), (245727634348687, 249469249579525), (375117820166731, 378942174241518), (535474757750378, 535849288071548)]->sort({a, b -> a[0] - b[0]})

yields

[(229539777187355, 229539777187355), (487766135067138, 491977135306566), (188325333471071, 188931909913550), (264028451845520, 265514296554744), (245727634348687, 249469249579525), (375117820166731, 378942174241518), (535474757750378, 535849288071548)]

This is the same list because I got it from runtime working on the larger list.

Looking closely, I noticed that the third range is smaller than the first range. This got me thinking about things like overflow. But I checked and `v:numbermax == 9223372036854775807` which is bigger than all the numbers here.

This same operation in Python and Ruby yield the same results different from Vimscript's

In Python

sorted([(229539777187355, 229539777187355), (487766135067138, 491977135306566), (188325333471071, 188931909913550), (264028451845520, 265514296554744), (245727634348687, 249469249579525), (375117820166731, 378942174241518), (535474757750378, 535849288071548)])

In Ruby

[[229539777187355, 229539777187355], [487766135067138, 491977135306566], [188325333471071, 188931909913550], [264028451845520, 265514296554744], [245727634348687, 249469249579525], [375117820166731, 378942174241518], [535474757750378, 535849288071548]].sort { |a, b| a[0] - b[0] }

…both yield

[(188325333471071, 188931909913550), (229539777187355, 229539777187355), (245727634348687, 249469249579525), (264028451845520, 265514296554744), (375117820166731, 378942174241518), (487766135067138, 491977135306566), (535474757750378, 535849288071548)]

Is there some way to use sort that I'm missing here?


Igbanam

--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php

---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
To view this discussion visit https://groups.google.com/d/msgid/vim_use/CAOmRJrdcaKyCSTTKwMoMef1N5q3_dpUvL5wrR_qgFrhpE6z%3Dpg%40mail.gmail.com.

Sorting large numbers

Hi all,

It's the time of the year when I use Vimscript to do what it was not designed for: AdventOfCode.

For today's problem, I notice that `:h sort()`, with a Funcref, breaks for large numbers — "breaks" here means that it does not keep to contract in the docs, not that it throws an exception. Since it's not really an exception, I don't think I can file it as a bug… so I'm bringing it here. Maybe someone can help me catch what I'm doing wrong.

In Vimscript…

:echo [(229539777187355, 229539777187355), (487766135067138, 491977135306566), (188325333471071, 188931909913550), (264028451845520, 265514296554744), (245727634348687, 249469249579525), (375117820166731, 378942174241518), (535474757750378, 535849288071548)]->sort({a, b -> a[0] - b[0]})

yields

[(229539777187355, 229539777187355), (487766135067138, 491977135306566), (188325333471071, 188931909913550), (264028451845520, 265514296554744), (245727634348687, 249469249579525), (375117820166731, 378942174241518), (535474757750378, 535849288071548)]

This is the same list because I got it from runtime working on the larger list.

Looking closely, I noticed that the third range is smaller than the first range. This got me thinking about things like overflow. But I checked and `v:numbermax == 9223372036854775807` which is bigger than all the numbers here.

This same operation in Python and Ruby yield the same results different from Vimscript's

In Python

sorted([(229539777187355, 229539777187355), (487766135067138, 491977135306566), (188325333471071, 188931909913550), (264028451845520, 265514296554744), (245727634348687, 249469249579525), (375117820166731, 378942174241518), (535474757750378, 535849288071548)])

In Ruby

[[229539777187355, 229539777187355], [487766135067138, 491977135306566], [188325333471071, 188931909913550], [264028451845520, 265514296554744], [245727634348687, 249469249579525], [375117820166731, 378942174241518], [535474757750378, 535849288071548]].sort { |a, b| a[0] - b[0] }

…both yield

[(188325333471071, 188931909913550), (229539777187355, 229539777187355), (245727634348687, 249469249579525), (264028451845520, 265514296554744), (375117820166731, 378942174241518), (487766135067138, 491977135306566), (535474757750378, 535849288071548)]

Is there some way to use sort that I'm missing here?


Igbanam

--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php

---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
To view this discussion visit https://groups.google.com/d/msgid/vim_use/CAOmRJrfBvyhK35QvmQajM3GGnR0ne5SpSW3oc3qGG1ub3ZKL4w%40mail.gmail.com.

Monday, December 1, 2025

Re: What do you use for (fuzzy) file search?

On 30.11.25 22:01, Roberto Tonino wrote:
> Search in buffers only. Sometimes avoids using Tab when I have only a
> bunch of files opened, e.g. let's suppose to have Avatar.tsx,
> Avatar.test.tsx and more files in the project. I open only Avatar.tsx
> and other files and <leader><leader>Avat<Enter> brings me directly to
> the file without having to Tab through. Works even better when there are
> many files with the same prefix in the project.

Not quite understanding the need for other than inbuilt Vim fuzziness in this case. In the src directory just:
$ vim *.S *.c obj/*.lst [Mm]akefile
giving twenty or forty buffers. Then if in Vim:
:ls
  1 %a   "adc.S"                        line 1
  2      "init.S"                       line 0
  3      "os.S"                         line 0
  4      "serial.S"                     line 0
  5      "timer.S"                      line 0
  6      "include/events.h"             line 0
  7      "include/os.h"                 line 0
  8      "include/sc.h"                 line 0
  9      "include/service.h"            line 0
10      "include/sys.h"                line 0
11      "obj/app.dump"                 line 0
12      "makefile"                     line 0
13      "ld.lnk"                       line 0
14      "obj/map"                      line 0
15      "obj/adc.o.lst"                line 0
16      "obj/init.o.lst"               line 0
17      "obj/os.o.lst"                 line 0
18      "obj/serial.o.lst"             line 0
19      "obj/timer.o.lst"              line 0

:bu ini <Tab>
gives
init.S
and on a second <Tab>
obj/init.o.lst
then cycling - choose as suits. To save keystrokes, and speed buffer switches:
noremap <A-b> :bu
That does all useful fuzziness on the full set of legitimate match
targets, I find.

For a variety of projects, a simple selector serves:
$ vpr
1) ~/Embedded/avr/projects/fence_monitor           4) ~/Embedded/avr/projects/arduino_hobber
2) ~/Embedded/avr/projects/OGPD                    5) ~/cnc/emc2/hr2gc/
3) /usr/local/src/binutils-2.23_mydev/obj-avr      6) ~/Embedded/avr/experiments/bigmem
#? 1
given, in .bashrc :
vpr () {
   select project in $PROJECTS ; do
      eval cd $project/src
      uxterm -fg yellow -bg darkslategrey -cr red -geometry 70x38+1000+10 \
             -e vim obj/*.dump &
         vim `find . -type f -name '*.[chSsld]*'` [Mm]akefile
      break       # To exit from the "select" have-another-go loop.
   done
}
where $PROJECTS is a list of project paths, defined in .bashrc.

The uxterm opens a second window on the right, to display a disassembly of the ROM-resident post-compilation microcontroller code, as it will be laid out in memory. That's nifty for checking the interrupt vector table, initialisation code, and other good stuff - all while flicking between the source code files in the left hand window, using Alt-B and a couple of letters from the filename. Make an edit, "make", then :e! in the right hand window to refresh the code dump. Voila.
That's more than enough IDE, I find, especially with exuberant ctags added.
Erik

--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php

---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
To view this discussion visit https://groups.google.com/d/msgid/vim_use/366ffa75-307e-4b23-ab23-218a68dfaee6%40localhost.