search

chen870647924 / xot-uzg

Automatically exported from code.google.com/p/xot-uzg
0 stars 0 forks source link

Linux (ubuntu) Incompatibility #69

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago 
What steps will reproduce the problem?
1. removing +'\\' in config.py of the paths
2. removing the cleanUp() function in logger.py and create (touch) uzg.log
yourself
3. change world read/write rights to the entire xbmc folder to allow
everything to all (chmod 777)

What is the expected output? What do you see instead?
Expectation is a running XOT script, result is a crashing XOT due to the
incapability to write to the uzg.log. (although I help it a hand by
correcting the path to it, making sure it's there and the rights are OK)

What version of the product are you using? On what operating system?
OS: Ubuntu 64Bit 8.04 (Hardy)
XOT: 3.1.0.7 & 3.2.0a1

Original issue reported on code.google.com by gipo...@gmail.com on 24 Aug 2008 at 11:57

Attachments:

GoogleCodeExporter commented 9 years ago 
Cause the 64Bit installation has some strange things with the _sqlite.so (not a 
ELF
32 bit) I decided to test also under my 32Bit installation, which results in the
following log.

It seems that those binaries are more the problem then only the logging itself

Original comment by gipo...@gmail.com on 24 Aug 2008 at 1:13

Attachments:

GoogleCodeExporter commented 9 years ago 
It seems strange. Like you do not have rights to modify files in the XOT-Uzg.v3
folders. Could you check if that is the case? 

I will try to get my hands on Ubuntu somehow.

Original comment by basrie...@gmail.com on 24 Aug 2008 at 4:41

GoogleCodeExporter commented 9 years ago 
As mentioned before, I tripple checked the access to the directory, folders and
files. The entire profile I put up open Full read/write access to world (so 
user,
group & others) by chmodding to 777.

This week, after I handed over my Thesis to my school, I'll dig into the python 
of
the linux world. I still wonder what the binary _sqlite.so file is you use and
especially why. Do you embed it into your script to create consistancy or is it 
just
not available in the default python library of XBMC?

Original comment by gipo...@gmail.com on 24 Aug 2008 at 5:29

GoogleCodeExporter commented 9 years ago 
I use it for SQLite support. But that is 100% not your problem. Problem is 
python
that cannot access the uzg.log file. Ubuntu is booting atm. so I will have to 
make a
compile and then I can let you know.

Original comment by basrie...@gmail.com on 24 Aug 2008 at 5:55

GoogleCodeExporter commented 9 years ago 
Bas,

I guess my bug report ("issue 68") is the same issue. Can you merge these or 
remove
issue 68?. I am on Ubuntu-8.04 x86 with XBMC SVN14725). Anyway, I only tried 
3.1.0 as
the XBMC used is pre SVN14899.

