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).
Donc
Bonjour,
Merci ! Site très utile.
Mais j'ai encore du mal à comprendre ce que l'expression cible.
Visiblement, la chose suivante est ciblée (ou non ciblée)
Il devrait y avoir une valeur qui est absente et que le script détecte.
Cordialement,
--
Migrec
Le 01/07/2019 à 17:00, Guillaume Cler
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 encad
Bonjour,
l'option -F de grep permet de ne pas interpréter les expressions
régulières (fixed strings).
grep -F '(.|\n)*[^\s](.|\n)*' fichier.xml => afficher l'ensemble de la
ligne où est présente l'expression
grep -nF '(.|\n)*[^\s](.|\n)*' fichier.xml => afficher le numéro de la
ligne où se trouv
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 sai
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 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 mo
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
> b
On Fri, 18 Nov 2011 20:18:58 +0100
Stéphane Goujet 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 autant qu
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
Po
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 a écrit :
> Je ne suis pas cer
On Fri, 18 Nov 2011 18:25:55 +0100
Yves Rutschle 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 -gt -15 ]; pa
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 deb
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, so
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 che
Le Fri, 18 Nov 2011 15:50:23 + (GMT),
Nicolas Bercher 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
> faire cor
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 ni
On Fri, 18 Nov 2011 14:19:50 +0100
Yves Rutschle 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 don't.
--
Lisez la F
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, 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 l
Le Fri, 18 Nov 2011 13:09:15 +0100,
Luxpopuli Open source 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 n'arrive à rien du to
-[ 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
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 c
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
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 s
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-
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
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 min/avg/m
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écess
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
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 a
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/ap
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
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 dans
35 matches
Mail list logo
