Activity for Adam
-
Adam posted a comment on ticket #775
Unfortunately, when repeating tests on ANOTHER clean build folder, I get the issue again. Again, building with cb17.12, with a totally blank profile, with the only change being setting "-Og -g" to the base variable. This time, no matter what I do, deleting any of the built files and rebuilding, anything, does not result in a working build. Same behaviour: images work fine until opening a file, then images don't work, but work again once closing a file. I'm not doing anything magical or esoteric so...
-
I have been having a similar issue on Linux when setting up "sakura" as the terminal emulator. Specifically, when cb_console_runner launches sakura, it's supposed to launch sakura in the correct project folder (or the manually-specified launch folder as appropriate). What actually happens is nondeterministic - about ~75% of the time things work fine, but ~25% of the time sakura ends up being launched in ~ (/home/$USER), and thus any programs which read/write files fail spectacularly. I can't reproduce...
-
Additional "Plugin Disable" crash with ThreadSearch
-
There is in fact another issue with ThreadSearch, essentially identical to this, but more consistently reproducible. I think obfuscated is looking at it already, though, so I suspect a new report probably isn't necessary. Specifically in ThreadSearchViewManagerMessagesNotebook::RemoveViewFromManager() (), which is called by OnRelease().
-
There is in fact another issue with ThreadSearch, essentially identical to this, but more consistently reproducible. I think obfuscated is looking at it already, though, so I suspect a new report probably isn't necessary.
-
After yet more testing, I have two more data points which suggest essentially that the issue is user error of some kind. I made a build using the wx30 unix .workspace which suffered from the issue, ran the update30 script, and tried debugging it with gdb by adding gdb into debug30/run.sh appropriately. After struggling for a while to work out how to see when cbLoadBitmap was being called and which filenames was trying to access, it turned out that these occur in "bursts" which don't exactly correspond...
-
After yet more testing, I have two more data points which suggest essentially that the issue is user error of some kind. I made a build using the wx30 unix .workspace which suffered from the issue, ran the update30 script, and tried debugging it with gdb by adding gdb into debug30/run.sh appropriately. After struggling for a while to work out how to see when cbLoadBitmap was being called and which filenames was trying to access, it turned out that these occur in "bursts" which don't exactly correspond...
-
I can confirm that I can build svn versions of codeblocks on my system via the PKGBUILD in the AUR, appending #revision=[revision] into the source array where appropriate, and furthermore can confirm that everything I build using that script does not experience this issue. So, the problem was me, somehow. This seems to demonstrate that there's some sort of issue with me building codeblocks via the workspace file, which doesn't occur when using the bootstrap+configure method (which for some reason...
-
I can confirm that I can build svn versions of codeblocks on my system via the PKGBUILD in the AUR, appending #revision=[revision] into the source array where appropriate, and furthermore can confirm that everything I build using that script does not experience this issue. So, the problem was me, somehow. This seems to demonstrate that there's some sort of issue with me building codeblocks via the workspace file, which doesn't occur when using the bootstrap+configure method (which for some reason...
-
If I set a breakpoint for cbLoadBitmap, gdb passes over control when the error dialog comes up, but I can't figure out how to inspect what the filename path was. Could you perhaps give some more specific advice? (Or alternatively are you in the Freenode IRC channel? I'm there until 01:00 GMT most days, including today.)
-
In each case, the plugins which are enabled are the ones which are built and enabled by default, because I'm nuking my .config/codeblocks and .local/share/codeblocks each time before running. It's the wx30 build I'm making I have both versions of wxgtk on my machine due to how it's packaged, but it's the gtk3 one which is being used based on how the UI elements render. I can double check this later on. I could try that but I'd first have to work out how to do that manually with gdb, since running...
-
I can, however, make a new observation about when the issue does and doesn't occur: Open C::B build which I made Help -> About Image appears fine, no errors Open .cbp project Help -> About Error occurs, popup dialog with details; Image does not appear Close .cbp project Help -> About Image appears fine, no errors This seems to apply to all the builds I made, so the times I previously thought the issue wasn't present were presumably false negatives due to having not followed this specific reproduction...
-
I can, however, make a new observation about when the issue does and doesn't occur: Open C::B build which I made Help -> About Image appears fine, no errors Open .cbp project Help -> About Error occurs, popup dialog with details; Image does not appear Close .cbp project Help -> About Image appears fine, no errors This seems to apply to all the builds I made, so the times I previously thought the issue wasn't present were presumably false negatives due to having not followed this specific reproduction...
-
I can, however, make a new observation about when the issue does and doesn't occur: Open C::B build which I made Help -> About Image appears fine, no errors Open .cbp project Help -> About Error occurs, popup dialog with details; Image does not appear Close .cbp project Help -> About Image appears fine, no errors This seems to apply to all the builds I made, so the times I previously thought the issue wasn't present were presumably false negatives due to having not followed this specific reproduction...
-
OK. I pulled a fresh svn head and built it. I still get the same error. I also cannot seem to reproduce the cases I seemed to get before where the issue didn't occur, so my current information has to be that all builds I make suffer from this issue. There must be something wrong with my build process, which I've detailed through the thread. I hope very much that this can be resolved so as to help others who inevitably encounter similar issues if building for themselves.
-
OK. I pulled a fresh svn head and built it. I still get the same error. There must be something wrong with my build process, which I've detailed through the thread. I hope very much that this can be resolved so as to help others who inevitably encounter similar issues if building for themselves.
-
OK. After rebuilding r11261 I got the issue again, so I think the problem is actually some sort of horrible persistence in the build folder. I've deleted the directories .objs, devel30 and output30, reset to most recent trunk (actually not quite the most recent - I'm using the git mirror of codeblocks for now whose most recent commit currently corresponds to r11511, not r11521 which is the actual current svn trunk), and am now doing a hopefully fresh build again with the .workspace file. This will...
-
It turns out I still get the issue in r11329. I'm going to re-rest for commit r11261, which is just after the 17.12 release. If I still get the issue there, then I'm going to do a full clean and a full rebuild, since it means the issue has something to do with the build system. Is there anything more I need to do other than sh update30 after I change the current svn/git commit and rebuild using the .workspace file?
-
The end result of my bisect is that r11474 is the responsible commit for this crash. https://sourceforge.net/p/codeblocks/code/11474/ openfilelist: Fix memory leak when unloading the plugin The docs for SetImageList explicitly state that the user is responsiblefor deleting the image list object. All tested commits before this one (up to 17.12 stable) do not exhibit the bug on my system. This commit and all tested ones after it do. I added another backtrace.
-
The end result of my bisect is that r11474 is the responsible commit for this crash. https://sourceforge.net/p/codeblocks/code/11474/ openfilelist: Fix memory leak when unloading the plugin The docs for SetImageList explicitly state that the user is responsiblefor deleting the image list object. All tested commits before this one (up to 17.12 stable) do not exhibit the bug on my system. This commit and all tested ones after it do.
-
Bisection is taking forever on my current setup, with a lot of intereference from previously compiled objects (and cleaning them obviously means it takes forever), but so far it seems that this behaviour was introduced between r11329 and r11390.
-
Bisection is taking forever on my current setup, with a lot of intereference from previously compiled objects (and cleaning them obviously means it takes forever), but so far it seems that this behaviour was introduced between r11455 and r11521.
-
I am in the process of bisecting now, but I get best results at consistently triggering this error if I: open codeblocks view the Help > About page open an existing project or workspace (build and run it) view the Help > About page again Sometimes I have to repeat this a few times in one session for the error to trigger - as with almost all issues which plague me, it's not "consistently reproducible".
-
Unfortunately I forgot about newlines between my section headers, so the formatting is screwed up. The first bullet point list should start a new point at "Clear". Some bullet point were "side points". I'll be more diligent with the Preview feature in future. Also, I neglected to mention it, but the current svn commit at time of writing is r11521.
-
I neglected to mention it, but the current svn commit at time of writing is r11521.
-
Assertion Error / Segmentation Fault around bitmap errors
-
Unfortunately I forgot about newlines between my section headers, so the formatting is screwed up. The first bullet point list should start a new point at "Clear". Some bullet point were "side points". I'll be more diligent with the Preview feature in future.
-
Crash / Segmentation Fault when bulk-disabling Plugins
-
I can confirm what I believe to be the same issue in linux. As I've been discussing over in https://gbatemp.net/threads/wii-backup-managers-in-gnu-linux-wbfs-conversion-issues.508655/ , it turns out that, when not explicitly specified, wit's (used by wbf) default splitting mode is actually "-4g" (4GB), not "-4G" (4GiB). Wii Backup Fusion seems to default to "-4G", and since 4GiB > 4GB, the split files won't copy to FAT32 partitions.
-
I can confirm that this bug remains present. https://github.com/mate-desktop/engrampa/issues/183#issuecomment-394412662 After an initial wild goose chase (by me), it seems that dragging into pcmanfm window from engrampa, file-roller and xarchiver from the left hand side (i.e. over the shortcuts+mounts sidebar) causes this error. The Archive Manager has to be closed from another TTY, or via SSH.
-
This would be an excellent feature, and for my use-case would essentially "complete" this tool. Especially if timestamps/filesizes were taken into account.
-
I'm aware that this is 15-year necroposting, but I'd like to add a clarifying point. It seems to me that there are two things one might mean when one says "to update checksum files". When the files themselves have changed. This is similar to what's discussed here in the OP. The only way I see this working is if the timestamp (and filesize) information also be kept (akin to how rsync performs its 'quick' verification) - simply re-checking and replacing the checksums seems to be inviting disaster (defeating...
-
This would be an excellent feature, and for my use-case would essentially "complete" this tool.
-
I've rebuilt libfm and pcmanfm with debugging symbols enabled (actually, -git for each, as I was unable to progress past complaints from the build system of the form 'recreate aclocal.m4 and run automake again'), and once I can reproduce, will submit some hopefully more useful info.
-
I've rebuilt libfm and pcmanfm with debugging symbols enabled (actually, -git for each, as I was unable to progress past complaints from the build system of the form 'recreate aclocal.m4 and run automake again'), and once I can reproduce, will submit some hopefully more useful info.
-
I was able to reproduce the bug in the following situation: Start a large copy from a remote NFS share onto a gvfs-mtp mounted device (my Phone's SD card) [the copy was large enough to have an ETA much longer than these actions] Continue navigating through the remote NFS share for another thing to copy Select something else, put its path(s) into the clipborad (i.e. press Ctrl+C) Do some more navigation, with the intent to paste into the same target directory as the first, still-running copy I believe...
-
Segmentation Fault when NFS Share auto-unmounts
-
It occurs to me that it might be worth mentioning that I use Icon view, not List view.
-
I too would like to register my interest. For me it would be the most elegant way to ensure different GTK themes for applications run as different users (including root) which also permits my QT4 applications to use my GTK theme (via GTK+ in Trolltech.conf, which requires GTK2_RC_FILES to be explicitly set by the user).
-
Well, I feel like a fool there. My preconceived notion was so strong that it hadn't even occurred to me that it could be implemented without being the default behaviour. Sorry about that, and thanks for the clarification. At least now no-one else should end up making the same oversight.
-
Well, I feel like a fool there. My preconceived notion was so strong that it hadn't even occurred to me that it could be implemented but not the default behaviour. Sorry about that, and thanks for the clarification. At least now no-one else should end up making the same oversight.
-
[Behaviour Request] Select child folder when navigating up to parent
-
Scrolling Glitch in Dual Pane Mode
-
In some cases, the view doesn't even update the filename unless you F5 or go back then forward again. This might however be dependent on the FS being viewed (I only recall this occurring with SAMBA, which is probably its own separate issue).
-
I'm running libfm 1.2.5 on Arch, and am afraid to say that, in addition to having this issue in the past, still occasionally have it now! One of the times (which was for sure with 1.2.5) was when doing a copy across SAMBA shares, but others were just normal local copies. It always 'felt' to me that it was more likely when, not merely performing multiple copies at once, actually explicitly changing directories in one of the open pcmanfm windows (or sub-panes, when using the F3 mode). And of course,...
-
F2003: Procedure pointers break the symbol list
-
Notice that in THIS attachment, the bug makes it look like it's only ignoring the...
-
Notice that in THIS attachment, the bug makes it look like it's only ignoring the...
-
...this happens with END ASSOCIATE too! Just thought I'd touch base with that.
-
Removed years-old typo from the keyword list.
-
Updated keywords and intrinsic functions in acc...
-
Aha, I noticed that the symbol-browser issue with arrays of derived types spanning...
-
In fact, there are a few other cases I've noticed which seem to break the symbol...
-
Whoops, forgot to attach those images in the OP. Here they are. Sorry!
-
Fortran 90, "end forall" breaks symbol browser
1
