Ubuntu-fr

HP

Re : /* Topic des codeurs [7] */

En même temps… venant d'un mec qui aime PHP… le bon goût, tout ça…

---

cat /dev/urandom >/dev/null 2>&1 #github

The Uploader

Re : /* Topic des codeurs [7] */

sass > m4 > css

Dernière modification par The Uploader (Le 30/05/2012, à 20:51)

---

- 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

HP

Re : /* Topic des codeurs [7] */

+1

---

cat /dev/urandom >/dev/null 2>&1 #github

Elzen

Re : /* Topic des codeurs [7] */

En même temps… venant d'un mec qui aime PHP… le bon goût, tout ça…

C'est vil, bas et surtout sans intérêt aucun.

En plus, j'n'« aime » pas spécialement PHP, c'est juste que, contrairement à vous, ça ne me révulse pas. Pour le côté esthétique de la chose, ça n'me paraît ni mieux, ni pire que Python, Java ou C (enfin, bien sûr, dans l'absolu, tant que le code est à peu près propre).

Dernière modification par ArkSeth (Le 30/05/2012, à 21:08)

---

Elzen : polisson, polémiste, polymathe ! (ex-ArkSeth)
Un script pour améliorer quelques trucs du forum.
La joie de t'avoir connu surpasse la peine de t'avoir perdu…
timezone[blocklist]

The Uploader

Re : /* Topic des codeurs [7] */

En plus, j'n'« aime » pas spécialement PHP, c'est juste que, contrairement à vous, ça ne me révulse pas.

T'en a pas fait assez, c'tout.

---

- 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

Elzen

Re : /* Topic des codeurs [7] */

Je pense que j'en ai bouffé un paquet, disons, suffisant, en codant les trois-quatre versions successives de mon site (auquel on peut ajouter mon projet de fin de DUT, qui était un système de forum un peu avancé et que j'ai utilisé jusqu'à avoir mon serveur perso), mon projet annuel de l'an dernier, et quelques autres trucs

(Une version supplémentaire de mon site étant peut-être en prévision pour quand je changerai de serveur, ça dépendra de ce que lighttpd (à moins que ce ne soit nginx, mais j'pars plutôt sur l'autre, au feeling) peut utiliser sans trop de prise de tête)

Edit : après, c'est sûr que si tu poses que « assez » signifie le moment où ça commences à te sortir par les yeux, forcément… mais dans ce cas, il n'y a pas grand chose dans ma vie dont j'aurais « assez » fait.

Edit2 : vous notez d'ailleurs qu'on était en train de commencer à parler de CSS, et d'un coup, on se retrouve, à votre initiative et sans que ça n'ait rien à voir, à troller sur PHP. Par moments, j'aurais tendance à penser que, quoi qu'on puisse lui reprocher par ailleurs, le problème vient plus de vous que du langage

Dernière modification par ArkSeth (Le 30/05/2012, à 21:42)

---

Elzen : polisson, polémiste, polymathe ! (ex-ArkSeth)
Un script pour améliorer quelques trucs du forum.
La joie de t'avoir connu surpasse la peine de t'avoir perdu…
timezone[blocklist]

grim7reaper

Re : /* Topic des codeurs [7] */

Hooouuu Yeah !!!

state[ 0] = (mul_by_13[a0] ^ (((byte)((a0 & 0x80) ? ((a0 << 1) ^ 0x1b) : (a0 << 1))) ^ a0)) ^ (mul_by_9[a1] ^ ((byte)((a1 & 0x80) ? ((a1 << 1) ^ 0x1b) : (a1 << 1)))) ^ mul_by_13[a2] ^ mul_by_9[a3];
…

J’aime mon code (les connaisseurs peuvent deviner de quel algo’ ça sort)

Bon Ok, en fait j’utilise des macros et ça c’est la sortie du préprocesseur

---

Blog

The Uploader

Re : /* Topic des codeurs [7] */

Ah ouais, c'est pas très human-readable.

---

- 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

Rolinh

Re : /* Topic des codeurs [7] */

Ah heu... ouais, quand même... ^^

@grim7reaper: à propos, merci pour tes patches et contributions

grim7reaper

Re : /* Topic des codeurs [7] */

De rien

---

Blog

tshirtman

Re : /* Topic des codeurs [7] */

http://espadrine.github.com/New-In-A-Spec/es6/

---

Le blog de tshirtman, du python, du shell, du libre, et d'autres choses.
Mon petit frère écrit des trucs biens!
Ultimate smash friends, un smash bros like, libre paquet natty!

Pylades

Re : /* Topic des codeurs [7] */

Bon Ok, en fait j’utilise des macros et ça c’est la sortie du préprocesseur

Tu me rassures ; j’ai cru que l’on t’avait perdu et qu’il ne restait plus qu’à t’abattre…

---

“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

The Uploader

Re : /* Topic des codeurs [7] */

Merci Rolinh!
Les graphs sont revenus par défaut dans dfc dans un terminal 80x24 ! \o/

max-laptop /home/max
1017 ~ % dfc -p -q -t ext4 -T -s                  2012-05-31 22:14:48 max pts/0
FILESYSTEM  TYPE     (=) USED      FREE (-) %USED AVAILABLE     TOTAL MOUNTED ON 
/dev/sdb1   ext4     [=======-------------]   30%     35.9G     51.5G /
/dev/sda2   ext4     [=============-------]   64%     92.0G    256.8G /media/home
SUM:                 [===========---------]   53%    127.9G    308.3G
max-laptop /home/max
1018 ~ %                                          2012-05-31 22:14:51 max pts/0

C'est quand même vachement plus lisible, et c'est la classe internationale, avec des beaux graphs en couleurs sans devoir modifier la taille par défaut de xfce4-terminal !

Dernière modification par The Uploader (Le 31/05/2012, à 22:17)

---

- 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

Rolinh

Re : /* Topic des codeurs [7] */

Ouep, il y a maintenant une fonction d'auto-ajustement qui calcule le nombre de colonnes nécessaires à l'affichage et qui désactive les options en commençant par les moins pertinentes (-w, etc.) jusqu'à ce que l'affichage puisse tenir dans le terminal. C'est vrai que c'est quand même vachement mieux que l'auto-ajustement arbitraire de la version 2.5.0.

Par contre c'est marrant que la commande que tu as passées ne génère pas d'erreurs, les options p et q nécessitant un argument. Par contre, en faisant simplement dfc -p par exemple, ça génère bien une erreur.

The Uploader

Re : /* Topic des codeurs [7] */

Oui, ça fait pareil sans -p et -q. ^^

aussi, sans espaces ("dfc -aspqt", par exemple), toujours pas d'erreur(s), et il me sort l'en-tête quand même. Il est tolérant. ^^

Dernière modification par The Uploader (Le 01/06/2012, à 00:09)

---

- 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

Rolinh

Re : /* Topic des codeurs [7] */

Le comportement est bizarre en ce qui concerne les options avec arguments mais sans espaces c'est normal.
Une commande comme celle-ci est tout à fait correcte:

dfc -adilosT -t -tmpfs -q name -e html

Steap

Re : /* Topic des codeurs [7] */

@Rolinh : gg pour la 3.0.0 Tu bosses sur #134 ? Cette fonctionnalité est indispensable au bon fonctionnement de dfc sur Hurd : il n'existe pas de /etc/mtab sous Hurd (cf. ce sujet de GSoC), et df(1) ne fonctionne que si on peut lui passer un argument. Je pense qu'il faut faire pareil pour dfc(1).

---

GNU Guix, un gestionnaire de paquets fonctionnel.

The Uploader

Re : /* Topic des codeurs [7] */

(Une version supplémentaire de mon site étant peut-être en prévision pour quand je changerai de serveur, ça dépendra de ce que lighttpd (à moins que ce ne soit nginx, mais j'pars plutôt sur l'autre, au feeling) peut utiliser sans trop de prise de tête)

j'vote pour nginx (moins prise de tête aussi là où je travaille quand on a essayé les deux..).

---

- 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

Rolinh

Re : /* Topic des codeurs [7] */

@Steap: je ne bosse plus sur dfc en ce moment: priorité aux examens universitaires Évidemment, si on me rapporte des bugs sur la version 3, je prendrais le temps de les corriger quand même. Je me mettrais sur le développement de la 3.1 un peu plus tard. En revanche, d'après le document que tu mis en lien, je constate que cela risque d'être un peu prise de tête à adapter dfc pour Hurd. Cela reviendrait à faire un traitement spécifique au même titre qu'actuellement il y a un traitement spécifique différent pour Linux et les *BSD. Je ne sais pas si je prendrais le temps de faire ça. D'ailleurs, ils ont dû complètement ré-implémenter df(1) pour Hurd? Et évidemment, le problème ne se limite pas au fait de donner un argument puisque en fait, tout ce que je fais c'est un tri des données récoltées en fonction de l'argument. En fait, ce comportement est déjà existant mais il nécessite de faire appel à l'option -p (dfc -p /dev/sda1 par exemple. Mais dfc -p /dev/sd ou dfc -p /de fonctionnent aussi: cela retourne tous les file system commençant par respectivement /dev/sd ou /de. Il faut le prendre comme une wildcard en fait (/dev/sd*, /de*, etc.).
L'idée de #134 est simplement de permettre de se passer du -p afin d'adopter un comportement similaire à df(1).

Rolinh

Re : /* Topic des codeurs [7] */

Un petit oops pour Ruby on Rails...

(reste plus qu'à attendre la réaction de The Uploader... )

The Uploader

Re : /* Topic des codeurs [7] */

T'façon j'ai de plus en plus l'impression que SQL est une bombe à retardement pour la sécurité dès qu'on l'utilise...

J'dis pas qu'il faut forcément passer au DBs NoSQL (je ne sais même si c'est plus sécurisé en amont, ni plus sécurisable), mais bon..

Puis j'suis plus fan de Ruby en général que de RoR en particulier.

Dernière modification par The Uploader (Le 02/06/2012, à 00:08)

---

- 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

Steap

Re : /* Topic des codeurs [7] */

Il me semble qu'y a des utilisateurs de clang dans le coin. Des gens ont déjà testé libclang ?

Mon problème vient du code suivant :

#include <assert.h>
#include <clang-c/Index.h>

enum CXChildVisitResult
parse(CXCursor cursor, CXCursor parent, CXClientData client_data)
{
        (void) parent;
        (void) client_data;

        enum CXCursorKind kind = clang_getCursorKind(cursor);
        switch (kind)
        {
        case CXCursor_StructDecl:
        {
                fprintf(stderr,
                        "Struct decl %s\n",
                        clang_getCString(clang_getCursorSpelling(cursor)));
                break;
        }
        case CXCursor_FieldDecl:
        {
                fprintf(stderr,
                        "Field decl %s\n",
                        clang_getCString(clang_getCursorSpelling(cursor)));
                break;
        }
        default:
                fprintf(stderr, "XXX %d %s\n", kind, clang_getCString(clang_getCursorSpelling(cursor)));
                break;
        }
        return CXChildVisit_Recurse;
}

int
main(int argc, char *argv[])
{
        if (argc != 2)
                return 1;

        CXIndex Index = clang_createIndex(0, 0);
        CXTranslationUnit TU = clang_parseTranslationUnit(
                Index,
                argv[1],
                NULL,
                0,
                0,
                0,
                CXTranslationUnit_None);

        CXCursor Cursor = clang_getTranslationUnitCursor(TU);
        assert(clang_visitChildren(Cursor, parse, NULL) == 0);
        clang_disposeTranslationUnit(TU);
        clang_disposeIndex(Index);
        return 0;
}

Sur un fichier vide, ça me retourne ça :

XXX 20 __int128_t
XXX 20 __uint128_t
Struct decl __va_list_tag
Field decl gp_offset
Field decl fp_offset
Field decl overflow_arg_area
Field decl reg_save_area
XXX 20 __va_list_tag
XXX 43 struct __va_list_tag
XXX 20 __builtin_va_list
XXX 43 __va_list_tag
XXX 100

Ca me trouve une struct à 4 champs et plein de trucs bizarres (lignes commençant par XXX). Quelqu'un a une idée ?

---

GNU Guix, un gestionnaire de paquets fonctionnel.

grim7reaper

Re : /* Topic des codeurs [7] */

C’est quoi un fichier vide pour toi ?
Parce que chez moi, un fichier vide (vraiment, 0 octet), bah ça segfault.

Édit 1 :
Si ton fichier vide c’est un truc du genre :

int main(void)
{
    return 0;
}

En fait, ça vient peut être du compilo’ (built-in et trucs du genre).
Par exemple, clang -E donne :

# 1 "main.c"
# 1 "main.c" 1
# 1 "<built-in>" 1
# 1 "<built-in>" 3
# 132 "<built-in>" 3
# 1 "<command line>" 1
# 1 "<built-in>" 2
# 1 "main.c" 2
int main(void)
{
    return 0;
}

et gcc -E :

# 1 "main.c"
# 1 "<interne>"
# 1 "<command-line>"
# 1 "main.c"
int main(void)
{
    return 0;
}

Donc le fichier est peut-être pas si vide que ça, et ça expliquerai ta trace.

Édit 2 :
Sinon, ton

enum CXChildVisitResult
parse(CXCursor cursor, CXCursor parent, CXClientData client_data)
{
        (void) parent;
        (void) client_data;

        enum CXCursorKind kind = clang_getCursorKind(cursor);
        switch (kind)
        {
        case CXCursor_StructDecl:
        {
                fprintf(stderr,
                        "Struct decl %s\n",
                        clang_getCString(clang_getCursorSpelling(cursor)));
                break;
        }
        case CXCursor_FieldDecl:
        {
                fprintf(stderr,
                        "Field decl %s\n",
                        clang_getCString(clang_getCursorSpelling(cursor)));
                break;
        }
        default:
                fprintf(stderr, "XXX %d %s\n", kind, clang_getCString(clang_getCursorSpelling(cursor)));
                break;
        }
        return CXChildVisit_Recurse;
}

Peut avantageusement être remplacé par

enum CXChildVisitResult
parse(CXCursor cursor, CXCursor parent, CXClientData client_data)
{
        enum CXCursorKind kind = clang_getCursorKind(cursor);
        CXString String = clang_getCursorKindSpelling(kind);

        (void)parent;
        (void)client_data;

        fprintf(stderr,
                "%s %s\n",
                clang_getCString(String),
                clang_getCString(clang_getCursorSpelling(cursor)));

        return CXChildVisit_Recurse;
}

Enfin, je dis ça je dis rien, mais ça donne des traces plus claire que XXX :

TypedefDecl __int128_t
TypedefDecl __uint128_t
StructDecl __va_list_tag
FieldDecl gp_offset
FieldDecl fp_offset
FieldDecl overflow_arg_area
FieldDecl reg_save_area
TypedefDecl __va_list_tag
StructDecl __va_list_tag
FieldDecl gp_offset
FieldDecl fp_offset
FieldDecl overflow_arg_area
FieldDecl reg_save_area
TypedefDecl __builtin_va_list
TypeRef __va_list_tag
IntegerLiteral 
FunctionDecl main
CompoundStmt 
ReturnStmt 
IntegerLiteral

Édit 3 : sur ce, BN World!

Dernière modification par grim7reaper (Le 03/06/2012, à 19:46)

---

Blog

tshirtman

Re : /* Topic des codeurs [7] */

bonne nuit à 18h45 Oo ?

---

Le blog de tshirtman, du python, du shell, du libre, et d'autres choses.
Mon petit frère écrit des trucs biens!
Ultimate smash friends, un smash bros like, libre paquet natty!

Rolinh

Re : /* Topic des codeurs [7] */

@tshirtman: bah oui, il y a un bon décalage horaire avec la Chine...