call-process-internal bug ?

Hi, I'm using xemacs-21.5b20 from CVS, native win32. I'm using gnus and spambayes. I was wondering why from time to time, some messages got truncated. I have traced the problem up to call-process-internal. I have got one such message where the truncation appears and saved it in some foo.txt file. I used the following function to test spambayes filter against this message: (with-temp-buffer (let ((default-process-coding-system '(binary . binary)) (debug-windows-io 1)) (insert-file "c:/tmp/foo.txt") (call-process-region (point-min) (point-max) "c:/local/python24/scripts/dist/sb_filter.exe" t t nil "-f") (length (buffer-string)))) It is called the same way as gnus is calling it. If I run this code straight, truncation occurs. If I edebug-defun the call-process-internal function and run the same code, stepping by hand into call-process-internal, no truncation occurs. Anybody has an idea of the problem? It does not occur very often, but it is a bit scary when you think about it. Thanks in advance for any input on this issue, -- Fabrice Popineau ------------------------ e-mail: Fabrice.Popineau(a)supelec.fr | The difference between theory voice-mail: +33 (0) 387764715 | and practice, is that surface-mail: Supelec, 2 rue E. Belin, | theoretically, F-57070 Metz | there is no difference !