Path: csiph.com!usenet.pasdenom.info!aioe.org!eternal-september.org!feeder.eternal-september.org!mx04.eternal-september.org!.POSTED!not-for-mail From: markspace <-@.> Newsgroups: comp.lang.java.programmer Subject: Re: Strange Socket problem Date: Sat, 03 Mar 2012 09:33:22 -0800 Organization: A noiseless patient Spider Lines: 28 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Injection-Date: Sat, 3 Mar 2012 17:33:25 +0000 (UTC) Injection-Info: mx04.eternal-september.org; posting-host="XjIWM99mD7Ijfdu600oVPA"; logging-data="15119"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX18qGoqQTEBV06/2GWno5yAr4MpUMzhTHRE=" User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 In-Reply-To: Cancel-Lock: sha1:pua4l94zqhI9kwgDX3LW1jEq1Nc= Xref: csiph.com comp.lang.java.programmer:12630 On 3/2/2012 3:29 PM, Knute Johnson wrote: > I can't run it here because I can't get to the inside of the network > that these live on. This is a serious problem, imo. You must be able to test code in order to drive a bug to root cause, and then be able to test a fix. There's no other way. At minimum you need a test environment that can duplicate the issue. And not having access to real equipment that can test in a live environment makes it very very difficult to verify any result. > I have no way to know what was being sent but all of > the relevant code is here. Bad data shouldn't cause any problems but > that does give me an idea of where to place another trap (thanks). Again, pressing a code listing to your forehead and murmuring words that your teachers taught you doesn't fix code. The whole apparatus must be examined in order to find errant behavior. The idea that the customer can wall off part of their system is ridiculous. Especially because it's for their benefit that the system be examined and the problem found. > I have no idea what OS is running on the server and I can't get any data > from that end. I do know that the subprocess that I connect to is there > to keep me away from the actual server machine. I hope you're getting paid by the hour and not for any particular result.