Rtさん、こんにちは。
以前にも発言しましたが、PBでのWinsock通信は素人ですので気づいた箇所のみ
コメントします。

＞＞ただバッファメモリ用配列lc_chkで、recv関数で受信完了した分
＞＞シフトしながら次に受信したデータを引き取っていますよね。
＞＞ということは引き取った分だけrecv関数の使えるバッファメモリ
＞＞のサイズが小さくなるのに、バッファサイズ指定のll_recv_len_chk
＞＞は3000で固定になっているので、ここで配列の境界を越えたりし
＞＞てませんでしょうか。
＞
＞越えるようなことはないと思います。
＞recvの第３引数（recv(SocketNo,Recv_Buf,Recv_Size,0))のRecv_Sizeは配列の要素数を
＞越えないように設定してあります。

万が一ということもありますので、char配列の要素数を3000より多めに(10000とか)
してみたらどうでしょうか。

＞どうも問題個所はMemCopｙにあるようです（LOGをとってみたらMemCopyの前の行で落ちている）
＞MemCopy（lstr_chk,lc_chk[1],3000)
＞構造体のサイズは3000で配列のサイズも3000です。
＞PBでの構造体もしくは配列はメモリ上で連続した領域を確保していないのでしょうか？
＞ちなみに構造体はバウンダリングが起きないようにメンバのサイズを確保しています。

記憶ベースの話ですが、PBの構造体はCとは少し違った仕組みになっていたような
気がします。RtさんのロジックではChar配列の内容をそのまま構造体にメモリ転送
しているようですが、本当にこれで大丈夫ですか？

構造体\"lstr_chk\"の内容について、情報をアップしてもらえないでしょうか。