[ TROP FORT] QBasic pour Xavier Temblay
Henri Encore
Quand on lit ton post, on ne peut voir qu'un merdeux qui se cache derrière,
un petit con qui n'a rien inventé, et se masturbe l'encéphale devant les
"Windeviens"
pensant qu'il va leurs en mettre plein la vue.
Y'a qu'un RMISTE pour prendre le temps de faire une si longue diatribe,
le résidu d'une société en faillite.
Et sache qu'il y a des utilisateurs de Windev qui ne le compare à rien d'autre,
et l'on choisit, comme d'autres choisissent une Xantia plutôt qu'une Mercédes.
Cela correspond à un mode de vie qui n'est pas moins dévalorisant qu'un autre.
(Sache que l'on se tue aussi bien avec l'une qu'avec l'autre lorsqu'on ne sait
pas conduire).
(Y'en a qui roule en Mercédes et ne bouffent que des patates aussi).
A mon avis, toi tu ne bouffes que des patates et en plus on t'a saisi ta 2
chevaux.
Si t'es aussi tordu dans tes pseudos développements que dans tes raisonnements,
tes programmes ne doivent pas aller péter bien loin.
Et je pense que la philosophie de Windev te dépasse tellement que tu serais
incapable de l'utiliser.
A mon avis t'as pas du programmer davantage que "Hello word" avec tout ce dont
tu parles.
Si tu veux aller plus loin et faire clignoter "Hello word", je peux te passer
mon vieux
QBasic de 12 ans d'âge, tu verras il est facile à apprendre.
Excuse moi si je ne réponds pas à ton probable futur dégueuli, mais MOI J'AI
DU BOULOT AVEC WINDEV.
Henri Encore.
------------------------------------------------------------
Xavier Temblay à vomit le message ci-dessous ...
Ma parole, ça tourne au règlement de compte ici!
Et bien pour faire plaisir à Christian, mon nom est Stéphane
Vandenbussche.
J'ai travaillé pour divers sociétés depuis 10 ans dont dernièrement
pendant 3 ans pour la défunte société Keymage, une boite française
devenue américaine (San José, Californie). J'y ai tour à tour travaillé
comme développeur et chef de projet.
Je dis défunte car les investisseurs ont décidé de suivre la tendance de
la bourse. Eh oui, c'est la vie.
Parmi nos clients les plus importants nous étions fier de compter HP et
Intel.
--
Utilisez notre serveur de news 'news.foorum.com' depuis n'importe ou.
Plus d'info sur : http://nnrpinfo.go.foorum.fr/
Lydia Chatelain - www.binact.com -
heuuu je crois que t'as pas tout compris (c'est vrai qu'il
est 1 plombe du mat...) mais c'est pas xavier qui a écrit ça
juste reporté depuis un forum.
Au passge la fameuse string (tableau de char...)c'est 'Hello world'
parles en à Denis Ritchie et Brian Kernighan....
Je te laisse travailler mais sur le fond je suis assez d'accord avec
l'analyse
faites par ce Stéphane. Windev ne t'aide pas à devenir meilleur et par
dessus
tout (et là il a 100% raison) il te masque l'os qui pourtant est primordiale
pour
bien programmé.
Dominique "QNX" Lecocq
www.binact.com
PS : moi je signe....
Romain Petit
>Quand on lit ton post, [...]
1/ Ce n'est pas Xavier qui a écrit cette diatribe
2/ On ne cite JAMAIS sur Usenet le nom d'une personne dans le titre
(surtout si ce n'est pas un pseudo)
Pourquoi ? Parceque désormais, à cause de toi, cette tirade sera
associée immanquablement à Xavier et pourra porter à confusion
(recherche sur Google ou autres).
3/ Pas la peine de s'enflammer sur ce genre de propos qui paraissent
régulièrement sur fcdaw ou sur d'autres forums, le mieux est de répondre
calmement et en argumentant ou ne pas répondre du tout...
A+
-
Romain Petit
laotseu
> Quand on lit ton post, on ne peut voir qu'un merdeux qui se cache derrière,
> un petit con qui n'a rien inventé, et se masturbe l'encéphale devant les
> "Windeviens"
> pensant qu'il va leurs en mettre plein la vue.
Hoho ! Quel vocabulaire ! Quelle finesse dans les termes !
> Y'a qu'un RMISTE pour prendre le temps de faire une si longue diatribe,
Ségrégation sociale ?
> le résidu d'une société en faillite.
Bof... Une pme a vite fait d'être en faillite, sans honte pour son patron.
> Et sache qu'il y a des utilisateurs de Windev qui ne le compare à rien d'autre,
Non, ceux là ne connaissent rien d'autre.
> et l'on choisit, comme d'autres choisissent une Xantia plutôt qu'une Mercédes.
> Cela correspond à un mode de vie qui n'est pas moins dévalorisant qu'un autre.
Tu te sens dévalorisé ?
> (Sache que l'on se tue aussi bien avec l'une qu'avec l'autre lorsqu'on ne sait
> pas conduire).
> (Y'en a qui roule en Mercédes et ne bouffent que des patates aussi).
> A mon avis, toi tu ne bouffes que des patates et en plus on t'a saisi ta 2
> chevaux.
Toujours plus fin.
> Si t'es aussi tordu dans tes pseudos développements que dans tes raisonnements,
> tes programmes ne doivent pas aller péter bien loin.
Heu... là, j'aimerais que tu développe (no pun), car je ne suis pas sûr
de saisir le point.
> Et je pense que la philosophie de Windev te dépasse tellement que tu serais
> incapable de l'utiliser.
Waouh ! Il y a donc une 'philosophie' Windev ? C'est bien le seul
programme proposant une telle extension. C'est quoi, le nom de la DLL ?
> A mon avis t'as pas du programmer davantage que "Hello word" avec tout ce dont
> tu parles.
> Si tu veux aller plus loin et faire clignoter "Hello word", je peux te passer
> mon vieux
> QBasic de 12 ans d'âge, tu verras il est facile à apprendre.
>
Tiens, pendant que tu y est, peut tu m'expliquer comment programmer un
'Hello World' en Windev (je précise : qui affiche son message dans une
console DOS).
> Excuse moi si je ne réponds pas à ton probable futur dégueuli,
La finesse, toujours la finesse...
> mais MOI J'AI
> DU BOULOT AVEC WINDEV.
Ah oui, lequel ? débugger la version 7.xxx pre-alpha ? Dans ce cas, il
serait peut être temps de t'y mettre.
Maintenant, si les développeurs de chez PC-Soft (dont, gageons, tu fait
partie) n'ont rien de mieux à faire que d'écrire des posts hystériques,
insultants, et absolument non argumentés, je comprends que W7 soit
dans un tel état.
laotseu
PS : Xavier, pardonne leur car ils ne savent pas ce qu'ils font.
Romain Petit
>Tiens, pendant que tu y est, peut tu m'expliquer comment programmer un
>'Hello World' en Windev (je précise : qui affiche son message dans une
>console DOS).
sFichiertemp est une chaîne=fRépertoireTemp()+"WDTEMP.BAT"
eNumfic est un entier=fOuvre(sFichiertemp, foCréation+foEcriture)
fEcritLigne(eNumfic, "@ECHO OFF")
fEcritLigne(eNumfic, "@ECHO Hello World")
fEcritLigne(eNumfic, "PAUSE")
fFerme(eNumfic)
DDELance(sFichiertemp,DDEActif,Vrai)
fSupprime(sFichiertemp)
Ca te va ? :-)
-
Romain Petit
Romain Petit
>>Tiens, pendant que tu y est, peut tu m'expliquer comment programmer un
>>'Hello World' en Windev (je précise : qui affiche son message dans une
>>console DOS).
Bon allez pour se faire plaisir, voici quelque chose d'un peu plus 'pro'...
Qui a dit qu'on ne pouvait pas faire grand chose avec WD ?
A+
--
Romain Petit
STD_OUTPUT_HANDLE est un entier = -11//long pour WD55
FOREGROUND_RED est un entier = 0x4//long pour WD55
FOREGROUND_INTENSITY est un entier =0x8//long pour WD55
BACKGROUND_BLUE est un entier =0x10//long pour WD55
eHandleOut est un entier//long pour WD55
AppelDLL32("kernel32","AllocConsole")
sMessage est une chaîne ASCIIZ sur 255=RC+RC+" ---- Hello World ---- "+RC+RC
AppelDLL32("kernel32", "SetConsoleTitleA", "Comment Faire un Hello World avec Windev et les API...")
eHandleOut = AppelDLL32("kernel32","GetStdHandle",STD_OUTPUT_HANDLE)
AppelDLL32("kernel32","SetConsoleTextAttribute",
eHandleOut,FOREGROUND_RED+FOREGROUND_INTENSITY+BACKGROUND_BLUE)
AppelDLL32("kernel32", "WriteConsoleA", eHandleOut, &sMessage, Taille(sMessage),Null,Null)
Info("Ok pour finir...")
AppelDLL32("kernel32","FreeConsole")
Fabienf
>sFichiertemp est une chaîne=fRépertoireTemp()+"WDTEMP.BAT"
>eNumfic est un entier=fOuvre(sFichiertemp, foCréation+foEcriture)
>fEcritLigne(eNumfic, "@ECHO OFF")
>fEcritLigne(eNumfic, "@ECHO Hello World")
>fEcritLigne(eNumfic, "PAUSE")
>fFerme(eNumfic)
>DDELance(sFichiertemp,DDEActif,Vrai)
>fSupprime(sFichiertemp)
Ou alors :
hndOut,hndIn,hndErr est un entier
Buffer est une chaîne ASCIIZ sur 255
SI AppelDLL32("kernel32","AllocConsole") ALORS
hndOut = AppelDLL32("kernel32","GetStdHandle", -11)
hndIn = AppelDLL32("kernel32","GetStdHandle", -10)
AppelDLL32("kernel32","WriteConsoleA", hndOut, "Hello World" + RC+ "<Return>
pour continuer...", 39,hndErr, Null)
AppelDLL32("kernel32","ReadConsoleA", hndIn, &Buffer, 254, &hndErr, Null)
AppelDLL32("kernel32","CloseHandle", hndOut)
AppelDLL32("kernel32","CloseHandle", hndIn)
AppelDLL32("kernel32","FreeConsole")
FIN
:-)
Romain Petit
laotseu
Yep...
en C ansi :
# include <stdio.h>
int main(void)
{
printf("Hello World\n");
return 0;
}
en Python :
def main():
print "Hello World"
if __name__ == '__main__': main()
Ce que je voulais dire, et vous l'avez bien démontré avec vos diverses
solutions, c'est que :
1/ écrire un "Hello World" en Windev n'est pas si trivial que ça
2/ pour ce qui est de développer 10 fois + vite, ça dépend quoi.
laotseu
Romain Petit
>Ce que je voulais dire, et vous l'avez bien démontré avec vos diverses
>solutions, c'est que :
>1/ écrire un "Hello World" en Windev n'est pas si trivial que ça
Oui mais à la base Windev n'est pas fait pour des applications console.
Info("Hello World") c'est pas trivial ?
>2/ pour ce qui est de développer 10 fois + vite, ça dépend quoi.
Surtout ça depend par qui...
On va toujours 10 fois plus vite avec le logiciel que l'on maîtrise bien...
-
Romain Petit
Jean-Claude FLAJOULOT
Je ne prendrais pas part à cette discusion sur le fond, mais sur la forme,
je trouve que la politesse et la courtoisie ne t'étouffe pas, que tu ne sois
pas d'accord avec Xavier Tremblay c'est ton problême, mais ce n'est pas une
raison pour l'insulter et en plus en se cachant lachement derrière un pseudo
bidon.
Ceci dit, je trouve que ce forum vole de plus en plus bas et qu'une
modération bloquant les propos avec des insultes semble devenir nécessaire.
D'autre part, concernant Xavier Tremblay, j'ai lu frequement sur divers
forums des articles qu'il avait publié que j'ai trouvé très professionnels,
ce qui ne semble pas être les cas de certains ici.
Salutations
Jean-Claude FLAJOULOT
"Henri Encore" <enc...@free.fr> a écrit dans le message de news:
2002817-...@foorum.com...
Fabrice Burghgraeve
"Romain Petit" <rompeti...@ifrance.com> a écrit dans le message de news:
3d5ec6ef...@news.free.fr...
c'est pas du windev, ca, c'est un script .bat que tu appelles avec windev.
Pour moi, ca va pas.
:)
> -
> Romain Petit
--
Fabrice Burghgraeve
Computer & Services
f_pas_de_spa...@computeretservices.com
(enlevez le _pas_de_spam_ pour me répondre en privé)
Fabrice Burghgraeve
(c'est moi)
il y a un bug dans votre programme...
et oui......
mettez ce code dans le bouton d'une fenetre.
faites go.
cliquez sur le bouton.
OK la fenetre s'affiche avec "hello world"
fermez la fenetre DOS avec la petite croix en haut à droite....
Boum plantage "la memoire ne peut etre read" (windows 2000)
(forcement le handle est libéré)
Comme quoi, même dans un programme comme "hello world" il peut rester des
bugs :)
--
Fabrice Burghgraeve
Computer & Services
f_pas_de_spa...@computeretservices.com
(enlevez le _pas_de_spam_ pour me répondre en privé)
(...)
Fabrice Burghgraeve
ca non plus ca va pas : tu utilises les pas windows, c'est à dire que tu
passes par autre chose que windev.
bon je fais remarquer quand même que dans windev, il y a "win".
Pour écrire un truc en dos, il faudrait utiliser "dosdev" !!!
:)
donc ca ne me choque pas qu'on ne puisse pas faire un programme DOS.
(alors qu'en visual C++ on peut, mais ca ne s'appelle pas "win C++" ;-) )
Je fais remarquer aussi que, comme tu viens de le faire dans ton exemple,
pour faire ce qu'on veut en windev, il faut souvent passer par des
"produits" exterieurs.
D'aucun diront qu'il faut utiliser des contournements.
D'autres diront que qu'il y a des manquements (voire des bugs) dans windev.
Question de vocabulaire.
debut de parenthese
(2 exemple deja maintes fois evoques:
pour gérer correctement les sockets, impossible d'utiliser les sockets
windev (je parle de la version 7, pas de la 5.5 ou il n'y a même pas de
sockets (qui ne sont pourtant pas une nouvelle technologie...)
On arrive toutefois a faire ce qu'on veut en utilisant la classe socket7 de
Mr T.A. (dans mon cas du moins, et je ne voulais vraiment pas faire un truc
compliqué !!!)
Vous voulez vous en convaincre ? utilisez l'exemple fourni par PC-soft d'une
petite messagerie instantanee.
A premiere vue, ca marche bien.
mais quand on arrete le client ou le serveur, les sockets ouvertes sont
toujours ouvertes !!! il ne detecte meme pas qu'elles sont fermees.
Encore plus genant, c'est la misere (c'est impossible) si on veut lire
caractere par caractere jusqu'à la fin du flot.
(flot=STREAM en anglais. "man 2 socket" sous linux puis une recherche sur la
chaine "STREAM")
les mails sont problematiques (en 7)
en 5.5, pas de mails (pas standard donc ne fonctionnent pas avec tous les
serveurs mails)
donc obligation de passer par quelque chose d'autre pour faire ce qu'on veut
(OCX kmail j'ai entendu dire et j'ai vu ecrire) ou obligation d'attendre que
PC-SOFT corrige les bugs.
(pour la 5.5 c'est tout vu: il faut attendre la 7) (enfin, c'etait ce qu'ils
disaient il y a un an. J'attends toujours)
Et encore une fois, il ne s'agit vraiment pas de quelque chose
d'extraordinaire que d'envoyer un e-mail.
) fin de parenthese
--
Fabrice Burghgraeve
Computer & Services
f_pas_de_spa...@computeretservices.com
(enlevez le _pas_de_spam_ pour me répondre en privé)
"Romain Petit" <rompeti...@ifrance.com> a écrit dans le message de news:
3d5ed20e...@news.free.fr...
> laotseu <bde...@nospam.free.fr> a écrit:
>
> >>Tiens, pendant que tu y est, peut tu m'expliquer comment programmer un
> >>'Hello World' en Windev (je précise : qui affiche son message dans une
> >>console DOS).
>
> Bon allez pour se faire plaisir, voici quelque chose d'un peu plus
'pro'...
> Qui a dit qu'on ne pouvait pas faire grand chose avec WD ?
>
> A+
> --
> Romain Petit
(...)
Romain Petit
>re-bonjour.
Re
>ca non plus ca va pas : tu utilises les pas windows, c'est à dire que tu
>passes par autre chose que windev.
Les pas = les API ?
Comment ça 'autre chose' ?
Y-a-t-il dans ce code autre chose que du code WD ?
Je fais appel à des API Windows au même titre que les fonctions intégrées de WD (écrit en C++) ou
que n'importe quel autre programme tournant sous Windows (sauf rares exceptions). Ce n'est pas
'autre chose' puisque cela fait partie de l'OS lui-même.
A part les synthaxes différentes, on fait exactement la même chose en C++ (Visual ou pas, Microsoft
ou Borland), en Delphi ou en VB.
Quand tu utilises Visual C++, tu intègres probablement les MFC...As-tu jeté un oeil au code des
classes MFC ?
Quand tu ponds un code en C sous Linux, tu réécris le code de la fonction printf ?
>bon je fais remarquer quand même que dans windev, il y a "win".
>Pour écrire un truc en dos, il faudrait utiliser "dosdev" !!!
>:)
>donc ca ne me choque pas qu'on ne puisse pas faire un programme DOS.
>(alors qu'en visual C++ on peut, mais ca ne s'appelle pas "win C++" ;-) )
Je serais curieux de connaître ta définition d'un programme DOS.
Je viens de te prouver qu'on pouvait créer avec WD un programme interagissant avec la console (on
peut aussi faire des entrées clavier), que te faut-il de plus ?
Au fait, DOS n'existe plus depuis Windows Millenium...
>Je fais remarquer aussi que, comme tu viens de le faire dans ton exemple,
>pour faire ce qu'on veut en windev, il faut souvent passer par des
>"produits" exterieurs.
Je viens de te prouver que ce n'est pas obligatoirement nécessaire...
Les DLL appellées par ce code sont fournies *avec* Windows (elles servent d'ailleurs à le faire
tourner). C'est quoi le "produit" extérieur dont tu parles ?
>D'aucun diront qu'il faut utiliser des contournements.
Quel langage permet de faire *exactement* ce qu'on a imaginé, le tout en 1 ligne ? Moi je n'en
connais pas (sinon nous serions presque tous au chômage).
>D'autres diront que qu'il y a des manquements (voire des bugs) dans windev.
Il y en a, en effet. Les développeurs WD sont au courant.
Qu'est-ce qu'on fait alors ? On laisse tomber 90% de choses qui marchent bien pour 10% de choses qui
sont problématiques dont 1% de choses insolubles ?
Pour ma part, pour ces 10%, j'utilise un autre outil ou je développe mes propres appels aux API (le
FTP en ASCII pour WD55 par exemple)
[...]
> Et encore une fois, il ne s'agit vraiment pas de quelque chose
> d'extraordinaire que d'envoyer un e-mail.
Chouette, ça veut dire que tu vas nous faire une classe sous licence WD-libre pour gérer
correctement les mails ?
-
Romain Petit
Romain Petit
>Bonjour revoila le gars chiant qui chipote toujours :)
>(c'est moi)
>il y a un bug dans votre programme...
Fabien a oublié ça...
"Cette version n'a pas été validée par le service Qualité.
Dans son état actuel, cette version n'est pas destinée à la production
d'applications diffusables.
Si tel est votre but, ne téléchargez pas cette version."
-
Romain Petit
Romain Petit
>bonjour.
Encore lui !
>c'est pas du windev, ca, c'est un script .bat que tu appelles avec windev.
Merci du renseignement.
>Pour moi, ca va pas.
M'en fous, t'es pas un client...
-
Romain Petit
Fabrice Burghgraeve
crie pas comme ca, j'ten veux pas :)
bon globalement t'as raison mais je reponds quand meme
"Romain Petit" <rompeti...@ifrance.com> a écrit dans le message de news:
3d615df...@news.free.fr...
> "Fabrice Burghgraeve" <fburgh...@computeretservices.com> a écrit:
>
> >re-bonjour.
>
> Re
>
> >ca non plus ca va pas : tu utilises les pas windows, c'est à dire que tu
> >passes par autre chose que windev.
>
> Les pas = les API ?
oui desole j'ai mal relu.
> Comment ça 'autre chose' ?
autre chose c'est à dire que tu fais des appels au systeme.
en passant par les DLLs
> Y-a-t-il dans ce code autre chose que du code WD ?
oui des appels aux DLLs.
pour moi ce n'est pas du W-langage.
> Je fais appel à des API Windows au même titre que les fonctions intégrées
de WD (écrit en C++) ou
> que n'importe quel autre programme tournant sous Windows (sauf rares
exceptions). Ce n'est pas
> 'autre chose' puisque cela fait partie de l'OS lui-même.
je ne suis pas tout a fait d'accord avec ca non plus.
en effet, que les fonctions integrees de WD fassent appel aux API windows,
d'accord. Ca pourrait même etre ecrit en cobol ou en basic. Mais windev se
veut un langage de 4ieme generation.
A mon avis, ca implique qu'il faudrait pouvoir programmer sans passer par
les couches systemes.
enfin ,comme c'est un avis et qu'on risque de debattre pendant longtemps, je
propose qu'on continue sur ce point en privé (si tu veux continuer)
Je pose au passage une question qui n'est pas si stupide que ca :
Pourquoi windev 7 n'est-il pas ecrit en W-langage ????
> A part les synthaxes différentes, on fait exactement la même chose en C++
(Visual ou pas, Microsoft
> ou Borland), en Delphi ou en VB.
oui c'est vrai.
Mais C++ est de beaucoup plus bas niveau que Windev.
Je parlerai de C que je connais mieux.
en C, on fait enormement d'appels systemes, on utilise beaucoup de
librairies aussi.
Mais c'est un langage fonctionnel tres porche du systeme. (qui est
d'ailleurs, lui ecrit en C. Ainsi que les compilateurs C)
le C n'est PAS un L4G
windev EST un L4G
> Quand tu utilises Visual C++, tu intègres probablement les MFC...As-tu
jeté un oeil au code des
> classes MFC ?
J'ai utilise tres peu C++
on a achete visual C++ et windev pour voir.
visual C++ est tres difficile a aborder, a fortiori quand on ne connais pas
le monde windows.
windev est facile a aborder.
Comme en plus on voulait reprendre des morceaux de C, et que windev le
permettait (d'apres les commerciaux. Ils ont menti ou du mins joue sur les
mots), on a choisi windev.
J'ai quand meme eu le temps de jeter un oeil aux MFC, mais je l'ai vite
repris ;-)
J'ai pas pris le temps d'apprendre ce langage, comme ca ne m'etait pas utile
au travail.
> Quand tu ponds un code en C sous Linux, tu réécris le code de la fonction
printf ?
ben non je suis pas dingue a ce point la...
D'ailleurs, le prototype de printf est :
int printf(const char * format, ...);
le "..." signifiant un nombre variable d'arguments.
Comment fais-tu ca en w-langage ? C'est impossible a ma connaissance
d'ailleurs, en windev, j'utilise la compilation dynamique.
je ne connais le nombre d'arguments a la fonction compilee dynamiquement
qu'à l'execution.
je m'en suis sorti avec un :
selon nb_arguments
cas 0
execute(nom_proc+".PRO")
cas 1
etc etc jusque cas 10.
en esperant qu'un utilisateur mal intentionne n'aille pas jusque 10
arguments à la fonction qu'il définit.
(en pratique, il ne devrait pas monter au dessus de 3)
C'est pas tres joli.
(J'aurais pu m'en sortir plus elegement en passant un tableau dynamique de
pointeurs vers les arguments, ainsi que le nombre d'arguments, mais ce n'est
toujours pas un nombre varriable d'arguments)
>
> >bon je fais remarquer quand même que dans windev, il y a "win".
> >Pour écrire un truc en dos, il faudrait utiliser "dosdev" !!!
> >:)
> >donc ca ne me choque pas qu'on ne puisse pas faire un programme DOS.
> >(alors qu'en visual C++ on peut, mais ca ne s'appelle pas "win C++" ;-) )
>
> Je serais curieux de connaître ta définition d'un programme DOS.
> Je viens de te prouver qu'on pouvait créer avec WD un programme
interagissant avec la console (on
> peut aussi faire des entrées clavier), que te faut-il de plus ?
ma definition d'un programme DOS est approximative. C'est un programme qui
tourne dans une console ou dans une fentre DOS, donc sans boutons etc (en
mode texte quoi)
> Au fait, DOS n'existe plus depuis Windows Millenium...
argument pas recevable en parlant de windev.
C'est marque sur la boite : "plateforme integree de develloppement pour
windows 95, 98, me, 2000, XP" (7.0) et meme 3.1 pour la 5.5
a part ca il ne me faut rien de plus. Comme je le disais, ca ne me choque
pas que windev ne puisse pas faire directement des programmes DOS (ou disons
plutot en mode texte)
>
> >Je fais remarquer aussi que, comme tu viens de le faire dans ton exemple,
> >pour faire ce qu'on veut en windev, il faut souvent passer par des
> >"produits" exterieurs.
>
> Je viens de te prouver que ce n'est pas obligatoirement nécessaire...
> Les DLL appellées par ce code sont fournies *avec* Windows (elles servent
d'ailleurs à le faire
> tourner). C'est quoi le "produit" extérieur dont tu parles ?
Elles sont fournies avec windows, pas avec windev.
Que windev soit basé dessus, OK.
Mais pas les programmes ecrits en W-langage
>
> >D'aucun diront qu'il faut utiliser des contournements.
>
> Quel langage permet de faire *exactement* ce qu'on a imaginé, le tout en 1
ligne ? Moi je n'en
> connais pas (sinon nous serions presque tous au chômage).
moi non plus je n'en connais pas.
J'ai pas non plus demande à tout faire en une ligne.
Je ne suis pas naif au point de croire que l'on peut programmer une
application en quelques clics...
Par contre, je trouve qu'à force de contourner et de rata-tourner, on finit
par :
1) avoir un programme fait de brics et de brocs, avec une DLL de machin, un
OCX de truc. Donc une perte de controle sur le programme qu'on ecrit.
2) passer quand meme beaucoup de temps a contourner. En exagerant, il y a
plus de lignes de contournements que de lignes "utiles" dans le programme.
(mais en exagerant, j'ai precise)
>
> >D'autres diront que qu'il y a des manquements (voire des bugs) dans
windev.
>
> Il y en a, en effet. Les développeurs WD sont au courant.
> Qu'est-ce qu'on fait alors ? On laisse tomber 90% de choses qui marchent
bien pour 10% de choses qui
> sont problématiques dont 1% de choses insolubles ?
> Pour ma part, pour ces 10%, j'utilise un autre outil ou je développe mes
propres appels aux API (le
> FTP en ASCII pour WD55 par exemple)
Pour ma part, je reste en 5.5 pour l'instant, et j'attends.
Je trouve (je l'ai deja dit sur ce forum) que le produit windev 5.5 est pas
mal, bien qu'il ait des grosses lacunes. Et que windev 7 a l'air prometteur.
J'ai vraiment hate de l'apprecier (c'est dit franchement et sans ironie
aucune).
Par contre, pour ce qui est de la politique commerciale de PC-SOFT, je la
trouve inadmissible.
Je trouve par exemple inadmissible d'ecrire sur la boite : "Reception/envoi
de mails en standard" alors que c'est faux, meme maintenant.( Et ce n'est
qu'un exemple)
Et je ne parle pas de la version soit disant finale qu'ils ont sortis en
decembre, qu'est est tout bonnement un attrape-nigaud destine a empocher les
cheques sur l'annee passee. Je ne crois pas exagerer en disant que cette
version-la etait inutilisable
>
> [...]
>
> > Et encore une fois, il ne s'agit vraiment pas de quelque chose
> > d'extraordinaire que d'envoyer un e-mail.
>
> Chouette, ça veut dire que tu vas nous faire une classe sous licence
WD-libre pour gérer
> correctement les mails ?
C'est HORS DE QUESTION car :
1) il faut que je bosse aussi un petit peu et que je produise. Je fais
partie d'une societe, je ne developpe pas en windev chez moi pour
m'amuser... J'ai pas le temps d'apprendre les protocoles etc (que je ne
connais pas. Je n'ai pas la science infuse. C'est pour ca que j'aimerais
pouvoir me reposer sur le beau AGL que j'ai achete.)
2) j'estime ne pas avoir a le faire. C'est pas moi qui ai ecrit le texte de
la boite windev. Chez PC-soft, ils n'ont qu'à pas mentir comme des
arracheurs de dents, les clients seront plus contents. J'ai assez de mon
boulot pour ne pas avoir a faire le leur.(il y a aussi ecrit replication sur
la boite)(et "utilisez vos codes en C")
3) ca ne me bloque pas. ca m'enerve c'est tout. J'ai d'autres problemes
beaucoup plus bloquant (voir post "editions pourries"), que je n'ai pas non
plus envie de passer des jours a contourner. J'estime que ce n'est pas a moi
de corriger les bugs de PC-soft.
--
Fabrice Burghgraeve
Computer & Services
f_pas_de_spa...@computeretservices.com
(enlevez le -pas_de_spam_ pour me répondre en privé)
Fabienf
>Fabien a oublié ça...
>
>"Cette version n'a pas été validée par le service Qualité.
>
>Dans son état actuel, cette version n'est pas destinée à la production
>d'applications diffusables.
>
>Si tel est votre but, ne téléchargez pas cette version."
Merci Romain pour ta remarqe ;-)
J'ai aussi oublié de vérifier les codes retours des APIs qui sont de rigueur
dans une appli livrable...Etait-ce le but de cette discussion...?
Fabrice Burghgraeve
(...)
> >D'autres diront que qu'il y a des manquements (voire des bugs) dans
windev.
>
> Il y en a, en effet. Les développeurs WD sont au courant.
> Qu'est-ce qu'on fait alors ? On laisse tomber 90% de choses qui marchent
bien pour 10% de choses qui
> sont problématiques dont 1% de choses insolubles ?
> Pour ma part, pour ces 10%, j'utilise un autre outil ou je développe mes
propres appels aux API (le
> FTP en ASCII pour WD55 par exemple)
(...)
C'est pas toi qui a signalé le bug des handles qui ne se liberent pas ?
Qu'est-ce que tu fais alors ?
tu installes ton programme en clientele, et tu explique a ton client que le
programme est 90% mieux, malgre qu'il plante la machine ? Comme moi, si je
dois dire a mon client que le programme est beaucoup mieux, bien qu'il ne
puisse pas editer un document correct ?
tu passes des heures a contourner,
ou t'attends que PC-SOFT corrige le bug ?
Tu vois, j'ai deja essaye de migrer de 5.5 en 7.
J'ai eu que des merdes.
1) impossible de faire un SQLconnecte (version soit disant finale)
2) apres correction de PCSOFT, impossible de faire un select
3) apres correction, je pouvais me connecter a la base. Mais la, impossible
de lancer une transaction
4) quand j'ai pu faire des transactions, j'ai voulu essayer les nouvelles
fonctionnalites tellement vantees. Dont les emails. D'autant plus que
j'avais signale des bugs en 5.5 (emails inutilisables) et qu'on m'a dit :
"ce sera corrige en 7". Et hop, pas mieux : plantage complet, programe figé.
5) maintenant, les mails ca va un peu mieux, mais pas tout a fait quand
meme. Je fais celui qui ne vois rien, je migre un projet, tou a l'air de
bien se passer. YOUPI ! je dis a tout le monde dans la boite : "ca a l'air
OK windev 7 on va pouvoir se preparer a migrer". J'essaye une edition, et la
hop, edition toute pourrave.
Alors, ils vont le corriger le probleme (j'espere dans pas trop longtemps)
Je pourrais aussi passer des heures a trouver des contournements.
Seulement, je n'ai plus confiance.
la question que je me pose aujourd'hui est : "Quel nouveau bug vais-je
decouvrir une fois que les editions vont fonctionner ?"
Et quand je vois les problemes signales ici meme (dont certains par toi),
j'ai encore moins confiance et je soupconne qu'il reste encore pas mal de
bugs "vicieux" dans leur produit (du genre qui ne se declare qu'une fois
qu'on a mis le programme en clientele)
Et pourtant, de ce que j'ai vu de windev 7, il y a vraiment des trucs bien
!!!
par exemple le compilateur : il est beaucoup mieux : il voit quand on
utilise une variable non declaree, quand on ne met pas le bon nombre
d'arguments aux procedures.
l'editeur de texte est mieux aussi. Plus agreable, plus pratique (enfin on
peut ouvrir plusieurs codes en simultane)
on peut mettre plus de 8000 lignes dans une table memoire.
on peut faire des saisies multilignes dasn un tableau.
Il n'y a pas photo...
windev 7 est beaucoup beaucoup beaucoup mieux que windev 5.5.
Mais il est encore trop buggue a mon gout.
windev 5.5 aussi est buggue, mais a force de l'utiliser, on connait ses
lacunes et on passe au dessus... en attendant la 7.
Et les programmes qu'on a fait, ils fonctionnent en 5.5. Alors qu'apres
migration, ils fonctionnent beaucoup moins bien...
Et comme on utilise un peu les memes classes dans tous les projets, on est
"obliges" de tout migrer d'un coup, sinon on va modifier une classe dans une
version et pas dans l'autre et autres joyeusetes du meme acabit
--
Fabrice Burghgraeve
Computer & Services
f_pas_de_spa...@computeretservices.com
(enlevez le -pas_de_spam_ pour me répondre en privé)
SFCI Conseil - Jean Philippe
> Pourquoi windev 7 n'est-il pas ecrit en W-langage ????
>
--
Jean-Philippe
JeAn-PhI.s...@wanadoo.fr
SFCI Conseil - Jean Philippe
signaler que je ne fais rien de bien compliquer lors de l'envoi des mails)
--
Jean-Philippe
JeAn-PhI.s...@wanadoo.fr
"Fabrice Burghgraeve" <fburgh...@computeretservices.com> a écrit dans le
message news: ajt8ua$oje$1...@news.nordnet.fr...
Fabrice Burghgraeve
oui je crois qu'il est ecrit en bonne partie en C
Pour vous en convaincre, voyez les sources de GCC sous linux (j'ai jete un
oeil sur gcc-2.7.4.4 pour verifier)
D'ailleurs, historiquement (si j'en crois mes souvenirs de fac et ma memoire
à trous), apres avoir ecrit le premier programme en C qui etait "hello
world", Kernighan et Ritchie on entreprit d'ecrire en C un compilateur C
plus puissant.
pourquoi il est ecrit en quoi selon vous ?
--
Fabrice Burghgraeve
Computer & Services
f_pas_de_spa...@computeretservices.com
(enlevez le -pas_de_spam_ pour me répondre en privé)
"SFCI Conseil - Jean Philippe" <sfci.c...@wanadoo.fr> a écrit dans le
message de news: ajt92k$13o$1...@wanadoo.fr...
Fabrice Burghgraeve
en 5.5, je persiste et signe, ca ne marche pas...
ou plutot, pour etre plus precis, ca ne marche pas avec tous les serveurs
mails.
notemment pas avec le serveur POP "popper" ou le serveur "qpopper".
Vous n'avez qu'à installer un serveur sous linux avec la distribution SUSE
7.0, et essayez...
vous verrez que le programme se fige en 5.5 (c'est popper qui est fourni
avec)
apres avoir installe qpopper (vu que le support disait que ca venait du
serveur mail), ben c'est pareil....
en 7 ca va mieux.
Certains ont signale un probleme quand il y a un grand nombre d'emails, ce
que je n'ai pas verifie.
ce que j'ai pu verifier, c'est la chose suivante :
1) on envoie un mail depuis un shell unix :
mail fab -s "essai"
et on met un petit texte
2) on recupere le mail dans windev.
C'est tres long. (une dizaine de secondes rien que pour recuperer l'entete
du seul message que j'ai envoye)
ca c'est pour la version actuelle de windev 7.
dasn les versions precedentes :
1) ca bloquait comme en 5.5
2) quand ils ont eu corrige ca, on avait pas l'expediteur
3) quand ils ont eu corrige ca, le texte etait mal decode.
4) maintenant, le texte est bien decode je viens de le remarquer en faisant
le test. (Comme quoi ils bossent quand meme chez pcsoft)
donc je veux bien admettre que ca marche en version 7. (quoique je vais
faire le test et generer 300 mails d'un coup avec un script pour voir ce que
ca donne en recuperation et je donnerai le resultat dans un nouveau post qui
s'appelera : test de recuperation de 300 entetes d'email)
par contre, en version 5.5, je confirme que ca ne marche pas.
et sans faire de choses compliquees non plus (juste envoyer un sujet avec un
petit texte, sans doc attache, un seul destinataire...)
--
Fabrice Burghgraeve
Computer & Services
f_pas_de_spa...@computeretservices.com
(enlevez le -pas_de_spam_ pour me répondre en privé)
"SFCI Conseil - Jean Philippe" <sfci.c...@wanadoo.fr> a écrit dans le
message de news: ajt97o$jln$1...@wanadoo.fr...
> j'utilise les fonction mail depuis la version 5.5 et cela marche (je tiens
à
> signaler que je ne fais rien de bien compliquer lors de l'envoi des mails)
>
> --
> Jean-Philippe
> JeAn-PhI.s...@wanadoo.fr
>
(...)
laotseu
> connais pas (sinon nous serions presque tous au chômage).
<troll>
Python ?-)
</troll>
laotseu
laotseu
lol !
Allez, Romain, te fache pas !-)
laotseu
Romain Petit
>bonjour...
Salut,
>crie pas comme ca, j'ten veux pas :)
Je crie moi ? Désolé d'avoir donné cette impression...
>bon globalement t'as raison mais je reponds quand meme
Môssieur veut avoir le dernier mot ? :-)
>> Y-a-t-il dans ce code autre chose que du code WD ?
>oui des appels aux DLLs.
>pour moi ce n'est pas du W-langage.
Ben pour moi si (et heureusement sinon j'aurais abandonné WD depuis longtemps...).
Si PCSoft a ouvert son 'W-langage' aux API avec les AppelDll32 c'est pas seulement pour faire
joli...
>> Ce n'est pas 'autre chose' puisque cela fait partie de l'OS lui-même.
>je ne suis pas tout a fait d'accord avec ca non plus.
>en effet, que les fonctions integrees de WD fassent appel aux API windows,
>d'accord. Ca pourrait même etre ecrit en cobol ou en basic. Mais windev se
>veut un langage de 4ieme generation.
>A mon avis, ca implique qu'il faudrait pouvoir programmer sans passer par
>les couches systemes.
On peut le faire pour la grande majorité du code (en ce qui me concerne en tout cas).
Cependant il reste des fonctions qui n'ont pas été intégrées par PCSoft.
Si WD devait intégrer tout ce qui est possible de faire sous Windows, il faudrait des EXE de
centaines de Mo.
Par exemple, j'ai besoin, lors du lancement de mon appli, que la fenetre principale soit en plein
écran, sans la barre des tâches...Pas prévu par PCSoft ça...
C'est le genre de chose qui ne peut pas être intégré dans un langage, tout simplement parcequ'il
s'agit d'un cas particulier, d'une fonction qui serait trop rarement utilisée.
En 3 lignes d'appel aux API et c'est règlé.
>enfin ,comme c'est un avis et qu'on risque de debattre pendant longtemps, je
>propose qu'on continue sur ce point en privé (si tu veux continuer)
A moins que l'on nous le demande explicitement, je préfère le débat public.
Je le trouve interressant, ça nous change des annonces de bugs, il n'y a pas de raison d'en priver
les autres, ce n'est pas hors charte.
>Je pose au passage une question qui n'est pas si stupide que ca :
>Pourquoi windev 7 n'est-il pas ecrit en W-langage ????
Héhé, en rédigeant la licence WD, ils se sont eux-mêmes mis dans la situation qui leur interdit de
le faire :-)
clause 4 :
"Il est interdit d'utiliser WinDev pour créer et diffuser tout ou partie d'outil de
développement, de LOGICIEL de création d'applications, de générateur de programmes, ou de tout
LOGICIEL de même nature que WinDev lui-même. "
Plus sérieusement, un EXE WD n'est rien d'autre (sans connaotation péjorative) que du code
interpreté. Il n'est rien sans les DLL WD. Il faut donc au départ créer un minimum de DLL qui elles
sont compilée (visual C++).
Mais le fait qu'il soit interpréter le rend très souple (compilation dynamique) bien qu'un peu plus
lent à l'éxécution.
>Mais C++ est de beaucoup plus bas niveau que Windev.
>Je parlerai de C que je connais mieux.
>en C, on fait enormement d'appels systemes, on utilise beaucoup de
>librairies aussi.
>Mais c'est un langage fonctionnel tres porche du systeme. (qui est
>d'ailleurs, lui ecrit en C. Ainsi que les compilateurs C)
>le C n'est PAS un L4G
>windev EST un L4G
Oui. Mais cela n'empêche WD d'être assez ouvert aux appels systèmes parfois indispensables.
[...]
>> Au fait, DOS n'existe plus depuis Windows Millenium...
> argument pas recevable en parlant de windev.
> C'est marque sur la boite : "plateforme integree de develloppement pour
> windows 95, 98, me, 2000, XP" (7.0) et meme 3.1 pour la 5.5
Ben ya pas marqué DOS (bon OK pour 3.1)
http://www.pcsoft.fr/pcsoft/tarifs.htm
"Pour les logiciels DOS (Hyper Screen, Hyper Pack Développeur, ...) nous consulter"
>a part ca il ne me faut rien de plus. Comme je le disais, ca ne me choque
>pas que windev ne puisse pas faire directement des programmes DOS (ou disons
>plutot en mode texte)
Moi non plus puisque depuis NT (WMe pour la série grand public), le DOS n'est plus à la base de
Windows, mais ce fil a débuté avec la phrase de Laotseu :
"Tiens, pendant que tu y est, peut tu m'expliquer comment programmer un
'Hello World' en Windev (je précise : qui affiche son message dans une
console DOS)."
En dépit de l'inutilité de la chose, ce n'est pas impossible avec WD.
[...]
>> Les DLL appellées par ce code sont fournies *avec* Windows (elles servent
>> d'ailleurs à le faire tourner). C'est quoi le "produit" extérieur dont tu parles ?
> Elles sont fournies avec windows, pas avec windev.
> Que windev soit basé dessus, OK.
> Mais pas les programmes ecrits en W-langage
Erreur, Il n'est pas simplement basé dessus, toutes les fonctions qui facilitent la vie du
programmeur WD sont des API Windows encapsulées par WD. De ce fait, tous les programmes créés avec
WD dépendent de ces API, indirectement.
Un simple "fOuvre" dans ton code fait appel à la DLL Windev qui elle même appelle la fonction Create
File (ou la moins récente OpenFile) de la DLL Windows Kernel32.
>Par contre, je trouve qu'à force de contourner et de rata-tourner, on finit
>par :
>1) avoir un programme fait de brics et de brocs, avec une DLL de machin, un
>OCX de truc. Donc une perte de controle sur le programme qu'on ecrit.
C'est le lot de tout programme Windows un peu complexe.
A moins de tout réécrire soit même, les solutions qui permettent de ne pas réinventer la roue sont
en général payantes dans le monde Windows. Du coup, ces fonctionnalités sont distribuées sous forme
de composantes (OCX, DLL) et non sous forme de sources.
Il est certain que si tu viens du monde Linux, ça doit te paraître contraignant.
Par contre les appels aux DLL du système, au contraire, te permettent d'avoir *plus* de contrôle.
Je reviens sur l'exemple FP intégré de WD : ces fonctions utilisent la DLL Wininet. En WD55, PCSoft
a oublié d'implémenter le transfert ASCII (pourtant c'est juste un flag à passer avec les autres
arguments de FtpPutFileA et FtpGetFileA !!)
En réécrivant mes propres appels à Wininet, j'ai repris le contrôle et j'ai pu pallier les
insuffisances de WD.
>2) passer quand meme beaucoup de temps a contourner. En exagerant, il y a
>plus de lignes de contournements que de lignes "utiles" dans le programme.
>(mais en exagerant, j'ai precise)
C'est exagéré mais il y du vrai. Cependant, au fur et à mesure que WD évolue, ces lignes ont
tendance à disparaitre (encore l'exemple du FP pour lequel WD7 a intégré le mode ASCII)
>Je trouve (je l'ai deja dit sur ce forum) que le produit windev 5.5 est pas
>mal, bien qu'il ait des grosses lacunes. Et que windev 7 a l'air prometteur.
>J'ai vraiment hate de l'apprecier (c'est dit franchement et sans ironie
>aucune).
Je crois que plus on l'utilise, plus on l'apprécie (mais c'est certainement valable pour n'importe
quel outil de développement)
>Par contre, pour ce qui est de la politique commerciale de PC-SOFT, je la
>trouve inadmissible.
Y-a-t-il un développeur WD qui ne soit pas d'accord avec cette phrase sur ce forum ? ;-)
Attend de voir les réactions quand il va falloir passer commande de la 7.5 !
Heureusement, ils vont nous inonder d'autocollants, de stylos, de T-shirts, de crayons, de
blocs-notes, de lunettes de soleil, de porte-clés caddies et de
petites-boules-de-peluche-à-poser-sur-l'écran pour nous calmer...
>> Chouette, ça veut dire que tu vas nous faire une classe sous licence
>> WD-libre pour gérer correctement les mails ?
> C'est HORS DE QUESTION car :
[...]
Dommage...
A+
-
Romain Petit
Romain Petit
>C'est pas toi qui a signalé le bug des handles qui ne se liberent pas ?
>Qu'est-ce que tu fais alors ?
>tu installes ton programme en clientele, et tu explique a ton client que le
>programme est 90% mieux, malgre qu'il plante la machine ?
Je n'utilise temporairement pas les vues et les remplace par des parcours...
Je préfère perdre en rapidité plutôt qu'en stabilité sur un programme résident.
Pour un autre programme WD7 du même projet, mais destiné à l'utilisateur, j'ai gardé les vues en
prenant soin de fermer automatiquement le programme quotidiennement.
Bref, je m'adapte.
>Comme moi, si je
>dois dire a mon client que le programme est beaucoup mieux, bien qu'il ne
>puisse pas editer un document correct ?
>tu passes des heures a contourner,
>ou t'attends que PC-SOFT corrige le bug ?
Les deux mon capitaine. Le jour au PCSoft corrige le problème, je change un paramètre et les vues
seront de nouveau utilisées dans le programmes résident.
>Tu vois, j'ai deja essaye de migrer de 5.5 en 7.
>J'ai eu que des merdes.
[...]
J'ai déjà donné mon avis sur les migrations...
A+
-
Romain Petit
Romain Petit
><troll>
>Python ?-)
></troll>
[police fixe pour apprécier]
_______________
/| /| | |
||__|| | Please do not |
/ O O\__ | feed the |
/ \ | Trolls |
/ \ \|_______________|
/ _ \ \ ||
/ |\____\ \ ||
/ | | | |\____/ ||
/ \|_|_|/ | _||
/ / \ |____| ||
/ | | | --|
| | | |____ --|
* _ | |_|_|_| | \-/
*-- _--\ _ \ | ||
/ _ \\ | / `
* / \_ /- | | |
* ___ c_c_c_C/ \C_c_c_c____________
-
Romain Petit
SFCI Conseil - Jean Philippe
SMTP de mon FAI
--
Jean-Philippe
JeAn-PhI.s...@wanadoo.fr
"Fabrice Burghgraeve" <fburgh...@computeretservices.com> a écrit dans le
message news: ajtfgq$sv1$1...@news.nordnet.fr...
Fabrice Burghgraeve
"Romain Petit" <rompeti...@ifrance.com> a écrit dans le message de news:
3d62a7f4...@news.free.fr...
(...)
>
> Môssieur veut avoir le dernier mot ? :-)
>
ouaip, mais on dirait que je ne suis pas le seul... :-)
(...)
> Si WD devait intégrer tout ce qui est possible de faire sous Windows, il
faudrait des EXE de
> centaines de Mo.
> Par exemple, j'ai besoin, lors du lancement de mon appli, que la fenetre
principale soit en plein
> écran, sans la barre des tâches...Pas prévu par PCSoft ça...
> C'est le genre de chose qui ne peut pas être intégré dans un langage, tout
simplement parcequ'il
> s'agit d'un cas particulier, d'une fonction qui serait trop rarement
utilisée.
> En 3 lignes d'appel aux API et c'est règlé.
D'accord, dans des cas comme ca. C'est vrai qu'ils ne peuvent pas prevoir
tout ce que les developpeurs vont faire. Et que si ils mettent tout en
W-langage, alors le programme sera enorme, et complique inutilement pour des
fonctions "presque jamais" utilisees..
Mais pas d'accord quand il faut passer par les API ou des classes non
developpees par pcsoft pour utiliser des choses tout a fait standard (comme
les sockets). Car si peu de gens veulent ouvrir leur projet en plein ecran
sans barre des taches, beaucoup de gens veulent utiliser des sockets.
(...)
(...)
>
> Plus sérieusement, un EXE WD n'est rien d'autre (sans connaotation
péjorative) que du code
> interpreté. Il n'est rien sans les DLL WD. Il faut donc au départ créer un
minimum de DLL qui elles
> sont compilée (visual C++).
> Mais le fait qu'il soit interpréter le rend très souple (compilation
dynamique) bien qu'un peu plus
> lent à l'éxécution.
Je l'utilise, la compilation dynamique. C'est bien.
C'est vrai. A un moment, on a utilise Oracle Forms.
Quand tu ecrivais une routine en C pour l'inclure dans le projet, il fallait
recompiler le run-time forms lui-meme pour l'integrer !!!
bonjour la souplesse.
(...)
>
> Oui. Mais cela n'empêche WD d'être assez ouvert aux appels systèmes
parfois indispensables.
>
Tout est dans le "parfois"...
(...)
> >> Les DLL appellées par ce code sont fournies *avec* Windows (elles
servent
> >> d'ailleurs à le faire tourner). C'est quoi le "produit" extérieur dont
tu parles ?
>
> > Elles sont fournies avec windows, pas avec windev.
> > Que windev soit basé dessus, OK.
> > Mais pas les programmes ecrits en W-langage
>
> Erreur, Il n'est pas simplement basé dessus, toutes les fonctions qui
facilitent la vie du
> programmeur WD sont des API Windows encapsulées par WD. De ce fait, tous
les programmes créés avec
> WD dépendent de ces API, indirectement.
> Un simple "fOuvre" dans ton code fait appel à la DLL Windev qui elle même
appelle la fonction Create
> File (ou la moins récente OpenFile) de la DLL Windows Kernel32.
>
Ben oui ca me va quand c'est encapsule. Du coup, on ne les voit pas les
appels systemes. On ecrit en W-langage.
Je trouve toujours que faire des appels aux APIs ou aux DLLs trop souvent,
ce n'est plus du w-langage.
Tu dis que si, mais je vais grossir le trait pour te faire comprendre mon
point de vue.
Imaginons que tu fasses tout un programme en C (ou en autre chose), et que
tu mettes le tout dans une DLL.
apres, en windev, tu fais un projet.
dans le code, tu mets un seul appel a ta DLL dans lequel il y a tout le code
compile.
Est-ce alors du w-langage ?
bon, allez, je donne un argument contre moi...
API ca veut dire "application programing interface".
C'est une interface destinee aux programmeurs pour les aider a faire leurs
applis.
Donc, en tant que programmeur, ce serait bete d'ignorer leur existence et de
toujours tout reinventer.
> >Par contre, je trouve qu'à force de contourner et de rata-tourner, on
finit
> >par :
> >1) avoir un programme fait de brics et de brocs, avec une DLL de machin,
un
> >OCX de truc. Donc une perte de controle sur le programme qu'on ecrit.
>
> C'est le lot de tout programme Windows un peu complexe.
> A moins de tout réécrire soit même, les solutions qui permettent de ne pas
réinventer la roue sont
> en général payantes dans le monde Windows. Du coup, ces fonctionnalités
sont distribuées sous forme
> de composantes (OCX, DLL) et non sous forme de sources.
> Il est certain que si tu viens du monde Linux, ça doit te paraître
contraignant.
Oui ca me parait contraignant. En plus (je parle d'experience), quand on
multiplie les interlocuteurs, et qu'un probleme se presente, chacun a
tendance a se renvoyer la balle. Style "ah non c'est pas ma DLL qui plante
ca doit venir d'un autre composant"
>
> Par contre les appels aux DLL du système, au contraire, te permettent
d'avoir *plus* de contrôle.
> Je reviens sur l'exemple FP intégré de WD : ces fonctions utilisent la DLL
Wininet. En WD55, PCSoft
> a oublié d'implémenter le transfert ASCII (pourtant c'est juste un flag à
passer avec les autres
> arguments de FtpPutFileA et FtpGetFileA !!)
> En réécrivant mes propres appels à Wininet, j'ai repris le contrôle et
j'ai pu pallier les
> insuffisances de WD.
et honnetement, tu trouves ca normal ? C'est si exceptionnel de faire du
transfert ASCII avec ftp ?
enfin bon si ils ont corrige dans windev 7, tant mieux.
Je trouve que tu n'aurais pas du avoir a faire ca. Ca aurait du fonctionner.
Bon apres, quand t'as un produit a livrer, c'est vrai que tu ne vas pas
rester a pleurer et te lamenter dans ton coin. Tu vas essayer d'avancer dans
ton projet et trouver un contournement.
C'est ce que t'as fait.
C'est ce que j'ai fait pour certaines choses aussi.
mais t'as pas rale en constatant qu'on ne pouvait pas faire du transfert
ASCII et que t'allais encore une fois perdre du temps à re-ecrire quelque
chose dont tu t'attendais a ce que ca marche ??
a mon avis si :)
bon c'est marque dans la doc de la 5.5 : "windev permet de se connecter a un
serveur FTP windev" (page 486)
Mais combien de serveurs ftp windev de par le monde ?
Pourquoi ne pas etre reste dans les standards ?
D'ailleurs, dans une LST (la 43), ils ont titre "FTP standard avec windev"
Je viens de re-essayer l'exemple fourni (wdftp)
ca merde. Ainsi, sur le serveur, quand tu rentres dans un sous-rep, il
l'efface du tree-view mais ne va pas dedans.
J'avoue que j'ai pas perdu de temps a chercher de ou vient le bug, ni a
rechercher d'autres bugs (aujourd'hui. A l'epoque, j'avais essaye de le
faire fonctionner)
Le bug ne vient de toute facon pas de moi !!!! :-))))
De memoire, ca merdait aussi en voulant faire des transferts de fichier mais
j'ai pas re-teste donc je mets au conditionnel.
>
> >2) passer quand meme beaucoup de temps a contourner. En exagerant, il y a
> >plus de lignes de contournements que de lignes "utiles" dans le
programme.
> >(mais en exagerant, j'ai precise)
>
> C'est exagéré mais il y du vrai. Cependant, au fur et à mesure que WD
évolue, ces lignes ont
> tendance à disparaitre (encore l'exemple du FP pour lequel WD7 a intégré
le mode ASCII)
>
oui il faut bien dire que windev 7 evolue, ou plutot se termine.
Mais pour ma part, j'ai fait le choix de rester en 5.5 au moins jusqu'à ce
que mes problemes d'editions soient resolus.
Comme ca, quand je vais passer en 7, il y aura eu encore plus "d'evolution"
et j'aurais moins a contourner. Il y aura moins de lignes "inutiles"
(contournements de bugs qui seront resolus deux versions plus tard), et le
programme s'en trouvera plus propre et donc plus facile a maintenir.
(...)
> Attend de voir les réactions quand il va falloir passer commande de la 7.5
!
je donne deja la mienne de reaction : je ne vois pas pourquoi on paierait
pour avoir la version 7.5 alors qu'on a deja paye pour la version 7 et qu'on
ne peut toujours pas l'utiliser de maniere optimale.
(dans mon cas du moins. Certains disent ici qu'ils ont des projets en 7 en
production, et je ne pense pas que ce soient tous des commerciaux PC-SOFT
deguises)
Alors, d'abord ils terminent la version 7.
apres, ils pourront se permettre de vendre la 7.5.
et encore, en esperant qu'il n'y aura pas autant de problemes a migrer de
7.0 a 7.5 que de 5.5 en 7.0; et qu'il ne restera pas trop de bugs dans la
7.5.
> Heureusement, ils vont nous inonder d'autocollants, de stylos, de
T-shirts, de crayons, de
> blocs-notes, de lunettes de soleil, de porte-clés caddies et de
> petites-boules-de-peluche-à-poser-sur-l'écran pour nous calmer...
ah oui heureusement !!!
moi j'ai collé la petite boule en peluche jaune avec des yeux sur le cote de
mon ecran :)
des fois je lui mets une baffe ca fait du bien :)
(ce renseignement technique est de la plus haute importance :) )
> A+
> -
> Romain Petit
A+
Fabrice Burghgraeve
"Romain Petit" <rompeti...@ifrance.com> a écrit dans le message de news:
(...)
> >tu passes des heures a contourner,
> >ou t'attends que PC-SOFT corrige le bug ?
>
> Les deux mon capitaine. Le jour au PCSoft corrige le problème, je change
un paramètre et les vues
> seront de nouveau utilisées dans le programmes résident.
>
bien joue ! solution elegante.
bon ton client est satisfait, ton programme est optimise.
Mais t'as quand meme du perdre du temps a trouver le contournement.
T'as du mettre un parametre du style "version du logiciel de developpement"
?
Ca m'a paru bizarre en le lisant, mais en y reflechissant ca peut etre
pratique.
Tiens d'ailleurs ca m'a amené une question.
Est-ce qu'on peut savoir en w-langage la version en cours du programme ?
J'ai jete un oeil dans l'aide il y a une fonction exeinfo().
Comme windev appelle plusieurs DLLs, qui peuvent toutes avoir des
evolutions, ce ne doit pas etre facile...
Et ca ne donne pas la version de windev avec laquelle on a compile.
ce serait sympa, t'aurais meme plus de parametre.
il y a des mecanismes du meme genre dans les drivers sous linux.
Le code est different suivant la version du kernel.
> A+
> -
> Romain Petit
A+
--
laotseu
Damned ! You killed me, Johnny !-)
laotseu
Romain Petit
>Mais pas d'accord quand il faut passer par les API ou des classes non
>developpees par pcsoft pour utiliser des choses tout a fait standard (comme
>les sockets). Car si peu de gens veulent ouvrir leur projet en plein ecran
>sans barre des taches, beaucoup de gens veulent utiliser des sockets.
Si PCSoft a inclu les sockets c'est qu'effectivement la demande devait être forte.
Il faut noter toutefois que :
- les sockets sous Delphi 6 sont sous forme de composant externe (et non disponible dans la version
personnelle)
http://www.borland.fr/delphi/pdf/del6_feamatrix.pdf
- les sockets sous VB6 se font sous forme de composant (Winsock Control)
Moi ça ne me choque pas d'utiliser une classe (pour appeler une DLL externe) ou un OCX pour gérer
les sockets avec WD...
Maintenant si ils sont implémentés en natifs et qu'ils marchent bien, pourquoi pas.
[...]
>Ben oui ca me va quand c'est encapsule. Du coup, on ne les voit pas les
>appels systemes. On ecrit en W-langage.
>Je trouve toujours que faire des appels aux APIs ou aux DLLs trop souvent,
>ce n'est plus du w-langage.
Moi je trouve que c'est beaucoup plus interessant car cela permet de comprendre petit à petit le
fonctionnement de Windows et surtout de ne pas être dépaysé quand tu changes de langage.
>Tu dis que si, mais je vais grossir le trait pour te faire comprendre mon
>point de vue.
>Imaginons que tu fasses tout un programme en C (ou en autre chose), et que
>tu mettes le tout dans une DLL.
>apres, en windev, tu fais un projet.
>dans le code, tu mets un seul appel a ta DLL dans lequel il y a tout le code
>compile.
>Est-ce alors du w-langage ?
Jusqu'au moment où la DLL est appellée oui.
C'est amusant car j'ai eu un peu le cas : dans un projet, je devais réaliser un programme pour
piloter un automate robot pipeteur.
(pour les curieux ça ressemble à ça :
http://www.tecan.com/index/com-pr-in/com-pr-in-ro_li_entry/com-pr-in-ro_li-genesis_rsp.htm)
Le fabricant du robot fournissait une DLL comprenant un grosse centaines d'ordres de base (mouvement
X, Y, Z, aspiration et rejet de liquides, etc etc). Un tutorial ainsi que le squelette était écrit
en VB.
J'avais déjà réalisé pour ce même robot des procédures, des algo et des programmes en VB4 et VB5
pour piloter entièrement le robot mais il me manquait une petite base de données (tout était stocké
en fichier texte).
Impossible d'utiliser WD55 pour appeler la DLL : les structures de structures ne sont pas standards
en WD55 (et il y avait parfois 4 niveaux de structures pour la DLL).
Difficilement imaginable d'utiliser Access/Jet avec VB : trop long à apprendre et instabilité
notoire.
J'ai donc au final 2 EXE pour un même projet : l'EXE Windev qui gère la base de données et qui est
la principale interface homme-machine et l'EXE VB qui s'occupe du robot.
Chacun fait ce qu'il sait faire et tout roule depuis 2 ans...
>> En réécrivant mes propres appels à Wininet, j'ai repris le contrôle et
>>j'ai pu pallier les insuffisances de WD.
>et honnetement, tu trouves ca normal ? C'est si exceptionnel de faire du
>transfert ASCII avec ftp ?
Evidemment non, mais j'ai l'impression d'être (d'avoir été, puisque j'ai résolu le problème) le seul
à m'en plaindre, donc peu de chance que la 'fonctionnalité' soit implémentée (surtout pour WD55 en
fin de vie).
>enfin bon si ils ont corrige dans windev 7, tant mieux.
>Je trouve que tu n'aurais pas du avoir a faire ca. Ca aurait du fonctionner.
>Bon apres, quand t'as un produit a livrer, c'est vrai que tu ne vas pas
>rester a pleurer et te lamenter dans ton coin. Tu vas essayer d'avancer dans
>ton projet et trouver un contournement.
>C'est ce que t'as fait.
>C'est ce que j'ai fait pour certaines choses aussi.
>mais t'as pas rale en constatant qu'on ne pouvait pas faire du transfert
>ASCII et que t'allais encore une fois perdre du temps à re-ecrire quelque
>chose dont tu t'attendais a ce que ca marche ??
>a mon avis si :)
Je n'aime pas trop être dépendant dans mes plannings de ce genre de choses. Donc plutôt que de
pester sur les forums et d'inonder PCSoft de menaces, j'agis pour que mon projet soit dans les temps
(à 1 ou 2 mois près, comme tout développeur qui se respecte :-)
>bon c'est marque dans la doc de la 5.5 : "windev permet de se connecter a un
>serveur FTP windev" (page 486)
>Mais combien de serveurs ftp windev de par le monde ?
Jamais essayé ce truc. Quelqu'un l'utilise ?
>Alors, d'abord ils terminent la version 7.
>apres, ils pourront se permettre de vendre la 7.5.
>et encore, en esperant qu'il n'y aura pas autant de problemes a migrer de
>7.0 a 7.5 que de 5.5 en 7.0; et qu'il ne restera pas trop de bugs dans la
>7.5.
Je serais (agréablement) surpris qu'ils ne fassent pas payer les non-abonnés aux LST...
-
Romain Petit
Romain Petit
>Mais t'as quand meme du perdre du temps a trouver le contournement.
Oui mais je crois que j'aurais perdu plus de temps avec WD55 pour l'interface.
>T'as du mettre un parametre du style "version du logiciel de developpement"
>?
Fichier INI :
[Beta1]
Desactiver_Vues=1
>Est-ce qu'on peut savoir en w-langage la version en cours du programme ?
>J'ai jete un oeil dans l'aide il y a une fonction exeinfo().
Oui, ExeInfo(exeVersion)
>Comme windev appelle plusieurs DLLs, qui peuvent toutes avoir des
>evolutions, ce ne doit pas etre facile...
>Et ca ne donne pas la version de windev avec laquelle on a compile.
>ce serait sympa, t'aurais meme plus de parametre.
De toutes façons, il faut réinstaller les DLL, donc autant réinstaller l'EXE entier, DLL incluses en
le recompilant...
-
Romain Petit
Fabrice Burghgraeve
"Romain Petit" <rompeti...@ifrance.com> a écrit dans le message de news:
(...)
> De toutes façons, il faut réinstaller les DLL, donc autant réinstaller
l'EXE entier, DLL incluses en
> le recompilant...
>
ah tu fais comme ca ?
moi je mets a jour les DLLs en meme temps que les progs, mais je ne les
inclus pas dans les exe, car notre programme est en fait constitue de
beaucoup de petits exe, et ca prendrait de la place pour rien si on liait
toutes les DLLs utiles à tous les exe.
J'ai coche l'option "verifier les versions de DLL" pour etre sur que le prog
n'ait pas de comportement erratique si j'ai oublie de mettre une DLL a
jour...
C'est (a peine) plus dur a maintenir, mais pour faire des mises a jour a
distance, ca reduit le volume de donnees a transmettre... (et apres ca prend
moins de place sur le disque du client...)
David
> Pour écrire un truc en dos, il faudrait utiliser "dosdev" !!!
> :)
> donc ca ne me choque pas qu'on ne puisse pas faire un programme DOS.
> (alors qu'en visual C++ on peut, mais ca ne s'appelle pas "win C++" ;-) )
En réalité, il ne faut pas confondre DOS et Console.
Windows propose toujours un mode console, comme tout OS, ce n'est pas pour
cela que c'est du DOS.
La plupart des outils de développement permettent de générer des applis
dites "consoles", WinDev ne le permet pas mais ce n'est pas réellement une
faiblesse car ce n'est pas dans sa fonction. Visual C++ fait ça très bien.
On peut aussi constater que VB ne permet pas non plus de générer
d'applications consoles, car comme WD ce n'est pas vraiment prévu pour
générer ce genre d'applications.
Voilà, j'ai nourri le Troll à mon tour :-)
David
http://www.chez.com/dmekersa
Emmanuel Lecoester
Après avoir parcouru tes expériences sur ton site, je me permets de te
demander (bien que je doute d'une réponse positive :-D) : En tant que
"Spécialiste du moteur de base de données HyperFile" (je cite) peux tu nous
orienter sur la structure exacte des fichiers HF. Ceci permetrait à certains
d'entre nous de travailler sur un accès ODBC (open) complet sur HF.
D'avance merci pour ta réponse.
Emmanuel Lecoester
"David" <nospam_dav...@freesbee.fr> a écrit dans le message news:
ampek7$qp6$1...@wanadoo.fr...
David
news: amphg0$h4k$1...@reader1.imaginet.fr...
> Bonjour David,
>
> Après avoir parcouru tes expériences sur ton site, je me permets de te
> demander (bien que je doute d'une réponse positive :-D) : En tant que
> "Spécialiste du moteur de base de données HyperFile" (je cite) peux tu
nous
> orienter sur la structure exacte des fichiers HF. Ceci permetrait à
certains
> d'entre nous de travailler sur un accès ODBC (open) complet sur HF.
>
> D'avance merci pour ta réponse.
>
> Emmanuel Lecoester
Héhé, à vrai dire, effectivement je ne vais pas te donner une réponse
positive :-) mais je vais quand même te répondre.
En effet, même si j'ai quitté PCSOFT, il me reste un fort lien affectif, et
donc je ne vais pas passer outre leurs règles, désolé.
Je suis étonné que sur le net on ne trouve pas une description du format,
car je pensais qu'il était facile de faire du reverse-engineering sur HF, le
format étant très simple : un entête et des données, comme pour xBase. Reste
les index, et là par contre ça se complique...
Emmanuel Lecoester
> positive :-) mais je vais quand même te répondre.
> En effet, même si j'ai quitté PCSOFT, il me reste un fort lien affectif,
et
> donc je ne vais pas passer outre leurs règles, désolé.
> Je suis étonné que sur le net on ne trouve pas une description du format,
> car je pensais qu'il était facile de faire du reverse-engineering sur HF,
le
> format étant très simple : un entête et des données, comme pour xBase.
Reste
> les index, et là par contre ça se complique...
le formet xBase like je m'en doutais un peu par contre pour les indexes
s'eut été mieux d'avoir un début d'explication (on saurait peut etre
pourquoi ils plantent si souvent ;-) )
Emmanuel
David
Il y a eu de grosses améliorations concernant les index, il suffit de voir
les performance en terme de réindexation en WD7.
Hélas, comme tout nouveau produit, il reste à stabiliser. Je pense que HF 7
va se bonifier, il a les bases pour cela, ce qui n'était pas le cas dans les
versions inférieures.
Pour les problèmes d'index, mis à part les dysfonctionnements réels, le plus
gros problème vient pour moi de la technologie fichier employée.
En effet, il est difficile d'assurer fiabilité et performances lorsque l'on
ne fonctionne pas en client/serveur. J'ai beaucoup travaillé en Clipper il y
a 10 ans, et déjà on réindexait à tout bout de champ... même problème. Pour
le moteur Jet (Access), je ne sais pas, mais je crois qu'ils limitent les
dégâts en fonctionnement par lots d'enregistrements, le fonctionnement des
blocages est d'ailleurs un peu difficile à comprendre au départ, alors qu'en
WD c'est enfantin.
Et en plus l'OS et les cartes réseaux influencent la fiabilité, j'ai
personnellement vu des applications planter avec certaines marques de cartes
réseau, pas avec d'autres marques, tout cas parce que le driver gérait des
caches et autres cochonneries que même le meilleurs de développeur ne pourra
pas contrôler.
En Client/Serveur, par contre, seul un poste accède aux fichiers, et ceci en
local, la fiabilité est donc maximum, c'est comme du monoposte !
HF en C/S, ça c'est le rêve :-).
Fabrice Burghgraeve
(...)
> car je pensais qu'il était facile de faire du reverse-engineering sur HF,
le
(...)
facile peut-etre j'en sais rien.
En tout cas, rigoureusement illegal.
--
Fabrice Burghgraeve
Computer & Services
f_pas_de_spa...@computeretservices.com
(enlevez le _pas_de_spam_ pour me répondre en privé)
Chevalaria Arnaud
Date : 24 Sep 2002 14:14:53 +0100
De : "chevalaria arnaud"
Groupe : pcsoft.fr.windev
bonjour
voila la requête qui me pose problème
select eleve.nom as nom,
eleve.prenom as prenom,
eleve.date_naissance as date_de_naissance
from eleve
order by nom asc, prenom asc, date_de_naissance desc
sachant que le résultat n'est pas trier comme demande car date_de_naissance
n'est pas une clé de mon fichier initiale
est ce normal ???
Gérard Menvussa
> Windows propose toujours un mode console, comme tout OS, ce n'est pas pour
> cela que c'est du DOS.
> La plupart des outils de développement permettent de générer des applis
> dites "consoles", WinDev ne le permet pas mais ce n'est pas réellement une
> faiblesse car ce n'est pas dans sa fonction. Visual C++ fait ça très bien.
> On peut aussi constater que VB ne permet pas non plus de générer
> d'applications consoles, car comme WD ce n'est pas vraiment prévu pour
> générer ce genre d'applications.
Mais on peut faire une appli console avec les API. Voir sur
www.beaussier.com
Fabrice Burghgraeve
rien ne dit qu'en SQL on ne puisse pas faire des tris ou des selections
autrement que par une clef !!!!!!!!!!
Heureusement !!!!
Seulement, ce sera eventuelement moins rapide. (et encore, de maniere
imperceptible si dans votre requete il y a plusieurs champs indexes)
Je serais curieux de savoir d'ou vous avez sorti ca ???????????
C'est quoi votre SGBDR ?
car si c'est hyperfile, certaines versions de windev ne geraient pas les
comparaisons sur des champs dates.
Ca doit etre parce que je suis un raleur qu'il faisait ca.
(laissez tomber la derniere phrase. Il y en a qui disent que je suis un
raleur quand j'essaye d'aider les gens en leur signalant que si ils tournent
en rond depuis des heures, c'est pas a cause d'eux mais d'un probleme de
windev, et que je veux denigrer le produit.)(Ce qui n'empeche pas les bugs
d'exister)
Toutefois, ce devrait etre corrige dans la version 151f que vous avez ?!?!?
Si quelqu'un peut confirmer ou infirmer....
Autre piste :
comment est declare votre champs date dans la BD ?
Si c'est declare en texte, comment est-il formate ?
--
Fabrice Burghgraeve
Computer & Services
f_pas_de_spa...@computeretservices.com
(enlevez le _pas_de_spam_ pour me répondre en privé)
(...)
Chevalaria Arnaud
requete sql .ma phrase etait mal formulée....
je disais que je constatait pares beaucoup d'essais que du fait que ma
rubrique me servant de trie ne soit pas une cle de mon fichier initial le
requetteur me fait n'importe quoi comme resultat....
pouvez vous faire un essai !!!!
"Fabrice Burghgraeve" <f_pas_de_spa...@computeretservices.com> a
écrit dans le message de news: ampu1m$voj$1...@news.nordnet.fr...