Werkzeug: विंडोज कंसोल_स्क्रिप्ट को पुनः लोडर से बुलाया गया

को निर्मित 13 जून 2017 · 14टिप्पणियाँ · स्रोत: pallets/werkzeug

मैं अजगर 3 पर एपिस्टार चला रहा हूं और एक ऐसे मुद्दे का सामना कर रहा हूं जिसने मुझे वर्कज़ेग रीलोडर तक ले जाया है।

(fresh) C:\Users\uskaxb07\PycharmProjects\testapi>apistar run
Starting up...
 * Restarting with stat
  File "C:\Users\uskaxb07\env\fresh\Scripts\apistar.exe", line 1
SyntaxError: Non-UTF-8 code starting with '\x90' in file C:\Users\uskaxb07\env\fresh\Scripts\apistar.exe on line 1, but no encoding declared; see http://python.org/dev/peps/pep-0263/ for details

use_reloader को कॉल से run_simple() काम करता है। कुछ टिप्पणियों में खुदाई करने के बाद मैंने पाया कि https://github.com/pallets/werkzeug/blob/master/werkzeug/_reloader.py#L118 लैटिन 1 में कुछ एन्कोडिंग कर रहा है, लेकिन केवल जब ओएस विंडोज़ और पायथन संस्करण है 2 है। क्या यह गैर-यूटीएफ -8 सिंटेक्स त्रुटि का कारण बन सकता है जिसे मैं पायथन 3 में प्राप्त कर रहा हूं?

स्रोत

androiddrew

सभी 14 टिप्पणियाँ

क्या कोई छोटा सा उदाहरण है जिसका उपयोग मैं इसे पुन: पेश करने के लिए कर सकता हूं? मैं एपिस्टार का उपयोग करने से परिचित नहीं हूं और नियमित रूप से विंडोज का उपयोग नहीं करता हूं।

davidism 14 जून 2017

मैंने इसमें थोड़ा और खोद लिया। समस्या वास्तव में _get_args_for_reloading() के साथ है । वह विधि तर्क देता है जो ['python.exe', 'apistar.exe', 'run'] जो subprocess.call() होने पर वह त्रुटि उत्पन्न करता है। यह कमांड लाइन से python.exe apistar.exe run को कॉल करने से अलग नहीं है।

तो मुद्दा पर्यावरण एन्कोडिंग के साथ नहीं है जैसा कि मैंने मूल रूप से सोचा था। यह देखते हुए कि यह अन्य वर्कज़ुएग आधारित ढांचे में एक बहुत ही सामान्य घटना होगी, मुझे लगता है कि इस विधि में बदलाव इस तथ्य के लिए है कि इसे कंसोल_स्क्रिप्ट जेनरेट .exe के माध्यम से बुलाया जा सकता है, सभी विंडोज़ उपयोगकर्ताओं को लाभ होगा।

मैं इसके लिए मुद्दे का शीर्षक बदल रहा हूं।

androiddrew 14 जून 2017

यदि यह विधि विंडोज़ के लिए जाँच के भीतर rv के sys.executable तत्व का निपटान करती है तो पुनः लोड करना सफल होता है:

def _get_args_for_reloading():
    """Returns the executable. This contains a workaround for windows
    if the executable is incorrectly reported to not have the .exe
    extension which can cause bugs on reloading.
    """
    rv = [sys.executable]
    py_script = sys.argv[0]
    if os.name == 'nt' and not os.path.exists(py_script) and \
       os.path.exists(py_script + '.exe'):
        py_script += '.exe'
        rv.pop()
    rv.append(py_script)
    rv.extend(sys.argv[1:])
    return rv

androiddrew 14 जून 2017

अगर आप किसी पीआर को सबमिट करना चाहते हैं, तो मुझे उसकी समीक्षा करने में खुशी होगी।

davidism 14 जून 2017

मैं निश्चित रूप से चाहूंगा, लेकिन मैं इसके लिए एक परीक्षा लिखने पर थोड़ा अड़ा हुआ हूं। मैं इसे केवल unittest.mock लाइब्रेरी और पैचिंग sys.executable और os.name के साथ काम करते हुए देख सकता हूं, लेकिन मुझे लगता है कि यह आपके प्रोजेक्ट के लिए काम नहीं करेगा क्योंकि इसे 27 में भी स्वचालित परीक्षण का समर्थन करना है। कोई सलाह?

