🥇Windows নেটিভ অ্যাপ্লিকেশন এবং অ্যাক্রোনিস অ্যাক্টিভ রিস্টোর

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

Windows নেটিভ অ্যাপ্লিকেশন এবং অ্যাক্রোনিস অ্যাক্টিভ রিস্টোর পরিষেবা

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

পরিষেবাটি আরও অনেক আগে চালু করুন
ব্যাকআপটি যেখানে অবস্থিত সেই ক্লাউডের সাথে অনেক আগেই যোগাযোগ করুন।
সিস্টেমটি কোন মোডে আছে—নরমাল বুট নাকি রিকভারি—তা অনেক আগেই বোঝা সম্ভব।
আগে থেকে পুনরুদ্ধার করার জন্য ফাইলের সংখ্যা অনেক কম।
ব্যবহারকারীকে আরও দ্রুত কাজ শুরু করার সুযোগ দিন।

নেটিভ অ্যাপ বলতে আসলে কী বোঝায়?

এই প্রশ্নের উত্তর দিতে, চলুন সিস্টেমটি যে কলগুলোর ক্রম অনুসরণ করে তা দেখি, উদাহরণস্বরূপ, যদি কোনো প্রোগ্রামার তার অ্যাপ্লিকেশনে একটি ফাইল তৈরি করার চেষ্টা করেন।

Windows নেটিভ অ্যাপ্লিকেশন এবং অ্যাক্রোনিস অ্যাক্টিভ রিস্টোর পরিষেবা
পাভেল ইয়োসিফোভিচ — Windows কার্নেল প্রোগ্রামিং (২০১৯)

প্রোগ্রামার ফাংশনটি ব্যবহার করে ফাইল তৈরি করুনযা fileapi.h হেডার ফাইলে ঘোষিত এবং Kernel32.dll-এ বাস্তবায়িত। তবে, এই ফাংশনটি নিজে ফাইল তৈরি করে না; এটি কেবল ইনপুট আর্গুমেন্টগুলো যাচাই করে এবং ফাংশনটিকে কল করে। NtCreateFile (Nt প্রিফিক্সটি নির্দেশ করে যে ফাংশনটি নেটিভ)। এই ফাংশনটি winternl.h হেডার ফাইলে ডিক্লেয়ার করা হয়েছে এবং ntdll.dll-এ ইমপ্লিমেন্ট করা হয়েছে। এটি কার্নেল স্পেসে জাম্প করার জন্য প্রস্তুতি নেয়, যার পরে এটি ফাইলটি তৈরি করার জন্য একটি সিস্টেম কল করে। এক্ষেত্রে, Kernel32 হলো Ntdll-এর জন্য কেবল একটি র‍্যাপার। এর একটি কারণ হলো যাতে মাইক্রোসফট স্ট্যান্ডার্ড ইন্টারফেসগুলোকে প্রভাবিত না করেই নেটিভ ফাংশনগুলো পরিবর্তন করতে পারে। মাইক্রোসফট সরাসরি নেটিভ ফাংশন কল করার পরামর্শ দেয় না এবং সেগুলোর বেশিরভাগের ডকুমেন্টেশনও করে না। প্রসঙ্গত, ডকুমেন্টেশনবিহীন ফাংশন খুঁজে পাওয়া যেতে পারে। এখানে.

নেটিভ অ্যাপ্লিকেশনগুলির প্রধান সুবিধা হলো, kernel32-এর তুলনায় ntdll অনেক আগেই সিস্টেমে লোড হয়। এটি যৌক্তিক, কারণ kernel32-এর কাজ করার জন্য ntdll প্রয়োজন। ফলে, নেটিভ ফাংশন ব্যবহারকারী অ্যাপ্লিকেশনগুলি অনেক আগে কাজ শুরু করতে পারে।

সুতরাং, Windows নেটিভ অ্যাপ্লিকেশন হলো এমন প্রোগ্রাম যা বুট হওয়ার সময় শুরুতেই চালু হতে পারে। Windowsতারা শুধুমাত্র ntdll-এর ফাংশনগুলো ব্যবহার করে। এই ধরনের একটি অ্যাপ্লিকেশনের উদাহরণ হলো: autochk যেটি সম্পাদন করে chkdisk ইউটিলিটি মূল পরিষেবাগুলি শুরু করার আগে ডিস্কে কোনো ত্রুটি আছে কিনা তা পরীক্ষা করা হয়। আমরা চাই আমাদের অ্যাক্টিভ রিস্টোর ঠিক এই স্তরেই কাজ করুক।

