Logo GNT
Actualités Tests & Guides Bons Plans
GTA 6 iPhone 17 Copilot Switch 2 Temu ChatGPT Tesla
OVH Cloud OVH Cloud
Entraide Développement Développement Visual Basic Installation appli sous Windows XP

Installation appli sous Windows XP

6 réponses
Avatar
chantal
J'ai voulu installer une application VB6 sur un poste=20
Windows NT =E0 partir d'un empaquetage fait sur un poste=20
avec Windows XP et le r=E9sultat est que apr=E8s la=20
traditionnelle question "Les fichiers syst=E8me sont=20
p=E9rim=E9s.Voulez-vous les mettre =E0 jour ?" r=E9ponse oui, le=20
poste n'a pas pu red=E9marrer (Ecran bleu).
Pour tout vous dire, =E0 l'origine mon poste de=20
d=E9veloppement =E9tait un poste NT4, j'avais donc g=E9n=E9r=E9=20
l'empaquetage sous NT. Lorsque j'ai eu un nouveau poste=20
avec XP, j'ai eu besoin de mettre =E0 jour l'empaquetage.=20
Vous connaissez la suite...=20
La question est : les DLL XP install=E9es sur le poste NT=20
sont-elles incompatibles avec les DLL d'NT ? (j'utilise=20
notamment la SCCRUN.DLL). Le probl=E8me se passe t-il=20
=E9galement avec d'autres OS ? (Windows 2000 par exemple).
Est-on oblig=E9 de cr=E9er le package sur l'OS sur lequel sera=20
install=E9e l'appli? ... et donc d'avoir un package par OS ?

Merci d'avance pour votre aide.
Signaler un problème avec ce contenu

6 réponses

Supprimer
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire

Veuillez sélectionner un problème

Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Avatar
seb
J'ai eu le meme problème avec w2000 pro.(le pproblème est
que NT ne peut pas mettre à jour tes fichiers) ca a marché
avec l'installation d'un service pack. Pour NT c'est plus
compliqué.

Regarde la page http://support.microsoft.com/default.aspx?
scid=kb;en-us;191096

pourras tu me dire si après cette "Bidouille", ton appli
s'installe.
Bon courage.


-----Message d'origine-----
J'ai voulu installer une application VB6 sur un poste
Windows NT à partir d'un empaquetage fait sur un poste
avec Windows XP et le résultat est que après la
traditionnelle question "Les fichiers système sont
périmés.Voulez-vous les mettre à jour ?" réponse oui, le
poste n'a pas pu redémarrer (Ecran bleu).
Pour tout vous dire, à l'origine mon poste de
développement était un poste NT4, j'avais donc généré
l'empaquetage sous NT. Lorsque j'ai eu un nouveau poste
avec XP, j'ai eu besoin de mettre à jour l'empaquetage.
Vous connaissez la suite...
La question est : les DLL XP installées sur le poste NT
sont-elles incompatibles avec les DLL d'NT ? (j'utilise
notamment la SCCRUN.DLL). Le problème se passe t-il
également avec d'autres OS ? (Windows 2000 par exemple).
Est-on obligé de créer le package sur l'OS sur lequel


sera
installée l'appli? ... et donc d'avoir un package par OS ?

Merci d'avance pour votre aide.


.



Avatar
Mon problème n'est pas que NT n'a pas été mis à jour.
C'est justement parce que les fichiers système ont été mis
à jour sur le poste que ça s'est planté... et que le poste
n'a pas pu rédémarrer.
La page que tu m'indiques concerne Windows 2000. En
recherchant sur le site microsoft, j'ai vu que windows
2000 possèdait une protection contre la mise à jour des
fichiers système. Mais moi ce que je recherche en fait,
c'est de savoir si des fichiers système XP peuvent
cohabiter avec des fichiers système NT ???
Merci quand même d'avoir répondu.

-----Message d'origine-----
J'ai eu le meme problème avec w2000 pro.(le pproblème est
que NT ne peut pas mettre à jour tes fichiers) ca a


marché
avec l'installation d'un service pack. Pour NT c'est plus
compliqué.

