Lime: دعم Windows [30 دولارًا]

واو هذا يبدو رائعا.

martell [email protected] شريب:

يا quarnster ،

سأقوم بمهمة منفذ windows.
يجب أن أفعل ذلك قريبًا.

لقد اكتشفت أخطاء الربط بـ mingw64 و go lang and patch
يجب دفعها إلى mingw64-crt قريبًا لحل الارتباط الأخير
يعتمد خطأ pygo و c المرتبط الآخر.

---

قم بالرد على هذا البريد الإلكتروني مباشرة أو قم بعرضه على GitHub:
https://github.com/limetext/lime/issues/228

شكرا لك!

"C: \ msys64 \ mingw32 \ pkg \ tool \ windows_386 \ 8l.exe" -o "C: \ msys64 \ tmp \ go-build836004963 \ lime \ 3rdparty \ libs \ gopy_test \ gopy.test.exe" -L "C : \ msys64 \ tmp \ go-build836004963 \ lime \ 3rdparty \ libs \ gopy_test "-L" C: \ msys64 \ tmp \ go-build836004963 "" C: \ msys64 \ tmp \ go-build836004963 \ lime \ 3rd Party \ libs \ gopy_test \ main.a "
$ WORK \ lime \ 3rdparty \ libs \ gopy_test \ gopy.test.exe
يمر
طيب الجير / 3rd Party / libs / gopy 2.592s

نجاح كبير :)

واو ، هذا رائع!

ماذا افعل بعد جوبي؟ تم تغيير الدليل منذ فترة لأنه تمت إضافة cmake.
لقد قمت أيضًا ببناء روابط qt5 :)

لدي بالفعل بناء onig في دول مجلس التعاون الخليجي ومن الواضح أن python3.3 مع libs

تحرير: لا بأس ، سأتبع الخطوات الموجودة في قوائم cmakelists يدويًا :)

سيكون من الرائع أن تخبرنا عن كيفية إعادة إنتاج بناء الثعبان.

أنا أستخدم msys2 و pacman. mingw-w64-x86_64-python3 هي حزمة لها.
نحن عادة على irc على OFTC # msys2 المضافة حزم جديدة يوميا :)
يمكنك استلامه هنا
http://sourceforge.net/projects/msys2/

لقد أضفت مؤخرًا go نفسها ولكننا نعمل على حل المشكلات المتعلقة بها.
عندما ينتهي الجير ، سأضيفه كحزمة ونص PKGBUILD لإنشائه ؛)
يجب أن تكون python و onig هنا https://github.com/martell/MINGW-packages

أنا أيضًا على msys2. لعبت بالأمس معها. كيف تولد ليب بيثون ثابت؟ هل استخدمت سلسلة أدوات 32 بت أو 64 بت ، هيا؟

هل تم إصلاح CRT المذكور على الإنترنت بالفعل؟

https://github.com/martell/MINGW-packages
Python PKGBUILD موجود في هذا الريبو
نعم طبقه اليكسي باليد. أنا نفسي و mingwandroid يحاولان إصلاح تمرير go's CFLAG لـ mingw64
بعد ذلك يجب أن يكون من الجيد الذهاب :) ... نأمل

فقط "بكمن-سو" لتحديث CRT

ولكن يتم إنشاء python3 كملف lib مشترك افتراضيًا ، أليس كذلك؟ مع mingw (وليس w64) استخدموا pexports. كيف تتعاملون مع ذلك؟ ما هو الخطأ في CFLAGS؟

يتم تجميع Python3 باستخدام mingw64 لذلك لا نحتاج إلى القيام بعمليات التصدير.
نحصل على libpython3.3m.a افتراضيًا كنتيجة لذلك
https://github.com/martell/MINGW-packages/tree/master/mingw-w64-python3

نحن لا نستخدم الاستوديو المرئي لأي شيء. كما أننا لا نعتمد على إنشاءات الاستوديو المرئي لأي مكتبة

