J'ai cherché un peu sur le net et je n'ai pas
trouvé de bibliotheques de classes contenant une classe
Process, du meme acabi que celle de Thread.
L'API socket++ propose une classe Process
mais ne permet pas un comportement identique
a celui d'une thread.
Je cherche le meme fonctionnement que la classe Thread
mecanisme start()/run() avec des processus lourds.
Je peux certes le refaire mais si la roue invente
autant l'utiliser.
Autre question, d'apres vos experiences communes du C++,
quelles APIs choisir parmi les suivantes:
- Common C++
- ACE
- Socket++
Il faut savoir que c'est un projet qui fera surement
une centaine de milliers de lignes.
Common C++ me parait assez complet et moins compliqué
que ACE.
"Pierre Maurette" wrote in news:3f4499fb$0 $26822$:
Pourquoi pas C++ Builder ? Un(e) composant VCL (Classe) TThread h'achment pratique ...
Hum .. peut-etre parce qu'il cherche un truc portable qui fonctionnera avec n'importe quel compilateur et sur autre chose qu'un PC ?
-- Luc Hermitte <hermitte at free.fr> FAQ de <news:fr.comp.lang.c++> : <http://www.cmla.ens-cachan.fr/Utilisateurs/dosreis/C++/FAQ/> Dejanews : <http://groups.google.com/advanced_group_search>
Pierre Maurette
"Luc Hermitte" a écrit dans le message de news:
Bonsoir,
"Pierre Maurette" wrote in news:3f4499fb$0 $26822$:
Pourquoi pas C++ Builder ? Un(e) composant VCL (Classe) TThread h'achment pratique ...
Hum .. peut-etre parce qu'il cherche un truc portable qui fonctionnera avec
n'importe quel compilateur et sur autre chose qu'un PC ? Au temps pour moi, ça fait plusieurs fois que je fais la même erreur depuis
la découverte de fr.comp.lang.c et de fr.comp.lang.c++. Difficile d'oublier l'environnement, quand celui-ci est la cause de la majorité de nos emm.......ts. Et pourtant, j'ai bien compris qu'il s'agit de groupes sur les langages, puisque c'est justement ce que je cherchais ! Bonne journée, Pierre
"Luc Hermitte" <hermitte@free.fr.invalid> a écrit dans le message de news:
Xns93E11E41744C0isyfur@127.0.0.1...
Bonsoir,
"Pierre Maurette" <pierre.maurette@laposte.net> wrote in news:3f4499fb$0
$26822$626a54ce@news.free.fr:
Pourquoi pas C++ Builder ?
Un(e) composant VCL (Classe) TThread h'achment pratique ...
Hum .. peut-etre parce qu'il cherche un truc portable qui fonctionnera
avec
n'importe quel compilateur et sur autre chose qu'un PC ?
Au temps pour moi, ça fait plusieurs fois que je fais la même erreur depuis
la découverte de fr.comp.lang.c et de fr.comp.lang.c++. Difficile d'oublier
l'environnement, quand celui-ci est la cause de la majorité de nos
emm.......ts.
Et pourtant, j'ai bien compris qu'il s'agit de groupes sur les langages,
puisque c'est justement ce que je cherchais !
Bonne journée,
Pierre
"Pierre Maurette" wrote in news:3f4499fb$0 $26822$:
Pourquoi pas C++ Builder ? Un(e) composant VCL (Classe) TThread h'achment pratique ...
Hum .. peut-etre parce qu'il cherche un truc portable qui fonctionnera avec
n'importe quel compilateur et sur autre chose qu'un PC ? Au temps pour moi, ça fait plusieurs fois que je fais la même erreur depuis
la découverte de fr.comp.lang.c et de fr.comp.lang.c++. Difficile d'oublier l'environnement, quand celui-ci est la cause de la majorité de nos emm.......ts. Et pourtant, j'ai bien compris qu'il s'agit de groupes sur les langages, puisque c'est justement ce que je cherchais ! Bonne journée, Pierre
Fabien LE LEZ
On Sun, 24 Aug 2003 12:26:39 +0200, "Pierre Maurette" wrote:
Difficile d'oublier l'environnement
A ce sujet, je me suis aperçu que programmer avec wxWindows (et m'abstraire complètement des API Win32) est un exercice intéressant...
On Sun, 24 Aug 2003 12:26:39 +0200, "Pierre Maurette"
<pierre.maurette@laposte.net> wrote:
Difficile d'oublier
l'environnement
A ce sujet, je me suis aperçu que programmer avec wxWindows (et
m'abstraire complètement des API Win32) est un exercice intéressant...
On Sun, 24 Aug 2003 12:26:39 +0200, "Pierre Maurette" wrote:
Difficile d'oublier l'environnement
A ce sujet, je me suis aperçu que programmer avec wxWindows (et m'abstraire complètement des API Win32) est un exercice intéressant...
Laurent DELEPINE
Fabien LE LEZ wrote:
On Sun, 24 Aug 2003 12:26:39 +0200, "Pierre Maurette" wrote:
Difficile d'oublier l'environnement
A ce sujet, je me suis aperçu que programmer avec wxWindows (et m'abstraire complètement des API Win32) est un exercice intéressant...
Personnellement j'ai pas aimé wxWindows. Quand on le couple a une autre bibliotheque (comme le common C++ par exemple) j'ai eu des coredump inexpliqué. Et la partie socket de wxWindows est quand meme fruste.
A+
LD
Fabien LE LEZ wrote:
On Sun, 24 Aug 2003 12:26:39 +0200, "Pierre Maurette"
<pierre.maurette@laposte.net> wrote:
Difficile d'oublier
l'environnement
A ce sujet, je me suis aperçu que programmer avec wxWindows (et
m'abstraire complètement des API Win32) est un exercice intéressant...
Personnellement j'ai pas aimé wxWindows. Quand on le couple a une autre
bibliotheque (comme le common C++ par exemple) j'ai eu des coredump
inexpliqué. Et la partie socket de wxWindows est quand meme fruste.
On Sun, 24 Aug 2003 12:26:39 +0200, "Pierre Maurette" wrote:
Difficile d'oublier l'environnement
A ce sujet, je me suis aperçu que programmer avec wxWindows (et m'abstraire complètement des API Win32) est un exercice intéressant...
Personnellement j'ai pas aimé wxWindows. Quand on le couple a une autre bibliotheque (comme le common C++ par exemple) j'ai eu des coredump inexpliqué. Et la partie socket de wxWindows est quand meme fruste.
A+
LD
Fabien LE LEZ
On Sun, 24 Aug 2003 21:40:08 +0200, Laurent DELEPINE wrote:
--> Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 <--
Il me semble que Gnus est installable sous la version Windows d'Emacs... Donc voir ceci ne prouve pas que le posteur n'est pas sous Windows.
On Sun, 24 Aug 2003 21:40:08 +0200, Laurent DELEPINE
<newsgroup@webiologie.org> wrote:
--> Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 <--
Il me semble que Gnus est installable sous la version Windows
d'Emacs... Donc voir ceci ne prouve pas que le posteur n'est pas sous
Windows.
