The UNIX and Linux Forums  
Helloやアメリカ合衆国へようこそ! UNIXおよびLinuxフォーラム!訪問し、当社のグローバルコミュニティに参加いただきありがとうございます。

Go Back   UNIXおよびLinuxフォーラム > トップフォーラム > 高レベルのプログラミング
Googleのunix.com



高レベルのプログラミング は、 C 、 C + +についての質問の投稿は、 Java 、 SQL 、および他のプログラミング言語です。

その他のUNIXおよびLinuxフォーラムトピックは参考にすること
スレッド スレッドスターター フォーラム 返信 最後の投稿
は、基本的なファイルは、特定のプログラムが必要か? cypher82 UNIXの詳細&エキスパートのためのユーザー 4 2008年5月29日 09:07午前
Cプログラムに関するヘルプが必要 dwgi32 高レベルのプログラミング 2 2007年11月19日 10:44午前
金融監督院とVGs約おかしいこと mhenryj AIX 4 2007年11月13日 04:42午後
awkはおかしいとの結果 amatheny シェルプログラミングとスクリプティング 2 2007年11月1日 06:12午後
変なメッセージですか? ? ? lesstjm UNIXのダミー質問と回答のため 6 2002年1月4日 10:01午前

Closed Thread
English Japanese Spanish French German Portuguese Italian Dutch Swedish Russian Norwegian Hungarian Hebrew Danish Bulgarian Greek を搭載 Powered by Google
 
LinkBack スレッドツール このスレッドを検索 スレッドを評価 表示モード
  #1固定リンク)  
Old 2007年11月14日
karthikb23 karthikb23 is offline
登録ユーザー
  
 

参加日: 2007年11月
投稿: 18
ありがとう

みんなトンの入力をお寄せいただきありがとうございます。

まあ数値1 、私は似たようなラインで考えていた。 j以来、 15バイトが割り当てられたが、さらに、たとえ私の入力バッファを言う(基本的に> 15 ) 20のステップは、撮影、プログラムが停止されていません。

今すぐの場所にいくつかの点で韓国と仮定tht / jに割り当てられたスペースに、なぜ、上記の条件は、 SEGVの原因はオーバーフローが発生していないか?

Shouldn't SEGVが発生するときに私のプログラムにアクセスする 任意の 外部メモリ空間の割り当て? (させるだけで有効/無効addessses )

また、私は、 sprintfをtht前に' K 'で注目は、かつては、その値はstdout 、 sprintfを1回では、文字列。だからおそらく、これらの有効なアドレスとプログラムの範囲内として扱われますか?

ところで、私は上記のシナリオで事故時に何かを実験した。また、私が何をしているよう違法だし、知っているが、私の作品がperplexes !
  #2固定リンク)  
Old 2007年11月14日
ポーター porter is offline Forum Advisor  
登録ユーザー
  
 

参加日: 2007年1月
投稿数: 2,965
引用:
当初の投稿 karthikb23 View Post
Shouldn't SEGVが発生するときに私のプログラムにアクセスする 任意の 外部メモリ空間の割り当て? (させるだけで有効/無効addessses )
これは実装の詳細これは厳密な方法は、いくつかのアーキテクチャでは、仮想メモリを召喚することと、自分の作業を設定することを追加すると、特に場合は、 OSの場合は、スタックを拡張していると考えている。

異なるアーキテクチャ以外についても厳しくしている(コードの部分を)を書く( 2 )ずれにアクセスできます。
  #3固定リンク)  
Old 2007年11月14日
DreamWarrior DreamWarrior is offline
登録ユーザー
  
 

参加日: 2003年10月
投稿: 70
' jの内容をプリントアウトを試みたあることが'が存在するか? ' J 'であるものと推測して私はその内容を停止するには、 SEGVの原因となっては、導入以来の結果に影響を与えている。

誰もが'に焦点を当てているK 'で、私はまだ見ている誰も言及'私' 。どんな内容のsprintfを'私'を放出しては' K 'で指しているトラバースする必要があります。私は容疑者'はJ 'であると'私' 'よりも多くの関係J 'であると'がK 'で。

もし私が推測するには、 ' J 'である(存在する場合) 、いくつかの点では、ヌル終端( ' \ 0 ' )で、 '私'にいくつかのポイント( SEGVで前)に実行されている'の内容をJ 'である。これは、もちろん、 "ゴミ"の両方を読むことができると' unreferenced K 'で棒にSEGVする可能性を軽減するための量を制限しています。

' J 'であると明らかに画像のメモリの領域の中にそれを実行しているはずですが、 sprintfを出しなさい。私の推測で、 sprintfを' 'のいずれかをオーバーフロー'を一体にK 'でこれはかなり長い間、メモリにはnullをターミネータかが表示されないの前に、 sprintfをヌル終端のテキストセグメントと、 OSに取得されている私は横断ないように、データセグメント違反です。

