/* Topic des codeurs couche-tard [4] */

The Uploader · Le 15/03/2011, à 19:29

même github utilise du Flash pour le presse-papiers..! <_<

Kanor · Le 15/03/2011, à 19:30

Кຼزດ a écrit :

C'est décidé, j'aime pas le js, et encore moins jquery.

C'est sympa js et jquery

:!pakman · Le 15/03/2011, à 19:41

Hey les codeurs J'ai un p'tit souci pour mon lanceur de scripts, lorsque je fait par exemple :

system("programme_à _lancer_defini_par_l'utilisateur");

L'exécution de mon programme s'arrête ici jusqu'à ce que le programme lancé par system() se ferme

En bref j'aimerais que system() lance le programme de manière totalement séparée de mon programme. Un nouveau processus à part entière si je puis dire, qui ne dépendrait pas de mon programme, et mon programme ne dépendrait pas de lui, et que mon programme continue de s'exécuter et ne se bloques pas en attendant la fermeture du programme_à _lancer_defini_par_l'utilisateur.

Dernière modification par :!pakman (Le 15/03/2011, à 19:41)

grim7reaper · Le 15/03/2011, à 19:48

Solution crade qui devrait fonctionner (j'ai pas testé, je ne promet rien), tu ajoutes & pour que le programme se lance en arrière-plan.

system("programme_à _lancer_defini_par_l'utilisateur&");

Sinon, tu peux aussi faire un fork et dans le processus fils tu appelles une des fonctions de la famille des exec* (execl, execlp, execle, execv, execvp ou execvpe).

Ha, et fait gaffe avec system : si ton programme est destiné à tourner en root c'est une faille de sécurité ambulante (sinon, fait gaffe quand même).

Dernière modification par grim7reaper (Le 15/03/2011, à 19:49)

:!pakman · Le 15/03/2011, à 19:58

Ok, merci
J'utiliserai autre chose que system() alors, et execl à l'air pas mal !

The Uploader · Le 15/03/2011, à 20:05

ah ben j'allais suggérer fork + exec mais je me disais que c'était un peu trop bourrin le fork (duplication de la mémoire du processus parent dans le processus fils, juste pour lancer un exécutable..).

Dernière modification par The Uploader (Le 15/03/2011, à 20:24)

Kanor · Le 15/03/2011, à 20:10

The Uploader a écrit :

même github utilise du Flash pour le presse-papiers..! <_<

il n'existe rien de standart pour faire ça en html4
peut étre en html5 j'ai pas regardé

:!pakman · Le 15/03/2011, à 20:31

The Uploader a écrit :

ah ben j'allais suggérer fork + exec mais je me disais que c'était trop bourrin le fork (duplication de la mémoire du processus parent dans le processus fils, juste pour lancer un exécutable..).

Une idée me vient à l'esprit :
A chaque lancement, skriptux (c'est son p'tit nom ) va lire des fichiers de configuration etc etc...
Mais c'est long d'accéder au disque dur à chaque fois qu'il s'ouvre, je veux que mon programme est une très grande rapidité de lancement, qu'il soit très réactif !

J'imagine donc lancer, au 1er démarrage de skriptux un processus parent qui sera le père de toutes les instances de skriptux ouvertes. Ce processus ne sera arrêté qu'a l'arrêt de l'ordinateur.
Ce processus parent aura pour but de charger toutes les infos des fichiers de conf' dans la RAM. Les instances de skriptux ouvertes iront lire la conf contenue dans la RAM par le processus père, ce qui sera beaucoup + rapide que d'accéder au DD. J'imagine que c'est faisable.
Et le processus père des instances de skriptux pourra également être le père de tous les programmes lancés par les instances de skriptux. En effet comme je l'ai dit plus haut, ce processus père de skriptux ne sera jamais tué, et donc pourra "héberger" si je puis dire tous les programmes lancés par skriptux (qui auront donc tous un PPID commun : celui du processus père...)...

Voila voila... Vous en pensez quoi ? Un peu longue l'explication

Une image de skriptux avec le thème par défaut (lorsque je touche le haut de mon écran avec skriptux, il apparait. vous faites un dessin avec la souris sur les carres et il vous lance le script correspondant au dessin et se ferme automatiquement, en gros vous lancez un programme sans faire un seul clique de souris ! Mais tout ça n'est pas implémenté pour l'instant...) :
http://img857.imageshack.us/i/capturevr.png/

Dernière modification par :!pakman (Le 15/03/2011, à 20:39)

grim7reaper · Le 15/03/2011, à 20:39

:!pakman a écrit :

Mais c'est long d'accéder au disque dur à chaque fois qu'il s'ouvre, je veux que mon programme est une très grande rapidité de lancement, qu'il soit très réactif !

Long, long…faut le dire vite
Oui c'est un accès « lent », mais est-ce que tu sens vraiment la différence ?

:!pakman a écrit :

J'imagine donc lancer, au 1er démarrage de skriptux un processus parent qui sera le père de toutes les instances de skriptux ouvertes. Ce processus ne sera arrêté qu'a l'arrêt de l'ordinateur.
Ce processus parent aura pour but de charger toutes les infos des fichiers de conf' dans la RAM. Les instances de skriptux ouvertes iront lire la conf contenue dans la RAM par le processus père, ce qui sera beaucoup + rapide que d'accéder au DD. J'imagine que c'est faisable.
Et le processus père des instances de skriptux pourra également être le père de tous les programmes lancés par les instances de skriptux. En effet comme je l'ai dit plus haut, ce processus père de skriptux ne sera jamais tué, et donc pourra "héberger" si je puis dire tous les programmes lancés par skriptux (qui auront donc tous un PPID commun : celui du processus père...)...

Dans ce cas, l'utilisation de thread serait pas mal (si j'ai bien compris ton idée).

