Lime: Dukungan Windows [$30]

Wow kedengarannya fantastis.

pemberitahuan [email protected] schrieb:

hai @quarnster ,

Saya akan mengambil tugas port windows.
Saya harus menyelesaikannya segera.

Saya telah menemukan kesalahan penautan dengan mingw64 dan pergi lang dan tambalan
harus segera dimasukkan ke mingw64-crt untuk menyelesaikan penautan terakhir
kesalahan pygo dan c lainnya terikat tergantung.

---

Balas email ini secara langsung atau lihat di GitHub:
https://github.com/limetext/lime/issues/228

Terima kasih!

"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\3rdparty\libs\ gopy_test\main.a"
$WORK\lime\3rdparty\libs\gopy_test\gopy.test.exe
LULUS
ok kapur/3rdparty/libs/gopy 2.592s

Sukses luar biasa :)

Wow, itu luar biasa!

apa yang harus saya lakukan setelah gopy? Panduan ini diubah beberapa waktu lalu karena cmake telah ditambahkan.
Saya juga telah membuat qt5 binding :)

Saya sudah memiliki onig build di gcc dan jelas python3.3 dengan .a libs

EDIT: Tidak apa-apa saya akan mengikuti langkah-langkah di cmakelist secara manual :)

Alangkah baiknya jika Anda memberi tahu kami cara mereproduksi python build.

Saya menggunakan msys2 dan pacman. mingw-w64-x86_64-python3 adalah paket untuk itu.
Kami biasanya di irc di OFTC #msys2 menambahkan paket baru setiap hari :)
Anda dapat mengambilnya di sini
http://sourceforge.net/projects/msys2/

Saya baru-baru ini menambahkan go sendiri tetapi kami sedang mengatasi masalah dengannya.
Ketika kapur selesai, saya akan menambahkannya sebagai paket dan skrip PKGBUILD untuk membuatnya;)
python dan onig harus ada di sini https://github.com/martell/MINGW-packages

Saya juga di msys2. Saya bermain-main kemarin dengannya. Bagaimana Anda menghasilkan lib python statis? Apakah Anda menggunakan toolchain 32bit atau 64bit, go?

Apakah perbaikan crt yang disebutkan sudah online?

https://github.com/martell/MINGW-packages
Python PKGBUILD ada di repo ini
Ya alexey menerapkannya dengan tangan. Saya dan mingwandroid mencoba memperbaiki kelulusan CFLAG go untuk mingw64
Setelah itu harus baik untuk pergi :) ... semoga

Cukup "pacman -Syu" untuk memperbarui crt

Tapi python3 dibangun sebagai lib bersama secara default bukan? Dengan mingw (bukan w64) mereka menggunakan pexports. Bagaimana Anda menanganinya? Apa yang salah dengan CFLAGS?

Python3 dikompilasi dengan mingw64 sehingga kita tidak perlu melakukan ekspor.
Kami mendapatkan libpython3.3m.a secara default sebagai hasilnya
https://github.com/martell/MINGW-packages/tree/master/mingw-w64-python3

Kami tidak menggunakan studio visual untuk apa pun. Kami juga tidak mengandalkan bangunan studio visual dari perpustakaan mana pun

Setara dengan pexports adalah gendef. Kami tidak membutuhkannya di sini
http://sourceforge.net/apps/trac/mingw-w64/wiki/gendef

Oke jadi saya telah berhasil membangun frontend termbox dengan mingw64.
Itu ditutup dengan anggun dengan pesan ini di debug.log
[2014/01/25 00:47:11 GMT] EROR (main.main:607) Pegangan tidak valid.

qml build memberi saya kesalahan ini setelah menyiapkan binding.
Dua binding dalam satu proyek harus menyebabkan masalah.
kapur/depan/qml
C:\msys64\tmp\go-build6803373563/lime/3rdparty/libs/gopy/lib.a(_all.o): referensi simbol duplikat: mingw_onexit di github.com/niemeyer/qml(.text) dan lime/3rdparty /libs/gopy/lib(.teks)

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

Saya telah berhasil membangun termbox, html dan saya kembali ke qt5 main.go karena qml tidak mau menautkan

Termbox tampaknya yang terbaik sejauh ini.
Saya melewati memuat semua plugin dan kemudian crash :/
File log yang bagus;)

cari di build/bin untuk exe dan jangan pindahkan karena itu adalah struktur folder yang relevan

@martell : apakah Anda mencoba menjalankan termbox frontend dari command prompt Windows alih-alih mintty?

@EdVanDance
Ya saya menjalankan termbox dari windows cmd.prompt
Tampaknya dengan sedikit lebih banyak pekerjaan, ini dapat diselesaikan.
Kami juga perlu menghapus setcolormode 256 di windows karena kami tidak memiliki fungsi itu

