12982 - Sending a message more than 1500 bytes hangs the system

Status: VERIFIED WORKSFORME

(MailNews Core :: Networking, defect, P3)

Description

[jefft]

Steps to reproduce the problem:

o Compose a message with an attachment more than 1.5K
o Send the message
o You hang

We are waiting for the blocking write to finish indefinitely.

Stack crawl follows:

NTDLL! ZwWaitForSingleObject@12 + 11 bytes
KERNEL32! WaitForSingleObjectEx@12 + 115 bytes
KERNEL32! WaitForSingleObject@8 + 15 bytes
_PR_MD_WAIT_CV(_MDCVar * 0x00e52964, _MDLock * 0x00e529bc, unsigned int
4294967295) line 261 + 20 bytes
_PR_WaitCondVar(PRThread * 0x00e52d50, PRCondVar * 0x00e528f0, PRLock *
0x00e529a0, unsigned int 4294967295) line 175 + 23 bytes
PR_Wait(PRMonitor * 0x00e52a50, unsigned int 4294967295) line 155 + 29 bytes
PR_CWait(void * 0x05dccc30, unsigned int 4294967295) line 361 + 13 bytes
nsAutoCMonitor::Wait(unsigned int 4294967295) line 209 + 15 bytes
nsPipe::nsPipeOutputStream::Flush(nsPipe::nsPipeOutputStream * const 0x05dccc44)
line 713 + 10 bytes
nsPipe::nsPipeOutputStream::WriteSegments(nsPipe::nsPipeOutputStream * const
0x05dccc44, unsigned int (void *, char *, unsigned int, unsigned int, unsigned
int *)* 0x10031dc0 nsReadFromRawBuffer(void *, char *, unsigned int, unsigned
int, unsigned int *), void * 0x0012f550, unsigned int 485, unsigned int *
0x0012f4e0) line 617 + 12 bytes
nsPipe::nsPipeOutputStream::Write(nsPipe::nsPipeOutputStream * const 0x05dccc44,
const char * 0x0012f550, unsigned int 1998, unsigned int * 0x0012f4e0) line 686
nsMsgProtocol::SendData(nsIURI * 0x05dcc3d4, const char * 0x0012f550) line 148 +
47 bytes
nsSmtpProtocol::SendMessageInFile() line 1095
nsSmtpProtocol::SendPostData() line 1142 + 8 bytes
nsSmtpProtocol::ProcessProtocolState(nsIURI * 0x05dcc3d4, nsIInputStream *
0x05df8278, unsigned int 240, unsigned int 44) line 1376 + 8 bytes
nsMsgProtocol::OnDataAvailable(nsMsgProtocol * const 0x05dccf50, nsIChannel *
0x05dccd60, nsISupports * 0x05dcc3d4, nsIInputStream * 0x05df8278, unsigned int
240, unsigned int 44) line 160 + 32 bytes
nsOnDataAvailableEvent::HandleEvent(nsOnDataAvailableEvent * const 0x05e08800)
line 345
nsStreamListenerEvent::HandlePLEvent(PLEvent * 0x05e08804) line 144 + 12 bytes
PL_HandleEvent(PLEvent * 0x05e08804) line 509 + 10 bytes
PL_ProcessPendingEvents(PLEventQueue * 0x00ece5d0) line 470 + 9 bytes
_md_EventReceiverProc(HWND__ * 0x003f052a, unsigned int 49410, unsigned int 0,
long 15525328) line 938 + 9 bytes
USER32! DispatchMessageWorker@8 + 135 bytes
USER32! DispatchMessageA@4 + 11 bytes
nsAppShell::Run() line 74
nsAppShellService::Run(nsAppShellService * const 0x00ecebc0) line 451
main1(int 2, char * * 0x00e51af0) line 829 + 12 bytes
main(int 2, char * * 0x00e51af0) line 852 + 13 bytes
mainCRTStartup() line 338 + 17 bytes
KERNEL32! BaseProcessStart@4

Comment 1

[sol]

Need to fix this for PR1, so I added a note to the Status Whiteboard

Comment 2

[Warren Harris]

I just tried this and didn't see a hang. Sent a 22k enclosure. I never seemed
to receive it, but I didn't hang, and none of the threads seemed to be waiting
with the stacktrace, above.

Comment 3

[lchiang]

Peter - pls verify at your convenience.  Thanks.

Comment 4

[pmock]

Verified as worksforme with the following builds:
ftp://sweetlou/products/client/seamonkey/windows/32bit/x86/1999-10-22-09-M11/base.xpi
ftp://sweetlou/products/client/seamonkey/unix/linux_glibc/2.2/x86/1999-10-22-08-M11/
netscape-i686-pc-linux-gnu.tar.gz

I been testing attachment greater to 100K and did not experience a systerm hang.
ftp://sweetlou/products/client/seamonkey/macos/8.x/ppc/1999-10-22-08-M11/mozilla-mac-M11.sea.bin