অবজেক্ট ফাইলগুলিতে অমীমাংসিত বাহ্যিক প্রতীক


180

ভিজ্যুয়াল স্টুডিওতে কোডিংয়ের সময় আমি একটি অমীমাংসিত বহিরাগত প্রতীক ত্রুটি পেয়েছি এবং আমি কী করব সে সম্পর্কে আমার কোনও ধারণা নেই। আমি জানি না কী হয়েছে। আপনি আমাকে অনুগ্রহ করতে পারেন? কোথায় কোথায় ত্রুটি খুঁজছি?

1>Form.obj : error LNK2019: unresolved external symbol "public: class Field * __thiscall Field::addField(class Field *)" (?addField@Field@@QAEPAV1@PAV1@@Z) referenced in function "public: void __thiscall Form::parse(class std::basic_stringstream<char,struct std::char_traits<char>,class std::allocator<char> > &)" (?parse@Form@@QAEXAAV?$basic_stringstream@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@@Z)
1>Form.obj : error LNK2019: unresolved external symbol "public: virtual void __thiscall Field::parse(class std::basic_stringstream<char,struct std::char_traits<char>,class std::allocator<char> > &)" (?parse@Field@@UAEXAAV?$basic_stringstream@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@@Z) referenced in function "public: __thiscall InputField::InputField(class std::basic_stringstream<char,struct std::char_traits<char>,class std::allocator<char> > &)" (??0InputField@@QAE@AAV?$basic_stringstream@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@@Z)
1>Form.obj : error LNK2001: unresolved external symbol "public: virtual void __thiscall Field::prompt(void)" (?prompt@Field@@UAEXXZ)
1>Form.obj : error LNK2001: unresolved external symbol "public: virtual class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > __thiscall Field::getName(void)" (?getName@Field@@UAE?AV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@XZ)
1>Form.obj : error LNK2001: unresolved external symbol "public: virtual class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > __thiscall Field::getType(void)" (?getType@Field@@UAE?AV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@XZ)
1>Form.obj : error LNK2001: unresolved external symbol "public: virtual void __thiscall Field::describe(void)" (?describe@Field@@UAEXXZ)
1>C:\Users\tomy\Documents\Visual Studio 2010\Projects\zapoctovkac++\Debug\zapoctovkac++.exe : fatal error LNK1120: 6 unresolved externals

26
অমীমাংসিত প্রতীক এমনটি যা আপনি কোথাও ঘোষণা করেছেন তবে কখনও সংজ্ঞায়িত হয়নি। সাধারণত, এর অর্থ হল আপনি কয়েকটি তৃতীয় পক্ষের লাইব্রেরির শিরোনাম ফাইলটি অন্তর্ভুক্ত করেছেন তবে লাইব্রেরির জন্য সম্পর্কিত .obj ফাইলগুলি কোথায় খুঁজে পেতে হবে তা লিঙ্কারের কাছে জানাননি।
দেওং

7
বেশ সাধারণ ভুল আপনি একটি স্বতন্ত্র হিসাবে একটি ফাংশন সংজ্ঞায়িত আপনার বর্গ নির্বাচক ভুলে .cpp : ফাইল আপনি এই (ভুল) একটি করুন: void myFunc() { /* do stuff */ } এর পরিবর্তে এই (ডান) এর: void A::myFunc() { /* do stuff */ }
jave.web

এছাড়াও আপনি আপনার সরাসরি বন্ধনী যোগ করতে পারেন হেডার ফাইল যদি আপনি এটি যে মত, আপনার .cpp ফাইল আরও সংজ্ঞায়িত করতে চাই না: void myFunc() {};
পাতাপুম

উত্তর:


302

এই ত্রুটি প্রায়শই বোঝায় যে কিছু ফাংশনটির একটি ঘোষণা আছে, তবে সংজ্ঞা নয়।

উদাহরণ:

// A.hpp
class A
{
public:
  void myFunc(); // Function declaration
};

// A.cpp

// Function definition
void A::myFunc()
{
  // do stuff
}