:!pakman a écrit :

Voila voila... Vous en pensez quoi ? Un peu longue l'explication

Que ça peut-être pas mal s'il y a vraiment un gain perceptible, sinon autant rester simple.

:!pakman · Le 15/03/2011, à 20:42

Oui t'a raison... C'est vrai que je suis en train de me compliquer la tâche comme c'est pas possible, pour un gain sans doute minime
Mais lorsque l'utilisateur aura enregistré toutes ses figures et le nom des scriptes associées, cela pourra être vraiment long à lire, et la je pense que je peux gagner un temps précieux...
Donc je ne sait ps trop... Je verrais...

Dernière modification par :!pakman (Le 15/03/2011, à 20:44)

helly · Le 15/03/2011, à 20:45

'tite question vim : comment on supprime du texte de là où on est jusqu'au début ?
Un dg, mais inversé…

grim7reaper · Le 15/03/2011, à 20:46

dgg

helly a écrit :

Un dg, mais inversé…

Spa plutôt dG l'inverse ?

Dernière modification par grim7reaper (Le 15/03/2011, à 20:47)

Kanor · Le 15/03/2011, à 20:56

d^^
edit je croyais au début de la ligne

Dernière modification par Kanor (Le 15/03/2011, à 20:58)

grim7reaper · Le 15/03/2011, à 21:00

J'ai hésité aussi
D'ailleurs, c'est d^, pas besoin de deux caractères ^

Dernière modification par grim7reaper (Le 15/03/2011, à 21:00)

helly · Le 15/03/2011, à 21:03

grim7reaper a écrit :

dgg
helly a écrit :
Un dg, mais inversé…
Spa plutôt dG l'inverse ?

Ha ouais si, merci.

Kanor · Le 15/03/2011, à 21:41

moi il faut que je tape deux fois sur ^ ça doit étre une question d'agencement de clavier

grim7reaper · Le 15/03/2011, à 21:45

