Discussion :

[NeoKript]

Bonjour a tous,
je suis actuellement en train de réaliser un lib multi-plateforme, j'ai pour le moment code les classe String, Vector, Map, Socket TCP/UDP, SMTP, THread Mutex etc.. et je désirerai commencer les gui, mais je ne sais pas trop par ou commencer pour que ça soit portable sur les plateforme Unix (notamment mac et linux) et windows.
Auriez-vous un tuto ou un livre a me proposer ?

Merci d'avance

Cordialement,
NeoKript

[nikko34]

Bonjour a tous,
je suis actuellement en train de réaliser un lib multi-plateforme, j'ai pour le moment code les classe String, Vector, Map,

ok mais pourquoi recoder ce qu'il y a en standard?

Socket TCP/UDP, SMTP, THread Mutex etc.. et je désirerai commencer les gui, mais je ne sais pas trop par ou commencer pour que ça soit portable sur les plateforme Unix (notamment mac et linux) et windows.
Auriez-vous un tuto ou un livre a me proposer ?

utiliser la lib standard et boost ?

ben sinon sur google, des tutos sur les sockets Unix et Windows, c'est vraiment pas ce qu'il manque.

[Le Mérovingien]

Je ne comprends pas non plus pourquoi tu recodes ce genre de chose, alors que c'est déjà dans la librairie standard, qui heureusement est portable.
Pour les Socket et les GUI, c'est vrai qu'il n'y a rien de standard, mais ça a déjà été fait de nombreuses fois.

Dis nous exactement ce que tu veux faire, et on te dira (peut être) comment y arriver

A+

[NeoKript]

Bonsoir et merci pour vos reponses,

J'ai déjà code l'api portable pour les socket, ma réelle question est comment faire des gui portable sans utiliser de bibliothèque (genre Qt, MFC, xWidget etc ...).

Je vous remercie,
Cordialement,
NeoKript

[Davidbrcz]

Bah tu ré-écris le code plusieurs fois avec à chaque fois la lib particulière de la plateforme.

[Matthieu Brucher]

Bonsoir et merci pour vos reponses,

J'ai déjà code l'api portable pour les socket, ma réelle question est comment faire des gui portable sans utiliser de bibliothèque (genre Qt, MFC, xWidget etc ...).

Je vous remercie,
Cordialement,
NeoKript

Sachant que Qt et wxWidgets sont déjà ce que tu cherches à réécrire ?

[NeoKript]

Oui c'est a peu près ca dans l'idée.

Pour information,
j'ai recodée les vector car ceux de la std segfault très souvent et ne permettent pas de faire des choses très poussées.

Pour Davidbrcz, je veux bien pour Windows il y a Win32 pour les gui, mais sous UNIX je ne connais pas de lib qui permettent la création de gui !

[ram-0000]

j'ai recodée les vector car ceux de la std segfault très souvent et ne permettent pas de faire des choses très poussées.

Heu tu es sûr que c'est pas ton code qui est buggé ? Parce que que pour les autres (ceux de la std), s'ils avaient des problèmes, cela se saurait.

[Matthieu Brucher]

Pour information,
j'ai recodée les vector car ceux de la std segfault très souvent et ne permettent pas de faire des choses très poussées.

Pas normal, je ne connais aucune implémentation de la STL moderne qui a ce genre de problème

[metagoto]

Pour Davidbrcz, je veux bien pour Windows il y a Win32 pour les gui, mais sous UNIX je ne connais pas de lib qui permettent la création de gui !

Il y en a un sacré paquet. Une liste ici http://en.wikipedia.org/wiki/List_of_widget_toolkits

[NeoKript]

Pas normal, je ne connais aucune implémentation de la STL moderne qui a ce genre de problème

Pour les avoir utiliser souvent, fait un for avec de temps a autre des erase ==> HEAP CORRUPTED

Pour metagoto, merci bien c'est pile ce que je cherchais ! Merci

[Matthieu Brucher]

Pour les avoir utiliser souvent, fait un for avec de temps a autre des erase ==> HEAP CORRUPTED

C'est donc que tu utilisais mal la STL (heap corrupted, ça ressemble à un dépassement de tableau, et ça, c'est une erreur de ton côté).

[metagoto]

Pour les avoir utiliser souvent, fait un for avec de temps a autre des erase ==> HEAP CORRUPTED

Une manifestation du y2k bug probablement
As tu regardé cette FAQ ?
http://cpp.developpez.com/faq/cpp/?p...ssion_elements

[Twindruff]

Ouais faut faire attention à l'invalidation des itérateurs quand on supprime des éléments dans des structures chainées aussi.
Ça serait un peu triste si la stl était pas capable de supprimer un élément dans un conteneur, faut se remettre en question quelquesfois.

[NeoKript]

Je n'ai pas dit que c'etait une erreur de la STL, je me doutais bien que l'erreru venais de moi mais bon avec mes vecteur je peut faire un for avec directement un erase sans "bidoullage" c'est pas plus mal niveau utilisation.

Merci pour vos réponses

[JolyLoic]

Je n'ai pas dit que c'etait une erreur de la STL, je me doutais bien que l'erreru venais de moi mais bon avec mes vecteur je peut faire un for avec directement un erase sans "bidoullage" c'est pas plus mal niveau utilisation.

L'avantage de la bonne manière d'effacer N éléments d'un vecteur STL est qu'elle est performante. Entre autre, elle ne déplace qu'une fois chaque élément restant au maximum. Je ne pense pas que ta version d'erase dans un for ait cette propriété.

L'inconvénient est que la façon de l'écrire est tordue (vivement les lambdas pour simplifier ça). Je te conseille de lire l'article de la FAQ qui t'a déjà été proposé.