Menu
▾
▴
#58 GPF using XMLTV.EXE tv_grab_na_dd on Win98
I use windows 98SE had been able to use xmltv.exe to
grab 5 days worth of programming using the tv_grab_na
grabber. With the change to tv_grab_na_dd, i now
receive a GPF error for xmltv.exe whenever i try to grab
more than 1 day's programming. Are you aware of this
issue or do you know of other users experiencing the
same problem? Thanks for the help and the excellent
program!
Logged In: YES
user_id=270469
I had a similar problem when I had an old version of Perl
installed but was using xmltv.exe
Try uninstalling Perl and/or removing c:\perl and/or
removing c:\perl from your path.
When I did this it worked, and I was able to re-install the
current version of Perl w/o any problem.
I think what's happening is the Windows DLL caching mechnism
is causing a conflict with the SOAP fetch.
Robert
Logged In: YES
user_id=270469
I had a similar problem when I had an old version of Perl
installed but was using xmltv.exe
Try uninstalling Perl and/or removing c:\perl and/or
removing c:\perl from your path.
When I did this it worked, and I was able to re-install the
current version of Perl w/o any problem.
I think what's happening is the Windows DLL caching mechnism
is causing a conflict with the SOAP fetch.
Robert
Logged In: YES
user_id=967364
rmeden, thanks for the response. I followed your advice and
here's the status.
first, i did a search for directory and files named perl. I found
no directories but did find a file named "perl58.dll" in the
temporary folder. I removed this file.
I powered down the system and performed a cold reboot tried
grabbing my program listings. I still experienced the GPF.
So, I uninstalled xmltv using an uninstall utility, downloaded
the xmltv-0.5.33-win32.zip file and reinstalled, did all of the
setups I needed and tried a new grab. I'm still experiencing
the same problem.
However, this time I have been reading the detail on the GPF
dialog box and it makes reference in each crash to the
problems running the perl58.dll file. This perl58.dll file re-
installs everytime I have deleted it.
One other thing, I am using xmltv.exe in conjunction with
WhatsOn for Palm.
Robert
Logged In: YES
user_id=270469
The Perl found in the temp folder is the perl used by xmltv.exe
XMLTV.EXE is a wrapper exe that extracts the files it needs
to a temporary folder to allow the native perl code to run.
Try deleting all temp pdk-* directories under temp.... can't
hurt (one will be recreated when you run)
It sounds like your problem is different than mine was. Can
you try some of the other grabbers and see what happens?
BTW... in the control panel, another Perl install may be
called ActivePerl, but it sounds like it's not installed...
What they heck... why not try going to
http://www.activestate.com and install the latest activeperl
and then try xmltv.exe I Don't think it will help, but
frankly, I'm stumped. It sounds like your problem is
different from mine.
Robert
Logged In: YES
user_id=967364
well,
I tried an install of activeperl and win98 informed me that it
was already installed. I still can grab 1 day without any
problems. I tried upping the count ot 2 days and it seemed to
work but when I synched to my palm, day 1 data was
scrambled.
I will try tinkering more with this over the weekend and let
you know my results.
Thanks for the help!
Robert
Logged In: YES
user_id=270469
That's good.. it means you probably do have Perl installed
somewhere and it's the same problem I had.
I would try uninstalling via the control panel first. From
a command prompt "perl -V" (capital V) may show you where
it's installed.
Robert
Logged In: YES
user_id=967364
I'm still working on this and I noticed that I can grab 2 days
of data without any problems. I'm gonna try and find
the "sweetspot" where it causes a crash.
I have noticed that the output xml file for a 2 day grab is
twice as big as the file for a 5 day grab under the old
tv_grab_na. I looked at the output and noticed that there's
all kinds of stuff.
Since I use the output to load onto WhatsOn for Palm, I don't
need all of data about credits, actors, repeats, premieres,
etc. Is there a way to alter the dtd file to limit only the data I
need?
Logged In: YES
user_id=270469
You can use --low-mem to reduce the size of the output XML,
but it won't fix the problem with the GPF error.
This almost prevented the release of _na_dd until I isolated
the problem to mixed versions of Perl and the way windows
caches DLLs.
If you remove the other Perl, the problem should go away.
In my case, I reinstalled a more current version and the
problem has not returned.
Robert
Logged In: YES
user_id=967364
I installed ActivePerl 5.8.3.809 for windows, deleted and
reinstalled xmltv.exe, ran the grab. This is the message I
received:
"Fetching from DataDirect
Fetched 0 k/bytes in 82 seconds
loading data:
##################################################
Argument "" isn't numeric in numeric gt (>) at
/PerlApp/grab/na_dd/tv_grab_na_dd line 747.
Use of uninitialized value in hash element at
/PerlApp/grab/na_dd/tv_grab_na_dd line 809.
Use of uninitialized value in hash element at
/PerlApp/grab/na_dd/tv_grab_na_dd line 809.
Use of uninitialized value in sprintf at
/PerlApp/grab/na_dd/tv_grab_na_dd line 809.
Use of uninitialized value in sprintf at
/PerlApp/grab/na_dd/tv_grab_na_dd line 809.
Use of uninitialized value in sprintf at
/PerlApp/grab/na_dd/tv_grab_na_dd line 809.
Use of uninitialized value in concatenation (.) or string at
/PerlApp/grab/na_dd /tv_grab_na_dd line 813.
Died at /PerlApp/XMLTV/AskTerm.pm line 83."
The latter part of the message said I needed to run a
config. So I did a config and that didn't work either. It
looks like I'm stuck until I invest in a new pc that
includes XP. Thanks for the help.
Logged In: YES
user_id=270469
strange.. it sounds like it worked before..
What happened in this fetch was a error from DataDirect.
The SOAP fault detection for some reason was not being
triggered.
There is new error detection in the current CVS/Alpha-exe
that properly handles the error.
The last person who got the error , didn't have a lineup
assinged to their DD account. Since you were getting data
before, that shouldn't be it.
The alpha-exe is at http://alpha-exe.xmltv.org
BTW.. I would first try this *WITHOUT* any version of
activeperl installed.
Robert
Logged In: YES
user_id=967364
Latest update - I still had an installation of perl installed. I
deleted that installation this morning. Since I'm at currently at
work I will attempt to perform a grab this evening and see
what happens. I tried the low mem setting and as you noted I
still had an app crash. Two days seems to be the sweet spot
for now. Any grabs for more than 2 days results in a crash. I
will also try the alpha-exe version for grabbing also.
Logged In: YES
user_id=967364
Here's some more info - First I am using a very limited PC to
access the web, primarily to protect the good pc's from stuff.
The PC I use is PII with about 40 mg of useable ram, probably
10 - 15 mgs after win98se loads, and it's connected to a high
speed connection. I use norton's anti virus and zonealarm
firewall software. My problems started with the change to
tv_grab_na_dd. Whatever changes occurred, I suspect the
PC I'm using doesn't have the horsepower to keep up. What
do you think?
Robert
Logged In: YES
user_id=270469
yikes.. yes that's not much RAM.
I still think the GPF issue is caused by a Perl DLL
conflict, not the low memory. Low memory would kill
performance though.
Robert
Logged In: YES
user_id=967364
Okay, I upgraded to xmltv.exe 3.34, latest version. I'm still
experiencing the same problem. I looked at the sample code
that came with the WhatsOn for Palm software and I noticed
that it contains much less data per episode than what is
being grabbed under the new tv_grab_na_dd method. This
current grabbing method is creating a HUGE file for five days
worth of grab and I think it's causing my system to crash,
especially since my pc for the web is so limited with memory.
I think I will try this on a faster computer with more memory
and see what happens. Kinda violates my self-made security
protocols but I want to determine if this is a performance
issue or a software issue.
Logged In: YES
user_id=967364
Okay, I upgraded to xmltv.exe 3.34, latest version. I'm still
experiencing the same problem. I looked at the sample code
that came with the WhatsOn for Palm software and I noticed
that it contains much less data per episode than what is
being grabbed under the new tv_grab_na_dd method. This
current grabbing method is creating a HUGE file for five days
worth of grab and I think it's causing my system to crash,
especially since my pc for the web is so limited with memory.
I think I will try this on a faster computer with more memory
and see what happens. Kinda violates my self-made security
protocols but I want to determine if this is a performance
issue or a software issue. My other option is to run this script
using perl, which I may do any way since I don't like all of the
additional info collected by the current grab (actors,
directors, etc.)
Robert
Logged In: YES
user_id=270469
ping. any update?
I've had another report of someone removing all copies of
XMLTV (also cleaning up TEMP directory) and their
application (Digiguide in this case) reinstalling everything
and it started working.
Robert
Logged In: YES
user_id=270469
not much we can do about this except keep using workarounds
and dataset small.