opensta-devel — OpenSTA developer discussions

[OpenSTA-devel] [ opensta-Bugs-1507652 ] CFilterDlg::OnGetdispinfoUserIdList bug

[SourceForge.net <no...@so...>]

Bugs item #1507652, was opened at 2006-06-17 03:14
Message generated for change (Comment added) made by dansut
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110857&aid=1507652&group_id=10857

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: GUI Issue
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: denis-0 (denis-0)
Assigned to: Nobody/Anonymous (nobody)
Summary: CFilterDlg::OnGetdispinfoUserIdList bug

Initial Comment:
Hello

This following code from the FilterDlg.cpp file
probably has a bug.

void CFilterDlg::OnGetdispinfoUserIdList(NMHDR* pNMHDR,
LRESULT* pResult)
{
    LV_DISPINFO* pDispInfo = (LV_DISPINFO*)pNMHDR;

    LV_ITEM &lv = pDispInfo->item;
    if(lv.mask | LVIF_TEXT )
    {
        lv.pszText = m_arstrUserIds[lv.iItem].GetBuffer(0);
    }

    *pResult = 0;
}

lv.mask & LVIF_TEXT was probably meant instead of
lv.mask | LVIF_TEXT

Best regards
Denis Linine

----------------------------------------------------------------------

>Comment By: Daniel Sutcliffe (dansut)
Date: 2006-12-12 08:49

Message:
Logged In: YES 
user_id=19748
Originator: NO

I don't doubt that the code is obviously wrong, etc.
All I wanted was a small clue as to what control(s) this code affects so
that once I've made the change I can go in and sanity check that they still
work as intended.
If I don't get this type information then it means that I have to do the
investigation which increases the length of time I have to spend on this
bug report, which in turn reduces the chance of me ever getting to it ...
thanks.

----------------------------------------------------------------------

Comment By: denis-0 (denis-0)
Date: 2006-12-12 04:20

Message:
Logged In: YES 
user_id=1541449
Originator: YES

Hi, 
The point is that the code is obviously wrong (a typo, most probably). The
if(lv.mask | LVIF_TEXT ) statement is always true, no matter what the
lv.mask is. This makes the behavior of the list control undefined - instead
of setting relevant fields of the passed LV_ITEM to proper values (zeroing
them) it always sets its lv.pszText, no matter what kind of information was
really requested. In practice: I tried such code in another application and
the control worked nearly OK, except sporadically crashing the application
because of access violations after returning from the
OnGetdispinfoUserIdList call on a Win 9x machine (and not on XP).
The if(lv.mask | LVIF_TEXT ) statement makes absolutely no sense and I do
not think it makes sense to discuss why - it's a typo, most probably, and
(lv.mask & LVIF_TEXT ) was meant instead. 

Best regards
Denis Linine

----------------------------------------------------------------------

Comment By: Daniel Sutcliffe (dansut)
Date: 2006-12-11 19:22

Message:
Logged In: YES 
user_id=19748
Originator: NO

Could you please describe the user symptom of this problem and where it
occurs - also what your code change does/improves?  Otherwise I feel like
I'm just going to keep glancing over and ignoring it as it involves me
doing some work just to find out what the point is ...

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110857&aid=1507652&group_id=10857

[OpenSTA-devel] [ opensta-Bugs-1507652 ] CFilterDlg::OnGetdispinfoUserIdList bug

[SourceForge.net <no...@so...>]

Bugs item #1507652, was opened at 2006-06-17 09:14
Message generated for change (Comment added) made by denis-0
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110857&aid=1507652&group_id=10857

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: GUI Issue
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: denis-0 (denis-0)
Assigned to: Nobody/Anonymous (nobody)
Summary: CFilterDlg::OnGetdispinfoUserIdList bug

Initial Comment:
Hello

This following code from the FilterDlg.cpp file
probably has a bug.

void CFilterDlg::OnGetdispinfoUserIdList(NMHDR* pNMHDR,
LRESULT* pResult)
{
    LV_DISPINFO* pDispInfo = (LV_DISPINFO*)pNMHDR;

    LV_ITEM &lv = pDispInfo->item;
    if(lv.mask | LVIF_TEXT )
    {
        lv.pszText = m_arstrUserIds[lv.iItem].GetBuffer(0);
    }

    *pResult = 0;
}

lv.mask & LVIF_TEXT was probably meant instead of
lv.mask | LVIF_TEXT

Best regards
Denis Linine

----------------------------------------------------------------------

>Comment By: denis-0 (denis-0)
Date: 2006-12-12 10:20

Message:
Logged In: YES 
user_id=1541449
Originator: YES

Hi, 
The point is that the code is obviously wrong (a typo, most probably). The
if(lv.mask | LVIF_TEXT ) statement is always true, no matter what the
lv.mask is. This makes the behavior of the list control undefined - instead
of setting relevant fields of the passed LV_ITEM to proper values (zeroing
them) it always sets its lv.pszText, no matter what kind of information was
really requested. In practice: I tried such code in another application and
the control worked nearly OK, except sporadically crashing the application
because of access violations after returning from the
OnGetdispinfoUserIdList call on a Win 9x machine (and not on XP).
The if(lv.mask | LVIF_TEXT ) statement makes absolutely no sense and I do
not think it makes sense to discuss why - it's a typo, most probably, and
(lv.mask & LVIF_TEXT ) was meant instead. 

Best regards
Denis Linine

----------------------------------------------------------------------

Comment By: Daniel Sutcliffe (dansut)
Date: 2006-12-12 01:22

Message:
Logged In: YES 
user_id=19748
Originator: NO

Could you please describe the user symptom of this problem and where it
occurs - also what your code change does/improves?  Otherwise I feel like
I'm just going to keep glancing over and ignoring it as it involves me
doing some work just to find out what the point is ...

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110857&aid=1507652&group_id=10857

[OpenSTA-devel] [ opensta-Bugs-1013510 ] Blank graphs or TestPlugin errors from bad results analysis

[SourceForge.net <no...@so...>]

