Давай отлаживать по TCP
When the debugger came up in the IDE, the choice was between HTTP, which was simpler but had glitches familiar from mobile development, and TCP, which was faster but used a closed protocol for communication between the standard environment and the thin client. The author chose TCP, captured the exchange from the wire, and repeated it. The reproduced protocol involved RSA-1024 with PKCS#1 v1.5, 192 bytes over triple DES, NTLM, a checksum over GUID fields, and an identifier that could not be made random.
Когда в моей Среде разработки К дошла очередь до отладчика, выбор был такой: по HTTP - проще, но с глюками, знакомыми по мобильной разработке; по TCP - быстрее, но протокол закрытый: им штатная среда говорит с тонким клиентом. Я выбрал TCP: снял обмен с провода и повторил его. RSA-1024 с PKCS#1 v1.5, 192 байта на тройном DES, NTLM, контрольная сумма по полям GUID и идентификатор, который нельзя делать случайным. Рассказываю, где спотыкался и что получилось: точки с условием, шаги, стек, локальные, вычисление и остановка по ошибке - на живом клиенте. Читать далее