আমাদের কী প্রয়োজন?

ডিডিকে (ড্রাইভার ডেভেলপমেন্ট কিট), যা এখন WDK 7 নামেও পরিচিত (Windows ড্রাইভার কিট)।
ভার্চুয়াল মেশিন (যেমন Windows ৭ x ৬৪)
আবশ্যক নয়, তবে ডাউনলোডযোগ্য হেডার ফাইলগুলো সহায়ক হতে পারে। এখানে

কোডটিতে কী আছে?

চলুন একটু অনুশীলন করি এবং উদাহরণ হিসেবে একটি ছোট অ্যাপ্লিকেশন লিখি যা:

স্ক্রিনে একটি বার্তা প্রদর্শন করে
কিছু মেমরি বরাদ্দ করে
কিবোর্ড ইনপুটের জন্য অপেক্ষা করা হচ্ছে
দখলকৃত স্মৃতিকে মুক্ত করে

নেটিভ অ্যাপ্লিকেশনগুলিতে এন্ট্রি পয়েন্ট main বা winmain নয়, বরং NtProcessStartup ফাংশন, কারণ এক্ষেত্রে আমরা সরাসরি সিস্টেমে একটি নতুন প্রসেস চালু করি।

চলুন স্ক্রিনে একটি বার্তা প্রদর্শন করে শুরু করা যাক। এর জন্য আমাদের একটি নেটিভ ফাংশন আছে। NtDisplayStringযা আর্গুমেন্ট হিসেবে একটি UNICODE_STRING স্ট্রাকচার অবজেক্টের পয়েন্টার গ্রহণ করে। RtlInitUnicodeString আমাদের এটিকে ইনিশিয়ালাইজ করতে সাহায্য করবে। ফলে, স্ক্রিনে টেক্সট প্রদর্শন করার জন্য আমরা এইরকম একটি ছোট ফাংশন লিখতে পারি:

//usage: WriteLn(L"Here is my textn");
void WriteLn(LPWSTR Message)
{
    UNICODE_STRING string;
    RtlInitUnicodeString(&string, Message);
    NtDisplayString(&string);
}

যেহেতু আমরা শুধুমাত্র ntdll-এর ফাংশনগুলো ব্যবহার করতে পারি এবং মেমরিতে এখনও অন্য কোনো লাইব্রেরি নেই, তাই মেমরি বরাদ্দ করতে আমাদের সমস্যা হবেই। new অপারেটরটি এখনও নেই (কারণ এটি C++-এর অতি-উচ্চ স্তরের জগৎ থেকে এসেছে), এবং malloc ফাংশনও নেই (এর জন্য রানটাইম C লাইব্রেরি প্রয়োজন)। অবশ্যই, আমরা স্ট্যাক ব্যবহার করতে পারতাম। কিন্তু যদি আমাদের ডাইনামিকভাবে মেমরি বরাদ্দ করার প্রয়োজন হয়, তবে তা হিপ-এ করতে হবে। তাই চলুন, আমরা নিজেদের জন্য একটি হিপ তৈরি করি এবং প্রয়োজনের সময় সেখান থেকে মেমরি নিই।

এই কাজের জন্য উপযুক্ত ফাংশনটি হলো RtlCreateHeapএরপরে, RtlAllocateHeap এবং RtlFreeHeap ব্যবহার করে আমরা প্রয়োজনমতো মেমরি বরাদ্দ ও মুক্ত করব।

PVOID memory = NULL;
PVOID buffer = NULL;
ULONG bufferSize = 42;

// create heap in order to allocate memory later
memory = RtlCreateHeap(
  HEAP_GROWABLE, 
  NULL, 
  1000, 
  0, NULL, NULL
);

// allocate buffer of size bufferSize
buffer = RtlAllocateHeap(
  memory, 
  HEAP_ZERO_MEMORY, 
  bufferSize
);

// free buffer (actually not needed because we destroy heap in next step)
RtlFreeHeap(memory, 0, buffer);

RtlDestroyHeap(memory);

এবার কিবোর্ড ইনপুটের জন্য অপেক্ষা করার বিষয়ে আসা যাক।

// https://docs.microsoft.com/en-us/windows/win32/api/ntddkbd/ns-ntddkbd-keyboard_input_data
typedef struct _KEYBOARD_INPUT_DATA {
  USHORT UnitId;
  USHORT MakeCode;
  USHORT Flags;
  USHORT Reserved;
  ULONG  ExtraInformation;
} KEYBOARD_INPUT_DATA, *PKEYBOARD_INPUT_DATA;