साथ ही यहां इस्तेमाल की जाने वाली ब्रांचिंग रणनीति क्या है? क्या मुद्दों के लिए पुल अनुरोध वर्तमान रखरखाव शाखा के खिलाफ जाते हैं?

androiddrew 15 जून 2017

आप 0.12-रखरखाव से शाखा कर सकते हैं। आइए देखें कि पहले पैच कैसा दिखता है, फिर परीक्षण का पता लगाएं।

davidism 15 जून 2017

मैंने एक पुल अनुरोध जमा किया था। ऐसा प्रतीत होता है कि ट्रैविस सीआई विफल हो रहा है, हालांकि मेरे द्वारा किए गए परिवर्तनों से असंबंधित कारणों से। यह मेरा पहला पुल अनुरोध है इसलिए मुझे नहीं पता कि यहाँ से कहाँ जाना है।

androiddrew 20 जून 2017

यह तब होगा जब आपके पास exe लॉन्चर स्थापित करने के लिए setuptools हों। यदि आप अप-टू-डेट-पाइप के माध्यम से स्थापित करते हैं, तो यह एक नए प्रकार के एक्सई लॉन्चर ( एक्सई में बंडल करता है जिसे पायथन सीधे निष्पादित कर सकता है ( रनपी डॉक्स )।

इसका मतलब यह नहीं है कि इसे ठीक नहीं किया जाना चाहिए, लेकिन अगर आप इसे पुन: पेश नहीं कर सकते हैं तो यह जानना उपयोगी होता है। यह तब भी होगा जब आप उदाहरण के लिए फ्लास्क को डेवलपमेंट मोड ( pip install -e ) में स्थापित करते हैं।

segevfiner 19 जुल॰ 2017

👍1

@androiddrew @davidism इस पीआर पर किसी भी अद्यतन?

@segevfiner क्या आप अपनी सबसे हालिया टिप्पणी में थोड़ा और विवरण जोड़ सकते हैं? क्या आप सुझाव दे रहे हैं कि फ्लास्क के विपरीत हमें सेटअपटूल में मूल कारण को ठीक करना चाहिए?

ewpete 28 नव॰ 2017

@ewpete मूल कारण यह है कि सेटअपटूल जेनरेट किए गए लॉन्चर का उपयोग करते समय,
sys.argv[0] एक पायथन लिपि के रूप में निष्पादन योग्य नहीं है क्योंकि यह है
लांचर exe. वास्तविक स्क्रिप्ट को exe के साथ नाम दिया गया है - "-script"
संलग्न और exe लोड और इसे चलाता है।

ध्यान दें कि exe को सीधे निष्पादित किया जा सकता है (और ऐसा ही एक पायथन लिपि है
शेबैंग के साथ जो मेरा मानना है कि सेटपूल यूनिट्स पर उत्पन्न होता है)। लेकिन
विंडोज़ पर प्लेन पायथन लिपियों के लिए ऐसा करना अविश्वसनीय है (जब
पाइलांचर स्थापित नहीं है), क्योंकि यह आर्बिटरी पायथन के साथ लॉन्च होगा
जो रजिस्ट्री में .py फ़ाइलों के लिए संबद्ध है, जो भिन्न हो सकता है
वर्तमान पायथन की तुलना में हम उपयोग कर रहे हैं। और, ज़ाहिर है, वही लागू होता है
किसी भी यादृच्छिक पायथन लिपि से हमें बुलाया जा सकता है, जो शायद नहीं भी हो सकता है
निष्पादन योग्य।

इसके बजाय पाइप स्थापित करता है (डिस्टलिब के माध्यम से) एक नए प्रकार का एक्सई लॉन्चर जिसमें है
जनरेट की गई लॉन्चर स्क्रिप्ट को ज़िप के अंत में जोड़ा गया है
निष्पादन योग्य। इसे एक __main__.py स्क्रिप्ट के साथ एक ज़िप फ़ाइल के रूप में पहचाना जाएगा (A
zipapp) और निष्पादन के लिए सीधे पायथन को पास किया जा सकता है।

इसे सेटप्टूल में ठीक करने का अर्थ होगा एक समान/समान प्रकार उत्पन्न करना
सेटअपटूल में लांचर। और http://xkcd.com/1172/ की भावना में, यह
संभावित रूप से उस कोड को तोड़ देगा जो सेटअपटूल लॉन्चर की अपेक्षा करता है और कोशिश करता है
समस्या को हल करने के लिए "*-script.py" फ़ाइलों का उपयोग करना। मैंने चेक नहीं किया
क्या इसके बारे में पहले से कोई समस्या/जनसंपर्क है।

शायद यहाँ एक छोटा समाधान होना ठीक है ताकि Werkzeug
रीलोडर सेटअपटूल की वर्तमान शैली की उपस्थिति में भी काम करता है
लांचर। लेकिन यह वास्तव में परियोजना अनुरक्षकों पर निर्भर है।

בתאריך 28 בנוב '2017 20:46, "ewpete" [email protected] כתב:

@androiddrew https://github.com/androiddrew @davidism
https://github.com/davidism इस पीआर पर कोई अपडेट?
@segevfiner https://github.com/segevfiner क्या आप थोड़ा और जोड़ सकते हैं
आपकी सबसे हाल की टिप्पणी का विवरण? क्या आप सुझाव दे रहे हैं कि हमें
संभवतः फ्लास्क के विपरीत सेटअपटूल में मूल कारण को ठीक करें?
-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/pallets/werkzeug/issues/1136#issuecomment-347623921 ,
या थ्रेड को म्यूट करें
https://github.com/notifications/unsubscribe-auth/AXlg_8OSR3NdbPJzM87dyKPUAA9NpXJ6ks5s7FT7gaJpZM4N5Fcb
व्याप्ति

segevfiner 28 नव॰ 2017

👍1

@ewpete यह मेरा पहला पीआर था। मैंने परीक्षण लिखने, देव गाइड का पालन करने और पीआर रखने की पूरी कोशिश की। यह कैसे करना है, इस पर मेरे पास बहुत अधिक दिशा नहीं थी, लेकिन मैंने पीआर टिप्पणियों से सुझाए गए परिवर्तन किए। मैंने सोचा था कि यह पूरा हो गया था, लेकिन यह कभी नहीं सुना कि यह प्रोजेक्ट टीम की अपेक्षाओं को पूरा करता है या नहीं। तब से इसे देखा नहीं है, और मुझे नहीं पता कि लोग इसके साथ क्या करना चाहते हैं।

androiddrew 30 नव॰ 2017

मेरे पास कई परियोजनाओं में बहुत सीमित समय है। चिंता मत करो, इस बारे में मत भूलना।

davidism 1 दिस॰ 2017

@davidism न केवल प्रतिक्रिया देने के लिए बल्कि इन परियोजनाओं को जीवित रखने का अच्छा काम करने के लिए धन्यवाद!

androiddrew 1 दिस॰ 2017

👍1

हालांकि यह अभी भी विलय नहीं हुआ है, एक संभावित अस्थायी सुधार _get_args_for_reloading() फ़ंक्शन का उपयोग करने से पहले कहीं बंद करना है। फ्लास्क स्क्रिप्ट के मामले में, इसे manage.py फ़ाइल की शुरुआत में कहीं जोड़ने से मदद मिलती है:

import werkzeug._reloader
import os, sys

def _get_args_for_reloading():
    rv = [sys.executable]
    py_script = sys.argv[0]
    if os.name == 'nt' and not os.path.exists(py_script) and \
       os.path.exists(py_script + '.exe'):
        py_script += '.exe'
    if os.path.splitext(rv[0])[1] == '.exe' and os.path.splitext(py_script)[1] == '.exe':
        rv.pop()
    rv.append(py_script)
    rv.extend(sys.argv[1:])
    return rv
werkzeug._reloader._get_args_for_reloading = _get_args_for_reloading

konstantint 18 दिस॰ 2017

क्या यह पृष्ठ उपयोगी था?

0 / 5 - 0 रेटिंग्स

Werkzeug: विंडोज कंसोल_स्क्रिप्ट को पुनः लोडर से बुलाया गया

सभी 14 टिप्पणियाँ

संबंधित मुद्दों