BOster
Legendary Poster
Not sure. Was just about to ask if anyone knows if a jdeStore/Remove call that fails gets logged anywhere on the ES server.
I would think though that the jdeStoreDataPtr call would be the one to fail, not necessarily the jdeRemoveDataPtr. So even in the I3101250_GetWorkOrderInfo code I would think that a handle would not be returned by VerifyAndGetWorkOrderMaster and subsequently jdeRemoveDataPtr would never be called in I3101250_GetWorkOrderInfo. But as Craig pointed out it appears to be the MathCopy that caused the zombie and the only MathCopy in I3101250_GetWorkOrderInfo is right after jdeRemoveDataPtr and the only way I can see that MathCopy would segfault is with a null ptr which would mean a jdeRemoveDataPtr failure.
All speculation on my part, it could still be anything I guess - don't get tunnel vision on jdeStore/RemoveDataPtr.
I would think though that the jdeStoreDataPtr call would be the one to fail, not necessarily the jdeRemoveDataPtr. So even in the I3101250_GetWorkOrderInfo code I would think that a handle would not be returned by VerifyAndGetWorkOrderMaster and subsequently jdeRemoveDataPtr would never be called in I3101250_GetWorkOrderInfo. But as Craig pointed out it appears to be the MathCopy that caused the zombie and the only MathCopy in I3101250_GetWorkOrderInfo is right after jdeRemoveDataPtr and the only way I can see that MathCopy would segfault is with a null ptr which would mean a jdeRemoveDataPtr failure.
All speculation on my part, it could still be anything I guess - don't get tunnel vision on jdeStore/RemoveDataPtr.