Regarde la page http://support.microsoft.com/default.aspx?
scid=kb;en-us;191096

pourras tu me dire si après cette "Bidouille", ton appli
s'installe.
Bon courage.


-----Message d'origine-----
J'ai voulu installer une application VB6 sur un poste
Windows NT à partir d'un empaquetage fait sur un poste
avec Windows XP et le résultat est que après la
traditionnelle question "Les fichiers système sont
périmés.Voulez-vous les mettre à jour ?" réponse oui, le
poste n'a pas pu redémarrer (Ecran bleu).
Pour tout vous dire, à l'origine mon poste de
développement était un poste NT4, j'avais donc généré
l'empaquetage sous NT. Lorsque j'ai eu un nouveau poste
avec XP, j'ai eu besoin de mettre à jour l'empaquetage.
Vous connaissez la suite...
La question est : les DLL XP installées sur le poste NT
sont-elles incompatibles avec les DLL d'NT ? (j'utilise
notamment la SCCRUN.DLL). Le problème se passe t-il
également avec d'autres OS ? (Windows 2000 par exemple).
Est-on obligé de créer le package sur l'OS sur lequel


sera
installée l'appli? ... et donc d'avoir un package par




OS ?

Merci d'avance pour votre aide.


.



.



Avatar
Crevecoeur Jérôme
Bonjour,

Etes-vous en Service PAck 5 pour Visual Basic 6?


Veuillez lire ces notes concernant les problèmes d'installation.
http://faq.vb.free.fr/index.php?questionD
http://faq.vb.free.fr/index.php?questionE




Cordialement
--
----------------------------------------------------------------------------
--------------------
Crévecoeur Jérôme

ACS INFORMATIQUE
122,rue du Château d'orgemont
49000 ANGERS
Tel: 02 41 68 42 36 Fax: 02 41 68 42 48
----------------------------------------------------------------------------
---------------------
a écrit dans le message de
news:023a01c35d8c$09cbed70$
Mon problème n'est pas que NT n'a pas été mis à jour.
C'est justement parce que les fichiers système ont été mis
à jour sur le poste que ça s'est planté... et que le poste
n'a pas pu rédémarrer.
La page que tu m'indiques concerne Windows 2000. En
recherchant sur le site microsoft, j'ai vu que windows
2000 possèdait une protection contre la mise à jour des
fichiers système. Mais moi ce que je recherche en fait,
c'est de savoir si des fichiers système XP peuvent
cohabiter avec des fichiers système NT ???
Merci quand même d'avoir répondu.

-----Message d'origine-----
J'ai eu le meme problème avec w2000 pro.(le pproblème est
que NT ne peut pas mettre à jour tes fichiers) ca a


marché
avec l'installation d'un service pack. Pour NT c'est plus
compliqué.

Regarde la page http://support.microsoft.com/default.aspx?
scid=kb;en-us;191096

pourras tu me dire si après cette "Bidouille", ton appli
s'installe.
Bon courage.


-----Message d'origine-----
J'ai voulu installer une application VB6 sur un poste
Windows NT à partir d'un empaquetage fait sur un poste
avec Windows XP et le résultat est que après la
traditionnelle question "Les fichiers système sont
périmés.Voulez-vous les mettre à jour ?" réponse oui, le
poste n'a pas pu redémarrer (Ecran bleu).
Pour tout vous dire, à l'origine mon poste de
développement était un poste NT4, j'avais donc généré
l'empaquetage sous NT. Lorsque j'ai eu un nouveau poste
avec XP, j'ai eu besoin de mettre à jour l'empaquetage.
Vous connaissez la suite...
La question est : les DLL XP installées sur le poste NT
sont-elles incompatibles avec les DLL d'NT ? (j'utilise
notamment la SCCRUN.DLL). Le problème se passe t-il
également avec d'autres OS ? (Windows 2000 par exemple).
Est-on obligé de créer le package sur l'OS sur lequel


sera
installée l'appli? ... et donc d'avoir un package par




OS ?

Merci d'avance pour votre aide.


.



.



