XBMC4Xbox

The problem started at r27276/27277 when the http library was removed. i don't fully understand the problem, but I believe its related to how section loading works and the compiler. I really don't understand enough about this stuff to work it out fully but as soon as the "unused" http code is gone, upnp freezes. in fact just the "open" call within http.cpp needs to be there, even if it isnt used it seems, for it to work. Without this code present, it needs the libhttp code to be loaded to work. Is the compiler putting code required by upnp into the libhttp section ? im unsure. the fix is to add a CSectionLoader::Load("LIBHTTP") into the constructor for the upnp filesystem - whether this is the correct fix, or we just need to reference something or change something else in the upnp code or webserver code to make the compiler work different im unsure.

If Arnova could perhaps pick the brains of someone who understands this stuff better (jmarshall?) it would be great to have a better idea of the problem - but at least this fix works (and it doesnt seem to use a lot of ram to load the libhttp webserver section).

I dont even truly understand xbe sections - and found only a little documentation on it. - i can only assume it enables you to have link libraries work like dlls in some way (but within the main xbe binary)

just to add my last thoughts during a discussion

"
its some compiler related thing surely. else why would commented out everything from an unused class except a single function make it work? the whole class is gone now, but this fixes it too. its related to compiler putting things in places/sections as it things i think

so for some reason when this class went even though "unused" it moved stuff around perhaps. or for example the webserver link lib advertises some tcp/ip stack stuff that the compiler removes and you need to include it to have them
"

until i know better. it's a bit of a mystery that is fixed with a workaround in r30818