[spam][crazy][ot] codespam was Re: Calls for full coding unemployment
On 6/4/22, professor rat <pro2rat@yahoo.com.au> wrote:
Before the list becomes a monotonous stream of coding-error-messages.
I'm in one of my states of mind where's it hard to direct my behavior again! I'm possibly considering it could relate to my attempt to form decisions about what I do that includes my judgement. Anyway! coding-error-messages is often what my life is like. Maybe I'll make some more, but keep it to a thread.
$ node helloworld.js /shared/src/test/helloworld.js:1 int main() { ^^^^ SyntaxError: Unexpected identifier at Object.compileFunction (node:vm:352:18) at wrapSafe (node:internal/modules/cjs/loader:1033:15) at Module._compile (node:internal/modules/cjs/loader:1069:27) at Object.Module._extensions..js (node:internal/modules/cjs/loader:1159:10) at Module.load (node:internal/modules/cjs/loader:981:32) at Function.Module._load (node:internal/modules/cjs/loader:822:12) at Function.executeUserEntryPoint [as runMain] (node:internal/modules/run_main:77:12) at node:internal/main/run_main_module:17:47
an ongoing hobbytask i have atm is storing an index of all the subtransactions on arweave, on arweave itself, using only free subsidized transactions. it _almost_ works, but then i fix a small bug and add 8 others, and it hobbles again. right now it has something like 400 threads going. it's in python for similarity to other stuff i've written or engaged recently (cognitive ease). it's paused at some breakpoint i set to investigate a problem that happens after the breakpoint. it might make sense to disable threading for this -- but i haven't yet convinced myself that the bug is big enough to do that. here's the backtrace where it's paused: INFO:ar:Adding items from bundle sHSKy34QsTQF-mTIojZ7KXxLpih0S-2xkhL7xtygnww (Pdb) bt /usr/local/lib/python3.10/threading.py(973)_bootstrap() -> self._bootstrap_inner() /usr/local/lib/python3.10/threading.py(1016)_bootstrap_inner() -> self.run() /usr/local/lib/python3.10/threading.py(953)run() -> self._target(*self._args, **self._kwargs) /shared/src/arweave-python-client/toys/indexer.py(358)single_job() -> output[idx] = self.action(input[idx]) /shared/src/arweave-python-client/toys/indexer.py(621)<lambda>() -> action = lambda leaf: leaf.flush(top_down = True), /shared/src/arweave-python-client/toys/indexer.py(639)flush() -> with self.lock, self.remote_data: /shared/src/arweave-python-client/toys/indexer.py(270)__exit__() -> self.flush()
/shared/src/arweave-python-client/toys/indexer.py(339)flush() -> id, *extra = self.loader.send(self.shadow, tags=tags)
i'd been avoiding it because everything was turning upside for me, but maybe i'll try stepping through that breakpoint a little. i think i set it to actually open a debugger at that point every time it's run, so not much should be lost trying out some stepping.
(Pdb) step --Call--
/shared/src/arweave-python-client/bundlr/loader.py(31)send() -> def send(self, data, tags): (Pdb) step /shared/src/arweave-python-client/bundlr/loader.py(33)send() -> di = DataItem(data = data) (Pdb) next /shared/src/arweave-python-client/bundlr/loader.py(34)send() -> if type(tags) is dict: (Pdb) next /shared/src/arweave-python-client/bundlr/loader.py(37)send() -> di.header.tags = [normalize_tag(tag) for tag in tags] (Pdb) next /shared/src/arweave-python-client/bundlr/loader.py(38)send() -> di.sign(self.wallet.rsa) (Pdb) next /shared/src/arweave-python-client/bundlr/loader.py(39)send() -> result = self.node.send_tx(di.tobytes()) (Pdb) next /shared/src/arweave-python-client/bundlr/loader.py(40)send() -> logger.debug(f'{self.node.api_url}: {result}')
looks like debug logging is not enabled. (Pdb) next
/shared/src/arweave-python-client/bundlr/loader.py(41)send() -> assert result['public'] == di.header.owner
this was it!!!! i remember!!! one of these assertions, i suspected it was getting hit. threads were throwing assertion errors, but they were getting absorbed for some reason even though i wrote code to migrate them out to the main thread and halt. a different bug. so i'm not sure which assertion was the issue.
(Pdb) p result['public'] 'pGFsvdSB9sxbwU5L4HD2v12DK40kzZ5N69s6WlI3Uw9pFdHMHei3n1Tv4jvZqU9yeIMGsS60MQRvfJK1AEoNYsQqk4Rciajw0_IemZdwlt4u4voDALRalrQ3NV4knOlHRY11anqV0fNhikWCsiRPukIRZrdcFfqzFr0boH8bou7DgESNvWxROOxSC149oKxJ06FQsBDaIeElBsR8qTddybvXqMagXCM9y_HNrtAoz_8LgPjQtK5LFEbXhh9PyI_GOuoHyzJUc9Sm-V9kCB4kTm-SHrPbETQnvejZBcqEHxNcDNWBv6CWjj3-0V3dFMhjM1cy14d0Lm4j0IyRLm9bHM3s0ssVDd20gjWyar-D0o6guJIrteEC7UGR-w1yvXoGuIwdfZeoSAZ_CU9FrOJfQCTDs2aLgdCNeYKXg0Rt8YZL_elZnG7utCkO78TwxbGqear_I-1dlO39CUlo13YSS6pPonioWqkzXcXh93G7BYjgUxcPJ31kLyr2wBRA4OObAYRvh-5V3TkULlmwR4Q0pV3cUeOLI94b4WhaDZDI_RIJiCXQvtGy190NqTBeVogPrrAXLFkK0E013GByHrmzZoELfSUorjK-bDk4wXxdbVqzY7KXP-NEt3Bu-woinbUf56i3DXLrYlwINYK39VUydGpcQLZ5EDCL4u_IL_iFPt0' (Pdb) p di.header.owner 'zEiPuKuOPAloc9Bzi0LCaVxcgO7aWrcvPKfRUeWfeAHADZfyWvcHyjU89LFK4mbBxbf7e0foKftKU32E5kWrvpBoBjosaIwsCPJ0_RY1U2fH7UXFQkKaP3N09vtR729iCZh71sX-lsDb5J5krjpPgb0wFLQiXxdhuFDglJwDgml3k2s90BmM2YinBBE2RKecVHi6B8s4cfl9QuTN4XbqLdFJRz22bxELD1Fqko6qTAjfKymV9ZC8F7IxHG_Db_S1mk5RMZU7BvJfxXLh1pHav_pAqiQtAsxu4ZauxBWfYObdoZFeVoE90Q14Rc1_VvKexoqzh-QV4Z51G9D5k0S2mXOs0LgdValQeDWzLIvbRQX7hEJqZmHEYMZM1hJCZGNkdit0H2zYoSMlCUQruWhgD9kGJG-lcKW1U0a5N-7GoQM_hlrPYP4i0_x2RNhIn370Dl5Pofttok7XZEGLCQf8IZuSQWvSZqrurEPIK-DdFf7piGJI4kYAtfqMr11rZfPOOeFCtmtyomkwSGOckuq2Kiieco1qWXBrYq5QgnmUiZZijJ1Tt2Gwxlltnd8yKF-mCDdtZRObpmRoOfPUdq7-i-yglgoWA41cl0kZNwfrWKE8jLdv5nmuDZJqglagtTtIgScOvoTg8v0SLaAiB35i20tSqAQVoa45TbBMgFemnrE' oops, these are different people i was asserting being the same ;P
for more numbers and letters: (Pdb) p result['id'] 'a0eiGBkq8KWjjmWi6RWqKb75C4Yu4Q0NlyajtYFQn3I' but there's no rabbit hole or present communication channel, it's just an unending stream of binary tx indices that refer back to the chain.
participants (2)
-
punk
-
Undiscussed Horrific Abuse, One Victim of Many