J’ouvre un doc qui contient déjà une image = Crash !!!
Je oublie mon Word, le lance via le client ICA directement, j’ajoute une image = OK
Je me connecte en TSE, j’ouvre un doc avec une image = OK
Il n’y a que lors de la publication de mon bureau que toute la suite office Crash lorsqu’il y a une image.
Si je me connecte au bureau et que je lance Word publié (double connexion) et ajoute une image = Crash !!!
J’ai essayé aussi de désactiver / modifier SpeedScrean mais rien n’y fait.
Me message d'erreur après chaque plantage est :
Nom d’événement de problème: APPCRASH
Nom de l’application: WINWORD.EXE
Version de l’application: 10.0.6846.0
Horodatage de l'application: 485dbd51
Nom du module par défaut: mso.dll
Version du module par défaut: 10.0.6845.0
Horodateur du module par défaut: 484b3205
Code de l’exception: c0000005
Décalage de l’erreur: 007cdb8d
Version du système: 6.0.6001.2.1.0.16.7
Identificateur de paramètres régionaux: 1036
Voyant que mon problème vient de la DLL mso.dll je l'ai copié d'un autre serveur 2003 pour lequel tout est OK, mais le problème reste le même...
Désintallation / réinstallation de la suite Office XP = toujours pareille.
Avez-vous déjà rencontré ce genre de problème ?
Une piste ???
Je vous remercie d'avance. Je suis complètement perdu
alors je n’ai pas pu resister, j’ai installé office XP sur un serveur Windows 2008 et XenApp5 et cela fonctionne correctement, pas de crash avec un jpg. ¨Par contre j’ai installé le SP3 de Office XP.
peut être pourrais tu nous fournir le dump généré ?
bravo!
mis à part cela, tu confirmes donc qu'une connexion RDP fonctionne mais pas une connection à un bureau publié.. mais qu'avec Word publié ça marche...
petits trucs avant d'aller analyser le dump (qu'il faut déjà capturer : http://support.citrix.com/article/CTX105888) :
une connexion directe via ICA au bureau du serveur ? (via la quickLaunch du PN, admin only)
désactive les hooks pour winword.exe http://support.citrix.com/article/CTX107825 (attention PSE450R02W2K3028 requis)
mis à part cela, tu confirmes donc qu'une connexion RDP fonctionne mais pas une connection à un bureau publié.. mais qu'avec Word publié ça marche...
Exact !
"ThinIsFat" wrote:
petits trucs avant d'aller analyser le dump (qu'il faut déjà capturer : http://support.citrix.com/article/CTX105888) :
une connexion directe via ICA au bureau du serveur ? (via la quickLaunch du PN, admin only)
désactive les hooks pour winword.exe http://support.citrix.com/article/CTX107825 (attention PSE450R02W2K3028 requis)
dis moi, as tu le hotfix PSE450R02W2K3040 au MINIMUM ?
car si mes souvenirs sont bons, avec certaines applications mmhook.dll entrainait la fermeture de l’application. tu peux aussi (c’est crade mais c’est juste un test) renommer mmhook.dll (ne joue pas à cela avec d’autres DLL hein genre mfaphook.dll ahh si enfin joue à ça et reboot ton serveur qu’on rigole un peu ;D)
dis moi, as tu le hotfix PSE450R02W2K3040 au MINIMUM ?
car si mes souvenirs sont bons, avec certaines applications mmhook.dll entrainait la fermeture de l'application. tu peux aussi (c'est crade mais c'est juste un test) renommer mmhook.dll (ne joue pas à cela avec d'autres DLL hein genre mfaphook.dll ahh si enfin joue à ça et reboot ton serveur qu'on rigole un peu ;D)
Si je décortique le hotfix : PS 4.5 pour Windows 2003.
Sur un Windows 2008 avec XenApp 5 ???
En ce qui concerne la dll mmhook, je testerais.
Par contre, c'est une mauvaise blague la dll mfaphook ??? il me semble avoir entendu parlé de cette DLL pour des problèmes avec le speedscreen, mais je n'en suis plus trop certain...
oui, c’est une mauvaise blague… NE JAMAIS renommer mfaphook.dll car cela cassera tout le méchanisme winlogon
pour ton souci, en fait je pense à http://support.citrix.com/article/CTX110301 et renommer mmhook.dll (meme si ce n’est pas “best practice”) permet de savoir si ton probleme est lié à cette gentille DLL
oui, c'est une mauvaise blague.. NE JAMAIS renommer mfaphook.dll car cela cassera tout le méchanisme winlogon
pour ton souci, en fait je pense à http://support.citrix.com/article/CTX110301 et renommer mmhook.dll (meme si ce n'est pas "best practice") permet de savoir si ton probleme est lié à cette gentille DLL
Nada.
Toujours la mon problème. J'y croyais pourtant...
Je faire un test de connexion direct au serveur avec le PN.
Et si ça ne change rien, je vais tester la modification de se fameux Flag.