Discussion :

[def_jam_vendetta]

Bonjour à tous,

Tout d'abord, j'utilise le compilateur g++ v3.2 sous solaris 9 sparc.
Lorsque je lance la compilation de mon fichier cpp, les erreurs suivantes apparaissent :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 
test.cpp: In function 'int main(int, char**)':
test.cpp:78: 'write' undeclared (first use this function)

Voici un piti bout de mon code:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
 
#include <iostream>
#include <fstream>
 
using namespace std;
 
#include <stdlib.h> 
#include <strings.h> 
#include <sys/types.h>
#include <sys/socket.h>
#include <netinet/in.h>
#include <sys/un.h>
#include <stdio.h>
 
int
main(int argc, char **argv)
{   
 
.....
 
       if (write(connfd, buff, strlen(buff)) < 0)
       { 
            perror("write error");
            exit(1);
        }
 
    }
}

La méthode write n'est apparement pas déclaré, pourtant j'utilise bien <fstream>... Une idée?

[Higestromm]

La méthode write n'appartient pas a fstream ni a iostream...

Utilise des objet de type ofstream ou ifstream si tu veux acceder a tes fichiers en c++

[Higestromm]

Pour info si tu veux ecrire et lire sur un socket tu doit utiliser les commandes recv et send

[Luther]

esseye avec :

::write


Luther

[def_jam_vendetta]

J'ai essayé avec ::write, mais il ne reconnait pas cette methode non plus...
A quelle librairie appartient ::write ( ou write )?

[DestyNov@]

Pour info si tu veux ecrire et lire sur un socket tu doit utiliser les commandes recv et send

+1

[def_jam_vendetta]

Dans ce tutorial http://c.developpez.com/WalrusSock/ , je vois apparaitre ces commandes (recv et send)... Seulement, ce tutorial est basée sur de la programmation avec winsock2... Sont-elles aussi valables pour de la prog sous unix?

[def_jam_vendetta]

http://cs.ecs.baylor.edu/~donahoo/pr...icalSocket.cpp

Mea culpa, elles sont aussi présentes dans sys/socket.h...

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
#ifdef WIN32
  #include <winsock.h>         // For socket(), connect(), send(), and recv()
  typedef int socklen_t;
  typedef char raw_type;       // Type used for raw data on this platform
#else
  #include <sys/types.h>       // For data types
  #include <sys/socket.h>      // For socket(), connect(), send(), and recv()
  #include <netdb.h>           // For gethostbyname()
  #include <arpa/inet.h>       // For inet_addr()
  #include <unistd.h>          // For close()
  #include <netinet/in.h>      // For sockaddr_in
  typedef void raw_type;       // Type used for raw data on this platform
#endif

Merci beaucoup de votre aide... Dernière petite question, le c est-il plus adapté à la programmation socket que le c++?

[DestyNov@]

le c est-il plus adapté à la programmation socket que le c++?

Ben tout dépend de ce que tu veux faire avec tes sockets.
si tu veux faire un petit client qui envoie une requête pis qui affiche le retour, le c dervait aller. mais si tu veux faire un serveur qui gère plusieurs clients, et tout plein de trucs à côté le C++ est conseillé.

tu peux aller lire ce post :
http://www.developpez.net/forums/viewtopic.php?t=44389

++

[Luc Hermitte]

A lire le bouquin de Smidt et les docs et tuto sur ACE, il semblerait qu'il y ait des incompatibilités mineures entre les diverses biblio "systèmes" de communication via socket.

Plus les problèmes faciles de mauvaises utilisation. Bref, il vend (GPL) son produit (ACE) comme portable, facilitant la vie, et réduisant les risques d'erreurs. ACE comprend une surcouche C++ au dessus des bibliothèques système de comm via sockets.

[DestyNov@]

mouarf, ce serait quand même dommage d'acheter une librairie juste à cause de quelques

incompatibilités mineures

non?
Bon c'est vrai que je n'ai jamais fait de communication via les sockets très poussées, mais je n'ai jamais rencontré de problème.

de plus sous windows, il semblerait qu'une seule bibliothèque soit nécessaire pour mettre en place une communication socket (winsock ou winsock2), je me trompe ? donc les

incompatibilités mineures entre les diverses biblio "systèmes" de communication via socket.

ne sont pas un problème.

++

[Luc Hermitte]

J'ai utilisé "vend" comme dans "faire de la pub". Sinon, je me suis trompé : la licence n'est pas GPL, mais une variété de license open-source.
Et ce qui vaut le coup, c'est abstractions et robustesse. Je ne peux résumer en 3 lignes l'introduction de la doc de ACE.