[C/C++] Guida socket

[-fidel-]

Originariamente inviato da 17Qwerty71

Ma possibile che se includo le librerie mi vengono comunque gli errori?
Non mi riconosce il tipo sockaddr_in ed ho provato a linkare in tutti i modi quelle maledette librerie
Con il pragma o andando nelle opzioni del CodeBlocks, ma nulla


Aiutooo

Ma ti dà errore in fase di compilazione o in fase di linking?
Che tipo di errore ti dà?
Stai includendo <winsock2.h> ?

[17Qwerty71]

Originariamente inviato da -fidel-

Ma ti dà errore in fase di compilazione o in fase di linking?
Che tipo di errore ti dà?
Stai includendo <winsock2.h> ?

Si ho incluso anche la winsock2.h
Questi sono gli errori (in Build Log):

Procedure/DlgMainProc.h:136: error: `sockaddr_in' undeclared (first use in this function)
Procedure/DlgMainProc.h:136: error: (Each undeclared identifier is reported only once
Procedure/DlgMainProc.h:136: error: for each function it appears in.)
Procedure/DlgMainProc.h:136: error: syntax error before "sock_addr"
Procedure/DlgMainProc.h:137: error: `sock_addr' undeclared (first use in this function)

Questa è la riga dove mi da l'errore

sockaddr_in sock_addr;

[-fidel-]

Originariamente inviato da 17Qwerty71

Si ho incluso anche la winsock2.h
Questi sono gli errori (in Build Log):

Questa è la riga dove mi da l'errore

Argh stai commettendo un errore banale.
Il tipo sockaddr_in è una struttura (struct) non definita con la typedef nell'header winsoock2 (winsock2.h).
Quindi, ogni volta che definisci una nuova variabile di tipo sockaddr_in, devi fare:

...
int main(void)
{
   ...
   struct sockaddr_in sockIn;
   ...
   sockIn.sin_family = AF_INET;
   ... /* eccetera... */
}

EDIT: Puoi sempre fare riferimento ai sorgenti dei programmi che ho postato prima se vuoi, li ho completamente commentati

[17Qwerty71]

Originariamente inviato da -fidel-

Argh stai commettendo un errore banale.
Il tipo sockaddr_in è una struttura (struct) non definita con la typedef nell'header winsoock2 (winsock2.h).
Quindi, ogni volta che definisci una nuova variabile di tipo sockaddr_in, devi fare:

[code]
...
int main(void)
{
...
struct sockaddr_in sockIn;
...
sockIn.sin_family = AF_INET;
... /* eccetera... */
}

EDIT: Puoi sempre fare riferimento ai sorgenti dei programmi che ho postato prima se vuoi, li ho completamente commentati

Grazie, pensavo fosse un'errore dovuto alla non linkaggio della libreria
Ma come mai non hanno definito la struttura come tipo di variabile (di solito la microsoft le definisce da quello che ho visto)?


Un'altra domanda: ma l'header windows.h include a sua volta gli header per le winsock (perchè mi funziona anche senza winsock2.h)?

[-fidel-]

Originariamente inviato da 17Qwerty71

Grazie, pensavo fosse un'errore dovuto alla non linkaggio della libreria
Ma come mai non hanno definito la struttura come tipo di variabile (di solito la microsoft le definisce da quello che ho visto)?

Perchè la Microsoft (come tutti gli altri) segue con la sua libreria le specifiche standard dei socket BSD, introdotti la prima volta in ambiente UNIX. Questo garantisce al codice scritto con winsock la portabilità su altri sistemi (a dire il vero non al 100%, ma quasi) e garantisce soprattuto al programmatore che ha imparato a programmare con i scoket di non imparare da zero nuove funzioni/tipi di variabili. poi la microsoft ha introddto per i suoi sistemi un'"estensione" (un nuovo set di specifiche secondo la sua filosofia, al solito...) ai socket BSD (nella libreria mswsock.h, mai usata a dire il vero), ed ha introdotto anche nuovi metodi (disponibili solo per Windows, in altri sistemi si fa diversamente e sono più portabili) per la gestione asincrona dei socket (socket overlapped gestiti con le funzioni WSAxxx, ad esempio WSASocket(), WSAConnect, WSAAccept(), WSAAsyncSelect(), ecc...).

Originariamente inviato da 17Qwerty71

Un'altra domanda: ma l'header windows.h include a sua volta gli header per le winsock (perchè mi funziona anche senza winsock2.h)?

