[IPC: anonymous pipe] mauvais HANDLE

salut,
j utilise des anonymous pipe pour faire de l ipc.
jai un process maitre qui va lancer un child process.

Le child process recoit deux handles sur les extremités coté esclave (slave end) à travers la ligne de commande. Les valeurs passées sont correctes.

Les handle "master end" ne sont pas heritable et les "slave end" oui.

Si le processus appelé n'herite pas des handle du processus parrent, j'obtiens un ERROR_INVALID_HANDLE. (logique)

Si le processus appelé herite des handle du processus parrent, j obtiens un crash du process child du genre

Citation:

---

XXX a rencontré un problème et doit fermer. Nous vous prions de nous excuser pour le désagrément encouru..

---

lors de l acces au pipe. (ILOGIQUE)


Pourtant les handles sont creéé avec succes avec CreatePipe(). J utilise bien chaque pipe en simplex (toute leur utilisation est correcte de bout en bout)

j utilise la meme technique dans un petit projet console et la tout va bien. :arf: :arf: :arf:

Je constate bien que la transmition des valeurs de pipe (slave end) se fait correctement et de manière identique pour les deux programmes.

L héritage d u process à l autre se fait egalement correctement.

:help: please

Les handles de ton pipe sont-il héritables, au moins ?
Edit: Cette question a eu sa réponse dans un edit.

Citation:

---

Envoyé par Médinoc

Les handles de ton pipe sont-il héritables, au moins ?

---

ceux qui doivent etre recu par le child process: oui (slave end),
ceux qui reste à la disposition du processus parent: non (master end)

On peut voir précisément ton opération de lecture dans le process fils ?
Tu as essayé d'afficher TOUS les paramètres de la fonction de lecture pour voir s'il n'y en avait pas un qui avait été modifié entretemps ?

Citation:

---

Envoyé par Médinoc

Tu as essayé d'afficher TOUS les paramètres de la fonction de lecture pour voir s'il n'y en avait pas un qui avait été modifié entretemps ?

---

oui j ai tout verifié. Le pipe n est pas null (verifié aussi) et il n y a pas de buffer overflow ou underflow.

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16

if(_lpBuffer==NULL || _dwNbByteToRead <= 0) { TRACE("E\t[CIPCComManager::ReceiveDataFromMasterProcess()]invalid buffer or len\r\n"); return false; } if (::ReadFile(m_hReadSlavePipe,_lpBuffer,_dwNbByteToRead,_pdwNbByteRead,NULL)) { return true; } else { CString l_sDebug; l_sDebug.Format("CIPCComManager::ReceiveDataFromMasterProcess() ReadFile failed : %d on Pipe %p",GetLastError(),m_hReadSlavePipe); MessageBox(AfxGetMainWnd()->m_hWnd,l_sDebug,"DEBUG",MB_OK); return false; }

---

C est tres ressemblant pour l'ecriture.

Dans le cas de la lecture par le master le crash du child process se produit au moment ou ce dernier ecrit.