IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Shell et commandes GNU Discussion :

Affichage parasite avec nohup


Sujet :

Shell et commandes GNU

  1. #1
    Membre chevronné
    Profil pro
    Inscrit en
    Août 2010
    Messages
    345
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Août 2010
    Messages : 345
    Par défaut Affichage parasite avec nohup
    Bonjour,
    J'utilise nohup (GNU coreutils) 8.30 dans un script lancé dans une fenêtre xterm pour supprimer la parenté entre le nouveau process et xterm.
    Je cherche a supprimer l'affichage de:
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    nohup: entrée ignorée et sortie d'erreur standard redirigée vers la sortie standard
    mais je n'y arrive pas.
    Une petite suggestion serait la bienvenue.
    Merci.
    Cordialement.

  2. #2
    Membre émérite Avatar de balkany
    Homme Profil pro
    Touriste
    Inscrit en
    Juillet 2017
    Messages
    348
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 41
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Touriste

    Informations forums :
    Inscription : Juillet 2017
    Messages : 348
    Par défaut
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    nohup cmd 2>/dev/null &

  3. #3
    Membre chevronné
    Profil pro
    Inscrit en
    Août 2010
    Messages
    345
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Août 2010
    Messages : 345
    Par défaut
    Merci pour la réponse.
    J'ai déjà essayé ça mais ça ne réponds pas au besoin car en cas d'erreur, tout est envoyé vers /dev/null et impossible de récupérer l'erreur.
    Voir ici pour le but recherché: https://forum.openbsd.fr.eu.org/showthread.php?tid=2503
    J'essaye de transposer ça sur débian et ça fonctionne a peu prés mise a part cet affichage parasite.
    Cordialement.

  4. #4
    Membre émérite Avatar de balkany
    Homme Profil pro
    Touriste
    Inscrit en
    Juillet 2017
    Messages
    348
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 41
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Touriste

    Informations forums :
    Inscription : Juillet 2017
    Messages : 348
    Par défaut
    Est-ce que ça, ce serait mieux ?
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    nohup cmd 1>nohup.out 2> >(grep -v '^nohup:') &

  5. #5
    Expert confirmé Avatar de disedorgue
    Homme Profil pro
    Ingénieur intégration
    Inscrit en
    Décembre 2012
    Messages
    4 347
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Ingénieur intégration
    Secteur : High Tech - Opérateur de télécommunications

    Informations forums :
    Inscription : Décembre 2012
    Messages : 4 347
    Par défaut
    Il suffit de faire les choses entièrement:
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    nohup cmd >nohup.out 2>&1 0<&- &
    -on redirige la sortie standart vers un fichier
    -on redirige la sortie d'erreur vers un fichier ou vers la sortie standard (ce choix dans l'exemple)
    -on ferme l'entrée standard

  6. #6
    Membre émérite Avatar de balkany
    Homme Profil pro
    Touriste
    Inscrit en
    Juillet 2017
    Messages
    348
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 41
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Touriste

    Informations forums :
    Inscription : Juillet 2017
    Messages : 348
    Par défaut
    Ah oui : les redirections explicites le font taire, tout simplement.
    C'est quand même beaucoup mieux

  7. #7
    Membre chevronné
    Profil pro
    Inscrit en
    Août 2010
    Messages
    345
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Août 2010
    Messages : 345
    Par défaut
    Bonjour et merci bien pour cette réponse très efficace.
    Citation Envoyé par disedorgue Voir le message
    Il suffit de faire les choses entièrement:
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    nohup cmd >nohup.out 2>&1 0<&- &
    -on redirige la sortie standart vers un fichier
    -on redirige la sortie d'erreur vers un fichier ou vers la sortie standard (ce choix dans l'exemple)
    -on ferme l'entrée standard
    Ma ligne dans xterm est devenu:
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    -e 'pkttyagent &
               nohup pkexec $leprog $param > /tmp/leret$org 2>/tmp/leret$org 0<&- '
    ) &
    Bon, je comprend pas tout là.
    La ligne avec nohup n'apparaît plus nul part.
    Ni a l'affichage, ni dans le fichier /tmp/leret$org.
    La clef est peut être dans le 0<&-.
    Je m'attendais a être obligé de formater ce fichier pour l'affichage en cas d'erreur mais il n'en n'est rien.
    ça fonctionne également sur OpenBSD.
    Encore quelques études en perspective.
    Merci.

  8. #8
    Expert confirmé Avatar de Flodelarab
    Homme Profil pro
    Inscrit en
    Septembre 2005
    Messages
    5 288
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Charente (Poitou Charente)

    Informations forums :
    Inscription : Septembre 2005
    Messages : 5 288
    Par défaut
    Bonjour

    toujours pareil.
    Les simple quotes ne permettent pas l'interprétation des variables.
    Les doubles quotes permettent l'interprétation des variables.

    J'imagine que c'est ton script qui connaît la valeur de $org ou $leprog. Mais tu envoies les variables protégées dans le nouvel environnement de ton xterm, dans lequel les variables sus-citées valent une chaîne de caractères vide. Une solution possible est de sortir des simple quotes le temps de la variable.

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    xterm (...) -e 'pkttyagent &
               nohup pkexec '"$leprog $param"' > /tmp/leret'"$org"' 2>/tmp/leret'"$org"' 0<&- '
    ) &
    J'espère que tes paramètres n'ont pas d'espace à l'intérieur. Sinon, il faudra ajouter une protection.

  9. #9
    Membre chevronné
    Profil pro
    Inscrit en
    Août 2010
    Messages
    345
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Août 2010
    Messages : 345
    Par défaut
    Bonjour,

    Je suis d'accord avec toi sur le fond.
    Je ne me l'explique pas, mais mes variables ne sont pas vides.
    Mes variables sont définies ainsi:
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    export org=$$
    export leprog="$1"
    export param="$2"
    J'ai rajouté les quotes pour $1 et $2 pour accepter les noms avec caractères spéciaux (espaces, points, newlines).
    leprog='/usr/bin/thunar' : le programme a lancer sous root
    param='/home/alain/dir with spaces/' : le répertoire dans lequel on ouvre thunar
    Si je fais comme tu l'indique en fermant les simples quotes, ça ne fonctionne pas.
    Ma ligne de commande est devenu ainsi :
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    ( xterm (...)  -e 'pkttyagent &
               nohup pkexec "$leprog" "$param" > /tmp/leret$org 2>/tmp/leret$org 0<&- '
    ) &
    avec des doubles quotes sur le prog et param pour accepter les caractères spéciaux.
    Je n'ai pas trouvé comment créer un fichier desktop permettant de lancer thunar dans un répertoire dont le nom comporte plusieurs lignes mais ça fonctionne en ligne de commande.
    La ligne exec du fichier desktop doit se présenter comme ça:
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    Exec=/home/alain/bin/ctac_authentication_agent '/usr/bin/thunar' '/home/alain/dir with spaces/'
    en protégeant l'exécutables et le paramètre par des simples quotes.
    L'agent polkit standard sur debian polkit-gnome-authentication-agent-1 ne fait pas mieux.
    Cordialement.

  10. #10
    Membre émérite Avatar de balkany
    Homme Profil pro
    Touriste
    Inscrit en
    Juillet 2017
    Messages
    348
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 41
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Touriste

    Informations forums :
    Inscription : Juillet 2017
    Messages : 348
    Par défaut
    Il faut protéger les variables pour le shell appelant, et les paramètres de la commande pour celui d'xterm.
    Mais dans ton cas, il vaut mieux tout mettre entre guillemets doubles et mettre quelques guillemets simples à l'intérieur, plutôt qu'alterner trop de fois guillemets simples et doubles :
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    xterm (...) -e "pkttyagent &
               nohup pkexec '$leprog' '$param' > /tmp/leret$org 2>/tmp/leret$org 0<&-"
    ) &
    Sinon, les guillemets sont inutiles dans
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    export leprog="$1"
    export param="$2"
    Et d'ailleurs, pourquoi faire des export sur tes variables ?

  11. #11
    Membre chevronné
    Profil pro
    Inscrit en
    Août 2010
    Messages
    345
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Août 2010
    Messages : 345
    Par défaut
    Merci pour l'interrêt porté a ma question..
    Citation Envoyé par balkany Voir le message
    Il faut protéger les variables pour le shell appelant, et les paramètres de la commande pour celui d'xterm.
    Mais dans ton cas, il vaut mieux tout mettre entre guillemets doubles et mettre quelques guillemets simples à l'intérieur, plutôt qu'alterner trop de fois guillemets simples et doubles :
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    xterm (...) -e "pkttyagent &
               nohup pkexec '$leprog' '$param' > /tmp/leret$org 2>/tmp/leret$org 0<&-"
    ) &
    Il n'y a aucune différence avec :
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    xterm (...) -e 'pkttyagent &
               nohup pkexec "$leprog" "$param" > /tmp/leret$org 2>/tmp/leret$org 0<&-'
    ) &
    Citation Envoyé par balkany Voir le message
    Sinon, les guillemets sont inutiles dans
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    export leprog="$1"
    export param="$2"
    Et d'ailleurs, pourquoi faire des export sur tes variables ?
    Eh bien, justement, sans le export, les variables sont invisibles dans pkexec.
    Les guillemets permettent de conserver la variable comme étant une seule variable même si elle comporte des espaces.
    Tu remarqueras que j'utilise $1 dans le code pour le titre de la fenêtre xterm mais $leprog après export dans pkexec.
    Cordialement.

  12. #12
    Membre émérite Avatar de balkany
    Homme Profil pro
    Touriste
    Inscrit en
    Juillet 2017
    Messages
    348
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 41
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Touriste

    Informations forums :
    Inscription : Juillet 2017
    Messages : 348
    Par défaut
    Humm… tu as mis dans la citation que tu fais de mon post #10 des choses qui ne m'appartiennent pas :
    Citation Envoyé par ctac_ Voir le message
    Il n'y a aucune différence avec :
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    xterm (...) -e 'pkttyagent &
               nohup pkexec "$leprog" "$param" > /tmp/leret$org 2>/tmp/leret$org 0<&-"
    ) &
    Je suppose que c'était ta réponse : auquel cas, regarde bien, la coloration syntaxique te montre qu'il y a bel et bien une différence (les guillemets simples et doubles ne commutent pas en shell).
    Citation Envoyé par ctac_ Voir le message
    Eh bien, justement, sans le export, les variables sont invisibles dans pkexec.
    L'export est inutile, car pkexec ne verra pas tes variables, mais le développement qui en est fait par le shell appelant, si tu fais un bon usage des guillemets.
    Citation Envoyé par ctac_ Voir le message
    Les guillemets permettent de conserver la variable comme étant une seule variable même si elle comporte des espaces.
    Oui (à peu près), mais lors d'une affectation du type var1=$var2, les guillemets autour de $var2 sont inutiles.
    Citation Envoyé par ctac_ Voir le message
    Tu remarqueras que j'utilise $1 dans le code pour le titre de la fenêtre xterm mais $leprog après export dans pkexec.
    Je ne vois pas de quel code tu parles : une recherche des occurrences de $1 sur la page ne renvoie qu'aux lignes de code

  13. #13
    Membre chevronné
    Profil pro
    Inscrit en
    Août 2010
    Messages
    345
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Août 2010
    Messages : 345
    Par défaut
    Bonjour,
    Désolé, j'ai modifié mon précédent message pour qu'il colle a ce que je voulais dire

    Je n'ai pas recopié ici tout le code mais j'avais donné le lien.
    Voici l'appel de xterm avec ses paramètres et le $1 pour le titre :
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
    export org=$$
    export leprog="$1"
    export param="$2"
    lafont='-misc-fixed-bold*18*'
    ( xterm -hold \
            -geometry 80x10 \
            -xrm xterm*iconHint:/usr/X11R6/include/X11/pixmaps/mini.excl.xpm \
            -xrm 'xterm*scrollBar:false' \
            -fn $lafont \
            -fg blue \
            -bg gray \
            -title "${1##*/} en Root" \
            -e 'pkttyagent &
              nohup pkexec "$leprog" "$param" >/tmp/leret$org 2>/tmp/leret$org 0<&- '
    ) &
    Cordialement.

  14. #14
    Membre émérite Avatar de balkany
    Homme Profil pro
    Touriste
    Inscrit en
    Juillet 2017
    Messages
    348
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 41
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Touriste

    Informations forums :
    Inscription : Juillet 2017
    Messages : 348
    Par défaut
    Ah oui, je n'avais pas trop regardé le lien, désolé.
    Bon du coup, avec tes export, je suppose que ça marche comme ça, mais tu pourrais faire plus simple :
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    org=$$
    lafont='-misc-fixed-bold*18*'
    xterm -hold \
            -geometry 80x10 \
            -xrm xterm*iconHint:/usr/X11R6/include/X11/pixmaps/mini.excl.xpm \
            -xrm 'xterm*scrollBar:false' \
            -fn "$lafont" \
            -fg blue \
            -bg gray \
            -title "${1##*/} en Root" \
            -e "pkttyagent &
              nohup pkexec '$1' '$2' >/tmp/leret$org 2>/tmp/leret$org 0<&-" &
    Dans le lien que tu donnes, on voit que tu réutilises ailleurs $org, donc je l'ai laissé, mais sinon il pourrait être remplacé dans $$ dans le code ci-dessus.
    De même pour $lafont, qui par contre doit être protégé (à cause des « * » que contient la chaine de caractère).
    J'ai aussi enlevé le sous-shell (), qui, sauf erreur, ne doit servir à rien.

  15. #15
    Membre chevronné
    Profil pro
    Inscrit en
    Août 2010
    Messages
    345
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Août 2010
    Messages : 345
    Par défaut
    Bonjour et merci pour tes suggestions.
    J'ai effectivement supprimé le sous-shell et les export inutiles.
    Il y a tout de même fallu que j'apporte quelques modifications pour utiliser le $2 lorsqu'il est absent
    Sinon j'obtiens ça aussi bien sur OpenBSD que sur debian-linux



    Mon appel a xterm est comme ça maintenant :
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    export org=$$
    lafont='-*-*-*-*-*-*-20-*-*-*-*-*-iso8859-*'
    xterm -hold \
            -fa '' \
            -geometry 80x8 \
            -xrm xterm*iconHint:/usr/X11R6/include/X11/pixmaps/mini.excl.xpm \
            -xrm 'xterm*scrollBar:false' \
            -fn "$lafont" \
            -fg blue \
            -bg gray \
            -title "${1##*/} en Root" \
            -e 'pkttyagent &
               nohup pkexec '"$1"' '"${2:+'$2'}"' > /tmp/leret$org 2>/tmp/leret$org 0<&-' &
    Ceci fonctionne correctement sur les 2 plateformes.
    Je n'ai pas d'explication rationnelle a fournir par rapport au $2.
    J'ai modifié lafont qui ne fonctionné pas et ajouté le -fa '' (face) qui est prioritaire si défini.
    Cordialement et encore merci.

  16. #16
    Membre émérite Avatar de balkany
    Homme Profil pro
    Touriste
    Inscrit en
    Juillet 2017
    Messages
    348
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 41
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Touriste

    Informations forums :
    Inscription : Juillet 2017
    Messages : 348
    Par défaut
    Pourquoi persistes-tu à utiliser des guillemets simples pour encadrer la commande passée à xterm ?
    Ça rend les choses difficilement lisibles, à cause des alternances de guillemets simples et doubles, et tel que c'est écrit là, si les variables contiennent des espaces, ça ne fonctionnera pas.
    Par ailleurs, la substitution de paramètre ${2:+'$2'} n'a pas de sens (ou en tout cas aucun intérêt) : si $2 est vide, on ne lui substitue rien, et s'il est non vide, on lui substitue lui même.
    Si tu veux substituer quelque chose à $2 lorsqu'il est vide, il faut que tu utilises une syntaxe du type ${2:-substitut}.

  17. #17
    Membre chevronné
    Profil pro
    Inscrit en
    Août 2010
    Messages
    345
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Août 2010
    Messages : 345
    Par défaut
    Pourquoi persistes-tu à utiliser des guillemets simples pour encadrer la commande passée à xterm ?
    Je ne persiste en rien.
    Je constate simplement qu'avec des gillemets doubles, ça ne fonctionne pas.
    tel que c'est écrit là, si les variables contiennent des espaces, ça ne fonctionnera pas.
    Eh bien justement, avec $2 contenant des espaces, tel que je l'ai écrit, ça fonctionne.
    Par ailleurs, la substitution de paramètre ${2:+'$2'} n'a pas de sens (ou en tout cas aucun intérêt)
    Là, je suis d'accord avec toi, ça n'a pas de sens mais ça fonctionne comme ça sinon j'obtient le message cité precedemment..
    Cordialement.

  18. #18
    Membre émérite Avatar de balkany
    Homme Profil pro
    Touriste
    Inscrit en
    Juillet 2017
    Messages
    348
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 41
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Touriste

    Informations forums :
    Inscription : Juillet 2017
    Messages : 348
    Par défaut
    Citation Envoyé par ctac_ Voir le message
    Je constate simplement qu'avec des gillemets doubles, ça ne fonctionne pas.
    […]
    Eh bien justement, avec $2 contenant des espaces, tel que je l'ai écrit, ça fonctionne.
    […]
    Là, je suis d'accord avec toi, ça n'a pas de sens mais ça fonctionne comme ça sinon j'obtient le message cité precedemment..
    Peux-tu donner les contenus de $1 et $2 dans chacun de ces trois cas ?

  19. #19
    Membre chevronné
    Profil pro
    Inscrit en
    Août 2010
    Messages
    345
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Août 2010
    Messages : 345
    Par défaut
    Bonjour,
    La, je fais attention a ce que j'écris, sinon, je me fait rappeler à l'ordre.
    La ligne de code qui fonctionne toujours est la suivante:
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
            -e 'pkttyagent &
               nohup pkexec '"$1"' '"$2"' > /tmp/leret$org 2>/tmp/leret$org 0<&-' &
    si la ligne exec du fichier desktop se présente ainsi:
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    Exec=/home/alain/bin/ctac_authentication_agent /usr/bin/thunar '"/home/alain/dir with spaces/"'
    Ceci fonctionne sur OpenBsd.
    Sur debian-linux, c'est un peu plus compliqué!
    ça fonctionne bien avec xcalc, synaptic, gparted, ... mais c'est un peu rebelle avec mousepad et carrement rebelle avec thunar.
    Il faut le lancer plusieurs fois avant que ça fonctionne.
    Je n'ai pas d'explications a fournir, désolé.
    Cordialement.

  20. #20
    Membre émérite Avatar de balkany
    Homme Profil pro
    Touriste
    Inscrit en
    Juillet 2017
    Messages
    348
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 41
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Touriste

    Informations forums :
    Inscription : Juillet 2017
    Messages : 348
    Par défaut
    Bah oui, c'est sûr, tu inclus la protection par guillemets doubles dans l'argument que tu passes au script, en mettant des guillemets simples et des guillemets doubles dans ton fichier .desktop.
    Mais ça n'est pas la bonne manière de faire : le fichier .desktop doit contenir
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    Exec=/home/alain/bin/ctac_authentication_agent '/usr/bin/thunar' '/home/alain/dir with spaces/'
    et la commande xterm doit être
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    -e "pkttyagent &
              nohup pkexec '$1' '$2' >/tmp/leret$org 2>/tmp/leret$org 0<&-" &
    et là ça marche.

    Après, concernant les problèmes particuliers qu'il peut y avoir avec thunar ou mousepad, c'est autre chose.
    Mais soit dit en passant, ces applis ne sont pas faites pour être lancées en tant que root, et il n'y a pas de bonne raison de le faire.

+ Répondre à la discussion
Cette discussion est résolue.
Page 1 sur 2 12 DernièreDernière

Discussions similaires

  1. probleme avec nohup
    Par brunolekid dans le forum Administration système
    Réponses: 3
    Dernier message: 09/11/2009, 10h01
  2. Parasites avec Logitech G51
    Par math62 dans le forum Périphériques
    Réponses: 1
    Dernier message: 16/06/2008, 18h44
  3. Parasites avec Logitech G51
    Par Mistic100 dans le forum Périphériques
    Réponses: 7
    Dernier message: 28/03/2008, 17h28
  4. cadre parasite avec IE
    Par ffbb dans le forum Balisage (X)HTML et validation W3C
    Réponses: 2
    Dernier message: 27/01/2008, 08h28
  5. Caractère parasite avec Jmail
    Par copin dans le forum ASP
    Réponses: 3
    Dernier message: 22/11/2007, 12h12

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo