..:: Topic des Codeurs Couche-Tard [0] ::..

nesthib · Le 28/05/2010, à 02:46

x_o

Pylades · Le 28/05/2010, à 08:03

Si tu postes toujours à moitié mort comme ça, ça va être dur que je te rattrape…

nesthib · Le 28/05/2010, à 08:27

si nos scores réalisent une paire de nombres premiers jumeaux, je te laisse le plus haut score

gnuuat · Le 28/05/2010, à 08:50

Les pointeurs sont sur 4octets en 32 bits et 8o en 64bits.

Compteur du TdCCT · Le 28/05/2010, à 09:09

Scores totaux, depuis le début :

1) 375    samuncle
2) 292    nesthib
3) 249    Pylade
4) 243+5  grim7reaper
5) 208    mathieuI
6) 178    cm-t
7) 122    helly
8) 96    ǤƦƯƝƬ
9) 81    gnuuat
10) 70    petifrancais
11) 67    tshirtman
12) 37    ilagas
13) 27    Ouranos999
14) 25    GentooUser
14) 25    pierguiard
16) 19    Le Rouge
17) 18    Ph3nix_
18) 14    Kanor
19) 12    stratoboy
19) 12    kouskous
21) 10    CROWD
21) 10    keny
23) 7    Lagierl
23) 7    sailing
25) 6    Toineo
25) 6    Mornagest
25) 6    Zeibux
28) 5    xapantu
29) 4    danychou56
29) 4    Neros
29) 4    Biaise
32) 3    Р'tite G☢gole :mad:
33) 1    ceric
33) 1    pfriedK
33) 1    geenux

chart?chs=675x280&cht=p3&chco=ff0000,ffff00,008000,000080,8000ff&chf=bg,s,808080&chl=00h%20-%2000h59|01h%20-%2001h59|02h%20-%2002h59|03h%20-%2003h59|17h%20-%2017h59|21h%20-%2021h59|22h%20-%2022h59|23h%20-%2023h59&chd=t:6,2,3,3,2,1,3,9&chtt=R%C3%A9partition%20des%20posts&chts=cccccc,12

Compteur du TdCCT · Le 28/05/2010, à 09:09

Scores de la période en cours :

1) 375    samuncle
2) 292    nesthib
3) 249    Pylade
4) 243    grim7reaper
5) 208    mathieuI
6) 178    cm-t
7) 122    helly
8) 96    ǤƦƯƝƬ
9) 81    gnuuat
10) 70    petifrancais
11) 67    tshirtman
12) 37    ilagas
13) 27    Ouranos999
14) 25    GentooUser
14) 25    pierguiard
16) 19    Le Rouge
17) 18    Ph3nix_
18) 14    Kanor
19) 12    stratoboy
19) 12    kouskous
21) 10    CROWD
21) 10    keny
23) 7    Lagierl
23) 7    sailing
25) 6    Toineo
25) 6    Mornagest
25) 6    Zeibux
28) 5    xapantu
29) 4    danychou56
29) 4    Neros
29) 4    Biaise
32) 3    Р'tite G☢gole :mad:
33) 1    ceric
33) 1    pfriedK
33) 1    geenux

nesthib · Le 28/05/2010, à 09:12

\o/ le compteur n'a vu que moi

Pylades · Le 28/05/2010, à 09:12

Bon, je suis désolé de ne pas avoir fait passer la nouvelle version, mais je n’ai pas réussi à debuger…

helly · Le 28/05/2010, à 09:44

Hip hip hip pour le compteur

nany · Le 28/05/2010, à 16:42

Bonjour chez vous.

Pylade a écrit :

Bon, je suis désolé de ne pas avoir fait passer la nouvelle version, mais je n’ai pas réussi à debuger…

Arf, problème de copié-collé probablement. Il y avait un saut de ligne inséré je ne sais comment. J’ai édité. Tu peux lancer comme ça pour tester et, si tout va bien, passe debug à False. Et puis tu pourrais supprimer les messages inutiles du compteur.

Bon, allez, départ en week-end.

Pylades · Le 28/05/2010, à 18:23

Oui, le saut de ligne ne m’a pas posé de problèmes, mais il y a un truc qui fait planter à la ligne 268. Je n’ai pas trouvé pourquoi (enfin, ligne 268 après avoir supprimé le commentaire sur le serveur de tshirtman, qui n’a plus de raison d’être).

Mais bon, je vais apprendre python, et on verra…

helly · Le 28/05/2010, à 19:02

helly a écrit :

Bon encore une bizarrerie pour laquelle j'aimerai avoir votre avis
Toujours en coo, pour la surcharge d'opérateur j'ai deux son de cloche…
Le premier c'est
class point
{
…
bool operator==(const point &p) const;
}
Et de l'autre j'ai …
class point
{
…
bool operator==(point p)const;
}
Les deux sont elles correctes? Et quelle est la différence ?

Pylades · Le 28/05/2010, à 19:05

Es-tu au courant qu’il n’y a pas beaucoup d’adeptes du C++, ici ?
(Bon, à part grim7reaper, mais juste un chouïa, et il n’est plus très actif…)

helly · Le 28/05/2010, à 19:11

Ha zut
J'ai fait un up paske j'avais posté ça pendant la période des floods des compteurs, donc j'étais pas sûre que le message ai été lu…

Bon,Grim si tu m'entends…

nesthib · Le 28/05/2010, à 23:01

GMT+3

helly · Le 28/05/2010, à 23:10

Un bn chacun

Pylades · Le 28/05/2010, à 23:34

Ce n’est pas très actif, ce soir…

Oui, ceci est un plop sécu, je sais pas si je vais tenir bien longtemps, ça pique fort.

gnuuat · Le 28/05/2010, à 23:36

Plop.
Voici une solution "nicer" du rd, permettant de se passer de cat pour la lecture unique fichier et de less / pg / pr / more /most grâce à sa simplicité.
Historique :
* problème : ./viewtopic.php?pid=3509288#p3509288
* solution 1 : ./viewtopic.php?pid=3509355#p3509355

Pour devenir l'heureux possesseur de rd, il vous faut créer un dossier pour ses sources avec cette commande :

mkdir -p ./rd/{build,include,src}

Une fois les dossiers créés, il vous faut copier ce Makefile dans ./rd/Makefile :

NAME = rd

### DIRECTORIES

SRC_DIR = src
OBJ_DIR = build
INC_DIR = include

### FLAGS

CFLAGS = -W -Wall -Wstrict-prototypes -ansi -pedantic
CFLAGS += -Wunused -I$(INC_DIR) -D_$(HOSTTYPE)=1
CFLAGS += -march=$(CHOST) -mtune=$(CHOST)
CFLAGS += -O2 -O3 -funroll-loops -fpeel-loops -ftracer
CFLAGS += -fomit-frame-pointer -fno-strict-aliasing -pipe

CHOST = `uname -m`
AH = $(CHOST)-$(HOSTTYPE)

### Binaries

GCC_ubuntu = gcc
GCC_FreeBSD = /usr/bin/gcc
GCC_sun4 = /usr/sfw/bin/gcc
GCC_powerpc = /usr/bin/gcc
GCC = $(GCC_$(HOSTTYPE))

MAKE_ubuntu = make
MAKE_FreeBSD = /usr/bin/make
MAKE_sun4 = /usr/ccs/bin/make
MAKE_powerpc = /usr/bin/make
MAKE = $(MAKE_$(HOSTTYPE))

###

SRC =   src/rd.c \
        src/main.c


OBJ =   build/rd.o \
        build/main.o

$(NAME): $(OBJ)
        @ echo "[GCC] Linking" $(NAME)
        @ $(GCC) -o $(NAME) $(OBJ) $(LDFLAGS)

all:
        @ echo "[MAKE] Building" $(NAME)
        @ $(MAKE) $(NAME)


####

clean:
        @ rm -f $(OBJ)
        @ echo "[RM] Removing objects files."

fclean: clean
        @ rm -f $(NAME)
        @ echo "[RM] Removing executable."

re: fclean all

eclean:
        @ echo "[FIND] Removing temporary files."
        @ find ./ \( -name "*~" -or -name "#*#" \) -print -delete

####

build/main.o: src/main.c include/macro.h include/rd.h
        @ echo "[GCC] Compiling" src/main.c
        @ $(GCC) $(CFLAGS) -o build/main.o -c src/main.c

build/rd.o: src/rd.c include/rd.h
        @ echo "[GCC] Compiling" src/rd.c
        @ $(GCC) $(CFLAGS) -o build/rd.o -c src/rd.c

Puis il vous faut copier les headers dans :
./rd/include/rd.h

#ifndef         RD_H_
# define        RD_H_

void            rd(int fd);

#endif          /* !RD_H_ */

./rd/include/macro.h

#ifndef         MACRO_H_
# define        MACRO_H_

# define        MIN_ARG         1
# define        SEPARATOR       "-- RD FILE SEPARATOR --\n"

# define        CD_ERR_OPEN     -1
# define        CD_ERR_FSTAT    -1
# define        CD_ERR_MUNMAP   -1
# define        CD_ERR_CLOSE    -1

# define        LB_ERR_OPEN     "Open error on file: %s\n"
# define        LB_ERR_FSTAT    "Fstat error\n"
# define        LB_ERR_MMAP     "Mmap error\n"
# define        LB_ERR_MUNMAP   "Munmap error\n"
# define        LB_ERR_CLOSE    "Close error on file: %s\n"

