Séances de rattrapage sur Windev 15

Si comme moi vous avez raté le tour de France de présentation de Windev 15, je viens de voir que l'on peut en trouver plusieurs vidéos, 21 pour être précis. En ces périodes de fêtes où on va nous repasser les mêmes films vus et revus, j'ai trouvé mon programme :-).

Sinon, j'ai vu qu'on pouvait encore commander (erreur du webmaster ?) une mise à jour vers les versions 15 en bénéficiant de l'opération PC Pour 1 euro qui est terminée... peut être un bon plan en ces derniers jours de noël.

J'ai honte, mais c'est comme ça

Alors oui, je sais, la version 15 de windev est sortie (enfin la pré version, je ne suis pas encore complètement dépassé). Il y a eu une annonce des nouveautés de cette version et un tour de france de présentation et je n'en ai pas parlé.

Oui, j'ai honte, mais je vais pas commencer à diffuser le détail de ma vie sur Internet ni me justifier, non mais.

Alors, tiens pour la peine, un site d'hébergeur que je viens de trouver : http://www.kalanda.net/
on y trouve de l'hébergement web classique, du WebDev avec une base hyperfile en client-serveur à un prix raisonnable : du classique...

Mais, il propose également de l'hébergement de "simplement" une base de données hyperfile en client-serveur pour 5 euros par mois : et ça, pour des applications mobiles ou un gestionnaire de sources, ça peut être un bon plan.

Des infos de debug dans le panneau de Trace

J'ai activé le panneau de trace de WinDev pour essayer, et c'est vrai que je me dis que je suis vraiment un âne de ne pas l'avoir utiliser avant. Alors voici les intérêts qui m'ont convaincus :

- Le contenu de la trace est visible à la fin du go

- On peut double cliquer sur une trace et ça se positionne à l'endroit de l'appel dans le code (manque plus que la pile ;-))

- On voit les erreurs non fatales non gérés (échec de l'ouverture d'un fichier par exemple).

Si vous n'avez jamais essayé, à mon humble avis, ce serait pas mal de le faire...

Temps d'exécution d'une requête

Alors que j'étais en phase d'optimisation, je suis tombé sur un problème que j'avais déjà rencontré : connaitre le temps total d'exécution d'une requête.

Sur une base client/serveur, c'est relativement facile (en tout cas on a les logs), mais sur une base locale "à l'ancienne" ça devient plus compliqué.

Sur une requête de comptage, tout se passe en effet simplement, un coup de profile ou deux appels aux fonctions chrono et l'affaire est dans le sac. Mais sur une requête classique de sélection, souvent c'est le premier appel "de lecture" qui prend du temps et non le temps d'exécution de la requête. Je suppose que ça doit être lié au positionnement dans les fichiers ou la montée en cache, mais j'aimerai en être sur : est-ce qu'en prenant le temps d'exécution de la requête et la première lecture par Hlitpremier on a le temps total d'exécution de la requête ?

Si vous avez une expérience sur le sujet je suis preneur !

Tâches plannifiées et windows 2008 Server

Alors que la journée se passait on ne peux mieux, il ne me restait plus qu'à mettre mon application en tâche planifiée, un administrateur réseau me demande si ça pose problème de déployer sur un windows 2008 server.

Un peu geek et intrépide, du tac-o-tac, je répond que ça ne me pose aucun problème à moi et mon application Windev.

Tout se passe bien, jusqu'au moment où tout doit fonctionner... M'étant déjà fait avoir par vista et l'UAC, je fais des tests dans le répertoire d'installation, et tout fonctionne.

Je valide donc la tâche planifiées et attend le résultat de l'exécution (compilation de stats diverses)... quand je constate que ma base n'est pas du tout mis à jour.... je relance la tâche planifiée en "manuel", pas de mise à jour... je relance mon exe à la main... et tout fonctionne ! au secours...

Et bien, c'est là que j'ai béni le débugage à distance : une messagebox dans mon exe pour avoir le temps de me connecter et quelques minutes plus tard la raison est sous mes yeux. Le répertoire courant de l'application lorsqu'une application est en tâche plannifié est... le répertoire de Windows où j'ai pu retrouver mes fichiers dans un sous-répertoire.

Moralité : vive fRepExe, à bas fRepEnCours !

Fenêtre interne ou modèle de champs ?

En reprenant un projet pour le remettre à plat, voila que je tombe sur un dilemne que j'ai déjà rencontré : faut-il mieux utiliser une fenêtre interne ou un modèle de champs (les super-champs ne permettant pas simplement de partager ce type de ressource) ?

D'un côté, la fenêtre interne que que je vois comme une sorte d'activeX, qui permet de découper ou partager des champs et des traitements comme une boite noire.

De l'autre, les modèles de champs, qui s'intègre à la fenêtre hôte et s'y adapte plus facilement grâce au mécanisme de surcharge.

de plus, les fenêtres internes peuvent être changées par programmation... mais ça reste un cas plus particulier et moins intéressant que la surcharge à mon goût, je donne donc l'avantage au modèle de champs... et sinon j'espère qu'il est possible de passer facilement de l'un à l'autre ;-)

Bonne année 2009

Bonne année 2009.

Certains l'annoncent difficile, moi je suis un optimiste de nature !

PS : j'ai pris le temps de supprimer les commentaires de type "gna gna gna" d'auteurs anonymes. Si vous n'êtes pas d'accord avec un post, vous pouvez mettre un commentaire pour le signaler (tant qu'il est poli), mais mettez au moins votre identité !