> Well you could still blame Java. I am sure that if you program was C, > the problem could be narrowed down much easier. That may very well be true, but I can't rewrite the whole 500K line application in C at this point. Plus, it's a web app which would be "fun" to implement in C. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
- Follow-Ups:
- Re: After many hours all outbound connections get stuck in SYN_SENT
- From: Jan Engelhardt <[email protected]>
- Re: After many hours all outbound connections get stuck in SYN_SENT
- References:
- After many hours all outbound connections get stuck in SYN_SENT
- From: "James Nichols" <[email protected]>
- Re: After many hours all outbound connections get stuck in SYN_SENT
- From: Jan Engelhardt <[email protected]>
- Re: After many hours all outbound connections get stuck in SYN_SENT
- From: "James Nichols" <[email protected]>
- Re: After many hours all outbound connections get stuck in SYN_SENT
- From: Jan Engelhardt <[email protected]>
- After many hours all outbound connections get stuck in SYN_SENT
- Prev by Date: Re: [patch 1/2] [RFC] Simple tamper-proof device filesystem.
- Next by Date: Re: [RFC] dma: passing "attributes" to dma_map_* routines
- Previous by thread: Re: After many hours all outbound connections get stuck in SYN_SENT
- Next by thread: Re: After many hours all outbound connections get stuck in SYN_SENT
- Index(es):
 |