@martell saya tidak bisa menjalankannya. Saya menginstal i686 python3 (saya menggunakan x86_64). Membuka cmd:

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

Dan saya mendapatkan:

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.

Anda tidak perlu mengatur PYTHONHOME karena saya telah menyertakan dia python dll's
Ini bekerja untuk saya tanpa itu.

Sekarang saya mungkin salah tetapi saya tidak melakukan itu.

Patch telah digabungkan ke dalam mingw64-crt dan alexey akan segera melakukan pembaruan ;)

Jika saya tidak mengatur PYTHONPATH. Saya mendapat:

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.

Apakah Anda memulai command prompt dari dalam msys? Saya memulainya langsung melalui Win+R .

Tidak, saya langsung membuka cmd seperti yang Anda lakukan, PYTHONHOME tidak ditentukan di sistem saya.
Saya pikir saya sebelumnya menginstal python ke sistem saya dengan penginstal windows,
mungkin itu sebabnya windows cmd saya tidak mengeluh?

Ini bisa menjelaskan mengapa crash pada titik tertentu juga, mungkin saya menggunakan file python yang salah

Apakah Anda menginstal mingw python3 atau msys2 python3 mereka sangat berbeda

Hmm bisa jadi itu alasannya. Tapi saya tidak mengerti mengapa itu mengeluh setelah mengatur PYTHONPATH.
Pasti ada modul pengkodean.

Saya mendapatkannya.
Hanya saja:

set PYTHONHOME=...\msys64\mingw32

Tanpa lib\python3.3 .

Bagus ;) dan output Anda?

Menampilkan konten file, tetapi tidak bereaksi saat tombol ditekan. Dan mengeluh tentang 256 mode warna.

Dalam Zip yang saya unggah, saya memiliki semua file cgo.go saya untuk referensi jika Anda ingin membangun dari sumber;)
Saya juga memiliki paket di repo mingw-packages saya untuk onig and go yang Anda perlukan.

bisa tolong di pastein dong :)

Saya sampai sejauh ini

[2014/01/25 04:08:33 GMT] [INFO](lime/backend/sublime.sublime_Console:87) Python sez: Memuat plugin Vintageous.jump_list_cmds
[2014/01/25 04:08:33 GMT] [FNST](main.%28 tbfe%29.renderthread:375) Rendering[2014/01/25 04:08:33 GMT] [FNST](lime/backend.%28 commandHandler%29.Register:169) Ingin mendaftar vi_add_to_jump_list
[2014/01/25 04:08:33 GMT] [FNST](lime/backend.%28 commandHandler%29.Register:194) Berhasil mendaftarkan perintah vi_add_to_jump_list[2014/01/25 04:08:33 GMT] [INFO](lime/backend/sublime.sublime_Console:87) Python sez: Memuat plugin Vintageous.motion_cmds[2014/01/25 04:08:33 GMT] [FNST](main.%28 tbfe%29.renderthread:375) Rendering
[2014/01/25 04:08:33 GMT] [FNST](lime/backend.%28*commandHandler%29.Register:169) Ingin mendaftar irreversible_text

Sama disini:
http://pastebin.com/G2yNjmdp

Oke Baiklah saya akan mencoba dan mendapatkan alexey untuk menggabungkan paket go saya dan paket bersama onig.
Dengan begitu semua orang bisa berada di halaman yang sama dengan bijak.
Berikut adalah panduan untuk membangun dari awal hingga akhir rekayasa balik dari cmakelists.txt ;)

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

Terima kasih banyak. Itu pasti sangat membantu. Apakah Anda juga mencoba build 64bit?

Saya tidak melakukannya tetapi seharusnya sama.
Saat ini sedang membuat skrip di mana Anda dapat memilih yang mana yang akan dibangun :D

OK bagus. Bisakah Anda memberi tahu saya perbedaan antara unduhan dasar msys2 dan msys64 di sourceforge?

Saya bekerja dengan Martell dan Alexey Pavlov di MSYS2; pikir saya akan mampir dan berkata "hai".

Beberapa detail ini telah disebutkan Martell, tetapi saya mungkin juga menggabungkan semuanya.

msys64 adalah nama WIP, sekarang hanya MSYS2,.

Satu-satunya dokumen (terlepas dari sebagian besar pacman/makepkg Arch Linux) ada di:
http://sourceforge.net/p/msys2/wiki/MSYS2%20installation/

Ada 3 repositori paket, msys, mingw32 dan mingw64.

Sumber repositori ada di:
msys: https://github.com/Alexux/MSYS2-packages
mingw32+mingw64: https://github.com/Alexux/MINGW-packages