আপনার ক্ষেত্রে, সংজ্ঞাটি পাওয়া যাবে না। সমস্যাটি হ'ল আপনি শিরোনামের ফাইলটি অন্তর্ভুক্ত করছেন যা কিছু ফাংশন ঘোষণাগুলি নিয়ে আসে তবে আপনি হয়:

  1. আপনার সিপিপি ফাইলে ফাংশনগুলি সংজ্ঞায়িত করবেন না (যদি আপনি নিজেরাই এই কোডটি লিখে থাকেন)
  2. সংজ্ঞা সংবলিত lib / dll ফাইল অন্তর্ভুক্ত করবেন না

একটি সাধারণ ভুল হ'ল আপনি কোনও ফাংশনটিকে স্ট্যান্ডেলোন হিসাবে সংজ্ঞায়িত করেন এবং শ্রেণি নির্বাচককে ভুলে যান, যেমন A::, আপনার .cpp এ ফাইলে:

ভুল: void myFunc() { /* do stuff */ }
ঠিক: void A::myFunc() { /* do stuff */ }


2
আমার প্রকল্পে উক্ত লিব ফাইলটি কীভাবে অন্তর্ভুক্ত করবেন?
tmj

@tMJ আপনি কোন পরিবেশটি ব্যবহার করছেন তার উপর নির্ভর করে। আমি অনলাইনে বা এই সাইটে টিউটোরিয়ালগুলি সন্ধান করব।
ক্রিস মরিস

@ ক্রিসমরিস ফাংশনটির সংজ্ঞাটি পাওয়া যায় নি কারণ আমি এটিকে সঠিকভাবে বা কোনও লিঙ্ক করি নি did তবে, যেহেতু ডেলটি স্মৃতিতে ছিল না এবং একটি লোডলিবারি কলের মাধ্যমে লোড করতে হয়েছিল। (এফটিআর)
tmj

2
শেষ পরামর্শটি এখানে ঠিক সমস্যা ছিল। আমি এর void myFunc() {}বদলে করছিলাম A::void myFunc() {}
চার্লস

উজ্জ্বল উত্তর। আমি অন্য কোথাও থেকে পদ্ধতিটি অনুলিপি করার পরে (1) এবং তারপরে এ :: অংশ উভয়ই ভুলে গিয়েছিলাম।
আরজি

24

আপনি যে সমাধান করছেন তার সমাধানের মধ্যে সমস্ত উত্স ফাইল অন্তর্ভুক্ত করছেন কিনা তা পরীক্ষা করে দেখুন।

আপনি যদি ক্লাসের জন্য উত্স ফাইল (এবং এইভাবে বাস্তবায়ন) অন্তর্ভুক্ত না করেন Field আপনার প্রকল্পের না করেন তবে এটি নির্মিত হবে না এবং সংকলনের সময় আপনি লিঙ্ক করতে অক্ষম হবেন।

বিকল্পভাবে, সম্ভবত আপনি একটি স্ট্যাটিক বা গতিশীল লাইব্রেরি ব্যবহার করছেন এবং লিঙ্কারকে এস সম্পর্কে বলতে ভুলে গেছেন .lib?


3
সঠিক lib ফাইলগুলি উল্লেখ করে সমস্যার সমাধান হয়েছে। প্রকল্প-> বৈশিষ্ট্য-> লিঙ্কার-> সাধারণ-> অতিরিক্ত গ্রন্থাগার ডিরেক্টরি এবং প্রকল্প-> বৈশিষ্ট্য-> লিঙ্কার-> ইনপুট-> অতিরিক্ত নির্ভরতা lib ডিরেক্টরি এবং lib ফাইলগুলি
উল্লেখ

11

দেখে মনে হচ্ছে এটি একটি লাইব্রেরি নিখোঁজ হয়েছে বা অন্তর্ভুক্ত রয়েছে, আপনি কীভাবে আপনার লাইব্রেরির কোন শ্রেণীর getName, getType ইত্যাদি আছে তা বের করার চেষ্টা করতে পারেন ... এবং এটি হেডার ফাইলে বা ব্যবহার করে রেখেছেন #include