The relevant part of my xbmc.log (debug) shows this:
19:44:15 T:3071653696 M: 12394496    INFO: initializing python engine.
19:44:15 T:3071653696 M: 12394496   DEBUG: Loading:
/usr/share/xbmc/system/python/python24-i486-linux.so
19:44:16 T:3071653696 M: 11644928   DEBUG: new python thread created. id=4
19:44:16 T:2943253392 M: 11644928   DEBUG: Running thread 2943253392
19:44:16 T:2943253392 M: 11644928   DEBUG: thread start, auto delete: 0
19:44:16 T:2943253392 M: 11644928   DEBUG: Python thread: start processing
19:44:16 T:3071653696 M: 11644928   DEBUG: CGUIMediaWindow::GetDirectory
(/home/arnova/.xbmc/scripts/My Scripts/)
19:44:16 T:3071653696 M: 11644928   DEBUG:   ParentPath =
[/home/arnova/.xbmc/scripts/My Scripts/]
19:44:16 T:3071653696 M: 11644928   DEBUG: Sort, sorting took 0 millis
19:44:16 T:3071653696 M: 11644928   DEBUG: Load defaultFolderBackBig.png: 1.4ms 
(bundled)
19:44:16 T:3071653696 M: 11644928   DEBUG: Load
/home/arnova/.xbmc/userdata/Thumbnails/Programs/7ca33b3b.tbn: 9.5ms
19:44:16 T:3071653696 M: 11644928   DEBUG: Load list-focus.png: 2.9ms (bundled)
19:44:16 T:3071653696 M: 11644928   DEBUG: Load
/home/arnova/.xbmc/userdata/Thumbnails/Programs/dd0ff9a6.tbn: 33.7ms
19:44:16 T:3071653696 M: 11644928   DEBUG: SDLKeyboard found something unknown
(unicode <> printable ASCII): scancode: 64, sym: 308, unicode: 0, modifier: 0
19:44:16 T:2943253392 M: 11644928    INFO: -->Python Interpreter Initialized<--
19:44:16 T:2943253392 M: 11644928    INFO:
19:44:16 T:2943253392 M: 11644928   ERROR: dll_fstat64 emulated function failed
19:44:17 T:2943253392 M: 11644928   DEBUG: xbp_dlopen loading python lib
/usr/share/xbmc/system/python/python24.zip/time.so. flags: 2
19:44:17 T:2943253392 M: 11681792   DEBUG: Loading: /tmp/xbmc/time.so
19:44:17 T:2943253392 M: 11681792   DEBUG: RegisterExtensionLib, adding 
Z:/time.so
(0x8ec0790)
19:44:17 T:2943253392 M: 11681792   DEBUG: xbp_dlsym - load symbol inittime
19:44:17 T:2943253392 M: 11460608   DEBUG: xbp_dlopen loading python lib
/usr/share/xbmc/system/python/python24.zip/strop.so. flags: 2
19:44:17 T:2943253392 M: 11350016   DEBUG: Loading: /tmp/xbmc/strop.so
19:44:17 T:2943253392 M: 11350016   DEBUG: RegisterExtensionLib, adding 
Z:/strop.so
(0xb0195028)
19:44:17 T:2943253392 M: 11350016   DEBUG: xbp_dlsym - load symbol initstrop
19:44:17 T:2943253392 M: 11350016   DEBUG: xbp_dlopen loading python lib
/usr/share/xbmc/system/python/python24.zip/cStringIO.so. flags: 2
19:44:17 T:2943253392 M: 11386880   DEBUG: Loading: /tmp/xbmc/cStringIO.so
19:44:17 T:2943253392 M: 11386880   DEBUG: RegisterExtensionLib, adding
Z:/cStringIO.so (0xb24c5de8)
19:44:17 T:2943253392 M: 11386880   DEBUG: xbp_dlsym - load symbol initcStringIO
19:44:17 T:2943253392 M: 11386880   DEBUG: xbp_dlopen loading python lib
/usr/share/xbmc/system/python/python24.zip/collections.so. flags: 2
19:44:17 T:2943253392 M: 11423744   DEBUG: Loading: /tmp/xbmc/collections.so
19:44:17 T:2943253392 M: 11423744   DEBUG: RegisterExtensionLib, adding
Z:/collections.so (0xb24c3418)
19:44:17 T:2943253392 M: 11423744   DEBUG: xbp_dlsym - load symbol 
initcollections
19:44:17 T:2943253392 M: 11423744    INFO: Loading skin file: DialogProgress.xml
19:44:17 T:2943253392 M: 11423744   DEBUG: Load DialogProgress.xml: 1.80ms
19:44:17 T:2943253392 M: 11423744   DEBUG: DialogProgress::StartModal called
19:44:17 T:2943253392 M: 11423744   DEBUG:
19:44:17 T:2943253392 M: 11423744   DEBUG: ------------------- 
GUI_MSG_WINDOW_INIT
19:44:17 T:2943253392 M: 11423744   DEBUG: Progress dialog
19:44:17 T:2943253392 M: 11423744   DEBUG: -------------------
19:44:17 T:2943253392 M: 11423744   DEBUG: Load progress_back2.png: 0.8ms 
(bundled)
19:44:17 T:2943253392 M: 11423744   DEBUG: Load progress_over.png: 1.0ms 
(bundled)
19:44:17 T:2943253392 M: 11423744   DEBUG: Load 
keyboard-btn-backspace-focus.png:
0.4ms (bundled)
19:44:17 T:2943253392 M: 11423744   DEBUG: Load keyboard-btn-backspace.png: 
0.4ms
(bundled)
19:44:17 T:2943253392 M: 11423744   DEBUG: Alloc resources: 2.68ms (0.01 ms skin
load, 0.08 ms preload)
19:44:17 T:3071653696 M: 10539008   DEBUG: Load dialog-panel.png: 1.7ms 
(bundled)
19:44:17 T:2943253392 M: 10018816   DEBUG: xbp_dlopen loading python lib
/usr/share/xbmc/system/python/python24.zip/datetime.so. flags: 2
19:44:17 T:2943253392 M: 10129408   DEBUG: Loading: /tmp/xbmc/datetime.so
19:44:17 T:2943253392 M: 10129408   DEBUG: RegisterExtensionLib, adding
Z:/datetime.so (0xb3053c00)
19:44:17 T:2943253392 M: 10129408   DEBUG: xbp_dlsym - load symbol initdatetime
19:44:17 T:2943253392 M: 10129408    INFO: Exception during the initialisation 
of the
script. No logging information was present because the logger was not loaded.
19:44:17 T:2943253392 M: 10129408    INFO:
19:44:17 T:2943253392 M: 10129408    INFO: Traceback (most recent call last):
19:44:17 T:2943253392 M: 10129408    INFO:   File "/home/arnova/.xbmc/scripts/My
Scripts/XOT-Uzg.v3/default.py", line 105, in ?
19:44:17 T:2943253392 M: 10129408    INFO:     globalLogFile =
logger.Customlogger(os.path.join(config.rootDir, config.logFileName),
config.logLevel, config.logDual)
19:44:17 T:2943253392 M: 10129408    INFO:   File "/home/arnova/.xbmc/scripts/My
Scripts/XOT-Uzg.v3/libs/logger.py", line 52, in __init__
19:44:17 T:2943253392 M: 10129408    INFO:     self.logHandle =
open(self.logFileName, 'a')
19:44:17 T:2943253392 M: 10129408    INFO: IOError: [Errno 2] No such file or
directory: '/home/arnova/.xbmc/scripts/My Scripts/XOT-Uzg.v3\\/uzg.log'
19:44:17 T:2943253392 M: 10129408    INFO: Scriptresult: Succes
19:44:17 T:3071653696 M:  9908224   DEBUG: ------------------- 
GUI_MSG_WINDOW_DEINIT
19:44:17 T:3071653696 M:  9908224   DEBUG: Progress dialog
19:44:17 T:3071653696 M:  9908224   DEBUG: -------------------
19:44:18 T:2943253392 M: 10272768    INFO: Python script stopped
19:44:18 T:2943253392 M: 10272768   DEBUG: staticThread, deleting thread 
graphic context
19:44:18 T:2943253392 M: 10272768   DEBUG: Thread 2943253392 terminating
19:44:18 T:3071653696 M: 10272768   DEBUG: python thread 4 destructed
19:44:18 T:3071653696 M: 10272768    INFO: Python, unloading python24.dll cause 
no
scripts are running anymore
19:44:18 T:3071653696 M: 10272768   ERROR: dll_ferror emulated function failed
19:44:18 T:3071653696 M: 10272768   DEBUG:   msg: close failed: [Errno 11] 
Resource
temporarily unavailable
19:44:18 T:3071653696 M: 10272768   ERROR: dll_ferror emulated function failed
19:44:18 T:3071653696 M: 10272768   DEBUG:   msg: close failed: [Errno 11] 
Resource
temporarily unavailable

