6

私は現在、Visual Studio 2012 で RFID カードと通信するためのソフトウェアを作成しています。カード リーダーとの通信を処理するために、Delphi で記述された DLL を入手しました。

問題は、VS2012 がインストールされているマシンで私のソフトウェアが正常に動作していることです。他のシステムでは、それ自体またはシステム全体がフリーズします。x32およびx64構成のWin XP / 7 / 8で試しました。.NET 4.0 を使用しています。

リーダーに接続した後、ソフトウェアは backgroundWorker を開始します。これは、リーダーの RF フィールドにカードをインベントリするコマンドでリーダーを (200 ミリ秒の速度で) ポーリングします。クラッシュは通常、約 2 週間前に発生します。リーダーが接続されてから 10 ～ 20 秒。コードは次のとおりです。

[DllImport("tempConnect.dll", CallingConvention = CallingConvention.StdCall)]
 private static extern int inventory(int maxlen, [In] ref int count, 
                                         IntPtr UIDs, UInt32 HFOffTime);

public String getCardID()
    {
        if (isConnectet())
        {
            IntPtr UIDs = IntPtr.Zero;
            int len = 2 * 8;
            Byte[] zero = new Byte[len];
            UIDs = Marshal.AllocHGlobal(len);
            Thread.Sleep(50);
            Marshal.Copy(zero, 0, UIDs, len);
            int count = 0;
            int erg;
            String ret;
            try
            {
                erg = inventory(len, ref count, UIDs, 50);
            }
            catch (ExternalException) // this doesn't catch anything (iI have set <legacyCorruptedStateExceptionsPolicy enabled="true"/>)
            {
                return "\0";
            }
            finally
            {
                ret = Marshal.PtrToStringAnsi(UIDs, len);
                IntPtr rslt = LocalFree(UIDs);
                GC.Collect();
            }
            if (erg == 0)
                return ret;
            else
                return zero.ToString();
        }
        else
            return "\0";
    }

DLL は Delphi で記述されており、コード DLL コマンドは次のとおりです。

function inventory (maxlen: Integer; var count: Integer; 
                  UIDs: PByteArray; HFOffTime: Cardinal = 50): Integer; STDCALL;

どこかでメモリリークが発生している可能性があると思いますが、それを見つける方法がわかりません...

編集：

上記のコードにいくつかのアイデア (明示的な GC.Collect()、try-catch-finally) を追加しましたが、それでも機能しません。

getCardID() を呼び出すコードは次のとおりです。

200ms ごとに実行されるアクション:

if (!bgw_inventory.IsBusy)
   bgw_inventory.RunWorkerAsync();

Async backgroundWorker は次のことを行います。

private void bgw_inventory_DoWork(object sender, DoWorkEventArgs e)
    {
            if (bgw_inventory.CancellationPending)
        {
            e.Cancel = true;
            return;
        }
        else
        {
            String UID = reader.getCardID();
            if (bgw_inventory.CancellationPending)
            {
                e.Cancel = true;
                return;
            }
            if (UID.Length == 16 && UID.IndexOf("\0") == -1)
            {
                setCardId(UID);
                if (!allCards.ContainsKey(UID))
                {
                    allCards.Add(UID, new Card(UID));
                }
                if (readCardActive || deActivateCardActive || activateCardActive)
                {
                    if (lastActionCard != UID)
                        actionCard = UID;
                    else
                        setWorkingStatus("OK", Color.FromArgb(203, 218, 138));
                }
            }
            else
            {
                setCardId("none");
                if (readCardActive || deActivateCardActive || activateCardActive)
                    setWorkingStatus("waiting for next card", Color.Yellow);
            }
        }
   }

編集

これまで、コードにいくつかの小さな修正 (上記の更新) を加えました。今はアプリのみ。「tempConnect.dll」で 0xC00000FD (スタック オーバーフロー) でクラッシュします。これは、VS2012 がインストールされているシステムや、ネイティブの Delphi で DLL を使用している場合には発生しません。 他にアイデアはありますか？

編集

今、私は DLL のログをスタックサイズにしましたが、奇妙なことがわかりました。C# プログラムから呼び出されてポーリングされると、スタックサイズが連続的に上下に変化します。自然なDeplhiプログラムから同じことをすると、スタックサイズは一定です! ですから、さらに調査を行いますが、何を検索する必要があるのか​​ よくわかりません...

4

1 に答える 1

1

Marshalそのオブジェクトをどのように使用しているかについて少し心配です。メモリ リークで懸念されているように、メモリが頻繁に割り当てられているようですが、明示的に解放されたことはありません。ガベージ コレクター(操作用語) がそれを処理する必要がありますが、アンマネージ コードが混在しているとあなたは言います。投稿された情報では、アンマネージ コードの開始位置を特定することは困難です。

この質問をチェックして、.NET 自体のメモリ リークを見つけるための優れた手法を確認してください。これにより、コードのマネージ エンド (つまり、直接制御できる部分) でメモリがどのように使用されているかに関する大量の情報が得られます。ブレークポイントを備えた Windows パフォーマンス モニターを使用して、システムの全体的な状態を監視します。.NET が動作しているように見えても、WPM が急激なスパイクを示している場合は、アンマネージ コードにある可能性があります。そこでの使用法以外は実際には何も制御できないため、その時点でドキュメントに戻るときが来るでしょう。

于 2012-11-01T18:09:50.333 に答える