ما يعادل pexports سيكون gendef. نحن لسنا بحاجة إليها هنا بالرغم من ذلك
http://sourceforge.net/apps/trac/mingw-w64/wiki/gendef

حسنًا ، لقد نجحت في بناء الواجهة الأمامية لـ termbox باستخدام mingw64.
يتم إغلاقه بأمان مع هذه الرسالة في debug.log
[2014/01/25 00:47:11 GMT] خطأ (main.main: 607) المؤشر غير صالح.

يعطيني بناء qml هذا الخطأ بعد إعداد الروابط.
يجب أن يتسبب ارتباطان في المشروع الواحد في حدوث مشكلات.
الجير / الواجهة / qml
C: \ msys64 \ tmp \ go-build680373563 / lime / 3rdparty / libs / gopy / lib.a (_all.o): مرجع رمز مكرر: mingw_onexit في كل من github.com/niemeyer/qml(.text) والجير / الطرف الثالث /libs/gopy/lib(.text)

https://www.dropbox.com/s/2ibydge1x8k9s1w/lime.7z

لقد نجحت في بناء termbox و html وتراجعت مرة أخرى في qt5 main.go حيث لن يتم ربط qml

يبدو أن Termbox هو الأفضل حتى الآن.
أذهب خلال تحميل جميع المكونات الإضافية ثم أعطل: /
ملف سجل لطيف بالرغم من ذلك ؛)

ابحث في build / bin عن ملفات exe ولا تنقلها لأنها ذات صلة ببنية المجلد

martell : هل حاولت تشغيل الواجهة الأمامية لـ termbox من موجه أوامر Windows بدلاً من mintty؟

تضمين التغريدة
نعم أنا أقوم بتشغيل termbox من windows cmd.prompt
يبدو أنه مع المزيد من العمل المستمر ، يمكن حل هذه المشكلة.
نحتاج أيضًا إلى إزالة setcolormode 256 من النوافذ لأننا لا نملك هذه الوظيفة

martell لا يمكنني تشغيله. لقد قمت بتثبيت i686 python3 (أنا على x86_64). فتح cmd:

set PYTHONHOME=...\msys64\mingw32\lib\python3.3
termbox.exe

وأحصل على:

Fatal Python error: Py_Initialize: unable to load the file system codec
ImportError: No module named 'encodings'

This application has requested the Runtime to terminate it in an unusual way.
Please contact the application's support team for more information.

لا يجب عليك تعيين PYTHONHOME لأنني قمت بتضمين ملف he python dll
إنه يعمل معي بدون ذلك.

الآن ربما أكون مخطئًا لكنني لم أفعل ذلك على أي حال.

تم دمج التصحيح في mingw64-crt وسيقوم alexey بالتحديث قريبًا ؛)

إذا لم أقم بتعيين PYTHONPATH. انا حصلت:

Could not find platform independent libraries <prefix>
Could not find platform dependent libraries <exec_prefix>
Consider setting $PYTHONHOME to <prefix>[:<exec_prefix>]
Fatal Python error: Py_Initialize: unable to load the file system codec
ImportError: No module named 'encodings'

This application has requested the Runtime to terminate it in an unusual way.
Please contact the application's support team for more information.

هل تبدأ موجه الأوامر من داخل msys؟ لقد بدأت مباشرة عبر Win+R .

لا ، ذهبت مباشرة إلى cmd كما فعلت ، لم يتم تعريف PYTHONHOME في نظامي.
أعتقد أنني قمت مسبقًا بتثبيت Python على نظامي باستخدام مثبت Windows ،
ربما هذا هو السبب في أن نوافذ سي إم دي لا تشكو؟

قد يفسر هذا سبب تعطله في نقطة معينة أيضًا ، ربما أستخدم ملفات Python الخاطئة

هل قمت بتثبيت mingw python3 أو msys2 python3 فهما مختلفان تمامًا

حسنًا ، قد يكون هذا هو السبب. لكنني لا أفهم سبب الشكوى بعد إنشاء بايثونباث.
هناك بالتأكيد وحدة ترميزات.