Bugs item #1013510, was opened at 2004-08-21 21:44
Message generated for change (Comment added) made by trickyjer
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110857&aid=1013510&group_id=10857

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Results Analysis
Group: Fatal Error
Status: Open
Resolution: Accepted
Priority: 6
Private: No
Submitted By: Daniel Sutcliffe (dansut)
Assigned to: Daniel Sutcliffe (dansut)
Summary: Blank graphs or TestPlugin errors from bad results analysis

Initial Comment:
A large result set from a test may cause issues when
trying to view graphs (the results analysis phase). 
When this happens the results graphs are empty or an
"Out of memory" can be shown.  This issue seems to
occur more with the graphs that are "v Elapsed Time"
but not exclusively so.  All reports have been with
large result sets.

The issues also may not occur the first time you view
your results but once it has happened it will not go
away on its own.  Deleting the HttpStats.cache and
Combined_HTTPDataFile.dat will cause your results to be
analysed again and may help avoid the problem in your
specific instance.

This problem seems to happen more if your test did not
finish cleanly, either through another problem or
through user aborting during the run.  Monitoring
results whilst the test is running also seems to
increase the chance of this happening.

A sure sign that you have a problem is the TestPlugin
process using up large amounts of memory or CPU.  If an
"Out of memory" condition is reported it will come from
this TestPlugin process.

Please add any more useful information to this bug
report.  We are specifically interested in a simple
consistent way of reproducing this error and/or small
resultsets which are known to cause the error.

----------------------------------------------------------------------

Comment By: Jerome Delamarche (trickyjer)
Date: 2006-12-12 09:17

Message:
Logged In: YES 
user_id=681140
Originator: NO

I released on small tool (ostarepair.exe) that can be used in batch mode
to fix corrupted result files. A patch has been provided to fix the data
automatically in the Commander.

ostarepair.exe is available at http://www.trickytools.com/php/opensta.php

----------------------------------------------------------------------

Comment By: Jerome Delamarche (trickyjer)
Date: 2006-10-04 23:18

Message:
Logged In: YES 
user_id=681140

The "out of memory" message can be generated by a 
corrupted data file when the running test has 
been "killed" instead of being "stopped".

This can be easily fixed:
- either with a batch command soon available on my site 
http://www.trickytools.com)
- either by fixing the bug in OpenSTA itself. But to do 
so, I need some information: is there some documentation 
about OpenSTA design ?

Jerome

----------------------------------------------------------------------

Comment By: Danny Faught (faught)
Date: 2006-04-29 01:02

Message:
Logged In: YES 
user_id=576825

I can easily reproduce this error in v. 1.4.3.20 by
corrupting the contents of HttpStats.cache.

1. I captured a single web page hit, and built a test with
the resulting script and a cpu utilization collector for the
local host.
2. I ran the test.
3. In the results directory, I chopped the last byte off of
the HttpStats.cache file.  It doesn't matter if the
Commander is running when I do this.
4. In the Results tab for the test, as soon as I try to
expand the tree for the test run, I get a non-fatal "Out of
memory" error dialog from TestPlugin.  I don't know if it's
actually out of memory - the error is coming very quickly,
so it may be just a wild integer value asking for an
unreasonably large single block of memory.

Whether the HttpStats.cache file is really getting corrupted
by something is another matter, but this proves that the
tool is not robust against unexpected contents in the test
results.

I also have a reproducible crash that seems related to this
where I didn't intentionally corrupt the HttpStats.cache
file.  I've had three different real-world test runs that
produced results directories that give me a fatal crash
every time I try to expand the results in the tree. 
Removing HttpStats.cache fixes the problem.  I can try to
scrub the file sufficiently for my client to allow me to
send it in if that would help.

----------------------------------------------------------------------

Comment By: chris mead (chrisrmead)
Date: 2005-08-25 18:29

Message:
Logged In: YES 
user_id=1335128

For me, there is no clear correlation between large result sets 
and the crash.  I get the crash repeatedly with a test that only 
has 1060 rows in the Data List, but I get no crash with a test 
that has 50,856 rows, for instance.  

I have a ZIP to attach, but I don't see how to do it yet, maybe 
a comment is required first?

----------------------------------------------------------------------

Comment By: Daniel Sutcliffe (dansut)
Date: 2005-06-09 17:51

Message:
Logged In: YES 
user_id=19748

>From deleted bug#1216593 by javier_dba:
Out of memory error appears while trying to show
"HTTP Responses v Elapsed time".
Test was done successfully ramping 400 vusers along 1
hour.
Attached a zip file ResultsAnalysisCrash.zip containing:
- picture with the error.
- test file
- script file
- output from dir command of Repository folder
- zipped Scripts folder from Repository
- zipped ObjectCode folder from Repository
- zipped ArchMgr folder from Repository
- zipped Profiles folder from Repository

Ten computers generating load, sharing the repository, one
commanding the load. Used OpenSTA 1.4.2 and 1.4.3. Both
versions have the same behaviour "out of memory".

----------------------------------------------------------------------

Comment By: Daniel Sutcliffe (dansut)
Date: 2004-12-13 13:48

Message:
Logged In: YES 
user_id=19748

The results analysis phase has multiple problems -
especially when
dealing with large result sets.  Instead of filing multiple
bug reports
please add any useful and concrete information here that may
help
us get to the bottom of this.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110857&aid=1013510&group_id=10857

[OpenSTA-devel] [ opensta-Bugs-1598629 ] Using SCL SUBROUTINEs causes memory corruption

[SourceForge.net <no...@so...>]

Bugs item #1598629, was opened at 2006-11-17 16:57
Message generated for change (Comment added) made by dansut
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110857&aid=1598629&group_id=10857

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Script Language
Group: Serious
Status: Open
>Resolution: Accepted
Priority: 5
Private: No
Submitted By: Danny Faught (faught)
>Assigned to: Daniel Sutcliffe (dansut)
>Summary: Using SCL SUBROUTINEs causes memory corruption

Initial Comment:
Subroutine calls that pass parameters cause a memory leak in TExecuter_htp.exe and the Script Modeler.  This is severe enough in some cases that we have to manually set variables instead of using parameters in a subroutine call to pass data into a subroutine.

I'm running OpenSTA 1.4.3.20 on Windows XP Pro SP2.  Sample code that quickly demonstrates the leak when running under a single VU is below.