এগুলি যদি কোনও বাহ্যিক লাইব্রেরি থেকে ঘটে থাকে তবে আপনার প্রকল্পের ফাইলে আপনি সেগুলি উল্লেখ করেছেন তা নিশ্চিত করুন। উদাহরণস্বরূপ, যদি এই শ্রেণিটি একটি abc.lib এর হয় তবে আপনার ভিজ্যুয়াল স্টুডিওতে

  1. প্রকল্পের বৈশিষ্ট্যগুলিতে ক্লিক করুন।
  2. কনফিগারেশন বৈশিষ্ট্যগুলিতে যান, সি / সি ++, উত্পন্ন করুন, যাচাই করুন আপনার অতিরিক্ত অন্তর্ভুক্ত ডিরেক্টরিগুলির অধীনে abc.lib অবস্থানের দিকে নির্দেশ করেছেন। লিঙ্কার, ইনপুট এর অধীনে, আপনার অতিরিক্ত আবশ্যকতার অধীনে abc.lib রয়েছে তা নিশ্চিত করুন।

9

আমি কেবল সমস্যাটি দেখেছি আমি .cpp ফাইল থেকে মূল থেকে কোনও ফাংশন কল করতে পারি না, সঠিকভাবে .h ফাইলে ঘোষিত এবং .c ফাইলে সংজ্ঞায়িত হয়েছি। একটি লিঙ্কারের ত্রুটি মোকাবেলা করা হয়েছে। এদিকে আমি স্বাভাবিক .c ফাইল থেকে ফাংশন কল করতে পারি। সম্ভবত এটি কল সম্মেলনের উপর নির্ভর করে। সমাধানটি প্রতিটি .h ফাইলে নিম্নলিখিত প্রিপ্রোক লাইন যুক্ত করা ছিল:

#ifdef __cplusplus
extern "C"
{
#endif

এবং শেষ পর্যন্ত এই

#ifdef __cplusplus
}
#endif

7

আমার প্রকল্পটি যেখানে x 64 প্রকল্প হিসাবে সংকলিত হয়েছিল সেখানে আমার একটি ত্রুটি হয়েছিল । এবং আমি একটি লাইব্রেরি ব্যবহার করেছি যা x86 হিসাবে সংকলিত হয়েছিল ।

আমি লাইব্রেরিটি x64 হিসাবে আবার কম্পাইল করেছি এবং এটি সমাধান করেছে।


5

কখনও কখনও যদি একটি নতুন শিরোলেখ ফাইল যুক্ত হয় এবং এর ফলে এই ত্রুটিটি আসতে শুরু করে তবে পরিত্রাণ পেতে আপনাকে লাইব্রেরি যুক্ত করতে হবে unresolved external symbol

উদাহরণ স্বরূপ:

#include WtsApi32.h

প্রয়োজন হবে:

#pragma comment(lib, "Wtsapi32.lib") 

4

আমি একই লিঙ্ক ত্রুটি ছিল, কিন্তু একটি পরীক্ষা প্রকল্প যা অন্য একটি dll রেফারেন্স ছিল। খুঁজে পাওয়া গেল যে _declspec(dllexport)ত্রুটি বার্তায় নির্দিষ্ট প্রতিটি ফাংশনের সামনে যুক্ত করার পরে , লিঙ্কটি ভালভাবে কাজ করছে।


3

আমি বিশ্বাস করি কারণ এবং প্রতিকার সম্পর্কিত বেশিরভাগ পয়েন্টগুলি এই থ্রেডের সমস্ত অবদানকারীদের দ্বারা আবৃত করা হয়েছে। আমি কেবল আমার 'অমীমাংসিত বহিরাগত' সমস্যার জন্য চিহ্নিত করতে চাই, এটি ম্যাক্রো হিসাবে সংজ্ঞায়িত একটি ডেটাটাইপের কারণে হয়েছিল যা প্রত্যাশার চেয়ে ভিন্নভাবে প্রতিস্থাপিত হয়, ফলস্বরূপ যে ভুল ধরণের ফলাফলটি প্রশ্নযুক্ত ফাংশনে সরবরাহ করা হয় এবং যেহেতু টাইপযুক্ত ফাংশনটি রয়েছে কখনই সংজ্ঞায়িত হয় না, এটি সমাধান করা যেত না। বিশেষত, সি / সি ++ -> ভাষার অধীনে, 'ট্রিট ডাব্লুচর_ট বিট ইন বিল্ট ইন টাইপ' নামে একটি বৈশিষ্ট্য রয়েছে, যা 'না (/ জেডিসি: wchar_t-)' হিসাবে সংজ্ঞায়িত করা উচিত ছিল তবে আমার ক্ষেত্রে তা হয়নি।


