--- Log for 22.09.115 Server: sinisalo.freenode.net Channel: #rockbox --- Nick: logbot- Version: Dancer V4.16 Started: 5 days and 19 hours ago 00.02.25 Quit ender` (Quit: 99% of lawyers give the rest a bad name.) 00.06.36 Quit Markmaster (Quit: My Mac has gone to sleep. ZZZzzz…) 00.07.31 # <[Saint]> prof_wolfff: Well done, by the way. That's awesome. 00.14.33 Quit xorly (Ping timeout: 264 seconds) 00.21.21 Quit girafe (Read error: Connection reset by peer) 00.22.11 Join [Franklin] [0] (~franklin@unaffiliated/franklin) 00.24.32 Quit amayer (Quit: Leaving) 00.30.18 *** Saving seen data "./dancer.seen" 00.38.38 Quit TheLemonMan (Quit: "It's now safe to turn off your computer.") 01.03.56 Quit dys (Ping timeout: 240 seconds) 01.10.12 Join dys [0] (~dys@ip-109-44-67-90.web.vodafone.de) 01.12.04 Join chrisb [0] (~chrisb@li482-205.members.linode.com) 01.15.26 Quit ZincAlloy (Quit: Leaving.) 01.49.10 Quit [Saint] (Remote host closed the connection) 01.49.59 Join [Saint] [0] (~hayden@rockbox/staff/saint) 02.10.00 Quit scorche (Disconnected by services) 02.10.04 Join scorche` [0] (~scorche@rockbox/administrator/scorche) 02.15.33 Quit ParkerR (Ping timeout: 252 seconds) 02.18.21 Quit emphaser () 02.21.15 Join ParkerR [0] (~ParkerR@unaffiliated/parkerr) 02.22.40 Quit alexbobp (Ping timeout: 244 seconds) 02.23.42 Join alexbobp [0] (~alex@capitalthree.pwnz.org) 02.24.04 Nick alexbobp is now known as Guest93303 (~alex@capitalthree.pwnz.org) 02.30.20 *** Saving seen data "./dancer.seen" 02.32.18 Join tpr888 [0] (32a517de@gateway/web/freenode/ip.50.165.23.222) 02.42.21 Join Strife89 [0] (~Strife89@adsl-98-80-216-238.mcn.bellsouth.net) 02.43.52 Quit tpr888 (Quit: Page closed) 02.46.20 Quit chrisb (Ping timeout: 240 seconds) 02.51.48 Quit JdGordon_ (Ping timeout: 240 seconds) 02.59.22 Join JdGordon [0] (~jonno@ppp118-209-230-15.lns20.mel8.internode.on.net) 02.59.22 Quit JdGordon (Changing host) 02.59.22 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 03.02.25 # guys, why am i getting "No rule to make target `/home/jonathan/rockbox/builds/sansa/apps/plugins/dark/typedef.o', needed by `/home/jonathan/rockbox/builds/sansa/apps/plugins/dark/gob_viewer.rock'. Stop." 03.02.54 # when i use this makefile i made http://pastebin.com/02EfxVam 03.03.35 # (gob_viewer.c is just a simple hello world plugin) 03.07.11 # <[Franklin]> is there a file called typedef.c? 03.09.15 # no, not in my folder, just gob_viewer.c and the makefile 03.09.18 # <[Franklin]> post your code please 03.09.22 # <[Franklin]> gob_viewer.c 03.10.07 # http://pastebin.com/Tivt49gQ 03.10.20 # <[Franklin]> ok, so it's nothing special 03.10.24 # yeah 03.10.55 # i added the "dark" folder to SUBDIRS 03.12.00 # and "gob_viewer,demos" to CATEGORIES 03.13.20 # <[Franklin]> something with the makefile 03.13.35 # <[Franklin]> try http://pastebin.com/ixSBp8YJ as a template instead 03.14.26 # one thing i want is to have multiple rocks coming from that folder 03.14.33 # like "shortcuts" 03.14.48 # (the plugin) 03.16.14 # <[Franklin]> I think that should be ok 03.16.32 # <[Franklin]> just write a new make target for each rock 03.16.46 # make target? 03.16.57 # <[Franklin]> a target in the makefile 03.17.10 # <[Franklin]> i.e. TARGET_NAME: DEPENDENCIES 03.17.52 # hmm ok 03.18.06 # <[Franklin]> in your makefile, you have a target for gob_viewer.rock 03.19.39 # can you see anything wrong with mine? i hand-copied it from sudoku and changed and renamed parts of it 03.19.52 # <[Franklin]> try this: 03.19.52 # <[Franklin]> http://pastebin.com/wmutDgJg 03.21.38 # still getting the error 03.21.50 # <[Franklin]> can you pastebin the lines before the error? 03.21.52 # <[Franklin]> just a few 03.22.49 # http://pastebin.com/vmN4f0QM 03.23.15 # <[Franklin]> huh 03.23.19 # i`ll try a clean recompile in that folder 03.23.19 # *build folder 03.23.23 # <[Franklin]> for some reason it wants to build typedef.o 03.24.40 # on a clean recompile i get http://pastebin.com/VpDXrbzt 03.25.08 # <[Franklin]> have you changed the makefile? 03.25.15 # i`m using yours 03.25.45 # but i get the same thing with mine 03.26.01 # <[Franklin]> latest HEAD? 03.26.35 # i`m pretty sure its up to date if thats what you mean, updated last night 03.26.41 # <[Franklin]> hmm... 03.27.08 # <[Franklin]> I can't seem to figure it out 03.27.26 # <[Franklin]> Anyone else have some ideas? I gotta run now 03.27.44 # <[Franklin]> the sysfont.h error really puzzles me 03.27.52 # <[Franklin]> have you changed anything else in the source tree? 03.28.13 # nope, but i will try rebasing 03.28.35 # <[Franklin]> [Saint]: can you help here? I gotta run 03.28.46 # <[Franklin]> good night 03.28.55 # thanks for the time 03.29.01 # <[Franklin]> sure 03.29.02 Quit [Franklin] (Quit: leaving) 03.52.51 Join [Saint_] [0] (~hayden@rockbox/staff/saint) 03.54.13 Quit [Saint] (Read error: Connection reset by peer) 03.58.04 # ok guys i found out my problem! 03.58.30 # my problem was here: "DARK_SRC := $(call preprocess, $(DARKSRCDIR)/gob_viewer.c)" 03.59.13 # where it says gob_viewer,c 03.59.27 # it used to say SOURCES 04.00.13 # therefore, it looks in the file given for a list of sources, it doesnt use it as a source 04.00.33 # so, it was looking in my source for a list of sources and getting all messed up. 04.00.45 # hooray, problem solved! 04.02.29 # (now, time to go to bed so tomorrow i can write a paper for school ) 04.02.34 Quit jtdesigns01 (Quit: Leaving) 04.17.20 Join krabador [0] (~krabador@unaffiliated/krabador) 04.30.21 *** Saving seen data "./dancer.seen" 04.40.20 Quit kvieta- (Excess Flood) 04.40.55 Join kvieta [0] (~kvieta@149.255.110.134) 04.44.24 Quit kvieta (Excess Flood) 04.44.55 Join kvieta [0] (~kvieta@149.255.110.134) 04.45.43 Nick Guest93303 is now known as alexbobp (~alex@capitalthree.pwnz.org) 04.46.13 Nick alexbobp is now known as Guest38107 (~alex@capitalthree.pwnz.org) 04.46.37 Nick Guest38107 is now known as alexbobp (~alex@capitalthree.pwnz.org) 04.48.20 Quit krabador (Remote host closed the connection) 04.54.06 Quit JanC (Ping timeout: 248 seconds) 05.08.16 Join JanC [0] (~janc@lugwv/member/JanC) 05.31.21 Join chrisb [0] (~chrisb@li482-205.members.linode.com) 05.55.38 Quit [7] (Ping timeout: 240 seconds) 05.57.30 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) 05.58.06 Join Guest66888 [0] (~Slayer@c-69-255-136-113.hsd1.va.comcast.net) 06.00.13 Quit Guest18189 (Ping timeout: 244 seconds) 06.11.05 Quit chrisb (Ping timeout: 240 seconds) 06.30.24 *** Saving seen data "./dancer.seen" 06.31.42 Quit Strife89 (Ping timeout: 260 seconds) 07.44.50 Nick [Saint_] is now known as [Saint] (~hayden@rockbox/staff/saint) 08.04.34 Join wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl) 08.08.29 Quit djukon (Ping timeout: 240 seconds) 08.10.18 Join djukon [0] (transitor@gateway/shell/insomnia247/x-pwwcbodtqsgntkio) 08.20.49 Join ender` [0] (krneki@foo.eternallybored.org) 08.30.14 Quit amiconn (Remote host closed the connection) 08.30.14 Quit pixelma (Remote host closed the connection) 08.30.25 Join pixelma [0] (~pixelma@rockbox/staff/pixelma) 08.30.27 Join amiconn [0] (~amiconn@rockbox/developer/amiconn) 08.30.29 *** Saving seen data "./dancer.seen" 08.51.23 Quit [Saint] (Remote host closed the connection) 08.52.13 Join [Saint] [0] (~hayden@rockbox/staff/saint) 08.53.09 Join petur [0] (~petur@91.183.48.77) 08.53.09 Quit petur (Changing host) 08.53.09 Join petur [0] (~petur@rockbox/developer/petur) 09.41.21 Quit ruhannn (K-Lined) 09.41.23 Quit Ivoah2 (K-Lined) 10.30.31 *** Saving seen data "./dancer.seen" 10.34.32 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 10.38.03 Join maruk [0] (~papier@titanium.v6.sdv.fr) 10.44.52 Quit pamaury (Remote host closed the connection) 10.45.22 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 10.56.25 Quit yosafbridge (Ping timeout: 240 seconds) 11.01.43 Join yosafbridge [0] (~yosafbrid@2607:5300:100:200::160d) 11.25.35 Join einhirn [0] (~Miranda@p5B0C537D.dip0.t-ipconnect.de) 11.51.20 Join Ivoah2 [0] (uid49352@gateway/web/irccloud.com/x-alzqulmbpcmruxjt) 12.02.12 # wodz: ping 12.02.16 # pong* 12.05.46 Join ruhannn [0] (uid76353@gateway/web/irccloud.com/x-lifzrnyqtbyubqhr) 12.17.01 # kugel: where is firmware/kernel/pthread/* used? 12.17.14 # nowhere, i checked it in by accident 12.17.16 # kugel: I was surprised it is not used on android 12.17.56 # it was part of my playbacklib effort, i don't know how i managed that 12.19.56 # kugel: Other question - there is 'malloc backend for buflib' patch on gerrit. What's holding this? I looks pretty interesting. 12.20.06 # *it 12.20.26 # i was never happy with it 12.20.34 # well not completely happy* 12.21.15 # what was the problem? 12.21.17 # you can't shrink a buffer without making a new allocation (which a) fail and b) changes the pointer) 12.22.06 # i changed some code to cope with shrinking changing pointers but it never felt great to me 12.23.56 # also the original buflib feature (IMO) that mem usage is capped is not implemented 12.26.36 # then i realized that this feature contradicts with the main motivation of making it malloc based (to allow continuing playback while other code makes allocs) 12.29.05 # yes, definitely this should work like this on hosted targets 12.30.23 # so i kind of got in the moot it's not actually worth it, instead the playback engine should be able to deal with shrink buffers in a glitch-free manner 12.30.30 # but I never got it to work properly 12.30.34 *** Saving seen data "./dancer.seen" 12.30.39 # because buffering is so complicated to my brain 12.42.47 # kugel: Probably I terribly miss something but why buflib_shrink can't simply call realloc()? 12.43.32 # that's what I said, it's (potentially) a new allocation 12.44.21 # The realloc() function changes the size of the memory block pointed to by ptr to size bytes. The contents will be unchanged in the range from the start of the region up to the minimum of the old and new sizes. 12.44.43 # I read it as realloc with shrinking does not make new allocation 12.44.53 # also, realloc always keeps the memory at the start of the original alloc. buflib allows to shrink from the front 12.45.35 Join emphaser [0] (~thc@p579AB284.dip0.t-ipconnect.de) 12.45.50 # Isn't it one of MMUless peculiarities of buflib? 12.46.00 # the latter can be worked around 12.46.45 # anyway even if realloc was a perfect fit, you still have to stop playback for a brief moment 12.47.39 # initially I thought we simply don't shrink, but then i began to realize that capped mem usage is actually a feature and wanted to maintain that 12.47.39 # why exactly? (I am trying to build up bigger image of the problem) 12.48.15 # the buffering engine needs to update its management 12.48.47 # kugel: I'd say capped mem is the solution for a) low mem targets b) MMUless 12.49.09 # one way to to do it race free is to stop playback, there are other methods but I haven't got them to work 12.49.09 # kugel: As long as we don't leak mem in the long run 12.50.04 # wodz: I'd love to be able to configure a potential playbacklib to use max. N MB memory 12.51.30 # kugel: Thats nice sure, but honestly considering a) typical mem usage b) ram size in current mobiles is it really important? 12.52.14 # you are free to pick it up and do what you want with it, I'm not into rockbox at the moment 12.53.18 # what I didn't like most is that we have 2 or 3 places that do a "give me everything you got, I'll work with it and give back what I don't need" 12.53.58 # you have to limit those so some maximum regardless 12.55.14 # so you have to put (artificial) limits and still don't get the "buflib use max. N MB as a whole". kind of the worst of both worlds 12.55.44 # anyway i didnt say it didn't work (i think the patch mostly works), just that I was never completely happy with it# 12.57.27 # i was also unsure about if the move callback should be called if shrinking leads to a new allocation or not, if the general intention was to about needing move and shrink 12.57.40 # s/about/avoid/ 12.59.41 # things would be easier if there was a reliable promise that realloc never makes a new allocation when shrinking 13.02.15 # kugel: I guess the only way to know is to look at realloc() implementation 13.02.28 # which one :-) 13.04.13 # (we could also ship our own like using our tlsf copy) 13.05.23 # kugel: one way would be to realloc() into tmp pointer and compare tmp and original and panicf() when block is moved. That way we should pretty fast find whether shink realloc() does not move holds or not. 13.09.23 # kugel: But in general realloc() indeed does not guarantee that block is not moved. So you were right 13.11.30 # additionally to that, realloc is not really suitable for shrinking from the front 13.11.54 # which is the main use case for shrinking 13.12.34 # though that can probably be solved elsewhere 13.13.43 # shrinking from the front is really only needed in a flat memory layout like on native targets 13.13.57 # thats what I said 13.17.21 # i'd love if you'd get it to work 13.21.38 # Looks like new allocation is the only reliable way. 13.40.23 Join chrisb [0] (~chrisb@li482-205.members.linode.com) 13.47.27 Quit ruhannn (Quit: Updating details, brb) 13.47.37 Join ruhan [0] (uid76353@gateway/web/irccloud.com/x-lcazzyzyeftpqvwu) 14.04.40 Quit chrisb (Ping timeout: 256 seconds) 14.09.01 Join krabador [0] (~krabador@unaffiliated/krabador) 14.15.23 Quit krabador (Quit: Take The Time) 14.27.58 Quit yosafbridge (Ping timeout: 240 seconds) 14.30.37 *** Saving seen data "./dancer.seen" 14.33.20 Quit soap_ (Read error: Connection reset by peer) 14.33.42 Join yosafbridge [0] (~yosafbrid@2607:5300:100:200::160d) 14.35.31 Join soap [0] (~soap@rockbox/staff/soap) 14.40.56 Join chrisb [0] (~chrisb@li482-205.members.linode.com) 14.45.11 Join amayer [0] (~amayer@mail.weberadvertising.com) 14.45.18 Quit chrisb (Ping timeout: 250 seconds) 14.46.44 Quit soap (Read error: Connection reset by peer) 14.48.19 Join soap [0] (~soap@rockbox/staff/soap) 15.07.44 Quit soap (Read error: Connection reset by peer) 15.09.02 Join soap [0] (~soap@rockbox/staff/soap) 15.17.29 Join chrisb [0] (~chrisb@li482-205.members.linode.com) 15.20.25 Quit wodz (Remote host closed the connection) 15.26.25 Quit chrisb (Ping timeout: 240 seconds) 15.33.45 Join chrisb [0] (~chrisb@li482-205.members.linode.com) 15.40.17 Quit emphaser () 15.47.09 Quit chrisb (Ping timeout: 244 seconds) 15.51.58 Join ribblle [0] (~Toshiba@79-64-250-172.host.pobb.as13285.net) 15.52.07 # hi 15.53.18 # hello 15.53.44 # i'm trying to install rockbox on a speedo mmp3 player. It was made by iriver but i can't tell what drivers they've used. I've also formatted it. Is there a way of upgrading it with your lovely kit? 15.57.55 # hope that made any sense 15.57.57 # No. Rockbox runs only on the exact devices listed on the front page 15.58.36 # alright. Is there any other way for me to hack it? 15.59.38 # and would i have any luck in the unsupported builds part of the forum? 15.59.44 # Well, you can start a port, but that's not exactly simple or quick. Have a look at http://www.rockbox.org/wiki/NewPort 16.01.12 # It's not a matter of "supported". Unless there's specific code to run on a particular device, it won't work 16.03.08 # ok 16.04.49 # will the work already done for iriver players help much? 16.05.20 # or can you recommend me a different way to scrobble music on my mp3. That's all i want 16.05.26 # That entirely depends on how similar the thing is 16.05.55 # But I suspect the answer is "no" 16.06.04 # ok 16.09.40 Quit pamaury (Read error: No route to host) 16.12.28 Quit yosafbridge (Ping timeout: 246 seconds) 16.17.48 Join yosafbridge [0] (~yosafbrid@2607:5300:100:200::160d) 16.18.05 Part ribblle 16.22.48 Join chrisb [0] (~chrisb@li482-205.members.linode.com) 16.30.40 *** Saving seen data "./dancer.seen" 16.55.07 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 17.30.00 Join ZincAlloy [0] (~Adium@pD9FB7B20.dip0.t-ipconnect.de) 17.31.20 Quit petur (Quit: Leaving) 18.19.27 Quit Moarc (Ping timeout: 272 seconds) 18.26.15 Quit maruk (Quit: Leaving.) 18.30.41 *** Saving seen data "./dancer.seen" 18.40.55 Nick ruhan is now known as ruhans (uid76353@gateway/web/irccloud.com/x-lcazzyzyeftpqvwu) 18.58.30 Join Moarc [0] (~chujko@a105.net128.okay.pl) 19.04.18 Quit ender` (Read error: Connection reset by peer) 19.04.42 Join ender` [0] (krneki@foo.eternallybored.org) 19.23.12 Join lebellium [0] (~chatzilla@89-93-179-187.hfc.dyn.abo.bbox.fr) 19.32.30 Join girafe [0] (~girafe@AGrenoble-651-1-509-148.w82-122.abo.wanadoo.fr) 19.44.39 Join TheLemonMan [0] (~lemonboy@unaffiliated/thelemonman) 19.57.56 Join petur [0] (~petur@rockbox/developer/petur) 20.26.07 Quit Bray90820 (Read error: Connection reset by peer) 20.30.42 *** Saving seen data "./dancer.seen" 20.36.44 Quit chrisb (Ping timeout: 240 seconds) 20.46.10 Quit pamaury (Ping timeout: 246 seconds) 20.57.49 Quit fs-bluebot_ (Ping timeout: 240 seconds) 20.58.57 Quit bluebrother^ (Ping timeout: 240 seconds) 21.01.13 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 21.01.14 Join fs-bluebot [0] (~fs-bluebo@x5ce2467e.dyn.telefonica.de) 21.36.17 Quit shamus (Ping timeout: 256 seconds) 21.36.51 Join shamus [0] (~shmaus@ip-206-192-194-12.marylandheights.ip.cablemo.net) 21.59.09 Join wodz [0] (~wodz@89-75-106-221.dynamic.chello.pl) 22.01.25 # kugel: tlsf does not move block when shrinking with realloc(). But this doesn't help much as IMO the whole point is to relay on host malloc() and friends. Otherwise you would need to create tlsf pool with host malloc/sbrk/mmap and operate like on static buffer. 22.03.02 # I dont know the tlsf internals but I'd think it manages the pool so that it gives back unallocated pages 22.05.30 # and then it depends on whether you want to keep the property of max. mem usage 22.06.31 Join Markmast_ [0] (~Markmaste@95-27-222-42.broadband.corbina.ru) 22.07.02 # kugel: I just looked at source out of curiosity 22.08.53 # i'd say it doesn't have to be the *host* malloc but one that can reclaim unused memory and deal with fragmentation 22.11.28 # kugel: But where do you see the benefit? buflib can coalescent mem 22.12.12 # but only by actually memmoving allocs 22.13.14 # kugel: As I understand the main problem is the static pool not memmoving 22.13.21 # as i said earlier, the initial motiation was to avoid having to move or shrink other allocs when a new one is made, thereby getting around the playback stop 22.14.40 # this goal is in and of itself with the max. mem usage feature, but i didn't think dropping that feature is the end of the world 22.14.50 # +incompatible 22.18.10 # I still can't see how tlsf helps here 22.19.46 # unless you do tlsf allocation from other pool then buflib pool 22.22.30 Join Bray90820 [0] (~Bray90820@2604:2d80:800a:83e2:1c6b:a421:dde0:d215) 22.28.26 Join Markmas__ [0] (~Markmaste@vpn-dc-184-173-166-155.hosts.getcloakvpn.com) 22.30.46 *** Saving seen data "./dancer.seen" 22.30.46 Quit Markmast_ (Ping timeout: 240 seconds) 22.48.21 Quit wodz (Ping timeout: 268 seconds) 22.51.53 Join Bray9082_ [0] (~Bray90820@173-17-46-117.client.mchsi.com) 22.54.47 Quit Bray90820 (Ping timeout: 240 seconds) 23.05.15 Quit lebellium (Quit: ChatZilla 0.9.92 [Firefox 41.0/20150917150946]) 23.09.36 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 23.13.34 Quit krnlyng (Ping timeout: 264 seconds) 23.15.05 Nick Bray9082_ is now known as Bray90820 (~Bray90820@173-17-46-117.client.mchsi.com) 23.17.25 Quit girafe (Quit: Leaving) 23.18.05 Quit ender` (Quit: There are three deaths. The first is when the body ceases to function. The second is when the body is consigned to the grave. The third is that moment, sometime in the future, when your name is spoken for the last time. -- David Eagleman) 23.21.21 Quit Bray90820 (Read error: Connection reset by peer) 23.21.47 Join Bray90820 [0] (~Bray90820@2604:2d80:800a:83e2:5c77:fbe7:fa33:47a7) 23.32.11 Join Bray9082_ [0] (~Bray90820@173-17-46-117.client.mchsi.com) 23.34.46 Quit Bray90820 (Ping timeout: 240 seconds)