Literal carriage returns break parser under Python 3.x
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 3/5
- Tiempo estimado
- 1-2 días
- Aptitud para principiantes
- 45/100
Línea de trabajo
Reproduce the failure with python3 py/vimlparser.py ~/.vimrc using the .vimrc example containing literal carriage returns. Start in py/vimlparser.py at its file-reading and line-splitting path; done means those literal ^M characters are preserved as parser input rather than converted to newlines, while ordinary line endings continue to parse.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
This chunk from my .vimrc causes python3 py/vimlparser.py ~/.vimrc to error out on my system.
Since this didn't show up in my initial search for VimL parsers for Python, I started work on a VimL parser of my own and I know why it happens.
The literal <CR>s in this piece of my .vimrc (the ^Ms)...
...get converted to \n by the universal newline support in Python 3.x's text mode. (I assume because a bare \r is the old Classic MacOS line terminator and Python's universal newlines mode is converting all potential newlines rather than limiting itself to whichever kind of newline it encounters first like Vim itself does.)
The quick hack I came up with to make the parser robust was to open the file in binary mode and then manually decode and split lines:
with open(path, 'rb') as fobj:
process_group(fobj.read().decode('utf8').split('\n'))
- Lenguaje dominante
- Vim Script
- Estrellas
- 173
- Forks
- 28
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Preparar el entorno
Este proyecto no incluye contenedor de desarrollo, Dockerfile ni guía de contribución, así que la configuración corre por tu cuenta: empieza por su README y consulta nuestra guía para la primera contribución para los pasos generales.
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de vim-jp/vim-vimlparser
-
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
vim-jp/vim-vimlparser#201 ·
-
Support for string interpolationAbierto
Dificultad 5/5 Más de una semana Aptitud para principiantes 25/100
vim-jp/vim-vimlparser#200 ·
-
Dificultad 3/5 1-2 días Aptitud para principiantes 35/100
vim-jp/vim-vimlparser#198 ·
-
Support for falsy operator?Abierto
Dificultad 3/5 1-2 días Aptitud para principiantes 35/100
vim-jp/vim-vimlparser#197 · 2 reacciones ·
-
Dificultad 3/5 1-2 días Aptitud para principiantes 35/100
vim-jp/vim-vimlparser#191 ·
Todos los issues de vim-jp/vim-vimlparser
Issues similares
-
Sort modelsAbiertoenhancement good first issue
Dificultad 2/5 1-3 horas Aptitud para principiantes 62/100
Los mantenedores suelen responder en 1 día
-
devops documentation good first issue
Dificultad 1/5 Menos de una hora Aptitud para principiantes 82/100
FlowwStar/FlowStar#991 · 2 comentarios ·
Los mantenedores suelen responder en 1 día
-
bug pkg: sphinx-needs
Dificultad 2/5 1-3 horas Aptitud para principiantes 66/100
useblocks/sphinx-needs#2251 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
Los mantenedores suelen responder en 1 día
-
devops dx good first issue
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
StellarLock/StellarLock#990 ·
Los mantenedores suelen responder en 1 día