Re: [spam][crazy][log] gdb, thread local, libgit, instruction pointet
- i already have the unoptimized build made and just need to rebuild using it
- git_vector_get is a macro, but the data structure is not complex:
(gdb) p git_vector_get(>loose, iter->loose_pos)
No symbol "git_vector_get" in current context.
(gdb) p iter->loose
$14 = {_alloc_size = 3444, _cmp = 0x0, contents = 0x57191dd0,
length = 2315, flags = 0}
(gdb) p iter->loose.contents
$15 = (void **) 0x57191dd0
(gdb) p iter->loose.contents[iter->loose_pos]
$16 = (void *) 0x55780e00
(gdb) p (char*)iter->loose.contents[iter->loose_pos]
$17 = 0x55780e00 "refs/tags/0.11.0"
Re: [spam][crazy][log] gdb, thread local, libgit, instruction pointet
(gdb) n
877 refdb_fs_backend *backend =
GIT_CONTAINER_OF(iter->parent.db->backend, refdb_fs_backend, parent);
3: branch_name = "refs/tags/0.10.7"
(gdb) undisplay 3
(gdb) n
880 while (iter->loose_pos < iter->loose.length) {
(gdb) p (*iter)
$12 = {parent = {db = 0x557b4aa0, next = 0x77ebbba0
,
next_name = 0x77ebbaa0 ,
free = 0x77eba8c0 },
glob = 0x0, pool = {pages = 0x55e01f40, item_size = 1, page_size
= 4056}, loose = {_alloc_size = 3444, _cmp = 0x0,
contents = 0x57191dd0, length = 2315, flags = 0}, cache =
0x57fb17d0, loose_pos = 1222, packed_pos = 0}
(gdb) n
881 const char *path =
git_vector_get(>loose, iter->loose_pos++);
(gdb) n
883 if (loose_lookup(out, backend, path) == 0) {
(gdb) p path
$13 =
i'm using an optimized libgit, so i'll set it rebuilding unoptimized
to make debugging easier when it finishes
Jewish people are not an object for jokes
Reposts supplied ' as is " https://groups.io/g/marxmail/topic/the_big_bang_theory_is/92861144?p=,,,20,0,0,0::recentpostdate/sticky,,,20,2,0,92861144,previd%3D1659849313528521853,nextid%3D1659709020546104131=1659849313528521853=1659709020546104131 Unless you're a Marxist-Communist! Karl Marx, Capital, Volume One, Part II: The Transformation of Money and Capital CHAPTER FOUR: THE GENERAL FORMULA FOR CAPITAL: "The capitalist knows that all commodities, however scurvy they may look, or however badly they may smell, are in faith and in truth money, inwardly circumcised Jews . . . "
Re: [spam][crazy][log] gdb, thread local, libgit, instruction pointet
i added another display for branch_name, it's #3 now.
222 if ((error = iter->next(out, iter)) < 0)
3: branch_name = "refs/tags/0.10.7"
(gdb) s
refdb_fs_backend__iterator_next (out=0x555ac510, _iter=0x57fb0ec0)
at
/media/extradisk/src/codefudge/codefudge/datagen/bold84-cppgit2/ext/libgit2/src/refdb_fs.c:874
874 {
3: branch_name = "refs/tags/0.10.7"
(gdb) list
869 return error;
870 }
871
872 static int refdb_fs_backend__iterator_next(
873 git_reference **out, git_reference_iterator *_iter)
874 {
875 int error = GIT_ITEROVER;
876 refdb_fs_iter *iter = GIT_CONTAINER_OF(_iter,
refdb_fs_iter, parent);
877 refdb_fs_backend *backend =
GIT_CONTAINER_OF(iter->parent.db->backend, refdb_fs_backend, parent);
878 struct packref *ref;
(gdb) list
879
880 while (iter->loose_pos < iter->loose.length) {
881 const char *path =
git_vector_get(>loose, iter->loose_pos++);
882
883 if (loose_lookup(out, backend, path) == 0) {
884 ref = git_sortedcache_lookup(iter->cache, path);
885 if (ref)
886 ref->flags |= PACKREF_SHADOWED;
887
888 return 0;
Re: [spam][crazy][log] gdb, thread local, libgit, instruction pointet
reminder to self: the tag in quesiton is 0.10.7, and the goal is to step into libgit, then step into iter->next . the data structure is likely a linked list, so it would be good to inspect it before it is advanced, so the two parts might be visible side by side
Zawahiri represented an imminent threat to all women everywhere
Targeted, or political, assassinations are extrajudicial executions https://groups.io/g/marxmail/topic/marjorie_cohn_biden_s/92865418?p=,,,20,0,0,0::recentpostdate/sticky,,,20,2,0,92865418,previd%3D1659849313528521853,nextid%3D1659709020546104131=1659849313528521853=1659709020546104131 Reposts not etc
Re: [spam][crazy][log] gdb, thread local, libgit, instruction pointet
turns out the syntax is "undisplay 1". i accidentally stepped over the next call, so i'm redoing it to get back to the same state.
Re: [spam][crazy][log] gdb, thread local, libgit, instruction pointet
success. my undisplay call did not work.
(gdb) undisplay branch_name
(gdb) si
git_refdb_iterator_next (out=0x555ac510, iter=0x57fb0ec0)
at
/media/extradisk/src/codefudge/codefudge/datagen/bold84-cppgit2/ext/libgit2/src/refdb.c:219
219 {
1: branch_name = "refs/tags/0.10.7"
(gdb) list
214
215 return 0;
216 }
217
218 int git_refdb_iterator_next(git_reference **out,
git_reference_iterator *iter)
219 {
220 int error;
221
222 if ((error = iter->next(out, iter)) < 0)
223 return error;
Re: [spam][crazy][log] gdb, thread local, libgit, instruction pointet
86 ++ reference_iter
1: branch_name = "refs/tags/0.10.7"
(gdb) s
repo_commits::reference_iterator::operator++ (this=0x555ac508) at
process2.cpp:253
253 if (git_reference_next(_ref, c_ptr) != 0) {
1: branch_name = "refs/tags/0.10.7"
(gdb) s
git_reference_next (out=0x555ac510, iter=0x57fb0ec0)
at
/media/extradisk/src/codefudge/codefudge/datagen/bold84-cppgit2/ext/libgit2/src/refs.c:762
762 return git_refdb_iterator_next(out, iter);
1: branch_name = "refs/tags/0.10.7"
Bravely, my debugger prepares to blaze a path into libgit!
Re: [spam][crazy][fiction][random] Non-Canon MCBoss Spinoffs
The Reason Generator "And in this room, we generate totally legitimate [coughs]" I mean completely made up reasons for whatever Boss wants to happen." The floating bundle of organs wearing a sign saying "tour guide" gestures a part toward a pile of human beings with tubes and cables coming out of them, signed "schizophrenia research". The pile quivers and writhes strangely as the various schizos jerk and babble. The tubes and cables go into a computer affixed with signs saying things like "political explanations" and "computer virus models".
Re: [spam][crazy][log] gdb, thread local, libgit, instruction pointet
here i am about to step into the iterator to find the next one:
(gdb) n
95 } catch (cppgit2::git_exception &) {
(gdb) n
89 auto branch_tip = branch.resolve().target();
(gdb) n
88 auto branch = *reference_iter;
(gdb) n
86 ++ reference_iter
i infer it engaged some scope destructors before getting there.
Re: [spam][crazy][log] gdb, thread local, libgit, instruction pointet
(gdb) p branch
$6 = { = {}, c_ptr_ =
0x562f5d60, owner_ = cppgit2::ownership::libgit2}
(gdb) p *branch.c_ptr_
$7 = {db = 0x557b4aa0, type = GIT_REFERENCE_DIRECT, target = {oid
= {id = "\030O\035\237\262\351jy\207A¾\327\306?X\v\357$\020"},
symbolic = 0x796ae9b29f1d4f18 }, peel = {
id = '\000' }, name = 0x562f5d9c "refs/tags/0.10.7"}
this all looks right to me
Re: [spam][crazy][log] gdb, thread local, libgit, instruction pointet
(gdb) run The program being debugged has been started already. Start it from the beginning? (y or n) y Starting program: /media/extradisk/src/codefudge/codefudge/datagen/process2 ../repos/Rust [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". Loading commits for ../repos/Rust commit: a3632327e441c5975f2e40ca794111c87de80d8a looping over diff: a3632327e441c5975f2e40ca794111c87de80d8a Breakpoint 1, repo_commits::remote_name[abi:cxx11](cppgit2::oid const&) (this=0x555ac478, commit=...) at process2.cpp:92 92 branch_name = branch.name(); 1: branch_name = "" (gdb) n 94 return repository.branch_remote_name(branch_name); 1: branch_name = "refs/tags/0.0.0" (gdb) cont Continuing. ... Continuing. Breakpoint 1, repo_commits::remote_name[abi:cxx11](cppgit2::oid const&) (this=0x555ac478, commit=...) at process2.cpp:92 92 branch_name = branch.name(); 1: branch_name = "refs/tags/0.10.6" (gdb) Continuing. Breakpoint 2, repo_commits::remote_name[abi:cxx11](cppgit2::oid const&) (this=0x555ac478, commit=...) at process2.cpp:96 96 non_remote_references.push_back(branch_tip); 1: branch_name = "refs/tags/0.10.7"
Re: [spam][crazy][log] gdb, thread local, libgit, instruction pointet
current state of debugging: I had encountered the branch name "refs/tags/0.10.7" twice in a row. i'd like to step through the libgit structures and code moving from the first one to the second, to gain information on how this happens or what it means or indicates.
Re: [spam][crazy][log] gdb, thread local, libgit, instruction pointet
locally, i have a whole mess of public repositories squished together into one repo, so as to work with their commits together, and i don't yet know which one the commit came from. the function in question is of course supposed to identify that.
Re: [spam][crazy][log] gdb, thread local, libgit, instruction pointet
this is the commit it happens to be looking at. theoretically, all the named refs contain this commit. this hash is one way of finding the repository containing the refs: (gdb) p commit.to_hex_string(40) $4 = "a3632327e441c5975f2e40ca794111c87de80d8a"
The Anarchist is the inaugural winner of the Woven Voices prize for migrant writers.
>>> Written by Karina Wiedman, who was born in Kazakhstan and has lived in >>>Russia, Belarus and now the UK, The Anarchist is the inaugural winner of the >>>Woven Voices prize for migrant writers <<< https://anarchistnews.org/content/anarchist-review-–-innocent-sense-humour-amid-political-unrest Reposts etc
Re: [spam][crazy][log] gdb, thread local, libgit, instruction pointet
so this is interesting: after refs/tags/0.10.7 it iterated for a bit
without hitting a breakpoint, and then encountered refs/tags/0.10.7
_again_
Breakpoint 2, repo_commits::remote_name[abi:cxx11](cppgit2::oid
const&) (this=0x555ac478, commit=...) at process2.cpp:96
96 non_remote_references.push_back(branch_tip);
1: branch_name = "refs/tags/0.10.6"
(gdb)
Continuing.
Breakpoint 1, repo_commits::remote_name[abi:cxx11](cppgit2::oid
const&) (this=0x555ac478, commit=...) at process2.cpp:92
92 branch_name = branch.name();
1: branch_name = "refs/tags/0.10.6"
(gdb)
Continuing.
Breakpoint 2, repo_commits::remote_name[abi:cxx11](cppgit2::oid
const&) (this=0x555ac478, commit=...) at process2.cpp:96
96 non_remote_references.push_back(branch_tip);
1: branch_name = "refs/tags/0.10.7"
(gdb)
Continuing.
Breakpoint 1, repo_commits::remote_name[abi:cxx11](cppgit2::oid
const&) (this=0x555ac478, commit=...) at process2.cpp:92
92 branch_name = branch.name();
1: branch_name = "refs/tags/0.10.7"
it's great to drill down on quirks more.
(gdb) list
87 ) {
88 auto branch = *reference_iter;
89 auto branch_tip = branch.resolve().target();
90 if (branch_tip == commit ||
repository.is_descendant_of(branch_tip, commit)) {
91 static thread_local std::string branch_name;
92 branch_name = branch.name();
93 try {
94 return repository.branch_remote_name(branch_name);
95 } catch (cppgit2::git_exception &) {
96 non_remote_references.push_back(branch_tip);
I'm curious if the reference pointer is the same. It looks like
engaging this may mean going into the source of libgit for me;
uncertain.
meanwhile the source code has finished packing:
datagen$ rm -rf tinytokenizers/target
datagen$ w3 put .
# Packed 13380 files (442.8MB)
# bafybeiaeshr3p2qgb6wpdstjs53inods3jkekgtowuokmt2tjdugtg3ra4
⠧ Chunking
Now it's on to "Storing", 19% .
Re: [spam][crazy][log] gdb, thread local, libgit, instruction pointet
it seems to be packing them fine now. it's taking a bit. 442.8MB including the submodule dependencies. i'll 'cont' a few more times and look at those tags.
Break in anarchists murder case
We'll take a break when the perps neck breaks. >>> Portland police announced on Thursday that they arrested 47-year-old >>>Christopher Knipe on second-degree murder charges, for the 2019 murder of a >>>23-year old anarchist, Sean “Armenio” Kealiher. <<< https://anarchistnews.org/content/year-after-he-was-identified-antifascists-suspect-murder-portland-anarchist-arrested Reposts not etc
Re: [spam][crazy][log] gdb, thread local, libgit, instruction pointet
the missing file is a symlink into the folder i deleted. i'll review the build file, verify i am not linking with tinytokenizers, and i suppose clean it or wipe its target directory or whatnot
Re: [spam][crazy][log] gdb, thread local, libgit, instruction pointet
⠼ Packing 13339 files (393.9MB)Error: ENOENT: no such file or directory, stat '/media/extradisk/src/codefudge/codefudge/datagen/tinytokenizers/target/cxxbridge/tinytokenizers/src/tinytokenizers.rs.cc'
Re: [spam][crazy][log] gdb, thread local, libgit, instruction pointet
$ rm -rf tinytokenizers/target/release/build $ w3 put .
Re: [spam][crazy][log] gdb, thread local, libgit, instruction pointet
i added breakpoints on lines 100 and 413, which are control paths via which it can exit the iteration, so i can examine the state and differentiate if it exits the loop correctly. theoretically, i could hit 'cont' through every tag and see what happens. meanwhile, i've been trying to pack the source code, and w3 encountered a symbolic link loop preventing packing. it hit 6 gigabytes before it bailed O_o; very large for this source code: datagen$ w3 put . ⠙ Packing 20570 files (6349.2MB)Error: ELOOP: too many symbolic links encountered, stat '/media/extradisk/src/codefudge/codefudge/datage n/tinytokenizers/target/release/build/tinytokenizers-094d245b8aabc62c/out/cxxbridge/crate/tinytokenizers/target/release/build/tinytokenizers-094d245b8aabc62c/out/cxxbridge/crate/tinytokenizers/target/release/build/tinytokenizers-094d245b8aabc62c/out/cxxbridge/crate/tinytokenizers/target/release/build/tinytokenizers-094d245b8aabc62c/out/cxxbridge/crate/tinytokenizers/target/release/build/tinytokenizers-094d245b8aabc62c/out/cxxbridge/crate/tinytokenizers/target/release/build/tinytokenizers-094d245b8aabc62c/out/cxxbridge/crate/tinytokenizers/target/release/build/tinytokenizers-094d245b8aabc62c/out/cxxbridge/crate/tinytokenizers/target/release/build/tinytokenizers-094d245b8aabc62c/out/cxxbridge/crate/tinytokenizers/target/release/build/tinytokenizers-094d245b8aabc62c/out/cxxbridge/crate/tinytokenizers/target/release/build/tinytokenizers-094d245b8aabc62c/out/cxxbridge/crate/tinytokenizers/target/release/build/tinytokenizers-094d245b8aabc62c/out/cxxbridge/crate/tinytokenizers/target/release/build/tinytokenizers-094d245b8aabc62c/out/cxxbridge/crate/tinytokenizers/target/release/build/tinytokenizers-094d245b8aabc62c/out/cxxbridge/crate/tinytokenizers/target/release/build/tinytokenizers-094d245b8aabc62c/out/cxxbridge/crate/tinytokenizers/target/release/build/tinytokenizers-094d245b8aabc62c/out/cxxbridge/crate/tinytokenizers/target/release/build/ti nytokenizers-094d245b8aabc62c/out/cxxbridge/crate/tinytokenizers/target/release/build/tinytokenizers-094d245b8aabc62c/out/cxxbridge/crat e/tinytokenizers/target/release/build/tinytokenizers-094d245b8aabc62c/out/cxxbridge/crate/tinytokenizers/target/release/build/tinytokeni zers-094d245b8aabc62c/out/cxxbridge/crate/tinytokenizers/target/release/build/tinytokenizers-094d245b8aabc62c/out/cxxbridge/crate/tinyto kenizers/target/release/build/tinytokenizers-094d245b8aabc62c/out/cxxbridge/crate/tinytokenizers/target/release/build/rayon-core-8ca1c07 368254e7f/build_script_build-8ca1c07368254e7f.d' looks like it's inside my tinytokenizers hack-build to access huggingface's rust tokenizer library within c++. the code isn't presently using tokenization, at all.
Re: [spam][crazy][log] gdb, thread local, libgit, instruction pointet
i'm typing "cont" to keep hitting the breakpoints, and told it to display the "branch_name" variable. it's enumerating tags that contain the commit. Continuing. Breakpoint 1, repo_commits::remote_name[abi:cxx11](cppgit2::oid const&) (this=0x555ac478, commit=...) at process2.cpp:92 92 branch_name = branch.name(); 1: branch_name = "refs/tags/0.1.0-alpha1" (gdb) Continuing. Breakpoint 2, repo_commits::remote_name[abi:cxx11](cppgit2::oid const&) (this=0x555ac478, commit=...) at process2.cpp:96 96 non_remote_references.push_back(branch_tip); 1: branch_name = "refs/tags/0.1.0-beta1" (gdb) Continuing. Breakpoint 1, repo_commits::remote_name[abi:cxx11](cppgit2::oid const&) (this=0x555ac478, commit=...) at process2.cpp:92 92 branch_name = branch.name(); 1: branch_name = "refs/tags/0.1.0-beta1" (gdb) Continuing. Breakpoint 2, repo_commits::remote_name[abi:cxx11](cppgit2::oid const&) (this=0x555ac478, commit=...) at process2.cpp:96 96 non_remote_references.push_back(branch_tip); 1: branch_name = "refs/tags/0.10.1" (gdb)
Re: [spam][crazy][log] gdb, thread local, libgit, instruction pointet
for now i'm putting a breakpoint on line 96 too, inside the exception handler. this lets me engage the situation in a way that doesn't freak me out, seeing that it keeps returning to the debugger without any complaints, as it goes over the references containing the commit
Re: [spam][crazy][log] gdb, thread local, libgit, instruction pointet
last time i used line 91 to break after the filter condition. that's the static assignment and could have confused gdb, because it's weird code that is run only on the first function call. i'm breaking on line 92 instead.
Re: [spam][crazy][log] gdb, thread local, libgit, instruction pointet
anyway while that packs i'll resume troubleshooting the issue. i know it's likely resolvable with some simple quirky bug that i just need to find.
Re: [spam][crazy][log] gdb, thread local, libgit, instruction pointet
the code works with all offline data, so i could reduce variables, in theory, by running offline maybe i'll try to store it all
Re: [spam][crazy][log] gdb, thread local, libgit, instruction pointet
valgrind is not finding any errors yet, after running for some tens of seconds. given last time i was hand-stepping, this likely indicates it won't find any unless the loop terminates, changing the situation.
Re: [spam][crazy][log] gdb, thread local, libgit, instruction pointet
valgrind is still running . at the launch of the script it has an unoptimized loop that indexes every commit. there are a lot of them. it just finished while typing this. now it is in the hang.
Re: [spam][crazy][log] gdb, thread local, libgit, instruction pointet
seems it would be simplest to enable ram dumping, and just cat the ram and swap to an archive file. the ram dump could be mutated but it would still be expected to explain the behavior in some way.
Re: [spam][crazy][log] gdb, thread local, libgit, instruction pointet
i don't see it in the list on wikipedia: although there is a key to make the system crash, which then theoretically takes a crashdump, maybe just of the kernel though. (alt- "sysrq", "c"; or somesuch) i love imaging systems and storing the images! not what's up atm though. thinking that suspending to disk, you could probably boot a certain way and make a copy of the swap partition. rescue mode maybe? i'm running linux on a macintosh. i'm not sure how the bootloader works. i don't see a grub menu on boot. i set this up following online instructions and don't remember which ones i followed.
Re: [spam][crazy][log] gdb, thread local, libgit, instruction pointet
i think there might be a hotkey that makes a dump on linux, something about sysrq near the concept of raising elephants
Re: [spam][crazy][log] gdb, thread local, libgit, instruction pointet
i mostly never work on security and engage systems so as to make them _less_ secure due to my brainwashing you can tell cause i don't use end to end email cryptography
Re: [spam][crazy][log] gdb, thread local, libgit, instruction pointet
for single systems, it would make sense to have a grub mode that produces a hashed memory dump you'd boot to the grub mode, photograph the hash, and upload the image with the photo this would not be bulletproof but would be exotic and strong enough to help
Re: [spam][crazy][log] gdb, thread local, libgit, instruction pointet
i am currently using this system to write this email i do not have boot media prepared, to extract either the disk or the memory i do not have a 2nd system on hand. there are also pci cards that can extract memory; they likely also need a 2nd system. this is a server i am running in the basement of a family member. this family member mentioned a second system being available recently. they are asleep.
Re: [spam][crazy][log] gdb, thread local, libgit, instruction pointet
note: one way to do that, is to suspend the system to disk, and then boot off dedicated media and extract the memory from ram remanence. this approach would fail if an attacker acted to deter it.
Re: [spam][crazy][log] gdb, thread local, libgit, instruction pointet
note: if this were caused by a trojan, malware, virus, etc, it would be important to take a memory image with a 2nd system or dedicated hardware
Re: [spam][crazy][log] gdb, thread local, libgit, instruction pointet
i'm websearching for "core dump of gdb" briefly
Re: [spam][crazy][log] gdb, thread local, libgit, instruction pointet
i get very confused around these things
Re: [spam][crazy][log] gdb, thread local, libgit, instruction pointet
> warning: Probes-based dynamic linker interface failed. > Reverting to original interface. I'm guessing the above quote is related to the following then happening. The breakpoint was not hit, so I interrupted execution to try to quickly find the outer code executing: (gdb) cont Continuing. ^C Program received signal SIGINT, Interrupt. 0x77ed54f8 in ?? () (gdb) n Cannot find bounds of current function (gdb) Cannot find bounds of current function (gdb) ni 0x77ed54fa in ?? () (gdb) I hit 'enter' a few times, and the instruction pointer advanced, but debugging ended up terminating for some reason when I tried to skip to the next ret, very strange: ... (gdb) 0x77ed53e6 in ?? () (gdb) 0x77ed53e7 in ?? () (gdb) fini Run till exit from #0 0x77ed53e7 in ?? () free(): invalid pointer Program received signal SIGABRT, Aborted. 0x77a7700b in ?? () so i ran "run" again to try another approach to the issue. valgrind is still chunking away.
Re: [spam][crazy][log] gdb, thread local, libgit, instruction pointet
so while valgrind finds that the error is my mind, not my system, i'll
paste some scrollback in
here's where i identified that the hang was within the remote_name()
function. i set a breakpoint within it and restarted execution:
410 auto remote_name =
repo_entry->remote_name(commit_id);
(gdb)
^C
Program received signal SIGINT, Interrupt.
0x77bc2292 in ?? ()
(gdb) break 81
Breakpoint 5 at 0xa9a4: file process2.cpp, line 81.
(gdb) disable 4
(gdb) run
The program being debugged has been started already.
Start it from the beginning? (y or n) y
Starting program:
/media/extradisk/src/codefudge/codefudge/datagen/process2
../repos/Rust
warning: Probes-based dynamic linker interface failed.
Reverting to original interface.
Loading commits for ../repos/Rust
commit: a3632327e441c5975f2e40ca794111c87de80d8a
Breakpoint 3, main (argc=2, argv=0x7fffe2e8) at process2.cpp:761
761 if (outputter.process(max_diffs_per_commit)) {
(gdb) disable 3
(gdb) cont
Continuing.
looping over diff: a3632327e441c5975f2e40ca794111c87de80d8a
Breakpoint 5, repo_commits::remote_name[abi:cxx11](cppgit2::oid
const&) (this=0x555ac478, commit=...) at process2.cpp:81
81 static thread_local std::vector
non_remote_references;
here i held "n" for a while to watch the loop continue. it was finding
commits that didn't match its condition on line 90, so it just loop
for a bit, and I set a breakpoint on line 91 to drill down:
(gdb) list
80 {
81 static thread_local std::vector
non_remote_references;
82 non_remote_references.clear();
83 for (
84 reference_iter.init(repository);
85 reference_iter;
86 ++ reference_iter
87 ) {
88 auto branch = *reference_iter;
89 auto branch_tip = branch.resolve().target();
(gdb) list
90 if (branch_tip == commit ||
repository.is_descendant_of(branch_tip, commit)) {
91 static thread_local std::string branch_name;
92 branch_name = branch.name();
93 try {
94 return
repository.branch_remote_name(branch_name);
95 } catch (cppgit2::git_exception &) {
96
non_remote_references.push_back(branch_tip);
97 }
98 }
99 }
(gdb) break 91
Breakpoint 6 at 0xab10: file process2.cpp, line 91.
(gdb) cont
Continuing.
Re: [spam][crazy][log] gdb, thread local, libgit, instruction pointet
On 8/7/22, Undiscussed Groomed for Male Slavery, One Victim of Many wrote: > ok, this time i stepped into the first call and it turns out the > return statement is throwing an exception inside it, and gdb's "step" > and "nexti" commands do not step into the exception handler, instead > continuing. the iterator theoretically steps to the next value and the > breakpoint is hit again > > i'm guessing that i had let it run too many times last time, and some > bug caused an overflow and memory corruption, maybe To clarify here, after posting this email thread, this was the first time gdb would let me inspect the data as the system was running. Previously I was getting errors regarding inability to access thread local data, or to set a breakpoint on the next instruction inside code without debugging symbols. I experienced the looping that appears to now be from a thrown exception (and that looks like what should be happening, the thrown exception) even when I was using the "si" and "ni" commands to single step through individual assembly instructions. Previously, when I used "si" to step into library code that _does_ have debugging symbols, gdb would show ?? for the function name. This time, it let me step into the call and review the exceptional case a little. This is why I consider memory corruption. Not sure what from, the code in the loop is not complex. I have these old gdb interactions in my scrollback buffer, likely, although I have since resized the window containing the tmux session.
Re: [spam][crazy][log] gdb, thread local, libgit, instruction pointet
notes: thread local name setting is line 92. handler is line 96. handler appends to list.
Re: [spam][crazy][log] gdb, thread local, libgit, instruction pointet
i have things making sense now, having placed a breakpoint inside the exception handler. finally gdb is behaving in a normal way around the issue. i guess it would make sense to run it under valgrind
Re: [spam][crazy][log] gdb, thread local, libgit, instruction pointet
ok, this time i stepped into the first call and it turns out the return statement is throwing an exception inside it, and gdb's "step" and "nexti" commands do not step into the exception handler, instead continuing. the iterator theoretically steps to the next value and the breakpoint is hit again. i'm guessing that i had let it run too many times last time, and some bug caused an overflow and memory corruption, maybe
Re: [spam][crazy][log] gdb, thread local, libgit, instruction pointet
process2.cpp is my code, so i'm imagining the most likely scenario here is that i typed something into gdb that stimulated finding the crash, and forgot when i walked away.
Re: [spam][crazy][log] gdb, thread local, libgit, instruction pointet
$ gdb --version GNU gdb (Ubuntu 9.2-0ubuntu1~20.04.1) 9.2 $ b2sum $(type -p gdb) e8a7e79ea79b2bc0977313899484136f34be865cd6032a26c1841a256d4b18a99b51dd8d0f05710ec5b3ee4da23041fc6872bd3650246bc0efc9fb050f902ff4 /usr/bin/gdb $ ldd $(type -p gdb) | sed -ne 's/.* => \(.*\) (.*/\1/p' | xargs b2sum 9668d759a14ca244ad5d0e6d4a5eb308ec50b4c01b4e242c8d63acded57237788f346e0faec95efae2d20b8c6e9bb19c748b218fd8c85b16c17a58e9ed4ec5b5 /lib/x86_64-linux-gnu/libreadline.so.8 db18fb1f72489870ee52201ad2e2f1d1718896b659ecf8881aeb002faa7791678a3ad3efb3084c05498a91abc8850768447b71e06a9b9ab055b5e3c58135296b /lib/x86_64-linux-gnu/libz.so.1 c3ce0f4a4a417f395f8a722c14327d23d2df128e30171f0ba310a3ed42efef2de3f6106029884d6393172e5679988563d9007ff6535b7d4892a72064c65532a1 /lib/x86_64-linux-gnu/libncursesw.so.6 d0e42f9f8ea3e3581031e232a4c595a6579385863c2929d0eed20fe2ebf8a4bff43c714a3857e402a6177afd0fad9da2e506a4fb7a25e2cd675146f7469278de /lib/x86_64-linux-gnu/libtinfo.so.6 f04910fe141c18dcc3e8997a4e0103514b252240b4538a61b507cc45fa23f0997064871cb1c98b75f819c8e065b110c7f18d8026677ab296e7c603d3902141e6 /lib/x86_64-linux-gnu/libdl.so.2 2b1e97873e763c3ed1dd93d16b71c8183fd05e167a0b7f2ec652f1440a9de1bc48739c7e57423c7585f4f4b40c265b679b2185040d77e46c8b93fbdb9734 /lib/x86_64-linux-gnu/libpython3.8.so.1.0 904ba7926418426e2db0b6e5c453c489b5e58b88389359c379db8a526f4319d8bfd5f53e9b0de26d5299e9c8bfda2bc1e95446203266a4ee2af33f0a26e0c064 /lib/x86_64-linux-gnu/libpthread.so.0 37a469cb58a133bbf12fa4c6a0e27b7bbf7427f72375c1bfd63226d0e03dc622cb3a22b6e93605e9e79f6ad52bbf743ea2ad59fe987acb0d7457bc3158f8a4d3 /lib/x86_64-linux-gnu/libm.so.6 e9cb3462e57194b26582de0f181afecabc76be2b6f5dd0cc81f8febade9c53c1ec03ebed50174b1dfdb0a92884eac394d285665e383d7abfe1f0f5a780164b7a /lib/x86_64-linux-gnu/libexpat.so.1 4b1d915cc0fc825b04dfc2f8ec5f10caa46dca5e59828ddc7e9655c6d05331efce2dc7be38be8664e2eb1e725fb95fef95e2d74d5271041722a3db5fb90a99a2 /lib/x86_64-linux-gnu/liblzma.so.5 f5cb9bec376d6420b81e9aa1b41f0785c558f1e9ebc611f00a2228f5a282daf488cf30ea3b699ae7a138821f3f582e24f0f085333e30afd7666f46cb45e9ef7b /lib/x86_64-linux-gnu/libbabeltrace.so.1 d377a989f53f02703f631aad25d1bde2162bb038b99d89a997e4c5c20d57a27a0e347f16d3d6784882b901505f5eacbf2e62b75fb41280b06967e58735dbfa51 /lib/x86_64-linux-gnu/libbabeltrace-ctf.so.1 1c7f68b27a6fd89bf69b3519ff59c487768c5d7ec4bd7737219db77351ce1db5fa93bddc32c87913131f09923cf01ab13fa5a532f344e5cc18bc5b259463020d /lib/x86_64-linux-gnu/libmpfr.so.6 d7a17f3b0a61a0579a378c4b2d7eeebcf3111447d33ead7b5309e114a2e8594f68bb0cb6ccdfb07c76f8a96d8b065a36a062bca38bd827e2ce8fc2249f920042 /lib/x86_64-linux-gnu/libstdc++.so.6 9f95b51580ccb1244944133a8701218363b132c24d181daa4644e95bd9a4f4264b30ef40efbf1088102cf8e388dab9126eae53bbb46eceb332a637b618307d6b /lib/x86_64-linux-gnu/libgcc_s.so.1 fde559ba19ee629c55653b124e57a09ae742b1fcd29be50d7905445628e1acee354846201516b8ad0cf7d4de2b39e68d7546c2238924652968bed9b130b6118c /lib/x86_64-linux-gnu/libc.so.6 0a1897439b3d178084f607b8a427718ff079ec364cf1007535c3d4b579412f894cf49617d9075ef10ecc9efea57e88221f6a4c7c98482b70faa3eda790d5aa86 /lib/x86_64-linux-gnu/libutil.so.1 30e2d9c4e69ecfce64d32d0e5bef36129ebaa8d404b55af01c274d7403e989c6b39ce116af2e3d75e3902baa41bddff8a47644677c21430b6acfdbe20a69b754 /lib/x86_64-linux-gnu/libglib-2.0.so.0 310c271739d8c75c32a711911482c5a4ecf811f5f7fae44700dc1897e735faabc36f09596e19f709c73ae30735bdd54c6a2d846244a0bd610a504b23e154db78 /lib/x86_64-linux-gnu/libdw.so.1 208f0494a69b897d7e865626c624a31ca058e544b8f53b4c7a5db7c39f2a2ffa83ffef539b3ed001a7c4786285e87560751fd078f012012075f0e00c8cd99652 /lib/x86_64-linux-gnu/libelf.so.1 96785dd583ce71127aa57497318c00494d12aeee93a6268170477990c0d1db48064637800dbf94fea69812677f67a2384193d2f70808678164cc78c2bf25 /lib/x86_64-linux-gnu/libuuid.so.1 d4cbfb48b7a6218bdb92bcc48c481e1f07b66e55d70d2ac0f969d36a76a4b6117e82fb800a4e0cd9fa2dca0209b1c1ebcfc3a3659e45cba0008dfa2192da9138 /lib/x86_64-linux-gnu/libgmp.so.10 9ca97298a37534c99e45e8a2610678a63fad7da172402b8109e2906139995a9502e4ae329f911c91ea4b600767dd25fdb16a44664a4f08bfe8fdb75821cc1394 /lib/x86_64-linux-gnu/libpcre.so.3 9692713222413a6c3f32547d860769fd4122b60810495a71a389e804b3d9002c48b9a0a91bcea8e7dc8b13c69d2f6172655843732d0e57ff59ca230592c03ca2 /lib/x86_64-linux-gnu/libbz2.so.1.0
Re: [spam][crazy][log] gdb, thread local, libgit, instruction pointet
i booted up a web browser so as to paste in gdb snippets, and went to get some water while i waited as the system has heavy i/o slowing things down as it collates git commits in the background when i returned gdb had crashed, without any user interaction: Breakpoint 6, repo_commits::remote_name[abi:cxx11](cppgit2::oid const&) (this=0x555ac478, commit=...) at process2.cpp:91 (gdb) terminate called after throwing an instance of 'std::length_error' what(): cannot create std::vector larger than max_size() Aborted (core dumped) I guess if this stuff gets too weird I might need a [poltergeists] tag or something to go alongside [crazy]
[spam][crazy][log] gdb, thread local, libgit, instruction pointet
I'm debugging a slowdown in my data generator for the adapters for semibalanced trees stuff. I have a lightweight c++ iterator to loop through repository references and to find which branch a random commit came from. The hang is happening inside the function that uses this iterator. I have a breakpoint set when a match is found. It extracts the name of the branch and stores it in a static thread local variable, a quick way to reuse heap allocation for dynamic strings. gdb is presently looping on this breakpoint, despite it being followed by a return statement.
With regards to list Nazis like Juan Garofalo from Argentina
>>> I am very hostile to this ideology. Being Danish, German Nazis invaded my >>>country, killed our policemen in concentration camps and so on. My own >>>paternal grandfather was forced to flee to Sweden due to his anti-Nazi >>>activism. To be fair, he also has some Jewish ancestry which I share. So >>>when Woke activists label me a Neo-Nazi it is pretty offensive considering >>>my country's history, my family history, my Jewish ancestry, and my Jewish >>>friends and coauthors. Denmark is famous for saving the Jews after all (99% >>>survived World War 2) <<< https://kirkegaard.substack.com/p/will-the-real-emil-please-stand-up Reposts etc
All Marxists are racists- which means John Pilger and Tariq Ali are racists
Capital, vol. 3, chapter 47: “ The possibility is here presented for definite economic development taking place, depending, of course, upon favourable circumstances, inborn racial characteristics, etc…” Engels: (Marx and Engels, Selected Works, Vol. 3, p. 502.): “We regard economic conditions as the factor which ultimately determines historical development. But race is itself an economic factor … ” " But Tariq can't be racist? " Tell that to Ali Alexander , Enrique Tarrio and Israel Shamir When did Julian Assange stop hanging out with ' scientific racists " and beating his wife? Inquiring minds wanna know.
ASSANGE is not dead - he just smells that way
Tim May, lacking the cosmopolitan sensibilities of Assange, “the idea of trying to be Julian Assange gives me the creeps.” “I’m not concerned about things like that. Let the Africans kill each other,” May insists. “I don’t have those kinds of political interests” Thankfully Tim May is dead - he's as dead as Julius Caesar. And isn't a great year when John Young and Julio look like joining him!? Welcome to the Black-Flagged revolution.
Calls for a quantum computing " Manhattan Project "
In order to manage the constant flow of clickbait and disinformation peddled here by the likes of Jeff Berwick's bum-buddy, I'm calling for a massive effort to save the West from a devastating first-strike launched against our strongest encryption protecting trillions ( beat ) Full-spectrum quantum computers means more quantum networking means more state-of-the-art encryption means crypto-anarchism gets turbocharged like a Kawasaki GPZ, sorry, H2R. Now we all know what a priceless asset the net is - post Pelosi - its time to get real about extending and defending it against all enemies - foreign and domestic - Marxist and inverse-Marxist. Theocratic and Obscurantist. Investing in cryptoanarchist technologies has already paid off with the crypto-currencies bonanza. The future keeps happening. Let's ROCK IT!
Scientists say they've debunked Google’s quantum supremacy claims once and for all
" . . . As reported by Science magazine, the scientists used a system comprised of 512 GPUs to complete the same calculation developed by Google to demonstrate it had passed the quantum supremacy milestone back in 2019. . . " 512 has long seemed to me to place a neat upper-bound on how many folks that can function as an anarchist polity while knowing each other ( with the help of ubiquitous modern technology) " It takes a village " For example, with a global UBI scheme seeking to cover 5 billion or so people, you could start off with 512 sized nodes, each node then deciding its own rules under overall Metcalfes supervision. Then as Moores carries on you could halve each node at regular periods from 256 to 128 and so on. As you approach 8 and less we're presumably close to uploading by then. Quantum cryptoanarchy for every individual and Gym Dumbell's endless FUD being ancient history.
Re: "NSA, NIST, and post-quantum cryptography: Announcing my second lawsuit against the U.S."
" . . . It is, of course the right decision to request a FOIA to review the impact of the NSA on NIST. NIST, have a responsibility to be open and transparent about how they manage the process. . . .' Fair enough - but lets not get carried away here. Jul 20, 2015 - Julian Assange: To be honest, I don't like the word transparency; cold dead glass is transparent..." JULIAN " “People with strong principles don’t survive for long ” ASSANGE quoted in " Risk" released in 2017.
NIST laundered a shitcoiners standard supplied by the NSA
" . . . a bad standard was identified early and kept out of products. NIST may not have caught the problem . . . " https://www.theverge.com/2013/9/11/4718694/how-far-did-the-nsa-go-to-weaken-cryptography-standards NIST was criminally negligent, or just corruptly criminal, or both, in cahoots with the NSA Just ask list member Peter Trei >>> Now, a Reuters exclusive report is showing the other side of the story. >>>The report details a secret deal between the NSA and respected encryption >>>company RSA, in which the agency paid $10 million for RSA to incorporate the >>>weaker algorithm into an encryption product called BSafe. Because of the >>>earlier work, the algorithm had been approved by NIST, so RSA could claim >>>their encryption used only nationally certified protocols. <<< https://www.theverge.com/2013/12/20/5231006/nsa-paid-10-million-for-a-back-door-into-rsa-encryption-according-to Some list members from 2001 - 4 may have taken my advice to DUMP RSA STOCK. The least I could do.
NIST is part of the US government and so is the NSA
" . . . NIST, have a responsibility to be open and transparent about how they manage the process. . ." Yeah, right. The NSA are so forthcoming I got reams of █ from them. >>> Smid recalls. "NIST is part of the government and so is the NSA. The NSA >>>has submitted candidate algorithms in the past, and NIST treats them like >>>any other submissions. <<< https://www.theverge.com/2013/9/11/4718694/how-far-did-the-nsa-go-to-weaken-cryptography-standards Reposts etc
Fwd: xNY.io - Bank.org: New York State Saftey Concern
-- Forwarded message - From: Gunnar Larson Date: Fri, Aug 5, 2022, 8:25 AM Subject: xNY.io - Bank.org: New York State Saftey Concern To: Cc: cypherpunks , Harris, Adrienne A (DFS) < adrienne.har...@dfs.ny.gov>, Weber, Richard (DFS) , Alexi Anania , , Reader, Shaun Dear Madam Attorney General: As xNY.io - Bank.org has continues to help pioneer digital asset innovation out of New York City, it has become apparent that our personal saftey is a concern. Specifically, we are aware of various threats to our saftey via alternative techniques concerning entrapment. Obviously, we support all vetting and effectiveness of intense interrigation from the effencent technology that is pioneering the next generation of saftey and surveillance. Yes, we are on the cutting edge of New York innovation and are proud to be engaged in group actions (NYPD, Trooper, FBI, DHS and other) monitoring xNY.io - Bank.org activities. Meanwhile, also as a litigation finance journalist living in Chelsea I have noticed particular threats to personal saftey. The FBI and NYPD have been very helpful in taking reports of these concerns and have offered general comfot to personal wellbeing. That being said we are aware of Palantir's system capabilities and respect the watchful eye of New York City authorities. However, we cannot be sure of the level of abuse to our enterprise. Furthermore, the Superintendent of New York State's Departmentof Financial Services holds certain conflicts to xNY.io - Bank.org security from our last correspondence with your office. We aim to not exacerbate the NYPD and FBI who are aware of the conflicts mentioned as we challenge our competitor's board directors under the NY-DFS Superintendent's auspicies. The "PayPal Mafia" is in the crosshairs of xNY.io - Bank.org and the Superintendent is not necessarily providing the NYPD and FBI a safe space for our efforts. Your office may find 158 highlights to DONALD J. TRUMP, vs. HILLARY R. CLINTON insightful to the RICO approaches: https://drive.google.com/file/d/1zggK7lgptlZ6Qn11EndzbDloqqVxRifv/view?usp=drivesdk xNY.io - Bank.org is at the liberty of the esteemed New York State Attorney on the techniques currently in use. For added information we have corrinated 212 highlights to "The Entrapment Controversy" here: https://drive.google.com/file/d/1rhPWgd_OniZVLeJIlieDBx5VNC2chenn/view?usp=drivesdk Madam Attorney General, as a Bill and Melinda Gates Scholar and Blockchain Scholar with further international distinction as a pricipal to the launch of the United Nations Audiovisual Library of International Law, I am confident that xNY.io - Bank.org's RICO approach usurps Mr. Trumps at global scale. xNY.io - Bank.org's access to litigation investment is not to be adversarial to New York State at any level. For these these reasons we kindly seek the Attorney General's Office urgent assessment of the matter. Additionally, we note the pending actions to our New York False Claims Act requests to challenge the PayPal Mafia's potential RICO at the libery of xNY.io - Bank.org's global enterprise. Further NY-DFS FOIL requests are pending and we fear the Superintendent's Goldman Sachs and Brex associations are party to Mr. Trump's RICO approach. Sending you warm regards. Thank you, Gunnar Larson xNY.io - Bank.org 646-454-9107 On Wed, Aug 3, 2022, 10:46 PM Gunnar Larson wrote: > Dear Attorney General James: > > xNY.io - Bank.org has been reporting concern of collusion between Peter > Thiel and Donald Trump with respect to the Moscow Exchange. Mr. Trump has > filed a similar RICO claim concerning Russia and Ms. Clinton. > > > https://www.npr.org/2022/03/24/1088694473/trump-lawsuit-clinton-democrats-russia > > This is a very serious problem. > > We have contacted Meta Platform's Board and Palantir Technologies Board > Directors > Meta has responded signaling awareness of the Moscow Exchange and the > concern. > > Palantir has yet to respond. Russia's President labels Palantir and Meta > potential extremists organizations. > > Meanwhile, we have contacted the New York State Department of Financial > Services (NY-DFS) concerning Ms. Harris' former Brex role. > > NY-DFS has responded and we have appealed for Ms. Harris' resignation. > > We seek the Attorney General's office urgent assessment of the Moscow > Exchange concern. Meanwhile, we will notify the FBI who I understand may be > aware of the efforts. > > Respectfully yours, > > Gunnar Larson > xNY.io - Bank.org > 646-454-9107 > > > On Sat, Jun 18, 2022, 4:44 PM Gunnar Larson wrote: > >> Dear Attorney General Letitia James: >> >> xNY.io - Bank.org, PBC seeks to earn your esteemed approval to engage the >> New York False Claims Act under urgent pretences. >> >> Today's correspondence marks the first time in history, a self-titled >> "mafia" (aka, the "PayPal Mafia '') is compelled to answer publicly the >> decision to manipulate both the New York False Claims Act and the Martin >> Act against one
"NSA, NIST, and post-quantum cryptography: Announcing my second lawsuit against the U.S."
You say " quantum cryptographers are stealing a quarter of a billion Euros from the European Commission " like that’s a bad thing. https://blog.cr.yp.to/index.html Reposts etc
Invitation to a treasonous terrorist conspiracy
" I advocate the overthrow of all government ( beat ) through peace and quiet " Gary Snyder So who wants to join the LAST revolution on earth, the one that’ll take down ALL the governments? Before Jim Bell went to prison, he suspected that most government officials were corrupt. Three years behind bars later, the self-proclaimed Internet anarchist is sure of it. After Bell, a cypherpunk who the United States government dubbed a techno-terrorist, is released Friday at 10 a.m. PDT, he plans to exact revenge on the system that imprisoned him. "If they continue to work for the government, they deserve it. My suggestion to these people is to quit now and hope for mercy "
HAZMAT suits mandatory
Marjorie Taylor Greene cheered on Alex Jones after Sandy Hook verdict A forensic economist testified that Alex Jones began funneling $11,000 per day into an alleged shell company around the time he was found liable by default in defamation suits https://news.google.com/stories/CAAqNggKIjBDQklTSGpvSmMzUnZjbmt0TXpZd1NoRUtEd2lBMnBYV0JSRnFvbXgwVFg4MDB5Z0FQAQ?hl=en-US=US=US%3Aen Suits like this how we killed the KKK
Innovative computer visualizations of hyperspace,
>>> an exposition of the projection model in the most creative ideas about space in contemporary mathematics such as twisters, quasicrystals, and quantum topology. Robbin clarifies these esoteric concepts with understandable drawings and diagrams. Robbin proposes that the powerful role of projective geometry in the development of current mathematical ideas has been long overlooked and that our attachment to the slicing model is essentially a conceptual block that hinders progress in understanding contemporary models of spacetime. He offers a fascinating review of how projective ideas are the source of some of today’s most exciting developments in art, math, physics, and computer visualization. <<< https://www.amazon.com.au/Shadows-Reality-Dimension-Relativity-Thought-ebook/dp/B002C74N0C
Re: [ot][spam][crazy] crazylog: append-only random-access data
This was the latest-dated reference I found in the July archives with a relevant subject line. On July 22, 2022 3:09:36 AM EDT, "Undiscussed Horrific Abuse, One Victim of Many" wrote: >here's a recent stable code. this was before the 'fiction' approach i >believe; classes could still be hoisted to be subclasses. >https://lists.cpunks.org/pipermail/cypherpunks/attachments/20220716/dec3d2ee/attachment-0001.py
[ot][spam][crazy] semibalanced trees?
I'm thinking of working a little on the algorithm for random access append only data again, but I'm not sure where it is.
Scientists say they've debunked Google’s quantum supremacy claims once and for all
Scientists say they've debunked Google’s quantum supremacy claims once and for all https://share.newsbreak.com/1joxv01w A team of scientists in China claim to have replicated the performance of Google’s Sycamore quantum computer using traditional hardware, thereby undermining the suggestion the company has achieved quantum supremacy. As reported by Science magazine, the scientists used a system comprised of 512 GPUs to complete the same calculation developed by Google to demonstrate it had passed the quantum supremacy milestone back in 2019. The endeavor was led by statistical physicist Pan Zhang, who said his team’s supercomputer performed the calculation 10 billion times faster than Google had thought possible. Quest for quantum supremacy Quantum supremacy (or quantum advantage) can be defined as the point at which quantum computers can outstrip the maximum potential performance of classical supercomputers in a particular discipline. Three years ago, Google announced it had achieved this feat with Sycamore, which it said took just 200 seconds to complete a statistical mathematics problem that would take a supercomputer 10,000 years to solve. The problem was architected in such a way as to accentuate both the attributes of quantum computers, which exploit a phenomenon known as superposition to speed up calculations, and the limitations of traditional systems.