---------------------
!Browser:IE6
!Date : 4/20/2006
Environment
	Description ""
	Mode		HTTP
	Wait		UNIT MILLISECONDS

Definitions
	integer loop
	character*8192 foo
	
Code
	do loop = 1, 2, 0
		do loop = 1, 1000
			call makeleak ["aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa"]
		enddo
		wait 1
	enddo

subroutine makeleak [foo]
end subroutine
---------------------

Warning: the Script Modeler tends to become unresponsive when running this script.

----------------------------------------------------------------------

>Comment By: Daniel Sutcliffe (dansut)
Date: 2006-12-11 20:11

Message:
Logged In: YES 
user_id=19748
Originator: NO

A reasonable amount of evidence has been collected that suggests that
using any SUBROUTINE calls causes memory corruption - and this memory
corruption can lead to memory leaks and/or tests failing/crashing.  Using
parameters in SUBROUTINE calls seems to guarantee memory leaks but this is
only part of this much bigger problem.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110857&aid=1598629&group_id=10857

[OpenSTA-devel] [ opensta-Bugs-1516604 ] Batch startup options unintuitive and don't work as intended

[SourceForge.net <no...@so...>]

Bugs item #1516604, was opened at 2006-07-03 16:11
Message generated for change (Comment added) made by dansut
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110857&aid=1516604&group_id=10857

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: HTTP Replay
Group: Behavioral
Status: Open
>Resolution: Accepted
Priority: 5
Private: No
Submitted By: Danny Faught (faught)
>Assigned to: Daniel Sutcliffe (dansut)
Summary: Batch startup options unintuitive and don't work as intended

Initial Comment:
There is a timing problem when I check "Introduce
Virtual Users in Batches".  This is most noticable if
I'm starting VUs no faster than 1 per second.  If there
is more than one batch, then the actual batch ramp up
time is less than what I specify.  The actual ramp up
time is "(specified) ramp up time" divided by "number
of users per batch" too short.

I'm running OpenSTA 1.4.3.20.

An example illustrating this issue is posted at
http://portal.opensta.org/modules.php?op=modload&name=phpWiki&pagename=TestBatchOptions&file=index.
Another problem mentioned there - the time between VUs
within the last batch is longer than for all other
batches if the total number VUs in the task group is
not evenly divisible by the number of users per batch.

----------------------------------------------------------------------

>Comment By: Daniel Sutcliffe (dansut)
Date: 2006-12-11 19:42

Message:
Logged In: YES 
user_id=19748
Originator: NO

See this mail Thread for more info and thoughts:
  http://sourceforge.net/mailarchive/message.php?msg_id=16520493
As I say in the mails there - unlikely to see a fix in the 1.4 series but
at least its logged for the future ...

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110857&aid=1516604&group_id=10857

[OpenSTA-devel] [ opensta-Bugs-1609533 ] Modeler crashes on search/replace

[SourceForge.net <no...@so...>]

Bugs item #1609533, was opened at 2006-12-05 15:02
Message generated for change (Comment added) made by dansut
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110857&aid=1609533&group_id=10857

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: GUI Issue
Group: Fatal Error
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Danny Faught (faught)
Assigned to: Nobody/Anonymous (nobody)
Summary: Modeler crashes on search/replace

