Qtstalker

No follow up comments, so closing.

I use the CVS of qtstalker and i do not see this issue. So i presume that
it is fixed. If someone still sees an issue with today's CVS, then please
say so. Otherwise i will close this bug soon.

Logged In: NO

I hadn't noticed that one yet. From the other similar bug report and from
the fact this one was still open, I had interpreted that others hadn't been
able to reproduce and fix the bug and that more info was needed. I will
apply the patch and recompile.

Hi aprogas@hotmail.com :-)

you are using version 0.33 of Qtstalker. The bug you are reported is fixed
in CVS already (the bug I reported here I believe too)

If you like to keep at 0.33 version, you could apply patch 1680923 posted
at Tracker by Dr Balwinder

Logged In: NO

(Contact info: aprogas@hotmail.com)

I too have this problem, except I am checking only the AMD symbol, the
error on stderr is 'Bar::setDate:bad string length 4' (many times) and the
error in the program is 'Bad date xxxx' (many times, where xxxx are numbers
between 2001 and 2029, and sometimes 1930 and 1931). Qtstalker in my case
is receiving a different date format from Yahoo than it expected: it
interprets the year number as a day number leading to the string length
errors and it interprets the day number as a 2-digit year number leading to
the dates of 1930-1931 and 2001-2029. The first five 'Bad date' errors in
my most recent attempt are 2022,2021,2020,2019,2016. 2017 and 2018 are
missing because 17 and 18 march are in the weekend so Yahoo's reply
contains no data on them.

Interestingly my .qtstalker/data0/download file is truncated at the start,
the first line being only ',Volume,Adj Close', or in other words the first
24 chars are missing. The other lines seem fine and contain the rest of
Yahoo's reply.

Traffic sniffing reveals I am talking to 206.190.56.234:80
(ichart1.finance.vip.re4.yahoo.com). Over here ichart.yahoo.com is a CNAME
for ichart.finance.yahoo6.akadns.net, which resolves to 206.190.56.234.

-- qtstalker's HTTP request --
GET /table.csv?s=AMD&a=2&b=23&c=06&d=2&e=23&f=07&g=d&q=q&y=0&x=.csv
HTTP/1.0
host: ichart.yahoo.com
--

-- Yahoo's reply, line seperators in headers are \r\n, in content \n --
HTTP/1.1 200 OK
Date: Fri, 23 Mar 2007 13:57:04 GMT
P3P: policyref="http://p3p.yahoo.com/w3c/p3p.xml", CP="CAO DSP COR CUR ADM
DEV TAI PSA PSD IVAi IVDi CONi TELo OTPi OUR DELi SAMi OTRi UNRi PUBi IND
PHY ONL UNI PUR FIN COM NAV INT DEM CNT STA POL HEA PRE GOV"
Connection: close
Content-Type: text/csv

Date,Open,High,Low,Close,Volume,Adj Close
2007-03-22,13.65,13.76,13.32,13.35,28363400,13.35
2007-03-21,13.45,14.05,13.37,13.60,48964200,13.60
2007-03-20,13.70,13.74,13.36,13.41,25378000,13.41
2007-03-19,14.01,14.01,13.66,13.72,16415900,13.72
2007-03-16,14.00,14.16,13.84,14.01,20088500,14.01
[snip]
--

Logged In: NO

Since february I always get "BarDate::setDate:bad string length 4" with
"history", "autohistory" methods and data don't update. It works with
"Quote" method.

Thanks