لقد فهمت.
انه فقط:

set PYTHONHOME=...\msys64\mingw32

بدون lib\python3.3 .

لطيفة؛) والإخراج الخاص بك؟

يعرض محتوى الملف ، لكن لا يتفاعل مع ضغطات المفاتيح. ويشتكي من وضع 256 لون.

في ملف zip الذي قمت بتحميله ، لدي جميع ملفات cgo.go الخاصة بي للرجوع إليها إذا كنت تريد البناء من المصدر ؛)
لدي أيضًا حزمة على حزمتي mingw repo لـ onig and go والتي ستحتاجها.

هل يمكنك لصقها من فضلك :)

لقد وصلت إلى هنا

[2014/01/25 04:08:33 بتوقيت جرينتش] [INFO] (lime / backend / sublime.sublime_Console: 87) Python sez: تحميل المكون الإضافي Vintageous.jump_list_cmds
[2014/01/25 04:08:33 GMT] [FNST] (main.٪ 28 tbfe٪ 29.renderthread: 375) التقديم[2014/01/25 04:08:33 بتوقيت جرينتش] [FNST] (lime / backend.٪ 28 commandHandler٪ 29.Register: 169) تريد التسجيل vi_add_to_jump_list
[2014/01/25 04:08:33 GMT] [FNST] (lime / backend.٪ 28 commandHandler٪ 29.Register: 194) تم تسجيل الأمر بنجاح vi_add_to_jump_list[2014/01/25 04:08:33 بتوقيت جرينتش] [INFO] (lime / backend / sublime.sublime_Console: 87) Python sez: تحميل المكون الإضافي Vintageous.motion_cmds[2014/01/25 04:08:33 GMT] [FNST] (main.٪ 28 tbfe٪ 29.renderthread: 375) التقديم
[2014/01/25 04:08:33 بتوقيت جرينتش] [FNST] (lime / backend.٪ 28 * commandHandler٪ 29.Register: 169) تريد تسجيل irreversible_text

نفس الشيء هنا:
http://pastebin.com/G2yNjmdp

حسنًا ، سأحاول الحصول على alexey لدمج حزمة go الخاصة بي وحزمة onig المشتركة.
بهذه الطريقة يمكن للجميع أن يكونوا على نفس الصفحة بناء على الحكمة.
فيما يلي دليل للبناء من البداية إلى النهاية بتصميم هندسي عكسي من cmakelists.txt ؛)

https://gist.github.com/martell/c178f674188cb779b8fd

شكرا جزيلا. هذا بالتأكيد يساعد كثيرا. هل جربت أيضًا إصدار 64 بت؟

لم أفعل ولكن يجب أن تكون هي نفسها.
تقوم حاليًا بإنشاء نص برمجي حيث يمكنك اختيار أي واحد تريد إنشاؤه: د

طيب جيد. هل يمكن أن تخبرني بالفرق بين التنزيلات الأساسية msys2 و msys64 في sourceforge؟

أعمل مع Martell و Alexey Pavlov على MSYS2 ؛ ظننت أنني سأذهب وأقول "مرحبًا".

بعض هذه التفاصيل التي ذكرها مارتيل بالفعل ولكن يمكنني أيضًا وضعها معًا.

كان msys64 اسم ويب ويب ، إنه MSYS2 الآن فقط.

المستندات الوحيدة (بصرف النظر عن معظم الأشياء pacman / makepkg في Arch Linux) موجودة في:
http://sourceforge.net/p/msys2/wiki/MSYS2٪20installation/

هناك 3 مستودعات للحزم ، msys ، mingw32 و mingw64.

مصادر المستودع موجودة في:
msys: https://github.com/Alexpux/MSYS2-packages
mingw32 + mingw64: https://github.com/Alexpux/MINGW-packages

