Vous ne trouvez pas de réponse à votre problème ? Alors posez la question dans le forum. Souvenez-vous qu'il n'y a jamais de question bête, mais rester dans l'ignorance parce que l'on n'ose pas poser une question, ça c'est une erreur !

42 commentaire(s) de vicenzo sur des sources sur tout CodeS-SourceS

Le : 24/04/2009 18:02:53
Source : JEUX DU DÉMINEUR POUR DÉBUTANT
nope, pas que les cin/cout....
rien d'autre te choques, c'est que tu dois pas souvent coder en C.



Le : 24/04/2009 17:42:41
Source : JEUX DU DÉMINEUR POUR DÉBUTANT
lol, il faut modifier tout le code pour que ca puisse compiler en C...

Ce n'est pas un code "C" mais un pur code C++..


Le : 14/04/2009 11:02:09
Source : RESEUX/INTERNET /LOGICIEL/RECHERCHE/
@exar

ben justement, pour un petit projet, avoir à compiler une version pour chaque client oracle, c'est une plaie...

:)


Le : 14/04/2009 10:26:11
Source : RESEUX/INTERNET /LOGICIEL/RECHERCHE/
@exar :

Avec PRO*C :
- tu dois compiler un binaire pour chaque version d'oracle
- tu dois avoir un client Oracle pour compiler
- créer un librairie en pro*c (statique / shared) et qui plus est en multithread, c'est galère
- faible support pour C99
- peu adapté au multi-tiers
- tu as déja vu la tête d'un fichier *.c généré par PRO*C ? c'est une plaie à débugger !
- faible support Unicode
- Parfois tu est quasiment obligé à utiliser des types oracle avec les declare section au lieu de type C
- gestion des curseurs archaïque
- etc ....

J'utilise PRO*C sur certains projets au quotidien pour le taf... C'est pas toujours la joie.

Bref, je trouve OCILIB beaucoup souple, plus riche, plus simple notamment pour manipuler certains types comme les lobs, files, objets, intervales ... et pour certaines opérations (piecewise, arrays)

OCILIB est aussi plus "universel" : ISO C (90/99), indépendant de la plateforme, peut être utilisé par tout langage supportant un linkage C, full unicode, compilation possible sans client Oracle, ...

