Web server issue "ASP Error: Undefined

[veop]

Running XBMC Atlantis Beta 1 on Ubuntu Intrepid x86_64 I get the following error when connecting to the XBMC webserver (with no password set)


ASP Error: Undefined procedure isset At line 1, line => if (isset("Action")

if (isset("Action")) {
if (Action == "UnqueMusicplaylist") {
var ItemCount;
var z;
ItemCount = xbmcCommand("catalog","items");
for (z = 0; z < ItemCount; z = z + 1) {
// dirty workaround, cause unque, + z won't work
xbmcCommand("navigate", Action);
xbmcCommand("catalog","unque");
}
Action = "musicplaylist";
}
xbmcCommand("navigate", Action);
}

if (isset("command")) {
// execute a few commands before listing the contents
if (command == "select") {
xbmcCommand("catalog", "select," + item);
} else if (command == "unque") {
xbmcCommand("catalog", "unque," + item);
}
}

var navigatorstate;
var BannerClass;
var InfoClass;
var BackgroundClass;
var ItemFileClass;
navigato



This occurs as soon as I connect to the webserver.

I saw one thread from 05 with this error, but no solution was mentioned. Does anyone have any ideas?

Thanks

[veop]

BTW, I'm not 100% sure if this is just something on my end (cause I'm running Intrepid or what) so I didn't post it to Trac yet.

[Sloppy]

In previous versions I had this problem when the system date on my xbox skewed far away from the correct time (years from memory).

I thought it was an unlikely fix when I heard of it, but fixing the time and date on my xbox did indeed fix my problem.

Don't know if this is still relevent in Atlantis Beta 1, but thought it might be worth a mention.

[althekiller]

Can you pastebin a debug log from xbmc after replicating the error?

[veop]

Sure...I would have posted that to begin with, but I couldn't find it in its usual place (/tmp right?)

Also, I turned on enable debug logging, and that still didn't produce a log. I did see /tmp/xbmc-USERNAME but there was no log file in there either.

Where does the log file go now or how do I turn it on?

[theuni]

/var/tmp/$USER-xbmc.log

[veop]

Ahh, thanks

Here's my debug log

http://pastebin.com/m215e5ebf

[slundell]

Did you find any solution to this? I'm getting the same error...

[althekiller]

Can you post another log where all you do is start XBMC, replicate the error, stop xbmc? Namely, DON'T run a scan on your movie collection!

[veop]

I didn't run a scan...it was automatic. I'll disable that and repost.

[theuni]

I'm getting the same error here, nothing seemingly relevant in the logs, but here it is:

http://pastebin.com/m393ba30e

svn 15654, gentoo x64 2008 - up to date. built via configure && make

ASP is obviously not being interpreted correctly. I replaced /usr/local/shared/xbmc/web/default.asp with the asp.asp (asp test) from libGoAhead. Javascript is rendered correctly, asp is not. For reference, here's the error from that page:

ASP Error: Undefined procedure aspTest At line 1, line => aspTest("Peter Smith", "112 Merry Way")
aspTest("Peter Smith", "112 Merry Way");

Sorry I can't be of more help, but I'm lost from here.

[veop]

Here's my log w/o an auto-scan

http://pastebin.com/m2c71c8ed

[althekiller]

Even though tehuni's post hints at the answer to this question...

Can you check that the web folder in /usr/share/xbmc is populated?

[veop]

Mine has a 'default.asp' and a styles folder.

[theuni]

Did some more digging here.
I compiled upstream from source: http://data.goahead.com/Software/Webserver/2.1.8/webs218.tar.gz

and ran into exactly the same problem... Still can't handle .asp. I'll play around on some other platforms, but it's not an XBMC problem. 64-bit problem maybe?

I'm assuming I shouldn't TRAC an upstream bug, but development on goahead seems to have stopped.

Suggestions?

[dholt]

