Discussion :

[davidQC]

Bonjour,

je développe avec Visual Studio 2005, Windows XP, Office 2007.

Dans une .dll vb.net, j'ouvre un fichier excel pour y insérer des données:

Début de la .dll:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
Imports Excel = Microsoft.Office.Interop.Excel
...
Private excelApp As Excel.Application = Nothing

Private excelWorkbook As Excel.Workbook = Nothing

Private excelSheets As Excel.Sheets = Nothing

Private excelWorksheet As Excel.Worksheet = Nothing

J'ai une fonction (close) qui devrai supposément fermer correctement le process Excel, il y a ceci dedans:

excelWorkbook.Close(vk_save_changes, vk_filename, vk_route_workbook)
excelWorkbook = Nothing
excelApp.Quit()
excelApp = Nothing

Dans le programme qui utilise cette .dll, j'instencie un objet de cette facon:

Dim excel As New bizExcel.ATPMain.VkExcel(False)

et je ferme cette objet de cette façon:

excel.CloseFile(True)
excel = Nothing
Return True

Pourtant, le process EXCEL.EXE est toujours présent dans mon Task Manager et un nouveau process se rajoute chaque fois que je créer un objet excel.

Quelqu'un a une idée d'une bonne solution pour terminer correctement l'utilisation d'excel en vb.net ?

Merci
David

[bidou]

il doit rester une référence non libérée dans le code, il faudrait qu'on voit celui ci

[Keihilin]

il doit rester une référence non libérée dans le code, il faudrait qu'on voit celui ci

Même pas forcément...
C'est un problème que j'ai souvent constaté lorsqu'on pilote des application office.

Une solution qui fonctionne systématiquement chez moi :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
System.Runtime.InteropServices.Marshal.ReleaseComObject(excelApp)

A appeler juste après avoir fait "excelApp.Quit()"...

[Skalp]

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

System.Runtime.InteropServices.Marshal.ReleaseComObject(excelApp)

Cette solution ne fonctionne pas chez tout le monde.

Ce problème a déjà été soulevé sur le forum. Une solution, un peu radicale mais qui a le mérite de fonctionner, est disponible dans cet article : http://skalp.developpez.com/tutoriel...nexcel/#LIII-D

La prochaine fois :

[bidou]

Jusqu'à présent je n'ai jamais rencontré un cas ou le processus Excel ne se ferme pas quand le code de pilotage est bien écrit

[Keihilin]

Jusqu'à présent je n'ai jamais rencontré un cas ou le processus Excel ne se ferme pas quand le code de pilotage est bien écrit

Ben pourtant, je témoigne que cela arrive. Même avec du code de pilotage hyper propre et des opérations fort simples, j'ai vu des processus Excel persister sans aucune raison visible. C'est à se taper la tête contre un mur !

Cette solution ne fonctionne pas chez tout le monde.

Couplée à un code de pilotage propre, elle a toujours fonctionné pour moi.

Aller tuer le processus me paraît effectivement un peu radical...