|
PureBytes Links
Trading Reference Links
|
Fred,
I unfortunately cannot reproduce this. I did some other modifications
to the Table routines but am not sure if that also solves the problem you
describe. The best would be, if you try the internal version which I've sent
to you via email. There is a new function which maybe will help us to
pinpoint the problem. After defining your tables note the rowlength
by calling the new function TableGetRowLen(th). And do the same also
after filling up the tables.
If you get differing or very big numbers (it is the total length of each "line" (row) in bytes)
then maybe you see the "rows" as going from left to right whereas rows
are normally like lines on a sheet, ie.from top to bottom and cols are from left
to right; much like on an excel sheet.
Remember each number occupies 4 bytes, so you could calculate and verify
the value you get.
BTW, the sorting on more than just one column is fnished too (though
not much tested yet).
> With regards to your comment about the coding of this
>
> for (j = 1; j < TableGetRowCount(th1); j++)
Yes, this is the correct and recommended form for reading the cells.
Please reread my answer. What I was saying was that one better should
not define the columns of a table within a loop. By "defining a table" I mean
calling the "TableColumnAdd()" function. But, it can be done, and depends
on the needs. I'm guessing that you have a table consisting of thousands
of columns, is it? If so, then it would be right and would make sense to
automatically define such big nbr of columns within a loop.
Cheers,
UM
----- Original Message -----
From: "Fred" <fctonetti@xxxxxxxxx>
To: <amibroker@xxxxxxxxxxxxxxx>
Sent: Tuesday, May 06, 2003 4:22 PM
Subject: [amibroker] Re: ABtool v0.0.5 beta - Bug #2 ?
> Uenal,
>
> I don't think I've violated any of the prinicples you laid out.
>
> Basically this piece of AFL:
>
> 1. Defines the columns for Table #1
> 2. Loads the rows for Table #1 which contain Ticker, Date/Time,
> Close and other information for each stock in the WL for each day
> from a number of bars back up through the last bar for the last
> Ticker.
> 3. Sorts Table #1 on date
>
> 4. Defines the columns for Table #2
> 5. Loops though Table #1 selecting certain rows and saves the
> information from the cells in the rows into varaibles and then stores
> them in the next available row of Table #2 one cell at a time so that
> Table #2 has no more then N rows per per bar as opposed to having one
> row for every Symbol per bar.
>
> Is this in some way not a valid thing to do ?
>
> One other thing I happened to notice which I will make mention of for
> others trying to get used to table handling is that it appears that
> when doing a TableDataGet that the first row (row 0) contains the
> column headings as opposed to the first row of data. This is not a
> bad thing per se but can cause rather bizarre things to happen if one
> attempts to treat it as one would other rows.
>
> With regards to your comment about the coding of this
>
> for (j = 1; j < TableGetRowCount(th1); j++)
>
> versus this
>
> m = TableGetRowCount(th1);
> for (j = 1; j < m; j++)
>
> I'm surprised that you seem to be suggesting that the first
> methodology that should work doesn't and the second methodology that
> doesn't work should or did I read your comments incorrectly. This
> code was NOT used to add new rows to an existing table but instead to
> inspect the rows that exist in Table #1 (Task #5 above) after it was
> fully loaded.
>
> Fred
------------------------ Yahoo! Groups Sponsor ---------------------~-->
Make Money Online Auctions! Make $500.00 or We Will Give You Thirty Dollars for Trying!
http://us.click.yahoo.com/KXUxcA/fNtFAA/uetFAA/GHeqlB/TM
---------------------------------------------------------------------~->
Send BUG REPORTS to bugs@xxxxxxxxxxxxx
Send SUGGESTIONS to suggest@xxxxxxxxxxxxx
-----------------------------------------
Post AmiQuote-related messages ONLY to: amiquote@xxxxxxxxxxxxxxx
(Web page: http://groups.yahoo.com/group/amiquote/messages/)
--------------------------------------------
Check group FAQ at: http://groups.yahoo.com/group/amibroker/files/groupfaq.html
Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/
|