أشارك في صيانة حزم وتصحيحات لغة MinGW-w64 Python (التي يوجد منها الكثير للأسف) لذا لا تتردد في طرح أي أسئلة لديك ، وكما قال Martell ، قم بإسقاط # msys2 على OFTC إذا كنت تريد الدردشة.

آسف لعدم الرد. لم تعطني Github أي إشعار مطلقًا: /
شكرا لتوضيح ذلك راي.
أنت تعرف المزيد عن msys2 و mingw64 أكثر مما أعرفه لذا من الأفضل أن تشرح ذلك :)

حسنا فهمت. شكرا على هؤلاء الرجال.
بالنسبة لي ، يعد msys2 أحد أكثر المشاريع قيمة. خاصة أن وجود بكمن أمر رائع.

شكرا لكلماتك الرقيقة. انضم إلينا ، أضف حزمًا وشارك الخير ؛-)

EdVanDance ، مرحبًا!
يحتوي MSYS2 على كلا الإصدارين 32 و 64 بت. هذا هو سبب وجود نوعين من المحفوظات للتنزيل.

نعم. لذا من المحتمل أن يكون msys2 32 بت و msys64 64 بت. :ابتسامة:

تحرير: لا تهتم ، هناك دلائل منفصلة لـ 32 بت و 64 بت. تم تسمية جميع الحزم الحديثة باسم msys2 بملحق
لاحقة 32 بت (i686) و 64 بت (x86_64).

هنا 32 بت MSYS2:
http://sourceforge.net/projects/msys2/files/Base/i686/

وهنا 64 بت:
http://sourceforge.net/projects/msys2/files/Base/x86_64/

نعم أدركت ذلك للتو. في المرة القادمة يجب أن ألقي نظرة قبل الكتابة وليس العكس: ابتسم:

أميل إلى التمسك بـ C: \ msys64 ولدي حزمتي mingw32 و mingw64 بصيغة
هناك في C: \ msys64 \ mingw32 و C: \ msys64 \ mingw64 ؛ باكمان يتعامل مع ذلك
أنت على الرغم من ذلك لا تقلق بشأن ذلك.

يوم الثلاثاء ، 28 يناير 2014 الساعة 4:30 مساءً ، EdVanDance [email protected]

نعم أدركت ذلك للتو. في المرة القادمة يجب أن ألقي نظرة قبل أن أكتب لا
على العكس من [الصورة:: ابتسامة:]

قم بالرد على هذه الرسالة الإلكترونية مباشرة أو اعرضها على Gi tHubhttps: //github.com/limetext/lime/issues/228#issuecomment -33495293
.

الآن بعد أن أصبحت المصادر go get -able على x86 / x64 linux / darwin ، أفترض أنه قد تكون هناك تغييرات مطلوبة هنا أيضًا.

هل هناك دليل أو مخطط تقريبي للخطوات اللازمة لتثبيت كل شيء على نظام Windows جديد لم يتم تشغيله بالفعل أو أي شيء آخر مثبت بالفعل؟

https://github.com/limetext/lime/wiki/Building-on-Windows بالتأكيد بحاجة إلى تحديث / إعادة كتابة ...

سأعتني بذلك قريبا.

هل ميزات Python مطلوبة لعمل Lime؟ حاولت التعليق على استيراد gopy & sublime (وثلاثة أسطر تعتمد عليه) في كل من الواجهة الأمامية / html والواجهة الأمامية / termbox ، واستبدلت أيضًا استيراد rubex بـ import (rubex "regexp") ؛ تم إنشاء كل من html و termbox وتشغيلهما على Windows ، ولكن بشكل غريب ، بطريقة غير قابلة للاستخدام:

• واجه html مشاكل في تفسير المفاتيح (ظهرت رموز غريبة مثل "&" وغيرها في كل من Firefox و Chromium)
• لم يعرض termbox المؤشر ، وتم إزاحة النصف السفلي من الشاشة بشكل غريب وسرعان ما يتم التمرير لأسفل عند كل ضغطة مفتاح

أيه أفكار؟ :)

