| |
Posté le 08 décembre 2009 - 18:32 |
Bonjour,
J'ai encore quelques applications sous WD5.5 avec un PC sous XP Pro. Prochainement, ces PCs vont être remplacés par des + récents sous Windows 7. Est-ce que cette vieille version de WD fonctionne ?
Merci
-- Bruno A
suivre ce lien pour répondre : http://cerbermail.com/…
|
| |
| |
| | | |
|
| | |
| |
Posté le 08 décembre 2009 - 20:16 |
Pour l'instant j'en suis aux premiers essais sous Windows 7 pro et ne rencontre aucun problème en développement. Je n'ai pas encore testé les outils accompagnant WD55b |
| |
| |
| | | |
|
| | |
| |
Posté le 09 décembre 2009 - 10:34 |
Bonjour,
Il faudrait plus se poser la question de savoir si l'application accède à des fichiers dans "Program Files", à la base de registre... ce qui, depuis Vista, est déconseillé. |
| |
| |
| | | |
|
| | |
| |
Posté le 09 décembre 2009 - 10:59 |
Laurent avait prétendu :
Bonjour,
Il faudrait plus se poser la question de savoir si l'application accède à des fichiers dans "Program Files", à la base de registre... ce qui, depuis Vista, est déconseillé.
déconseillé, certes, mais pénalisant pour les applis actuelles. A celà plusieurs options : désactiver l'UAC, ou gérer la sécurité de la clé principale de l'appli dans la BDR. Chez nous, par ex : la clé Albygest, et toutes ses sous-clés sont en lecture/écriture. De plus, coté sécurité, il me semble plus facile de bidouiller un .ini que de retrouver une clé dans la BDR. Pour l'instant, les mes fichiers de mes applis sont situées dans un sous répertoire du répertoire de l'appli, et pour les nouvelles applis, c'est du client-serveur (mysql, postgresql) hébergées sur serveur linux.
vaste débat ... |
| |
| |
| | | |
|
| | |
| |
Posté le 09 décembre 2009 - 11:24 |
Bonjour,
Pourriez vous nous préciser si l'installation de WD 5.5 sous SEVEN se passe sans "soucis" et si non, quels sont les soucis rencontrés. Quelle version du logiciel ALADIN de protection avez vous du installer ?
Je pense, sous peu, m'équiper de SEVEN PRO car cette version de Windows propose un mode XP virtualisé intégré. Je cherche à savoir si il est possible de faire "tourner" sous SEVEN deux WD en même temps, par exemple: - WD 5.5 en instance XP virtualisée - WD 14 sous seven
Merci de vos réponses Alain |
| |
| |
| | | |
|
| | |
| |
Posté le 09 décembre 2009 - 12:45 |
Alain a écrit :
Bonjour,
Pourriez vous nous préciser si l'installation de WD 5.5 sous SEVEN se passe sans "soucis" et si non, quels sont les soucis rencontrés. Quelle version du logiciel ALADIN de protection avez vous du installer ?
Je pense, sous peu, m'équiper de SEVEN PRO car cette version de Windows propose un mode XP virtualisé intégré. Je cherche à savoir si il est possible de faire "tourner" sous SEVEN deux WD en même temps, par exemple: - WD 5.5 en instance XP virtualisée - WD 14 sous seven
Merci de vos réponses Alain
Bonjour, j'ai essayé de lancer windev 55 (sous xp virtualisé) et windev 10 (sous seven)... :'( Pas possible, puisque le dongle est soit lié à xp/virtuel, soit dévérouillé (auquel cas le dongle est lié à seven). Concernant la clé, je ne trouve pas la version. Mais j'ai utilisé la version téléchargée il y a 2 ans lors de l'installation de Vista.
concernant l'installation de windev : insertion du cd, et ça roule. Ne pas oublier de Lier la clé. Pour info, dans le menu USB de XP virtuel, je trouve 2 clés : HASP HL 2.16 HASP HL 3.21 (c'est celui-là qui fonctionne) Je viens de tester si je pouvais ne lier qu'une clé, mais ça ne fonctionne pas. Ce qui ne m'étonne pas, vu la politique d'utilisation des dongle chez pc-soft.
Cdlt |
| |
| |
| | | |
|
| | |
| |
Posté le 09 décembre 2009 - 16:52 |
Merci de vos renseignements. Si j'ai bien compris, vous avez tenté 2 WD sous SEVEN - WD 55 xp virtualisé - WD 10 seven et vous avez donc inséré les deux clefs de protection dans 2 ports USB différents alors ? c'est là ou je ne pige pas, normalement chaque version de WD fonctionne avec sa clef spécifique non ? On devrait pouvoir attribuer un port USB dédié à la version virtualisé non ? Mes question peuvent apparaitre un peu "naïve" mais je n'ai jamais utilisé la virtualisation, mais avec l'arrivée de seven j'y pense maintenant.
Merci Alain |
| |
| |
| | | |
|
| | |
| |
Posté le 12 décembre 2009 - 17:25 |
Je complète post précédent sur ce sujet : - installation Windev 5.5b à partir de la lst48 : OK sans problème - utilisation 5.5b sous Windows 7 : OK sans problème (Je n'ai pas jugé utile de testé son utilisation sous émulation XP) - utilisation de mes logiciels existant sous Windows 7 : SO. aucun problème
Conclusion - Développement sous WD 5.5b et utilisation des logiciels produits sous WD 5.5b aucune différence avec utilisation sous XP ou Vista (émulation XP inutile) |
| |
| |
| | | |
|
| | |
| |
Posté le 14 décembre 2009 - 12:16 |
Le 12/12/2009 16:25, robor a écrit :
Je complète post précédent sur ce sujet : - installation Windev 5.5b à partir de la lst48 : OK sans problème - utilisation 5.5b sous Windows 7 : OK sans problème (Je n'ai pas jugé utile de testé son utilisation sous émulation XP) - utilisation de mes logiciels existant sous Windows 7 : SO. aucun problème
Conclusion - Développement sous WD 5.5b et utilisation des logiciels produits sous WD 5.5b aucune différence avec utilisation sous XP ou Vista (émulation XP inutile)
Bonjour,
euuuuuuh...as-tu essayé de créer une install avec wdinst ou d'ouvrir avec wdmap un fichier qui n'est pas dans le chemin par défaut??? parce que le sélecteur de fichiers de la wd55 ne marche pas sous vista ou seven... d'où la nécessite de la virtualisation xp pour une utilisation complète
par contre pas de souci effectivement en développement/compilation/géneration d'exe en mode 7 "natif" |
| |
| |
| | | |
|
| | |
| |
Posté le 15 décembre 2009 - 19:07 |
WDinst : Je n'avais pas remarqué car en lançant par menu "Execution...Créer la version client" ca marche... Par contre effectivement inutilisable par menu "Outils ... WDinst" En attendant d'approfondir pour l'instant je continue sous XP.
WDMap pose problème |
| |
| |
| | | |
|
| | |
| |
Posté le 09 janvier 2010 - 14:43 |
Bonjour, lorsqu'un de nos clients en windows7 64bits lance le setup.exe ou install.exe pour effectuer la màj de notre application (générée par wdsetup), on a une erreur qui semblerait signaler que ces .exe ne sont pas 32 ou 64 bits Auriez-vous une idée de solution, car là certains de mes clients sont bloqués pour leur mise à jour Serait-ce le même problème que pour wpmap ? Merci d'avance Bàv |
| |
| |
| | | |
|
| | |
| |
Posté le 09 janvier 2010 - 17:36 |
Le 09/01/2010 13:43, Eric Andre a écrit :
Bonjour, lorsqu'un de nos clients en windows7 64bits lance le setup.exe ou install.exe pour effectuer la màj de notre application (générée par wdsetup), on a une erreur qui semblerait signaler que ces .exe ne sont pas 32 ou 64 bits Auriez-vous une idée de solution, car là certains de mes clients sont bloqués pour leur mise à jour Serait-ce le même problème que pour wpmap ? Merci d'avance Bàv
bonjour,
il y a un lanceur en 16 bits (installe.exe) qui démarre ton wdsetup 32bits...
j'ai pas mal bidouillé pour trouver une solution : - je remplace ce installe.exe par mon wdsetup 32 bits personnalisé et renommé en installe.exe (à faire après création du jeu d'install par wd55) - je gère manuellement la copie de tout le dossier d'install sur le HD du poste cible et ne passe plus par un dossier temporaire wdtemp(code de wdsetup retouché en conséquence) - je vire le "endinst.exe" qui est dans inst00 et qui est lui aussi en 16 bits -je remplace également le wdmodfic.exe de wd55 par le wdmodfic32 de WD7 (code de wdsetup retouché en conséquence) - j'ajoute les dll 32 bits à la racine du dossier de setup
bref faut bricoler un peu mais on y arrive
bon dev! |
| |
| |
| | | |
|
| | |
| |
Posté le 19 février 2010 - 14:43 |
Bonjour,
voilà je bloque sur le wdmodfic32.
Lorsque je lance la maj, tout se deroule bien, puis au moment d'éxécuter wdmodfic32, j'ai un message me disant appel de syntaxe incorrect.
Je vois pas ou il faut modifier dans le wdsetup.
En vous remerciant !!
christian |
| |
| |
| | | |
|
| | |
| |
Posté le 13 avril 2010 - 08:10 |
Bonjour,
Je n'ai pas de problème pour installer la 5.5 sur win7. je n'ai pas de problème avec le wdmap, même sur le réseau, je n'ai pas de problème en créant un install en passant par exécution, version client mais j'ai un autre drôle de problème. Mon appli utilise les fichiers windev et il est sur réseau active directory. Si j'appelle l'appli à partir d'un poste win7, le laisse ouvert et appel l'appli d'un poste winXP, j'ai un message d'erreur qui dit que le fichier exe est utilisé par par quelqu'un d'autre. Si je fait le contraire, commence par l'ouvrir d'un poste XP et ensuite d'un poste win7, aucun problème. Il ne faut pas que l'appli soit ouvert en premier par un poste win7. Quelqu'un a déjà rencontré ce problème et comment le corrigé?
Merci |
| |
| |
| | | |
|
| | |
| |
Posté le 15 avril 2010 - 10:45 |
Pour ceux que ça intéresse, j'ai trouvé la solution. Il faut cocher en lecture seule dans les propriétés du programme sur le serveur et plus de problème. |
| |
| |
| | | |
|
| | |
| |
Posté le 22 juillet 2010 - 16:00 |
Bonjour, Voilà, j'ai installé Windev55 sous Windows 7, après quelques galères, Windev se lance. Mais impossible de faire un test de l'application. L'application compilée fonctionne bien, mais pas le mode test. J'ai mis un point d'arrêt au début du projet, mais il n'arrive même pas là. PS : J'ai bien vérifié que le mode test était en 32bits. D'ailleurs, si je lance le mode test en 16bits, ça fonctionne, mais bon l'appli plante à cause d'appels à des DLLs 32bits ! Si quelqu'un a une idée, merci d'avance Pascal |
| |
| |
| | | |
|
| | |
| |
Posté le 22 juillet 2010 - 19:28 |
Après mûre réflexion, Pascal ROY a écrit :
Bonjour, Voilà, j'ai installé Windev55 sous Windows 7, après quelques galères, Windev se lance. Mais impossible de faire un test de l'application. L'application compilée fonctionne bien, mais pas le mode test. J'ai mis un point d'arrêt au début du projet, mais il n'arrive même pas là. PS : J'ai bien vérifié que le mode test était en 32bits. D'ailleurs, si je lance le mode test en 16bits, ça fonctionne, mais bon l'appli plante à cause d'appels à des DLLs 32bits ! Si quelqu'un a une idée, merci d'avance Pascal
C'est une version 7 pro ? (ou supériure) Si oui, la solution est de virtualiser un XP sur la machine seven. ça fonctionne très bien... le hic, c'est les problèmes que tu as risquent de se produire en clientèle.
cdlt |
| |
| |
| | | |
|
| | |
| |
Posté le 22 juillet 2010 - 19:58 |
Le 22/07/2010 18:28, Jacques Trepp a écrit :
Après mûre réflexion, Pascal ROY a écrit : Bonjour, Voilà, j'ai installé Windev55 sous Windows 7, après quelques galères, Windev se lance. Mais impossible de faire un test de l'application. L'application compilée fonctionne bien, mais pas le mode test. J'ai mis un point d'arrêt au début du projet, mais il n'arrive même pas là. PS : J'ai bien vérifié que le mode test était en 32bits. D'ailleurs, si je lance le mode test en 16bits, ça fonctionne, mais bon l'appli plante à cause d'appels à des DLLs 32bits ! Si quelqu'un a une idée, merci d'avance Pascal
C'est une version 7 pro ? (ou supériure) Si oui, la solution est de virtualiser un XP sur la machine seven. ça fonctionne très bien... le hic, c'est les problèmes que tu as risquent de se produire en clientèle. cdlt Bonjour,
wd55 marche sans souci chez moi sur Seven pro 32 bits (et ce n'est pas un 64 bits sinon le mode test 16 bits ne se lancerait pas a priori). => inutile d'utiliser la machine virtuelle XP (gratuite pour seven pro)...sauf pour générer les fichiers d'install avec wdinst et les exe marchent nickel en clientèle, pas de souci
bons dev, phv |
| |
| |
| | | |
|
| | |
| |
Posté le 14 septembre 2010 - 12:11 |
Bon, j'ai fini par trouvé la solution, qui n'avait rien à voir avec Windev, mais à un accès à une dll ne fonctionnant pas sous Seven, changement de version, quelques modifs et ça roule.
Mais j'ai un autre problème. WDINST !!! Ce programme ne fonctionne qu'avec le XPMode. Bon, OK, j'installe. Je refais une installation de windev 55, le dongle, ... bref tout comme il faut. Toutefois, j'ai un soucis ! Mes sources sont sur une partition E de mon DD et dans le XP mode, je ne vois pas le E, enfin si, mais comme un lecteur réseau ! Et wdInst refuse de m'ouvrir le .WDF correspondant ! Quand je fais, dans WDINST, Fichier/Ouvrir, et que je clique sur Poste de Travail, rien n'apparait !
Comment puis-je m'en sortir ?
Merci d'avance !
Pascal |
| |
| |
| | | |
|
| | |
| |
Posté le 09 octobre 2010 - 00:27 |
Bonjour,
Je constate que ce problème est posé depuis longtemps alors que j'y suis confronté que depuis peu.
J'ai acquis un nouvel ordinateur / Windows 7 (64bits) et malgré les forums, je n'ai pas réussi à lancer Windev5.5. Je suis passé à Windows 7 (32bits) et mon problème n'est toujours pas résolu.
Auriez-vous une solution à mon problème sans avoir à passer par Windows XP.
P.S. J'ai même installé et exécuté Windows XP Mode, idem
Merci d'avance
robor a écrit dans le message de news <dd1b6d44a7e50f4b00d4b7b0a61ef633@news.pcsoft> :
Je complète post précédent sur ce sujet : - installation Windev 5.5b à partir de la lst48 : OK sans problème - utilisation 5.5b sous Windows 7 : OK sans problème (Je n'ai pas jugé utile de testé son utilisation sous émulation XP) - utilisation de mes logiciels existant sous Windows 7 : SO. aucun problème
Conclusion - Développement sous WD 5.5b et utilisation des logiciels produits sous WD 5.5b aucune différence avec utilisation sous XP ou Vista (émulation XP inutile)
|
| |
| |
| | | |
|
| | |
| |
Posté le 25 octobre 2010 - 19:28 |
Je crois que cela a été à plusieurs fois répondu. windev 5.5 est un programme en 16 Bits donc impossible de faire fonctionner sous Windows 7 en 64 Bits sauf en passant par des virtuel C'est ce que j'ai fait.notamment avec Oracle VM VirtualBox mais c'est du chipotage pour faire reconnaitre ta clé Mais autrement cela marche dans une sorte de fenêtre.
"Yolando Lima" <yolando.lima@africinfo-sn.com> a écrit dans le message de groupe de discussion : 8703348d7c98bd2b29f1c540f629f867@news.pcsoft...
Bonjour, Je constate que ce problème est posé depuis longtemps alors que j'y suis confronté que depuis peu. J'ai acquis un nouvel ordinateur / Windows 7 (64bits) et malgré les forums, je n'ai pas réussi à lancer Windev5.5. Je suis passé à Windows 7 (32bits) et mon problème n'est toujours pas résolu. Auriez-vous une solution à mon problème sans avoir à passer par Windows XP. P.S. J'ai même installé et exécuté Windows XP Mode, idem Merci d'avance robor a écrit dans le message de news <dd1b6d44a7e50f4b00d4b7b0a61ef633@news.pcsoft> : Je complète post précédent sur ce sujet : - installation Windev 5.5b à partir de la lst48 : OK sans problème - utilisation 5.5b sous Windows 7 : OK sans problème (Je n'ai pas jugé utile de testé son utilisation sous émulation XP) - utilisation de mes logiciels existant sous Windows 7 : SO. aucun problème
Conclusion - Développement sous WD 5.5b et utilisation des logiciels produits sous WD 5.5b aucune différence avec utilisation sous XP ou Vista (émulation XP inutile)
|
| |
| |
| | | |
|
| | |
| |
Posté le 26 octobre 2010 - 11:12 |
Le 25/10/2010 18:28, Feiereisen Marcel a écrit :
Je crois que cela a été à plusieurs fois répondu. windev 5.5 est un programme en 16 Bits donc impossible de faire fonctionner sous Windows 7 en 64 Bits sauf en passant par des virtuel C'est ce que j'ai fait.notamment avec Oracle VM VirtualBox mais c'est du chipotage pour faire reconnaitre ta clé Mais autrement cela marche dans une sorte de fenêtre. "Yolando Lima"<yolando.lima@africinfo-sn.com> a écrit dans le message de groupe de discussion : 8703348d7c98bd2b29f1c540f629f867@news.pcsoft... Bonjour,
Je constate que ce problème est posé depuis longtemps alors que j'y suis confronté que depuis peu.
J'ai acquis un nouvel ordinateur / Windows 7 (64bits) et malgré les forums, je n'ai pas réussi à lancer Windev5.5. Je suis passé à Windows 7 (32bits) et mon problème n'est toujours pas résolu.
Bonjour,
aucun souci avec Win 7 32 bits : je me sers de mon bon vieux Wd55 dessus depuis plusieurs mois...il faut juste mettre à jour le pilote HASP pour que le dongle USB windev soit reconnu (pilote à télécharger chez Aladdin)
bons dév phv |
| |
| |
| | | |
|
| | |
| |
Posté le 26 octobre 2010 - 16:44 |
Encore une fois windows 7 32 Bits cela marche Windows 7 64 Bits n'exécute plus des logiciels sous 16 bits ce qui est le cas de Windev On peut compiler un programme en 32 Bits mais le logiciel en lui-même travaille en 16 bits.
Sauf avec un environnement virtuel
"Philippe Vidal" <logphiENLEVEZCECI@free.fr> a écrit dans le message de groupe de discussion : 4cc5b008$1@news.pcsoft.fr...
Le 25/10/2010 18:28, Feiereisen Marcel a écrit : Je crois que cela a été à plusieurs fois répondu. windev 5.5 est un programme en 16 Bits donc impossible de faire fonctionner sous Windows 7 en 64 Bits sauf en passant par des virtuel C'est ce que j'ai fait.notamment avec Oracle VM VirtualBox mais c'est du chipotage pour faire reconnaitre ta clé Mais autrement cela marche dans une sorte de fenêtre. "Yolando Lima"<yolando.lima@africinfo-sn.com> a écrit dans le message de groupe de discussion : 8703348d7c98bd2b29f1c540f629f867@news.pcsoft... Bonjour,
Je constate que ce problème est posé depuis longtemps alors que j'y suis confronté que depuis peu.
J'ai acquis un nouvel ordinateur / Windows 7 (64bits) et malgré les forums, je n'ai pas réussi à lancer Windev5.5. Je suis passé à Windows 7 (32bits) et mon problème n'est toujours pas résolu.
Bonjour, aucun souci avec Win 7 32 bits : je me sers de mon bon vieux Wd55 dessus depuis plusieurs mois...il faut juste mettre à jour le pilote HASP pour que le dongle USB windev soit reconnu (pilote à télécharger chez Aladdin) bons dév phv |
| |
| |
| | | |
|
| | |
| |
Posté le 27 octobre 2010 - 16:06 |
Bonjour, A toutes fins utiles : Les programmes créés sous WD 5.5b (sous Windows 7 32 bits), compilés en 32 bits s'exécutent sans problèmes sous Window 7 que se soit versions 32 ou 64 bits. Cordialement |
| |
| |
| | | |
|
| | |
| |
Posté le 27 octobre 2010 - 17:18 |
N'avez vous pas de problèmes à utiliser wd55 sous seven en mode réseau . Je m'explique , les sources se trouvent sur un serveur et vous êtes plusieurs à accéder à ces sources . Il me semble qu'ouvrir et travailler sur un projet en local ne pose pas de problème, mais si nous sommes plusieurs à ouvrir un même projet nous avons des plantagesde wd55. Et cela depuis la version xp. |
| |
| |
| | | |
|
| | |
| |
Posté le 31 octobre 2010 - 15:30 |
jeff a écrit dans le message de news > N'avez vous pas de problèmes à utiliser wd55 sous seven en mode réseau . Je m'explique , les sources se trouvent sur un serveur et vous êtes plusieurs à accéder à ces sources . projet nous avons des plantagesde wd55. Et cela depuis la version xp.
Travaillant toujours en solitaire je ne peux répondre à demande. Cordialement |
| |
| |
| | | |
|
| | |
| |
Posté le 22 février 2011 - 14:42 |
BOnjour,
Mon problème est le suivant: Application développée en WIndev 5.5, installée sous WInodws Seven pas de soucis avec le moteur d'installation WDINST de Windev 16.Par contre ce qui ne fonctionne pas, c'est la modification automatique des données, pourtant cochée dans le .wdf de l'installation. TOut se passe bien sauf ça, donc problème en clientèle si des fichiers de données ont subi des modifications (nouveaux champs, longueurs de champs modifiées etc...) SI quelqu'un à une idée de génie , je suis preneur. |
| |
| |
| | | |
|
| | |
| |
Posté le 22 février 2011 - 15:41 |
Bonjour,
vous devriez regarder cela :
http://forum.pcsoft.fr/thread.awp…
le moteur 16 bits de modification hf ne marche pas sur les machines 64 bits. Le seul moyen de pouvoir modifier la base de données chez vous clients s'ils sont en 64 bits et de passer par le wdmodfic en version 32 bits ; Par contre je ne sais pas s'il marche depuis le wdinst. Nous ne passons par une installation indépendante et on pilote le wdmodfic par ligne de commande.
Cherchez dans ce sens. |
| |
| |
| | | |
|
| | |
| |
Posté le 01 juin 2011 - 11:00 |
Pascal ROY a écrit dans le message de news <90ca5df7df512f2ede6095fa86bb6e7d@news.pcsoft> :
Bon, j'ai fini par trouvé la solution, qui n'avait rien à voir avec Windev, mais à un accès à une dll ne fonctionnant pas sous Seven, changement de version, quelques modifs et ça roule.
Bonjour Pascal, J'ai à priori le même pb. Le mode test ne fonctionne pas (sauf si on est administrateur). Peux-tu en dire plus sur la dll changée et les qqs modifs. Merci d'avance. |
| |
| |
| | | |
|
| | |
| |
Membre enregistré 1 299 messages Popularité : +20 (72 votes) |
|
Posté le 05 juin 2011 - 16:30 |
J'ai une question par rapport à ce poste
Pourquoi vouloir à tout prix utilisé une locomotive à vapeur sur des rail de TGV ?
L'image peut paraitre stupide mais tellement similaire !
le prix d'une clé est de 990 € le temps perdu à cherché des solutions sur une jambe de bois est il moins honéreux ?
A savoir aussi que sous seven les programmes compilé inférieur à 15 peuvent avoir une certaine instabilité ! |
| |
| |
| | | |
|
| | |
| |
Posté le 06 juin 2011 - 01:53 |
Onéreux ...
Bertin CARRIERE a écrit dans le message de news <23bcf9d80555abaa2a22f25554056ae0@news.pcsoft> :
J'ai une question par rapport à ce poste
Pourquoi vouloir à tout prix utilisé une locomotive à vapeur sur des rail de TGV ?
L'image peut paraitre stupide mais tellement similaire !
le prix d'une clé est de 990 € le temps perdu à cherché des solutions sur une jambe de bois est il moins honéreux ?
A savoir aussi que sous seven les programmes compilé inférieur à 15 peuvent avoir une certaine instabilité ! |
| |
| |
| | | |
|
| | |
| |
Posté le 07 juin 2011 - 16:04 |
Onéreux ?, non tout est une question de rentabilité. On ne peut pas dire que Windev est cher.
Par contre, migrer une très grosse appli en clientèle depuis des années ça c'est un problème, surtout si l'on souhaite continuer à faire évoluer l'appli chez les Clients. J'ai moi-même une appli 5.5 importante chez 150 Clients, ce n'est peut-être pas un TGV mais en tout cas pas une locomotive. Sinon mes Clients auraient fui.
Pour résoudre le problème de la mise à jour des données il suffit de la lancer au démarrage de l'apppli avec WDModfic32. |
| |
| |
| | | |
|
| | |
| |
Posté le 07 juin 2011 - 19:02 |
Désolé, la dll en question était une dll que j'avais développé pour un usage spécifique. Rien à voir avec Windev.
Pour ton problème, vérifies que tu exécutes le test en mode 32bits sinon, ça ne fonctionne pas !
Cordialement Pascal ROY |
| |
| |
| | | |
|
| | |
| |
Posté le 08 juin 2011 - 09:54 |
Merci pour ta réponse. Résolu entre temps. C'était un problème de droits sur le fichier windev.ini |
| |
| |
| | | |
|
| | |
| |
Posté le 24 février 2012 - 10:25 |
Yolando Lima a écrit dans le message de news <8703348d7c98bd2b29f1c540f629f867@news.pcsoft> :
Bonjour, Je constate que ce problème est posé depuis longtemps alors que j'y suis confronté que depuis peu. J'ai acquis un nouvel ordinateur / Windows 7 (64bits) et malgré les forums, je n'ai pas réussi à lancer Windev5.5. Je suis passé à Windows 7 (32bits) et mon problème n'est toujours pas résolu. Auriez-vous une solution à mon problème sans avoir à passer par Windows XP. P.S. J'ai même installé et exécuté Windows XP Mode, idem Merci d'avance robor a écrit dans le message de news <dd1b6d44a7e50f4b00d4b7b0a61ef633@news.pcsoft> : Je complète post précédent sur ce sujet : - installation Windev 5.5b à partir de la lst48 : OK sans problème - utilisation 5.5b sous Windows 7 : OK sans problème (Je n'ai pas jugé utile de testé son utilisation sous émulation XP) - utilisation de mes logiciels existant sous Windows 7 : SO. aucun problème
Conclusion - Développement sous WD 5.5b et utilisation des logiciels produits sous WD 5.5b aucune différence avec utilisation sous XP ou Vista (émulation XP inutile)
Bonjour,
Je me retrouve dans cette delicate situation. Je viens d'installer seven 64b sur mon pc et j'ai eu la malchance de découvrir que windev55 ne fonctionnait pas (et oui mal renseigné avant ) Toujours est il que ca fait 2 jours que je cherche la solution avec XPmode j'arrive bien a installer windev mais la mise a jour du dongle avec le hinstalle-i plante competement mon xpmode...j'ai essayé plusieur version du sentinel HASP (4.104.5.24, 5.95 , 6.22 ....) sans succès je tourne et retourne le probleme dans tout les sens sans trouver de solution.. |
| |
| |
| | | |
|
| | |
| |
Posté le 11 avril 2012 - 13:57 |
j'ai trouvé la solution qui fonctionne pas trop mal en utilisant Virtual Box plutot que VirutalPc (ou XP Mode) qui lui utilise le noyau 64 du seven.
et la ca marche |
| |
| |
| | | |
|
| | |
| |
Posté le 07 septembre 2017 - 00:07 |
Bonjour,
je viens d'acheter les sources d'un petit projet exemple écrit en 4.1 pour un besoin spécifique dans une de mes applications développé en WD 22.
Le projet 4.1 en question permet en déplaçant le pointeur souris sur les différentes fenêtres ouvertes dans l'environnement de Windows de renvoyer automatiquement le numéro de handle, le titre de la fenêtre, le type de classe d'objet, la taille et le numéro d'instance de l'objet survolé. (fenêtres non windev dans mon cas) C'est donc un projet utilisant principalement les API de Windows. N'ayant pas le niveau pour réaliser moi-même ce que fait le projet, notamment la récupération du titre de l'objet survolé, j'espère trouver mon bonheur dans les sources de ce dernier.
J'ai bien fait une tentative d'installation de WD 5.5 et WD 7.5 sur un portable équipé de Windows 7 32 bits et aussi avec XP mais dans les deux cas WD 5.5 ne reconnaît pas la clé alors que WD 7.5 la reconnait...
Seulement pour la migration, je suis obligé de passer par WD5.5 puis WD7.5 dixit la doc PC Soft.
N'ayant pas de solution, je cherche une bonne âme qui est déjà équipé pour faire ce genre de migration jusqu'en 7.5 ou plus si disposé à le faire
Pour sa peine, cette personne pourra toujours récupérer les sources du projet en question pour ses fins personnelles.
Merci pour votre soutien. |
| |
| |
| | | |
|
| | |
| |
Membre enregistré 187 messages |
|
Posté le 07 septembre 2017 - 00:09 |
Bonjour,
je viens d'acheter les sources d'un petit projet exemple écrit en 4.1 pour un besoin spécifique dans une de mes applications développé en WD 22.
Le projet 4.1 en question permet en déplaçant le pointeur souris sur les différentes fenêtres ouvertes dans l'environnement de Windows de renvoyer automatiquement le numéro de handle, le titre de la fenêtre, le type de classe d'objet, la taille et le numéro d'instance de l'objet survolé. (fenêtres non windev dans mon cas) C'est donc un projet utilisant principalement les API de Windows. N'ayant pas le niveau pour réaliser moi-même ce que fait le projet, notamment la récupération du titre de l'objet survolé, j'espère trouver mon bonheur dans les sources de ce dernier.
J'ai bien fait une tentative d'installation de WD 5.5 et WD 7.5 sur un portable équipé de Windows 7 32 bits et aussi avec XP mais dans les deux cas WD 5.5 ne reconnaît pas la clé alors que WD 7.5 la reconnait...
Seulement pour la migration, je suis obligé de passer par WD5.5 puis WD7.5 dixit la doc PC Soft.
N'ayant pas de solution, je cherche une bonne âme qui est déjà équipé pour faire ce genre de migration jusqu'en 7.5 ou plus si disposé à le faire
Pour sa peine, cette personne pourra toujours récupérer les sources du projet en question pour ses fins personnelles.
Merci pour votre soutien. |
| |
| |
| | | |
|
| | |
| |
Posté le 07 septembre 2017 - 08:28 |
Bonjour,
Ce que tu peux faire aisément, c'est installer VMWare (gratuit) pour créer une machine virtuelle sous XP. De là, tu installes Windev 55 et Winvev 7 sur XP et tu migres ton projet.
Mais, je ne suis pas sur que les fonctions utilisées par ce programme, soient encore d'actualité pour les dernières versions de Windows.
Cordialement
Pascal ROY |
| |
| |
| | | |
|
| | |
| |
Posté le 07 septembre 2017 - 09:05 |
Il me reste encore les moyens de satisfaire votre demande et veux bien essayer.... Cordialement, Robert BRAMOULLÉ 06 99 44 44 16 |
| |
| |
| | | |
|
| | |
| |
Posté le 07 septembre 2017 - 09:12 |
J'ai peut être les moyen de tenter la conversion. Tél. 06 99 44 44 16 Cordialement, Robert BRAMOULLÉ |
| |
| |
| | | |
|
| | |
| |
Membre enregistré 187 messages |
|
Posté le 07 septembre 2017 - 09:37 |
Bonjour,
Merci pour ta réponse mais comme j'ai déjà essayé avec un vrai XP 32bits installé physiquement sur un portable de 2011, je n'ai plus envie de me casser la tête à faire d'autres manips.
Bonne journée à toi. |
| |
| |
| | | |
|
| | |
| |
Posté le 07 septembre 2017 - 13:22 |
Je vous propose de tenter de le faire . Robert BRAMOULLÉ 06 99 44 44 16 |
| |
| |
| | | |
|
| | |
| |
Posté le 08 septembre 2017 - 13:56 |
Bonjour monsieur Bramoullé,
Merci pour votre proposition. Je vous ai laissé un msg sur le répondeur, l'avez-vous écouté ?
Cordialement, |
| |
| |
| | | |
|
| | |
| |
Posté le 09 septembre 2017 - 01:36 |
Un grand Merci Robert !
Grâce à la migration vers 5.5, j'ai pu passer en 7.5 puis en 22. Une simple redéfinition des types de variable a suffit pour que le projet fonctionne de nouveau.
Ma demande est donc RÉSOLUE |
| |
| |
| | | |
|
| | |
| |
Membre enregistré 187 messages |
|
Posté le 10 septembre 2017 - 01:54 |
Par contre je n'en dirai pas autant de M. Sid Ali (asdetrefle21@gmail.com) qui m'a contacté en privé pour me proposer la même chose et qui ne m'a jamais plus donné signe de vie après lui avoir envoyé les sources, et ce malgré une relance par mail JE me demande d'ailleurs comment il a eu mon adresse mail sur ce site puisque ces dernières n'apparaissent pas |
| |
| |
| | | |
|
| | |
| |
Posté le 10 septembre 2017 - 18:12 |
André STASZEWSKI a écrit :
Par contre je n'en dirai pas autant de M. Sid Ali (asdetrefle21@gmail.com) qui m'a contacté en privé pour me proposer la même chose et qui ne m'a jamais plus donné signe de vie après lui avoir envoyé les sources, et ce malgré une relance par mail JE me demande d'ailleurs comment il a eu mon adresse mail sur ce site puisque ces dernières n'apparaissent pas
Bonsoir André,
Il m'a fallu à peine 4 minutes pour trouver ton Email. Exemple ; l'autre forum sur lequel tu as fait la même demande. (à quoi sert ce forum d'ailleurs maintenant ?)
Je ne met pas les liens pour ne pas t'exposer un peu plus. |
| |
| |
| | | |
|
| | |
| |
Membre enregistré 187 messages |
|
Posté le 11 septembre 2017 - 00:33 |
Bien vu Alain ! J'avais pas fais le rapprochement, effectivement.
Bonne journée ! |
| |
| |
| | | |
|
| | |
| |
Membre enregistré 159 messages Popularité : +0 (2 votes) |
|
Posté le 11 septembre 2017 - 19:12 |
Pascal ROY a écrit :
Bonjour,
Ce que tu peux faire aisément, c'est installer VMWare (gratuit) pour créer une machine virtuelle sous XP. De là, tu installes Windev 55 et Winvev 7 sur XP et tu migres ton projet.
Mais, je ne suis pas sur que les fonctions utilisées par ce programme, soient encore d'actualité pour les dernières versions de Windows.
Cordialement
Pascal ROY
Bonjour,
si vous avez la marche à suivre et l'installateur du pilote hasp pour le dongle usb qui fonctionne dans vmware ou virtualpc ou hyperv je suis preneur chez moi, impossible de faire reconnaître la clé alors que je vois bien une clé usb classique
merci |
| |
| |
| | | |
|
| | |