ধন্যবাদ, এটি আমার সেটআপ থেকে সমস্যাটি সৃষ্টি করে ('না (/ জেডিসি: wchar_t-)')
নওপী গিলাস

2

উপরের ক্রিস মরিসের চমৎকার উত্তরের পাশাপাশি, আমি খুব আকর্ষণীয় উপায় পেয়েছি আপনি যদি একই ভার্চুয়াল পদ্ধতিতে কল করে থাকেন যা শুদ্ধতে সেট করা হয়নি তবে নিজস্ব বাস্তবায়ন না করে আপনি এই একই ত্রুটিটি পেতে পারেন। এটি ঠিক একই কারণ (সংকলকটি পদ্ধতির কোনও বাস্তবায়ন খুঁজে পাচ্ছে না এবং তাই কুটিল), তবে আমার আইডিই এই ত্রুটিটি কমপক্ষে ধরেনি।

উদাহরণস্বরূপ, নিম্নলিখিত কোডটি একই ত্রুটি বার্তার সাথে একটি সংকলন ত্রুটি পেয়েছে:

//code testing an interface
class test
{
   void myFunc(); 
}

//define an interface
class IamInterface
{
    virtual void myFunc();
}

//implementation of the interface
class IamConcreteImpl
{
    void myFunc()
    {
       1+1=2;
    }
}

তবে IamInterface myFunc () কে খাঁটি ভার্চুয়াল পদ্ধতি হিসাবে পরিবর্তন করা (এমন একটি পদ্ধতি যা "অবশ্যই প্রয়োগ করা উচিত" যে ভার্চুয়াল পদ্ধতির চেয়ে একটি পদ্ধতি যা "ক্যান" ওভাররাইড করা যায়) সংকলনের ত্রুটি দূর করবে।

//define an interface
class IamInterface
{
    virtual void myFunc() = 0;
}

আশা করি এটি পরবর্তী স্ট্যাকওভারফ্লো ব্যক্তিকে কোডের মাধ্যমে পদক্ষেপে সহায়তা করে!



2

নিশ্চিত হয়ে নিন যে আপনি এর সাথে আপনার শিরোনামের ফাইলগুলি সাজাচ্ছেন

#ifndef YOUR_HEADER_H
#define YOUR_HEADER_H

// your header code here

#endif

খারাপ জিনিস - এটি সহ - যদি আপনি না করেন তবে ঘটতে পারে


8
কিভাবে ব্যবহার সম্পর্কে #pragma once?
অ্যালেন লিন্যাটোক

2

তবুও আরেকটি সম্ভাব্য সমস্যা (এটি যে আমি কিছুক্ষণের জন্য আমার মাথা আঁচড়ালাম):

যদি আপনি নিজের ফাংশনগুলি হিসাবে inlineএটি সংজ্ঞায়িত করেন তবে সেগুলি অবশ্যই! Theএই শিরোনামে সংজ্ঞায়িত হতে পারে (বা একটি ইনলাইন ফাইল), সিপিসি নয়
আমার ক্ষেত্রে, তারা একটি ইনলাইন ফাইলে ছিল, কিন্তু শুধুমাত্র কারণ তারা একটি প্ল্যাটফর্ম নির্দিষ্ট বাস্তবায়ন ছিল, এবং একটি CPP এই সংশ্লিষ্ট অন্তর্ভুক্ত inl ফাইল ... একটি শিরোনামের পরিবর্তে। হ্যাঁ, এস ** টি ঘটে।

আমি ভেবেছিলাম আমিও এটি এখানে রেখে যাব, হয়তো অন্য কেউ একই সমস্যা নিয়ে চলেছে এবং এটি এখানে খুঁজে পেয়েছে।


1
যাকে এটিকে কমেছে: উত্তর কেন ভুল বা সহায়ক নয় বলে কমপক্ষে একটি মন্তব্য করুন Leave একটি মন্তব্য ছাড়া একটি ডাউনভোট সেরা মূল্যহীন।
জোহান স্টাডনস্কি

1

