আইওএস 5 সিমুলেটর / ডিভাইসে এক্সকোড 4.2 ডিবাগিংয়ের সাথে আমার সমস্যা আছে। নিম্নলিখিত কোডটি ক্র্যাশ করেছে, যেমনটি প্রত্যাশিত:
NSArray *arr=[NSArray array];
[arr objectAtIndex:100];আইওএস 4 এ, আমি হেক্স নম্বরগুলির একটি দরকারী স্ট্যাক ট্রেস পাই। তবে আইওএস 5 এ এটি কেবল আমাকে দেয়:
*** First throw call stack:
(0x16b4052 0x1845d0a 0x16a0674 0x294c 0x6f89d6 0x6f98a6 0x708743 0x7091f8 0x7fcaa9 0x2257fa9 0x16881c5 0x15ed022 0x15eb90a 0x15eadb4 0x15eaccb 0x6f02a7 0x6faa93 0x2889 0x2805)ধন্যবাদ।
উত্তর:
আমি যা চেষ্টা করেছি কিছুই এটি সমাধান করতে পারে না (আইওএস 5 আপডেটের জন্য এক্সকোড আপগ্রেড করার পরে, উভয় সংকলক, উভয় ডিবাগার, ইত্যাদি চেষ্টা করে) কোনও স্ট্যাকের চিহ্ন কাজ করছে বলে মনে হয় না।
যাইহোক, আমি একটি কার্যকর কাজের আশেপাশে খুঁজে পেয়েছি - আমার নিজস্ব ব্যতিক্রম হ্যান্ডলার তৈরি করে (যা অন্যান্য কারণেও কার্যকর)। প্রথমে একটি ফাংশন তৈরি করুন যা ত্রুটিটি পরিচালনা করবে এবং এটিকে কনসোলে আউটপুট করবে (পাশাপাশি আপনি এর সাথে আরও যা কিছু করতে চান):
void uncaughtExceptionHandler(NSException *exception) {
NSLog(@"CRASH: %@", exception);
NSLog(@"Stack Trace: %@", [exception callStackSymbols]);
// Internal error reporting
}এর পরে, আপনার অ্যাপের প্রতিনিধিটিতে ব্যতিক্রম হ্যান্ডলারটি যুক্ত করুন:
- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions
{
NSSetUncaughtExceptionHandler(&uncaughtExceptionHandler);
// Normal launch stuff
}এটাই!
যদি এটি কাজ না করে, তবে কেবল দুটি সম্ভাব্য কারণ রয়েছে :
NSSetUncaughtExceptionHandlerকলকে ওভাররাইট করছে (আপনার সম্পূর্ণ অ্যাপ্লিকেশনের জন্য কেবলমাত্র একটি হ্যান্ডলার থাকতে পারে)। উদাহরণস্বরূপ, কিছু তৃতীয় পক্ষের লাইব্রেরি তাদের নিজস্ব অনুক্ষামহীন এক্সপ্লেশনহ্যান্ডলার সেট করে। সুতরাং, আপনার didFinishLaunchingWithOptionsফাংশনের শেষে এটিকে সেট করার চেষ্টা করুন (বা চূড়ান্তভাবে তৃতীয় পক্ষের লাইব্রেরিগুলি অক্ষম করা)। বা আরও ভাল, NSSetUncaughtExceptionHandlerকে এটি ডাকছে তাড়াতাড়ি দেখার জন্য একটি প্রতীকী ব্রেক পয়েন্ট সেট করুন । আপনি যা করতে পারেন তা হ'ল অন্য একটি যুক্ত করার পরিবর্তে আপনার বর্তমানটিকে সংশোধন করা।EXC_BAD_ACCESSহচ্ছেন না (উদাহরণস্বরূপ, ব্যতিক্রম নয়; নীচে @ এরিক বি এর মন্তব্যে জমা দেওয়া)uncaughtExceptionHandlerরুটিনটি কখনই চাওয়া হয় না।
একটি ব্যতিক্রম ব্রেকআপপয়েন্ট যুক্ত করার জন্য একটি দরকারী বিকল্প রয়েছে (ব্রেকপয়েন্ট ন্যাভিগেটরের নীচে + ব্যবহার করে)। এটি যে কোনও ব্যতিক্রম (বা আপনি শর্ত নির্ধারণ করতে পারেন) বিরতি দেবে। আমি জানি না যে এই পছন্দটি ৪.২-এ নতুন কিনা বা অবশেষে আমি লক্ষ্য করেছি যে এটি অনুপস্থিত চিহ্নগুলির সমস্যার সমাধান করার চেষ্টা করছে।
একবার আপনি এই ব্রেকপয়েন্টে চাপ দিলে আপনি কল স্ট্যাক নেভিগেট করতে, ভেরিয়েবলগুলি পরীক্ষা করতে, ডাবল নেভিগেটরটি যথারীতি ব্যবহার করতে পারেন।
আপনি যদি অনুলিপি / পেস্টিং বা এই জাতীয় পছন্দগুলির জন্য উপযুক্ত একটি প্রতীকী কল স্ট্যাক চান, তবে জিডিবি ব্যাকট্রেস সেখান থেকে ভাল কাজ করবে:
(gdb) bt
#0 0x01f84cf0 in objc_exception_throw ()
#1 0x019efced in -[NSObject doesNotRecognizeSelector:] ()(ইত্যাদি)
ডিবাগারটিতে একটি নতুন বৈশিষ্ট্য রয়েছে। আপনি যখনই একটি ব্যতিক্রম নিক্ষেপ করেন তখন ব্রেক ব্রেক পয়েন্ট নির্ধারণ করতে পারেন এবং ঠিক সেখানেই কার্যকর করা বন্ধ করতে পারেন, যেমনটি এটি 4.0 এর আগে ঘটেছিল।
"ব্রেকপয়েন্ট পয়েন্ট নেভিগেটর" এ, একটি "এক্সেপশন ব্রেকপয়েন্ট" যুক্ত করুন এবং বিকল্পগুলির পপআপের জন্য "সম্পন্ন" টিপুন।
এখানেই শেষ!
PS: কিছু ক্ষেত্রে কেবলমাত্র উদ্দেশ্য-সি ব্যতিক্রমগুলির জন্য ব্রেক করা ভাল।
এখানে আরও একটি সমাধান রয়েছে যা পূর্বের মতো মার্জিত নয়, তবে আপনি যদি ব্যতিক্রম ব্রেকপয়েন্ট বা হ্যান্ডলারগুলি না যোগ করেন তবে এটি কেবল যাওয়ার একমাত্র উপায় হতে পারে।
যখন অ্যাপ ক্রাশ হয়ে যায় এবং আপনি আপনার কাঁচা প্রথম থ্রো কল স্ট্যাক (হেক্স নম্বরগুলিতে) পেয়ে যান, এক্সকোড কনসোলে টাইপ করুন info line *hex(তারকা এবং 0xহেক্স স্পেসিফারকে ভুলে যাবেন না ), উদাহরণস্বরূপ:
(gdb) info line *0x2658
Line 15 of "path/to/file/main.m" starts at address 0x25f2 <main+50>
and ends at 0x267e <main+190>.আপনি যদি এলএলডিবি ব্যবহার করে থাকেন তবে আপনি টাইপ করতে পারেন image lookup -a hex(এই পরিস্থিতিতে তারা ছাড়া), এবং আপনি একই রকম আউটপুট পান।
এই পদ্ধতির সাহায্যে আপনি আপনার ফাংশনটিতে নিক্ষেপ স্ট্যাকের উপরে (প্রায় 5-7 সিস্টেম ব্যতিক্রম প্রচারকারী থাকবেন) উপরের দিকে যেতে পারেন যা ক্রাশের কারণ হয়ে দাঁড়িয়েছে এবং সঠিক ফাইল এবং কোডের লাইন নির্ধারণ করতে পারে।
এছাড়াও, অনুরূপ প্রভাবের জন্য আপনি টার্মিনালে atos ইউটিলিটি ব্যবহার করতে পারেন, কেবল টাইপ করুন:
atos -o path/to/AplicationBundle.app/Executable 0xAdress1 0xAdress2 0xAdress3 ...এবং আপনি প্রতীকী স্ট্যাক ট্রেস পাবেন (কমপক্ষে আপনার ডিবাগ প্রতীক রয়েছে এমন ফাংশনগুলির জন্য)। এই পদ্ধতিটি আরও পছন্দসই, কারণ আপনার প্রতিটি ঠিকানা ঠিকানা নেই info line, কেবল কনসোল আউটপুট থেকে অ্যাড্রেসগুলি অনুলিপি করুন এবং সেগুলি টার্মিনালে আটকান।
আপনি একটি ব্যতিক্রম ব্রেকআপপয়েন্ট যুক্ত করতে পারেন (ব্রেকপয়েন্ট ন্যাভিগেটরের নীচে + ব্যবহার করে) এবং এতে ক্রিয়া যুক্ত bt করতে পারেন (ক্রিয়া যুক্ত করুন বোতামটি ক্লিক করুন, ডিবাগার কমান্ড নির্বাচন করুন, পাঠ্য ক্ষেত্রে "বিটি" লিখুন)। এটি একটি ব্যতিক্রম ছোঁড়ার সাথে সাথে স্ট্যাক ট্রেস প্রদর্শন করবে।
এটি একটি সাধারণ সমস্যা, ৪.২-তে স্ট্যাক ট্রেস না পাওয়া। আপনি আরও ভাল ফলাফল পান কিনা তা দেখতে আপনি এলএলডিবি এবং জিডিবির মধ্যে অদলবদল করতে চেষ্টা করতে পারেন।
এখানে একটি বাগ রিপোর্ট ফাইল করুন।
http://developer.apple.com/bugreporter/
সম্পাদনা করুন:
আমি বিশ্বাস করি আপনি যদি এলএলভিএম জিসিসি ৪.২ এ ফিরে যান তবে আপনি এটিকে দেখতে পাবেন না। আপনার প্রয়োজনীয় বৈশিষ্ট্যগুলি হারাতে পারেন।
আপনার মূল ফাংশনে এই কোডটি ব্যবহার করুন:
int main(int argc, char *argv[])
{
NSAutoreleasePool *pool = [[NSAutoreleasePool alloc] init];
int retVal;
@try {
retVal = UIApplicationMain(argc, argv, nil, nil);
}
@catch (NSException *exception) {
NSLog(@"CRASH: %@", exception);
NSLog(@"Stack Trace: %@", [exception callStackSymbols]);
}
@finally {
[pool release];
}
return retVal;
}এক্সকোডের ডিবাগ কনসোল প্রম্পটে টাইপ করুন:
image lookup -a 0x1234
এবং এটি আপনাকে এরকম কিছু দেখাবে:
Address: MyApp[0x00018eb0] (MyApp.__TEXT.__text + 91088)
Summary: MyApp`-[MyViewController viewDidAppear:] + 192 at MyViewController.m:202'কমপাইল ফর থাম্ব' ফিরিয়ে দেওয়া (ডিবাগ কনফিগারেশন) আমার পক্ষে কাজ করেছে।