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

grim7reaper · Le 26/07/2011, à 12:41

tshirtman a écrit :

bah, un char et un ptr c'est la même taille mémoire non? donc dans ce cas particulier on peut aller un peu plus loin dans la cradure

Bah non.

/me a écrit :

Sur ce que tu veux, mais le truc c'est que tu stockes un pointeur void* (qui lui fait 32 ou 64 bits pour les archi courantes) au lieu de juste stocker un char (8 bits en général)

Mais oui, tu peux foutre un char direct dans un void* en étant bien crade. Mais ça reste un gaspillage de mémoire monstre.

Dernière modification par grim7reaper (Le 26/07/2011, à 12:43)

tshirtman · Le 26/07/2011, à 12:43

oui, j'ai édité… j'aurais du lire plus avant avant de répondre :]

helly · Le 26/07/2011, à 12:59

grim7reaper a écrit :

@helly : pour avoir la coloration syntaxique du C++ avec les fichiers .t++ faut ajouter ça dans ton .vimrc
au BufNewFile,BufRead *.t++ set filetype=cpp
Bah oui, le .t++ est une invention de ma part (enfin je suis sûrement pas le premier à l'utiliser je pense, mais bon). Genre .c++ pour l'implémentation du code normal, alors .t++ pour l'implémentation des templates

Tiens amusant en effet ton principe de t++ .
Bon, j’ai pas encore regardé ton truc, je pense m’y mettre ce soir.
Là j’suis dans une phase que je déteste : j’ai envie de faire un truc, mais la flemme de m’y mettre .

Pylades · Le 26/07/2011, à 16:22

grim7reaper a écrit :

Essaye ça, c'est ce que j'ai utilisé pour convertir mes 1215 mails répartis dans 21 mbox et j'ai pas eu de problèmes. Pas de perte ou de changements d'état des mails.

Merci ! \o/

grim7reaper a écrit :

helly a écrit :
Alors comme c’est pour coder tous les caractères, il doit y avoir environ 255 élément dans le tableau.
Tu fais pas l'unicode ? Ptit joueur

Ben si, on peut : t’as un char de huit bits, donc ça fait 256 valeurs pour un char à gérer. Une fois que tu gères les 256, personne ne t’impose un encodage particulier pour les données d’entrée ; donc tu peux utiliser UTF-8 par exemple si ça te chante.
T’auras du application/octet-stream en sortie, bien entendu, mais une fois déchiffré tu retombes sur le texte UTF-8 d’entrée.

helly a écrit :

Là j’suis dans une phase que je déteste : j’ai envie de faire un truc, mais la flemme de m’y mettre .

M’en parle pas…

grim7reaper · Le 26/07/2011, à 16:26

Πυλάδης a écrit :

grim7reaper a écrit :
helly a écrit :
Alors comme c’est pour coder tous les caractères, il doit y avoir environ 255 élément dans le tableau.
Tu fais pas l'unicode ? Ptit joueur
Ben si, on peut : t’as un char de huit bits, donc ça fait 256 valeurs pour un char à gérer. Une fois que tu gères les 256, personne ne t’impose un encodage particulier pour les données d’entrée ; donc tu peux utiliser UTF-8 par exemple si ça te chante.
T’auras du application/octet-stream en sortie, bien entendu, mais une fois déchiffré tu retombes sur le texte UTF-8 d’entrée.

Ouais effectivement, dans l'absolu ça fonctionne.
Mais en pratique bonjour la prise de tête

Pylades · Le 26/07/2011, à 16:27

Ben nan, c’est carrément transparent !

grim7reaper · Le 26/07/2011, à 16:38

Bah je pense que dans le contexte d'une Enigma ça ne l'est pas.
Ça va soit faire chier le codeur soit l'utilisateur mais ça m'étonnerais que ça soit transparent.
Mais bon je connais pas trop la machine donc je me trompe peut‑être

ginette · Le 26/07/2011, à 16:43

ooops désolé , c'est pas ici que je voulais le mettre..
T'as bien fait de m'alerter

grim7reaper · Le 26/07/2011, à 16:44

No problem

helly · Le 26/07/2011, à 17:35

M’enfout, pas de ß !
Et puis ma prof d’allemand disait que la dernière réforme chez eux abandonnait de plus en plus ce caractère.

Pylades · Le 26/07/2011, à 18:53

Ouais mais pas complètement. D’ailleurs c’est über-chiant parce que tu ne sais jamais si ça a été supprimé ou pas. D’façons les réformes de l’orthographes, c’est généralement de la merde…

Mais bon, m’en fous ; je ne fais plus d’allemand.

helly · Le 26/07/2011, à 20:30

Horreur, je sais plus coder en c++  !

grim7reaper · Le 26/07/2011, à 20:40

Problem?

helly · Le 26/07/2011, à 20:56

Nan, des habitudes à reprendre .

Pylades · Le 26/07/2011, à 21:35

[scenario]
  id=02_forest
  next_scenario=03_goto
  name=_"Crossing the forest"
  map_data="{./forest.map}
  turns=24
  {DAWN}
  {MORNING}
  {AFTERNOON}
  {DUSK}
  {FIRST_WATCH}
  {SECOND_WATCH}
  [music]
    name=elvish-theme.ogg
  [/music]
  [music]
    name=battle.ogg
    ms_before=2000
    append=yes
  [/music]
  [event]
    name=prestart
    [objectives]
      side=1
      [objective]
        description=_"Run through the forest"
        condition=win
      [/objective]
      [objective]
        description=_"Death of Jade"
        condition=lose
      [/objective]
      [objective]
        description=_"Death of Ambre"
        condition=lose
      [/objective]
      [objective]
        description=_"Death of Obsidienne"
        condition=lose
      [/objective]
      [objective]
        description=_"Death of Saphir"
        condition=lose
      [/objective]
      [objective]
        description=_"Turns run out"
        condition=lose
      [/objective]
    [/objectives]
  [/event]
[/scenario]

grim7reaper · Le 26/07/2011, à 21:38

Wesnoth ?

HP · Le 26/07/2011, à 21:44

2011-07-26 *** **** <***@***.***>
    Released version 1.6.6b
    Does not require python-eggtrayicon anymore

tshirtman · Le 26/07/2011, à 22:05

http://mjg59.dreamwidth.org/4957.html

j'adore toutes les informations affreuses qu'on apprends sur le hardware quand on lit les post de ce type…

Pylades · Le 26/07/2011, à 23:13

grim7reaper a écrit :

Wesnoth ?

Yep. En fait ce post s’adressait surtout à ArkSeth.
J’essaie d’apprendre le WML mais c’est chiant. ^^"

HP a écrit :

2011-07-26 *** **** <***@***.***>
    Released version 1.6.6b
    Does not require python-eggtrayicon anymore

C’est quel projet ?

Bon, j’ai regardé le code de mon CLFB, et crac, j’ai collé plein d’attributs GCC.

static void main_loop(void);
static char* args(int, char**) __attribute__ ((cold));
static char* gwd(void) __attribute__ ((malloc));
static char* gen_prompt(void) __attribute__ ((malloc));
static void die(int, const char*, ...) __attribute__ ((cold, noreturn,
            format (printf, 2, 3)));
static int parse(const char*);
static char* info_guess(const char*) __attribute__ ((malloc));

char cut_words(char*, struct code*)

static char* next_non_space(char*) __attribute__ ((pure));
static char* translate_fname(register char*);
static char escape_translate(char) __attribute__ ((const));

HP · Le 26/07/2011, à 23:43

Πυλάδης a écrit :

HP a écrit :

2011-07-26 *** **** <***@***.***>
    Released version 1.6.6b
    Does not require python-eggtrayicon anymore

C’est quel projet ?

Un fork de çà : http://gmail-notify.sourceforge.net/

Pylades · Le 26/07/2011, à 23:46

Ah ben ça ne me concerne pas, alors.

cm-t · Le 27/07/2011, à 00:03

'Nuit;

Elzen · Le 27/07/2011, à 00:37

Πυλάδης a écrit :

J’essaie d’apprendre le WML mais c’est chiant. ^^"

Ça, j'suis bien d'accord ^^"

Πυλάδης a écrit :

Yep. En fait ce post s’adressait surtout à ArkSeth.

Reçu.

Mais quand j'essaye de lancer la campagne avec ça comme premier scénario, ça me balance un gros

Erreur

Impossible de charger cette(ces) extension(s) en erreur :
/home/seth/.wesnoth1.8/data/add-ons/Gandhala/_main.cfg
Détail des erreurs :
Nested quoted string at core/macros/schedules.cfg:6 included from core/_main.cfg:6 included from _main.cfg:5 included from ~add-ons/Gandhala/scenarios/02_forest.cfg:7 included from ~/add-ons/Gandhala/_main.cfg:20

(recopié à la main, peut contenir des erreurs)

Ce qui semble dire que le bug vient d'un fichier du jeu lui-même, même si indirectement inclus par le tien :s

nesthib · Le 27/07/2011, à 02:05

plop

Sir Na Kraïou · Le 27/07/2011, à 03:04

…

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1401 Le 26/07/2011, à 12:41

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

#1402 Le 26/07/2011, à 12:43

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

#1403 Le 26/07/2011, à 12:59

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

#1404 Le 26/07/2011, à 16:22

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

#1405 Le 26/07/2011, à 16:26

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

#1406 Le 26/07/2011, à 16:27

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

#1407 Le 26/07/2011, à 16:38

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

#1408 Le 26/07/2011, à 16:43

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

#1409 Le 26/07/2011, à 16:44

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

#1410 Le 26/07/2011, à 17:35

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

#1411 Le 26/07/2011, à 18:53

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

#1412 Le 26/07/2011, à 20:30

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

#1413 Le 26/07/2011, à 20:40

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

#1414 Le 26/07/2011, à 20:56

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

#1415 Le 26/07/2011, à 21:35

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

#1416 Le 26/07/2011, à 21:38

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

#1417 Le 26/07/2011, à 21:44

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

#1418 Le 26/07/2011, à 22:05

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

#1419 Le 26/07/2011, à 23:13

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

#1420 Le 26/07/2011, à 23:43

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

#1421 Le 26/07/2011, à 23:46

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

#1422 Le 27/07/2011, à 00:03

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

#1423 Le 27/07/2011, à 00:37

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

#1424 Le 27/07/2011, à 02:05

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

#1425 Le 27/07/2011, à 03:04

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

Pied de page des forums