The docs state that if you have a visual diff tool installed, like meld, running VC->*->Diff will use that tool. This appears to work for VC->File->Diff, but not for VC->Directory->Diff, which spits out the default diff output.
Thinking that GeanyVC was using `git diff`, I tried overriding the `git diff` with:
git config --global diff.external meld
but this has no effect, since GeanyVC appears to ignore git's `diff.external` setting, preventing the use of a visual diff tool.
--
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/573
Currently geany updates geany.conf with info about window position and
geometry. These vary across different machines and cause diffs that
are meaningless.
--
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/1392
This is a tracking bug where we are with universal-ctags syncing regarding individual parsers. After https://github.com/geany/geany/pull/1160 gets in, the work on merging the parsers can start.
If someone wants to merge some of the parsers, it would be best to drop a line here so people don't do the same work in parallel.
Below is the state of individual parsers -> shows the general direction of from where to where the changes should be brought. <-> means changes will probably be necessary in both Geany and uctags parsers.
**basically merged**
- [ ] asm
- [ ] cobol
- [ ] css
- [ ] erlang
- [ ] json
- [ ] objc
**waiting for varType in uctags**, see https://github.com/universal-ctags/ctags/issues/862 (simple to merge)
- [ ] go (Geany->uctags)
- [ ] rust (Geany->uctags)
**normal diffs**
- [ ] basic (uctags->Geany)
- [ ] diff (uctags->Geany)
- [ ] fortran (uctags<->Geany)
- [ ] html (Geany->uctags)
- [ ] jscript (uctags<->Geany)
- [ ] lua (uctags->Geany)
- [ ] make (uctags->Geany)
- [ ] pascal (Geany->uctags)
- [ ] perl (uctags->Geany)
- [ ] php (uctags<->Geany)
- [ ] ruby (uctags->Geany)
- [ ] sql (uctags->Geany)
- [ ] tcl (Geany->uctags)
**big diffs**
- [ ] python (uctags->Geany)
- [ ] r (uctags<->Geany)
- [ ] sh (uctags->Geany)
- [ ] verilog (uctags->Geany)
**unmergable diffs**
- [ ] latex (uctags) vs tex (Geany) - different parsers - haven't checked what they do and if they should be treated as a parser of a single language or not
- [ ] matlab (we have regex-based parser, uctags has hand-written one - we should probably grab the uctags one)
- [ ] VHDL (different parsers from different people - uctags parser contains more LOCs so it's probably better :-)
- [ ] c.c (meh)
**extra parsers in Geany**
abaqus, abc, actionscript, asciidoc, conf, docbook, haskell, haxe, markdown, nsis, powershell, rest, txt2tags
**extra parsers in uctags**
ada, ant, asp, awk, beta, clojure, dbusintrospect, dosbatch, dts, eiffel, falcon, flex, glade, jprop, lisp, maven2, myrddin, ocaml, perl6, plist, protobuf, relaxng, rex, rpmspec, rst, scheme, slang, sml, svg, ttcn, vim, windres, xslt, yacc
---
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/1162
Unfortunately Gtk3 dropped the support for flipping through notebook pages for 'usability reasons' without making it available again with some kind of options. So applications like gnome-terminal started to re-implement this feature.
For maintaining feature parity with the Gtk2 backend, geany should re-implement scrolling through notebook pages as well.
---
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/872
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
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