Closed Bug 1744 Opened 26 years ago Closed 26 years ago

NGLayout hangs forever on nsIURL::Read() if file is empty

Categories

(Core :: Networking: File, defect, P2)

x86
Windows NT
defect

Tracking

()

VERIFIED DUPLICATE of bug 1742

People

(Reporter: jst, Assigned: gagan)

Details

(Keywords: testcase)

nsIURL *url;

NS_NewURL(url, "file://C:/foo.bar");

url->Open(...)

url->Read(...)

hangs on Read() if the file C:\foo.bar exists but is empty. I tried looking into
this but I didn't see any obvous errors, I did notice one thing though, the
nsIURL::Read(...) hangs on

  PR_Wait(m_Lock, PR_INTERVAL_NO_TIMEOUT); (nsNetStream.cpp:713)

and the netlibrary does

  LIBNET_UNLOCK_AND_RETURN(XP_ListIsEmpty(net_EntryList) ? 0 : 1);

from what I could se the address of the m_Lock and the lock that is unlocked is
not the same!. I do not know if this information is important or even correct...
Status: NEW → ASSIGNED
Setting all current Open Critical and Major to M3
setting paulmac as QA contact for all gagan's bugs (sorry for the spam)
Status: ASSIGNED → RESOLVED
Closed: 26 years ago
Resolution: --- → DUPLICATE
*** This bug has been marked as a duplicate of 1742 ***
Status: RESOLVED → VERIFIED
confirmed that it doesn't hang forever on a document that has no data. A good
test, I will put it in my test cases.
confirmed that it doesn't hang forever on a document that has no data. A good
test, I will put it in my test cases.
Changing all Networking Library/Browser bugs to Networking-Core component for
Browser.

Occasionally, Bugzilla will burp and cause Verified bugs to reopen when I do
this in a bulk change.  If this happens, I will fix. ;-)
Bulk move of all Networking-Core (to be deleted component) bugs to new
Networking component.
Component: Networking → Networking: File
Keywords: testcase
You need to log in before you can comment on or make changes to this bug.