| |
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 298 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é
186 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é
186 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é
186 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é
186 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 |
| |
| |
| | | |
|
| | |