Salut,
 
Je cherche les dernières versions des fichiers suivants :
 
socket.c
socket.h
Le "man" associé tant qu'on y est.
Si je peux récupérer les dernières librairies, c'est encore mieux.
 
Il me faut les deux *. c et *.h car c'est pour faire de l'embarqué et je n'arrive pas à mettre la main dessus. Des idées ? Merci.

nulle part. tu installes les paquets de développement sur ta distrib et voilà

Mais je ne les ai pas et j'ai juste besoin de ces deux fichiers.

Tu ne peux pas avoir besoin seulement de ces deux fichiers...
Il te faut fatalement le reste des entetes et des librairies.

Oui OK il me faut stdio,.. d'accord. OK je pose mal ma question. Où DL la dernière version de la librairie std ?

nulle part. tu te casses sur OSA et tu demande comment on installe gcc et libc6-dev sur ta distrib

 
ici

OK Merci je vais jeter un oeil. Merci !!!

C'était bien évidemment un blague de la part de DocMaboul

Bah j'ai DL qch chez GNU, mais bon même si j'ai récupéré le socket.h, pas de socket.c dans l'histoire...
 
Où peut-on récupérer les dernières librairies ? J'ai essayé sur le site de l'université de Berkeley et sur le site de l'ANSI, mais pas moyen...

http://forum.hardware.fr/forum1.ph [...] inc&cat=11

Euh je poste pas dans la bonne catégorie ???
 
Sinon, question à la con peut-être sur UNIX, où se trouve les fichiers *.c et *.h ? Qn sait-il pourquoi il n'y a pas socket.c dans GNU Library. En fait, il y a 2 socket.c, mais quasiment vide. Dans le répertoire socket, j'ai bien le socket.h, mais le socket.c...

reprenons dès le début:
- poste ton source qui foire
- poste les msg du compilo

non.

skeye : c'est de la prog en C, donc... j'ai pas le sentiment d'être hors catégorie, non ?
 
_darkalt3_ : je n'ai pas de sources, j'ai que dalle pour le moment car je n'ai rien écrit. Je développe sous LabWindows qui n'intègre pas socket.h. On me demande toutefois de faire un soft embarqué sur proc Motoroal MPC860 en utilisant des socket pour les couches supérieures. J'ai du Micorosft, du LabWindows, vlà ce que j'ai. Bref, moi il me faut du socket.c et du socket.h
J'ai DL la librairie GNU qui contient un "superbe" socket.h avec les API de chaque fonction, mais je n'ai pas de fichier socket.c qui contient le corps des-dites fonctions. Vlà, c'est ça mon problème...

 
Non, c'est de l'installation/config de compilo ta question initiale, mais quand je vois la suite finalement...  
 

Dans ce cas regarde ce que ton compilo te permet de base déjà...

je t'ai dit que c'était pour déconner putain bordel chier con. va sur OSA, demande comment installer libc6-dev

lis la suite...il est sous winwin...

Taz > bah oui, Windows...
sinon, elle a quoi cette librairie GNU pour que tu ne la trouves pas adaptée ? Enfin moi je sais qu'elle n'est pas adpatée car il n'y a pas ce que je cherche, mais pour le reste. En fait, je veux dire que je ne vois pas en quoi il y a une blague là-dedans...

bon alors je reformule "INSTALLE TON COMPILATEUR CORRECTEMENT ET VOILÀ"
 
ou encore "RTFM" "TUNE le CPPPATH"

Mais je n'ai PAS de compilateur mal installé, je ne sais comment te l'expliquer autrement. Je n'ai pas ces fichiers, c'est tout. Jen'ai pas de CPPPATH.
 
C'est simple pourtant : je suis UNIQUEMENT sous Windows et je veux simplement joindre à mon projet LabWindows les fichiers socket.h et socket.c car je ne les ai PAS par défaut. C'est comme si c'était toi qui me faisait un *.h avec son *.c correspondant et que je les mettais dans mon projet quoi...

tu ne peux pas les joindre. ce sont des entêtes de biblohtèque système. tu ne trouveras pas de socket.c. quand au socket.h, s'il nest pas ailleurs sur ton disque, c'est que ton environnement de dév est mal installé

bon, et winsock.h ou winsock2.h, ils existent?

Il y a qu'un winsock.dll (16 bits) dans mon WinXP

et windows.h?

Si tu fais de l'embarqué, il te faut des bibliothèques adaptées à la cible (et généralement livées avec l'environnement de développement), point barre
Cela ne sert strictement à rien d'aller prendre n'importe quoi sur Internet.

lire la doc de base, c'est pas mal aussi. http://zone.ni.com/devzone/concept [...] e=11111_US

Ah OK, il cherche des libs côté hôte

DocMaboul > ça c'est déjà fait ! J'ai d'ailleurs déjà programmé un serveur et un client avec ce que fournit LabWindows. Mais ce n'est pas portable !
Les bibliothèques adaptées à la cible, c'est que je cherche. Des socket, du C bref du socket.h quoi. Et non ce n'est pas livré avec l'environnemetn de développement. Maintenant, on peut toujours discuter sur le fait que CVI n'est pas adapté pour faire de l'embarqué, qu'il n'est pas conforme en tout point avec ci ou ça, etc. Il n'empêche que c'est l'outil dont je dispose pour faire de l'embarqué et voilà tout...

