Большие числа заставляют vim бежать медленно?

18

Это кажется действительно глупым вопросом, но у меня есть файл Python, в котором есть число длиной в тысячу цифр, и этот файл, кажется, работает очень медленно, я не уверен, что происходит какая-то обработка, которую я незнаю о.

Я нажимаю на линию jи появляется определенная пауза в ~ 1 секунду, что очень больно!

У меня есть только это в файле Python, но это не происходит на других.

После удаления номера файл снова работает нормально ...

Вот номер:

number=("""7316717653133062491922511967442657474235534919493496983520312774506326239578318016984801869478851843858615607891129494954595017379583319528532088055111254069874715852386305071569329096329522744304355766896648950445244523161731856403098711121722383113622298934233803081353362766142828064444866452387493035890729629049156044077239071381051585930796086670172427121883998797908792274921901699720888093776657273330010533678812202354218097512545405947522435258490771167055601360483958644670632441572215539753697817977846174064955149290862569321978468622482839722413756570560574902614079729686524145351004748216637048440319989000889524345065854122758866688116427171479924442928230863465674813919123162824586178664583591245665294765456828489128831426076900422421902267105562632111110937054421750694165896040807198403850962455444362981230987879927244284909188845801561660979191338754992005240636899125607176060588611646710940507754100225698315520005593572972571636269561882670428252483600823257530420752963450""")

Это даже не число на самом деле, это строка.

Baxx
источник
2
Подтверждено здесь; не происходит, если файл .txt. Полагаю, некоторый синтаксис регулярного выражения сбивается с пути.
Rmano
Так как это связано с подсветкой синтаксиса, простой обходной путь - установить synmaxcolограниченное число (например, ширину вашего терминала).
Slade

Ответы:

23

Я могу воспроизвести это на syntax/python.vimкорабле с Vim 7.4.663.

Используя :syntime, это, кажется, вызвано следующей синтаксической группой / образцом:

TOTAL      COUNT  MATCH   SLOWEST     AVERAGE   NAME               PATTERN
73.870736   20     0       3.940215    3.693537  pythonNumber       \%(^\|\W\)\@<=\d*\.\d\+\%([eE][+-]\=\d\+\)\=[jJ]\=\>

Вы должны сообщить об этой проблеме сопровождающему (его имя и адрес электронной почты находятся в заголовке скрипта).

Кстати, изначально я не мог воспроизвести это, потому что я использую альтернативный синтаксис скрипт здесь . Переход на это (если он соответствует вашим требованиям) также будет приемлемым решением.


Редактировать: Глядя дальше на вероятную причину, это, вероятно, связано с патологическими характеристиками нового механизма регулярных выражений на основе NFA. С :set regexpengine=1, я не вижу такого огромного замедления. Таким образом, одним из возможных обходных путей / исправлений было бы переключение на старый механизм для этого совпадения синтаксиса; это может быть сделано путем добавления \%#=1шаблона (ср. :help NFA).

Инго Каркат
источник
спасибо @Ingo, я никогда ничего не сообщал раньше, но я счастлив сделать это. У меня есть файл синтаксиса /usr/share/vim/vim74/syntax, разработчик вверху Neil Schemenauer <nas@python.ca>. Можно вас спросить; поэтому вы изменили синтаксические файлы изначально? Спасибо
Baxx
Да все верно; последняя версия от 16 июля 2014 года, так что, скорее всего, она все еще поддерживается, и вы получите ответ от автора. Вы можете указать ему на этот вопрос, поскольку он уже содержит хороший воспроизводимый пример.
Инго Каркат
Я просто как-то нашел свой альтернативный синтаксис Python; Я редко редактирую файлы Python, так что я не особо задумывался.
Инго Каркат
спасибо @Ingo, я изменил файлы синтаксиса, и теперь он не такой медленный. Я боюсь, что движки регулярных выражений немного за пределами моего понимания, я напишу разработчику по электронной почте, но я счастлив провести любые тесты.
Baxx