Initial Comment:
1. Download the attached CRASH.HTP file and save it in Repository/Scripts.  (This is a cloaked version of the original file that first encountered the bug.)
2. Open CRASH.HTP in the Script Modeler.
3. Select most or all of the first line of the file (not including the newline at the end).
4. Press Ctrl-H to do a search/replace, and click "Replace All" (you don't need to type anything in the "Replace With" field).  The modeler crashes:

"TModeller_Web.exe has encountered a problem and needs to close."

The ModName in the crash dialog is given as "cmax20.dll".  When I dismiss the crash dialog, I get another:

'The instruction at "0x73dd11c7" referenced memory at "0x00000004". The memory could not be "read".'

It exits cleanly when I dismiss this dialog, losing all edits since the last save.  I can start the Modeler again via the Commander.

I can reproduce this reliably on two different Windows XP Pro machines.  I'm running Modeler v. 1.4.3.5 (May 11, 2005).

----------------------------------------------------------------------

>Comment By: Daniel Sutcliffe (dansut)
Date: 2006-12-11 19:24

Message:
Logged In: YES 
user_id=19748
Originator: NO

cmax20.dll is the (now unmaintained) CodeMax 3rd party editor component. 
It sounds like the problem is within this and so is unlikely to ever get
fixed... :( The only future for this area is to replace CodeMax with
something different.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110857&aid=1609533&group_id=10857

[OpenSTA-devel] [ opensta-Bugs-1507652 ] CFilterDlg::OnGetdispinfoUserIdList bug

[SourceForge.net <no...@so...>]

Bugs item #1507652, was opened at 2006-06-17 03:14
Message generated for change (Comment added) made by dansut
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110857&aid=1507652&group_id=10857

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
>Category: GUI Issue
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: denis-0 (denis-0)
Assigned to: Nobody/Anonymous (nobody)
Summary: CFilterDlg::OnGetdispinfoUserIdList bug

Initial Comment:
Hello

This following code from the FilterDlg.cpp file
probably has a bug.

void CFilterDlg::OnGetdispinfoUserIdList(NMHDR* pNMHDR,
LRESULT* pResult)
{
    LV_DISPINFO* pDispInfo = (LV_DISPINFO*)pNMHDR;

    LV_ITEM &lv = pDispInfo->item;
    if(lv.mask | LVIF_TEXT )
    {
        lv.pszText = m_arstrUserIds[lv.iItem].GetBuffer(0);
    }

    *pResult = 0;
}

lv.mask & LVIF_TEXT was probably meant instead of
lv.mask | LVIF_TEXT

Best regards
Denis Linine

----------------------------------------------------------------------

>Comment By: Daniel Sutcliffe (dansut)
Date: 2006-12-11 19:22

Message:
Logged In: YES 
user_id=19748
Originator: NO

Could you please describe the user symptom of this problem and where it
occurs - also what your code change does/improves?  Otherwise I feel like
I'm just going to keep glancing over and ignoring it as it involves me
doing some work just to find out what the point is ...

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110857&aid=1507652&group_id=10857

[OpenSTA-devel] CodeMax

[sharad m. <sha...@ho...>]

Hi,
  I am trying to compile opensta. Can anyone help me in getting CodeMax.

Sharad

_________________________________________________________________
Want to improve your lifestyle? Get Mickey Mehta’s advice on holistic living 
http://content.msn.co.in/Lifestyle/AskExpert/Default06.htm

[OpenSTA-devel] [ opensta-Bugs-1609533 ] Modeler crashes on search/replace

[SourceForge.net <no...@so...>]

Bugs item #1609533, was opened at 2006-12-05 14:02
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110857&aid=1609533&group_id=10857

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: GUI Issue
Group: Fatal Error
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Danny Faught (faught)
Assigned to: Nobody/Anonymous (nobody)
Summary: Modeler crashes on search/replace

Initial Comment:
1. Download the attached CRASH.HTP file and save it in Repository/Scripts.  (This is a cloaked version of the original file that first encountered the bug.)
2. Open CRASH.HTP in the Script Modeler.
3. Select most or all of the first line of the file (not including the newline at the end).
4. Press Ctrl-H to do a search/replace, and click "Replace All" (you don't need to type anything in the "Replace With" field).  The modeler crashes:

"TModeller_Web.exe has encountered a problem and needs to close."

The ModName in the crash dialog is given as "cmax20.dll".  When I dismiss the crash dialog, I get another:

'The instruction at "0x73dd11c7" referenced memory at "0x00000004". The memory could not be "read".'

It exits cleanly when I dismiss this dialog, losing all edits since the last save.  I can start the Modeler again via the Commander.

I can reproduce this reliably on two different Windows XP Pro machines.  I'm running Modeler v. 1.4.3.5 (May 11, 2005).

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110857&aid=1609533&group_id=10857

[OpenSTA-devel] Exposed API's of OpenSTA

[vaibhav a. <va...@gm...>]

hi,

Firstly i want clear that i am not an hard core developer, i am a
tester and know little bit of coding also :-). I want some help for
you guys. Can you please tell me whether OpenSTA have some exposed
APIs if yes then where can i learn about them. I need to control
OpenSTA test runs using its APIs. I preferably don't want to touch the
code but if there is no other way then kindly enlighten me that which
area of the code i have to look or alter so that i can control my
OpenSTA tests using some other small program.

Thanks,
Vaibhav Agarwal

[OpenSTA-devel] [ opensta-Bugs-1598629 ] Memory leak in subroutine call when using parameters

[SourceForge.net <no...@so...>]

Bugs item #1598629, was opened at 2006-11-17 15:57
Message generated for change (Settings changed) made by faught
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110857&aid=1598629&group_id=10857

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Script Language
Group: Serious
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Danny Faught (faught)
Assigned to: Nobody/Anonymous (nobody)
>Summary: Memory leak in subroutine call when using parameters

Initial Comment:
Subroutine calls that pass parameters cause a memory leak in TExecuter_htp.exe and the Script Modeler.  This is severe enough in some cases that we have to manually set variables instead of using parameters in a subroutine call to pass data into a subroutine.

I'm running OpenSTA 1.4.3.20 on Windows XP Pro SP2.  Sample code that quickly demonstrates the leak when running under a single VU is below.

---------------------
!Browser:IE6
!Date : 4/20/2006
Environment
	Description ""
	Mode		HTTP
	Wait		UNIT MILLISECONDS

Definitions
	integer loop
	character*8192 foo
	
Code
	do loop = 1, 2, 0
		do loop = 1, 1000
			call makeleak ["aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa"]
		enddo
		wait 1
	enddo

subroutine makeleak [foo]
end subroutine
---------------------

Warning: the Script Modeler tends to become unresponsive when running this script.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110857&aid=1598629&group_id=10857

[OpenSTA-devel] [ opensta-Bugs-1598629 ] Memory leak in subroutine call when using paramters

[SourceForge.net <no...@so...>]

Bugs item #1598629, was opened at 2006-11-17 15:57
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110857&aid=1598629&group_id=10857

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Script Language
Group: Serious
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Danny Faught (faught)
Assigned to: Nobody/Anonymous (nobody)
Summary: Memory leak in subroutine call when using paramters

Initial Comment:
Subroutine calls that pass parameters cause a memory leak in TExecuter_htp.exe and the Script Modeler.  This is severe enough in some cases that we have to manually set variables instead of using parameters in a subroutine call to pass data into a subroutine.

I'm running OpenSTA 1.4.3.20 on Windows XP Pro SP2.  Sample code that quickly demonstrates the leak when running under a single VU is below.

---------------------
!Browser:IE6
!Date : 4/20/2006
Environment
	Description ""
	Mode		HTTP
	Wait		UNIT MILLISECONDS

Definitions
	integer loop
	character*8192 foo
	
Code
	do loop = 1, 2, 0
		do loop = 1, 1000
			call makeleak ["aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa"]
		enddo
		wait 1
	enddo

subroutine makeleak [foo]
end subroutine
---------------------

Warning: the Script Modeler tends to become unresponsive when running this script.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110857&aid=1598629&group_id=10857

[OpenSTA-devel] [ opensta-Bugs-1583010 ] NTLM Issue

[SourceForge.net <no...@so...>]

Bugs item #1583010, was opened at 2006-10-23 12:45
Message generated for change (Comment added) made by dansut
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110857&aid=1583010&group_id=10857

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: HTTP Replay
Group: Serious
>Status: Deleted
>Resolution: Duplicate
Priority: 5
Private: No
Submitted By: Flora (flojan)
Assigned to: Nobody/Anonymous (nobody)
Summary: NTLM Issue

Initial Comment:
Hi,

I am using OpenSTA to perform load test. We have an 
application that uses the netword id/ password for 
logging into the application.

While recording the business flow, I can find the 
following steps in the script.

Load Response_Info Header on 1		&
		Into blob_1_0	&
		,WITH "WWW-Authenticate"

BUILD AUTHENTICATION BLOB	&
		FOR NTLM	&
		FROM BLOB blob_1_0	&
		INTO blob_1_0

And while compiling the script, I am 
getting "Undefined Variable" error at the lines 
mentioned above.

Could you please let me know the way to fix this issue.

----------------------------------------------------------------------

>Comment By: Daniel Sutcliffe (dansut)
Date: 2006-10-23 13:02

Message:
Logged In: YES 
user_id=19748

Please stop creating duplicate bug reports and read check
the OpenSTA FAQ and Users mailing list!

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110857&aid=1583010&group_id=10857

[OpenSTA-devel] [ opensta-Bugs-1583010 ] NTLM Issue

[SourceForge.net <no...@so...>]

Bugs item #1583010, was opened at 2006-10-23 16:45
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110857&aid=1583010&group_id=10857

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: HTTP Replay
Group: Serious
Status: Open
Resolution: None
Priority: 5
Submitted By: Flora (flojan)
Assigned to: Nobody/Anonymous (nobody)
Summary: NTLM Issue

Initial Comment:
Hi,

I am using OpenSTA to perform load test. We have an 
application that uses the netword id/ password for 
logging into the application.

While recording the business flow, I can find the 
following steps in the script.

Load Response_Info Header on 1		&
		Into blob_1_0	&
		,WITH "WWW-Authenticate"

BUILD AUTHENTICATION BLOB	&
		FOR NTLM	&
		FROM BLOB blob_1_0	&
		INTO blob_1_0

And while compiling the script, I am 
getting "Undefined Variable" error at the lines 
mentioned above.

Could you please let me know the way to fix this issue.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110857&aid=1583010&group_id=10857

[OpenSTA-devel] [ opensta-Bugs-1582990 ] NTLM Issue

[SourceForge.net <no...@so...>]

Bugs item #1582990, was opened at 2006-10-23 12:04
Message generated for change (Comment added) made by dansut
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110857&aid=1582990&group_id=10857

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: HTTP Replay
Group: Serious
>Status: Deleted
>Resolution: Duplicate
Priority: 5
Submitted By: Flora (flojan)
Assigned to: Nobody/Anonymous (nobody)
Summary: NTLM Issue

Initial Comment:
Hi,

I am using OpenSTA to perform load test. We have an 
application that uses the netword id/ password for 
logging into the application.

While recording the business flow, I can find the 
following steps in the script.

Load Response_Info Header on 1		&
		Into blob_1_0	&
		,WITH "WWW-Authenticate"

BUILD AUTHENTICATION BLOB	&
		FOR NTLM	&
		FROM BLOB blob_1_0	&
		INTO blob_1_0

And while compiling the script, I am 
getting "Undefined Variable" error at the lines 
mentioned above.

Could you please let me know the way to fix this issue.

----------------------------------------------------------------------

>Comment By: Daniel Sutcliffe (dansut)
Date: 2006-10-23 12:31

Message:
Logged In: YES 
user_id=19748

This problem is already detailed in bug 730313.
More related info in bug 730317.
Please follow instructions on bug submitting pages and DO
NOT create new bugs without thoroughly checking bug database
and posting to the users list - doing so just creates work
for the project members and the time to do this work could
be more usefully spent actually fixing bugs ;)

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110857&aid=1582990&group_id=10857

[OpenSTA-devel] [ opensta-Bugs-1582990 ] NTLM Issue

[SourceForge.net <no...@so...>]

Bugs item #1582990, was opened at 2006-10-23 16:04
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110857&aid=1582990&group_id=10857

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: HTTP Replay
Group: Serious
Status: Open
Resolution: None
Priority: 5
Submitted By: Flora (flojan)
Assigned to: Nobody/Anonymous (nobody)
Summary: NTLM Issue

Initial Comment:
Hi,

I am using OpenSTA to perform load test. We have an 
application that uses the netword id/ password for 
logging into the application.

While recording the business flow, I can find the 
following steps in the script.

Load Response_Info Header on 1		&
		Into blob_1_0	&
		,WITH "WWW-Authenticate"

BUILD AUTHENTICATION BLOB	&
		FOR NTLM	&
		FROM BLOB blob_1_0	&
		INTO blob_1_0

And while compiling the script, I am 
getting "Undefined Variable" error at the lines 
mentioned above.

Could you please let me know the way to fix this issue.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110857&aid=1582990&group_id=10857

[OpenSTA-devel] [ opensta-Bugs-1570977 ] ACQUIRE MUTEX

[SourceForge.net <no...@so...>]

Bugs item #1570977, was opened at 2006-10-04 23:23
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110857&aid=1570977&group_id=10857

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Documentation
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Jerome Delamarche (trickyjer)
Assigned to: Nobody/Anonymous (nobody)
Summary: ACQUIRE MUTEX

Initial Comment:
The SCL Manual says "ACQUIRE MUTEX" is used for inter-
script synchronization. It also says the Timeout 
value is in seconds.

It appears that:
- ACQUIRE MUTEX works also to synchronize threads 
(and fortunately it works !)
- the Timeout value is dependent of the WAIT UNIT 
instruction
- the ON TIMEOUT GOTO and ON ERROR GOTO clauses are 
mandatory to avoid a "TOF error" at runtime

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110857&aid=1570977&group_id=10857

[OpenSTA-devel] [ opensta-Bugs-1013510 ] Blank graphs or TestPlugin errors from bad results analysis

[SourceForge.net <no...@so...>]

Bugs item #1013510, was opened at 2004-08-21 21:44
Message generated for change (Comment added) made by trickyjer
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110857&aid=1013510&group_id=10857

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Results Analysis
Group: Fatal Error
Status: Open
Resolution: Accepted
Priority: 6
Submitted By: Daniel Sutcliffe (dansut)
Assigned to: Daniel Sutcliffe (dansut)
Summary: Blank graphs or TestPlugin errors from bad results analysis

Initial Comment:
A large result set from a test may cause issues when
trying to view graphs (the results analysis phase). 
When this happens the results graphs are empty or an
"Out of memory" can be shown.  This issue seems to
occur more with the graphs that are "v Elapsed Time"
but not exclusively so.  All reports have been with
large result sets.

The issues also may not occur the first time you view
your results but once it has happened it will not go
away on its own.  Deleting the HttpStats.cache and
Combined_HTTPDataFile.dat will cause your results to be
analysed again and may help avoid the problem in your
specific instance.

This problem seems to happen more if your test did not
finish cleanly, either through another problem or
through user aborting during the run.  Monitoring
results whilst the test is running also seems to
increase the chance of this happening.

A sure sign that you have a problem is the TestPlugin
process using up large amounts of memory or CPU.  If an
"Out of memory" condition is reported it will come from
this TestPlugin process.

Please add any more useful information to this bug
report.  We are specifically interested in a simple
consistent way of reproducing this error and/or small
resultsets which are known to cause the error.

----------------------------------------------------------------------

Comment By: Jerome Delamarche (trickyjer)
Date: 2006-10-04 23:18

Message:
Logged In: YES 
user_id=681140

The "out of memory" message can be generated by a 
corrupted data file when the running test has 
been "killed" instead of being "stopped".

This can be easily fixed:
- either with a batch command soon available on my site 
http://www.trickytools.com)
- either by fixing the bug in OpenSTA itself. But to do 
so, I need some information: is there some documentation 
about OpenSTA design ?

Jerome

----------------------------------------------------------------------

Comment By: Danny Faught (faught)
Date: 2006-04-29 01:02

Message:
Logged In: YES 
user_id=576825

I can easily reproduce this error in v. 1.4.3.20 by
corrupting the contents of HttpStats.cache.

1. I captured a single web page hit, and built a test with
the resulting script and a cpu utilization collector for the
local host.
2. I ran the test.
3. In the results directory, I chopped the last byte off of
the HttpStats.cache file.  It doesn't matter if the
Commander is running when I do this.
4. In the Results tab for the test, as soon as I try to
expand the tree for the test run, I get a non-fatal "Out of
memory" error dialog from TestPlugin.  I don't know if it's
actually out of memory - the error is coming very quickly,
so it may be just a wild integer value asking for an
unreasonably large single block of memory.

Whether the HttpStats.cache file is really getting corrupted
by something is another matter, but this proves that the
tool is not robust against unexpected contents in the test
results.

I also have a reproducible crash that seems related to this
where I didn't intentionally corrupt the HttpStats.cache
file.  I've had three different real-world test runs that
produced results directories that give me a fatal crash
every time I try to expand the results in the tree. 
Removing HttpStats.cache fixes the problem.  I can try to
scrub the file sufficiently for my client to allow me to
send it in if that would help.

----------------------------------------------------------------------

Comment By: chris mead (chrisrmead)
Date: 2005-08-25 18:29

Message:
Logged In: YES 
user_id=1335128

For me, there is no clear correlation between large result sets 
and the crash.  I get the crash repeatedly with a test that only 
has 1060 rows in the Data List, but I get no crash with a test 
that has 50,856 rows, for instance.  

I have a ZIP to attach, but I don't see how to do it yet, maybe 
a comment is required first?

----------------------------------------------------------------------

Comment By: Daniel Sutcliffe (dansut)
Date: 2005-06-09 17:51

Message:
Logged In: YES 
user_id=19748

>From deleted bug#1216593 by javier_dba:
Out of memory error appears while trying to show
"HTTP Responses v Elapsed time".
Test was done successfully ramping 400 vusers along 1
hour.
Attached a zip file ResultsAnalysisCrash.zip containing:
- picture with the error.
- test file
- script file
- output from dir command of Repository folder
- zipped Scripts folder from Repository
- zipped ObjectCode folder from Repository
- zipped ArchMgr folder from Repository
- zipped Profiles folder from Repository

Ten computers generating load, sharing the repository, one
commanding the load. Used OpenSTA 1.4.2 and 1.4.3. Both
versions have the same behaviour "out of memory".

----------------------------------------------------------------------

Comment By: Daniel Sutcliffe (dansut)
Date: 2004-12-13 13:48

Message:
Logged In: YES 
user_id=19748

The results analysis phase has multiple problems -
especially when
dealing with large result sets.  Instead of filing multiple
bug reports
please add any useful and concrete information here that may
help
us get to the bottom of this.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110857&aid=1013510&group_id=10857

Re: [OpenSTA-devel] How to update the sources

[Daniel S. <da...@Op...>]

Hi Jerome hope you are doing well.

Jerome Delamarche wrote:
> I made a very small patch for the SNMPPlugin.exe to handle the SNMP
> community through the dialog boxes.
> So there is no more need to patch the .SMP file by hand.

Sounds great!

> Who can apply the changes ?

If you can post (embedded not attached) yopur small patch against the
CVS HEAD to this mailing list then that would be great.
Or you can just send me the update directly.
I will apply, test, and commit your changes to CVS ready for the next
release...

Cheers
/dan
-- 
Daniel Sutcliffe <Da...@Op...>
  OpenSTA part-time caretaker - http://OpenSTA.org/

[OpenSTA-devel] How to update the sources

[Jerome D. <jd...@tr...>]

Hello (Dan?, Nobeau?),

I made a very small patch for the SNMPPlugin.exe to handle the SNMP
community through the dialog boxes.
So there is no more need to patch the .SMP file by hand.

Who can apply the changes ?

Cheers,

Jerome Delamarche

[OpenSTA-devel] [ opensta-Bugs-1545996 ] HTTP Capture : No primary URI / Timer set with some browser

[SourceForge.net <no...@so...>]

Bugs item #1545996, was opened at 2006-08-24 16:18
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110857&aid=1545996&group_id=10857

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: HTTP Capture
Group: Inconvenience
Status: Open
Resolution: None
Priority: 5
Submitted By: duominike (duominike)
Assigned to: Nobody/Anonymous (nobody)
Summary: HTTP Capture : No primary URI / Timer set with some browser

Initial Comment:
Environnment : Windows XP SP2
Internet Explorer : 6.0.2800.1106.xpsp2.0530301-1526
Patchs : SP1; Q867801; Q903235

Capture mode : Gateway (Local) / No proxy used / Page
timers is on

1) Script Record via Script Modeler->Capture->Record