#endif          /* !MACRO_H_ */

Enfin, il vous faut copier les sources :
./rd./src/main.c

#include <stdlib.h>
#include <unistd.h>
#include <string.h>
#include <fcntl.h>
#include <stdio.h>

#include "macro.h"
#include "rd.h"

int     main(int argc, char *argv[])
{
  int   fd;

  while (--argc >= MIN_ARG)
    {
      fd = open(argv[argc], O_RDONLY);
      if (fd == CD_ERR_OPEN)
        {
          fprintf(stderr, LB_ERR_OPEN, argv[argc]);
          return (EXIT_FAILURE);
        }
      rd(fd);
      if (close(fd) == CD_ERR_CLOSE)
        {
          fprintf(stderr, LB_ERR_CLOSE, argv[argc]);
          return (EXIT_FAILURE);
        }
      write(STDOUT_FILENO, SEPARATOR, strlen(SEPARATOR));
    }
  return (EXIT_SUCCESS);
}

./rd./src/rd.c :

#include <sys/mman.h>
#include <sys/stat.h>
#include <stdlib.h>
#include <unistd.h>
#include <stdio.h>
#include <string.h>

#include "macro.h"
#include "rd.h"

void            rd(int fd)
{
  struct stat   sb;
  void          *addr;

  if (fstat(fd, &sb) == CD_ERR_FSTAT)
    {
      write(STDERR_FILENO, LB_ERR_FSTAT, strlen(LB_ERR_FSTAT));
      exit(EXIT_FAILURE);
    }
  addr = mmap(NULL, sb.st_size, PROT_READ | PROT_WRITE, MAP_FILE, fd, 0);
  if (addr == MAP_FAILED)
    {
      write(STDERR_FILENO, LB_ERR_MMAP, strlen(LB_ERR_MMAP));
      exit(EXIT_FAILURE);
    }
  write(STDOUT_FILENO, (char *)addr, sb.st_size);
  if (munmap(addr, sb.st_size) == CD_ERR_MUNMAP)
    {
      write(STDERR_FILENO, LB_ERR_MUNMAP, strlen(LB_ERR_MUNMAP));
      exit(EXIT_FAILURE);
    }
}

Une fois tout ça terminé, il vous suffit de faire

make

Et vous pouvez utiliser le binaire .

gnuuat · Le 28/05/2010, à 23:57

echo 'plop' > plop.txt; rd ./plop.txt

helly a écrit :

helly a écrit :
Bon encore une bizarrerie pour laquelle j'aimerai avoir votre avis
Toujours en coo, pour la surcharge d'opérateur j'ai deux son de cloche…
Le premier c'est
class point
{
…
bool operator==(const point &p) const;
}
Et de l'autre j'ai …
class point
{
…
bool operator==(point p)const;
}
Les deux sont elles correctes? Et quelle est la différence ?

Bon, je m'y connais pas en C++, mais si le comportement est le meme qu'en C :
ex 1 -> const sert en general à passer ton pointeur en read only, histoire qu'on ne le modifie pas et le &, c'est pour passer l'adresse (transformer ta variable en pointeur).

ex 2 -> la meme chose sans les explications du sessus.

Donc à priori, ces deux codes ne sont pas équivalents.

tshirtman · Le 29/05/2010, à 00:01

'626e'

Elzen · Le 29/05/2010, à 00:10

P'tite question de PyGTK, encore que j'suis pas sûr que la partie python soit très importante.

J'ai un composant (en l'occurrence un Fixed, mais ça pourrait être n'importe quel dérivé de Widget), et je voudrais que son parent puisse n'en afficher qu'une partie, mais que le programme puisse choisir cette partie.
J'ai essayé avec une ScrolledWindow, ça marche super bien, sauf qu'il y a les deux scrollbars sur les côtés, et il faudrait que ce ne soit pas réglable à la souris.

J'sais pas si j'm'exprime clairement quelqu'un voit ?

Pylades · Le 29/05/2010, à 00:25

@gnuuat : il me semble qu’il est plus propre de mettre ses chaînes de caractères dans des static const char[] plutôt que d’utiliser des define, mais bon… jdç, jdr…

grim7reaper · Le 29/05/2010, à 01:21