আমি এই সঙ্গে একটি কঠিন সময় ছিল। যৌক্তিকভাবে সবকিছু সেট আপ করা হয়েছিল। আমি কনস্ট্রাক্টর ঘোষণা করেছিলাম তবে এটি সংজ্ঞায়িত করে নি

class SomeClass
{
   SomeClass();  // needs the SomeClass::SomeClass(){} function defined somewhere, even here
}

যখন আমি এত প্রাথমিক কিছু ভুলে গিয়েছিলাম তখন আমি প্রায় আমার কীবোর্ডে মাথা বেঁধেছিলাম।


1

আমি দীর্ঘ সময়ের মধ্যে প্রথমবারের জন্য কিছু সি ++ করছি, এবং আমি ক্রিয়াকলাপের সংজ্ঞায়নের জন্য ClassName :: উপসর্গটি যুক্ত করতে ভুলে গিয়ে এই ত্রুটিটি পাচ্ছি, কারণ এটি সি ++ এর কাছে কিছুটা অনন্য। সুতরাং এটিও পরীক্ষা করে দেখুন!


1

এই লিঙ্কারের ত্রুটির একটি সম্ভাব্য কারণও এমন inlineফাংশন হতে পারে যা ঘোষিত হলেও কোনও শিরোনামের ফাইলে সংজ্ঞায়িত হয় না যা অন্য কোথাও অন্তর্ভুক্ত থাকে। ইনলাইন ফাংশনগুলি তারা ব্যবহৃত প্রতিটি অনুবাদ ইউনিটে সংজ্ঞায়িত করতে হয়।


0

পয়েন্টার

আমি এই সমস্যাটি পেয়েছি এবং পয়েন্টার ব্যবহার করে এটি সমাধান করেছি। আমি দেখতে পাচ্ছি যে এটি আপনার সমস্যা নয় তবে আমি ভেবেছিলাম আমি এটি উল্লেখ করব কারণ আমি নিশ্চিত যে এটি এখানে থাকত যখন আমি এটি এক ঘন্টা আগে দেখতাম। আমার সমস্যাটি স্থির সদস্যের পরিবর্তনশীলকে এটি সংজ্ঞায়িত না করে ঘোষণা করার বিষয়ে ছিল (সংজ্ঞাটি কিছু অন্যান্য সেট আপের পরে আসতে হবে) এবং অবশ্যই কোনও পয়েন্টারের সংজ্ঞা প্রয়োজন হয় না। সমান প্রাথমিক ভুল: পি


3
একটি উদাহরণ এখানে অত্যন্ত দরকারী হবে।
মফেল্টেজে

0

আমার ইস্যুটি একটি স্ক্যানস্ক্রিপ্টে এতে cppফাইল সংজ্ঞায়িত করা হয়নি। এটি খুব বিভ্রান্তিকর হতে পারে কারণ ভিজ্যুয়াল স্টুডিওতে cppপ্রকল্পটিতে ফাইল রয়েছে তবে পুরোপুরি অন্য কিছু তৈরি হচ্ছে।


0

আমার সমস্যাটি ছিল: আমাকে ক্লাসের ফরওয়ার্ড ডিক্লোরেশন করতে হয়েছিল যার কর্টরটি "অমীমাংসিত বাহ্যিক" ছিল।

যে ফাইলটিতে আমি ত্রুটি পেয়েছি সেখানে আমাকে এই জাতীয় কিছু রাখতে হয়েছিল:

#include "ClassB" 

class ClassB; // this solved the problem

class ClassA{
    void foo(){
        ClassB* tmp = new ClassB();
        // ...
    }
};

অবশ্যই, আমার প্রকল্পটি আরও জটিল এবং এটি কেবল একটি স্নিপেট উদাহরণ। নেমস্পেস ব্যবহার করার সময়, সেগুলিও ঘোষণা করুন


0

সমস্যাটি আমার প্রধান ফাইলটির .cপরিবর্তে এক্সটেনশানটি ছিল তা খুঁজে পেতে কেবল কয়েক ঘন্টা ব্যয় করেছিলেন.cpp

:/


0

তবুও আরেকটি সম্ভাবনা যাচাই করা, এটি আমার সমস্যা ছিল এবার।