2) In the HTP result file, there is no URI with the
PRIMARY keyword and timers 

If I do the same actions by using Internet Explorer 5.5
or Firefox 1.5.0.4, no problem. I can obtain PRIMARY
URI et timers.

After investigating the problem,  I realize that
browsers send different HTTP headers request and that
the value of field "Accept" in HTTP header seems to be
very important for HTTP recorder module in order to
choose PRIMARY URI.

With IE 6.0, the value of ACCEPT is always the
following ("*/*") for all kinds of URI (primary
[servlet], normal [images]) and so, the recorder can't
find the PRIMARY URI and position the TIMERS.

Moreover, when you use the "BView" add-on  to replay
the capture, no screen is displayed 

Is is possible for recorder module (and probably
"BWiew" add-on) to use another HTTP header field to
determine PRIMARY URI ("Referer" could be a good
candidate) without depending on "Accept" field whom
value depends on your favourite browser ? 
 



----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110857&aid=1545996&group_id=10857

[OpenSTA-devel] [ opensta-Bugs-1083975 ] Concatenating large SCL strings can cause compiler to crash

[SourceForge.net <no...@so...>]

Bugs item #1083975, was opened at 2004-12-12 19:44
Message generated for change (Comment added) made by collas
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110857&aid=1083975&group_id=10857

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Script Language
Group: Crash
Status: Open
Resolution: Works For Me
Priority: 5
Submitted By: Daniel Sutcliffe (dansut)
Assigned to: Daniel Sutcliffe (dansut)
Summary: Concatenating large SCL strings can cause compiler to crash