//...

HANDLE hKeyBoard, hEvent;
UNICODE_STRING skull, keyboard;
OBJECT_ATTRIBUTES ObjectAttributes;
IO_STATUS_BLOCK Iosb;
LARGE_INTEGER ByteOffset;
KEYBOARD_INPUT_DATA kbData;

// inialize variables
RtlInitUnicodeString(&keyboard, L"DeviceKeyboardClass0");
InitializeObjectAttributes(&ObjectAttributes, &keyboard, OBJ_CASE_INSENSITIVE, NULL, NULL);

// open keyboard device
NtCreateFile(&hKeyBoard,
			SYNCHRONIZE | GENERIC_READ | FILE_READ_ATTRIBUTES,
			&ObjectAttributes,
			&Iosb,
			NULL,
			FILE_ATTRIBUTE_NORMAL,
			0,
			FILE_OPEN,FILE_DIRECTORY_FILE,
			NULL, 0);

// create event to wait on
InitializeObjectAttributes(&ObjectAttributes, NULL, 0, NULL, NULL);
NtCreateEvent(&hEvent, EVENT_ALL_ACCESS, &ObjectAttributes, 1, 0);

while (TRUE)
{
	NtReadFile(hKeyBoard, hEvent, NULL, NULL, &Iosb, &kbData, sizeof(KEYBOARD_INPUT_DATA), &ByteOffset, NULL);
	NtWaitForSingleObject(hEvent, TRUE, NULL);

	if (kbData.MakeCode == 0x01)    // if ESC pressed
	{
			break;
	}
}

আমাদের শুধু এটি ব্যবহার করতে হবে। NtReadFile খোলা ডিভাইসটিতে এবং কীবোর্ড থেকে কোনো কীস্ট্রোক আসা পর্যন্ত অপেক্ষা করুন। যদি ESC কী চাপা হয়, আমরা কাজ চালিয়ে যাব। ডিভাইসটি খোলার জন্য, আমাদের NtCreateFile ফাংশনটি কল করতে হবে (DeviceKeyboardClass0 খোলা থাকতে হবে)। আমরা আরও কল করব NtCreateEventঅপেক্ষা করার জন্য অবজেক্টটি ইনিশিয়ালাইজ করতে, আমরা ম্যানুয়ালি KEYBOARD_INPUT_DATA স্ট্রাকচারটি ডিক্লেয়ার করব, যা কিবোর্ডের ডেটা উপস্থাপন করে। এতে আমাদের কাজ সহজ হবে।

একটি ফাংশন কলের মাধ্যমে নেটিভ অ্যাপ্লিকেশনটি বন্ধ হয়ে যায়। NtTerminateProcessকারণ আমরা নিজেদের প্রক্রিয়াকেই হত্যা করছি।

আমাদের ছোট অ্যাপ্লিকেশনটির সম্পূর্ণ কোড:

#include "ntifs.h" // WinDDK7600.16385.1incddk
#include "ntdef.h"

//------------------------------------
// Following function definitions can be found in native development kit
// but I am too lazy to include `em so I declare it here
//------------------------------------

NTSYSAPI
NTSTATUS
NTAPI
NtTerminateProcess(
  IN HANDLE               ProcessHandle OPTIONAL,
  IN NTSTATUS             ExitStatus
);

NTSYSAPI 
NTSTATUS
NTAPI
NtDisplayString(
	IN PUNICODE_STRING String
);

NTSTATUS 
NtWaitForSingleObject(
  IN HANDLE         Handle,
  IN BOOLEAN        Alertable,
  IN PLARGE_INTEGER Timeout
);

NTSYSAPI 
NTSTATUS
NTAPI
NtCreateEvent(
    OUT PHANDLE             EventHandle,
    IN ACCESS_MASK          DesiredAccess,
    IN POBJECT_ATTRIBUTES   ObjectAttributes OPTIONAL,
    IN EVENT_TYPE           EventType,
    IN BOOLEAN              InitialState
);



// https://docs.microsoft.com/en-us/windows/win32/api/ntddkbd/ns-ntddkbd-keyboard_input_data
typedef struct _KEYBOARD_INPUT_DATA {
  USHORT UnitId;
  USHORT MakeCode;
  USHORT Flags;
  USHORT Reserved;
  ULONG  ExtraInformation;
} KEYBOARD_INPUT_DATA, *PKEYBOARD_INPUT_DATA;

