Tramp bilan kompilyatsiya qilish boshqa buyruqlar bilan Trampni ishlatganda to'xtaydi yoki bajarilmaydi

Uzoq bir mashinada compile buyrug'ini ishlatish uchun scpx usulida Tramp-dan foydalanayapman. O'rnatish bir necha daqiqa davom etadi. Agar Trampdan foydalanishga harakat qiladigan narsa tugagan bo'lsa, Emacs to'xtatilganidan keyin yana bir narsa ustida ishlashga harakat qilsam, keyin kompilyatsiya buferi qurilishni bekor qilmoqchi.

Misol uchun, men bir marta derazani ishga tushirdim va keyin uzoq mashinaning charchagan tamponiga bordim va bu harakatga o'tishga harakat qildim va buning sababi bo'ldi.

Yana bir marta, derleme boshlanganidan keyin uzoq yo'lda ido-find-file dan foydalanishga harakat qildim va kompilyatsiya buferi muvaffaqiyatsiz tugadi.

Men Tramp va Emacs uchun juda yangi. Tramp bir vaqtning o'zida bir nechta jarayonlarni boshqarishi kerakmi? Menda noto'g'ri tuzilgan narsa yo'qmi, deb qiziqaman.

Rahmat!

4

1 javoblar

Tramp bir nechta kompilyatsiya jarayonlarini parallel ravishda boshqarishi mumkin. Bu qattiq kodlangan bufer nomidan foydalanishga xalaqit beradigan compile buyrug'i.

kompilyatsiya kodini derleme docstring-ni tekshiring. U erda ko'rasiz

Bir vaqtning o'zida bir nechta derleme ishlashi uchun birinchisini boshlang va keyinroq nomini o'zgartiring   ' kompilyatsiya ' nomini boshqa nomga M-x rename-buffer bilan qo'shing.   Keyin kalitlarni buferga almashtirish va yangi derleme boshlang. A yaratadi   yangi kompilyatsiya buferi.

1
qo'shib qo'ydi
Men ko'ryapman. Sizning muammoingizni so'nggi Emacs 25.1/Tramp 2.3.0-pre bilan ishlab chiqishga harakat qildim, lekin hamma narsa kutilganidek ishlaydi. Qaysi Emacs/Tramp versiyalarini ishlatasiz?
qo'shib qo'ydi muallif celtschk, manba
Uni Ubuntu 15.10 tomonidan taqdim etilgan GNU Emacs 24.5.1/Tramp 2.2.11-24.5 bilan qayta ishlab chiqishga harakat qildim. Men ssenariydan foydalanib, kompilyatsiya hali ishlamayotgan bo'lsa, uzoq kodli kompyuterda M-x compile deb nomlangan va M-x ido-find-file deb nomlangan. Muammo yo'q. Faqatgina farq Emacsni emacs24 -Q deb boshlagan bo'lishi mumkin. Emacs -Q-ni tanlab, uni o'zingiz sinab ko'rdingizmi?
qo'shib qo'ydi muallif celtschk, manba
Ha. Javob kodini topish uchun init.el ni ajratib ko'ring.
qo'shib qo'ydi muallif celtschk, manba
Javobingiz uchun tashakkur, Maykl. O'ylaymanki, mening savolim aniq emas edi. Men M-x kompilyatsiya ni qayta ishlashga urinmayapman. Kompilyatsiya buferi jarayoni davom etayotganda, ido-find-file ni bajarishga harakat qilaman.
qo'shib qo'ydi muallif DistributionUnit, manba
Men Emacs 24.5.1, Tramp 2.2.11-24.5 bilan foydalanmoqdaman.
qo'shib qo'ydi muallif DistributionUnit, manba
Buni sinab ko'rmadim, lekin to'g'ri, mening kodim emacs -Q dan foydalanganda ketadi. Bu shuni anglatadiki, init.el dagi biror narsa muammo yaratmoqda?
qo'shib qo'ydi muallif DistributionUnit, manba
O'ylaymanki, kamida ikkita narsa yuz berdi. Birinchidan, men ochganimda, uzoqroq mashinada "Mercurial" deb ataydigan diff-hl ni ishlatardim. faylni osib qo'yadi. tramp-remote-process-environment tramp-remote-process-environment uchun "HGPLAIN = 1" qo'shilsa, men hozir dired bufferida harakat qilishim va derleme davom etilayotganda fayllarni ochishim mumkin. Lekin men hali ham ido-find-file dan foydalanolmayman. Ido-hamma joyda » muammoga sabab bo'lishi mumkin. Uni o'chirib qo'yish narsalarni aniqlaydi. Yordam uchun juda minnatdorman Maykl!
qo'shib qo'ydi muallif DistributionUnit, manba
Men ido-ubiquitous-mode funksiyasini qayta ishga tushirdim va hali ham ishladim, shuning uchun hammasi ham bog'liq emas. ido-find-file dan foydalanishga harakat qilsam, ba'zan Emacsni to'xtataman va keyin Cg -ga urib, keyin yana urinib ko'ray, . Shunday qilib, ba'zi muammolar hali ham davom etmoqda. Biroq, ko'pincha, ishlar yaxshi ishlaydi.
qo'shib qo'ydi muallif DistributionUnit, manba