La commande "udevadm test " attend un chemin vers un device en paramètre (udevadm test [options] [devpath]), pas un fichier .rules donc udev cherche un device qui s'appelle "usb-audio.rules" dans le dossier /sys d'où l'erreur (voir la page de man de la commande udevadm).
Je ne connais pas Redmine, mais on peut créer des scripts ruby et les lancer avec la commande : script/rails runner "script.rb"
(voir script/rails runner --help pour plus d'infos)
De cette façon, il faut à la fois une balise ouvrante et une balise fermante pour qu'il y ait un remplacement.
$result contient un résultat si la fonction preg_match réussie, avec $result[0] = la chaîne complète validant
l'expression régulière et $result[1] = contenu de la chaîne entre les balises [titre].
J'imagine que c'est un système 32 bits donc cela peut provenir de la gestion du temps par le kernel ou un pilotes puisque
70 min ~= 2^32 microsecondes (ou un problème de compilateur).
Je n'ai pas de solution particulière si ce n'est d'essayer avec un kernel plus récent ou une autre version du compilateur.
Plus précisement, il faudrait voir si le répertoire /dev n'utilise pas le système de fichier 'ramfs' et si c'est le cas, est-ce que le support a été inclu dans la config du kernel (CONFIG_RAMFS=y dans le fichier .config)
Il faudrait donner le contenu du fichier grub.conf pour pouvoir te répondre correctement. Mais là, il semble manquer un paramètre
après la commande 'kernel' pour indiquer au noyau linux quelle est la partition correspondant à la racine du système de fichiers.
Donc normalement, dans le fichier grub.conf, tu devrais avoir quelque chose du genre :
root (hd0,0)
kernel root=/dev/sda2 ...
('root (hd0,0)' sert à grub pour trouver le fichier du kernel et
le paramètre 'root=/dev/sda2' sert au kernel à trouver la racine du système de fichier)
Ordoncque, après avoir lu le code , il semblerait qu'il y ait quelques fuites de mémoire qui traînent ...
blob, retblob, document et doctype se voient allouer de la mémoire qui n'est libérée nulle part à priori, ceci explique peut-être cela ?
Enfin une question qui n'a rien à voir avec le problème :
Pourquoi créer un blob avec le contenu de document juste pour le passer en paramètre à la fonction de compression ?
Pourquoi ne pas passer directement document à la fonction de compression et retourner un Magick::Blob ?
non on ne peut pas ...
root (hd0,0) c'est pour Grub afin qu'il sache où trouver le kernel,
root=/dev/sda1 c'est pour le kernel pour qu'il sache où trouver la
partition racine du système.
Il faut modifier aussi le fichier /etc/fstab mais alors tu rend plus
difficile le boot sur le kernel 2.6.18 ...
Il semble qu'il est possible d'envoyer un signal 0 au processus surveillé tout les x secondes pour voir si il est toujours là avec la
fonction kill(pid, signal) (voir man 2 kill).
Plus de détail là : http://www.linuxjunkies.org/html/Process-Monitor-HOWTO.html
pour le modèle Attansic L1 Gigabit Ethernet sur Sourceforge, voir : http://sourceforge.net/project/showfiles.php?group_id=184921(...)
mais seules les sources sont disponibles donc il faudra compiler le module (les explications se trouvent dans le fichier README).
La bonne nouvelle est que le driver a été intégré au kernel début février et sera donc disponible dans la version 2.6.21 de celui-ci.
... il s'avère que d'autres personnes ont rencontrées le problème qui proviendrait d'une duplication de bibliothèques de fonctions avec une ancienne version dans /lib et une plus récente dans /usr/lib.
Il faut dire à l'objet window de surveiller les mouvements de la souris ce qu'il ne fait pas par défaut et donc ajouter cet évenement à la liste des évenements que surveillent la Gtk::window avec un appel à
window.add_events(Gdk::Event::POINTER_MOTION_MASK)
avant la ligne window.signal_connect.
Peut-être dans moon_find_envS(), la variable S2=&stack est allouée sur la pile,
et son adresse est retournée comme résultat en fin de fonction, mais cet espace mémoire doit être réutilisé après par d'autre fonctions.
Tu peux enlever la variable stack et remplacer le memcpy par un moonS_copy.
Mais ....
... dans moon_resolve, la variable parents est un pointeur vers une
zone mémoire allouée par un malloc et un peu plus loin, cette adresse est écrasée par : parents = moon_find_envS(parents);
donc tu ne peux plus libérer cette zone.
# Autre piste
Posté par jlh . En réponse au message Détection de branchement USB avec Udev qui ne fonctionne pas. Évalué à 1.
La commande "udevadm test " attend un chemin vers un device en paramètre (udevadm test [options] [devpath]), pas un fichier .rules donc udev cherche un device qui s'appelle "usb-audio.rules" dans le dossier /sys d'où l'erreur (voir la page de man de la commande udevadm).
# dog ?
Posté par jlh . En réponse au message [RESOLU] Y a-t-il une alternative à "dig" / "nslookup" ?. Évalué à 6.
Il existe dog, une réimplémentation de dig en rust. C'est dans les dépôts de Archlinux.
# Et en utilisant la fonction RANK() ?
Posté par jlh . En réponse au message [RESOLU]Limites du nombre d'enregistrements sous condition. Évalué à 3.
Quelque chose comme :
[^] # Re: Espace
Posté par jlh . En réponse au message [RÉSOLU] rsync exclusion de fichier et dossier. Évalué à 3.
Plutôt que des espaces, je pense qu'il faut mettre des accolades autour des noms de variables collées à des chaînes de caractères :
pour que le shell sache où commence et où finit le nom de la variable.
[^] # Re: Alors ?
Posté par jlh . En réponse au message Utiliser la console de rails (via redmine). Évalué à 1.
Je ne connais pas Redmine, mais on peut créer des scripts ruby et les lancer avec la commande : script/rails runner "script.rb"
(voir script/rails runner --help pour plus d'infos)
# Le mot de passe ...
Posté par jlh . En réponse au message Identifiant EOLE. Évalué à 2.
du compte root se trouve en bas de la page : http://eoleng.ac-dijon.fr/documentations/2.3/partielles/HTML/EOLE/co/03_deroulement.html
[^] # Re: Quelque chose comme ...
Posté par jlh . En réponse au message Je suis nul en expression reguliere :(. Évalué à 1.
function bb_decode($txt) {
$title_reg = "/\[title\](.*?)\[\/title\]/";
$title_rep = "<span style='font-weight: bold; text-decoration: underline;'>\\1</span>";
$txt = preg_replace($title_reg, $title_rep, $txt);
$bold_reg = "/\[b\](.*?)\[\/b\]/";
$bold_rep = "<span style='font-weight: bold;'>\\1\</span>";
$txt = preg_replace($bold_reg, $bold_rep, $txt);
$underline_reg = "/\[u\](.*?)\[\/u\]/";
$underline_rep = "<span style='text-decoration: underline;'>\\1</span>";
$txt = preg_replace($underline_reg, $underline_rep, $txt);
$italic_reg = "/\[i\](.*?)\[\/i\]/";
$italic_rep = "<span style='font-style: italic;'>\\1</span>";
$txt = preg_replace($italic_reg, $italic_rep, $txt);
$email_reg = "/\[email\]([.\s]*?)\[\/email\]/";
$email_rep = "<a href='\\1'>\\1</a>";
$txt = preg_replace($email_reg, $email_rep, $txt);
$url_reg = "/\[url\](.*?)\[\/url\]/";
$url_rep = "<a href='\\1'>\\1</a>";
$txt = preg_replace($url_reg, $url_rep, $txt);
$color_rep = "<span style='color: \\1;'>\\2</span>";
$color_reg = "/\[color=([a-z]+?|\#[0-9a-fA-F]{6})\](.*?)\[\/color\]/";
$txt = preg_replace($color_reg, $color_rep, $txt);
# nettoyage des balises incomplètes
$balise_reg = "/\[\/?(title|b|u|i|email|url|color(=(.+?))?)\]/";
$txt = preg_replace($balise_reg, "", $txt);
return($txt);
}
Ça n'est pas complet, mais l'idée est là et ça semble fonctionner sur les quelques essais que j'ai fait.
# Quelque chose comme ...
Posté par jlh . En réponse au message Je suis nul en expression reguliere :(. Évalué à 2.
if (preg_match('/\[title\](.*?)\[\/title\]/', $t, $result)) {
$t = "<span style='font-weight: bold; text-decoration:underline;'>". $result[1] . "<’/span>";
}
De cette façon, il faut à la fois une balise ouvrante et une balise fermante pour qu'il y ait un remplacement.
$result contient un résultat si la fonction preg_match réussie, avec $result[0] = la chaîne complète validant
l'expression régulière et $result[1] = contenu de la chaîne entre les balises [titre].
[^] # Re: nautilus pas lancé par la session
Posté par jlh . En réponse au message problème gconf. Évalué à 1.
Nautilus s'il doit ou pas gérer le bureau ...
A vérifier avec gconf-editor.
[^] # Re: précision
Posté par jlh . En réponse au message mon système se blo. Évalué à 2.
70 min ~= 2^32 microsecondes (ou un problème de compilateur).
Je n'ai pas de solution particulière si ce n'est d'essayer avec un kernel plus récent ou une autre version du compilateur.
[^] # Re: root = ?
Posté par jlh . En réponse au message probleme pour booter sur disque sata. Évalué à 1.
[^] # Re: root = ?
Posté par jlh . En réponse au message probleme pour booter sur disque sata. Évalué à 1.
[^] # Re: root = ?
Posté par jlh . En réponse au message probleme pour booter sur disque sata. Évalué à 1.
Sinon pour le problème du mount, il faudrait peut-être voir dans le fichier /etc/fstab s'il n'y a pas quelque chose de louche....
# root = ?
Posté par jlh . En réponse au message probleme pour booter sur disque sata. Évalué à 1.
après la commande 'kernel' pour indiquer au noyau linux quelle est la partition correspondant à la racine du système de fichiers.
Donc normalement, dans le fichier grub.conf, tu devrais avoir quelque chose du genre :
root (hd0,0)
kernel root=/dev/sda2 ...
('root (hd0,0)' sert à grub pour trouver le fichier du kernel et
le paramètre 'root=/dev/sda2' sert au kernel à trouver la racine du système de fichier)
[^] # Re: Re:
Posté par jlh . En réponse au message memory corruption. Évalué à 1.
blob, retblob, document et doctype se voient allouer de la mémoire qui n'est libérée nulle part à priori, ceci explique peut-être cela ?
Enfin une question qui n'a rien à voir avec le problème :
Pourquoi créer un blob avec le contenu de document juste pour le passer en paramètre à la fonction de compression ?
Pourquoi ne pas passer directement document à la fonction de compression et retourner un Magick::Blob ?
# Peut-être une solution ....
Posté par jlh . En réponse au message sortie standard. Évalué à 7.
gardée dans un buffer.
2 solutions :
STDOUT.sync = true au début du programme
ce qui oblige à écrire au fur et à mesure vers la sortie standard
ou
STDOUT.flush à la fin qui vide le buffer.
[^] # Re: hda1 ?
Posté par jlh . En réponse au message blocage sur 2.6.21. Évalué à 4.
root (hd0,0) c'est pour Grub afin qu'il sache où trouver le kernel,
root=/dev/sda1 c'est pour le kernel pour qu'il sache où trouver la
partition racine du système.
Il faut modifier aussi le fichier /etc/fstab mais alors tu rend plus
difficile le boot sur le kernel 2.6.18 ...
# kill ?
Posté par jlh . En réponse au message wait(), mais pas sur un fils. Évalué à 3.
fonction kill(pid, signal) (voir man 2 kill).
Plus de détail là :
http://www.linuxjunkies.org/html/Process-Monitor-HOWTO.html
# Un driver existe ...
Posté par jlh . En réponse au message la carte réseau n'est pas reconnue. Évalué à 1.
http://sourceforge.net/project/showfiles.php?group_id=184921(...)
mais seules les sources sont disponibles donc il faudra compiler le module (les explications se trouvent dans le fichier README).
La bonne nouvelle est que le driver a été intégré au kernel début février et sera donc disponible dans la version 2.6.21 de celui-ci.
# Après une petite recherche sur Google ...
Posté par jlh . En réponse au message (DEBIAN) Beryl et l'erreur XRenderCreateSolidFill / XCompositeGetOverlayWindow. Évalué à 1.
(voir : http://forums.gentoo.org/viewtopic.php?t=526911 )
[^] # Re: vérif bidon
Posté par jlh . En réponse au message pilotes nvidia proprio Ça freeze :-(. Évalué à 2.
Il me semble que pour certaines distributions, il faut installer les paquets nvidia-kernel, nvidia-driver et nvidia-glx ... ou pas, c'est à vérifier.
# Un lien ...
Posté par jlh . En réponse au message Algo / Determiner le plus grand rectangle d'une région. Évalué à 5.
http://svenfoo.geekheim.de/index.php/2005-04-24/computationa(...)
# Detecter la position de la souris en Ruby+GTK2
Posté par jlh . En réponse au message Detecter la position de la souris en Ruby+GTK2. Évalué à 1.
window.add_events(Gdk::Event::POINTER_MOTION_MASK)
avant la ligne window.signal_connect.
Voir là pour plus d'infos :
http://ruby-gnome2.sourceforge.jp/hiki.cgi?Ruby-GNOME2%20API(...)
et là
http://ruby-gnome2.sourceforge.jp/fr/hiki.cgi?tutoriels
[^] # Re: Partage de connexion
Posté par jlh . En réponse au message Connecter deux ordis (suite). Évalué à 2.
[^] # Re: bizarre
Posté par jlh . En réponse au message bug gcc ? ou je n'y comprend plus rien .... Évalué à 3.
et son adresse est retournée comme résultat en fin de fonction, mais cet espace mémoire doit être réutilisé après par d'autre fonctions.
Tu peux enlever la variable stack et remplacer le memcpy par un moonS_copy.
Mais ....
... dans moon_resolve, la variable parents est un pointeur vers une
zone mémoire allouée par un malloc et un peu plus loin, cette adresse est écrasée par : parents = moon_find_envS(parents);
donc tu ne peux plus libérer cette zone.