Initial Comment:
Concatenating VERY large SCL strings can cause the compiler
to crash and leave invalid (incomplete) compiled TOF
files in
place.  This is usually done to work around the SCL
limits on
max variable size - specifically when dealing with
multipart/form-data file uploads.  In fact, recent changes
mean the SCL generated by a recording may show this
problem.

An example of the problem code is
...
    ,BODY "A very very long sequence of chars" &
...
             "probably more than 50K worth" + &
          "Another huge string of similar size to" &
...
             "cause the issue"

There does seem to be a workaround.  Place your BODY
contents in character variables and then concatenate thus:
...
    SET BODYCONT1="A very very long sequence of chars" &
...
             "probably more than 50K worth"
    SET BODYCONT2="Another huge string of similar size
to" &
...
             "cause the issue"
...
    ,BODY BODYCONT1 + BODYCONT2

More investigation required to find actual boundaries and
cause of this problem.

----------------------------------------------------------------------

Comment By: randal (collas)
Date: 2006-08-23 08:08

Message:
Logged In: YES 
user_id=1581981

It would be extremely useful to have a binary release of 
opensta that had a larger than 64K limit for variables, 
like the version that tboullet created.

Does anyone know if it is available anywhere?
Or if some dlls could be replaced in 1.4.3 to achieve this 
goal.