ça doit quand même être dans la doc et si ça n'y est pas: dommage.

Non, en fait Labwindows fournit sa propre librairie que ce soit pour le traitmeent de signal, les protocoles, etc. C'est d'ailleurs l'intérêt de Labwindows par rapport à d'autres IDE. Le problème, c'est que l'on a bien entendu accès qu'au API, le code lui-même nous est masqué. On ne sait donc pas toujours ce qu'il y a derrière. Niveau transparence et portabilité, c'pô top quoi.
 
Ce que j'aimerais savoir, est-ce qu'une appli déveoppée avec winsock.dll fonctionne-t-elle bien avec une appli développée avec socket.h ? C'est toujours un peu contraignant ce croisement entre les plateformes...

Une pile TCP/IP conforme peut dialoguer sans problème avec une autre pile TCP/IP conforme (c'est d'ailleurs le principe du truc ).
 
Après, si tu veux développer du code pour MPC860, il te faut un compilateur pour cette architecture (et je ne suis pas sûr que CVI joue ce rôle). Et, naturellement, les bibliothèques qui vont avec.

OK pour le TCP/IP, mais là tu es dans les couches en-dessous de mon problème. Moi je parle des couches supérieures (les socket donc). Est-ce aussi vrai ?
Pour le MPC860, je viens de DL libc6_2.2.5-11.5_powerpc.deb et la -dev aussi.

Winsock est compatible avec les sockets BSD, à part deux/trois bricoles au niveau de l'initialisation.

Ah yes, c'est ça que je voulais savoir. Par contre, les 2-3 bricoles, elles sont répertoriées qq part ?
 
Sinon, pour en revenir aux librairies sous UNIX, n'y a-t-il pas qch "d'officiel" (avec UNIX, c'est peut-être pas le terme le plus judicieux) qui répertorie les librairies pour les différentes plateformes (SUN, PowerPC, etc.). Je pensais que je pourrai trouver ça sur le site de l'ANSI ou au niveau de l'unversité de Berkeley, mais que nada (ou je n'ai pas trouvé). Ca existe qq part ?

Les deux/trois bricoles tu trouvera ça dans la MSDN (ce sont les fonctions WSABiduleChose).
 
L'ANSI est juste un organisme de normalisation, ils ne donnent pas de code (par contre, tu peux avoir les normes, moyennant finance).
 
L'université de Berkeley n'a plus aucun contrôle sur UNIX et/ou sur la BSD.
 
Et on dit bibliothèque, pas librarie qui est un anglicisme

Oui zut, j'ai DL un doc word et j'avais vu l'histoire des fonctions WSA...
 
Où peut-on DL cette librairie pour PowerPC (pour le côté embarqué) ? Va tout de même falloir que je me tape la réinstall d'un système complet UNIX pour récupérer ça avec le compilo qui va bien, non ? On a un compilo, bon faut mettre à jour la bibliothèque certes, mais c'est tout...

Tu fais tourner quel OS sur ta cible ?

Salut,
 
Alors, j'ai pu parler à une personne qui a déjà travaillé sur cette carte avec PowerPC embarqué.
 
On a un PowerPC sur carte embarqué. On a un compilateur qui tourne sur PC/Win et qui est capable de compiler du code pour PowerPC MPC860. Il n'y a pas d'OS sur le PowerPC et il n'y en aura pas. Simplement, un séquenceur a été développé pour faire tourner les différents processus que l'on ajoute dans le PowerPC.
 
J'ai un nouveau processus à développer : Ethernet embarqué sur la carte (Socket + TCP + IP). La carte sera le client. Le serveur sera sur un PC/Win et son développement ne pose pas de pbs.
 
Donc, vu qu'il n'y a pas d'OS sur le PowerPC, il n'y a pas de libraire embarqué du tout. De plus le compilateur tourne sur i386, il n'inclut donc pas le code se trouvant sur le PC. En clair, on fait tout de A à Z. Cela veut dire que dans le projet C, tous les #include d'un fichier *.h devront impérativement être accompagnés du *.c correspondant. Même si d'autres solutions existent comme récupérer lib6-dev depuis UNIX au moment du link vers le compilateur qui se trouve sur un PC (sic), ce n'est pas la solution retenue.
 
Donc, j'en reviens à mon pb de départ. J'ai socket.h et je ne veux pas me retaper le codage du corps des fonctions de socket.c alors où puis-je trouver socket.c ? Il existe forcément (c'est un peu le principe de l'Open Source quoi). Quant aux dépendances de socket.h, il n'y en aura plus car j'épurerai et réarrangerai tout ça pour que tout soit dans socket.h et dans socket.c.
 
Voilà, finalement mon titre de topic de départ était mieux adapté...
Merci !
   

Une âme charitable pour fouiller dans les entrailles de son pinguin et m'en extraire u socket.h et .c ???