حول termbox ، يمكنك الحصول على معلومات من ملف السجل الذي تم إنشاؤه مع كل بنية ويجب أن تعلم أن لدينا مكونًا إضافيًا قديمًا يوفر بعض ميزات vim لذا يجب عليك الضغط i أولاً ثم البدء في الكتابة.

zoli لم نكن قادرين على البناء لفترة طويلة حيث قامت msys بتحديث mingw python إلى 3.4 والتي تم إصلاحها فقط من gopy and go 1.3.1.

الآن وقد تم حل مشكلات python3.4 ، فإنني أتطلع إلى استخدام msys2 و mingw-64 وانتقل إلى إنشاء نص lime.

هنا هو خطئي الحالي

$ go get github.com/limetext/lime/frontend/termbox # github.com/limetext/gopy/lib ..\..\..\mingw64\src\github.com\limetext\gopy\lib\utils.c: In function 'cinit': ..\..\..\mingw64\src\github.com\limetext\gopy\lib\utils.c:503:11: error: 'sigaltstack' undeclared (first use in this function) stub(&sigaltstack); ^ ..\..\..\mingw64\src\github.com\limetext\gopy\lib\utils.c:503:11: note: each undeclared identifier is reported only once for each function it appears in ..\..\..\mingw64\src\github.com\limetext\gopy\lib\utils.c:504:11: error: 'signal' undeclared (first use in this function) stub(&signal); ^ ..\..\..\mingw64\src\github.com\limetext\gopy\lib\utils.c:505:11: error: 'sigaction' undeclared (first use in this function) stub(&sigaction);

يبدو أن هذا ارتكاب فواصل gopy على النوافذ
https://github.com/limetext/gopy/commit/8b1545fdde22aad006ba8596dd7e9ad80ff0dec7

تريد أن تدعم هذه القضية؟ ضع مكافأة عليها! نقبل المنح عبر Bountysource .

إذا قمت بالتعليق عليهم فسأحصل على هذا الخطأ
github.com/limetext/gopy/lib(.text): undefined: github.com/limetext/gopy/lib(/4292) github.com/limetext/gopy/lib(.text): undefined: github.com/limetext/gopy/lib(/6573) github.com/limetext/gopy/lib(.text): undefined: github.com/limetext/gopy/lib(/6545) github.com/limetext/gopy/lib(.text): undefined: github.com/limetext/gopy/lib(/6513) too many errors
quarnster هل لديك أي أفكار؟

هنا هو دليل البناء لبناء نص محدود في msys2 على windows
https://gist.github.com/martell/8588075

نأمل أن تصل حزمة go 1.3.3 إلى الخوادم غدًا :)

يجب أن يكون cinit إذا تم تعديله للنوافذ أو شيء ما لأنه غير مناسب هناك. فيما يتعلق بخطأ الربط ، هل وجد Python lib صحيحًا؟

