Bonjour,
Merci. Effectivement, je suppose que c'est là pour détecter une absence
de valeur, en tout cas une valeur non exploitable (des espaces, des
retours chariots, etc.)
--
Migrec
Le 02/07/2019 à 12:11, Daniel Caillibaud a écrit :
Le 01/07/19 à 21h49, Migrec a écrit :
Mais j'ai encore
On Monday, 1 July 2019 21:49:26 CEST Migrec wrote:
> Il devrait y avoir une valeur qui est absente et que le script détecte.
Je dois avouer que je ne comprends toujours pas le problème à résoudre.
Tu peux donner un exemple d'XML "qui va" et un "qui ne va pas" ?
Dod
Le 01/07/19 à 21h49, Migrec a écrit :
> Mais j'ai encore du mal à comprendre ce que l'expression cible.
Elle est très large, car elle cible toute chaîne contenant un caractère "non
espace" précédée d'autant de caractères qu'on veut (0 inclus) suivie
d'autant de caractères qu'on veut (idem).
Clercin a écrit :
Bonjour,
On Mon, 1 Jul 2019 16:11:01 +0200
Migrec wrote:
Bonjour,
Je dois trouver ce qui ne colle pas dans un fichier XML.
Comme indice, j'ai cette expression régulière : (.|\n)*[^\s](.|\n)*
Comment puis-je savoir ou elle est située ? Apparemment, la chaîne en
question est
Bonjour,
On Mon, 1 Jul 2019 16:11:01 +0200
Migrec wrote:
> Bonjour,
>
> Je dois trouver ce qui ne colle pas dans un fichier XML.
> Comme indice, j'ai cette expression régulière : (.|\n)*[^\s](.|\n)*
>
> Comment puis-je savoir ou elle est située ? Apparemment, la chaîne
où se trouve l'expression
Le 01/07/2019 à 16:11, Migrec a écrit :
> Bonjour,
>
> Je dois trouver ce qui ne colle pas dans un fichier XML.
> Comme indice, j'ai cette expression régulière : (.|\n)*[^\s](.|\n)*
>
> Comment puis-je savoir ou elle est située ? Apparemment, la chaîne en
Bonjour,
Je dois trouver ce qui ne colle pas dans un fichier XML.
Comme indice, j'ai cette expression régulière : (.|\n)*[^\s](.|\n)*
Comment puis-je savoir ou elle est située ? Apparemment, la chaîne en
question est encadrée par des balises XML
Une piste ?
--
Migrec
> AUjourd'hui j'ai re-tester le premier qui a marché mais maintenant j'ai les
> même e-mailS qui sorte, bon je passer pour un spammer ...
> La je veux récupérer les adresseS de site web donc je tape :
> $ find . -type f -print | xargs egrep -o
> '0www.[a-zA-Z0-9._-]{2,}\.[a-z]{2,4}'
Bonjour,
Le jeudi 2 novembre 2017 13:30:03 UTC+1, Christian Quentin a écrit :
> Le 02.11.2017 07:59, ptilou a écrit :
>
>
> Bonjour,
>
> Le mercredi 25 octobre 2017 13:10:02 UTC+2, Christian Quentin a écrit :
> Le 25.10.2017 10:53, ptilou a écrit :
>
>
> Bonjour,
>
> Le lundi 23
Le 02.11.2017 07:59, ptilou a écrit :
> Bonjour,
>
> Le mercredi 25 octobre 2017 13:10:02 UTC+2, Christian Quentin a écrit :
>
>> Le 25.10.2017 10:53, ptilou a écrit :
>>
>> Bonjour,
>>
>> Le lundi 23 octobre 2017 12:00:02 UTC+2, Thomas Savary a écrit :
>> Enfin une question à laquelle je
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Bonjour Pilou
il existe des sites web qui peuvent faire ça, de façon interactive.
mais il existe aussi des paquets qui font ça de façon interactive, par exemple:
txt2regex - A Regular Expression "wizard", all written with bash2 builtins
Bonjour,
Le mercredi 25 octobre 2017 13:10:02 UTC+2, Christian Quentin a écrit :
> Le 25.10.2017 10:53, ptilou a écrit :
>
>
> Bonjour,
>
> Le lundi 23 octobre 2017 12:00:02 UTC+2, Thomas Savary a écrit :
> Enfin une question à laquelle je peux essayer de répondre :-)
>
> Je suis nul en
Bonjour !
Comme c'est "[HS]", je me permets un "hors sujet" que j'aime quand il
est question de HTML et RegExp :
https://stackoverflow.com/questions/1732348/regex-match-open-tags-except-xhtml-self-contained-tags
;-)
Randy11
On 23/10/2017 10:19, ptilou wrote:
Bonjour la liste,
J'ai besoin
On Monday, 23 October 2017 01:19:46 CEST ptilou wrote:
> Voila les erreurs qui apparaissent :
> [...]
> grep: paris: No such file or directory
> grep: design: No such file or directory
> grep: week.pdf: No such file or directory
> grep: ./www..com/pics/contents/webzine/vs: No such file or
Le 25.10.2017 10:53, ptilou a écrit :
> Bonjour,
>
> Le lundi 23 octobre 2017 12:00:02 UTC+2, Thomas Savary a écrit :
>
>> Enfin une question à laquelle je peux essayer de répondre :-)
>>
>> Je suis nul en informatique, mais j'ai une relative maîtrise des expressions
>> rationnelles.
>> Dans
Bonjour,
Le lundi 23 octobre 2017 12:00:02 UTC+2, Thomas Savary a écrit :
> Enfin une question à laquelle je peux essayer de répondre :-)
>
> Je suis nul en informatique, mais j’ai une relative maîtrise des expressions
> rationnelles.
> Dans ton expression, tu as oublié de protéger le point et
Enfin une question à laquelle je peux essayer de répondre :-)
Je suis nul en informatique, mais j’ai une relative maîtrise des expressions
rationnelles.
Dans ton expression, tu as oublié de protéger le point et le trait d’union.
Par ailleurs, on peut faire plus simple en utilsant \w.
Essaie :
Bonjour la liste,
J'ai besoin de récupérer des adresses mail, j'utilise wget -m
http://mon_site_que_j'aime.fr
Je me retrouve avec 5 go de donnée, quand j'ouvre les pages à la mano sous
LibreOffice, çà revoie à un javascript:void(0); comme balise pour l'adresse
mail.
J'ai donc en ligne de
Bonjour,
Je m'arrache les cheveux sur une test:
Dans un script bash, j'ai besoin de contrôler que la valeur taper par
l'utilisateur est comprise dans l'intervalle [-16, 16]
Et franchement, je n'arrive à rien du tout.
S'il y a un pro des expressions régulières, je le bénis d'avance de bien
Le Fri, 18 Nov 2011 13:09:15 +0100,
Luxpopuli Open source luxpopul...@gmail.com a écrit :
Bonjour,
Je m'arrache les cheveux sur une test:
Dans un script bash, j'ai besoin de contrôler que la valeur taper par
l'utilisateur est comprise dans l'intervalle [-16, 16]
Et franchement, je
On Fri, Nov 18, 2011 at 01:09:15PM +0100, Luxpopuli Open source wrote:
Dans un script bash, j'ai besoin de contrôler que la valeur taper par
l'utilisateur est comprise dans l'intervalle [-16, 16]
Et franchement, je n'arrive à rien du tout.
S'il y a un pro des expressions régulières, je le
Bonjour,
En effet, je me suis mélangé les pinceaux avec des apostrophes qui
rendaient mon code invalide et du coup je suis parti dans des trucs
incroyablement compliqués :-(
La réponse de Yves est parfaite.
Il y a une deuxième chose que je n'ai pas réussi à faire:
Si à la place d'une valeur
On Fri, 18 Nov 2011 14:19:50 +0100
Yves Rutschle debian.anti-s...@rutschle.net wrote:
if [ $a -lt 16 ] [ $a -gt -16 ]; then echo good; else echo not good; fi
Heu, ça ne serait pas plutôt: if [ $a -lt 17 ] [ $a -gt -15 ]; par hasard?
--
Dibble's First Law of Sociology:
Some do, some
Je ne suis pas certain que ceci soit correct:
if [[ $1 != [-0-9] ]];then
Je ne suis pas un expert, mais je ne saurais dire ce que cela signifie puisque
[-0-9] semble être un motif que bash va tenter de faire correspondre aux
fichiers présents dans ./. A défaut de trouver quelque chose au
Le Fri, 18 Nov 2011 15:50:23 + (GMT),
Nicolas Bercher nberc...@yahoo.fr a écrit :
Je ne suis pas certain que ceci soit correct:
if [[ $1 != [-0-9] ]];then
Je ne suis pas un expert, mais je ne saurais dire ce que cela
signifie puisque [-0-9] semble être un motif que bash va tenter de
Je rectifie:
[-0-9] semble être un motif que bash va tenter de faire correspondre aux
fichiers présents dans ./.
A priori non, pas dans le contexte d'une commande composée telle que [[ ]].
De plus, la page man est très claire à ce sujet: Le découpage en mots et le
développement des chemins
On Fri, Nov 18, 2011 at 03:43:31PM +0100, Jean-Yves F. Barbier wrote:
if [ $a -lt 16 ] [ $a -gt -16 ]; then echo good; else echo not good;
fi
Heu, ça ne serait pas plutôt: if [ $a -lt 17 ] [ $a -gt -15 ]; par hasard?
J'ai raté l'inclusion effectivement. Soit ta solution, soit
-le et -ge
J'ai toujours ça sous la main :
Guide avancé d'écriture des scripts Bash
→ http://abs.traduc.org/abs-fr/
À+,
Serge S.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers
On Fri, 18 Nov 2011 18:25:55 +0100
Yves Rutschle debian.anti-s...@rutschle.net wrote:
On Fri, Nov 18, 2011 at 03:43:31PM +0100, Jean-Yves F. Barbier wrote:
if [ $a -lt 16 ] [ $a -gt -16 ]; then echo good; else echo not
good; fi
Heu, ça ne serait pas plutôt: if [ $a -lt 17 ] [ $a
Merci Nicolas,
A partir de ta réponse j'ai créé celle-ci qui fonctionne très bien:
if [[ $1 =~ ^[\-+]?[0-9]{1}$ ]] || [[ $1 =~ ^[\-+]?[1]{1}[0-6]{1}$ ]]; then
echo oui;
else
echo non;
fi
exit
Merci encore,
Pascal
Le 18 novembre 2011 16:50, Nicolas Bercher nberc...@yahoo.fr a écrit :
Je ne
Le Fri, 18 Nov 2011 19:34:16 +0100,
Jean-Yves F. Barbier 12u...@gmail.com a écrit :
Non, simplement parce que ou prend bcp moins de cycles CPU que =
ou =
Sur quelle architecture ?
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous
On Fri, 18 Nov 2011 20:18:58 +0100
Stéphane Goujet stephane.gou...@wanadoo.fr wrote:
Le Fri, 18 Nov 2011 19:34:16 +0100,
Jean-Yves F. Barbier 12u...@gmail.com a écrit :
Non, simplement parce que ou prend bcp moins de cycles CPU que =
ou =
Sur quelle architecture ?
Actuellement et
Le vendredi 18 novembre 2011 à 19:34:16, Jean-Yves F. Barbier a
écrit :
[… du shell …]
Non, simplement parce que ou prend bcp moins de cycles
CPU que = ou =
Dans le cas présent c'est trivial, dans le cas d'une fonction
DB testant une multitude de cas ou d'un PGM temps réel ou
bien
Le Fri, 18 Nov 2011 20:34:09 +0100,
Jean-Yves F. Barbier 12u...@gmail.com a écrit :
On Fri, 18 Nov 2011 20:18:58 +0100
Stéphane Goujet stephane.gou...@wanadoo.fr wrote:
Le Fri, 18 Nov 2011 19:34:16 +0100,
Jean-Yves F. Barbier 12u...@gmail.com a écrit :
Non, simplement parce que ou
On Fri, Nov 18, 2011 at 07:34:16PM +0100, Jean-Yves F. Barbier wrote:
Non, simplement parce que ou prend bcp moins de cycles CPU que = ou =
1. On parle de script shell, où l'on jete les cycles CPU par
milliers rien que pour s'amuser.
2. C'est faux au moins pour l'architecture ARM, qui sait
Le Thu, 14 Jan 2010 18:30:03 +0100, Yves Rutschle a écrit :
On Thu, Jan 14, 2010 at 05:12:38PM +0100, fabrice régnier wrote:
FR-PORT:/tmp# grep ^[0-9]{4,12}; toto
Problème de dialecte:
$ grep ^[0-9]\{4,12\}; toto
1234567890;01;02;12/06/2010;
Y.
si je comprends bien :
- il faut
salut la liste,
L'expression régulière que je passe à grep ne lui plait pas. Mais je ne
vois pas mon erreur. Pour moi, il devrait me sortir
1234567890;01;02;12/06/2010;
C'est à dire que je recherche les lignes qui commencent par un numérique
avec de 4 à 12 chiffres ensuite et qui comporte
fabrice régnier a écrit :
salut la liste,
L'expression régulière que je passe à grep ne lui plait pas. Mais je ne
vois pas mon erreur. Pour moi, il devrait me sortir
1234567890;01;02;12/06/2010;
C'est à dire que je recherche les lignes qui commencent par un numérique
avec de 4 à 12
Le Thu, 14 Jan 2010 17:12:38 +0100,
fabrice régnier regnier@free.fr a écrit :
salut la liste,
L'expression régulière que je passe à grep ne lui plait pas. Mais je
ne vois pas mon erreur. Pour moi, il devrait me sortir
1234567890;01;02;12/06/2010;
C'est à dire que je recherche les
-[ Mon, Oct 23, 2006 at 03:24:05PM +0200, Marc Chantreux ]
Dans tous les cas, je crois lancer 2 fois cut n'était pas une bonne idée.
Ah bon ? Pourquoi ?
C'est le nombre de cut oubien le nombre de pipe qui t'inquiètes ?
Moi à vu de nez je pense que cut est beaucoup plus rapide que de
traiter
Laurent FRANCOIS a écrit :
Txo wrote:
En ce dimanche 22 octobre 2006 à 11:54:14 pascal nous susurrait :
Allez zou sans réfléchir...
echo rtt min/avg/max/mdev = 33.978/37.560/52.277/5.500 ms, ipg/ewma
200.289/37.388 ms | cut -d -f4 | cut -d/ -f1
donne min
-f2-- max et -f3-6-- avg.
Je
Bon alors le terme réfléchir était mal choisi...
Je voulais dire que ce genre de chose est assez basique tout de même et
qu'avec un peu de lecture on y arrive sans peine.
Oui ... et en lisant un peu plus loin, on se rend compte que le problème
n'est pas si basique que ca. Par exemple : la
Marc Chantreux a écrit :
Bon alors le terme réfléchir était mal choisi...
Je voulais dire que ce genre de chose est assez basique tout de même et
qu'avec un peu de lecture on y arrive sans peine.
Oui ... et en lisant un peu plus loin, on se rend compte que le problème
n'est pas si basique
pascal wrote:
Oui bien sûr
Il faut être sérieux...
je suis :)
2°) franchement ces considérations seront-elles pertinentes pour des
gens qui ignorent la commande cut (ceci dit sans aucun à-priori, il
faut bien commencer un jour...) ?
je faisais part de ces remarques justement a cause de
Bonjour à tous,
Je n'ai jamais vraiment eu le temps de m'intéresser aux expressions
régulières, mais aujourd'hui j'aurais besoin d'extraire de cette ligne
(résultat d'un ping) les trois variables min avg et max :
rtt min/avg/max/mdev = 33.978/37.560/52.277/5.500 ms, ipg/ewma
200.289/37.388 ms
Sylvain A. a écrit :
Bonjour à tous,
Je n'ai jamais vraiment eu le temps de m'intéresser aux expressions
régulières,
Il faudrait peut-être chercher un peu...
mais aujourd'hui
comme c'est dimanche...
j'aurais besoin d'extraire de cette ligne
(résultat d'un ping) les trois variables min avg
pascal a écrit :
Sylvain A. a écrit :
Bonjour à tous,
Je n'ai jamais vraiment eu le temps de m'intéresser aux expressions
régulières,
Il faudrait peut-être chercher un peu...
mais aujourd'hui
comme c'est dimanche...
j'aurais besoin d'extraire de cette ligne
(résultat d'un ping) les
En ce dimanche 22 octobre 2006 à 11:54:14 pascal nous susurrait :
Allez zou sans réfléchir...
echo rtt min/avg/max/mdev = 33.978/37.560/52.277/5.500 ms, ipg/ewma
200.289/37.388 ms | cut -d -f4 | cut -d/ -f1
donne min
-f2-- max et -f3-6-- avg.
Je peux témoigner que cela nécessite de
Salut,
Il faudrait peut-être chercher un peu...
mais aujourd'hui comme c'est dimanche...
Ok, c'est vrai ... promis, je m'y mets dès que j'en ai le temps ;-)
Là c'est franchement limite comme question.
Il n'y a même besoin d'expression régulière !
Allez zou sans réfléchir...
echo rtt
Txo wrote:
En ce dimanche 22 octobre 2006 à 11:54:14 pascal nous susurrait :
Allez zou sans réfléchir...
echo rtt min/avg/max/mdev = 33.978/37.560/52.277/5.500 ms, ipg/ewma
200.289/37.388 ms | cut -d -f4 | cut -d/ -f1
donne min
-f2-- max et -f3-6-- avg.
Je peux témoigner que cela
Est-il possible avec une expression régulière d'extraire le nom d'un
fichier du chemin compet ou relatif de ce fichier avec ou sans
extension.
exemple :
bin/app/essai
ou
/usr/local/apache/acces.conf
En fait ce que je veux récupérer dans ces deux exemples c'est essai' et
access.conf
Merci
Le 10.07.02, LEBRETON Philippe a tapoté :
| Est-il possible avec une expression régulière d'extraire le nom d'un
| fichier du chemin compet ou relatif de ce fichier avec ou sans
| extension.
| exemple :
| bin/app/essai
| ou
|
| /usr/local/apache/acces.conf
|
| En fait ce que je veux récupérer
On Wed, Jul 10, 2002 at 12:44:52PM +0200, LEBRETON Philippe wrote:
Est-il possible avec une expression régulière d'extraire le nom d'un
fichier du chemin compet ou relatif de ce fichier avec ou sans
extension.
exemple :
bin/app/essai
ou
/usr/local/apache/acces.conf
En fait ce que je
Salut ,
La commande basename devrait suffir :)
On Wed, 2002-07-10 at 12:44, LEBRETON Philippe wrote:
Est-il possible avec une expression régulière d'extraire le nom d'un
fichier du chemin compet ou relatif de ce fichier avec ou sans
extension.
exemple :
bin/app/essai
basnemane bin/app
54 matches
Mail list logo
