¿Puede sed reemplazar nuevos caracteres de línea?

¿Hay algún problema con sed y el nuevo carácter de línea?
Tengo un archivo test.txt con los siguientes contenidos

aaaaa  
bbbbb  
ccccc  
ddddd  

Lo siguiente no funciona:
sed -r -i 's/\n/,/g' test.txt

Sé que puedo usar tresto, pero mi pregunta es por qué no parece posible con sed.

Si este es un efecto secundario del procesamiento del archivo línea por línea, me interesaría saber por qué sucede esto. Creo que grepelimina nuevas líneas. ¿Sed hace lo mismo?

Con GNU sedy proporcionado POSIXLY_CORRECTno está en el entorno (para entrada de una sola línea):

sed -i ':a;N;$!ba;s/\n/,/g' test.txt

Desde https://stackoverflow.com/questions/1251999/sed-how-can-i-replace-a-newline-n :

1. crear una etiqueta a través de :a
2. agregue la línea actual y la siguiente al espacio del patrón a través de N
3. si estamos antes de la última línea, bifurca a la etiqueta creada $!ba( $!significa no hacerlo en la última línea (ya que debería haber una nueva línea final)).
4. finalmente, la sustitución reemplaza cada nueva línea con una coma en el espacio del patrón (que es el archivo completo).

Esto funciona con GNU sed:

sed -z 's/\n/,/g' 

-z está incluido desde 4.2.2

NÓTESE BIEN. -zcambia el delimitador a caracteres nulos ( \0). Si su entrada no contiene caracteres nulos, toda la entrada se trata como una sola línea. Esto puede venir con sus limitaciones .

Para evitar que se reemplace la nueva línea de la última línea, puede volver a cambiarla:

sed -z 's/\n/,/g;s/,$/\n/'

(Que es la sedsintaxis de GNU nuevamente, pero no importa ya que todo es solo GNU)

Desde el sitio web de Oracle:

La utilidad sed funciona leyendo secuencialmente un archivo, línea por línea, en la memoria. Luego realiza todas las acciones especificadas para la línea y vuelve a colocar la línea en la memoria para volcarla en la terminal con los cambios solicitados. Después de que todas las acciones se hayan llevado a cabo en esta línea, lee la siguiente línea del archivo y repite el proceso hasta que termine con el archivo.

Básicamente, esto significa que debido a que sed está leyendo línea por línea, el carácter de nueva línea no coincide.

La solución de https://stackoverflow.com/questions/1251999/sed-how-can-i-replace-a-newline-n es:

sed ':a;N;$!ba;s/\n/,/g'

o, en una versión portátil (sin ;concatenar después de las etiquetas de marca de salto)

sed -e ':a' -e 'N;$!ba' -e 's/\n/,/g'

En esa página se proporciona una explicación de cómo funciona.

sedsiempre elimina el \newline final justo antes de llenar el espacio del patrón, y luego agrega uno antes de escribir los resultados de su script. Se \npuede tener un ewline en el espacio de patrones por varios medios, pero nunca si no es el resultado de una edición. Esto es importante: los \newlines en sedel espacio del patrón siempre reflejan un cambio y nunca ocurren en la secuencia de entrada. \nLas líneas electrónicas son el único delimitador con el que un sedder puede contar con una entrada desconocida.

Si desea reemplazar todas las \nlíneas electrónicas con comas y su archivo no es muy grande, puede hacer lo siguiente:

sed 'H;1h;$!d;x;y/\n/,/'

Eso agrega cada línea de entrada al hespacio anterior, excepto la primera, que en su lugar sobrescribe el hespacio anterior, siguiendo un \ncarácter de línea de flujo. Luego delige cada línea, no la $!última de la salida. En la última línea H, los espacios antiguos y de patrón se xcambian y todos los \ncaracteres de línea electrónica se y///traducen a comas.

Para archivos grandes, este tipo de cosas pueden causar problemas: sedel búfer en los límites de línea, que puede desbordarse fácilmente con acciones de este tipo.

Alternativamente, puede usar una sintaxis un poco más simple:

sed ':a;N;s/\n/,/g;ba'

... simplemente cambiando el orden de la secuencia.

Hay algo de magia sed muy agradable aquí. Y algunos buenos puntos planteados sobre el desbordamiento del espacio del patrón. Me encanta usar sed incluso cuando no es la forma más simple, porque es muy compacto y potente. Sin embargo, tiene sus limitaciones, y para grandes cantidades de datos, el espacio del patrón debería ser mahoosive.

GNU dice esto:

Para aquellos que desean escribir scripts sed portátiles, tenga en cuenta que se sabe que algunas implementaciones limitan las longitudes de línea (para el patrón y los espacios de retención) a no más de 4000 bytes. El estándar posix especifica que las implementaciones sed conformes deben soportar al menos 8192 bytes de longitud de línea. GNU sed no tiene límite incorporado en la longitud de la línea; siempre que pueda malloc () más memoria (virtual), puede alimentar o construir líneas todo el tiempo que desee.
Sin embargo, la recursión se utiliza para manejar subpatrones y repeticiones indefinidas. Esto significa que el espacio de pila disponible puede limitar el tamaño del búfer que ciertos patrones pueden procesar.

No tengo mucho que agregar, pero me gustaría señalarle hacia mi guía de referencia para sed . Es excelente. http://www.grymoire.com/Unix/Sed.html

y aquí está mi solución:

for i in $(cat test.txt); do echo -n $i','; done; echo '' >> somewhere

bien funciona

Digamos que desea reemplazar las nuevas líneas por \n. Quería hacer eso, así que esto es lo que hice:

(echo foo; echo bar; echo baz) | sed -r '$!s/$/\\n/' | tr -d '\n' 
# Output: foo\nbar\nbaz

Esto es lo que hace: para todas las líneas, excepto la última , agregar \n. Luego, elimine las nuevas líneas con tr.