Saya ikut memelihara paket dan patch Python MinGW-w64 (sayangnya jumlahnya terlalu banyak) jadi silakan ajukan pertanyaan apa pun yang Anda miliki dan seperti yang dikatakan Martell, mampirlah #msys2 di OFTC jika Anda ingin mengobrol.

Maaf tidak membalas. Github tidak pernah memberi saya pemberitahuan :/
Terima kasih telah menjelaskannya, Ray.
Anda tahu lebih banyak tentang msys2 dan mingw64 daripada saya jadi lebih baik Anda menjelaskannya :)

Ok aku paham. Terima kasih untuk itu.
Bagi saya msys2 adalah salah satu proyek yang paling berharga. Terutama memiliki pacman itu luar biasa.

Terima kasih atas kata-kata baik Anda. Bergabunglah dengan kami, tambahkan paket dan bagikan kebaikan ;-)

EdVanDance, hai!
MSYS2 memiliki versi 32 dan 64 bit. Itu sebabnya ada dua jenis arsip untuk diunduh.

Oke. Jadi msys2 mungkin 32bit dan msys64 64 bit. :senyum:

Sunting: Nevermind, ada direktori terpisah untuk 32 dan 64 bit. Semua paket terbaru diberi nama msys2 dengan a
akhiran untuk 32 bit (i686) dan 64 bit (x86_64).

Ini adalah MSYS2 32-bit:
http://sourceforge.net/projects/msys2/files/Base/i686/

Dan di sini 64-bit:
http://sourceforge.net/projects/msys2/files/Base/x86_64/

Ya baru menyadarinya. Lain kali saya harus melihat sebelum menulis bukan sebaliknya :senyum:

Saya cenderung tetap menggunakan C:\msys64 dan memiliki paket mingw32 dan mingw64 di
ada di C:\msys64\mingw32 dan C:\msys64\mingw64; pacman menangani itu untuk
Anda meskipun jadi jangan khawatir tentang hal itu.

Pada Selasa, 28 Januari 2014 pukul 16:30, EdVanDance [email protected] menulis :

Ya baru menyadarinya. Lain kali saya harus melihat sebelum menulis bukan
sebaliknya [gambar: :senyum:]

Balas email ini secara langsung atau lihat di Gi tHubhttps://github.com/limetext/lime/issues/228#issuecomment -33495293
.

Sekarang sumbernya go get -mampu di x86/x64 linux/darwin, saya berasumsi mungkin ada perubahan yang diperlukan di sini juga.

Apakah ada panduan atau garis besar langkah-langkah yang diperlukan untuk menginstal semuanya pada sistem Windows baru yang belum berjalan atau apa pun yang sudah diinstal?

https://github.com/limetext/lime/wiki/Building-on-Windows tentu membutuhkan penyegaran/penulisan ulang...

Aku akan segera mengurusnya.

Apakah fitur Python diperlukan untuk Lime yang berfungsi? Saya mencoba mengomentari import gopy & sublime (dan tiga baris yang bergantung padanya) di frontend/html dan frontend/termbox, dan juga mengganti import rubex dengan import (rubex "regexp") ; html & termbox dibuat dan dijalankan di Windows, tetapi anehnya, dengan cara yang tidak dapat digunakan:

• html mengalami masalah dalam menafsirkan kunci (simbol aneh seperti "&" dan lainnya muncul di Firefox dan Chromium)
• termbox tidak menunjukkan kursor, dan bagian bawah layar secara aneh bergeser dan dengan cepat menggulir ke bawah pada setiap penekanan tombol

ada ide? :)

Tentang termbox Anda bisa mendapatkan informasi dari file log yang dibuat dengan setiap build dan Anda harus tahu kami memiliki plugin vintage yang memberikan beberapa fitur vim jadi Anda harus menekan i terlebih dahulu lalu mulai mengetik.

@zoli kami tidak dapat membangun cukup lama karena msys memperbarui mingw python ke 3.4 yang gopy dan go 1.3.1 baru saja diperbaiki.

Sekarang masalah python3.4 telah diselesaikan, saya melihat menggunakan msys2 dan mingw-64 dan pergi untuk membuat teks kapur.

Inilah kesalahan saya saat ini

$ 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);

Tampaknya komit ini merusak gopy di windows
https://github.com/limetext/gopy/commit/8b1545fdde22aad006ba8596dd7e9ad80ff0dec7

Ingin mendukung masalah ini? Tempatkan hadiah di atasnya! Kami menerima bounty melalui Bountysource .

Jika saya mengomentarinya, saya mendapatkan kesalahan ini
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 punya ide?

di sini adalah panduan membangun untuk membangun limetext di msys2 di windows
https://Gist.github.com/martell/8588075

paket go 1.3.3 akan masuk ke server besok semoga :)