//----------------------------------------------------------
// Our code goes here
//----------------------------------------------------------

// usage: WriteLn(L"Hello Native World!n");
void WriteLn(LPWSTR Message)
{
    UNICODE_STRING string;
    RtlInitUnicodeString(&string, Message);
    NtDisplayString(&string);
}

void NtProcessStartup(void* StartupArgument)
{
	// it is important to declare all variables at the beginning
	HANDLE hKeyBoard, hEvent;
	UNICODE_STRING skull, keyboard;
	OBJECT_ATTRIBUTES ObjectAttributes;
	IO_STATUS_BLOCK Iosb;
	LARGE_INTEGER ByteOffset;
	KEYBOARD_INPUT_DATA kbData;
	
	PVOID memory = NULL;
	PVOID buffer = NULL;
	ULONG bufferSize = 42;

	//use it if debugger connected to break
	//DbgBreakPoint();

	WriteLn(L"Hello Native World!n");

	// inialize variables
	RtlInitUnicodeString(&keyboard, L"DeviceKeyboardClass0");
	InitializeObjectAttributes(&ObjectAttributes, &keyboard, OBJ_CASE_INSENSITIVE, NULL, NULL);

	// open keyboard device
	NtCreateFile(&hKeyBoard,
				SYNCHRONIZE | GENERIC_READ | FILE_READ_ATTRIBUTES,
				&ObjectAttributes,
				&Iosb,
				NULL,
				FILE_ATTRIBUTE_NORMAL,
				0,
				FILE_OPEN,FILE_DIRECTORY_FILE,
				NULL, 0);

	// create event to wait on
	InitializeObjectAttributes(&ObjectAttributes, NULL, 0, NULL, NULL);
	NtCreateEvent(&hEvent, EVENT_ALL_ACCESS, &ObjectAttributes, 1, 0);
	
	WriteLn(L"Keyboard readyn");
	
	// create heap in order to allocate memory later
	memory = RtlCreateHeap(
	  HEAP_GROWABLE, 
	  NULL, 
	  1000, 
	  0, NULL, NULL
	);
	
	WriteLn(L"Heap readyn");

	// allocate buffer of size bufferSize
	buffer = RtlAllocateHeap(
	  memory, 
	  HEAP_ZERO_MEMORY, 
	  bufferSize
	);
	
	WriteLn(L"Buffer allocatedn");

	// free buffer (actually not needed because we destroy heap in next step)
	RtlFreeHeap(memory, 0, buffer);

	RtlDestroyHeap(memory);
	
	WriteLn(L"Heap destroyedn");
	
	WriteLn(L"Press ESC to continue...n");

	while (TRUE)
	{
		NtReadFile(hKeyBoard, hEvent, NULL, NULL, &Iosb, &kbData, sizeof(KEYBOARD_INPUT_DATA), &ByteOffset, NULL);
		NtWaitForSingleObject(hEvent, TRUE, NULL);

		if (kbData.MakeCode == 0x01)    // if ESC pressed
		{
				break;
		}
	}

	NtTerminateProcess(NtCurrentProcess(), 0);
}

দ্রষ্টব্য: আমরা আমাদের কোডে ডিবাগার বন্ধ করার জন্য সহজেই DbgBreakPoint() ফাংশনটি ব্যবহার করতে পারি। তবে, কার্নেল ডিবাগিংয়ের জন্য আমাদের ভার্চুয়াল মেশিনের সাথে WinDbg সংযোগ করতে হবে। এটি কীভাবে করতে হয় তার নির্দেশাবলী এখানে পাওয়া যাবে। এখানে অথবা শুধু ব্যবহার করুন ভার্চুয়াল কেডি.

সংকলন এবং সমাবেশ

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

Makefile নামক

!INCLUDE $(NTMAKEENV)makefile.def

উত্স:

TARGETNAME			= MyNative
TARGETTYPE			= PROGRAM
UMTYPE				= nt
BUFFER_OVERFLOW_CHECKS 		= 0
MINWIN_SDK_LIB_PATH		= $(SDK_LIB_PATH)
SOURCES 			= source.c

INCLUDES 			= $(DDK_INC_PATH); 
				  C:WinDDK7600.16385.1ndk;

TARGETLIBS 			= $(DDK_LIB_PATH)ntdll.lib	
				  $(DDK_LIB_PATH)nt.lib

