--- Log for 16.10.122 Server: iridium.libera.chat Channel: #rockbox --- Nick: rb-logbot Version: Dancer V4.16 Started: 2 months and 24 days ago 00.35.12 Quit massiveH (Quit: Leaving) 00.37.10 Quit m01 (Quit: Konversation terminated.) 00.39.17 Join m01 [0] (~quassel@vps-b172b88b.vps.ovh.net) 00.58.28 *** Saving seen data "./dancer.seen" 02.07.50 Quit Natch (Remote host closed the connection) 02.13.13 Join Natch [0] (~natch@c-9e07225c.038-60-73746f7.bbcust.telenor.se) 02.23.17 Quit Natch (Remote host closed the connection) 02.28.40 Join Natch [0] (~natch@c-9e07225c.038-60-73746f7.bbcust.telenor.se) 02.58.31 *** Saving seen data "./dancer.seen" 03.02.31 Join lebellium [0] (~lebellium@2a01cb040109a600855bb8bdd7afe5fb.ipv6.abo.wanadoo.fr) 03.03.23 Quit S|h|a|w|n (Read error: Connection reset by peer) 04.33.39 # Build Server message: 3New build round started. Revision b16bae6fe6, 303 builds, 7 clients. 04.54.58 # Build Server message: 3Build round completed after 1278 seconds. 04.55.03 # Build Server message: 3Revision b16bae6fe6 result: All green 04.58.32 *** Saving seen data "./dancer.seen" 05.20.40 Join kugel_ [0] (~kugel@ip4d146a6d.dynamic.kabel-deutschland.de) 05.21.57 Quit kugel (Ping timeout: 252 seconds) 05.42.29 Quit paulk (Ping timeout: 252 seconds) 05.53.34 Join paulk [0] (~paulk@vpn-0-22.aquilenet.fr) 06.03.51 Quit mendel_munkis (Ping timeout: 250 seconds) 06.52.44 Join munkis [0] (~mendel_mu@2600:1014:b061:cb51:96e2:3cff:fe9d:7ba0) 06.58.11 Quit munkis (Ping timeout: 248 seconds) 06.58.35 *** Saving seen data "./dancer.seen" 07.29.44 Join munkis [0] (~mendel_mu@75.104.64.189) 07.30.35 Quit munkis (Read error: Connection reset by peer) 08.11.12 Quit Galois (Ping timeout: 264 seconds) 08.40.04 Join munkis [0] (~mendel_mu@75.104.64.233) 08.41.14 Quit munkis (Read error: Connection reset by peer) 08.58.38 *** Saving seen data "./dancer.seen" 09.16.30 Join grodzio [0] (~grodzio@adpa189.neoplus.adsl.tpnet.pl) 09.21.04 # hi! i'd like to ask, which microsd card types are functional on a sandisk clip+ running rockbox? i know for sure that microSDHC will work, but what about the later types like microSDXC, larger than 32GB? thanks in advance. 09.24.10 Join munkis [0] (~mendel_mu@75.104.64.226) 09.25.00 Quit munkis (Read error: Connection reset by peer) 09.34.58 Join amachronic [0] (~amachroni@user/amachronic) 09.45.55 # grodzio, SDXC should work in any rockboxed player that takes SDHC. 09.47.17 # there's actually no difference between SDHC and SDXC in either the hardware or software interface. 09.49.24 # good to know, thank you. but i've heard that clip+ doesn't support more than 32GB. wouldn't that mean that an SDXC card larger than that wouldn't work? 09.49.54 # Build Server message: 3New build round started. Revision 1718cf5f8a, 303 builds, 7 clients. 09.51.10 # it could be that the clip+ original firmware doesn't go above 32GB, but rockbox should handle it fine. 09.51.27 # the only difference IIRC is that SDHC uses FAT32 and SDXC uses exFAT. 09.51.34 # or at least, that what the specs say. 09.52.25 # because, you know, microsoft doesn't like people creating a FAT32 bigger than 32 GB even though they work just fine, even in windows. 09.56.19 # <_bilgus> grodzio, Clip+ Clip Zip here 128 GB works just fine, I havent used the OF in years but I haven't had issue 09.56.43 # <_bilgus> for rockbox you must format FAT32 09.58.20 # very well, thank you. 10.02.30 # <_bilgus> https://forums.rockbox.org/index.php/topic,51941.msg240386.html#msg240386 10.02.41 Join Serke [0] (~Serke@37.203.200.10) 10.03.21 # <_bilgus> In addition to those IIRC the program Rufus works too 10.04.17 # Sansa Clip+ user reporting: some of the recent updates seem to have introduced a bug that messes up the ui. I can't pinpoint the particular revision where this issue first appeared, but e57b4f9099 was the last one I tried that worked fine for me. 10.04.40 # <_bilgus> https://forums.rockbox.org/index.php/topic,53831.msg248368.html#msg248368 10.04.51 # <_bilgus> grodzio^ 10.05.02 # <_bilgus> Serke what is the issue 10.05.02 # Serke, have you tried the most recent dev build? 10.06.50 Join Galois [0] (djao@efnet.math.uwaterloo.ca) 10.09.18 # _bilgus, white patches where the elements of ui should be and weird thick white lines where should be none 10.09.34 # amachronic, yes 10.11.56 # b16bae6fe6 was the last build I tried before reporting the issue, and it's affected too 10.12.54 # _bilgus if you want to bisect, it's probably one of my LCD commits that's bad. 10.13.46 # i can only try on the sim and catching bugs that way failed me once already. 10.18.39 # <_bilgus> digging out my clip+ as we speak 10.22.46 # The easiest way to spot these glitches I guess would be to connect the device to pc via usb. You should immediately notice the huge thick lines at the top and the bottom. 10.23.06 # Build Server message: 3Build round completed after 1992 seconds. 10.23.08 # Build Server message: 3Revision 1718cf5f8a result: All green 10.27.23 Quit GeekShadow (Ping timeout: 252 seconds) 10.27.35 Join GeekShadow [0] (~antoine@82-64-164-139.subs.proxad.net) 10.28.10 # it's happening on the simulator too. 10.29.58 # 44b9785465fcb96f7544576b7657a47813625a01 is the first bad commit 10.30.21 # g#4666 10.30.24 # 3Gerrit review #4666 at https://gerrit.rockbox.org/r/c/rockbox/+/4666 : 3lcd: Move grayscale clear_viewport() to lcd-bitmap-common.c by Aidan MacDonald 10.36.09 # pretty sure it's the drawmode I screwed up 10.36.28 # lcd-bitmap-common.c line 240 10.39.23 # the original code had a funny way of writing XOR 10.42.39 # Build Server message: 3New build round started. Revision 8bf8036021, 303 builds, 7 clients. 10.43.02 # ok, building the fix now. 10.58.39 *** Saving seen data "./dancer.seen" 11.07.48 # <_bilgus> sorry that sent me on a search for the charger for my sansa fuzev2 11.07.52 # <_bilgus> found it 11.12.41 # Build Server message: 3Build round completed after 1802 seconds. 11.12.43 # Build Server message: 3Revision 8bf8036021 result: All green 11.13.28 # nice that the simulator shows the same bugs 11.15.49 # Build Server message: 3New build round started. Revision 5e864ecde9, 303 builds, 7 clients. 11.16.54 # the simulator is awesome with asan + ubsan 11.17.30 # i need to reproduce/report a q1 issue 11.17.50 # ok, what is is it? 11.18.06 # a crash when you cancel a delete action 11.18.19 # ohhh I know that one but I have no idea what causes it. 11.18.43 # you did! 11.19.04 # no idea if it happens on other device, i do not delete much 11.19.29 # it happens on the m3k as well 11.19.29 # <_bilgus> whats the crash message? 11.19.46 # 'amachronic hates deletes' 11.20.50 # >:D 11.21.04 # ...really it's a bad pointer somewhere in the tree code. 11.21.32 # i've given up trying to track anything down there since it's a awful mess. 11.22.24 # i can try and get the real message 11.23.33 # now it just froze 11.23.50 # delete, 'no' to 'are you sure' and the it is stuck 11.25.18 # Tried the most recent build, works like a charm now. Thank you so much, amachronic. 11.25.51 # of course it does not always crash so there must be a precondition 11.26.07 # <_bilgus> amachronic, yes clip+ lcd that fixed it 11.26.11 Join munkis [0] (~mendel_mu@2600:1017:b811:5718:96e2:3cff:fe9d:7ba0) 11.26.40 # <_bilgus> sorry I wnet to the box of rockbox and saw all my neglected players 11.27.24 # it was a nice, boring, obvious bug fortunately. 11.27.55 # the sim sure beats compile + copy rockbox to SD + reboot a real player 11.28.49 # <_bilgus> spork i'll try and repro on my device(s) 11.29.57 # i cannot for the life of me figure out what makes it happen but I think, somehow, the tree buffer gets corrupted. 11.30.21 # <_bilgus> is it any file or just database backed files? 11.30.28 # something about swapping between the database and file browser sometimes makes it happen 11.30.46 # for me the file delete bug happens after the file is deleted and I back out to the menu 11.30.48 # any file 11.30.52 # yes 11.31.09 # <_bilgus> got it 11.31.14 # <_bilgus> and reprod 11.31.17 # also when you cancel the delete and go back 11.31.29 # but now it is a freeze, before i am sure it was a crash 11.31.36 Quit munkis (Ping timeout: 264 seconds) 11.35.14 # which device are you reproducing it on, _bilgus ? 11.35.20 # <_bilgus> clipzip 11.35.52 # excellent choice. i have on of those in my box of players 11.41.16 # <_bilgus> pc points to font get odd 11.56.22 # Build Server message: 3Build round completed after 2432 seconds. 11.56.24 # Build Server message: 3Revision 5e864ecde9 result: All green 12.01.36 # <_bilgus> amachronic, sure enough the crash happens in font_get core_get_data(buflib_allocations[font]); pf = &alloc->font; 12.02.01 # <_bilgus> had to chase it down with the beep function 12.06.17 # so the question is, is the buflib handle bad is the handle array bad? 12.08.18 # * or is 12.15.55 # <_bilgus> well forcing sysfont after core_get still crashed but prior to the core_get it stopped that crash but on return I get a scrolling line stating the directory I tried to delete 12.16.15 # <_bilgus> so maybe its the scroll engine 12.16.58 # ah yeah that could be an issue - check for viewports on the stack that have a scrolling line. 12.17.05 # <_bilgus> eventually I get a data abort 12.18.10 # <_bilgus> no prefetch abort sorry 12.28.32 # <_bilgus> putting in a lcd_scroll_stop after the call to gui_syncyesno_run in on_play.c - confirm_delete() fixes the issue 12.29.07 # i think you're right it's likely this: https://gerrit.rockbox.org/r/plugins/gitiles/rockbox/+/refs/heads/master/apps/gui/yesno.c#256 12.29.24 # remove_event_ex() needs to be done before scroll_stop_viewport() 12.29.54 # the USB exit path is wrong too 12.30.40 # USB exits need to pass the FOR_NB_SCREENS(i) loop too 12.32.00 # <_bilgus> mmm ok because it switches out the vp under it without stopping it 12.32.35 # <_bilgus> nice wonder if thats the vp stack underflow on usb unplug too 12.32.46 # <_bilgus> that one is my heisenbug 12.33.17 # the bug is basically viewportmanager_theme_undo -> skin_update -> GUI_EVENT_NEED_UI_UPDATE -> gui_yesno_ui_update 12.33.28 # so the scrolling line gets immediately re-added 12.34.21 # thanks for looking into this 12.37.26 # _bilgus I'm running out of battery so I won't stick around but I'm pretty sure that's the crash 12.38.08 Quit amachronic (Quit: amachronic) 12.38.35 # <_bilgus> I too have to head out but I'll get it this eve if you haven't 12.38.52 # <_bilgus> gotta go work on cars 12.42.00 # heh either way you're getting your hands dirty on old cranky guts. 12.45.02 # <_bilgus> eh couldn't resist I'll have the fix uop 12.52.57 Join munkis [0] (~mendel_mu@ool-ae2cb229.dyn.optonline.net) 12.58.43 *** Saving seen data "./dancer.seen" 12.58.56 # paulcarroty: I have been getting a lot of of queue_post_overflow panics on my fuze+ but that started after I started playing around with screen+plugin buffer stuff so probably unrelated, Next time I have ~20% batt I will try deleting some file to seewhat happens. 13.00.43 Join dys [0] (~dys@user/dys) 13.03.03 # <_bilgus> only took me 4 tries to get it right SMH 13.03.22 # <_bilgus> I think we have that licked 13.03.34 # <_bilgus> @munkis and paulcarroty 13.04.10 # Build Server message: 3New build round started. Revision 56d4227897, 303 builds, 8 clients. 13.04.26 # <_bilgus> spork after this build completes it should be fixed 13.06.45 # I think that is responsible for a bunch of the USB menu bugs. 13.10.47 # will test it, thanks _bilgus 13.18.13 Join amiconn_ [0] (jens@p200300ea874e1f00305e95fffec66ff3.dip0.t-ipconnect.de) 13.18.14 Quit amiconn (Killed (erbium.libera.chat (Nickname regained by services))) 13.18.14 Nick amiconn_ is now known as amiconn (jens@p200300ea874e1f00305e95fffec66ff3.dip0.t-ipconnect.de) 13.19.14 Join pixelma_ [0] (marianne@p200300ea874e1f00305e95fffec66ff3.dip0.t-ipconnect.de) 13.19.14 Nick pixelma is now known as Guest688 (marianne@p200300ea87273400305e95fffec66ff3.dip0.t-ipconnect.de) 13.19.14 Quit Guest688 (Killed (osmium.libera.chat (Nickname regained by services))) 13.19.14 Nick pixelma_ is now known as pixelma (marianne@p200300ea874e1f00305e95fffec66ff3.dip0.t-ipconnect.de) 13.26.41 # Build Server message: 3Build round completed after 1351 seconds. 13.26.43 # Build Server message: 3Revision 56d4227897 result: All green 14.44.22 Join S|h|a|w|n [0] (~shawn156@user/shawn/x-4432647) 14.58.46 *** Saving seen data "./dancer.seen" 15.18.33 Quit grodzio (Quit: leaving) 16.09.26 Join mixfix41 [0] (~sdenynine@user/mixfix41) 16.58.49 *** Saving seen data "./dancer.seen" 17.42.13 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.) 17.43.28 Join LjL [0] (~ljl@user/ljl) 17.49.55 Quit LjL (Remote host closed the connection) 17.51.07 Join LjL [0] (~ljl@user/ljl) 17.56.09 Quit lebellium (Quit: Leaving) 18.17.49 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.) 18.19.00 Join LjL [0] (~ljl@user/ljl) 18.58.51 *** Saving seen data "./dancer.seen" 19.04.20 Quit Romster (Ping timeout: 268 seconds) 19.37.38 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.) 19.38.54 Join LjL [0] (~ljl@user/ljl) 20.02.48 Quit LjL (Ping timeout: 264 seconds) 20.04.09 Join LjL [0] (~ljl@user/ljl) 20.42.41 Quit hombrelaser (Ping timeout: 260 seconds) 20.58.53 *** Saving seen data "./dancer.seen" 21.01.10 Quit tomato (Quit: The Lounge - https://thelounge.chat) 21.25.45 Quit S|h|a|w|n (Quit: Leaving) 21.28.03 Join S|h|a|w|n [0] (~shawn156@user/shawn/x-4432647) 21.33.44 Join tomato [0] (~tomato@user/tomato) 22.58.57 *** Saving seen data "./dancer.seen" 23.04.36 Quit GeekShadow (Ping timeout: 264 seconds) 23.13.59 Quit S|h|a|w|n (Read error: Connection reset by peer) 23.15.48 Join S|h|a|w|n [0] (~shawn156@user/shawn/x-4432647) 23.15.51 Join GeekShadow [0] (~antoine@82-64-164-139.subs.proxad.net)