I applied the patches mentioned here (http://www.prolix.ro/dokuwiki/documentation:goahead:general (http://www.prolix.ro/dokuwiki/documentation:goahead:general#bit_compatibility)) for 64-bit compatibility but got the same ASP error in version 2.1.8. I don't know if that rules out 64-bit hardware since it still seems like the common factor.

[kelbalopolis]

I'm running on a 64 bit system and have the same problem.

[theuni]

It's a 64bit problem for sure.

Compile their source adding -m32 to CFLAGS in the Makefile. This compiles for a 32bit target. Now run the server. It works perfectly. This is no help to XBMC obviously due to linking problems, but shows the issue at hand.

I also applied all of the patches on the site, and also got no result.

Will continue digging.

TheUni

[jking2100]

I am having the same problem with the PPA install for Ubuntu 8.10 64bit. Is there any progress with this? Is there anything I can contribute to help resolve it. Even Third party web interfaces such as the Nokia 770 interface fails.

JKIng

[bert]

Same problem here with Ubuntu 8.10 amd64.

XBMC installed version:

Package: xbmc
New: yes
State: installed
Automatically installed: yes
Version: 8.10b2-hardy1


Error:

ASP Error: Undefined procedure isset At line 1, line => if (isset("Action")

if (isset("Action")) {
if (Action == "UnqueMusicplaylist") {
var ItemCount;
var z;
ItemCount = xbmcCommand("catalog","items");
for (z = 0; z < ItemCount; z = z + 1) {
// dirty workaround, cause unque, + z won't work
xbmcCommand("navigate", Action);
xbmcCommand("catalog","unque");
}
Action = "musicplaylist";
}
xbmcCommand("navigate", Action);
}

if (isset("command")) {
// execute a few commands before listing the contents
if (command == "select") {
xbmcCommand("catalog", "select," + item);
} else if (command == "unque") {
xbmcCommand("catalog", "unque," + item);
}
}

var navigatorstate;
var BannerClass;
var InfoClass;
var BackgroundClass;
var ItemFileClass;
navigato

xbmc.log info starting with stop/start of webserver:

05:24:24 T:3398375424 M:371068928 NOTICE: Webserver: Stopped...
05:24:24 T:3398375424 M:371068928 NOTICE: Webserver: Starting...
05:24:24 T:3398375424 M:371068928 DEBUG: xbmcHttpShim starts
05:24:24 T:1137072464 M:371068928 DEBUG: Running thread 1137072464
05:24:24 T:1137072464 M:371068928 DEBUG: thread start, auto delete: 0
05:24:24 T:1137072464 M:371068928 INFO: WebServer: Server starting using /usr/share/xbmc/web on 192.168.1.102:8080
05:24:24 T:1137072464 M:371068928 DEBUG: DB: Registering database table <users>
05:24:24 T:1137072464 M:371068928 DEBUG: DB: Registering database table <groups>
05:24:24 T:1137072464 M:371068928 DEBUG: DB: Registering database table <access>
05:24:24 T:1137072464 M:371068928 DEBUG: UM: Loading User Configuration from file <umconfig.txt>
05:24:24 T:1137072464 M:371068928 DEBUG: DB: About to read data file </usr/share/xbmc/web/umconfig.txt>
05:24:24 T:1137072464 M:371068928 DEBUG: DB: Failed to stat persistent data file.
05:24:24 T:1137072464 M:371068928 DEBUG: webs: Listening for HTTP requests at address 192.168.1.102:8080
05:24:24 T:1137072464 M:371068928 NOTICE: Webserver: Started
05:24:24 T:3398375424 M:371068928 DEBUG: UM: Writing User Configuration to file <umconfig.txt>
05:24:24 T:3398375424 M:371068928 DEBUG: DB: About to save database to file
05:24:24 T:3398375424 M:371068928 DEBUG: WARNING: Failed to open file /usr/share/xbmc/web/data.tmp
05:24:24 T:3398375424 M:371068928 DEBUG: UM: Writing User Configuration to file <umconfig.txt>
05:24:24 T:3398375424 M:371068928 DEBUG: DB: About to save database to file
05:24:24 T:3398375424 M:371068928 DEBUG: WARNING: Failed to open file /usr/share/xbmc/web/data.tmp
05:24:24 T:3398375424 M:371068928 DEBUG: ------------------- GUI_MSG_WINDOW_DEINIT
05:24:24 T:3398375424 M:371068928 DEBUG: Settings - Network
05:24:24 T:3398375424 M:371068928 DEBUG: -------------------
05:24:25 T:3398375424 M:382976000 DEBUG: CGUIWindowManager::PreviousWindow: Activate new
05:24:25 T:3398375424 M:382976000 DEBUG: ------------------- GUI_MSG_WINDOW_INIT
05:24:25 T:3398375424 M:382976000 DEBUG: Home
05:24:25 T:3398375424 M:382976000 DEBUG: -------------------
05:24:25 T:3398375424 M:382976000 INFO: Loading skin file: Home.xml
05:24:25 T:3398375424 M:382976000 DEBUG: Load Home.xml: 57.27ms
05:24:25 T:3398375424 M:382976000 DEBUG: Alloc resources: 58.87ms (58.78 ms skin load, 0.06 ms preload)
05:24:25 T:3398375424 M:382976000 DEBUG: Load HomeBGSystemMid.png: 14.9ms (bundled)
05:24:25 T:3398375424 M:382275584 DEBUG: Load HomeBGSystemRight.png: 18.7ms (bundled)
05:24:25 T:3398375424 M:380211200 DEBUG: Load HomeBGWeatherMid.png: 24.5ms (bundled)
05:24:25 T:3398375424 M:378073088 DEBUG: Load HomeBGWeatherRight.png: 22.8ms (bundled)
05:24:25 T:3398375424 M:377446400 DEBUG: Load HomeRightOverlay.png: 27.1ms (bundled)
05:24:25 T:3398375424 M:377446400 DEBUG: Load HomeBGSystemLeftLow.png: 1.5ms (bundled)
05:24:25 T:3398375424 M:377446400 DEBUG: Load HomeBGWeatherLeftLow.png: 2.4ms (bundled)
05:24:25 T:3398375424 M:368046080 DEBUG: Load HomeBladeLeft.png: 20.7ms (bundled)
05:24:25 T:3398375424 M:368046080 DEBUG: Load HomeBladeLeftMenuOverlay.png: 3.3ms (bundled)
05:24:25 T:3398375424 M:368046080 DEBUG: Load HomeMenuDiffuse.png: 0.4ms (bundled)
05:24:25 T:3398375424 M:368046080 DEBUG: Load ClockBackground.png: 0.3ms (bundled)
05:24:25 T:3398375424 M:368046080 DEBUG: Load HomeRSS.png: 0.2ms (bundled)
05:24:25 T:3398375424 M:368046080 DEBUG: Load BlackGradient.png: 0.1ms (bundled)
05:24:25 T:3398375424 M:368021504 DEBUG: Load HomeBladeSub.png: 3.6ms (bundled)
05:24:25 T:3398375424 M:368021504 DEBUG: Load MediaStreamLogo.png: 0.4ms (bundled)
05:24:25 T:3398375424 M:368021504 DEBUG: Load HomeBladeSubNF2.png: 0.1ms (bundled)
05:24:25 T:3398375424 M:368021504 DEBUG: Load HomeBladeSubFO2.png: 1.3ms (bundled)
05:24:38 T:1137072464 M:368021504 DEBUG: webs: accept request
05:24:38 T:1137072464 M:368021504 DEBUG: webs: accept request

[jking2100]

This is a problem with the GoAhead webserver and 64bit hosts. I have tried and tried to compile a source version from GoAhead and is fails everytime on 64bit boxes but works fine on 32bit. Unfortunately Development for GoAhead has stopped is appears.

JKing

[bert]

Ahh thanks for the try jking. Maybe compiling xbmc in a 32-bit chroot would work? I'll try that out later.

I was trying different web interface skins to see if I could get anything at all loaded. This one worked: http://xbmc.org/trac/browser/branches/linuxport/XBMC/web/web.zip?rev=15667

I unzipped it to /usr/share/xbmc/web and ~/.xbmc/web and pointed my browser to http://xbox:8080/home.asp It loaded what looks like the original GoAhead interface. Everything seems to work fine within it. (all pages loaded fine, seems like the web server itself is working) Of course that doesn't help since I can't control XBMC with it, heh.

I was originally using the PM web interface skin when I was getting that ASP error.

Anyone know of other ways to control XBMC remotely through Linux that doesn't involve the HTTP API?

[jking2100]

synergy works great....http://synergy2.sourceforge.net/

JKing

[slick1123]

I spent about 5-6 hours last night working on the source code for the GoAhead webserver in XBMC. FYI, the ticket for tracking this issue is here:

http://xbmc.org/trac/ticket/4970

Alas, I don't have posting privileges there, so I'm going to have to post my update here in hopes somebody can copy it there.

First off, I was unable to fix all the bugs, but I did fix a couple. As you might expect, the original author made multiple assumptions that sizeof(int) == sizeof(void*) (or whatever kind of pointer), where in reality sizeof(long) == sizeof(void*). I traced the bug that caused the "isset" error to h.c, where a generic framework called hAlloc/hFree adds and removes entries to variable-sized tables -- this is used by the symbol table framework. Unfortunately, that code does inline booking in the "table" using two ints (which are at the front of the table) and bugginess ensues from there on 64-bit platforms.

So that got around that bug, but there are others. For example, multiple callback functions take an "int arg" as an extra parameter. So I tried fixing some of those.

The end result is that hitting the webserver starts bringing up the interface -- but then the server thread crashes (i.e. the connection hangs with the interface partially displayed). Here's my patch as it exists now:


(forum says it's too long! Anyone know where I can send a patch?!)


I apologize for the ugliness of this initial patch. I just now discovered the trace() function in the code, so I may work on converting my debugging output to use that function and post another patch.

[althekiller]

Attach the patch to the ticket on trac.

[paularms]

I would love to see this fixed. I am also running into the exact same error on a 64-bit machine.

[sPOiDar]

I'd suggest #5570 (http://xbmc.org/trac/ticket/5570) is the way to resolving GoAhead's shortcomings. AppWeb has a GoAhead compatibility interface available.

[wiz561]

I'm running into this same error. I was wondering how one can go about downloading appweb and 'plugging it' into xbmc. I'm using the Ubuntu PPA release.

Thanks!

[sPOiDar]

Not that simple I'm afraid - it requires some development work. althekiller apparently has it at the stage where it compiles, but it doesn't work yet.

http://xbmc.org/trac/log/branches/althekiller

[HunterPro]

just as a 'casual reminder': is this going to be fixed in 9.04? The daily builds are still broken on this bit on amd64 systems.

[althekiller]

No.

[Beau]

Any progress made on this lately?

[xmltok]

was the branch renamed? http://xbmc.org/trac/log/branches/althekiller is gone

[althekiller]

I only made the branch to investigate what it'd take. It got too outdated over the holidays to bother syncing. So gone.

[MacUsers]

Hi there,
Is there any new development on this yet? Is not possible all to make it happen or using a different web server? As web server doesn't work on 64-bit, xbmc remote for iPhone doesn't work as well. Cheers!!!

[Haggy]

The easiest way to fix this is to switch to 32bit (as i did recently). There really is no point in having a 64bit system on a dedicated mediacenter (i suppose you have a dedicated machine)

[MacUsers]

The easiest way to fix this is to switch to 32bit (as i did recently). There really is no point in having a 64bit system on a dedicated mediacenter (i suppose you have a dedicated machine)Yes, I do have dedicated machine and I can switch to 32-bit (though, it's really too much for me to "reinstall" just for this stupid bug) but that's not the whole point. On the other hand, I know there are some highmem kernels to address more than 4GB memory (which I have) within from 32-bit arch but I though why bother while native support (i.e. 64-bit OS) already available. My point is this bug should be fixed rather than ignoring. I tried with 64-bit vista and it was absolutely fine. I really wanna see it fixed. So, if anyone already has made some progress I'd really like hear about that. Cheers!!!

[tslayer]

Please go ahead and fix it and submit a patch. If it is correct, we'll include it.

Thanks.

[Haggy]

@MacUsers: Look, there is no official 64bit version of xbmc - that's a clear statement from the devs and at least i can live with this. Time will come for a 64bit installation but for now nobody recommends it and nobody urged you to. As tslayer said: There is no "this must be fixed...". If you can, fix it, if you can't, learn to or at least don't complain about it.

[dholt]

It works! Finally! http://xbmc.org/trac/ticket/4970

[MacUsers]

@MacUsers: Look, there is no official 64bit version of xbmc - that's a clear statement from the devs and at least i can live with this. Time will come for a 64bit installation but for now nobody recommends it and nobody urged you to. As tslayer said: There is no "this must be fixed...". If you can, fix it, if you can't, learn to or at least don't complain about it.
Haggy, I don't understand why you guys are always so negative about us. You guys have done a great job but that's doesn't mean the answers should be like this. There is no official 64-bit version - that's right but it did work on 64-bit; just only a few things don't. So, in my opinion, whilst most of the things are working, isn't it nice to fix those minors? You don't have time to do that or you can't do it - that's always a totally different story. What makes you think I was complaining? I said: "this SHOULD BE fixed" and there is a huge difference between "complaint" and saying "should be", if you understand. It never harms if you be nice to others even though they are not as intelligent as you.
My two cents though.........