And (of course) uzg.log does not exist. If you need my to test something, let 
me know.

ps. Also note that on your main page your saying "People that use XBMC with 
rev14899
or OLDER, should use this one." but I guess you mean "People that use XBMC with
rev14899 or NEWER, should use this one."

Original comment by arnov...@gmail.com on 2 Sep 2008 at 5:46

GoogleCodeExporter commented 9 years ago 
Oke, for those with Linux/OSX issues: please try the latest version: v3.2.0a2 
which
can be downloaded here:

http://code.google.com/p/xot-uzg/downloads/detail?name=XOT-Uzg.v3.2.0a2.zip

Please let me know the results.

Original comment by basrie...@gmail.com on 2 Sep 2008 at 6:53

GoogleCodeExporter commented 9 years ago 
Sorry Bas,

Same as before, though the path "\\/" error is gone now, I rechecked ALL 
permissions
RECURSIVELY from / till uzg.log, all full open, non restricted and still it 
remains.

I created even uzg.log myself and commented the cleanUp function out again, 
still no
luck :(

I trust your expertise that it's not the 32Bit binary, I already forget about 
it and
wont annoy you with it anymore ;)

PS: Good news is, tomorrow starts my vacation for the entire month and I'll be 
more
then happy to digg into it myself to figure out where the code goes wrong. Silly
question though, is there a remote debugging tool through netbeans or 
anything/do you
use a kind of IDE or just plain old NotePad(++) ? If so ... msg me the project 
files
and I'll jump into it asap

Cheers

LinuX-TUX from GoT

Original comment by gipo...@gmail.com on 3 Sep 2008 at 7:52

Attachments:

GoogleCodeExporter commented 9 years ago 
I think I found the problem: it is in Python 2.4. I will check a possible fix
tomorrow. I will post it here.