Au final un code ocilib est plus compact (moins de ligne de code q'un *.pc), mille fois plus simple à debugger, ....

En fait OCILIB est un wrapper autour d'OCI.
OCI est l'API "royale", la plus performante, la plus souple. c'est beaucoup mieux que PRO*C. Mais la contrepartie c'est que c'est super complexe (lignes de codes a n'en plus finir, fonction à 15 arguments, ..)
OCILIB est la pour avoir tous les avantage d'OCI avec une interface simple et surtout réutilisable, ce qui est le gros défaut d'OCI et PRO*C
__________________


Le : 26/02/2008 13:56:59
Source : SIMPLE MATH
Peux tu me dire quel est l'intérêt de faire une dll qui exporte des fonctions faisant des opérations de base ?

Pourquoi créer une fonction puissance() qui n'est qu'un appel à pow() ?

Tous les langages fournissent ce genre de choses en natif...

De plus, ton header n'est pas lisible, n'a pas de gardes, pas de protection pour la décoration C++ des noms de fonctions, .....

Tu parles de création dans le source, mais je n'y vois aucune création...

Si le but est de s'exercer à la création de DLL, trouves quelque chose d'intéressant à exporter.... Car, pour être franc, cette source ne sert à rien !

Bon courage pour la suite.




Le : 21/02/2008 21:13:31
Source : NOMBRE RATIONNEL
Tu comptes nous fournir tous tes TP les un après les autres ?

Ça sert à quoi de mettre des codes aussi basique en ligne ?

Désolé, mais quand je viens vérifier les nouveaux sources du jour sur CS, ça me déprime de voir ce genre de choses.

T'a encore beaucoup de TP a fourguer ?

Essaie de mettre en ligne des choses un peu plus intéressantes et ayant un minimum d'intérêt....

Et enfin, enlève le niveau de difficulté "initié" pour ce genre de code
qui sert rien...





Le : 19/02/2008 21:52:24
Source : GESTINNAIRE DE SERVICES WINDOWS
C'est la énième source sur le sujet....

Et pour être honnête, même si l'effort est honorable, c'est la plus pauvre en terme d'implémentation de l'API des services Windows et d'utilité plus que restreinte car :

- démarrer / arrêter un service : un net start/stop suffit
- lister les services dans une console : pas très utile
- création de service : pas assez d'infos (display name, description, mode de démarrage, ...)

Si tu enlèves les prototypes tirés du SDK, le code pèse pas lourd.

Une recherche sur cppfrance te donnera des tas de sources sur le sujet, et souvent mieux fournies.

Sinon tu peux aller plus loin et proposer un petit framework générique pour implémentation des services, trouver des idées absentes des sources du site, etc...

La c'est plus intéressant !

Bon courage.



Le : 27/01/2008 22:48:15
Source : GESTIONNAIRE DE SERVICES WINDOWS
Hum, nne dernière remarque pour la route !

tu dis "en effet il faut compiler en C. "...

Dans ce cas, fournis un svcmanager.c et non par un svcmanager.cpp

Faut rester cohérent *.c => c, *.cpp =>c++

Aller, j'vais prendre mes pillules !!

A+


Le : 27/01/2008 15:51:50
Source : GESTIONNAIRE DE SERVICES WINDOWS
suite du précédent....

"...fait que fournir un pointeur dans les choux à HeapFree() c'est pas "pas grave" mais dangeureux... Toujour être sur qu'un pointeur a été initialisé dans le code avant d'appeler une fonction de libération".

Cela dit, c'est mon VS2005 qui me l'a signalé car ayant survolé le code, je ne l'avais vu...

Donc, un conseil (surtout quant tu diffuses du code), compile un coup avant avec un niveau de warning 3 ou 4. Cela permet de détecter des choses que l'on n'a pas vu ...

Bon courage.


Le : 27/01/2008 15:46:31
Source : GESTIONNAIRE DE SERVICES WINDOWS
Je ne m'emballe pas ! je dis seulement qu'il est mieux d'avoir un code propre. C'est tout.

Par contre, c'est quoi ton éditeur ?

Car tu fournis un projet VS et j'utise les outils MS depuis VC5 (donc VC5, VC6, VC2003 et VS2005) et ils m'ont toujours mis les infos bulles sur les versions "génériques" des api Windows.

Tu as quelle version de VS ? car pour moi (VS professional complet), il était impossible de compiler ton code originel !

enfin, je t'ai pas dis qu'il faut uploader toute les 5 minutes, je fais seulement des remarques pour améliorer ton code.... T'es pas obligé de le corrgier dnas la minute ! C'est dimanche, tout de même !


Pour le tetu, c'était seulement pour le



1 2 3 4


Nos sponsors

Sondage...

CalendriCode

Juillet 2009
LMMJVSD
  12345
6789101112
13141516171819
20212223242526
2728293031  

Consulter la suite du CalendriCode

Comparez les prix Nouvelle version

Photothèque Nouveau !



Développement réalisé par Nicolas SOREL (Nix) avec l'aide de : Cyril DURAND et Emmanuel (EBArtSoft), Merci à Vincent pour ses précieux conseils
CodeS-SourceS.com© Toute reproduction même partielle est interdite sauf accord écrit du Webmaster
CodeS-SourceS.com© est une marque déposée tous droits réservés
Temps d'éxécution de la page : 0,156 sec

Google Coop CodeS-SourceS Google Coop CodeS-SourceS


Certaines images présentes sur le site (notament certains avatars) sont issues des collections IconShock, donc si vous souhaitez utiliser ces icons vous devez les acheter, ne les copiez pas et ne utilisez pas dans vos sites et applications sans les avoir commandé.