#676 Le 28/04/2012, à 19:21
- tshirtman
Re : /* Topic des codeurs [7] */
paste.pocoo.org que j'aimais bien et que j'avais intégré a ma config vim, c'est finit…
du coup je suis passé à gist, avec ce plugin bien sympa! https://github.com/mattn/gist-vim
Hors ligne
#677 Le 01/05/2012, à 08:48
- Dr Le Rouge
Re : /* Topic des codeurs [7] */
mwahaha ^^ C'est pas de l'info à proprement parler mais je pense qu'on peut tout à fait remplacer « ingénieur » par « développeur ».
C'est deux suites de Cauchy qui veulent aller à la soirée 'no limit'. Hélas, à l'entrée le videur leur dit : "désolé, c'est complet !".
mon site perso (π²/6.fr) et mon blog
Hors ligne
#678 Le 03/05/2012, à 00:15
- HP
Re : /* Topic des codeurs [7] */
Generated 2012-05-03 01:11:11 (in 0 seconds)
Generator GitStats (version 2011.02.09)
Report Period 2011-10-23 01:32:29 to 2012-05-02 14:58:46
Age 193 days, 72 active days (37.31%)
Total Files 434
Total Lines of Code 19328 (30376 added, 11048 removed)
Total Commits 506 (average 7.0 commits per active day)
Authors 1 (average 506.0 commits per author)
# sloccount app/ lib/ spec/ | egrep "(^Total(s)*|[a-z]+:|Estimate)"
Totals grouped by language (dominant language first):
ruby: 2785 (100.00%)
Total Physical Source Lines of Code (SLOC) = 2,785
Development Effort Estimate, Person-Years (Person-Months) = 0.59 (7.04)
Schedule Estimate, Years (Months) = 0.44 (5.25)
Estimated Average Number of Developers (Effort/Schedule) = 1.34
Total Estimated Cost to Develop = $ 79,197
cat /dev/urandom >/dev/null 2>&1 #github
Hors ligne
#679 Le 05/05/2012, à 02:33
- grim7reaper
Re : /* Topic des codeurs [7] */
@Rolinh : encore un coup de pub pour dfc
Dernière modification par grim7reaper (Le 05/05/2012, à 02:37)
Hors ligne
#680 Le 05/05/2012, à 11:53
- Rolinh
Re : /* Topic des codeurs [7] */
Ah ouais, carrément!
Je suis d'ailleurs impatient d'arriver au bout de la version 3.0.0 mais il y a encore pas mal de travail.
Hors ligne
#681 Le 06/05/2012, à 03:58
- Pylades
Re : /* Topic des codeurs [7] */
Rolinh, c’est normal que dfc fonctionne normalement lorsque je l’invoque depuis le dépôt Git, mais que le binaire installé segfault ?
Tu veux un backtrace ?
“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
#682 Le 06/05/2012, à 09:52
- Rolinh
Re : /* Topic des codeurs [7] */
Ah non, pas vraiment... Je n'ai pas ce problème moi. Tu as installé via le paquet dfc-git de AUR?
Volontiers pour le backtrace du coup mais je trouve ça bizarre. Il y a un cas où je sais que dfc segfault pour le moment c'est si tu invoques -e tex parce que je n'ai pas encore implémenté cette fonctionnalité et que les pointeurs vers les fonctions ne sont pas initialisés.
Hors ligne
#683 Le 06/05/2012, à 13:35
- Pylades
Re : /* Topic des codeurs [7] */
Non, pas par AUR, mais j’ai récupéré la dernière version sur le dépôt Git, et j’ai installé par « make install » après un « cmake . ». C’est très étrange, car avant l’installation, le binaire fonctionne. Du coup, je l’ai copié à la main, et pas de problème, donc je suppose qu’il doit se passer un truc louche dans le makefile, mais je n’ai pas envie d’autopsier un makefile généré par CMake. Donc le backtrace arrive.
Édit : euh, comment tu compiles en debug ?
Dernière modification par Πυλάδης (Le 06/05/2012, à 13:49)
“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
#684 Le 06/05/2012, à 15:52
- Rolinh
Re : /* Topic des codeurs [7] */
Ouais, c'est vraiment bizarre...
Tu veux dire avec l'option -g? Tu peux utiliser le mode grim:
mkdir build && cd build
cmake .. -DGRIM=on
make
Hors ligne
#685 Le 06/05/2012, à 16:34
- Pylades
Re : /* Topic des codeurs [7] */
Merci. Ouais, bon, en fait ce n’était pas une segfault mais un abort. Quoi qu’il en soit : backtrace.
“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
#686 Le 06/05/2012, à 18:05
- Steap
Re : /* Topic des codeurs [7] */
Merci. Ouais, bon, en fait ce n’était pas une segfault mais un abort. Quoi qu’il en soit : backtrace.
Toutes les valeurs sont "optimized out", t'es sûr que le debug est bien activé ?
Je suis d'ailleurs impatient d'arriver au bout de la version 3.0.0 mais il y a encore pas mal de travail.
Est-ce que tu t'emballes pas un peu sur les numéros de version ? :-p Qu'y a-t-il de prévu pour la 3.0.0 ? Deux idées, comme ça :
* une cible "uninstall" pour le Makefile (http://www.cmake.org/Wiki/CMake_FAQ#Can … h_CMake.3F).
* la prise en compte des variables d'environnement.
Dernière modification par Steap (Le 06/05/2012, à 18:06)
GNU Guix, un gestionnaire de paquets fonctionnel.
Hors ligne
#687 Le 06/05/2012, à 19:20
- grim7reaper
Re : /* Topic des codeurs [7] */
Est-ce que tu t'emballes pas un peu sur les numéros de version ? :-p
D’ici à ce qu’il concurrence less (version 444 sur ma machine…)
Qu'y a-t-il de prévu pour la 3.0.0 ?
Ça.
Dernière modification par grim7reaper (Le 06/05/2012, à 19:25)
Hors ligne
#688 Le 07/05/2012, à 06:02
- Rolinh
Re : /* Topic des codeurs [7] */
@Pylade: on dirait qu'il foire à la lecture de ton mtab mais j'avoue que là je ne vois pas trop ce que je peux faire...
@Steap: Bah je ne pense pas non. Si tu regardes le lien pointé par grim7reaper, il me semble que les nouveautés justifient un changement de version. Et puis je n'ai pas fini de les implémenter et le code source C est déjà passé de 1723 lignes à 3857 actuellement.
Bonne idée pour le make uninstall. Merci.
Par contre, pour les variables d'environnement, tu penses à quoi? CLICOLOR sous *BSD? Parce qu'à part ça je ne vois pas trop.
Hors ligne
#689 Le 07/05/2012, à 13:20
- Pylades
Re : /* Topic des codeurs [7] */
Bah, le truc c’est quand j’invoque le binaire non-installé, ça fonctionne. Et quand je le copie manuellement aussi. Donc a priori, c’est ta cible d’install qui déconne. Encore un bienfait de CMake.
“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
#690 Le 08/05/2012, à 20:07
- Rolinh
Re : /* Topic des codeurs [7] */
Arf
N'ayant pas ce problème et n'arrivant pas à le reproduire, je ne vois pas trop ce que je peux faire. J'espère qu'il n'est pas trop répandu!
Sinon, Linux-Magazine se met aussi à parler de dfc.
Je pense que ça explique le bond de téléchargements de dfc 2.5.0 sur le site, qui a maintenant dépassé le millier.
Si on m'avait dit ça quand j'ai commencé à taper quelques lignes de code pour le fun...
Ah, dfc sera dans les dépôts de la prochaine Ubuntu aussi.
Hors ligne
#691 Le 09/05/2012, à 00:34
- Pylades
Re : /* Topic des codeurs [7] */
D’ailleurs, le problème date du passage à CMake, hein.
Déjà que je n’aimais pas du tout CMake, me voilà convaincu. Plutôt les autohells que ce truc.
Du coup, j’ai pu voir que je ne suis pas le seul à partager cet avis.
“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
#692 Le 09/05/2012, à 22:30
- Elzen
Re : /* Topic des codeurs [7] */
Des fois, il se passe des trucs bizarre dans ma tête, j'crois.
J'voulais coder une boucle infinie, et j'ai spontanément écrit « while !false »…
Bon, ça l'aurait fait, mais pourquoi est-ce venu comme ça plutôt qu'en « while true » ?
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]
Hors ligne
#693 Le 09/05/2012, à 22:35
- Rolinh
Re : /* Topic des codeurs [7] */
Tu trouves ça bizarre?
...
C'est pas faux...
Hors ligne
#694 Le 10/05/2012, à 01:23
- tshirtman
Re : /* Topic des codeurs [7] */
Quelqu'un avait donné un lien vers comment construire une config vim minimal et l'augmenter avec le temps, je me souvient plus du nom, ça vous dis quelque chose?
Hors ligne
#695 Le 10/05/2012, à 08:59
- Rolinh
Re : /* Topic des codeurs [7] */
@tshirtman: ça?
Hors ligne
#696 Le 10/05/2012, à 09:11
- tshirtman
Re : /* Topic des codeurs [7] */
parfaitement, merci!
Hors ligne
#698 Le 10/05/2012, à 10:12
- The Uploader
Re : /* Topic des codeurs [7] */
https://en.wikipedia.org/wiki/In-kernel_web_server
Y'a que moi que ça choque ?
En plus le rapport Bénéfices/Risques me semble largement défavorable..
Dernière modification par The Uploader (Le 10/05/2012, à 10:26)
- 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
#699 Le 10/05/2012, à 12:05
- kamui57
Re : /* Topic des codeurs [7] */
https://en.wikipedia.org/wiki/In-kernel_web_server
Y'a que moi que ça choque ?
En plus le rapport Bénéfices/Risques me semble largement défavorable..
Non, moi aussi. J'ai un apriori défavorable sur la sécurité.
Quand le dernier arbre aura été abattu, et le dernier animal exterminé, les hommes se rendront compte que l'argent ne se mange pas (proverbe indien)
Toshiba Satellite L655 4 Go RAM, Archlinux Gnome-shell,LXDE / W7
Toshiba Satellite M30 512 Mo RAM, Archlinux Gnome 3 restreint / Crunchbang LXDE
https://help.ubuntu.com/community/Pastebinit pour poster du texte sur internet en console
Hors ligne
#700 Le 10/05/2012, à 12:29
- Kanor
Re : /* Topic des codeurs [7] */
https://en.wikipedia.org/wiki/In-kernel_web_server
Y'a que moi que ça choque ?
En plus le rapport Bénéfices/Risques me semble largement défavorable..
mouai ça va un peu dans le sens inverse de la politique actuel du kernel
et tu dois pas gagner grand chose en performance
Hors ligne