cinit harus di-ifdef-ed untuk windows atau sesuatu karena tidak relevan di sana. Mengenai kesalahan penautan, apakah ia menemukan python lib dengan benar?

Ya itu menemukan perpustakaan dengan benar.
pkg-config menambahkan direktori /mingw64/include/python3 include.
Jadi saya berharap itu juga menambahkan lib dengan benar.
Pesan kesalahan tidak terlalu membantu :(
Kami berada di wilayah yang belum dipetakan jadi saya akan mencoba memaksa -lpython3
Posting kembali segera

Oke jadi inilah hasil saya.
pkg-config menemukan lib dengan benar karena ini adalah tes pada regex dengan dan tanpa onig diinstal

tanpa:
$ 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]

dengan:
$ 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]

Sunting: sepertinya 32bit go on windows mencetak kesalahan yang lebih berarti

$ 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

untuk mengatasi kesalahan tautan ini saya harus menautkan ke runtime studio visual sayangnya saya harus memilih runtime c++ juga seperti v110 atau v110 yang mengganggu untuk aplikasi mingw-w64.

oke jadi sekarang saya benar-benar bisa membangun :)
Semoga bisa segera punya exe

EDIT: Saya bisa membuat termbox tetapi

ujung depan qml memberi saya ini
Lihat kesalahan yang sama seperti di atas pada 25 Januari

$ pergi membangun
github.com/limetext/lime/frontend/qml
C:/msys64/mingw32/pkg/windows_386/gopkg.in/qml.v1.a(_all.o): referensi simbol duplikat: mingw_onexit di github.com/limetext/gopy/lib(.text) dan gopkg.in /qml%2ev1(.teks)

Ini adalah keluaran termbox saya:

Tampaknya sedikit lebih baik daripada beberapa bulan yang lalu tetapi masih macet

[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

Kerja bagus! Apa backtrace untuk kecelakaan itu?

Jika Anda meluncurkannya dengan "./termbox main.go" apakah itu mencoba dan menampilkan file ini dengan benar?

Jika Anda mengomentari panggilan impor + gopy, apakah masih macet? Jika tidak, ini mungkin salah satu masalah Go mingw standar .

@quarnster : Saya tidak tahu tentang jejak kembali :(
Saya tidak begitu mengerti go lang.
Bagaimana saya bahkan men-debug itu?

Saya tidak bisa melihat output di sini adalah lognya

[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)

Saya akan mencoba menghapus impor gopy dan lihat

@martell , Backtrace harus dibuang ke terminal secara normal, kecuali dalam kasus ini kami membajak terminal untuk merender beberapa UI sehingga tidak akan berfungsi ;)

Coba tambalan ini dan lihat apakah Anda mendapatkan sesuatu yang berguna di log:

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
                }
        }()

Bisakah utas ini disetel ulang menjadi masalah baru dengan pembaruan status?

@techtonik Tidak perlu ditutup :)
Saya akan mencoba memperbarui paket yang kami miliki untuk pergi dan melakukan beberapa tambalan pada mereka untuk melihat di mana kami berdiri sekarang

Oke jadi sepertinya saat ini kita masih pada tahap yang sama dimana bagian dari bahasa go itu sendiri tidak bekerja dengan baik di windows.

Saya mengeksplorasi 2 kemungkinan solusi berbeda untuk ini.
Keduanya akan membutuhkan sedikit waktu untuk menguji.
Saya akan kembali sekitar seminggu dengan pembaruan

Minggu berlalu. Masalah ini perlu direticketed dengan ringkasan singkat - untuk saat ini tidak mungkin untuk mengambil tindakan mengingat semua keterbatasan kehidupan nyata dan waktu luang.

martell, bagian mana dari bahasa go yang gagal berfungsi dengan baik di windows? Juga saya pikir maksud Anda implementasi go daripada bahasa itu sendiri?

Hai! Berita apa tentang porting di windows? Apakah Anda memiliki kemajuan?

Saya tidak sepenuhnya tahu apa masalahnya dulu, tetapi Lime-QML dibangun dan berjalan dengan baik untuk saya di Windows. Inilah instruksi saya: https://github.com/ricochet1k/lime-qml/wiki/Building-on-Windows-using-MSYS2

Tahunnya 2017, bulannya Juni, yaitu 1250 hari berlalu sejak edisi dibuat.
Err… Halo? Bisakah kita mencoba beberapa biner Windows yang telah dikompilasi pada akhirnya?

telah menemukan kesalahan penautan dengan mingw64 dan pergi lang dan tambalan
harus segera dimasukkan ke mingw64-crt untuk menyelesaikan penautan terakhir
kesalahan pygo dan c lainnya terikat tergantung

unsub saya dari ini

Di Sini..