Previous day | Jump to hour: 01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 22 23 | Next day

Seconds: Show Hide | Joins: Show Hide | View raw
Font: Serif Sans-Serif Monospace | Size: Small Medium Large

Click in the nick column to highlight everything a person has said.
The Logo icon identifies that the person is a core developer (has commit access).

#rockbox log for 2022-12-10

00:16:12 Join S|h|a|w|n [0] (~shawn156@user/shawn/x-4432647)
01:08:18 Join fourHZ [0] (
01:20:45 Quit massiveH (Quit: Leaving)
01:54:14***Saving seen data "./dancer.seen"
02:00:27 Join toruvinn [0] (
03:54:18***No seen item changed, no save performed.
04:15:36 Join lebellium [0] (
04:36:00 Quit S|h|a|w|n (Read error: Connection reset by peer)
05:54:19***Saving seen data "./dancer.seen"
06:56:30 Quit CH23_M (Ping timeout: 256 seconds)
06:57:37 Join CH23_M [0] (~CH23@revspace/participant/ch23)
07:54:23***Saving seen data "./dancer.seen"
09:18:19 Join amachronic [0] (~amachroni@user/amachronic)
09:29:35rb-bluebotBuild Server message: New build round started. Revision 90d1ac0448, 303 builds, 6 clients.
09:54:24***No seen item changed, no save performed.
10:41:07rb-bluebotBuild Server message: Build round completed after 4292 seconds.
10:41:11rb-bluebotBuild Server message: Revision 90d1ac0448 result: All green
11:04:14 Quit amachronic (Ping timeout: 260 seconds)
11:21:13 Quit paulk-bis (Ping timeout: 252 seconds)
11:23:20 Join paulk-bis [0] (
11:28:59 Quit paulk-bis (Ping timeout: 264 seconds)
11:29:18 Join paulk-bis [0] (
11:41:06 Quit Richard42 (Ping timeout: 268 seconds)
11:42:47 Join Richard42 [0] (
11:54:27***Saving seen data "./dancer.seen"
12:04:46 Join chris_s [0] (
12:10:09 Quit chris_s (Quit: Connection closed)
13:40:07 Join advcomp2019_ [0] (~advcomp20@user/advcomp2019)
13:42:48 Quit advcomp2019 (Ping timeout: 256 seconds)
13:50:28 Join zeth [0] (
13:51:09 Part zeth
13:54:28***Saving seen data "./dancer.seen"
13:56:01_bilgus_Hmm looking at INIT_ATTR stuff I found some potential UHOHs in the tree code
13:56:19_bilgus_pretty sure that is called lomg after init
14:14:28 Join zeth [0] (
14:17:38 Quit zeth (Client Quit)
14:24:29 Join Trzyzet [0] (
14:25:43 Quit LjL (Quit: Scappò via con la paura di arrugginire. Il giornale di ieri lo dà morto arrugginito. I becchini ne raccolgono spesso fra la gente che si lascia piovere addosso.)
14:27:01 Join LjL [0] (~ljl@user/ljl)
14:35:44_bilgus_amachronic (logs) what were you saying about having a warning if those INIT_ATTR functions were called after init
14:44:00_bilgus_anyway g#4904 if someone wants to take a look make sure i'm/its sane
14:44:03rb-bluebotGerrit review #4904 at : [Bug Fix] filetypes.c move voice data out of INIT_ATTR by William Wilgus
14:44:25_bilgus_or even Mr.Someone :p
14:58:17 Join chris_s [0] (
14:59:43 Quit chris_s (Client Quit)
15:30:00 Join chris_s [0] (
15:30:40chris_sI guess it's safe to annotate inbuilt_filetypes with INITDATA_ATTR, since the string constants are stored in rodata regardless?
15:33:46chris_s...or string literal
15:54:32***Saving seen data "./dancer.seen"
15:58:36 Join bilgus_ph [0] (~bilgus_ph@
16:01:03bilgus_phChris_s from what I can tell the ATTR stuff moves it to the audo buffer where it can be overwritten at anytime as far as I know it doesn't do any degisgating as readonly and even if it did its still not truly
16:01:41bilgus_phNot that we have anything in flash so its all truly a suggestion
16:12:21chris_sThat only applies to the struct itself though, correct? Whereas the string literals, which are assigned to the filetypes extension in line 471, would stick around. Just wanted to make sure the annotation doesn't have any effect on that. Maybe a stupid question...
16:14:06bilgus_phI think it does when I checked the map I had 200+ bytes in attr_data or do you mean am I referencing the char* later?
16:18:00bilgus_phNo you are right it does copy the string ref so need to remove that
16:18:34bilgus_phLike I said if I'm its sane :p
16:29:08 Quit bilgus_ph (Ping timeout: 246 seconds)
16:29:52 Quit chris_s (Quit: Connection closed)
16:43:26 Join chris_s [0] (
16:46:13 Quit chris_s (Client Quit)
16:59:00 Quit Acou_Bass (Quit: ZNC 1.8.2 -
17:04:26 Join Acou_Bass [0] (
17:34:00 Quit CH23_M (Read error: Connection reset by peer)
17:34:47 Join CH23_M [0] (~CH23@revspace/participant/ch23)
17:40:48 Quit paulk-bis (Ping timeout: 256 seconds)
17:42:28 Join paulk-bis [0] (
17:54:36***Saving seen data "./dancer.seen"
18:01:36 Quit lebellium (Quit: Leaving)
18:23:56 Join massiveH [0] (~massiveH@2600:4040:a992:a300:9493:7286:3b7e:6166)
18:28:31 Join dconrad [0] (~dconrad@
18:50:57dconradI think I found another regression - are we already aware of this one? FS #13382
18:50:59rb-bluebot Regression: Cannot add "Haas Surround" to quickscreen (bugs, new)
18:51:36dconradI suspect it's a similar settings file issue, but I don't know why it's still present
19:05:29dconradfor that matter, I've never been sure what "TLB refill" errors are... Top Level Buffer? What does that refer to?
19:05:52dconrad^^that's a guess at what it stands for
19:30:24_bilgus_dconrad they should probably delete their config file and try again I had some weird stuff going on after that patch, I think TLB is the lookaside buffer maybe Translation Lookaside Buffer its basically a cache
19:30:51_bilgus_at least on mips not sure if thats the only thing it could be though
19:31:14dconradOk, I can try with a fresh config file and see what happens
19:47:29dconrad_bilgus_ it did let me successfully add it with a fresh config file on the latest commit, but if I reboot and try to change the setting, I still get a TLB refill error
19:49:42dconradno, wait, I tried it again and got the error same as always
19:50:36_bilgus_might not be related but i could be i'd say its a new bug
19:51:00dconradto try with a fresh file, I deleted the file over USB, rebooted, shut it down again, and then booted up and went through my little procedure
19:51:47dconradI think I found an old commit where it doesn't occur (somewhere between 10-28 and 11-17), so I'm going to see if I can narrow it down
19:52:28dconradit seems to go much farther back than I expected
19:54:37***Saving seen data "./dancer.seen"
20:46:02dconradthe culprit seems to be... g#4691? Currently double checking to try to confirm
20:46:05rb-bluebotGerrit review #4691 at : playlist: reduce memory usage for loading playlists by Aidan MacDonald
20:46:16dconradI don't see how that could cause that though
20:49:24dconradyeah, after double checking it really does seem to be the culprit, but I have zero idea how
20:52:37dconradtime to make some supper though, talk about getting side tracked... I discovered that while walking home with a couple groceries for supper
21:54:38***No seen item changed, no save performed.
22:53:38 Quit dconrad (Remote host closed the connection)
23:13:32 Join dconrad [0] (~dconrad@
23:15:48 Quit dconrad (Client Quit)
23:37:11 Quit m01 (Quit: Konversation terminated.)
23:39:18 Join m01 [0] (
23:54:39***Saving seen data "./dancer.seen"

Previous day | Next day