I was using [`git-new-workdir`](http://nuclearsquid.com/writings/git-new-workdir/) and recently switched to using the newer form [`git worktree`](https://github.com/blog/2042-git-2-5-including-multiple-worktree… however found this stops the plugin working.
The reason appears to be that instead of a `.git` directory in the 'worktee directory' there is a `.git` file that contains a reference to the original directory. e.g. `gitdir: /home/ubuntu/origdir.git/.git/worktrees/newdir.git`.
---
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany-plugins/issues/285
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
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