----------------------------------------------------------------------

Comment By: Thierry Boullet (tboullet)
Date: 2005-06-06 17:13

Message:
Logged In: YES 
user_id=949869

I reproduced this bug during the use of OpenSTA 1.4.2 with
large viewstate.
I made additional tests, here the description and the results:

OS : Windows XP Pro SP2 with last updates

SCRIPT_65850_142 : script captured with 1.4.2 containing a
literal string with 65850 chars (body of a POST request, 1
block)

SCRIPT_65850_143 : script captured with 1.4.3 containing a
literal string with 65850 chars (3 blocks with 2 concatenations)

SCRIPT_96970_142 : script captured with 1.4.2 containing a
literal string with 96970 chars (body of a POST request, 1
block)

SCRIPT_96970_143 : script captured with 1.4.3 containing a
literal string with 96970 chars (3 blocks with 2 concatenations)

SCRIPT_65850_142 and SCRIPT_96970_142 compiled in Script
Modeler 1.4.2 or 1.4.3 => error maxstrlen (that's normal)
SCRIPT_65850_143 compiled in Script Modeler 1.4.2 or 1.4.3
=> success (that's "normal" and has been the previous
workaround for the large BODY problems of the past)
SCRIPT_96970_143 compiled in Script Modeler 1.4.2 or 1.4.3
=> crash of scl.exe (see attached file)

I built another version of OpenSTA which is based on the
1.4.3 with the following modifications:
   - file \src\Architecture\Scl\scl_limits.h:
       #define MAX_VARIABLE_SIZE   262143 (Maximum size of a
variable or record)
       #define MAX_LITERAL_SIZE    262143 (Maximum size of a
character literal or constant)
   - file \src\Architecture\Scl\scl_tpacom.h :
       #define MAX_CONSTANT_SIZE 262143 (Max size of
constants area)
       #define CHRBUFSIZ 262144 (Character string storage)

The new limits of 256K that I used are arbitrary.

Role of MAX_VARIABLE_SIZE :
for example : CHARACTER*70000    STR_TMP
                     => error (modoutrange), Character
Modifier Out of Range. Valid Range 1 to 65535

Role of MAX_LITERAL_SIZE :
for example : "A very very long sequence of chars more than 64K"
                     => error (maxstrlen), Maximum String
Length Limit Exceeded

Role of MAX_CONSTANT_SIZE :
It's the limit of space available for all the constant
values defined in the script and in the included files.
for example : definition of many large constants (> 64K)
                     => error (consoverflow), Constants Data
Area Overflow

Role of CHRBUFSIZ  :
for example : if a string is > CHRBUFSIZ, crash of scl.exe

The constant MAX_STRING_LEN in the file
\src\Architecture\Scl\scl_comdef.h is not used.

With this version, results are :

SCRIPT_65850_142 and SCRIPT_96970_142 compiled in Script
Modeler => success
SCRIPT_65850_143 compiled in Script Modeler => success
SCRIPT_96970_143 compiled in Script Modeler => success

The use of variables > 64k functions correctly (DOM
Addressing, encoding, use in the body of a POST).
I think that it is a track to exceed the limit of the 64K
when that is really necessary.


----------------------------------------------------------------------

Comment By: Daniel Sutcliffe (dansut)
Date: 2005-05-10 19:46

Message:
Logged In: YES 
user_id=19748