Avatar
chantal
Rebonjour,
Je suis bien en service Pack 5 de VB6.
Mon poste est en XP Pro service Pack 1
et le poste où j'ai tenté l'instal en NT4 Service Pack 6.
Vue la question, mon instal devrait marcher ? Il y aurait
donc compatibilité ascendante des DLL de Windows (NT4 vers
XP Pro) ???? Car là est la question.
Si ça peut vous mettre sur une piste, j'ai dans mon projet
des références à :
- crystal report 7
- ADO 2.5
- Microsoft Scripting Runtime

Merci d'avoir répondu à ma question.

-----Message d'origine-----
Bonjour,

Etes-vous en Service PAck 5 pour Visual Basic 6?


Veuillez lire ces notes concernant les problèmes


d'installation.
http://faq.vb.free.fr/index.php?questionD
http://faq.vb.free.fr/index.php?questionE




Cordialement
--
----------------------------------------------------------


------------------
--------------------
Crévecoeur Jérôme

ACS INFORMATIQUE
122,rue du Château d'orgemont
49000 ANGERS
Tel: 02 41 68 42 36 Fax: 02 41 68 42 48
----------------------------------------------------------


------------------
---------------------
a écrit dans le message de
news:023a01c35d8c$09cbed70$
Mon problème n'est pas que NT n'a pas été mis à jour.
C'est justement parce que les fichiers système ont été mis
à jour sur le poste que ça s'est planté... et que le poste
n'a pas pu rédémarrer.
La page que tu m'indiques concerne Windows 2000. En
recherchant sur le site microsoft, j'ai vu que windows
2000 possèdait une protection contre la mise à jour des
fichiers système. Mais moi ce que je recherche en fait,
c'est de savoir si des fichiers système XP peuvent
cohabiter avec des fichiers système NT ???
Merci quand même d'avoir répondu.

-----Message d'origine-----
J'ai eu le meme problème avec w2000 pro.(le pproblème est
que NT ne peut pas mettre à jour tes fichiers) ca a


marché
avec l'installation d'un service pack. Pour NT c'est plus
compliqué.

Regarde la page




http://support.microsoft.com/default.aspx?
scid=kb;en-us;191096

pourras tu me dire si après cette "Bidouille", ton appli
s'installe.
Bon courage.


-----Message d'origine-----
J'ai voulu installer une application VB6 sur un poste
Windows NT à partir d'un empaquetage fait sur un poste
avec Windows XP et le résultat est que après la
traditionnelle question "Les fichiers système sont
périmés.Voulez-vous les mettre à jour ?" réponse oui, le
poste n'a pas pu redémarrer (Ecran bleu).
Pour tout vous dire, à l'origine mon poste de
développement était un poste NT4, j'avais donc généré
l'empaquetage sous NT. Lorsque j'ai eu un nouveau poste
avec XP, j'ai eu besoin de mettre à jour l'empaquetage.
Vous connaissez la suite...
La question est : les DLL XP installées sur le poste NT
sont-elles incompatibles avec les DLL d'NT ? (j'utilise
notamment la SCCRUN.DLL). Le problème se passe t-il
également avec d'autres OS ? (Windows 2000 par exemple).
Est-on obligé de créer le package sur l'OS sur lequel


sera
installée l'appli? ... et donc d'avoir un package par




OS ?

Merci d'avance pour votre aide.


.



.





.



Avatar
Crevecoeur Jérôme
Certainement le scripting runtime qui pose des problémes.(FSO contre qui
Zoury jette des éclairs et fait des incantations vaudou)

Moi j'avais eu un probléme assez semblable.
j'avais remplacé le scrrun.dll en mode dos.(Renommez l'ancien avant pour
plus de sécurité)


Cordialement






--
----------------------------------------------------------------------------
--------------------
Crévecoeur Jérôme

