IRC channel logs

<diegonc>almuhs: have you tried without "strip = "symbols"" in Cargo.toml? I just guessing, though

<diegonc>* I'm

<almuhs>yes, i tried

<almuhs>ok, now i have more symbols

<almuhs> https://paste.debian.net/1393863/

<almuhs>this seems the most important:

<almuhs>0x7b9e - trivfs_S_io_seek

<almuhs> at /home/pruebas/hurd-translator-in-rust/Caesar_Encryption_Translator/caesar-rust/src/main.rs:237:7

<almuhs> 19: 0x10aac67 - trivfs_demuxer

<almuhs> 21: 0x1130178 - __mach_msg_server_timeout

<almuhs> at ./mach/msgserver.c:104:12

<almuhs> 22: 0x10c26e4 - ports_manage_port_operations_one_thread

<almuhs> 23: 0x866b - caesar::main::h385a0a554ebc4ee4

<almuhs> at /home/pruebas/hurd-translator-in-rust/Caesar_Encryption_Translator/caesar-rust/src/main.rs:377:5

<almuhs> 24: 0x9994 - core::ops::function::FnOnce::call_once::h5649ec702af046a4

<almuhs>so it seems that the failure is in the self start

<almuhs> bindings::ports_manage_port_operations_one_thread ((*cntl).pi.bucket, bindings::trivfs_demuxer, 0);

<gnucode>well that's annoying.

<gnucode>I was doing an update on my Hurd machine...and the machine went to "sleep". Now I can't wake it up.

<gnucode>and it looks like my only course of action is to hard shutoff the macine.

<gnucode>machine.

<gnucode>I've already disabled the X screensaver. There's got to be a way to tell the machine...never go to sleep, because I can't wake you up when you do!

<gnucode>hmmm.

<gnucode>The debian wiki recommends xset to disable the screen from sleeping on X.

<gnucode> https://wiki.debian.org/Suspend

<gnucode>apparently this goes in my ~/.bashrc

<gnucode>xset dpms 0 0 0 && xset s noblank && xset s off

<azert>gnucode: if your system does that, it might be a good occasion to try AcpiEnableGpe in the ACPI server to setup wakeup on keypress

<gnucode>azert thanks!

<gnucode>weird. I think my T43 just lost "git". I had to hard shutoff the machine. and I think that it was lost.

<gnucode>grrr...I tried renaming my username... sudo usermod -l newusername -d /home/newusername -m oldusername

<gnucode>and now my regular user cannot log in.

<gnucode>I probably put the command in wrong.

<gnucode>ahhh...it looks like that command did work...

<gnucode>I think it's fixed now...

<gnucode>seems to be.

<almuhs>i've just found this comment before trivfs_S_io_write()

<almuhs>/* The following extracts from io_S.h and fs_S.h catch loff_t erroneously

<almuhs> written off_t and stat64 erroneously written stat,

<almuhs> or missing -D_FILE_OFFSET_BITS=64 build flag. */

<almuhs>maybe can be related with my bug in trivfs_S_io_stat()

<almuhs>**trivfs_S_io_seek()

<almuhs>i don't get to debug my translator step by step

<almuhs>so I don't know why newp is null

IRC channel logs

2025-08-29.log