ძველ Emacs-დემონს შეუძლია ძველი პროქსი შეინარჩუნოს
შეამოწმეთ ხანგრძლივად მომუშავე Emacs-სერვერი და URL-ბიბლიოთეკის პროქსის მდგომარეობა, როცა ახალი emacsclient ტერმინალი თითქოს განახლებულ პარამეტრებს უგულებელყოფს.
ახალი ტერმინალი ახალ Emacs-სერვერს არ ქმნის. emacsclient-ს შეუძლია გუშინდელ დემონს დღევანდელი პაკეტის ჩამოტვირთვა სთხოვოს, დემონის ძველი პროქსის მდგომარეობის გამოყენებით.
შეამოწმეთ როგორც გარემო, ისე url-proxy-services იმ Emacs-სესიაში, რომელიც წარუმატებელ მოთხოვნას ამუშავებს:
| რა მოძველდა? | სად ვუყუროთ შემდეგ |
|---|---|
| Emacs-ის გარემოში ჯერ კიდევ ძველი ბოლო წერტილია | სერვერის გაშვების წყარო: მომხმარებლის სერვისი, სამუშაო მაგიდის სესია ან შესვლის დროს გაშვებული დემონი |
გარემო სწორია, მაგრამ url-proxy-services-ში ჯერ კიდევ ძველი ბოლო წერტილია | URL-ბიბლიოთეკის ინიციალიზაცია და Lisp-ის აშკარა პარამეტრები |
URL-ბიბლიოთეკას შეუძლია მხარდაჭერილი პროქსის ჩანაწერების ინიციალიზაცია გარემოდან. ამ გარემოს მოგვიანებით შეცვლა სულაც არ აღადგენს უკვე ინიციალიზებულ ან Lisp-ში აშკარად დაყენებულ ჩანაწერს. გარკვეულ სერვერულ კონტექსტებში გადაცემული კლიენტის სპეციფიკური ინფორმაცია სერვერის პროქსის კონფიგურაციის ზოგადი გადატვირთვა არ არის.
შეასწორეთ განზრახული მოქმედი კონფიგურაცია და მისი გაშვების წყარო, რათა შემდეგი სერვერი დაეთანხმოს. გადატვირთვა ახალ ინიციალიზაციასაც იძლევა, მაგრამ ჯერ შეინახეთ ამ სერვერში არსებული სამუშაო; ჩარჩოს დახურვამ და ხელახლა გახსნამ შეიძლება პროცესი მუშაობაში დატოვოს.
ეს დიაგნოსტიკა URL-ბიბლიოთეკას ეხება. თუ პაკეტი იძახებს Git-ს, curl-ს ან სხვა გარე ჩამომტვირთავს, მიჰყევით იმ კლიენტის კონფიგურაციას და ნუ დაელოდებით, რომ url-proxy-services მას ჩაანაცვლებს.