If you are interested in python and xbmc and want to get a bit more into it. I
suggest using Eclipse IDE (Ganymede works very well) and install PyDev in it. 
The
latter is a Python Editor for Eclipse. It should make things a bit more easy. 

Debugging is done using a XBMC for Linux/Win32 and the logfiles.

Original comment by basrie...@gmail.com on 3 Sep 2008 at 1:20

GoogleCodeExporter commented 9 years ago 
Oke, could you try replacing your logger.py (in libs folder) with the attached 
one?

Original comment by basrie...@gmail.com on 3 Sep 2008 at 1:51

Attachments:

GoogleCodeExporter commented 9 years ago 
The new logger.py does a slightly better job. Although with the latest 
XBMC-alpha4 it
still fails as shown in the uzg.log:
903 18:56:19 - CRITICAL - default.py       - 165 - Error initializing XOT-Uzg
(XOT-Uzg.v3) script
20080903 18:56:19 - CRITICAL - default.py       - 165 - | Traceback (most 
recent call
last):
20080903 18:56:19 - CRITICAL - default.py       - 165 - |   File
"/home/arnova/.xbmc/scripts/My Scripts/XOT-Uzg.v3/default.py", line 156, in ?
20080903 18:56:19 - CRITICAL - default.py       - 165 - |     MyWindow =
progwindow.GUI(config.appSkin ,config.rootDir, config.skinFolder)
20080903 18:56:19 - CRITICAL - default.py       - 165 - | TypeError: XML File 
for
Window is missing

Note that it does work with an older version (something like svn14775) but then
you'll have to manually copy "skins" and "libs" from /resources/ to XOT-Uzg's 
root.
Also note (although trivial) that the log still says "XOT-Uzg 3.1.0" and NOT 
"3.2.0a2".

Original comment by arnov...@gmail.com on 3 Sep 2008 at 4:59

GoogleCodeExporter commented 9 years ago 
And debug log of xbmc shows:
19:13:39 T:2944670608 M: 22343680    INFO: Loading skin includes from
/home/arnova/.xbmc/scripts/My Scripts/XOT-Uzg.v3/resources/skins/Default
/includes.xml
19:13:39 T:2944670608 M: 22343680    INFO: Error loading includes.xml file
(/home/arnova/.xbmc/scripts/My Scripts/XOT-Uzg.v3/resources/skins/D
efault/includes.xml): Failed to open file (row=0, col=0)
19:13:39 T:2944670608 M: 22343680    INFO: Traceback (most recent call last):
19:13:39 T:2944670608 M: 22343680    INFO:   File "/home/arnova/.xbmc/scripts/My
Scripts/XOT-Uzg.v3/default.py", line 156, in ?
19:13:39 T:2944670608 M: 22343680    INFO:     MyWindow =
progwindow.GUI(config.appSkin ,config.rootDir, config.skinFolder)
19:13:39 T:2944670608 M: 22343680    INFO: TypeError: XML File for Window is 
missing
19:13:39 T:2944670608 M: 22343680    INFO: Scriptresult: Succes

Original comment by arnov...@gmail.com on 3 Sep 2008 at 5:20

GoogleCodeExporter commented 9 years ago 
Oke, that is a lot better then. Could you please attach a full Logfile? So I 
can see
what problem there is with the XML?

Original comment by basrie...@gmail.com on 3 Sep 2008 at 5:52

GoogleCodeExporter commented 9 years ago 
Oke, found it! Rename the pal and pal16x9 folder in the Default skin to PAL and 
PAL16x9.

Original comment by basrie...@gmail.com on 3 Sep 2008 at 6:28

GoogleCodeExporter commented 9 years ago 
Great! This indeed fixed the problem :-D

Original comment by arnov...@gmail.com on 3 Sep 2008 at 8:20

GoogleCodeExporter commented 9 years ago 
So this fixes the Linux problem? If so let me know and I can close this issue.

Original comment by basrie...@gmail.com on 3 Sep 2008 at 9:09

GoogleCodeExporter commented 9 years ago 
Yepm it does! At least it works for me on Ubuntu-x86 8.04.1/Hardy (except for 
the
fact that (of course) the version numbering still says "3.1.0")

Original comment by arnov...@gmail.com on 3 Sep 2008 at 9:12

GoogleCodeExporter commented 9 years ago 
Oke. I will change the version number for the next alpha (tonight).

Original comment by basrie...@gmail.com on 4 Sep 2008 at 6:31

GoogleCodeExporter commented 9 years ago 
Changed status to Done

Original comment by basrie...@gmail.com on 24 Jun 2012 at 11:42