RE: [OpenSTA-devel] Re: Codemax 2
Brought to you by:
dansut
|
From: JC D. <ub...@ya...> - 2005-07-11 22:35:27
|
>> Well, I was thinking of writing an autocorrelation tool for the
>> script's variables.
> Sounds interesting - please tell us more.
I used OpenSTA for the first time in my last mission and found out it's a pretty great tool for web load testing. In this specific context, I had to deal with a proprietary framework wich was using many identifiers (well three, but tricky enough) to ensure client/server conversation to be in a valid state, and I found myself spending more time looking in the logs to put the pieces together then scripting. So I thought OpenSTA would really benefit such features as automatic correlation of this identifiers. Right now, I am really thinking of basic stuff, like using rules (if possible) to automatically create variables, or comparing recorded HTTP conversation during a replay with the current HTTP conversation to find out differences. These differences would then be a pool of candidate variables to be created in the script.
>> But since I haven't got VC++ 6 at my disposal, I am currently
>> trying to compile a dotNet version of the modeller, so I could then
>> write my addons in C#.
>That in itself is a project that I believe will be of interest to
>many here - I don't have dotNet but I'll be interested in hearing
>all this entails...
Yes, I realized that when I first try to compile the full build. That's why I have decided to focus on the modeler (which is the part that I really need to compile succefully), By still producing correct SCL scripts, I could use the "standard" OpenSTA components to run the tests.
>> I already fixed a few things but now I miss codemax to go further.
>Please provide more information on your "fixes" and make sure that
>all these get back to me, however small.
Ok, my two cents :
I am solving the errors in the order I get them from the compiler. Until now, I have successfully built :
CyrToolsOS
Msglib
HTMLParser
HttpCaptureCmd
prdlib
iecacheman
CyrODBC
SCLParserLib
XMLGentables
CECGridLib
The latest fix I made was in the CECGridlib.lib project,
In the file GridCtrl.cpp, I was having the following error (I think there was only two errors of this kind) :
q:\OpenSTA\ostaw32-1-4-3\src\BaseUI\CECGridLib\GridCtrl.cpp(3586): error C2668: 'CUIntArray::InsertAt' : ambiguous call to overloaded function
In the method int CGridCtrl::InsertRow(LPCTSTR strHeading, int nRow /* = -1 */)
at the line
else
{
=> m_arRowHeights.InsertAt(nRow, 0); // Note: I don't remember, but I think there might have been an int cast of the 0 value.
if (!GetVirtualMode())
m_RowData.InsertAt(nRow, new GRID_ROW);
}
and in the method :
int CGridCtrl::InsertColumn(LPCTSTR strHeading,
UINT nFormat /* = DT_CENTER|DT_VCENTER|DT_SINGLELINE */,
int nColumn /* = -1 */)
at the line
else
{
=> m_arColWidths.InsertAt(nColumn, 0); // Same remark as before
if (!GetVirtualMode())
{
for (int row = 0; row < m_nRows; row++)
{
GRID_ROW* pRow = m_RowData[row];
if (!pRow)
were causing the problem.
In array_u.cpp, I found that the InsertAt method has the following two definitions :
void CUIntArray::InserAt(INT_PTR nIndex,UINT newElement, INT_PTR nCount=1)
void CUIntArray::InsertAt(INT_PTR nStartIndex, CUIntArray * pNewArray)
The fact that the 0 value in both incriminated method calls isn't cast properly makes it undecidable for the compiler to choose the right method. I tried doing a static_cast of those value to CUIntArray *, but it didn"t worked. A dirty cast did the job though... : m_arColWidths.InsertAt(nColumn, (CUIntArray *)0);
Note that I actually didn't really now that this is the correct cast (maybe it is a UInt cast which is correct), but I didn't wanted to start reverse engineer too much code.
The next error was about CodeMax. I then tried CodeMax 4 in trial version, but found out that the code is no longer compliant. I tried the yahoo group, with the result you know.
Sorry but I am working alone on this so I didn't bother use a versionning tool. Since I am ponctually working on this project among others at my spare time, (I began working on this for something like 2 months ago and during these 2 months, I only get to work on this project 4 or 5 times) thus I don't remember any other fix I could have done, but I don't believe there was much to do to compile the first libs. I will keep from now on a trace of any changes done, and keep you posted of any significant progress.
---------------------------------
Appel audio GRATUIT partout dans le monde avec le nouveau Yahoo! Messenger
Téléchargez le ici ! |