আমি লাইব্রেরিতে ফাংশনটি যুক্ত করেছিলাম এবং লাইব্রেরির আউটপুট ফোল্ডারটিকে অনুসন্ধানের পথে অন্তর্ভুক্ত করেছি।

তবে লাইব্রেরির একটি পুরাতন সংস্করণ সহ আমারও তালিকাভুক্ত ফোল্ডার ছিল, সুতরাং ভিএস পুরানো গ্রন্থাগারটি ব্যবহার করছিল, এবং অবশ্যই নতুন ফাংশনটি খুঁজে পেল না।


0

নিশ্চিত করুন যে আপনি সন্নিবেশ বা নিষ্কাশন অপারেটরগুলিকে ইনলাইন ফাংশন হিসাবে ওভারলোড করার চেষ্টা করছেন না। আমার এই সমস্যাটি ছিল এবং আমি যখন সেই কীওয়ার্ডটি সরিয়েছিলাম তখনই তা চলে যায়।


0

আমার ক্ষেত্রে এটি কী কারণে ঘটেছে:

আমার কাছে Foo.cppএকটি Foo.h. ছাড়াই একটি বিশাল ফাইল ছিল। Foo.cppএভাবে শুরু হয়েছিল:

// ... 100 LOC here ...
namespace NS {
// ... 100 more LOC here ...
static int var;

আমি "স্ট্যাটিক" কীওয়ার্ডটি সরিয়েছি এবং এর Foo.hসাথে একটি যুক্ত করেছি :

extern int var;

ভুল দেখছেন তো?

আমি সম্পূর্ণরূপে মিস করেছি যে ভেরটি মূলত একটি নেমস্পেসে সংজ্ঞায়িত হয়েছিল, কারণ নাম স্থানের ঘোষণাটি অন্যান্য কোডে দাফন করা হয়েছিল। স্থিররূপটি এইভাবে বাহ্যিক পরিবর্তন করতে হবে:

namespace NS {
     extern int var;
}

0

"অমীমাংসিত বাহ্যিক প্রতীক" ত্রুটির সম্ভাব্য কারণ হ'ল ফাংশন কলিং কনভেনশন।

নিশ্চিত করুন যে সমস্ত উত্স ফাইলগুলি একই স্ট্যান্ডার্ড (.c বা .cpp) ব্যবহার করছে, বা কলিং কনভেনশন নির্দিষ্ট করে।

অন্যথায়, যদি একটি ফাইল সি ফাইল (Source.c) এবং অন্য ফাইলটি একটি .cpp ফাইল হয় এবং তারা একই শিরোনামের সাথে লিঙ্ক করে, তবে "অমীমাংসিত বাহ্যিক প্রতীক" ত্রুটি নিক্ষেপ করা হবে, কারণ ফাংশনটি প্রথম হিসাবে সংজ্ঞায়িত করা হয়েছে একটি সি সিডিসিএল ফাংশন, কিন্তু তারপরে একই হেডার ব্যবহার করে সি ++ ফাইলটি সি ++ ফাংশনটি সন্ধান করবে।

"অমীমাংসিত বাহ্যিক প্রতীক ত্রুটি" এড়ানোর জন্য, নিশ্চিত করুন যে ফাংশন কলিং কনভেনশনটি এটি ব্যবহার করে ফাইলগুলির মধ্যে একই রয়েছে।


0

আমি এখানে লিঙ্কারের ত্রুটির পূর্ববর্তী লাইনগুলি ঘনিষ্ঠভাবে দেখার আগে একটি সম্ভাব্য ব্যাখ্যা খুঁজছিলাম। দেখা গেল যে এটি একটি অতিরিক্ত নির্বাহযোগ্য ছিল যার জন্য বিশ্বব্যাপী ঘোষণাটি অনুপস্থিত ছিল!


0

আমি ঠিক একই ভুল ছিল করেছি এবং আমি প্রতিস্থাপন করে এটি এড়ানোর জন্য পরিচালনা ;সঙ্গে {}হেডার ফাইলে।

#ifndef XYZ_h
#define XYZ_h
class XYZ
{
    public:
    void xyzMethod(){}
}
#endif

যখন এটি void xyzMethod();সংকলন করতে চান না।

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.