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, <anonymous>, <anonymous> >::element_type& std::__shared_ptr_access<_Tp, _Lp, <anonymous>, <anonymous> >::operator*() const [with _Tp = vte::platform::Clipboard; __gnu_cxx::_Lock_policy _Lp = __gnu_cxx::_S_atomic; bool <anonymous> = false; bool <anonymous> = false; std::__shared_ptr_access<_Tp, _Lp, <anonymous>, <anonymous> >::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 0x7ffff18a0640 (LWP 49412) "pool-geany"):
#0 0x00007ffff7b8118d in syscall () at /usr/lib/libc.so.6
#1 0x00007ffff6d3b06b in g_cond_wait_until () at /usr/lib/libglib-2.0.so.0
#2 0x00007ffff6cbc8b3 in () at /usr/lib/libglib-2.0.so.0
#3 0x00007ffff6cbca44 in g_async_queue_timeout_pop () at /usr/lib/libglib-2.0.so.0
#4 0x00007ffff6d1dd2a in () at /usr/lib/libglib-2.0.so.0
#5 0x00007ffff6d1b0c1 in () at /usr/lib/libglib-2.0.so.0
#6 0x00007ffff63eb259 in start_thread () at /usr/lib/libpthread.so.0
#7 0x00007ffff7b865e3 in clone () at /usr/lib/libc.so.6
Thread 3 (Thread 0x7ffff2abe640 (LWP 49408) "gdbus"):
#0 0x00007ffff7b7bb2f in poll () at /usr/lib/libc.so.6
#1 0x00007ffff6d40ae8 in () at /usr/lib/libglib-2.0.so.0
#2 0x00007ffff6cec593 in g_main_loop_run () at /usr/lib/libglib-2.0.so.0
#3 0x00007ffff6f315b8 in () at /usr/lib/libgio-2.0.so.0
#4 0x00007ffff6d1b0c1 in () at /usr/lib/libglib-2.0.so.0
#5 0x00007ffff63eb259 in start_thread () at /usr/lib/libpthread.so.0
#6 0x00007ffff7b865e3 in clone () at /usr/lib/libc.so.6
Thread 2 (Thread 0x7ffff32bf640 (LWP 49407) "gmain"):
#0 0x00007ffff7b7bb2f in poll () at /usr/lib/libc.so.6
#1 0x00007ffff6d40ae8 in () at /usr/lib/libglib-2.0.so.0
#2 0x00007ffff6cea781 in g_main_context_iteration () at /usr/lib/libglib-2.0.so.0
#3 0x00007ffff6cea7d2 in () at /usr/lib/libglib-2.0.so.0
#4 0x00007ffff6d1b0c1 in () at /usr/lib/libglib-2.0.so.0
#5 0x00007ffff63eb259 in start_thread () at /usr/lib/libpthread.so.0
#6 0x00007ffff7b865e3 in clone () at /usr/lib/libc.so.6
Thread 1 (Thread 0x7ffff5ad8940 (LWP 49403) "geany"):
#0 0x00007ffff7ac4d22 in raise () at /usr/lib/libc.so.6
#1 0x00007ffff7aae862 in abort () at /usr/lib/libc.so.6
#2 0x00007fffe0962f2a 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, <anonymous>, <anonymous> >::element_type& std::__shared_ptr_access<_Tp, _Lp, <anonymous>, <anonymous> >::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 0x00007fffe09a2d60 in std::__shared_ptr_access<vte::platform::Clipboard, (__gnu_cxx::_Lock_policy)2, false, false>::operator*() const (this=0x555556013798) at /usr/include/c++/11.1.0/bits/shared_ptr_base.h:976
#4 std::__shared_ptr_access<vte::platform::Clipboard, (__gnu_cxx::_Lock_policy)2, false, false>::operator*() const (this=0x555556013798) 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=0x555556013740) at ../vte/src/widget.cc:228
#6 vte::platform::Widget::clipboard_request_text(vte::platform::ClipboardType) (this=0x555556013740, type=vte::platform::ClipboardType::CLIPBOARD) at ../vte/src/widget.cc:278
#7 0x00007ffff6e05096 in g_signal_emit_valist () at /usr/lib/libgobject-2.0.so.0
#8 0x00007ffff6e05210 in g_signal_emit () at /usr/lib/libgobject-2.0.so.0
#9 0x00007fffe098ccbe in vte_terminal_paste_clipboard(VteTerminal*) (terminal=0x555555bb5a90) at ../vte/src/widget.hh:252
__PRETTY_FUNCTION__ = "void vte_terminal_paste_clipboard(VteTerminal*)"
#10 0x00007ffff6de7ddf in g_closure_invoke () at /usr/lib/libgobject-2.0.so.0
#11 0x00007ffff6e10fbd in () at /usr/lib/libgobject-2.0.so.0
#12 0x00007ffff6e04cad in g_signal_emit_valist () at /usr/lib/libgobject-2.0.so.0
#13 0x00007ffff6e05210 in g_signal_emit () at /usr/lib/libgobject-2.0.so.0
#14 0x00007ffff760c341 in () at /usr/lib/libgtk-3.so.0
#15 0x00007ffff6de7ddf in g_closure_invoke () at /usr/lib/libgobject-2.0.so.0
#16 0x00007ffff6e10fbd in () at /usr/lib/libgobject-2.0.so.0
#17 0x00007ffff6e042db in g_signal_emit_valist () at /usr/lib/libgobject-2.0.so.0
#18 0x00007ffff6e05210 in g_signal_emit () at /usr/lib/libgobject-2.0.so.0
#19 0x00007ffff73738fc in gtk_accel_group_activate () at /usr/lib/libgtk-3.so.0
#20 0x00007ffff7374cfe in gtk_accel_groups_activate () at /usr/lib/libgtk-3.so.0
#21 0x00007ffff76363af in gtk_window_activate_key () at /usr/lib/libgtk-3.so.0
#22 0x00007ffff7630643 in () at /usr/lib/libgtk-3.so.0
#23 0x00007ffff7362f5b in () at /usr/lib/libgtk-3.so.0
#24 0x00007ffff6de7ddf in g_closure_invoke () at /usr/lib/libgobject-2.0.so.0
#25 0x00007ffff6e109cb in () at /usr/lib/libgobject-2.0.so.0
#26 0x00007ffff6e042db in g_signal_emit_valist () at /usr/lib/libgobject-2.0.so.0
#27 0x00007ffff6e05210 in g_signal_emit () at /usr/lib/libgobject-2.0.so.0
#28 0x00007ffff7622a35 in () at /usr/lib/libgtk-3.so.0
#29 0x00007ffff74be862 in () at /usr/lib/libgtk-3.so.0
#30 0x00007ffff74bfaed in gtk_main_do_event () at /usr/lib/libgtk-3.so.0
#31 0x00007ffff721ca03 in () at /usr/lib/libgdk-3.so.0
#32 0x00007ffff726ca04 in () at /usr/lib/libgdk-3.so.0
#33 0x00007ffff6ced02c in g_main_context_dispatch () at /usr/lib/libglib-2.0.so.0
#34 0x00007ffff6d40b59 in () at /usr/lib/libglib-2.0.so.0
#35 0x00007ffff6cec593 in g_main_loop_run () at /usr/lib/libglib-2.0.so.0
#36 0x00007ffff74b561f in gtk_main () at /usr/lib/libgtk-3.so.0
#37 0x00007ffff7cd8a18 in main_lib (argc=<optimized out>, argv=<optimized out>) at libmain.c:1294
doc = 0x55555623ce40
config_dir_result = <optimized out>
locale = <optimized out>
utf8_configdir = <optimized out>
os_info = <optimized out>
#38 0x00007ffff7aafb25 in __libc_start_main () at /usr/lib/libc.so.6
#39 0x000055555555505e in _start ()
```
--
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
For some filetypes (more specifically some Scintilla lexers) it might
happen that an event with modificationType SC_MOD_CHANGEMARKER is
sent and so the current line is added as bookmark again.
To avoid this, check if the current line has already a bookmark and
update it in this case.
Might be related to #964.
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany-plugins/pull/1040
-- Commit Summary --
* Addons: Bookmarks: Prevent duplicating bookmarks when editing line
-- File Changes --
M addons/src/ao_bookmarklist.c (26)
-- Patch Links --
https://github.com/geany/geany-plugins/pull/1040.patchhttps://github.com/geany/geany-plugins/pull/1040.diff
--
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-plugins/pull/1040
This is running under Sway, testing with Wayland native apps only (no xwayland).
When I first open a file in Geany, I can copy out of Geany and paste into another program by selecting and then middle clicking in the usual way. I can do that multiple times with different selections. If I then select something ("foo" for example) in the other program, I can middle click paste it into Geany. I can do this with multiple selections as well. All OK so far.
At this point if I select something in Geany ("bar" for example), I can no longer middle click paste it outside of Geany. I just get "foo" instead, even if I make sure to unselect "foo" in the other app before selecting "bar" in Geany. Middle click copy/paste within Geany works fine still. It also works fine within and between non-Geany applications. It is as if Geany is now using a different primary buffer than everything else.
Opening a new file in Geany (or closing and reopening an existing one) gets things working again temporarily.
I've tested this with Geany 1.36 and also the latest Master branch. I also tried applying the patch from here, but saw no difference: https://sourceforge.net/p/scintilla/bugs/2127/
I have mainly been using kitty (0.18.3) and firefox (78.3.0 esr) as the other applications. Sway is version 1.5-3. This is on Debian Bullseye. I also briefly tried to check if SciTe exhibits the same behavior, but middle click copy paste did not work at all there (at least to other programs, not sure if it worked within SciTe).
--
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/2629
Port to the meson build system.
Benefits are blazing fast builds and more user friendly configuration. This is promised by meson and I would agree in the case of Geany.
This is a work-in-progress. I have ported only the GTK3 build (GTK2 about to be phased out anyway) and didn't test OSX or Windows yet.
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany/pull/2761
-- Commit Summary --
* Initial meson.build
* Support l18n
* Support plugins
* Support generating geany.pc
* Simplified installing data
* Install some extra files that are renamed in the process
* fixes for 1.36
* missing files to git
* update for 1.38/2.0
* add build dirs to .gitignore
-- File Changes --
M .gitignore (2)
A config.h.meson (340)
A data/meson.build (17)
A meson.build (629)
A meson_options.txt (2)
M plugins/Makefile.am (7)
M plugins/classbuilder.c (2)
M plugins/demoplugin.c (5)
M plugins/export.c (8)
M plugins/filebrowser.c (4)
M plugins/htmlchars.c (4)
A plugins/meson.build (27)
M plugins/saveactions.c (2)
M plugins/splitwindow.c (2)
A po/meson.build (7)
A scripts/gen-signallist.sh (6)
M src/libmain.c (4)
M src/templates.c (2)
M src/utils.c (2)
-- Patch Links --
https://github.com/geany/geany/pull/2761.patchhttps://github.com/geany/geany/pull/2761.diff
--
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
I am not sure where I should open this issue, here or in geany-plugins.
I need to debug a multithreaded app with Geany with debugger plugin (gdb) but Geany hangs inside the thread.
I have been using Geany for a long time but I can't find a way to debug a thread.
To reproduce the problem, build and debug the sample thread.c, setting a break-point at the line *22* and *34* and then **run**
* Build
gcc -g -O0 -o thread thread.c -lpthread
* thread.c
```
#include<stdio.h>
#include<string.h>
#include<pthread.h>
#include<stdlib.h>
#include<unistd.h>
/*
* Build with:
*
* gcc -g -O0 -o thread thread.c -lpthread
*
*/
pthread_t tid[2];
void* doSomeThing(void *arg)
{
unsigned long x = 0;
int j = 0;
int i = (int)arg;
pthread_t id = pthread_self();
printf("Thread %d processing...\n", i);
if(pthread_equal(id,tid[0])) {
printf("Inside First thread\n");
} else {
printf("Inside Second thread\n");
}
for(x=0; x<(0xFFFFFFFF);x++) {
j++;
}
printf("Thread %d: 0x%lx [ x = 0x%X ]\n",i, id, j);
return NULL;
}
int main(void)
{
int i = 0;
int err;
while (i < 2) {
err = pthread_create(&(tid[i]), NULL, &doSomeThing, (void*)i);
if (err != 0)
printf("can't create thread :[%s]", strerror(err));
else
printf("Thread %d created successfully\n", i);
i++;
}
sleep(10);
return 0;
}
```
Geany correctly stops at the first break-point, but If i click "Step over", Geany switches to the second thread, hitting "Step over" again hangs Geany. And eventually, a crash occurs if you try to close Geany.
The correct behavior should be to stay in the same thread and walk through the code while "Step over" is hit, line by line.
--
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-plugins/issues/1069
1. Geany: V1.29
2. GTK+: V2.24.30;
3. My OS: Linux Mint 18.1 Serena Cinnamon Edition;
If putting `$\theta \in [0,2\pi)$` in my TEX file, all the code following it and before `\bibliographystyle{abbrv}` is not highlight. If I chang it to `$\theta \in$ $[0,2\pi)$`, it's good.
--
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/1403
When I type in Geany, the letters often take time to appear. For instance, let's say I type 6 characters in 2 seconds. Those 6 characters will appear one at a time, perhaps taking 2.5 or even 4 seconds to appear. This is a serious usability issue, and I have used Geany for a long time but never experienced it before.
This happens at varying degrees of severity on most files I work with. Will update if I discover anything new about the problem.
## Some info:
- OS: Opensuse Tumbleweed
- Geany: 0.32
- CPU: Intel Core i3-7100, Intel HD Graphics
- Desktop Environment: GNOME 3.26
- GTK theme: Adwaita
Let me know if you need anything more or have any suggestions! Even if you don't have suggestions or solutions, comment if you are having the same problem.
--
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/1787
20:49:15: Geany INFO : Geany 1.27 (git >= ad354b7), en_AU.UTF-8
20:49:15: Geany INFO : GTK 3.10.8, GLib 2.40.2
Ignore the commit, Geany Git is actually 27628c0 (I thought we fixed needing to re-configure to get the git version?)
After using Geany for a while sometimes when switching tabs only the line with the flashing caret displays the new file, then after a while some more displays etc.
If I move the cursor into the edit widget it all updates.
Its like Scintilla is not getting the correct triggers to cause full update.
This doesn't happen with all tabs, but the ones edited most.
@b4n any suggestions where to look?
---
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/807
# Abstract
When naming a variable something that isn't ASCII, but is still a valid Python3 identifier, the variable doesn't show up in the symbols list.
## Problem Info
### Test case:
```python
#!/usr/bin/env python3
# coding: utf-8
correct = bool()
对不对='对' if correct else '错'
```
Load up that file in Geany, then open the Symbols tab.
### What I expected to see
"correct" and "对不对" both show up in the Symbols list.
### What happened
Only "correct" shows up in the Symbols list.
## Extra info
1. <output>geany 1.27 (built on 2016-04-17 with GTK 2.24.30, GLib 2.48.0)<output>
2. OS: Ubuntu 16.04.1 LTS
--
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/1337
This code adds the name "HEADER_TEMPLATE" to the variables list in the side bar:
```
HEADER_TEMPLATE = '''
==============
|{:^15}| {}
==============
'''
```
However this code does not:
```
HEADER_TEMPLATE = '''\
==============
|{:^15}| {}
==============
'''
```
Running Linux Mint, Geany 1.29, Python mode.
Thanks for all your work! Keep it up!
--
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/1390