نعم يجد المكتبات بشكل صحيح.
يقوم pkg-config بإضافة / mingw64 / include / python3 include dir.
لذلك أتوقع أيضًا إضافة lib بشكل صحيح.
لا تساعد رسالة الخطأ كثيرًا :(
نحن في منطقة مجهولة لذا سأحاول فرض -lpython3
إعادة النشر قريبًا

حسنًا ، ها هي نتائجي.
يعثر pkg-config على lib بشكل صحيح لأنه يوجد هنا اختبار على regex مع تثبيت onig وبدونه

بدون:
$ go test github.com/limetext/rubex testmain github.com/limetext/rubex(.text): undefined: onig_free github.com/limetext/rubex(.text): undefined: onig_number_of_captures github.com/limetext/rubex(.text): undefined: onig_number_of_names github.com/limetext/rubex(.text): undefined: onig_region_free github.com/limetext/rubex(.text): undefined: github.com/limetext/rubex(/63) github.com/limetext/rubex(.text): undefined: onig_region_new github.com/limetext/rubex(.text): undefined: github.com/limetext/rubex(/30) github.com/limetext/rubex(.text): undefined: onig_new github.com/limetext/rubex(.text): undefined: onig_error_code_to_str github.com/limetext/rubex(.text): undefined: onig_search github.com/limetext/rubex(.text): undefined: onig_error_code_to_str github.com/limetext/rubex(.text): undefined: onig_match github.com/limetext/rubex(.text): undefined: onig_name_to_backref_number github.com/limetext/rubex(.text): undefined: onig_foreach_name FAIL github.com/limetext/rubex [build failed]

مع:
$ go test github.com/limetext/rubex testmain github.com/limetext/rubex(.text): undefined: github.com/limetext/rubex(/63) github.com/limetext/rubex(.text): undefined: github.com/limetext/rubex(/30) FAIL github.com/limetext/rubex [build failed]

تحرير: يبدو أن 32 بت تذهب على الويندوز تطبع خطأ أكثر وضوحًا

$ go get github.com/limetext/lime/frontend/termbox github.com/limetext/lime/frontend/termbox github.com/limetext/gopy/lib(.text): undefined: _get_output_format github.com/limetext/gopy/lib(.text): undefined: ___lc_codepage_func github.com/limetext/gopy/lib(.text): undefined: ___lc_codepage_func github.com/limetext/gopy/lib(.text): undefined: ___lc_codepage_func github.com/limetext/gopy/lib(.text): undefined: ___lc_codepage_func github.com/limetext/gopy/lib(.text): undefined: ___lc_codepage_func

لحل خطأ الارتباط هذا ، يجب أن أقوم بالربط بوقت تشغيل الاستوديو المرئي ، لسوء الحظ ، لا بد لي من اختيار وقت تشغيل c ++ أيضًا مثل v110 أو v110 وهو أمر مزعج لتطبيق mingw-w64.

حسنًا ، يمكنني الآن إنشاء :)
أتمنى أن يكون لدي إكس قريبا

تحرير: يمكنني بناء termbox ولكن

الواجهة الأمامية qml تعطيني هذا
انظر نفس الخطأ أعلاه في 25 يناير

$ اذهب البناء
github.com/limetext/lime/frontend/qml
C: /msys64/mingw32/pkg/windows_386/gopkg.in/qml.v1.a (_all.o): مرجع رمز مكرر: mingw_onexit في كل من github.com/limetext/gopy/lib(.text) و gopkg.in /qml٪2ev1(.text)

هنا هو ناتج termbox الخاص بي:

يبدو أفضل قليلاً مما كان عليه قبل بضعة أشهر لكنه لا يزال يتعطل

