Re: [Github-comments] [geany/geany] use relative path in project file (#2667)
I don't think its this PR, but it would be nice if the CI passed. But I don't have a clue what its problem is, maybe somebody who understands travis can look at it. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/geany/geany/pull/2667#issuecomment-846648747
Re: [Github-comments] [geany/geany] Geany freezes after saving a file, Kali Linux (#2812)
Closed #2812. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/geany/geany/issues/2812#event-4783786956
Re: [Github-comments] [geany/geany] Geany freezes after saving a file, Kali Linux (#2812)
Thanks a lot elextr I'm truly grateful. To conclude: -Yes indeed ALT+TAB , the Window button or whatever exit Geany screen even for a moment unfreezes for just that time and then come back , of course not a solution -What is quite acceptable as a solution is using Geany in windowed mode, whatever the window size but NOT a maximized screen -I didn't try using wayland instead of X11, as my video card is Nvidia , using Kali Linux which usually harder , it would give me a headache -*- What actually worked and smoothly is what shivensinha4 suggested at #2727 > Wandering Pixel > https://extensions.gnome.org/extension/4028/wandering-pixel/ after enabling the extension, instantly, Geany works just fine, did not see any freeze so far ( Can easily be controlled , enable or disable) Thanks again elextr, you are life-saver -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/geany/geany/issues/2812#issuecomment-846631823
Re: [Github-comments] [geany/geany] use relative path in project file (#2667)
@Keuronde pushed 42 commits. 92382dcdbcccb7f531569dc291c33e275a2a9e44 Update to latest ctags main ae9a456a5d70ec6c457931ff7e2ba6ea515865ee Add patch to modify anonymous tag name 28fa776956d4547955b439466159496a22a2e21a Move EXTERNAL_PARSER_LIST to the beginning of BuiltInParsers 353ceff30518ea0291a1f8cae279d66dd0a1c469 Various parser updates to make them compatible with latest ctags main 04eec181710a1e8537b7f4f83e98658e3cf18907 Rename vStringItem to vStringChar 2927ec4dbb139528a07209d551897098425f3ebe attachParserField now takes an extra parameter 99a993fbfed30075610a30432ffe5ae1c3ae2fc3 useCork is now a bit field 3847b6c2a9e090a3362d35dac51c3859f628cacd Rename nestingLevelsGetNth() to nestingLevelsGetNthFromRoot() ccd5330a21318a0f39bcaf330dac1188e25ab6aa Update cobol and flex parsers to use latest ctags main definitions a2ecdab6d79b19806a5be3feae2058292620f0cc Update TM to use latest universal ctags fffb3c2bf2e78255a7b32540a6587f7c6ab6a6e3 Update tests 81c5a2e0ed653ccc36bd38483647a86d31556aa8 Update HACKING 0347e7411661401f7ef82c26c646c5123fba6653 Add the geany_ prefix to all parser files ab681681312acea05b2a484e99dd25647d21 Don't use tag identifier F 3f0bb8ed4c2073387eba6686774497f974da7424 Add a script performing update of Geany ctags from universal ctags 33fc269ea8d4d03453489ca55a9ca208ec15aae2 Add GNU regex bundle from upstream ctags and use it if missing b1c9096394c9819342747f1215274af469a19483 Add bundled fnmatch from upstream ctags c5303c9499bb6f0d632e0ca5b42e15f84d64ac52 Check for asprintf and tempnam and cleanup function checks d2740f21feb84b6f951398c6f683674b2b56bfed Remove unnecessary code when reading IPC socket port on Windows 9f5b430458192388a7bf611943fc61b2a8b44246 Update search phrase for search/replace dialogs (#2697) d9f8cdbad58d09f0c18ca8acccb49209263018f0 add comment_single configuration for kotlin (#2710) 7b7f0def021715a44ac1e8c3938becb28270b71f PO:(uk) Update translation b0160ec162e4d34a73307d02d41e073aa96e6987 Avoid redundant margin computation when creating a new Scintilla widget b08ae0fe65c0942dca20281d6841dc83406d8b5e Aggressively cache line height for computing margin sizes f600937dd8f592ff00150867537166b2d86aa4dd Use plain comparison instead of naive hashing 01604687a7f61aab7e841b2d2cfe9872d8856dfc Merge pull request #2666 from techee/ctags_sync5 e027e240c279040c2f6bc9ea0aaccc2cac2ca94e Merge pull request #2747 from geany/startup-speed 77630564ad5446df89e9973f74bd378a84fc817e Merge pull request #2724 from nomadbyte/po/uk 41624c411702d29834da0ff926f3c9f7c895bb47 Update of Turkish translation 2e2daf0e1817e553c393543c74ca1c807000168f On ouvre un chemin relatif, mais un soucis : 56e4588213e037225cac859648da6f7d9c9397c6 nettoyage 9a86033c86a4b5f7a1e5954ad2aaa2430844bf8e Ajout de la case à cocher c9c7e0ea581fba9a3ae4e03175d637314de0cfba Ajout de la case "relative file" dans les propriété du projet c52513b93d0a002c6dd3fb87a1d1f9254220871f Enregistrement des fichiers en relatif ou absolu selon configuration de la session 647b59c7e0a58d73266c33126402e94a26d5d100 remove spaces b3a92d3dfc80a9f8ad50cdf2b7bff79154387ff9 bug corrected : segfault if started without project dc7209da029c8b47a654ba0ada3300910eb04532 Bug correction 3f50c09dec3382359da689738c566e77ca7c9ae3 Remove g_canonical_path 3fe597c9429453712667e143057b9df1d8e911dd Update after elextr pre-review d24d0f21d6f642c87129a0c3e32ac4c31ea50b26 Update documentation for this feature. 025be1141ca85353d511a58589fbd4e5d60338cb Use G_DIR_SEPARATOR_S instead of "/" 6286d46db98886fa2460b953ee2a9df17a64b8d8 Merge branch 'openRelativePathInProject' of github.com:Keuronde/geany into openRelativePathInProject -- You are receiving this because you are subscribed to this thread. View it on GitHub: https://github.com/geany/geany/pull/2667/files/3d3c7fdff9e260c31c2fad506b27d4a0c91d5d61..6286d46db98886fa2460b953ee2a9df17a64b8d8
Re: [Github-comments] [geany/geany] use relative path in project file (#2667)
Can I do something to help the integration of this pull request? I don't know if you are expecting something from me. Regards -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/geany/geany/pull/2667#issuecomment-846607530
Re: [Github-comments] [geany/geany] WIP: Meson build system (#2761)
Neat, plugins seems to be working, configures, builds and they show up in PM and at least @eht16's add-ons works (so many todos, sigh) :-) But icons still not right, at least some icons got installed but the same set of icons got installed in both $PREFIX/share/icons/hicolor/apps and actions whereas autotools puts them in a tree like: ``` $PREFIX/share/icons/hicolor/ 16x16/ apps/ actions/ 24x24/ actions/ 32x32/ apps/ actions/ 48x48/ apps/ actions/ scalable/ apps actions ``` where each apps has the classviewer icons and each actions has the Geany bookcase and save all and close all fallback icons, dunno what happened to 24x24 apps??. There is also an` icon-theme.cache` in hicolor that is not present in the meson one. Are you using the meson gnome module, the end of [this](https://mesonbuild.com/Gnome-module.html#page-description) page talks about creating it? -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/geany/geany/pull/2761#issuecomment-846559290
Re: [Github-comments] [geany/geany] Geany crashes when I press "Ctrl + Shift + V" (#2813)
Updated backtrace: ``` Thread 100 (Thread 0x7fffcbca9640 (LWP 70138) "pool-geany"): #0 0x77b8118d in syscall () at /usr/lib/libc.so.6 #1 0x76d2baaf in g_cond_wait_until (end_time=, mutex=0x555d50e0, cond=0x555d50e8) at ../glib/glib/gthread-posix.c:1622 span = {tv_sec = 14, tv_nsec = 95079} success = now = {tv_sec = 4552, tv_nsec = 541135921} sampled = 0 res = #2 g_cond_wait_until (cond=0x555d50e8, mutex=0x555d50e0, end_time=) at ../glib/glib/gthread-posix.c:1595 #3 0x76caba13 in g_async_queue_pop_intern_unlocked (queue=queue@entry=0x555d50e0, wait=wait@entry=1, end_time=end_time@entry=4567541131) at ../glib/glib/gasyncqueue.c:422 retval = __func__ = "g_async_queue_pop_intern_unlocked" #4 0x76cabbc8 in g_async_queue_timeout_pop (queue=0x555d50e0, timeout=) at ../glib/glib/gasyncqueue.c:545 end_time = 4567541131 retval = __func__ = "g_async_queue_timeout_pop" #5 0x76d0e3da in g_thread_pool_wait_for_new_pool () at ../glib/glib/gthreadpool.c:183 pool = local_max_idle_time = 15000 local_wakeup_thread_serial = last_wakeup_thread_serial = 0 have_relayed_thread_marker = free_pool = task = pool = #6 g_thread_pool_thread_proxy (data=) at ../glib/glib/gthreadpool.c:411 free_pool = task = pool = #7 0x76d0b795 in g_thread_proxy (data=0x55ec2000) at ../glib/glib/gthread.c:826 thread = 0x55ec2000 __func__ = "g_thread_proxy" #8 0x763da259 in start_thread () at /usr/lib/libpthread.so.0 #9 0x77b865e3 in clone () at /usr/lib/libc.so.6 Thread 3 (Thread 0x72aad640 (LWP 70041) "gdbus"): #0 0x77b7bb2f in poll () at /usr/lib/libc.so.6 #1 0x76d31809 in g_main_context_poll (priority=, n_fds=2, fds=0x556311f0, timeout=, context=0x5562f7e0) at ../glib/glib/gmain.c:4434 ret = errsv = poll_func = 0x76ce2880 max_priority = 2147483647 timeout = -1 some_ready = nfds = 2 allocated_nfds = 2 fds = 0x556311f0 #2 g_main_context_iterate.constprop.0 (context=0x5562f7e0, block=block@entry=1, dispatch=dispatch@entry=1, self=) at ../glib/glib/gmain.c:4126 max_priority = 2147483647 timeout = -1 some_ready = nfds = 2 allocated_nfds = 2 fds = 0x556311f0 #3 0x76cdc0e3 in g_main_loop_run (loop=0x5562f8d0) at ../glib/glib/gmain.c:4329 __func__ = "g_main_loop_run" #4 0x76f2622c in gdbus_shared_thread_func (user_data=0x5562f7b0) at ../glib/gio/gdbusprivate.c:280 data = 0x5562f7b0 #5 0x76d0b795 in g_thread_proxy (data=0x55627980) at ../glib/glib/gthread.c:826 thread = 0x55627980 __func__ = "g_thread_proxy" #6 0x763da259 in start_thread () at /usr/lib/libpthread.so.0 #7 0x77b865e3 in clone () at /usr/lib/libc.so.6 Thread 2 (Thread 0x732ae640 (LWP 70040) "gmain"): #0 0x77b7bb2f in poll () at /usr/lib/libc.so.6 #1 0x76d31809 in g_main_context_poll (priority=, n_fds=2, fds=0x5561c7e0, timeout=, context=0x5561dc20) at ../glib/glib/gmain.c:4434 ret = errsv = poll_func = 0x76ce2880 max_priority = 2147483647 timeout = -1 some_ready = nfds = 2 allocated_nfds = 2 fds = 0x5561c7e0 #2 g_main_context_iterate.constprop.0 (context=context@entry=0x5561dc20, block=block@entry=1, dispatch=dispatch@entry=1, self=) at ../glib/glib/gmain.c:4126 max_priority = 2147483647 timeout = -1 some_ready = nfds = 2 allocated_nfds = 2 fds = 0x5561c7e0 #3 0x76cda245 in g_main_context_iteration (context=0x5561dc20, may_block=may_block@entry=1) at ../glib/glib/gmain.c:4196 retval = #4 0x76cda292 in glib_worker_main (data=) at ../glib/glib/gmain.c:6089 #5 0x76d0b795 in g_thread_proxy (data=0x5561fe40) at ../glib/glib/gthread.c:826 thread = 0x5561fe40 __func__ = "g_thread_proxy" #6 0x763da259 in start_thread () at /usr/lib/libpthread.so.0 #7 0x77b865e3 in clone () at /usr/lib/libc.so.6 Thread 1 (Thread 0x75ac7940 (LWP 70036) "geany"): #0 0x77ac4d22 in raise () at /usr/lib/libc.so.6 #1 0x77aae862 in abort () at /usr/lib/libc.so.6 #2 0x7fffe115df2a in std::__replacement_assert(char const*, int, char const*, char const*) (__file=__file@entry=0x7fffe11a9a80 "/usr/include/c++/11.1.0/bits/shared_ptr_base.h", __line=__line@entry=976, __function=__function@entry=0x7fffe11a98e8 "std::__shared_ptr_access<_Tp, _Lp, , >::element_type& std::__shared_ptr_access<_Tp, _Lp, , >::operator*() const [with _Tp = vte::platform::Clipboard;
Re: [Github-comments] [geany/geany] Geany crashes when I press "Ctrl + Shift + V" (#2813)
AFAICT Geany does not bind ctrl+shift+V to anything. Looking at the traceback above (the "geany" one, the other threads are GTK/Glib internal) there is no Geany code in the traceback except the initial call to `gtk_main()` so its nothing Geany does, must be something VTE binds in GTK itself. This is probably supported by the `gtk_accel_groups_activate()` calls in the traceback. Whilst ctrl+shift+v does always paste in the VTE here, irrespective of the widget with focus, it doesn't crash. Not sure what else to say except, "don't do that" and bind ctrl+shift+v to something innocuous in Geany so it hopefully will hide the crashy VTE accelerator and you won't do it accidentally. Otherwise need a GTK/VTExpert :-) -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/geany/geany/issues/2813#issuecomment-846525516
[Github-comments] [geany/geany] Geany crashes when I press "Ctrl + Shift + V" (#2813)
Hello, I am using Geany 1.37.1 (also tested latest git commit) on Manjaro Linux. When I press "Ctrl + Shift + V" without switching to terminal tab in the Message Window, Geany crashes with error message: ``` /usr/include/c++/11.1.0/bits/shared_ptr_base.h:976: std::__shared_ptr_access<_Tp, _Lp, , >::element_type& std::__shared_ptr_access<_Tp, _Lp, , >::operator*() const [with _Tp = vte::platform::Clipboard; __gnu_cxx::_Lock_policy _Lp = __gnu_cxx::_S_atomic; bool = false; bool = false; std::__shared_ptr_access<_Tp, _Lp, , >::element_type = vte::platform::Clipboard]: Assertion '_M_get() != nullptr' failed. 中止 (核心已傾印) ``` Crash does not happen if virtual terminal is disabled in the settings or switching to terminal tab first. Pressing "Ctrl + Shift + V" also does not crash after switching to terminal tab and then switching to another tab. Here is backtrace: ``` Thread 7 (Thread 0x718a0640 (LWP 49412) "pool-geany"): #0 0x77b8118d in syscall () at /usr/lib/libc.so.6 #1 0x76d3b06b in g_cond_wait_until () at /usr/lib/libglib-2.0.so.0 #2 0x76cbc8b3 in () at /usr/lib/libglib-2.0.so.0 #3 0x76cbca44 in g_async_queue_timeout_pop () at /usr/lib/libglib-2.0.so.0 #4 0x76d1dd2a in () at /usr/lib/libglib-2.0.so.0 #5 0x76d1b0c1 in () at /usr/lib/libglib-2.0.so.0 #6 0x763eb259 in start_thread () at /usr/lib/libpthread.so.0 #7 0x77b865e3 in clone () at /usr/lib/libc.so.6 Thread 3 (Thread 0x72abe640 (LWP 49408) "gdbus"): #0 0x77b7bb2f in poll () at /usr/lib/libc.so.6 #1 0x76d40ae8 in () at /usr/lib/libglib-2.0.so.0 #2 0x76cec593 in g_main_loop_run () at /usr/lib/libglib-2.0.so.0 #3 0x76f315b8 in () at /usr/lib/libgio-2.0.so.0 #4 0x76d1b0c1 in () at /usr/lib/libglib-2.0.so.0 #5 0x763eb259 in start_thread () at /usr/lib/libpthread.so.0 #6 0x77b865e3 in clone () at /usr/lib/libc.so.6 Thread 2 (Thread 0x732bf640 (LWP 49407) "gmain"): #0 0x77b7bb2f in poll () at /usr/lib/libc.so.6 #1 0x76d40ae8 in () at /usr/lib/libglib-2.0.so.0 #2 0x76cea781 in g_main_context_iteration () at /usr/lib/libglib-2.0.so.0 #3 0x76cea7d2 in () at /usr/lib/libglib-2.0.so.0 #4 0x76d1b0c1 in () at /usr/lib/libglib-2.0.so.0 #5 0x763eb259 in start_thread () at /usr/lib/libpthread.so.0 #6 0x77b865e3 in clone () at /usr/lib/libc.so.6 Thread 1 (Thread 0x75ad8940 (LWP 49403) "geany"): #0 0x77ac4d22 in raise () at /usr/lib/libc.so.6 #1 0x77aae862 in abort () at /usr/lib/libc.so.6 #2 0x7fffe0962f2a in std::__replacement_assert(char const*, int, char const*, char const*) (__file=__file@entry=0x7fffe09aea80 "/usr/include/c++/11.1.0/bits/shared_ptr_base.h", __line=__line@entry=976, __function=__function@entry=0x7fffe09ae8e8 "std::__shared_ptr_access<_Tp, _Lp, , >::element_type& std::__shared_ptr_access<_Tp, _Lp, , >::operator*() const [with _Tp = vte::platform::Clipboard; __gn"..., __condition=__condition@entry=0x7fffe09ae8b4 "_M_get() != nullptr") at /usr/include/c++/11.1.0/x86_64-pc-linux-gnu/bits/c++config.h:504 #3 0x7fffe09a2d60 in std::__shared_ptr_access::operator*() const (this=0x56013798) at /usr/include/c++/11.1.0/bits/shared_ptr_base.h:976 #4 std::__shared_ptr_access::operator*() const (this=0x56013798) at /usr/include/c++/11.1.0/bits/shared_ptr_base.h:974 #5 vte::platform::Widget::clipboard_get(vte::platform::ClipboardType) const (type=vte::platform::ClipboardType::CLIPBOARD, this=0x56013740) at ../vte/src/widget.cc:228 #6 vte::platform::Widget::clipboard_request_text(vte::platform::ClipboardType) (this=0x56013740, type=vte::platform::ClipboardType::CLIPBOARD) at ../vte/src/widget.cc:278 #7 0x76e05096 in g_signal_emit_valist () at /usr/lib/libgobject-2.0.so.0 #8 0x76e05210 in g_signal_emit () at /usr/lib/libgobject-2.0.so.0 #9 0x7fffe098ccbe in vte_terminal_paste_clipboard(VteTerminal*) (terminal=0x55bb5a90) at ../vte/src/widget.hh:252 __PRETTY_FUNCTION__ = "void vte_terminal_paste_clipboard(VteTerminal*)" #10 0x76de7ddf in g_closure_invoke () at /usr/lib/libgobject-2.0.so.0 #11 0x76e10fbd in () at /usr/lib/libgobject-2.0.so.0 #12 0x76e04cad in g_signal_emit_valist () at /usr/lib/libgobject-2.0.so.0 #13 0x76e05210 in g_signal_emit () at /usr/lib/libgobject-2.0.so.0 #14 0x7760c341 in () at /usr/lib/libgtk-3.so.0 #15 0x76de7ddf in g_closure_invoke () at /usr/lib/libgobject-2.0.so.0 #16 0x76e10fbd in () at /usr/lib/libgobject-2.0.so.0 #17 0x76e042db in g_signal_emit_valist () at /usr/lib/libgobject-2.0.so.0 #18 0x76e05210 in g_signal_emit () at /usr/lib/libgobject-2.0.so.0 #19 0x773738fc in gtk_accel_group_activate () at /usr/lib/libgtk-3.so.0 #20 0x77374cfe in gtk_accel_groups_activate () at /usr/lib/libgtk-3.so.0 #21
Re: [Github-comments] [geany/geany] Can't see underscores on Ubuntu 20.04 (#2502)
@elextr Weird, my file came like that. I was confused why some of the lines were uncommented as well. After commenting it out I can now see the underscores. Thank you! -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/geany/geany/issues/2502#issuecomment-846489776