ACS INFORMATIQUE
122,rue du Château d'orgemont
49000 ANGERS
Tel: 02 41 68 42 36 Fax: 02 41 68 42 48
----------------------------------------------------------------------------
---------------------
"chantal" a écrit dans le message de
news:03a601c35da9$78bb68b0$
Rebonjour,
Je suis bien en service Pack 5 de VB6.
Mon poste est en XP Pro service Pack 1
et le poste où j'ai tenté l'instal en NT4 Service Pack 6.
Vue la question, mon instal devrait marcher ? Il y aurait
donc compatibilité ascendante des DLL de Windows (NT4 vers
XP Pro) ???? Car là est la question.
Si ça peut vous mettre sur une piste, j'ai dans mon projet
des références à :
- crystal report 7
- ADO 2.5
- Microsoft Scripting Runtime

Merci d'avoir répondu à ma question.

-----Message d'origine-----
Bonjour,

Etes-vous en Service PAck 5 pour Visual Basic 6?


Veuillez lire ces notes concernant les problèmes


d'installation.
http://faq.vb.free.fr/index.php?questionD
http://faq.vb.free.fr/index.php?questionE




Cordialement
--
----------------------------------------------------------


------------------
--------------------
Crévecoeur Jérôme

ACS INFORMATIQUE
122,rue du Château d'orgemont
49000 ANGERS
Tel: 02 41 68 42 36 Fax: 02 41 68 42 48
----------------------------------------------------------


------------------
---------------------
a écrit dans le message de
news:023a01c35d8c$09cbed70$
Mon problème n'est pas que NT n'a pas été mis à jour.
C'est justement parce que les fichiers système ont été mis
à jour sur le poste que ça s'est planté... et que le poste
n'a pas pu rédémarrer.
La page que tu m'indiques concerne Windows 2000. En
recherchant sur le site microsoft, j'ai vu que windows
2000 possèdait une protection contre la mise à jour des
fichiers système. Mais moi ce que je recherche en fait,
c'est de savoir si des fichiers système XP peuvent
cohabiter avec des fichiers système NT ???
Merci quand même d'avoir répondu.

-----Message d'origine-----
J'ai eu le meme problème avec w2000 pro.(le pproblème est
que NT ne peut pas mettre à jour tes fichiers) ca a


marché
avec l'installation d'un service pack. Pour NT c'est plus
compliqué.

Regarde la page




http://support.microsoft.com/default.aspx?
scid=kb;en-us;191096

pourras tu me dire si après cette "Bidouille", ton appli
s'installe.
Bon courage.


-----Message d'origine-----
J'ai voulu installer une application VB6 sur un poste
Windows NT à partir d'un empaquetage fait sur un poste
avec Windows XP et le résultat est que après la
traditionnelle question "Les fichiers système sont
périmés.Voulez-vous les mettre à jour ?" réponse oui, le
poste n'a pas pu redémarrer (Ecran bleu).
Pour tout vous dire, à l'origine mon poste de
développement était un poste NT4, j'avais donc généré
l'empaquetage sous NT. Lorsque j'ai eu un nouveau poste
avec XP, j'ai eu besoin de mettre à jour l'empaquetage.
Vous connaissez la suite...
La question est : les DLL XP installées sur le poste NT
sont-elles incompatibles avec les DLL d'NT ? (j'utilise
notamment la SCCRUN.DLL). Le problème se passe t-il
également avec d'autres OS ? (Windows 2000 par exemple).
Est-on obligé de créer le package sur l'OS sur lequel


sera
installée l'appli? ... et donc d'avoir un package par




OS ?

Merci d'avance pour votre aide.


.



.





.



Avatar
Adam Pietrasiewicz
W pi±tek, 8 sierpnia 2003 14:39:01 Crevecoeur Jérôme napisa³/a w wiadomo¶ci
news:




Certainement le scripting runtime qui pose des problémes.(FSO contre qui
Zoury jette des éclairs et fait des incantations vaudou)



Et Zoury a raison!

Je ne vois vraiment pas l'interet d'utiliser FSO.

Nous avons la clause Open avec laquelle on peut faire TOUT.

A la limite nous avons des APIs.

Je ne vois pas pourquoi on utiliserait FSO, qui a toujours pose des
problemes, si on a un outil FACILE et CLAIR pour lire les fichiers.

Qqn, qui utilise FSO pourrait-il m'expliquer ceci?

Adam


--
Ten list zosta³ wys³any przy u¿yciu Go³±bka http://www.amsoft.com.pl/golabek