[2014/10/19 11:32:41 BST] [FNST] (github.com/limetext/lime/backend.(*WindowEvent).Call:94) OnNewWindow(2)
[2014/10/19 11:32:41 BST] [FNST] (github.com/limetext/lime/backend.(*ViewEvent).Call:60) OnNew(4)
[2014/10/19 11:32:41 BST] [FNST] (github.com/limetext/lime/backend.(*ViewEvent).Call:60) OnActivated(4)
[2014/10/19 11:32:41 BST] [EROR] (main.setColorMode:614) Unable to use 256 color mode: SetColorMode not implemented on Windows
[2014/10/19 11:32:41 BST] [EROR] (github.com/limetext/lime/backend/packages.func·001:98) Error on walking: GetFileAttributesEx ../../3rdparty/bundles/User: The system cannot find the file specified.
[2014/10/19 11:32:41 BST] [EROR] (github.com/limetext/lime/backend/packages.ScanPackets:110) Can't walk: GetFileAttributesEx ../../3rdparty/bundles/User: The system cannot find the file specified.
[2014/10/19 11:32:41 BST] [INFO] (github.com/limetext/lime/backend.(*Editor).loadKeyBinding:183) Loaded ..\..\packages\Default\Default (OSX).sublime-keymap
[2014/10/19 11:32:41 BST] [FNST] (github.com/limetext/lime/backend.(*Editor).Watch:414) Watch(&{0x12760400})
[2014/10/19 11:32:41 BST] [INFO] (github.com/limetext/lime/backend.(*Editor).loadKeyBinding:183) Loaded ..\..\packages\Default\Default.sublime-keymap
[2014/10/19 11:32:41 BST] [FNST] (github.com/limetext/lime/backend.(*Editor).Watch:414) Watch(&{0x12760420})
[2014/10/19 11:32:41 BST] [INFO] (github.com/limetext/lime/backend.(*Editor).loadKeyBinding:183) Loaded ..\..\packages\Default\Default (OSX).sublime-keymap
[2014/10/19 11:32:41 BST] [FNST] (github.com/limetext/lime/backend.(*Editor).Watch:414) Watch(&{0x127ce180})
[2014/10/19 11:32:41 BST] [INFO] (github.com/limetext/lime/backend.(*Editor).loadKeyBinding:183) Loaded ..\..\packages\Default\Default.sublime-keymap
[2014/10/19 11:32:41 BST] [FNST] (github.com/limetext/lime/backend.(*Editor).Watch:414) Watch(&{0x127ce1a0})
[2014/10/19 11:32:41 BST] [INFO] (github.com/limetext/lime/backend.(*Editor).loadSetting:199) Loaded ../../packages/Default/Preferences.sublime-settings
[2014/10/19 11:32:41 BST] [FNST] (github.com/limetext/lime/backend.(*Editor).Watch:414) Watch(&{0x127e83b0})
[2014/10/19 11:32:41 BST] [INFO] (github.com/limetext/lime/backend.(*Editor).loadSetting:199) Loaded ../../packages/Default/Preferences (Windows).sublime-settings
[2014/10/19 11:32:41 BST] [FNST] (github.com/limetext/lime/backend.(*Editor).Watch:414) Watch(&{0x127d2270})
[2014/10/19 11:32:41 BST] [EROR] (github.com/limetext/lime/backend/packages.(*Packet).Get:47) Couldn't read file: open ../../3rdparty/bundles/User/Preferences.sublime-settings: The system cannot find the path specified.
[2014/10/19 11:32:41 BST] [EROR] (github.com/limetext/lime/backend.(*Editor).loadSetting:197) 1,1: Unexpected EOF, 0-0: "JSON" - Data: ""

[2014/10/19 11:32:41 BST] [FNST] (main.(*tbfe).renderthread:437) Rendering
[2014/10/19 11:32:41 BST] [FNST] (main.(*tbfe).renderthread:437) Rendering
[2014/10/19 11:32:41 BST] [FNST] (main.(*tbfe).renderthread:437) Rendering

عمل جيد! ما هو المسار الخلفي للاصطدام؟

إذا قمت بتشغيله باستخدام "./termbox main.go" ، فهل يحاول عرض هذا الملف بشكل صحيح؟

إذا قمت بالتعليق على مكالمات gopy import + ، فهل ما زال يتعطل؟ إذا لم يكن الأمر كذلك ، فقد يكون أحد مشكلات Go mingw القياسية .