Quite a few fixes in this area and I now can't reproduce -
leaving the bug open though just to let people know it is
possible.  If you see this issue on an OpenSTA installation
newer than 1.4.2 then please comment on this bug report.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110857&aid=1083975&group_id=10857

[OpenSTA-devel] [ opensta-Bugs-1522078 ] Using OpenSTAs tools without Admin privs gives poor errors

[SourceForge.net <no...@so...>]

Bugs item #1522078, was opened at 2006-07-13 15:40
Message generated for change (Comment added) made by faught
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110857&aid=1522078&group_id=10857

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Architecture
Group: Design
Status: Open
Resolution: None
Priority: 5
Submitted By: Daniel Sutcliffe (dansut)
Assigned to: Daniel Sutcliffe (dansut)
Summary: Using OpenSTAs tools without Admin privs gives poor errors

Initial Comment:
It was never originally intended that OpenSTA be run as
anything as a user with Administration privs - that
being said if it is attempted the errors and symptoms
the tools show are not at all obvious as to what the
problem is.

This bug exists mainly to alert the user to the above
fact and to point to this FAQ entry:
http://portal.opensta.org/faq.php?topic=NonAdminProblems

If you hit new symptoms that are not mentioned in the
above FAQ then please add them to that FAQ and not this
bug request.

The solution of this bug may be: to simply cause the
tools to fail gracefully with good error messages in
this situation, to fix the tools so they can run, or
some conbination of the above.  The direction that is
taken will depend on information gethered through the
FAQ entry and discussed on the OpenSTA-Users mailing list.

Please also reference bug#1199254 which addresses
similar issues attempting to run OpenSTA on WinXP Home
edition.

----------------------------------------------------------------------

Comment By: Danny Faught (faught)
Date: 2006-08-22 12:27

Message:
Logged In: YES 
user_id=576825

I just found a permissions problem unrelated to admin
privileges, but is likely to involve the same code that is
not properly checking for failure due to filesystem permissions.

I had pulled my repository out from SourceSafe.  My script
file was not checked out, so the write permissions on the
file were turned off.  Not realizing that I needed to check
out the file, I made changes to the script, clicked the Save
button, and got no error.  In fact, when I exited the Script
Modeler, all of my changes were lost.

The Script Modeler needs to check for errors when saving the
file.  I'm running OpenSTA 1.4.3.20 and Script Modeler
1.4.3.6 on Windows XP Pro SP2.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110857&aid=1522078&group_id=10857

Re: [OpenSTA-devel] opensta results analysis and ideas

[Bernie V. <Ber...@iP...>]

Corey wrote:
>does anyone have other ideas? or is anyone working with OpenSTA in a unique
>way that users or developers might benefit from? suggestions welcome.. post 
>to
>the list.

Hi Corey,

My 2 cents worth... I've often thought about developing a reporting package 
for OpenSTA for resale. As it is more likely I'll get blood from a stone
then money from the average OpenSTA user, I'll share my ideas here.

I see room for improvement for both graphs and tabular reports. A useful 
analysis technique is to examine trends in response time and resource 
utilization as a function of load. For many tests, especially those where 
users are ramped up in batches, load increases with time. Two intuitive 
means to quantify load are the number of VUs and the count of transactions 
per second (I know, I know, its the arrival rate that is most important, but 
counting completed transactions is the next best thing). All the reports 
that show load on the X axis currently show ALL loads. The system under test 
is in a steady state condition for only a small fraction of the loads 
observed. For example, lets say I introduce users in batches of 90 (up to 
360) with a ramp up period of 10 minutes and time between batches of 20 
minutes. In this example, I am interested in reporting for 90, 180, 270, and 
360 users.

Tabular reports: I find it helpful to view a tabular report that, for 
example, would show min, max, avg, std dev, count, and percentiles 
(specified at report time) grouped by user (90, 180, 270, and 360 in this 
example) by timer. You can see an example (minus the percentiles) on page 20 
of http://www.iperformax.com/downloads/SamplePerformaxPerformanceReport.pdf

Graphs::Perf mon data: An example is worth a thousand words. See page 18 of 
the aforementioned .pdf file for an example where one can overlay multiple 
perf mon data points vs users. Its also helpful to see this same graph where 
#VUs is replaced by the count of (specified) timers that completed during 
the same time period.

Graphs::Response time data: An example is worth a thousand words. See page 
19 of the aforementioned .pdf file for an example where one can overlay 
multiple perf mon data points vs users. Its also helpful to see this same 
graph where #VUs is replaced by the count of (specified) timers that 
completed during the same time period.

At report run time, one would have to specify some combination of 'units for 
the x-axis' (ie users, wall clock time range, transaction rate),  'user 
populations' (i.e. 90, 180, 270, and 360 ), transactions to include in 
transaction count (a list of timer names), and time intervals (i.e. 10-30 
minutes, 40-60 minutes, 70-90 minutes, and 100-120 minutes).

-Bernie Velivis

www.iPerformax.com

[OpenSTA-devel] [ opensta-Bugs-1523074 ] Created Cookie code uses CONSTANTs where dynamic expected

[SourceForge.net <no...@so...>]

Bugs item #1523074, was opened at 2006-07-15 10:20
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110857&aid=1523074&group_id=10857

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: HTTP Capture
Group: Behavioral
Status: Open
Resolution: None
Priority: 5
Submitted By: Daniel Sutcliffe (dansut)
Assigned to: Daniel Sutcliffe (dansut)
Summary: Created Cookie code uses CONSTANTs where dynamic expected

Initial Comment:
The code created to handle the dynamic nature of
Cookies occasionally uses a CONSTANT 'static' Cookie
when it is expected that one retrieved dynamically from
a Set-Cookie HTTP header through use of the of the
'LOAD RESPONSE_INFO HEADER' command would be expected.

It is currently unknown what exact conditions cause the
above problem, but it should be noted that it doesn't
happen for all Web applications and you should be sure
that you are clearing your browsers Cookie Cache for
the domains you are recording before assuming that you
are seeing this problem.

Workaround: hand code the dynamic Cookie SCL where the
problem occurs.

More information and workarounds should be available at
this FAQ location:
http://portal.opensta.org/faq.php?topic=RecordingCookies

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110857&aid=1523074&group_id=10857