Oui, tu tapes 2 fois pour produire le caractère mais il n'y en à qu'un au final. En utilisant AltGr+9 tu obtiens le ^ en une frappe (bon il y a toujours 2 touches, c'est vrai).
Bon après, il y a sûrement des agencements pour le faire en une touche avec une seule frappe.

Pylades · Le 15/03/2011, à 22:06

À propos de ça, je suis toujours à la recherche d'une façon de changer la disposition de clavier pour une seule application (Vim ), c'est possible : Gnome le fait (mais je ne sais pas s'il passe directement par Xkb ou s'il utilise un démon).

Rolinh · Le 15/03/2011, à 22:11

Arf, j'suis bien content de ne pas avoir un AZERTY ^^
J'ai un QWERTZ, ce qui est très proche d'un QWERTY et donc ça va bien avec vim.

@ :!pakman : tu lances une fonction système pour lire un fichier de configuration? °o°

:!pakman · Le 15/03/2011, à 22:16

Rolinh a écrit :

@ :!pakman : tu lances une fonction système pour lire un fichier de configuration? °o°

Ah non non !!! Kelhoreur Argh !
Non, je les lits avec des fonctions standard C, le system() était prévu à l'origine pour lancer les commandes voulues par l'user...
L'utilisateur fait correspondre un dessin sur le damier avec la commande de son choix (les correspondances sont enregistrées dans un fichier), et lorsque il refait cette figure sur le damier, cela lance la commande via system(), du moins c'est ce qui était prévu. Je vais partir sur autre chose sans doute.

Dernière modification par :!pakman (Le 15/03/2011, à 22:18)

tshirtman · Le 15/03/2011, à 22:17

j'ai toujours utilisé alt-gr pour faire ^, c'est très rapide...

(bon, par contre, va falloir que je change ma keymap sous debian, par ce que faire º à chaque fois que je veux faire "..." c'est relou)

Кຼزດ · Le 15/03/2011, à 22:22

Kanor a écrit :

The Uploader a écrit :
même github utilise du Flash pour le presse-papiers..! <_<
il n'existe rien de standart pour faire ça en html4
peut étre en html5 j'ai pas regardé

En même temps, pourquoi vouloir gérer un presse-papiers dans une page web… (sinon, gageons que ça doit pouvoir se faire en quelques lignes de js)

À part ça, le js et jquery, associés à de l'ajax et du json, c'est un peu une horreur à débugger…

Rolinh · Le 15/03/2011, à 22:34

:!pakman a écrit :

Ah non non !!! Kelhoreur Argh !

Ah bon, pffffiouuu, tu me rassures!

Rolinh · Le 15/03/2011, à 22:53

Vous vous rappelez que je vous avais dit que j'allais faire de l'assembleur ARM7? Je m'en réjouissais mais... que grande fut la chute!!!

/me est dans tout ses états et... il n'y a pas d'autres moyens...
Il n'y avait pas un topic des codeurs anonymes quelque part?

Кຼزດ · Le 15/03/2011, à 22:58

Rolinh a écrit :

Vous vous rappelez que je vous avais dit que j'allais faire de l'assembleur ARM7? Je m'en réjouissais mais... que grande fut la chute!!!
/me est dans tout ses états et... il n'y a pas d'autres moyens...
Il n'y avait pas un topic des codeurs anonymes quelque part?

Tu veux une corde ?

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#501 Le 15/03/2011, à 19:29

Re : /* Topic des codeurs couche-tard [4] */

#502 Le 15/03/2011, à 19:30

Re : /* Topic des codeurs couche-tard [4] */

#503 Le 15/03/2011, à 19:41

Re : /* Topic des codeurs couche-tard [4] */

#504 Le 15/03/2011, à 19:48

Re : /* Topic des codeurs couche-tard [4] */

#505 Le 15/03/2011, à 19:58

Re : /* Topic des codeurs couche-tard [4] */

#506 Le 15/03/2011, à 20:05

Re : /* Topic des codeurs couche-tard [4] */

#507 Le 15/03/2011, à 20:10

Re : /* Topic des codeurs couche-tard [4] */

#508 Le 15/03/2011, à 20:31

Re : /* Topic des codeurs couche-tard [4] */

#509 Le 15/03/2011, à 20:39

Re : /* Topic des codeurs couche-tard [4] */

#510 Le 15/03/2011, à 20:42

Re : /* Topic des codeurs couche-tard [4] */

#511 Le 15/03/2011, à 20:45

Re : /* Topic des codeurs couche-tard [4] */

#512 Le 15/03/2011, à 20:46

Re : /* Topic des codeurs couche-tard [4] */

#513 Le 15/03/2011, à 20:56

Re : /* Topic des codeurs couche-tard [4] */

#514 Le 15/03/2011, à 21:00

Re : /* Topic des codeurs couche-tard [4] */

#515 Le 15/03/2011, à 21:03

Re : /* Topic des codeurs couche-tard [4] */

#516 Le 15/03/2011, à 21:41

Re : /* Topic des codeurs couche-tard [4] */

#517 Le 15/03/2011, à 21:45

Re : /* Topic des codeurs couche-tard [4] */

#518 Le 15/03/2011, à 22:06

Re : /* Topic des codeurs couche-tard [4] */

#519 Le 15/03/2011, à 22:11

Re : /* Topic des codeurs couche-tard [4] */

#520 Le 15/03/2011, à 22:16

Re : /* Topic des codeurs couche-tard [4] */

#521 Le 15/03/2011, à 22:17

Re : /* Topic des codeurs couche-tard [4] */

#522 Le 15/03/2011, à 22:22

Re : /* Topic des codeurs couche-tard [4] */

#523 Le 15/03/2011, à 22:34

Re : /* Topic des codeurs couche-tard [4] */

#524 Le 15/03/2011, à 22:53

Re : /* Topic des codeurs couche-tard [4] */

#525 Le 15/03/2011, à 22:58

Re : /* Topic des codeurs couche-tard [4] */

Pied de page des forums