Bon c'est bien parce que c'est toi , enfin surtout parce que je suis dans le calme avant la tempête, l'œil du cyclone si l'on peut dire (ouais mes emmerdes me lâchent quand même un peu quand il est 2h du mat').

helly a écrit :

helly a écrit :
Bon encore une bizarrerie pour laquelle j'aimerai avoir votre avis
Toujours en coo, pour la surcharge d'opérateur j'ai deux son de cloche…
Le premier c'est
class point
{
…
bool operator==(const point &p) const;
}
Et de l'autre j'ai …
class point
{
…
bool operator==(point p)const;
}
Les deux sont elles correctes? Et quelle est la différence ?

@gnuuat : faux (sauf la conclusion) C++ et C sont bien différents et dans ce cas précis pas de transposition possible .

Les deux sont correctes.

Pour le point commun, le const en fin de ligne indique que ta fonction ne modifiera pas l'état de ses arguments (tout a fait normal pour une fonction qui se contente de tester une égalité).

Pour la différence, les deux sont valides mais la première est meilleure que l'autre dans le cas où ton objet point est imposant.

Dans la première tu le passes par référence constante donc que l'objet soit gros ou petit c'est no problem (pas de recopie, donc pas d'appel au constructeur de copie) vu que c'est du passage par adresse (avec une couche de const sur l'objet référencé pour bien appuyer le fait qu'il ne sera pas modifié).

La seconde est bien si ton objet est petit (passage par valeur donc appel on constructeur de copie, à définir obligatoirement toi-même car celui par défaut n'est pas adapté si ton objet contient des membres pointeurs (copie membre à membre par défaut)), si ton objet est imposant tu va sentir le coup de la recopie.

Voili voilou, c'est tout ce que je peux dire (sans risquer de dire d'ânerie, enfin j'espère) avec mon maigre niveau en C++ (/me devait s'y mettre durant les vacs, si ça s'arrange ça devrait être faisable , sinon bah plop ...).

Dernière modification par grim7reaper (Le 29/05/2010, à 02:04)

Кຼزດ · Le 29/05/2010, à 01:35

Points

Pylades · Le 29/05/2010, à 02:22

Pavéman is back! \o/

Merci pour ce morceau de science.

(Plop, sinon. ^^)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1976 Le 28/05/2010, à 02:46

Re : ..:: Topic des Codeurs Couche-Tard [0] ::..

#1977 Le 28/05/2010, à 08:03

Re : ..:: Topic des Codeurs Couche-Tard [0] ::..

#1978 Le 28/05/2010, à 08:27

Re : ..:: Topic des Codeurs Couche-Tard [0] ::..

#1979 Le 28/05/2010, à 08:50

Re : ..:: Topic des Codeurs Couche-Tard [0] ::..

#1980 Le 28/05/2010, à 09:09

Re : ..:: Topic des Codeurs Couche-Tard [0] ::..

#1981 Le 28/05/2010, à 09:09

Re : ..:: Topic des Codeurs Couche-Tard [0] ::..

#1982 Le 28/05/2010, à 09:12

Re : ..:: Topic des Codeurs Couche-Tard [0] ::..

#1983 Le 28/05/2010, à 09:12

Re : ..:: Topic des Codeurs Couche-Tard [0] ::..

#1984 Le 28/05/2010, à 09:44

Re : ..:: Topic des Codeurs Couche-Tard [0] ::..

#1985 Le 28/05/2010, à 16:42

Re : ..:: Topic des Codeurs Couche-Tard [0] ::..

#1986 Le 28/05/2010, à 18:23

Re : ..:: Topic des Codeurs Couche-Tard [0] ::..

#1987 Le 28/05/2010, à 19:02

Re : ..:: Topic des Codeurs Couche-Tard [0] ::..

#1988 Le 28/05/2010, à 19:05

Re : ..:: Topic des Codeurs Couche-Tard [0] ::..

#1989 Le 28/05/2010, à 19:11

Re : ..:: Topic des Codeurs Couche-Tard [0] ::..

#1990 Le 28/05/2010, à 23:01

Re : ..:: Topic des Codeurs Couche-Tard [0] ::..

#1991 Le 28/05/2010, à 23:10

Re : ..:: Topic des Codeurs Couche-Tard [0] ::..

#1992 Le 28/05/2010, à 23:34

Re : ..:: Topic des Codeurs Couche-Tard [0] ::..

#1993 Le 28/05/2010, à 23:36

Re : ..:: Topic des Codeurs Couche-Tard [0] ::..

#1994 Le 28/05/2010, à 23:57

Re : ..:: Topic des Codeurs Couche-Tard [0] ::..

#1995 Le 29/05/2010, à 00:01

Re : ..:: Topic des Codeurs Couche-Tard [0] ::..

#1996 Le 29/05/2010, à 00:10

Re : ..:: Topic des Codeurs Couche-Tard [0] ::..

#1997 Le 29/05/2010, à 00:25

Re : ..:: Topic des Codeurs Couche-Tard [0] ::..

#1998 Le 29/05/2010, à 01:21

Re : ..:: Topic des Codeurs Couche-Tard [0] ::..

#1999 Le 29/05/2010, à 01:35

Re : ..:: Topic des Codeurs Couche-Tard [0] ::..

#2000 Le 29/05/2010, à 02:22

Re : ..:: Topic des Codeurs Couche-Tard [0] ::..

Pied de page des forums