USE_NTDLL			= 1

আপনার Makefile হুবহু একই থাকবে, কিন্তু চলুন সোর্সগুলো আরেকটু বিস্তারিতভাবে দেখি। এই ফাইলটি আপনার প্রোগ্রামের সোর্স কোড (.c ফাইল), বিল্ড অপশন এবং অন্যান্য প্যারামিটার নির্দিষ্ট করে।

টার্গেটনেম – ফলাফলস্বরূপ যে এক্সিকিউটেবল ফাইলটি তৈরি হবে তার নাম।
টার্গেটটাইপ (TARGETTYPE) – এক্সিকিউটেবল ফাইলের ধরন। এটি একটি ড্রাইভার (.sys) হতে পারে, সেক্ষেত্রে ফিল্ডের মান DRIVER হওয়া উচিত; যদি এটি একটি লাইব্রেরি (.lib) হয়, তাহলে মানটি LIBRARY হওয়া উচিত। আমাদের ক্ষেত্রে, একটি এক্সিকিউটেবল ফাইল (.exe) প্রয়োজন, তাই আমরা মানটি PROGRAM সেট করি।
UMTYPE – এই ফিল্ডের সম্ভাব্য মানগুলো হলো: কনসোল অ্যাপ্লিকেশনের জন্য console, এবং উইন্ডোড মোডে চালানোর জন্য windows। তবে, নেটিভ অ্যাপ্লিকেশন পেতে হলে আমাদের nt উল্লেখ করতে হবে।
BUFFER_OVERFLOW_CHECKS – বাফার ওভারফ্লোর জন্য স্ট্যাক পরীক্ষা করা, দুর্ভাগ্যবশত আমাদের ক্ষেত্রে এটি প্রযোজ্য নয়, তাই আমরা এটি নিষ্ক্রিয় করে রেখেছি।
MINWIN_SDK_LIB_PATH – এই মানটি SDK_LIB_PATH ভেরিয়েবলকে নির্দেশ করে। আপনার যদি অনুরূপ কোনো সিস্টেম ভেরিয়েবল ডিক্লেয়ার করা না থাকে, তবে চিন্তার কোনো কারণ নেই। যখন আমরা DDK থেকে একটি চেক্ট বিল্ড রান করব, তখন এই ভেরিয়েবলটি ডিক্লেয়ার করা হবে এবং এটি প্রয়োজনীয় লাইব্রেরিগুলোকে নির্দেশ করবে।
উৎসসমূহ – আপনার প্রোগ্রামের উৎসগুলোর একটি তালিকা।
অন্তর্ভুক্তিসমূহ – বিল্ড করার জন্য প্রয়োজনীয় হেডার ফাইল। এটি সাধারণত ডিডিকে-এর সাথে অন্তর্ভুক্ত ফাইলগুলোর পাথ নির্দিষ্ট করে, কিন্তু আপনি চাইলে অতিরিক্ত যেকোনো ফাইলও নির্দিষ্ট করতে পারেন।
TARGETLIBS – লিঙ্ক করার জন্য লাইব্রেরির তালিকা।
USE_NTDLL একটি আবশ্যক ক্ষেত্র যা অবশ্যই 1-এ সেট করতে হবে। সুস্পষ্ট কারণেই।
USER_C_FLAGS – অ্যাপ্লিকেশন কোড প্রস্তুত করার সময় প্রিপ্রসেসর ডিরেক্টিভে ব্যবহারযোগ্য যেকোনো ফ্ল্যাগ।

সুতরাং, বিল্ড করার জন্য, আমাদের x86 (বা x64) চেক্ট বিল্ড চালাতে হবে, ওয়ার্কিং ডিরেক্টরি পরিবর্তন করে প্রজেক্ট ফোল্ডারে যেতে হবে এবং বিল্ড কমান্ডটি চালাতে হবে। স্ক্রিনশটটিতে দেখা যাচ্ছে যে আমরা একটিমাত্র এক্সিকিউটেবল ফাইল বিল্ড করেছি।

Windows নেটিভ অ্যাপ্লিকেশন এবং অ্যাক্রোনিস অ্যাক্টিভ রিস্টোর পরিষেবা

এই ফাইলটি এত সহজে চলবে না; সিস্টেমটি আপত্তি জানায় এবং নিম্নলিখিত ত্রুটি দেখিয়ে এর আচরণ সম্পর্কে আমাদের ভাবতে বলে:

