এর মতো নভেম্বর 2014 , সাম্প্রতিক সংস্করণ startxwinব্যবহার xinitCygwin / এক্স সার্ভার, যা আসলে বলা হয় শুরু করার জন্য XWin.exe। প্রক্রিয়াটি এরকম কিছু হয়:
- আপনি ডাকুন
startxwin
startxwinএকটি নতুন .Xauthorityফাইল এবং একটি কল তৈরি করে .serverauth.1234(যেখানে 1234আপনি এক্স চালু করার সময় প্রতিবার পরিবর্তন হয়)
startxwin কিছু ক্লায়েন্ট এবং সার্ভার প্যারামিটার সেট আপ করে
startxwinxinitক্লায়েন্ট এবং সার্ভারের প্যারামিটারগুলির সাথে কলগুলি , কিছু alচ্ছিক শেল স্ক্রিপ্ট এবং প্রমাণীকরণ ফাইলের একটি রেফারেন্স সহ।
xinit এক্স সার্ভার আরম্ভ করে, কিছু আরসি স্ক্রিপ্ট চালায়
xinitক্লায়েন্ট (সাধারণত xterm) বা ক্লায়েন্ট আরসি স্ক্রিপ্ট শুরু করে। আমরা এড়াতে চাই
- যখন আপনি ক্লায়েন্টটি বন্ধ করেন বা ক্লায়েন্ট আরসি স্ক্রিপ্টটি শেষ হয়,
xinitএক্স সার্ভারটি বন্ধ করে দেয়। আমরা যদি step ধাপ এড়িয়ে চলি তবে আমাদের এড়ানোও দরকার
XWin.exeপার্শ্ববর্তী কাজগুলি startxwinএবং xinitসম্পাদন না করে কোনও ব্যাশ লগইন শেল থেকে সরাসরি চালানো সম্ভব । এর প্রধান সুবিধাটি হ'ল এটি আমাদের মতো আচরণ করে: এক্স সার্ভারটি শুরু হয় এবং চলমান থাকে remains দুর্ভাগ্যক্রমে, যেহেতু .Xauthorityপ্রারম্ভকালে কোনও ফাইল পাস করা হয়নি, তাই আপনার এক্স সার্ভারটি কোনও স্থানীয় প্রক্রিয়াটিকে এর সাথে সংযোগ স্থাপনের অনুমতি দেবে, এটি অনিরাপদ।
ভাগ্যক্রমে এটি আমাদের পছন্দসই xinitজিনিসগুলির বেশিরভাগ অংশে করে। একটি দ্রুত হ্যাক রয়েছে যা বাইপাস করে xinitকিন্তু এর অবশিষ্ট উপাদানগুলি startxwinসার্ভারের সাথে সম্পর্কিত।
টিএল; ডিআর: ইন startxwin, নীচের কাছাকাছি একটি লাইন রয়েছে যা পড়ে:
eval xinit \"$client\" $clientargs -- \"$server\" $display $serverargs
সেই লাইনটি এতে পরিবর্তন করুন:
eval \"$server\" $display $serverargs
এখন থেকে startxwinস্ক্রিপ্ট কল XWin.exeকরার চেয়ে সরাসরি কল করবে xinit। স্পষ্টতই এটি কোনও ক্লায়েন্ট আরসি স্ক্রিপ্টগুলি অক্ষম করবে, তবে আমরা সেগুলি প্রথম স্থানে চাইনি। এর অর্থ এটিও হ'ল এক্স এটি চালিয়ে যাওয়ার জন্য ক্লায়েন্টের প্রসেসের প্রয়োজন ছাড়াই চলতে থাকবে (যেমন xinitএটি হত্যা থেকে চালিয়ে যান)।
exec sleep infinityযেমনটি এখানে প্রদর্শিত হয়েছে: x.cygwin.com/docs/faq/cygwin-x-faq.html#q-startxwinrc-exit