私は、 AIXのコアの存在に関係なく、 '私の理論をテストするJ 'である。
  #4固定リンク)  
Old 2007年11月14日
karthikb23 karthikb23 is offline
登録ユーザー
  
 

参加日: 2007年11月
投稿: 18
ことがあったけど、 Jの内容を印刷したときに、 " " (もちろん、これはダミーです) 。
しかし、 15バイトを割り当てられたかもしれないが、ごみの一部かもしれない。
ū述べたように、両方の回コアダンプする必要があります。

また、ポーターのようにそれまでのOSの場合/どの程度厳格にする必要がありますして言及した。
  #5固定リンク)  
Old 2007年11月15日
n1djs n1djs is offline
登録ユーザー
  
 

参加日: 2007年11月
投稿: 12
定義によるSEGV 、あなたはあなたに割り当てられたメモリセグメントへの書き込みの外にしようとしているということです。 SEGVを与えた場合は、最初のケースでは、唯一のポインタなので、最初の書き込みは記憶に割り当てていた。 2番目の1つ以上のエラーを検出することは困難です。限り、あなたはあなたに割り当てられたメモリへの書き込みをしている場合は、 SEGVを取得することはありません。あなたのポインタに割り当てられたメモリを指すように、この場合のごj [ ]の文字の配列が起こる。ここには十分なものとするとSEGVも、ときに、割り当てられたメモリの終わりから秋になっちゃうよ。割り当てられたメモリの場合は、またはを指すようにするコンパイラとランタイムライブラリの場所をポイントするようにしたい考えがあるが割り当てられたメモリは、ポインタを使用しています。限り、割り当てられたメモリを指している場合は、ランタイムは、 SEGVする問題ではない(あなたが割り当てられたメモリの外部)の書き込みではない
  #6固定リンク)  
Old 2007年11月15日
ポーター porter is offline Forum Advisor  
登録ユーザー
  
 

参加日: 2007年1月
投稿数: 2,965
通常、スタックセグメントを侵害し、むしろ巨大な割り当てスタックを処理するよりも拡張されています、それを以下に、それらは、スタックの成長をガードしたときの旅行のページだ。
  #7固定リンク)  
Old 2007年11月16日
DreamWarrior DreamWarrior is offline
登録ユーザー
  
 

参加日: 2003年10月
投稿: 70
引用:
当初の投稿 karthikb23 View Post
ことがあったけど、 Jの内容を印刷したときに、 " " (もちろん、これはダミーです) 。
しかし、 15バイトを割り当てられたかもしれないが、ごみの一部かもしれない。
ū述べたように、両方の回コアダンプする必要があります。

また、ポーターのようにそれまでのOSの場合/どの程度厳格にする必要がありますして言及した。
"明らか"とし、 "明らか"としてもNULLに設定する必要があります他のすべてのポインタと言うでしょう。 NULLにSEGVの原因を書く必要があります....しかし、それ" "その理由'の存在をJ 'であるSEGVからの一部を停止されている。 sprintfを私は' 'にK 'で、その内容をダンプする文字列'を横断されるため、すぐにNULLターミネータ安打の被害行わ制限しています。非常に可能性は、 "被害"と決してSEGVsて完全に割り当てスタック内に位置しています。いずれにせよ、あなたが必要ないものの消失している。

さらに、私はSEGVの定義( )のために必ず書いているかどうかわかりません。は、テキストおよびデータセグメントとする試みは、テキストセグメントを読むこともいくつかのオペレーティングシステムではないかと思うのSEGVの原因とされています。
Closed Thread

ブックマーク

スレッドツール このスレッドを検索
このスレッドを検索

高度な検索
表示モード このスレッド
このスレッド

投稿ルール
あなた ことができない。 新しいスレッドを投稿
あなた ことができない。 返信の投稿
あなた ことができない。 添付ファイルの投稿
あなた ことができない。 自分の投稿を編集

BBコード なる 〜の上に
スマイリー なる 〜の上に
[イメージ] コードは 〜の上に
HTMLコードは、 オフ
トラックバック なる 〜の上に
ピングバック なる 〜の上に
Refbacks なる 〜の上に




すべてGMT -4です。現在の時刻は 03:00午前


提供: vBulletin、著作権© 2000 - 2006、Jelsoft企業株式会社。言語翻訳による電源
vBCredits v1.4著作権© 2007 - 2008 、 PixelFXスタジオ
は、 UNIXおよびLinuxフォーラムのコンテンツ著作権© 1993 〜 2009 。すべての権利を管理しReserved.Ad RedTyger

コンテンツ関連のURLで vBSEO 3.2.0