Windows নেটিভ অ্যাপ্লিকেশন এবং অ্যাক্রোনিস অ্যাক্টিভ রিস্টোর পরিষেবা

কীভাবে একটি নেটিভ অ্যাপ্লিকেশন চালু করবেন?

যখন autochk চালু হয়, তখন প্রোগ্রাম চালু হওয়ার ক্রমটি রেজিস্ট্রি কী-এর মান দ্বারা নির্ধারিত হয়:

HKLMSystemCurrentControlSetControlSession ManagerBootExecute

সেশন ম্যানেজার এই তালিকা থেকে প্রোগ্রামগুলো এক এক করে চালায়। সেশন ম্যানেজার system32 ডিরেক্টরিতে এক্সিকিউটেবল ফাইল খোঁজে। রেজিস্ট্রি কী-ভ্যালু ফরম্যাটটি নিম্নরূপ:

autocheck autochk *MyNative

মানটি অবশ্যই হেক্সাডেসিমাল ফরম্যাটে হতে হবে, প্রচলিত ASCII ফরম্যাটে নয়, তাই উপরে দেখানো কী-টির ফরম্যাটটি হবে নিম্নরূপ:

61,75,74,6f,63,68,65,63,6b,20,61,75,74,6f,63,68,6b,20,2a,00,4d,79,4e,61,74,69,76,65,00,00

নামটি রূপান্তর করতে, আপনি একটি অনলাইন পরিষেবা ব্যবহার করতে পারেন, উদাহরণস্বরূপ, এই.

Windows নেটিভ অ্যাপ্লিকেশন এবং অ্যাক্রোনিস অ্যাক্টিভ রিস্টোর পরিষেবা
দেখা যায় যে, একটি নেটিভ অ্যাপ্লিকেশন চালু করতে আমাদের প্রয়োজন:

এক্সিকিউটেবল ফাইলটি system32 ফোল্ডারে কপি করুন।
রেজিস্ট্রিতে একটি কী যোগ করুন
মেশিনটি রিবুট করুন

আপনার সুবিধার জন্য, এখানে একটি নেটিভ অ্যাপ ইনস্টল করার জন্য তৈরি স্ক্রিপ্ট দেওয়া হলো:

ব্যাট

@echo off
copy MyNative.exe %systemroot%system32.
regedit /s add.reg
echo Native Example Installed
pause

add.reg

REGEDIT4

[HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlSession Manager]
"BootExecute"=hex(7):61,75,74,6f,63,68,65,63,6b,20,61,75,74,6f,63,68,6b,20,2a,00,4d,79,4e,61,74,69,76,65,00,00

ইনস্টলেশন এবং রিবুটের পরে, ব্যবহারকারী নির্বাচনের স্ক্রিনটি প্রদর্শিত হওয়ার আগে, আমরা নিম্নলিখিত ছবিটি দেখতে পাব:

Windows নেটিভ অ্যাপ্লিকেশন এবং অ্যাক্রোনিস অ্যাক্টিভ রিস্টোর পরিষেবা

ফলাফল

এই ছোট অ্যাপ্লিকেশনটিকে উদাহরণ হিসেবে ব্যবহার করে আমরা নিশ্চিত হয়েছিলাম যে, একটি অ্যাপ্লিকেশন চালু করা হলে তা এই স্তরে Windows নেটিভ হওয়া পুরোপুরি সম্ভব। এরপর, ইনোপলিস ইউনিভার্সিটির গবেষকগণ এবং আমি এমন একটি সার্ভিস তৈরি করা চালিয়ে যাব যা আমাদের প্রকল্পের পূর্ববর্তী সংস্করণের তুলনায় অনেক আগে ড্রাইভারের সাথে যোগাযোগ শুরু করবে। এবং উইন৩২ শেল-এর আবির্ভাবের সাথে সাথে, ইতোমধ্যে তৈরি একটি পূর্ণাঙ্গ সার্ভিসের কাছে নিয়ন্ত্রণ হস্তান্তর করা যৌক্তিক হবে (এ বিষয়ে পরে আরও বলা হবে)। এখানে).

আমাদের পরবর্তী আর্টিকেলে আমরা অ্যাক্টিভ রিস্টোর সার্ভিসের আরেকটি উপাদান, অর্থাৎ ইউইএফআই ড্রাইভার নিয়ে আলোচনা করব। পরবর্তী পোস্টের আপডেট পেতে আমাদের ব্লগে সাবস্ক্রাইব করুন।

উত্স: www.habr.com