quarnster : ليس لدي أي فكرة عن التتبع الخلفي :(
أنا لا أفهم الذهاب لانج بشكل جيد بما فيه الكفاية.
كيف يمكنني حتى تصحيحه؟

لا يمكنني رؤية الإخراج هنا هو السجل بالرغم من ذلك

[2014/10/19 15:26:09 BST] [FNST] (github.com/limetext/lime/backend.(*WindowEvent).Call:94) OnNewWindow(2)
[2014/10/19 15:26:09 BST] [FNST] (github.com/limetext/lime/backend.(*ViewEvent).Call:60) OnNew(4)
[2014/10/19 15:26:09 BST] [FNST] (github.com/limetext/lime/backend.(*ViewEvent).Call:60) OnActivated(4)
[2014/10/19 15:26:09 BST] [FNST] (github.com/limetext/lime/backend.(*ViewEvent).Call:60) OnModified(4)
[2014/10/19 15:26:09 BST] [FNST] (github.com/limetext/lime/backend.(*ViewEvent).Call:60) OnSelectionModified(4)
[2014/10/19 15:26:09 BST] [FNST] (github.com/limetext/lime/backend.(*ViewEvent).Call:60) OnLoad(4)
[2014/10/19 15:26:09 BST] [FNST] (github.com/limetext/lime/backend.(*Editor).Watch:414) Watch(C:\msys64\mingw32\src\github.com\limetext\lime\frontend\termbox\main.go (4))
[2014/10/19 15:26:09 BST] [FNST] (github.com/limetext/lime/backend.(*ViewEvent).Call:60) OnDeactivated(4)
[2014/10/19 15:26:09 BST] [FNST] (github.com/limetext/lime/backend.(*ViewEvent).Call:60) OnActivated(4)

سأحاول إزالة واردات gopy ونرى

martell ، يجب تفريغ Backtrace في الجهاز بشكل طبيعي ، إلا أننا في هذه الحالة نقوم باختطاف الجهاز لعرض بعض واجهة المستخدم حتى لا تعمل ؛)

جرب هذا التصحيح ومعرفة ما إذا كنت تحصل على شيء مفيد في السجل:

diff --git a/frontend/termbox/main.go b/frontend/termbox/main.go
index 4ff2426..bdecd51 100644
--- a/frontend/termbox/main.go
+++ b/frontend/termbox/main.go
@@ -711,7 +711,9 @@ func main() {
                termbox.Close()
                log4go.Debug(util.Prof)
                if err := recover(); err != nil {
-                       log4go.Crash(err)
+                       log4go.Debug(err)
+                       log4go.Debug("%s", string(debug.Stack()))
+                       time.Sleep(time.Second) // TODO: see issue #260
                }
        }()

هل يمكن إعادة تعيين هذا الموضوع إلى مشكلة جديدة مع تحديث الحالة؟

techtonik لا داعي للإغلاق :)
سأحاول تحديث الحزم التي لدينا من أجل go وإجراء بعض التصحيحات عليها لمعرفة ما نقف عليه الآن

حسنًا ، يبدو أننا ما زلنا حاليًا في نفس المرحلة حيث لا يعمل جزء من لغة go نفسها بشكل صحيح على النوافذ.

أنا أستكشف حلين مختلفين ممكنين لهذا.
كلاهما سيتطلب بعض الوقت للاختبار.
سأعود بعد حوالي أسبوع مع تحديث

مر الأسبوع. يجب إعادة تسجيل هذه المشكلة مع ملخص قصير - في الوقت الحالي من المستحيل اتخاذ إجراء بشأنها نظرًا لكل القيود المفروضة على الحياة الواقعية ووقت الفراغ.

Martell ، أي جزء من لغة go لا يعمل بشكل صحيح على النوافذ؟ أعتقد أيضًا أنك تقصد تطبيق go بدلاً من اللغة نفسها؟

أهلا! ما الأخبار حول التنقيل على النوافذ؟ هل لديك أي تقدم؟

لا أعرف تمامًا ما هي المشكلات التي كانت عليها من قبل ، لكن Lime-QML يبني ويعمل بشكل جيد بالنسبة لي في Windows. إليك تعليماتي: https://github.com/ricochet1k/lime-qml/wiki/Building-on-Windows-using-MSYS2

العام هو 2017 ، والشهر هو يونيو ، أي 1250 يومًا مرت منذ إنشاء الإصدار.
أهلا ... مرحبا؟ هل يمكننا تجربة بعض ملفات Windows الثنائية المجمعة مسبقًا أخيرًا ، من فضلك؟

اكتشفوا أخطاء الربط بـ mingw64 و go lang and patch
يجب دفعها إلى mingw64-crt قريبًا لحل الارتباط الأخير
يعتمد خطأ pygo و c المرتبط الآخر

ازلني من هذا

هنا..