s/[ ,]+/_/g
donc si je fais
sed -r '
# afficher le nom actuel
p
# modifier la structure
s!^Manipulation - (.*) - Ep (.).*!\2_\1.webm!
# virer les caractères pourris
s/[ ,]+/_/g
' <<%
…
J'ai une nouvelle liste avec pour chaque épisode:
*
juin 2023 à 13:46, benoit a écrit :
> Le vendredi 2 juin 2023 à 18:05, Marc Chantreux a écrit :
>
>
> > salut,
> >
> > > % sed -rz '{s/-\n//g;s/\n//g}' format.txt
> >
> >
> > <<\% sed -rz 's/-\n//g; s/([^.\n])\n/\1/g' | tr -s ' ' | fmt -w7
Le vendredi 2 juin 2023 à 18:05, Marc Chantreux a écrit :
> salut,
>
> > % sed -rz '{s/-\n//g;s/\n//g}' format.txt
>
>
> <<\% sed -rz 's/-\n//g; s/([^.\n])\n/\1/g' | tr -s ' ' | fmt -w72
>
> Je suis pas sur d'avoir compris le pb.
>
> Je voudrais refo
> ifié avec des retours à la ligne (\n) et est - de coupure de
> mot.
>
> % sed -rz '{s/-\n//g;s/\n//g}' format.txt
<<\% sed -rz 's/-\n//g; s/([^.\n])\n/\1/g' | tr -s ' ' | fmt -w72
Je suis pas sur d'avoir compris le pb.
Je voudrais reformater du texte en colonne,
qui a été
Hello,
1 juin 2023, 12:46 de benoit...@protonmail.ch:
> % > sed -rz '{s/-\n//g;s/\n//g}' format.txt
>
> Mais je ne suis pas satisfait du résultat parce que je voudrais ignorer les
> points (.\n) suivit d'un retour à la ligne.
>
sed ':a;N;$!ba;s/-\n//g' format.txt
l0f4r0
Le 1 juin 2023 benoit a écrit :
> A certains endroits ça mets deux espaces, je vais chercher pourquoi...
> Mais en attendant de comprendre, je retourne au début et repasse une fois
> pour les virer et c'est bon ! ;-)
tu dois avoir des espaces en fin de ligne qui trainent, donc peut-être,
pour
Le jeudi 1 juin 2023 à 20:54, Michel Verdier a écrit :
>
> Autant pour moi, faut toujours regarder les Messages :)
> Là ça devrait marcher pour de vrai.
>
> (defun ConvertRet ()
> "Convertit un retour à la ligne."
> (interactive)
> (let (
> (p1 (region-beginning))
> (p2 (region-end)))
>
Le 1 juin 2023 benoit a écrit :
> Ne fonctionne pas chez moi
Autant pour moi, faut toujours regarder les Messages :)
Là ça devrait marcher pour de vrai.
(defun ConvertRet ()
"Convertit un retour à la ligne."
(interactive)
(let (
(p1 (region-beginning))
(p2 (region-end)))
ère ligne et rien ne se passe
J'ai joint un fichier formaté sur 72 caractères comme exemple
Lorem ipsum dolor sit amet, consectetur adipiscing elit. Donec mollis
sagittis libero at semper. In lacinia in lorem sit amet semper. Nulla
pellentesque venenatis dolor, et dapibus dolor feugiat ut. Aen
Le 1 juin 2023 benoit a écrit :
> Il me reste juste l'exception pour le cas ou je veux laisser les "\n" des
> lignes qui se terminent par un "." ?
Ah oui j'avais zappé ça. Voilà mon texte de test :
Je voudrais reformater du texte en colonne, qui a été just-
ifié avec des retours à la ligne
Le jeudi 1 juin 2023 à 15:21, Michel Verdier a écrit :
> Tu y étais presque :)
>
> (defun ConvertRet ()
> "Convertit un retour à la ligne."
> (interactive)
> (let (
> (p1 (region-beginning))
> (p2 (region-end)))
> (save-restriction
> (narrow-to-region p1 p2)
> (goto-char (point-min))
> (while
Le 1 juin 2023 benoit a écrit :
> Je m'y suis essayé, j'ai abandonné, mais avec un petit coupe de pouce... ;-)
Tu y étais presque :)
(defun ConvertRet ()
"Convertit un retour à la ligne."
(interactive)
(let (
(p1 (region-beginning))
(p2 (region-end)))
(save-restriction
Bonjour,
Le jeudi 1 juin 2023 à 12:56, Basile Starynkevitch a
écrit :
> Une possibilité est l'utilisation de l'utilitaire
> https://man7.org/linux/man-pages/man1/fmt.1.html
A je ne connais pas je vais aller voir
> Une autre possibilité est de le faire sous GNU emacs
>
t est - de coupure de
mot.
% sed -rz '{s/-\n//g;s/\n//g}' format.txt
Mais je ne suis pas satisfait du résultat parce que je voudrais
ignorer les points (.\n) suivit d'un retour à la ligne.
Merci d'avance
Une possibilité est l'utilisation de l'utilitaire
https://man7.org/linux/man-pages/man1/
Bonjour
Je voudrais reformater du texte en colonne, qui a été justifié avec des retours
à la ligne (\n) et des "-" de coupure de mot
ex:
Je voudrais reformater du texte en colonne, qui a été just- «---
ifié avec des retours à la ligne (\n) et est - de coupure de
mot.
% sed -rz '{s/-
On 22/10/2022 20:23, Gary Dale wrote:
sed -i '//d' *.html
did the trick.
I would suggest you to use more specific pattern to avoid removing of
meaningful text due to a lost newline character:
sed -i -e '/^\s*]*>\s*$/d'
"." in regexp may be a source of surprises (or
in a lot
of HTML files that I'd like to remove. The line is:
I'm testing the sed command to remove it on just one file. When it works,
I'll run it against *.html. My command is:
sed -i -s 's/\s*\//g' history.html
Unfortunately, the replacement doesn't remove the line but rather
On Sat, Oct 22, 2022 at 10:32:24AM +0700, Max Nikulin wrote:
> On 22/10/2022 02:09, The Wanderer wrote:
> >
> > 'info sed', section 'sed regular expressions', subsection 'regular
> > expression extensions':
>
> While a reader may find more interesting stuff l
On 22/10/2022 02:09, The Wanderer wrote:
'info sed', section 'sed regular expressions', subsection 'regular
expression extensions':
While a reader may find more interesting stuff lying around while
traveling by this path, there is a shorthand
info "(sed) regexp exten
On 2022-10-21 at 16:16, Greg Wooledge wrote:
> On Fri, Oct 21, 2022 at 03:09:32PM -0400, The Wanderer wrote:
>
>> IOW, each seems to be half of the usual '\b' (edge of a word) set.
>> With the default sed behavior (not sure whether that's basic
>> regular express
On Fri, Oct 21, 2022 at 03:09:32PM -0400, The Wanderer wrote:
> IOW, each seems to be half of the usual '\b' (edge of a word) set. With
> the default sed behavior (not sure whether that's basic regular
> expressions or extended regular expressions, in the nomenclature of the
> info do
> > lot
> > > of HTML files that I'd like to remove. The line is:
> > >
> > >
> > >
> > > I'm testing the sed command to remove it on just one file. When it works,
> > > I'll run it against *.html. My command is:
> > &
On 2022-10-21 at 14:15, Greg Wooledge wrote:
> So... yeah, \< and/or \> clearly have some special meaning to GNU
> sed. Good luck figuring out what that is.
'info sed', section 'sed regular expressions', subsection 'regular
expression extensions':
>> '\<'
>> Matc
> > lot
> > > of HTML files that I'd like to remove. The line is:
> > >
> > >
> > >
> > > I'm testing the sed command to remove it on just one file. When it works,
> > > I'll run it against *.html. My command is:
> > &
;
> >
> > I'm testing the sed command to remove it on just one file. When it works,
> > I'll run it against *.html. My command is:
> >
> > sed -i -s 's/\s*\//g' history.html
> >
> > Unfortunately, the replacement doesn't remove the line but
On Fri, Oct 21, 2022 at 01:50:29PM -0400, Greg Wooledge wrote:
> On Fri, Oct 21, 2022 at 01:21:44PM -0400, Gary Dale wrote:
> > sed -i -s 's/\s*\//g' history.html
> >
> > Unfortunately, the replacement doesn't remove the line but rather leaves me
> > with:
> >
On Fri, Oct 21, 2022 at 01:21:44PM -0400, Gary Dale wrote:
> I'm hoping someone can tell me what I'm doing wrong. I have a line in a lot
> of HTML files that I'd like to remove. The line is:
>
>
>
> I'm testing the sed command to remove it on just one file. When it
On Fri, Oct 21, 2022 at 01:21:44PM -0400, Gary Dale wrote:
> sed -i -s 's/\s*\//g' history.html
>
> Unfortunately, the replacement doesn't remove the line but rather leaves me
> with:
>
> <;">
The 's' command in sed doesn't remove lines. It performs
I'm hoping someone can tell me what I'm doing wrong. I have a line in a
lot of HTML files that I'd like to remove. The line is:
I'm testing the sed command to remove it on just one file. When it
works, I'll run it against *.html. My command is:
sed -i -s 's/\s*\//g
salut,
> J’aurais donc donné cette commande :
> sed -i '/^49\.7\.20\./d' fichier.txt
perso je metacaractère entre crochets parceque je trouve ca plus facile
* de le visualiser apres coup
* de l'étendre (le [.] qui devient [ :] avec le temps)
* de l'embarquer dans un autre script en réduis
Salut,
Histoire d’en rajouter une couche, la suggestion d’échapper les points était LA
bonne solution car le point est interprété comme un caractère … quelconque ce
qui peut être assez gênant non ?
J’aurais donc donné cette commande :
$ sed -i '/^49\.7\.20\./d' fichier.txt
sans le
> Le 9/09/22 à 19:22, antoine.valmer a écrit :
> > Bonjour à tous,
> > Dans un fichier texte, j'ai ce type de lignes :
> > 49.7.20.111|17August2022
> > 49.7.20.120|18August2022
> > Je souhaite supprimer toutes celles qui ont cette expression :
> > "49.7.
Le 9/09/22 à 19:22, antoine.valmer a écrit :
Bonjour à tous,
Dans un fichier texte, j'ai ce type de lignes :
49.7.20.111|17August2022
49.7.20.120|18August2022
Je souhaite supprimer toutes celles qui ont cette expression :
"49.7.20."
J'ai tenté cette commande :
sed '/49.7.20/d'
On Fri, Sep 09, 2022 at 09:41:14PM +0200, Pierre ESTREM wrote:
> Attention à ne pas avoir inséré un caractère spécial à la place d'un espace.
> Ca m'est arrivé (comme à d'autres).
la bonne astuce pour verifier: tapper fc
la commande s'ouvre alors dans editor et si c'est vim. perso j'ai
salut,
> sed '/49.7.20/d'
je te confirme que le script est bon ... meme trop puisque 4937420 va
aussi matcher.
pour bien faire il te faudrait
sed '/49[.]7[.]20/d'
mais le plus rapide (à l'écriture et à l'excution) est de chercher une
chaine litterale puisque c'est ton
|18August2022
Je souhaite supprimer toutes celles qui ont cette expression :
"49.7.20."
J'ai tenté cette commande :
sed '/49.7.20/d'
mais elle n'efface aucune ligne contenant "49.7.20."
@+ et merci.
A. Valmer
Bonjour,
antoine.valmer, on 2022-09-09:
> Dans un fichier texte, j'ai ce type de lignes :
> 49.7.20.111|17August2022
> 49.7.20.120|18August2022
>
> Je souhaite supprimer toutes celles qui ont cette expression :
> "49.7.20."
> J'ai tenté cette commande :
> sed
Oupss, j'ai oublier le /d de la fin de la commande ... désolé
sed '/49\.7\.20/d' /tmp/file.txt
Jerem
Le 09/09/2022 à 19:47, Jérémy Prego a écrit :
Bonjour,
et en échappant les "." ?
genre:
sed '/49\.7\.20/' /tmp/file.txt
Jerem
Le 09/09/2022 à 19:22, antoine.valmer a écrit :
Bonj
Bonjour,
et en échappant les "." ?
genre:
sed '/49\.7\.20/' /tmp/file.txt
Jerem
Le 09/09/2022 à 19:22, antoine.valmer a écrit :
Bonjour à tous,
Dans un fichier texte, j'ai ce type de lignes :
49.7.20.111|17August2022
49.7.20.120|18August2022
Je souhaite supprimer toutes celles qui
On 09/09/2022 19:22, antoine.valmer wrote:
Bonjour à tous,
Dans un fichier texte, j'ai ce type de lignes :
49.7.20.111|17August2022
49.7.20.120|18August2022
Je souhaite supprimer toutes celles qui ont cette expression :
"49.7.20."
J'ai tenté cette commande :
sed '/49.7.20/d'
mais ell
Bonjour à tous,
Dans un fichier texte, j'ai ce type de lignes :
49.7.20.111|17August2022
49.7.20.120|18August2022
Je souhaite supprimer toutes celles qui ont cette expression :
"49.7.20."
J'ai tenté cette commande :
sed '/49.7.20/d'
mais elle n'efface aucune ligne contenant "
Bonsoir,
Une piste : Je pense que awk devrait répondre à ton besoin, il m'est
arrivé de faire des choses assez " besogneuses " sur de longues
chaînes de caractères dans le passé avec cet outil.
En mixant avec iconv pour l'encodage (à passer dans le script) tu
devrai t'en sortir.
Bon courage
Le
Le 12/05/2022 22:11:50, Alain Vaugham a écrit :
> Il s'agit d'un export provenant d'un logiciel de comptabilité.
> Je l'ai encodé en utf8 et je veux substituer les caractères hexa:
> <82> par é
Je me demande si ça ne passerait pas avec konwert, par exemple :
konwert any-utf8
- Mail original -
> De: "Alain Vaugham"
> À: debian-user-french@lists.debian.org
> Envoyé: Vendredi 13 Mai 2022 14:00:03
> Objet: [Résolu] Re: vim / sed : subsitution de codes hexa
>
> Le Thu, 12 May 2022 22:38:16 +,
> Hugues Larrive a écrit :
, 0x88...
[...]
> L'utiliser à la place de sed :
> cat ma_source | ./0x82to0xc3a9 > ma_cible
>
> Voilà qui devrait faire le travail aussi bien qu'un éditeur hexa.
Merci beaucoup pour ce bout de code en c.
J'ai essayé de l'utiliser mais sans succès. Non pas à cause du code,
mais parce que je
Le Thu, 12 May 2022 23:14:50 +0200,
didier gaumet a écrit :
> je me demande dans quel mesure tu n'as pas une différence
> d'environnement linguistique interactif/batch (par exemple examiner
> $LANG dans ton script pour vérifier?)
Dans le scripts
echo $LANG
donne:
fr_FR.UTF-8
--
Alain Vaugham
Bonjour,
Je me suis créé un petit fichier test avec 0x82 à la place d'un é
pour tester. (Je me demande d'où sort ce 0x82...)
Chez moi (debian 11 / sed 4.7) ta commande sed donne le même résultat que vi ce
qui confirmerait ce qu'a dit Didier.
Une solution sûre pour effectuer cette conversion
correctement
> :%s/\%x82/é/g
>
> Vu la quantité de substitutions à faire je souhaite scripter
> l'opération avec sed:
> cat ma_source | sed 's/\x82/é/g' > ma_cible
> Malheureusement ça se passe mal car le résultat obtenu est
> �é
> soit:
> 000 C
ration avec sed:
cat ma_source | sed 's/\x82/é/g' > ma_cible
Malheureusement ça se passe mal car le résultat obtenu est
�é
soit:
000 C2 C3 A9
D'après ce que je comprends de la faq
http://sed.sourceforge.net/grabbag/tutorials/sedfaq.txt
dans sed v1.5 il y aurait une autre syntaxe pour borner
Bonsoir,
Merci pour ces précisions.
- Mail original -
De: "Marc Chantreux"
À: "roger tarani"
Cc: "Liste Debian"
Envoyé: Vendredi 5 Novembre 2021 07:29:45
Objet: Re: Récupérer le résultat d'une commande sed dans une variable ou un
fichier : problème...
Bonjour Charles,
Simple et clair.
Merci
cordialement
Rq : parce que TRUC contient des /, j'ai été obligé de prendre | au lieu de /
comme séparateur de sed; sinon la commande plante.
- Mail original -
De: "Charles Plessy"
À: "Liste Debian"
Envoyé: Vendredi 5 No
exe.
> J'avais créé un fichier pour tenter de débloquer la situation avec une
> situation plus connue avec sed.
Ca n'est pas la plus connue: c'est la seule :) et presque tous les filtres
fonctionnent de même
sed 'des trucs a faire' fichier1 fichier2 ... fichierN
awk 'des truc
Le Fri, Nov 05, 2021 at 12:31:13AM +0100, roger.tar...@free.fr a écrit :
>
> Comment expliquer que la commande prend un fichier comme argument :
> sed '/^abc\|^$/! { p; s|^| -> '"${DOMAIN}"'|g }' monfichier #SUCCES
>
> mais refuse de prendre la valeur d'une variab
Oui, en effet, je voulais faire ça : donner la valeur d'une variable à manger à
sed.
Et je n'ai même pas de fichier mais une variable à traiter.
J'avais créé un fichier pour tenter de débloquer la situation avec une
situation plus connue avec sed.
TRUC est fournie par un traitement précédent
> $ TRUC=$(cat monfichier)
> $ RES=$(sed '/^abc\|^$/! { p; s|^| -> '"${DOMAIN}"'|g }' "$TRUC")
> sed: can't read
> abc-
> foo
> bar
>
> abc-
> baz
> : No such file or directory:
>
>
> Idem avec :
> $ sed '/^abc\|^$/!
J'ai bien compris l'effet des guillemets/double quotes sur les LF. C'est
limpide.
mais je crois que c'est un autre sujet.
Je pense avoir trouvé la solution, comme expliqué plus loin.
Ce que j'ai essayé d'expliquer c'est que:
- si la commande sed prend comme argument un nom de fichier, alors
t dont le premier est foo bar baz
3 argument dont le premier est foo
1 argument dont le premier est foo bar baz
donc maintenant:
DOMAIN=http://toto.com
sed -rn "p ; /^abc/d ; s,.+, -> $DOMAIN/&,p" monfichier
# CA marche
DOMAIN=http://toto.com
RES=$( sed -rn "p ; /^abc/d ;
Bonjour,
Je réagis rapidement :
Ma commande sed fait le boulot attendu en CLI si je prends un nom de fichier en
argument, lequel fichier contient la chaîne multilignes à traiter.
Elle ne le fait pas quand je veux lire la chaîne multilignes qui est la MEME
chaîne multilignes, qui est la valeur
Bonjour,
> J'ai tenté diverses expressions, comme par exemple dans une variable :
> RES=$( sed '/^abc\|^$/! { p; s|^| -> '$DOMAIN'|g }')
* pas testé mais je doute que ton script passe avec autre chose que GNU sed.
* c'est très généralement une mauvaise idée de ne pas protéger le
résul
- Mail original -
> De: "roger tarani"
> À: "Liste Debian"
> Envoyé: Jeudi 4 Novembre 2021 14:43:01
> Objet: Re: Récupérer le résultat d'une commande sed dans une variable
> ou un fichier : problème...
> Bonjour,
> Il s'agit d'imprimer la li
Bonjour,
Bien compris en ce qui concerne les LF. Merci pour ce rappel utile ( echo "$A"
ou echo "${A}" )
( DOMAIN contient la valeur [ http://toto.com/ | http://toto.com/ ] )
Ceci fonctionnne ;
$ sed '/^abc\|^$/! { p; s|^| -> '"${DOMAIN}"'|g }' mon_f
r ceci
$ cat mon_fichier_resultat
foo
-> http://toto.com/foo
bar
-> http://toto.com/ bar
baz
-> http://toto.com/ baz
truc
-> http://toto.com/ truc
machin
-> h ttp://toto.com/ machin
D'où la commande sed qui
va ignorer les lignes commençant par abc ou les lignes vides :
{A}B
n’est pas forcément la même chose que :
${AB}
ou $AB
> Le 4 nov. 2021 à 02:49, roger.tar...@free.fr a écrit :
>
> Bonjour,
>
> Dans un script (bash 5.0.3(1), debian 10), je tente de récupérer le résultat
> d'une commande sed dans une variable.
>
> DOMA
Bonjour,
Dans un script (bash 5.0.3(1), debian 10), je tente de récupérer le résultat
d'une commande sed dans une variable.
DOMAIN=http://toto.com/
sed '/^abc\|^$/! { p; s|^| -> '$DOMAIN'|g }' mon_fichier
Dans la commande, le séparateur de la substitution est | car avec / il y a
significance
within a bracket expression.
En clair, le caractère '\' perd sa signification spéciale entre '[]'.
Ce qui fonctionne :
$ l'exemple de Bernard,
. plusieurs substitutions dans un seul sed :
$ echo "--[chaine]-" | sed 's/\[/-/g; s/\]/-/g'
---chaine--
. un sed "é
> Ce qui fonctionne :
> $ l'exemple de Bernard,
>
> . plusieurs substitutions dans un seul sed :
> $ echo "--[chaine]-" | sed 's/\[/-/g; s/\]/-/g'
>
> ---chaine--
>
>
> . un sed "étendu" :
> $ echo "--[chaine]-" | sed -E 's/(\]|\[)/-/g'
‐‐‐ Original Message ‐‐‐
Le lundi 14 décembre 2020 16:11, Bernard Isambert a écrit :
> man 7 regex :
> Pour insérer un « ] » littéral dans la liste, il faut le mettre en
> première position (ou après un éventuel « ^ »).
>
> echo "--[chaine]-" | sed 's/[][]/-/g'
Et de la même man page :
special characters, including '\', lose their special significance
within a bracket expression.
En clair, le caractère '\' perd sa signification spéciale entre '[]'.
Ce qui fonctionne :
$ l'exemple de Bernard,
. plusieurs substitutions dans un seul sed :
$ echo
man 7 regex :
Pour insérer un « ] » littéral dans la liste, il faut le mettre en
première position (ou après un éventuel « ^ »).
echo "--[chaine]-" | sed 's/[][]/-/g'
---chaine--
Le 14/12/2020 à 14:51, benoit a écrit :
Bonjour à toutes et tous,
Je voudrais remplacer les caractè
Bonjour à toutes et tous,
Je voudrais remplacer les caractères "[" et "]" avec sed, mais ils fonts partie
du «regroupement» de caractère à sélectionner. Je les ai précédé d'un "\" ainsi
:
sed 's/[\[\]]/-/g'
Mais ça ne marche pas...
echo "--[chaine]-" | se
On 8/22/2020 6:33 PM, Andrei POPESCU wrote:
On Vi, 21 aug 20, 21:06:05, john doe wrote:
When I can not get the command I want, I break it down to the simplest
command as possible then I build from there to the command I realy want.
Have you considered that solution(s) found might not be
On Vi, 21 aug 20, 21:06:05, john doe wrote:
>
> When I can not get the command I want, I break it down to the simplest
> command as possible then I build from there to the command I realy want.
Have you considered that solution(s) found might not be usable in the
bigger context, basically
On 8/21/2020 9:00 PM, Greg Wooledge wrote:
On Fri, Aug 21, 2020 at 08:51:44PM +0200, john doe wrote:
Okay, it uses the same syntax as for a subshell '$()'.
No, one of them is $'' and the other is $(). They have nothing in common.
One of them is a form of quoting. It acts just like ''
On Fri, Aug 21, 2020 at 08:51:44PM +0200, john doe wrote:
> Okay, it uses the same syntax as for a subshell '$()'.
No, one of them is $'' and the other is $(). They have nothing in common.
One of them is a form of quoting. It acts just like '' except that it
performs various backslash
On 8/21/2020 8:37 PM, Greg Wooledge wrote:
On Fri, Aug 21, 2020 at 02:35:35PM -0400, Greg Wooledge wrote:
No. Use $'...' instead of '...'.
sed '/line1/{N;N;a line-to-add\n}' input-file
Crap. Of course I meant to write
sed $'/line1/{N;N;a line-to-add\n}' input-file
Okay, it uses
On Fri, Aug 21, 2020 at 02:35:35PM -0400, Greg Wooledge wrote:
> No. Use $'...' instead of '...'.
>
> sed '/line1/{N;N;a line-to-add\n}' input-file
Crap. Of course I meant to write
sed $'/line1/{N;N;a line-to-add\n}' input-file
On Fri, Aug 21, 2020 at 08:09:26PM +0200, john doe wrote:
> On 8/21/2020 7:51 PM, Greg Wooledge wrote:
> > If you're doing this from bash, you could use bash's special $'...'
> > quoting to pass a newline encoded as \n .
>
> So something like the following:
>
> $ sed
On 8/21/2020 7:51 PM, Greg Wooledge wrote:
On Fri, Aug 21, 2020 at 07:49:07PM +0200, john doe wrote:
Hello all,
I'm trying to use the command provided at (1):
$ sed '/pattern{N;N;a try\d10}' input-file
sed: -e expression #1, char 0: unmatched `{'
Are you missing a second / character after
On Fri, Aug 21, 2020 at 07:49:07PM +0200, john doe wrote:
> Hello all,
>
> I'm trying to use the command provided at (1):
>
> $ sed '/pattern{N;N;a try\d10}' input-file
> sed: -e expression #1, char 0: unmatched `{'
Are you missing a second / character after the pat
Hello all,
I'm trying to use the command provided at (1):
$ sed '/pattern{N;N;a try\d10}' input-file
sed: -e expression #1, char 0: unmatched `{'
As I understanded, I should make a newline before the right brace.
I thought that '\d10' should do it but as shown above it does not.
What am I
On Friday, December 6, 2019 6:06:10 PM CET, songbird wrote:
result=`echo "summary: \"\"" | sed -e "s/^summary: .*$/summary:
\"${old_summary}\"/"`
of course this doesn't work. since you use '/' (slash) as delimiter in the
sed expression,
On Vi, 06 dec 19, 14:50:51, Greg Wooledge wrote:
> On Fri, Dec 06, 2019 at 02:40:49PM -0500, songbird wrote:
> > Greg Wooledge wrote:
> > ...
> > > Ideally, you'd just stop trying to use sed with user-supplied variables
> > > injected into the code. Sed was nev
On Vi, 06 dec 19, 14:40:49, songbird wrote:
>
> the point of doing something in bash is to do it quick and
> see if the concept is useful enough. if enough people decide
> to use it then it can be more formalized.
We often build prototypes / proof-of-concept / experiments that live
much
On Sat, 7 Dec 2019, at 14:20, songbird wrote:
> The Wanderer wrote:
>
> ... about various characters and then @ in particular ...
>
> > As far as I can see, at least on my keyboard, that pretty much just
> > leaves @. It does still sometimes occur in paths and filenames, so it's
> > not really
n paths and filenames, so it's
> > not really ideal, but it's probably less common there than any of the
> > non-special-meaning others.
>
> I'm not the OP, but thanks for the explanation / discussion.
>
> I just have a wild idea / question. Those are (iirc) all ASCII characte
e.g. '|'.
>
> According to the manual[1][2] any other character is accepted.
>
> [1] https://www.gnu.org/software/sed/manual/sed.html#The-_0022s_0022-Command
> [2] as with many (most? all?) GNU programs the full documentation is=20
> available only as a Texinfo manual, not a man page.
yeah...
songbird
The Wanderer wrote:
... about various characters and then @ in particular ...
> As far as I can see, at least on my keyboard, that pretty much just
> leaves @. It does still sometimes occur in paths and filenames, so it's
> not really ideal, but it's probably less common there than any of the
>
thanks for the explanation / discussion.
I just have a wild idea / question. Those are (iirc) all ASCII characters,
(basically 7 bits) (yes, I know they are in an 8 bit byte), I wonder if SED
(and AWK) could use something in, well, is it called the 2nd code page (I
forget), but some character like the d
On 2019-12-07 at 04:43, Andrei POPESCU wrote:
> On Vi, 06 dec 19, 16:15:51, songbird wrote:
>
>> The Wanderer wrote:
>>>
>>> For example, 's/hello/newstring/' would be a valid sed
>>> 's'-expression, but 's/a/b/newstring/' would not; the former
>>
On Vi, 06 dec 19, 16:15:51, songbird wrote:
> The Wanderer wrote:
> >
> > For example, 's/hello/newstring/' would be a valid sed 's'-expression,
> > but 's/a/b/newstring/' would not; the former contains three instances of
> > the delimiting token, which is valid, b
Erik Christiansen wrote:
...
> If the sed implementation of variable regexes proves problematic, then
> there's awk with its Dynamic Regexps. (Section 2.8 of the pdf manual
> floating about out there.)
>
> With its C-like syntax, it's less write-only than perl, perhaps because
>
On 06.12.19 14:40, songbird wrote:
> Greg Wooledge wrote:
> ...
> > Ideally, you'd just stop trying to use sed with user-supplied variables
> > injected into the code. Sed was never built to be safe for that kind of
> > work.
>
> sed was designed to o
Greg Wooledge wrote:
...
> If you insist on doing #1, so be it. It's your damned computer, and your
> damned problem. I can only warn you and be ignored so many times
> before I give up and let your fuck yourself, as you so vehemently and
> stubbornly eager to do.
i appreciate the actual
The Wanderer wrote:
>songbird wrote:
...
>> sed was designed to operate on streams. a sequence of characters is
>> a stream. i don't see any reason why putting the variable into the
>> middle of that expression means anything different.
>
> Because sed doesn't see
On 2019-12-06 at 14:40, songbird wrote:
> Greg Wooledge wrote: ...
>> Ideally, you'd just stop trying to use sed with user-supplied
>> variables injected into the code. Sed was never built to be safe
>> for that kind of work.
>
> sed was designed to operate on streams
On Fri, Dec 06, 2019 at 02:40:49PM -0500, songbird wrote:
> Greg Wooledge wrote:
> ...
> > Ideally, you'd just stop trying to use sed with user-supplied variables
> > injected into the code. Sed was never built to be safe for that kind of
> > work.
>
> sed was
Greg Wooledge wrote:
...
> Ideally, you'd just stop trying to use sed with user-supplied variables
> injected into the code. Sed was never built to be safe for that kind of
> work.
sed was designed to operate on streams. a sequence of
characters is a stream. i don't see any r
On Fri, Dec 06, 2019 at 12:06:10PM -0500, songbird wrote:
> #this doesn't work...
> old_summary=`echo "Previous glitches and inconsistencies were due to a
> missing / at the end of the baseurl...
hi,
please reply to the list only...
here is my script fragment:
=
#!/bin/bash
#this doesn't work...
echo -e "\n\nThis doesn't work.\n\n"
old_summary=`echo "Previous glitches and inconsistencies were due to a missing
/ at the end of the baseurl...
ninguna '@' ...
> >
> >saludos.
> >Matias.-
>
> Y para cuándo la variable contiene espacios, ¿no hay ninguna forma de que
> funcione?
>
>
> Saludos,
>
> Ramsés
Deberia andar con comillas dobles...ejemplo :
$ export HOLA="HOLA BUENAS"
$ echo "hola que tal" | sed "s/hola que/$HOLA/g"
HOLA BUENAS tal
si te entendi mal manda un ejemplo real
saludos
Matias
1 - 100 of 1414 matches
Mail list logo