2

Xcodeのスタックトレースによると、私のプログラムは壊れて、ここでEXC_BAD_ACCESSを与えます。

int main (int argc, const char * argv[]) {
    float usd,btc,bid,ask,order_price,possible_price;
    DateData * prices = load_prices(); <---

DateData * load_prices(){
    FILE * file = fopen("price.dat", "rb"); <---

これはそのコード行とは関係がなく、後のコードと関係があると判断しました。後でまで呼び出されない関数には、プログラムを破損しているように見えるコード行があります。行が実行される前に関数から戻る場合、プログラムにはこの問題はありませんが、行の後に関数から戻ることになっている場合は、この問題があります。

コード行はOpenCLの呼び出しです。それはどういうわけかプログラムを破壊していますか？

err = clEnqueueReadBuffer(ocl_data->commands, ocl_data->output, CL_TRUE, 0, sizeof(CombinationResult) * PPO_COMBINATIONS, (*PPO_results)[x] + PPO_COMBINATIONS*(p + 5), 0, NULL, NULL);

PPO_COMBINATIONSは整数マクロとして定義され、PPO_resultsのタイプはCombinationResult（*）[3] [PPO_COMBINATIONS*11]です。ocl_data->commandsのタイプはcl_command_queueで、ocl_data->outputのタイプはcl_memです。err、p、およびxの型はintです。

「AppleLLVMCompiler3.0」でXcodeを使用しています。「LLVMGCC4.2」コンパイラは、何らかの理由で「アーキテクチャi386の不正なメタデータレコード」を提供します。

これは、コマンドラインを使用してgdbでコンパイルおよび実行した場合の結果です。

Matthew-Mitchell:Parrallel BitCoin Trading Algorithm matt$ gcc -g cmain.c -o test -lcurl -framework OpenCL -std=c99 -arch i386
Matthew-Mitchell:Parrallel BitCoin Trading Algorithm matt$ gdb testGNU gdb 6.3.50-20050815 (Apple version gdb-1708) (Mon Aug 15 16:03:10 UTC 2011)
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "x86_64-apple-darwin"...Reading symbols for shared libraries .... done

(gdb) run
Starting program: /Users/matt/Programming/Bit Coin algorithm/Parrallel BitCoin Trading Algorithm/test 
Reading symbols for shared libraries .+++.................................................................. done

Program received signal EXC_BAD_ACCESS, Could not access memory.
Reason: KERN_PROTECTION_FAILURE at address: 0xbea7d7cc
0x00003e9a in main (argc=0, argv=0x1000) at cmain.c:572
572 int main (int argc, const char * argv[]) {

コマンドラインで直接実行すると、プログラムはすぐに終了します。

4

4 に答える 4

8

良い推測をしてくれたMrGomezに感謝しますが、実際の答えは私を正面から見つめています。答えはこのウェブサイトの名前です。問題は、main関数の自動変数が大きすぎて、スタックオーバーフローが発生することでした。解決策は、mallocを使用してデータを割り当てることでした。

これをグーグルで見ている人は、宣言された変数の大きさを確認することをお勧めします。実行時にメモリを割り当てることをお勧めします。

于 2012-04-09T16:39:46.407 に答える
2

私は大げさな推測をして、のバッファポインタを(*PPO_results)[x] + PPO_COMBINATIONS*(p + 5)介して書き込もうとするとスタックが破損していると言います。整数マクロの組み合わせ、および結合のポインター操作がスタックを指すようになり、アプリケーションの実行可能領域に予期せず書き込みが発生することは容易に想像できます。void*clEnqueueReadBufferPPO_COMBINATIONSPPO_results

呼び出しの領域周辺のスタックが破損している場合FILE * file = fopen("price.dat", "rb");、これにより、発生している問題が再現されます。ボーナスとして、これにより、スタックフレームが適切に巻き戻されない（したがって、完全なスタックトレースが禁止される）などの一部のツールが妨げgdbられます。これは、その時点で、スタックが破損していて、完全に回復できない状態になっているためです。

これを確認する最も簡単な方法は、デバッガーで書き込み操作を実行するか、アプリケーションで境界チェッカーを実行して、書き込みを検証することです。Valgrindにはこの機能を含むパッチがあり、OSX用のこのスペースには他にもいくつかのツールがあります。

あなたのアプリケーションで頑張ってください。あなたのバッファで安全に遊んでください、そしてあなたのプログラムは幸せであり続けます。:)

編集：閉じますが、違います。

于 2012-04-08T20:30:44.140 に答える
0

呼び出されていない関数など、コード内の奇妙な場所で障害が発生した場合、破損したコードポインターを間接的にジャンプしたことが原因である可能性があります。これは、プログラムで値として表示される関数ポインターである必要はありません。スタック上の破損したリターンアドレスである可能性があります。

マシンが、以前の一連の関数呼び出しで以前に使用したリターンアドレスを使用して、自分自身をだましてリターンする可能性があります（スタックにはまだビットが残っています）。

例。あなたload_pricesが呼ばれfopenたので、それはスタックにリターンアドレスを置きます。次に、そのビジネス全体が戻り、プログラムは、その戻りアドレスが上書きされないように、関数の他のアクティベーションチェーンを呼び出します。（関数がローカル変数を割り当てるが、それらを完全に初期化しない場合があります。または、コンパイラーは、レジスター保存領域などのスクラッチ領域を調整しますが、常にそれらを使用するとは限りません。）

とにかく、何かがスタックを台無しにし、間違った関数returnが実行されて、与えられた古いreturn-addressfopenが再利用されます。Blam、あなたはもう一度戻ってきload_pricesたかのように中に戻ってきfopenました（setjmp / longjmpと同様）。

于 2012-04-12T04:47:39.243 に答える
0

このコード行を別々の行に分割し、変数に割り当てます。

err = clEnqueueReadBuffer(ocl_data->commands, ocl_data->output, CL_TRUE, 0, sizeof(CombinationResult) * PPO_COMBINATIONS, (*PPO_results)[x] + PPO_COMBINATIONS*(p + 5), 0, NULL, NULL);

ここでは、1行のコードとして安全に保持するにはあまりにも多くのことが行われています。さらにエラーチェックも必要です。

if (ocl_data!=null) {
  //Making Assumtions here, don't expect to compile
  int crCalc=sizeof(CombinationResult)*PPO_COMBINATIONS;
  int ppoResult=0; 
  int ppoCFive=PPO_COMBINATIONS*(p + 5);

  //Check size of PPO_results before assigning
  if (x<sizeof((*PPO_results))
    ppoResult=(*PPO_results)[x];

  err = clEnqueueReadBuffer(ocl_data->commands, ocl_data->output, CL_TRUE, 0, crCalc, ppoResult + ppoCFive, 0, NULL, NULL);
} else (
  //Error message
}
于 2012-04-12T14:41:04.117 に答える