#2001 Le 17/05/2011, à 17:38
- tshirtman
Re : /* Topic des codeurs couche-tard [4] */
Ben c'est indiqué dans le commentaire du hello.c comment le compiler
Hors ligne
#2002 Le 17/05/2011, à 17:42
- Pylades
Re : /* Topic des codeurs couche-tard [4] */
Ah ouais, tiens, je n’avais pas remarqué le hello.c… ^^
“Any if-statement is a goto. As are all structured loops.
“And sometimes structure is good. When it’s good, you should use it.
“And sometimes structure is _bad_, and gets into the way, and using a goto is just much clearer.”
Linus Torvalds – 12 janvier 2003
Hors ligne
#2003 Le 17/05/2011, à 20:52
- tshirtman
Re : /* Topic des codeurs couche-tard [4] */
tu diras quand t'as le temps pour les explications sur les guillemets
Hors ligne
#2004 Le 17/05/2011, à 20:57
- Rolinh
Re : /* Topic des codeurs couche-tard [4] */
tu diras quand t'as le temps pour les explications sur les guillemets
++
Hors ligne
#2005 Le 17/05/2011, à 21:08
- The Uploader
Re : /* Topic des codeurs couche-tard [4] */
Le xfwm4-tiling fonctionne, c'est sympa pour comparer des bouts de code, par exemple. ^^
- Oldies PC : Intel Pentium 3 @ 800 Mhz sur CM ASUS P2B-F, GeForce 4 Ti4800 SE, Disque Dur Hitachi 160 Go, 512 Mo de RAM, 3DFX Voodoo 2, Sound Blaster 16 ISA PnP, Windows 98 SE / XP)
- Desktop : Intel Core i7 6700K @ 4 GHz sur CM ASUS Z170-P, GeForce GTX 1070, SSD Samsung 850 EVO 1 To, 16 Go de RAM, Disque Dur Seagate Barracuda 3 To, Windows 10
Hors ligne
#2006 Le 17/05/2011, à 21:11
- Rolinh
Re : /* Topic des codeurs couche-tard [4] */
Le xfwm4-tiling fonctionne, c'est sympa pour comparer des bouts de code, par exemple. ^^
Quand je ne suis pas sur AwesomeWM, j'apprécie.
Hors ligne
#2007 Le 17/05/2011, à 21:36
- Pylades
Re : /* Topic des codeurs couche-tard [4] */
peut tu me dire pourquoi les doubles quotes seraient mal, au fait?
la différence entre les simples et doubles quotes étant à ma connaissance la résolution des noms de variables...
Ben, le but des simple quotes, c’est de délimiter une chaîne qui sera transférée telle quelle à la commande. Et ça, c’est exactement ce que l’on souhaite. Les doubles quotes, c’est pour délimiter un motif qui sera soumis à interprétation avant d’être transmis à la commande. Et se lancer dans l’interprétation d’une regex avant de la passer, c’est suicidaire…
L’interprétation comporte échappement (rien que ça, ça devrait déjà dissuader), expansion des paramètres et variables, substitution de commande, expansion arithmétique (alors que t’as des $ qui peuvent traîner dans les regex, c’est encore moins engageant), expansion de l’historique, et peut-être découpage de mots (jamais rien compris à ce bidule).
Ça veut dire qu’avec les double quotes, t’es obligé de faire très gaffe à ce que tu fais, avec toujours la possibilité de faire des erreurs. Il est même impossible de mettre un simple ! dans une chaîne délimité par double quotes. En plus, c’est incorrect sémantiquement, quand on fait des regex.
Mais la solution à ces problèmes est simple : utiliser les simple quotes. Ils ne sont pas là pour faire joli, et devraient même être utilisés plus souvent que leurs collègues, dans une utilisation courante d’un shell. Moi je ne me casse pas la tête ; je le leur fais confiance et je suis tranquille…
Et donc, avec les regex, c’est toujours les simple quotes.
“Any if-statement is a goto. As are all structured loops.
“And sometimes structure is good. When it’s good, you should use it.
“And sometimes structure is _bad_, and gets into the way, and using a goto is just much clearer.”
Linus Torvalds – 12 janvier 2003
Hors ligne
#2008 Le 17/05/2011, à 22:56
- The Uploader
Re : /* Topic des codeurs couche-tard [4] */
Bon... eXtended Module Player lui non plus n'est pas à jour niveau APIs d'audacious (ça compile pas sous forme de plugin, et yaourt ne me met que la version standalone), pourtant le paquet existe bien pour Ubuntu, y compris natty : http://packages.ubuntu.com/fr/natty/xmp-audacious
Patch Debian/Ubuntu downstream ? Le mystère s'épaissit.. ;/
Ou alors c'est moi qui bug...
Mais c'est déjà mieux qu'Unix Amiga Delitracker Emulator qui ne compile même pas en stand-alone, même si xmp a l'air bien plus limité dans le nombre de trackers supportés qu'uade..
edit : un autre plugin pour .MODs et dérivés existe : DUMB (même situation que pour xmp).
... C'est la pagaille en fait! >_<
Dernière modification par The Uploader (Le 17/05/2011, à 23:10)
- Oldies PC : Intel Pentium 3 @ 800 Mhz sur CM ASUS P2B-F, GeForce 4 Ti4800 SE, Disque Dur Hitachi 160 Go, 512 Mo de RAM, 3DFX Voodoo 2, Sound Blaster 16 ISA PnP, Windows 98 SE / XP)
- Desktop : Intel Core i7 6700K @ 4 GHz sur CM ASUS Z170-P, GeForce GTX 1070, SSD Samsung 850 EVO 1 To, 16 Go de RAM, Disque Dur Seagate Barracuda 3 To, Windows 10
Hors ligne
#2009 Le 17/05/2011, à 23:21
- tshirtman
Re : /* Topic des codeurs couche-tard [4] */
Ben, le but des simple quotes, c’est de délimiter une chaîne qui sera transférée telle quelle à la commande. Et ça, c’est exactement ce que l’on souhaite. Les doubles quotes, c’est pour délimiter un motif qui sera soumis à interprétation avant d’être transmis à la commande. Et se lancer dans l’interprétation d’une regex avant de la passer, c’est suicidaire…
L’interprétation comporte échappement (rien que ça, ça devrait déjà dissuader), expansion des paramètres et variables, substitution de commande, expansion arithmétique (alors que t’as des $ qui peuvent traîner dans les regex, c’est encore moins engageant), expansion de l’historique, et peut-être découpage de mots (jamais rien compris à ce bidule).
Ça veut dire qu’avec les double quotes, t’es obligé de faire très gaffe à ce que tu fais, avec toujours la possibilité de faire des erreurs. Il est même impossible de mettre un simple ! dans une chaîne délimité par double quotes. En plus, c’est incorrect sémantiquement, quand on fait des regex.Mais la solution à ces problèmes est simple : utiliser les simple quotes. Ils ne sont pas là pour faire joli, et devraient même être utilisés plus souvent que leurs collègues, dans une utilisation courante d’un shell. Moi je ne me casse pas la tête ; je le leur fais confiance et je suis tranquille…
Et donc, avec les regex, c’est toujours les simple quotes.
hum, ok, donc c'est pas franchement prudent, mais rien n'indique que ce ne soit jamais ce qu'on veux, ou inoffensif la plupart du temps… Ce n'est pas interdit, ni faux, faut juste savoir le sens des symboles qu'on utilise en bash, et les échapper si besoin…
@The Uploader: si des patchs sont appliqués, normalement tu les trouves dans le dossier debian/patches du packet source debian.
Dernière modification par tshirtman (Le 17/05/2011, à 23:23)
Hors ligne
#2010 Le 17/05/2011, à 23:37
- The Uploader
Re : /* Topic des codeurs couche-tard [4] */
ok merci, je verrai ça.
En fait, un paquet dumb-audacious existe aussi. Seul le plugin audacious d'uade n'existe pas en tant que paquet pour Ubuntu (et ça a l'air justement le plus complet, enfin disons un peu plus que la libdumb sur laquelle se base dumb et sa version plugin. J'aimerai pas plusieurs plugins qui se marchent sur les pieds : ça risque de planter..).
Mais ça avance! \o/
PS : pour tester tout ça un bon gros dossier de ziks 'chips' s'impose :
RSYNC/git server for Amiga chip songs
A public rsync server for various Amiga chip songs (over 8000 files or about 300 MiBs of data):
$ rsync -avz zakalwe.fi::chip /local/path/
rsync does easy and fast updates for the collection. rsync only transfers new or changed bits. Therefore bandwidth is not wasted, and updates are fast.
Alternatively, you can use git for syncing the collection:
$ git clone git://zakalwe.fi/chip
And after the first clone, you can do incremental updates just by running:
$ cd chip
$ git pull
bonne nuit ^^
Dernière modification par The Uploader (Le 17/05/2011, à 23:38)
- Oldies PC : Intel Pentium 3 @ 800 Mhz sur CM ASUS P2B-F, GeForce 4 Ti4800 SE, Disque Dur Hitachi 160 Go, 512 Mo de RAM, 3DFX Voodoo 2, Sound Blaster 16 ISA PnP, Windows 98 SE / XP)
- Desktop : Intel Core i7 6700K @ 4 GHz sur CM ASUS Z170-P, GeForce GTX 1070, SSD Samsung 850 EVO 1 To, 16 Go de RAM, Disque Dur Seagate Barracuda 3 To, Windows 10
Hors ligne
#2011 Le 17/05/2011, à 23:42
- Rolinh
Re : /* Topic des codeurs couche-tard [4] */
@Pylade: merci pour l'explication. Cependant, je pense comme tshirtman, je ne pense pas qu'il faille diaboliser pour autant.
Pis de toute façon, bash c'est un langage de shell interactif (enfin, c'est vraiment relatif à côté de zsh^^), pas vraiment un truc à faire des scripts vu les performances...
Hors ligne
#2012 Le 18/05/2011, à 01:08
- Кຼزດ
Re : /* Topic des codeurs couche-tard [4] */
hop
dou
Hors ligne
#2013 Le 18/05/2011, à 01:09
- cm-t
Re : /* Topic des codeurs couche-tard [4] */
chocolat kanor
&&
'Nuit;
Actu Ubuntu ☺/
Pauses Ubuntu sur Paris \_< -t
[(π)] La Quadrature du net
Hors ligne
#2014 Le 18/05/2011, à 01:38
- Sir Na Kraïou
Re : /* Topic des codeurs couche-tard [4] */
,
Descendant de Charlemagne et de LUCA.
Bleu, en l'hommage d'un truc bleu. :'(
C'est pas du bleu.
C'est pas le lac de Genève, c'est le Lac Léman.
Hors ligne
#2015 Le 18/05/2011, à 02:30
- Pylades
Re : /* Topic des codeurs couche-tard [4] */
[…]
hum, ok, donc c'est pas franchement prudent, mais rien n'indique que ce ne soit jamais ce qu'on veux, ou inoffensif la plupart du temps… Ce n'est pas interdit, ni faux, faut juste savoir le sens des symboles qu'on utilise en bash, et les échapper si besoin…
[…]
Ben disons que t’as intérêt à faire vachement gaffe avec les double quotes si tu ne veux pas te planter, que ça alourdit la syntaxe, que sémantiquement c’est plus que limite et qu’il n’est même pas possible de mettre un simple bang. Alors qu’à côté t’as les simple quotes qui sont faits pour ça et qui sont simple. Dans cas, en t’accordant avec la loi de Murphy, tu t’arranges pour ne jamais utiliser la première solution ; et toujours la deuxième. C’est aussi simple que ça.
Sans diaboliser, tu utilises l’outil approprié à la tâche. On ne code pas d’OS en javascript. On ne devrait pas mettre de double quotes à une regex.
“Any if-statement is a goto. As are all structured loops.
“And sometimes structure is good. When it’s good, you should use it.
“And sometimes structure is _bad_, and gets into the way, and using a goto is just much clearer.”
Linus Torvalds – 12 janvier 2003
Hors ligne
#2016 Le 18/05/2011, à 03:24
- nesthib
Re : /* Topic des codeurs couche-tard [4] */
plop
GUL Bordeaux : Giroll – Services libres : TdCT.org
Hide in your shell, scripts & astuces : applications dans un tunnel – smart wget – trouver des pdf – install. auto de paquets – sauvegarde auto – ♥ awk
⃛ɹǝsn xnuᴉꞁ uʍop-ǝpᴉsdn
Hors ligne
#2017 Le 18/05/2011, à 03:54
- Pylades
Re : /* Topic des codeurs couche-tard [4] */
Bon, c’est prouvé, on code carrément mieux la nuit. En revanche la doc de la GLib est mal foutue, ça commence à être lourd. Où puis-je trouve de la documentation sérieuse sur g_file_get_contents ? C’est dit où ce que je dois faire avec le retour de g_file_info_get_content_type, un fois utilisé (je pense que ça doit pointer vers quelque chose qui est détruit avec le GFileInfo associé, mais ça serait cool que ça soit bien expliqué).
Enfin bref, la doc cryptique ça commence à me les briser, menu…
“Any if-statement is a goto. As are all structured loops.
“And sometimes structure is good. When it’s good, you should use it.
“And sometimes structure is _bad_, and gets into the way, and using a goto is just much clearer.”
Linus Torvalds – 12 janvier 2003
Hors ligne
#2018 Le 18/05/2011, à 07:42
- Compteur du TdCCT
Re : /* Topic des codeurs couche-tard [4] */
Scores totaux, depuis le début :
1) 3276 nesthib
2) 2996 samuncle
3) 2703 Pylade
4) 2077 Кຼزດ
5) 1690+5 grim7reaper /* ./viewtopic.php?pid=3486252#p3486252 */
6) 1600 cm-t
7) 1220 na kraïou
8) 866 helly
9) 858 \\Ouranos//
10) 659 gnuuat
11) 565 Lagierl
12) 562 tshirtman
13) 381 Rolinh
14) 324 The Uploader
15) 288 nathéo
16) 249 Kanor
17) 196 Askelon
18) 160 :!pakman
19) 121 ǤƦƯƝƬ
20) 93 petifrancais
21) 91 kamui57
22) 78 edge_one
22) 78 pierguiard
24) 70 gulp
25) 42 sakul
26) 39 Le Rouge
27) 37 ilagas
28) 33 xapantu
29) 30 keny
30) 26 gustare
30) 26 d10g3n
32) 25 GentooUser
32) 25 Morgiver
34) 24 ไ୦บเઢ'
34) 24 Steap
36) 20 CROWD
37) 18 Ph3nix_
38) 16 kouskous
39) 15 timsy
40) 12 stratoboy
40) 12 sailing
42) 11 alexises
42) 11 Crocoii
44) 10 Toineo
44) 10 NutMotion
44) 10 pseudovingtcinqcaracteres
44) 10 pfriedZ
44) 10 CasseTaTele
44) 10 Zeibux
44) 10 THS`
51) 8 Mornagest
52) 7 Vista
53) 6 ubuntlin
53) 6 asma.geek
55) 5 tendances-tdct
55) 5 kinouchou
57) 4 danychou56
57) 4 Neros
57) 4 Biaise
57) 4 totoflute
57) 4 pinballyoda ㋛
57) 4 NLS le pingouin
57) 4 ceric
57) 4 Dice-Man
65) 3 Revan26914
65) 3 raspouillas
65) 3 sweetly
68) 2 SoJaS
69) 1 geenux
69) 1 ArzhurBZH
Codez-vous trop tard le soir ?
Demandez au Compteur du TdCCT pour le savoir !
J’ai été généreusement codé par tshirtman ; d’ailleurs, voici mon code source. TdCCT CEP : ./viewtopic.php?pid=3493579#p3493579 (p3492608).
Hors ligne
#2019 Le 18/05/2011, à 07:42
- Compteur du TdCCT
Re : /* Topic des codeurs couche-tard [4] */
Scores de la période en cours :
1) 170 Pylade
2) 106 nesthib
3) 90 na kraïou
4) 67 samuncle
5) 64 Кຼزດ
6) 58 cm-t
7) 40 nathéo
8) 27 Rolinh
9) 25 tshirtman
10) 24 The Uploader
11) 18 Kanor
12) 15 :!pakman
12) 15 grim7reaper
14) 10 sakul
14) 10 THS`
16) 8 helly
17) 6 Lagierl
18) 4 \\Ouranos//
19) 1 ArzhurBZH
Codez-vous trop tard le soir ?
Demandez au Compteur du TdCCT pour le savoir !
J’ai été généreusement codé par tshirtman ; d’ailleurs, voici mon code source. TdCCT CEP : ./viewtopic.php?pid=3493579#p3493579 (p3492608).
Hors ligne
#2020 Le 18/05/2011, à 09:55
- Rolinh
Re : /* Topic des codeurs couche-tard [4] */
@Pylade:
g_file_get_contents
#define g_file_get_contents
Reads an entire file into allocated memory, with good error checking.If the call was successful, it returns TRUE and sets contents to the file contents and length to the length of the file contents in bytes. The string stored in contents will be nul-terminated, so for text files you can pass NULL for the length argument. If the call was not successful, it returns FALSE and sets error. The error domain is G_FILE_ERROR. Possible error codes are those in the GFileError enumeration. In the error case, contents is set to NULL and length is set to zero.
Returns :
TRUE on success, FALSE if an error occurred
g_file_info_get_content_type ()
const char * g_file_info_get_content_type (GFileInfo *info);
Gets the file's content type.info :
a GFileInfo.
Returns :a string containing the file's content type.
Il y a quelque chose qui te manque?
Hors ligne
#2021 Le 18/05/2011, à 15:28
- Pylades
Re : /* Topic des codeurs couche-tard [4] */
Ben ouais, il manque la description des arguments (enfin, le prototype au moins), ce que l’on doit faire en cas d’erreur, et les destructeurs à appliquer dans la premier cas ; et les destructeurs à appliquer dans le second cas. Sans ça, c’est un poil difficile de coder proprement…
“Any if-statement is a goto. As are all structured loops.
“And sometimes structure is good. When it’s good, you should use it.
“And sometimes structure is _bad_, and gets into the way, and using a goto is just much clearer.”
Linus Torvalds – 12 janvier 2003
Hors ligne
#2022 Le 18/05/2011, à 15:43
- Rolinh
Re : /* Topic des codeurs couche-tard [4] */
Nan mais GTK + code propre c'est un truc à oublier...
(enfin, c'est à la conclusion à laquelle je suis arrivée...)
Hors ligne
#2023 Le 18/05/2011, à 15:49
- Pylades
Re : /* Topic des codeurs couche-tard [4] */
Mais je veux être propre. En plus, je n’utilise pas GTK+, mais juste GIO.
Ce qui est marrant c’est qu’ici ils répètent des évidences pendant trois plombes, en insistant bien sur le fait que la doc doit être propre ; mais qu’à côté c’est du n’importe quoi. Je préfère quand même cette doc trop verbeuse, au moins rien n’est laissé de côté et il y a des exemples de code. Ils ne pourraient pas faire pareil sur les autres pages ?
C’est quand même pas croyable qu’il n’y ait pas de doc valable sur un truc aussi utilisé…
Dernière modification par Pylade (Le 18/05/2011, à 15:50)
“Any if-statement is a goto. As are all structured loops.
“And sometimes structure is good. When it’s good, you should use it.
“And sometimes structure is _bad_, and gets into the way, and using a goto is just much clearer.”
Linus Torvalds – 12 janvier 2003
Hors ligne
#2024 Le 18/05/2011, à 16:14
- xapantu
Re : /* Topic des codeurs couche-tard [4] */
@Pylade : le prototype :
gboolean
g_file_get_contents (const gchar *filename,
gchar **contents,
gsize *length,
GError **error)
Dernière modification par xapantu (Le 18/05/2011, à 16:15)
Hors ligne
#2025 Le 18/05/2011, à 16:25
- Pylades
Re : /* Topic des codeurs couche-tard [4] */
Merci ! \o/
Bon, c’est déjà ça, même si ça ne parle pas des destructeurs. T’as trouvé ça où ?
“Any if-statement is a goto. As are all structured loops.
“And sometimes structure is good. When it’s good, you should use it.
“And sometimes structure is _bad_, and gets into the way, and using a goto is just much clearer.”
Linus Torvalds – 12 janvier 2003
Hors ligne