Rattacher un descripteur de fichier à un fstream - C++ - Programmation
Marsh Posté le 18-11-2003 à 22:05:42
http://gcc.gnu.org/ml/libstdc++/2001-02/msg00120.html
mauvaise nouvelle
Marsh Posté le 18-11-2003 à 22:10:05
mais y'a de l'espoir sur du pas-standard :
http://www.roguewave.com/support/d [...] html#idx71
Marsh Posté le 18-11-2003 à 22:23:56
ben c'est con pour toi, vu que tu n'as pas l'air de savoir chercher dans la lib que tu utilises.
Marsh Posté le 18-11-2003 à 22:29:23
Si je sais chercher, brave petit.
Et je sais égalemen,t que comme la bibliothèque du C++ doit s'abstraire du système sous-jacent, ce n'est pas étonnant que ce type de manipulation soit pas permise. Aussi j'aimerais mettre en place un système le remplaçant. Je pense qu'en l'encapsulant dans un streambuf, j'y aurais accès avec toute la bibliothèque des flux C++, mais c'est cette connection entre mon fd (qui est un int) et la bibliothèque de flux que je percute pas. Il semble n'y avoir aucun point d'entrée.
Marsh Posté le 18-11-2003 à 23:17:29
http://www.sthoward.com/docs/iostream_24.html
les constructeurs kivonbien (pas de version sur ce document) ?
Marsh Posté le 19-11-2003 à 08:11:42
Mais qu'il est con.
CE CONSTRUCTEUR A ETE FOUTU DEHORS !!!!
Citation : These methods are declared in `fstream.h'. |
Quand on utilise pas des technos du siècle dernier, on inclus fstream, pas fstream.h
Marsh Posté le 19-11-2003 à 08:23:28
allezup a écrit : Mais qu'il est con.
|
Eh, avant de geuler comme un putois, renseigne toi. Dans le compilo gnu (en l'occurence gcc), quand on regarde les headers, on a:
(je prend l'ex de g++--2 car c'est la version que j'ai, désolé)
Code :
|
donc tout est dans iostream.h
Etonnant, non? Donc tu utilises fstream, et le compilo utilise fstream.h. Maintenant si tu veux chercher les infos dans fstream, tu peux, mais c'est sûr que tu ne va pas trouver grand chose.
Marsh Posté le 19-11-2003 à 08:41:03
sowhatin22 a écrit : |
Mais c'est quoi ce forum de con ?
Moi si j'ouvre mon ftstream,j'ai un vrai header, pas un enrobage pour faire croire que ...
Marsh Posté le 19-11-2003 à 08:44:22
g++ 2 fait justement partie des ces techno du siècle dernier pour ce qui concerne le c++
Marsh Posté le 19-11-2003 à 10:56:22
ReplyMarsh Posté le 19-11-2003 à 10:56:53
ReplyMarsh Posté le 19-11-2003 à 10:59:58
tu te fous de qui ?
http://www.google.fr/search?q=GNU+ [...] ogle&meta=
google j'ai de la chance
Marsh Posté le 19-11-2003 à 11:08:11
gnagnagnagnaj'aidéconnectémonneuronequimesertàmettredesespacesentrelesmots
Marsh Posté le 19-11-2003 à 11:23:18
Kristoph a écrit : g++ 2 fait justement partie des ces techno du siècle dernier pour ce qui concerne le c++ |
GCC 2.95 fait bel et bien partie de ce siècle, et est encore très utilisé, y compris pour le compilo c++, l'ABI n'étant pas compatible avec les versions 3.
[citation]Mais c'est quoi ce forum de con ?[/citation]
Autant de peu d'ouverture d'esprit et de vulgarité est tout de même effrayant.
Marsh Posté le 19-11-2003 à 11:42:56
Citation : GNU Common C++ is a GNU package and is licensed to the terms of the GNU GPL |
Hop, poubelle. Je peux pas l'utiliser. Il y a pas quelque chose sur une license un peu plus libre ?
Marsh Posté le 19-11-2003 à 11:47:47
Taz a écrit : heink ? |
Je suis pas GPL, je peux pas linker avec une bibliothèque GPL, c'est pourtant pas dur à comprendre
Marsh Posté le 19-11-2003 à 11:51:10
mais alors va voir ailleurs si on y est ... tu penses bien que tout ce qui est pas GPL dans ce domaine, ben l'est pas libre ... t'es marrant toi ...
ben tu te prends en main : tu construit ta propre classe dessus, avec le streambuf comme il faut et voilà
Marsh Posté le 19-11-2003 à 12:01:04
Taz a écrit : mais alors va voir tu penses bien que tout ce qui est pas GPL dans ce domaine, ben l'est pas libre ... |
Et BSD ? Et LGPL ?
Tu fait parti de ces intétgristes qui veulent détruire le logiciel propriétaire et faire des millions de chomeurs supplémentaires et vivre d'amour et de T1 fraiche ?
Déjà qu'on a pas le droit aux brevets logiciels par la faute de ces crétins ...
Marsh Posté le 19-11-2003 à 12:01:27
Kristoph a écrit : Peut-être avec une classe de boost |
non, il y a pas, je viens d'aller voir, mais merci quand même du conseil
Marsh Posté le 19-11-2003 à 12:06:13
allezup a écrit : |
Apparament tu connais très mal le sujet et ce qui s'est passé.
Marsh Posté le 19-11-2003 à 12:08:14
ReplyMarsh Posté le 19-11-2003 à 12:10:54
allezup a écrit : |
mince j'ai même plus envie de te donner ma solution personnelle que j'avais codé dans un coin.
Marsh Posté le 19-11-2003 à 12:15:33
kadreg \o/
Marsh Posté le 19-11-2003 à 12:16:30
ReplyMarsh Posté le 19-11-2003 à 12:16:50
allezup a écrit : |
Marsh Posté le 19-11-2003 à 12:22:43
http://forum.hardware.fr/forum2.ph [...] t=#t252201
allezup> capté en flagrant delit de multi!!!!!!!!!!!!!
close du topic illico
et mass dailaite du multi en question!
Marsh Posté le 18-11-2003 à 21:26:33
J'ai un problème concernant le portage d'une application sur un compilateur C++ récent.
Cette application crée un pipe, et ce pipe est ensuite rattaché à un duo ifstream/ofstream pour pouvoir faire des E/S de flux classique dessus. En effet, cette version du compilateur comporte une méthode attach sur fstream permettant d'affecter un flux à un descripteur de fichier.
Malheureusement, cet attach n'est pas dans la norme. Résultat, *pouf*, ça ne fonctionne plus quand je compile avec gcc 3. Je cherche donc à encapsuler un pipe dans un fstream. Comment puis-je faire avec un gcc 3 ?