DAYS statement: Malfunction?

• 04/20/2020 at 5:25 PM #127112
  robocop

  I am using for first time DAYS statement, which in v11 i’have tested returns then number of day, on a standard calendar (365/366 days for year), from Jan 1 1970 to open date of the current bar.

  For example, if it returns 120,80 since jan 1 1970 are 120 days and 0,80 days in decimal form.

  I think i’ve found a malfunction, i will ask to you to replicate my test, using code i write below and run in daily timeframe in market that work from monday to friday standard business hours, like major european market.

  This code calculate delta from what Days returns pointing to current bar (“today”, we are in daily timeframe) and what from previous bar (yesterday in a daily timeframe) and print on the chart.

  I notice that delta tuesday on monday is correct 1, and ok until thurdsay on wedsnday, but friday on thurdays the gap i 2 and not 1. Monday on Friday is 2, but i think it should be 3.

  I’m a newbie, a maybe i can do mistake. I think thath PRT developer are better than me, but …..
  What do you think?

   

  TEST DAYS Statement

  if barindex > 0 then a = days b = days[1] c = a-b if barindex mod 2 = 0 then DRAWTEXT("a#a#", barindex, high*1.03) DRAWTEXT("b#b#", barindex, high*1.02) DRAWTEXT("c#c#", barindex, high*1.01) else DRAWTEXT("a#a#", barindex, low*0.99) DRAWTEXT("b#b#", barindex, low*0.98) DRAWTEXT("c#c#", barindex, low*0.95) endif endif return

  1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17

  if barindex > 0 then   a = days b = days[1] c = a-b if barindex mod 2 = 0 then DRAWTEXT("a#a#", barindex, high*1.03) DRAWTEXT("b#b#", barindex, high*1.02) DRAWTEXT("c#c#", barindex, high*1.01) else DRAWTEXT("a#a#", barindex, low*0.99) DRAWTEXT("b#b#", barindex, low*0.98) DRAWTEXT("c#c#", barindex, low*0.95) endif   endif return

   

  

  robocop

  Participant

  Topics: 39

  Replies: 66

  Been thanked: 2 times
  04/20/2020 at 5:46 PM #127115
  Vonasi

  I think it works like DAYOFWEEK which is that the value is at the close of the candle. So with DAYOFWEEK on a Monday candle the value is 2 showing that the close of the candle was 0000 hours on Tuesday.

  It still does not add up correctly though.

  Note: there is a lot of bits your DRAWTEXT instructions missing so your code does not work as it is.

  

  Vonasi

  Moderator

  Topics: 192

  Replies: 5088

  Been thanked: 1811 times
  04/20/2020 at 8:37 PM #127127
  robocop

  DAYS Statement test

  if barindex > 0 then a = days b = days[1] c = a-b if barindex mod 2 = 0 then DRAWTEXT("a#a#", barindex, high*1.03) DRAWTEXT("b#b#", barindex, high*1.025) DRAWTEXT("c#c#", barindex, high*1.020) else DRAWTEXT("a#a#", barindex, low*0.99) DRAWTEXT("b#b#", barindex, low*0.98) DRAWTEXT("c#c#", barindex, low*0.97) endif endif return

  1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17

  if barindex > 0 then      a = days    b = days[1]    c = a-b    if barindex mod 2 = 0 then       DRAWTEXT("a#a#", barindex, high*1.03)       DRAWTEXT("b#b#", barindex, high*1.025)       DRAWTEXT("c#c#", barindex, high*1.020)    else       DRAWTEXT("a#a#", barindex, low*0.99)       DRAWTEXT("b#b#", barindex, low*0.98)       DRAWTEXT("c#c#", barindex, low*0.97)    endif   endif return

  Attach file .itf and print of chart.

  DAYS not work as DAYSOFWEEK, DAYS return a number that always growth.

   

  

  robocop

  Participant

  Topics: 39

  Replies: 66

  Been thanked: 2 times
  04/20/2020 at 9:55 PM #127134
  Vonasi

  robocop wrote:

  DAYS not work as DAYSOFWEEK, DAYS return a number that always growth.

  Yes I know how the instruction DAYS works because funnily enough I can find that information here:

  https://www.prorealcode.com/documentation/days/

  My point is that on a Monday candle the value of DAYOFWEEK is 2 when most would expect it to be 1. Perhaps it is the same for DAYS but still it does not add up. I too have found some issues with time and date data in v11 which is still in its early days and there are going to be bugs and glitches. Even Microsoft have not got Windows working perfectly! The best thing to do if you find a bug or glitch is to send a technical report via your platform about it and to include in the report a link to your topic about it on these forums.

  Please remember that these forums are simply a discussion platform for PRT topics. They are not run by PRT and only the Platform Support forum has a regular presence from PRT moderators. The best way to contact PRT if you find an issue is via technical reports directly from your platform.

   

  

  Vonasi

  Moderator

  Topics: 192

  Replies: 5088

  Been thanked: 1811 times
  04/21/2020 at 9:01 AM #127183
  robocop

  i have send a warning to PRT from platform, as you suggested.

   

  

  robocop

  Participant

  Topics: 39

  Replies: 66

  Been thanked: 2 times
  05/12/2020 at 9:27 AM #131260
  RafaelN

  Hello everybody,

  This problem has been identified by ProRealTime and is being corrected.

  It will be resolved in a few days.

   

  Thank you

   

  

  RafaelN

  Moderator

  ProRealTime

  Topics: 14

  Replies: 217

  Been thanked: 46 times
• Author
  Posts