Mi pare di sì, se non sbaglio in windows.h è incluso pure quello, ma non ci metto la mano sul fuoco. Però possono esserci altre ragioni. Prova a non includere né windows.h né winsock2.h e compila. Se funziona, prova anche a togliere la direttiva #pragma. Se tolta anche quella ti dà solo errore di linking (ma continua a compilare) fammi sapere.
Al peggio, puoi sempre spulciare il codice di windows.h.

EDIT: in realtà in ambiente unix/linux, i socket sono un po' più simpatici per il programmatore: essi sono infatti un astrazione del filesystem, quindi un socket viene visto dal programmatore come un file su harddisk. Questo permette di usare un soclet come un file (ad esempio si scrivono dati sul socket con una write(), si leggono dati con una read(), ecc.) In widows ninvece esistono funzioni apposite (send() per scrivere, recv() per leggere, questo per i socket datagram ovviamente).

EDIT 2: se ti rompe definire le variabili sockaddr_in anteponendo come doveroso la keyword struct, puoi fare (all'inizio del codice o in un header ancora meglio):

typedef struct sockaddr_in SOCKADDR_IN;
typedef struct sockaddr SOCKADDR;

In questo modo potrai definire le variabili così:

SOCKADDR_IN sockIn;
SOCKADDR sock;

[dnarod]

fidel sei un capo!!! non ho tempo di replyare degnamente al momento (notte bianca a torino!) ma quando torno ti ringrazio a dovere!

[-fidel-]

Originariamente inviato da dnarod

fidel sei un capo!!! non ho tempo di replyare degnamente al momento (notte bianca a torino!) ma quando torno ti ringrazio a dovere!

Troppo buono Anche tu notte bianca? C'ero anch'io ieri sera Grande giorno per torino. E' stata una fortuna per me tornare a Torino proprio in questi giorni

Tornando in topic, se hai ancora problemi fammi sapere, ormai siamo vicini alla soluzione mi sembra

[dnarod]

si siamo molto vicini, anche se ho pochissimo tempo da dedicarci in ti giorni che ho parenti che vengono da napoli (devo fare da cicerone e far visitare torino)...cmq con java mi son trovato un attimo meglio (ma con java son piu ferrato)...i tuoi esempi sono una miniera ad ogni modo, me li studio alla perfezione e poi ti dico, ma non dovrei avere piu problemi a sto punto...penso che mi cimentero nella realizzazione di un client per trasferire file fra i miei amici (non credo sia molto laborioso, voglio solo che vada piu veloce di msn, che a me va a 1 k se è tanto), cosi, per esercizio...

[-fidel-]

Originariamente inviato da dnarod

si siamo molto vicini, anche se ho pochissimo tempo da dedicarci in ti giorni che ho parenti che vengono da napoli (devo fare da cicerone e far visitare torino)...cmq con java mi son trovato un attimo meglio (ma con java son piu ferrato)...i tuoi esempi sono una miniera ad ogni modo, me li studio alla perfezione e poi ti dico, ma non dovrei avere piu problemi a sto punto...penso che mi cimentero nella realizzazione di un client per trasferire file fra i miei amici (non credo sia molto laborioso, voglio solo che vada piu veloce di msn, che a me va a 1 k se è tanto), cosi, per esercizio...

Beh con Java ti sarai trovato meglio perchè è totalmente a oggetti Pero' con l'API di win utilizzata direttamente in C hai il massimo controllo e flessibilità.
Non credo avrai problemi per fare un programma per trasferire file, il concetto è sempre lo stesso, basta leggere il file da mandare in "chunks" di dimensione stabilita, e fare una send() su ogni chunk in un ciclo while (finchè viene letto tutto il file). Stessa cosa per il server (legge dal socket finche' lo stesso non ritorna 0 bytes letti).
Un consiglio (scontato): quando hai dubbi di sorta o quando vuoi approfondire l'uso di una funzione (valori di ritorno, comportamento ecc.) consulta la MSDN, è un'ottima e completa fonte di informazioni.

Se avrai dei dubbi nella realizzazione del tuo programma in futuro, basta chiedere, quando ho tempo rispondo volentieri (quando so rispondere eheh)

Ciao e buon giro!

[17Qwerty71]

E' possibile passare in sin_addr l'identificativo del pc della rete locale invece dell'ip?

[Fenomeno85]

Originariamente inviato da 17Qwerty71

E' possibile passare in sin_addr l'identificativo del pc della rete locale invece dell'ip?

penso che basta mettere in inet_addr il nome ... se non funziona allora ci sarà il modo facendo una richiesta al DNS.

~§~ Sempre E Solo Lei ~§~

[-fidel-]

Originariamente inviato da 17Qwerty71

E' possibile passare in sin_addr l'identificativo del pc della rete locale invece dell'ip?

Assolutamente no. inet_addr poi non può essere usata nel modo detto da Fenomeno85 (inet_addr prende come parametro una stringa contenente l'ip in notazione puntata).
Se vuoi ottenere l'indirizzo ip del server su cui connettersi tramite il suo nome DNS si usa la funzione

struct hostent* FAR gethostbyname(
const char* name
);

Per comodità metto anche la struttura hostent:

typedef struct hostent {
char FAR* h_name;
char FAR FAR** h_aliases;
short h_addrtype;
short h_length;
char FAR FAR** h_addr_list;
} hostent;

(tutti quei FAR sono definiti in Win, fai conto che non ci sono).
In più in winsock2.h è definita, per retrocompatibilità:
#define h_addr_list[0] h_addr

Ad esempio puoi fare:

struct sockaddr_in clientSin;
struct hostent *server;
char serverName[20];
...
// Non alloco memoria per '*server', dal momento che la struttura
// viene allocata dalla funzione...

strncpy(serverName, "www.google.it", 20);
server = gethostbyname(serverName);
...
// Se tutto è andato bene, ora in '*server' ho, tra le altre cose, la
// lista di indirizzi IP associati al nome host www.google.it.
// Ad esempio, per prendere il primo:

clientSin.sin_addr = *((struct in_addr *)server->h_addr_list[0]);

// Potevo anche fare:
// clientSin.sin_addr = *((struct in_addr *)server->h_addr);

Volendo puoi anche usare la seguente funzione:

int getaddrinfo(
const char* nodename,
const char* servname,
const struct addrinfo* hints,
struct addrinfo** res
);

Per il suo uso ti rimando alla MSDN (o alla manpage di Linux indifferentemente).

Se invece vuoi risolvere gli ip tramite il nome NetBios del PC (il nome di Windows per intenderci) ovviamente lo puoi fare solo in rete locale, quando non hai un server DNS in LAN oppure la tua lan non è collegata al DNS mondiale (sennò usi gethostbyname tranquillamente). Per quello non ricordo cosa si usa, poso controllare (sarà qualche funzione esclusiva di winsock2).

EDIT: penso puoi provare questa funzione per sapere l'ip tramite il nome NetBios:

NET_API_STATUS NetWkstaTransportEnum(
LPWSTR servername,
DWORD level,
LPBYTE* bufptr,
DWORD prefmaxlen,
LPDWORD entriesread,
LPDWORD totalentries,
LPDWORD resumehandle
);

definita in <Lm.h>

Consulta al solito MSDN per il suo uso (cmq alla fine in *bufptr hai tutte le info che ti servono, incluso l'ip).

EDIT 2: Però mi sta venendo un'idea: prova a passare a gethostbyname il nome Netbios del pc a cui collegarti invece del nome DNS, magari funziona lo stesso! Ovviamente devi anteporre "\\" al nome (ad esempio se il pc si chiama MioPc, devi fare gethostbyname("\\MioPc"). E' possibile che la gethostbyname con macchine Windows si comporti in modo "esteso", magari hai una bella sorpresa!
Quando posso provo anch'io.

[-fidel-]

Ho provato ciò che ho detto nell'EDIT 2 del post precedente.
Funziona alla grande con gethostbyname()
Però preciso una cosa non corretta che ho detto prima: il nome del Pc NON deve essere prefisso con "\\". Ti basta quindi fare:

struct hostent *server;
...
server = gethostbyname("MioPc");

// Oppure gli passi il nome con un buffer come ho fatto nell'esempio
// precedente, di solito si usa il buffer dal momento che non sai praticamente
// mai a priori il server a cui vuoi connetterti ;)

Ah, ovviamente questo vale per reti Windows, oppure per reti Linux dotate di Samba.

Buon divertimento

[17Qwerty71]

Grazie mille

[Fenomeno85]

Originariamente inviato da -fidel-

Assolutamente no. inet_addr poi non può essere usata nel modo detto da Fenomeno85 (inet_addr prende come parametro una stringa contenente l'ip in notazione puntata).
Se vuoi ottenere l'indirizzo ip del server su cui connettersi tramite il suo nome DNS si usa la funzione

se non ricordo male però almeno localhost lo faceva

~§~ Sempre E Solo Lei ~§~

[-fidel-]

Originariamente inviato da Fenomeno85

se non ricordo male però almeno localhost lo faceva

~§~ Sempre E Solo Lei ~§~

Quello è possibile, ma localhost è un nome speciale per l'interfaccia di loopback

[Fenomeno85]

Originariamente inviato da -fidel-

Quello è possibile, ma localhost è un nome speciale per l'interfaccia di loopback

si ok ma non sapevo se funziona anche con altro

~§~ Sempre E Solo Lei ~§~