mirrors/llvm-project
0
0
Fork 0
mirror of https://github.com/llvm/llvm-project.git synced 2025-05-13 01:06:05 +00:00
Code Issues Projects Releases Wiki Activity
llvm-project/lldb/packages/Python/lldbsuite/test/macosx/queues/TestQueues.py

244 lines
14 KiB
Python
Raw Normal View History

Add a quick test case for some of the queues debugging support. It should only run on Darwin systems, and only when a couple of libraries are available. llvm-svn: 203754
2014-03-13 05:37:51 +00:00
"""Test queues inspection SB APIs."""
Add from __future__ import print_function everywhere. Apparently there were tons of instances I missed last time, I guess I accidentally ran 2to3 non-recursively. This should be every occurrence of a print statement fixed to use a print function as well as from __future__ import print_function being added to every file. After this patch print statements will stop working everywhere in the test suite, and the print function should be used instead. llvm-svn: 251121
2015-10-23 17:04:29 +00:00
from __future__ import print_function
Remove `use_lldb_suite` from the package, and don't import it anymore. This module was originally intended to be imported by top-level scripts to be able to find the LLDB packages and third party libraries. Packages themselves shouldn't need to import it, because by the time it gets into the package, the top-level script should have already done this. Indeed, it was just adding the same values to sys.path multiple times, so this patch is essentially no functional change. To make sure it doesn't get re-introduced, we also delete the `use_lldb_suite` module from `lldbsuite/test`, although the original copy still remains in `lldb/test` llvm-svn: 251963
2015-11-03 19:20:39 +00:00
Update every test to import `lldb_shared`. This is necessary in order to allow third party modules to be located under lldb/third_party rather than under the test folder directly. Since we're already touching every test file anyway, we also go ahead and delete the unittest2 import and main block wherever possible. The ability to run a test as a standalone file has already been broken for some time, and if we decide we want this back, we should use unittest instead of unittest2. A few places could not have the import of unittest2 removed,because they depend on the unittest2.expectedFailure or skip decorators. Removing all those was orthogonal in spirit to the purpose of this CL, so the import of unittest2 remains in those files that were using it for its test decorators. Those can be addressed separately. llvm-svn: 251055
2015-10-22 20:06:20 +00:00
Add a quick test case for some of the queues debugging support. It should only run on Darwin systems, and only when a couple of libraries are available. llvm-svn: 203754
2014-03-13 05:37:51 +00:00
import unittest2
Update every test to import `lldb_shared`. This is necessary in order to allow third party modules to be located under lldb/third_party rather than under the test folder directly. Since we're already touching every test file anyway, we also go ahead and delete the unittest2 import and main block wherever possible. The ability to run a test as a standalone file has already been broken for some time, and if we decide we want this back, we should use unittest instead of unittest2. A few places could not have the import of unittest2 removed,because they depend on the unittest2.expectedFailure or skip decorators. Removing all those was orthogonal in spirit to the purpose of this CL, so the import of unittest2 remains in those files that were using it for its test decorators. Those can be addressed separately. llvm-svn: 251055
2015-10-22 20:06:20 +00:00
import os, time
Add a quick test case for some of the queues debugging support. It should only run on Darwin systems, and only when a couple of libraries are available. llvm-svn: 203754
2014-03-13 05:37:51 +00:00
import lldb
Move the rest of the tests over to using the new decorator module. llvm-svn: 259838
2016-02-04 23:04:17 +00:00
from lldbsuite.test.decorators import *
Tighten up sys.path, and use absolute imports everywhere. For convenience, we had added the folder that dotest.py was in to sys.path, so that we could easily write things like `import lldbutil` from anywhere and any test. This introduces a subtle problem when using Python's package system, because when unittest2 imports a particular test suite, the test suite is detached from the package. Thus, writing "import lldbutil" from dotest imports it as part of the package, and writing the same line from a test does a fresh import since the importing module was not part of the same package. The real way to fix this is to use absolute imports everywhere. Instead of writing "import lldbutil", we need to write "import lldbsuite.test.util". This patch fixes up that and all other similar cases, and additionally removes the script directory from sys.path to ensure that this can't happen again. llvm-svn: 251886
2015-11-03 02:06:18 +00:00
from lldbsuite.test.lldbtest import *
Move the rest of the tests over to using the new decorator module. llvm-svn: 259838
2016-02-04 23:04:17 +00:00
from lldbsuite.test import lldbutil
Add a quick test case for some of the queues debugging support. It should only run on Darwin systems, and only when a couple of libraries are available. llvm-svn: 203754
2014-03-13 05:37:51 +00:00
class TestQueues(TestBase):
mydir = TestBase.compute_mydir(__file__)
Replace sys.platform skips in tests with @skip decorators which check against remote platform. Adds @skipIfPlatform and @skipUnlessPlatform decorators which will skip if / unless the target platform is in the provided platform list. Test Plan: ninja check-lldb shows no regressions. When running cross platform, tests which cannot run on the target platform are skipped. Differential Revision: http://reviews.llvm.org/D8665 llvm-svn: 233547
2015-03-30 14:12:17 +00:00
@skipUnlessDarwin
Port the python api decorator to use test categories Summary: Per discussions on the mailing list, I have implemented a decorator which annotates individual test methods with categories. I have used this framework to replace the '-a' and '+a' command-line switches (now '-G pyapi' and '--skip-category pyapi') and the @python_api_test decorator (now @add_test_categories('pyapi')). The test suite now gives an error message suggesting the new options if the user specifies the deprecated +/-a switches. If the general direction is good, I will follow this up with other switches. Reviewers: tberghammer, tfiala, granata.enrico, zturner Subscribers: lldb-commits Differential Revision: http://reviews.llvm.org/D14020 llvm-svn: 251277
2015-10-26 09:28:32 +00:00
@add_test_categories(['pyapi'])
Merge dwarf and dsym tests Currently most of the test files have a separate dwarf and a separate dsym test with almost identical content (only the build step is different). With adding dwo symbol file handling to the test suit it would increase this to a 3-way duplication. The purpose of this change is to eliminate this redundancy with generating 2 test case (one dwarf and one dsym) for each test function specified (dwo handling will be added at a later commit). Main design goals: * There should be no boilerplate code in each test file to support the multiple debug info in most of the tests (custom scenarios are acceptable in special cases) so adding a new test case is easier and we can't miss one of the debug info type. * In case of a test failure, the debug symbols used during the test run have to be cleanly visible from the output of dotest.py to make debugging easier both from build bot logs and from local test runs * Each test case should have a unique, fully qualified name so we can run exactly 1 test with "-f <test-case>.<test-function>" syntax * Test output should be grouped based on test files the same way as it happens now (displaying dwarf/dsym results separately isn't preferable) Proposed solution (main logic in lldbtest.py, rest of them are test cases fixed up for the new style): * Have only 1 test fuction in the test files what will run for all debug info separately and this test function should call just "self.build(...)" to build an inferior with the right debug info * When a class is created by python (the class object, not the class instance), we will generate a new test method for each debug info format in the test class with the name "<test-function>_<debug-info>" and remove the original test method. This way unittest2 see multiple test methods (1 for each debug info, pretty much as of now) and will handle the test selection and the failure reporting correctly (the debug info will be visible from the end of the test name) * Add new annotation @no_debug_info_test to disable the generation of multiple tests for each debug info format when the test don't have an inferior Differential revision: http://reviews.llvm.org/D13028 llvm-svn: 248883
2015-09-30 10:12:40 +00:00
def test_with_python_api(self):
Add a quick test case for some of the queues debugging support. It should only run on Darwin systems, and only when a couple of libraries are available. llvm-svn: 203754
2014-03-13 05:37:51 +00:00
"""Test queues inspection SB APIs."""
Merge dwarf and dsym tests Currently most of the test files have a separate dwarf and a separate dsym test with almost identical content (only the build step is different). With adding dwo symbol file handling to the test suit it would increase this to a 3-way duplication. The purpose of this change is to eliminate this redundancy with generating 2 test case (one dwarf and one dsym) for each test function specified (dwo handling will be added at a later commit). Main design goals: * There should be no boilerplate code in each test file to support the multiple debug info in most of the tests (custom scenarios are acceptable in special cases) so adding a new test case is easier and we can't miss one of the debug info type. * In case of a test failure, the debug symbols used during the test run have to be cleanly visible from the output of dotest.py to make debugging easier both from build bot logs and from local test runs * Each test case should have a unique, fully qualified name so we can run exactly 1 test with "-f <test-case>.<test-function>" syntax * Test output should be grouped based on test files the same way as it happens now (displaying dwarf/dsym results separately isn't preferable) Proposed solution (main logic in lldbtest.py, rest of them are test cases fixed up for the new style): * Have only 1 test fuction in the test files what will run for all debug info separately and this test function should call just "self.build(...)" to build an inferior with the right debug info * When a class is created by python (the class object, not the class instance), we will generate a new test method for each debug info format in the test class with the name "<test-function>_<debug-info>" and remove the original test method. This way unittest2 see multiple test methods (1 for each debug info, pretty much as of now) and will handle the test selection and the failure reporting correctly (the debug info will be visible from the end of the test name) * Add new annotation @no_debug_info_test to disable the generation of multiple tests for each debug info format when the test don't have an inferior Differential revision: http://reviews.llvm.org/D13028 llvm-svn: 248883
2015-09-30 10:12:40 +00:00
self.build()
Add a quick test case for some of the queues debugging support. It should only run on Darwin systems, and only when a couple of libraries are available. llvm-svn: 203754
2014-03-13 05:37:51 +00:00
self.queues()
Refactor the Queues test case a little based on feedback from Jim. Add queues tests for when libBacktraceRecording is absent. llvm-svn: 203864
2014-03-13 23:04:22 +00:00
self.queues_with_libBacktraceRecording()
Add a quick test case for some of the queues debugging support. It should only run on Darwin systems, and only when a couple of libraries are available. llvm-svn: 203754
2014-03-13 05:37:51 +00:00
def setUp(self):
# Call super's setUp().
TestBase.setUp(self)
# Find the line numbers that we will step to in main:
self.main_source = "main.c"
Refactor the Queues test case a little based on feedback from Jim. Add queues tests for when libBacktraceRecording is absent. llvm-svn: 203864
2014-03-13 23:04:22 +00:00
def check_queue_for_valid_queue_id(self, queue):
self.assertTrue(queue.GetQueueID() != 0, "Check queue %s for valid QueueID (got 0x%x)" % (queue.GetName(), queue.GetQueueID()))
def check_running_and_pending_items_on_queue(self, queue, expected_running, expected_pending):
self.assertTrue(queue.GetNumPendingItems() == expected_pending, "queue %s should have %d pending items, instead has %d pending items" % (queue.GetName(), expected_pending, (queue.GetNumPendingItems())))
self.assertTrue(queue.GetNumRunningItems() == expected_running, "queue %s should have %d running items, instead has %d running items" % (queue.GetName(), expected_running, (queue.GetNumRunningItems())))
def check_number_of_threads_owned_by_queue(self, queue, number_threads):
self.assertTrue(queue.GetNumThreads() == number_threads, "queue %s should have %d thread executing, but has %d" % (queue.GetName(), number_threads, queue.GetNumThreads()))
def check_queue_kind (self, queue, kind):
expected_kind_string = "Unknown"
if kind == lldb.eQueueKindSerial:
expected_kind_string = "Serial queue"
if kind == lldb.eQueueKindConcurrent:
expected_kind_string = "Concurrent queue"
actual_kind_string = "Unknown"
if queue.GetKind() == lldb.eQueueKindSerial:
actual_kind_string = "Serial queue"
if queue.GetKind() == lldb.eQueueKindConcurrent:
actual_kind_string = "Concurrent queue"
self.assertTrue(queue.GetKind() == kind, "queue %s is expected to be a %s but it is actually a %s" % (queue.GetName(), expected_kind_string, actual_kind_string))
def check_queues_threads_match_queue(self, queue):
for idx in range(0, queue.GetNumThreads()):
t = queue.GetThreadAtIndex(idx)
self.assertTrue(t.IsValid(), "Queue %s's thread #%d must be valid" % (queue.GetName(), idx))
self.assertTrue(t.GetQueueID() == queue.GetQueueID(), "Queue %s has a QueueID of %d but its thread #%d has a QueueID of %d" % (queue.GetName(), queue.GetQueueID(), idx, t.GetQueueID()))
self.assertTrue(t.GetQueueName() == queue.GetName(), "Queue %s has a QueueName of %s but its thread #%d has a QueueName of %s" % (queue.GetName(), queue.GetName(), idx, t.GetQueueName()))
Add a new SBThread::GetQueue() method to get the queue that is currently associated with a given thread, on relevant targets. Change the queue detection code to verify that the queues associated with all live threads are included in the list. <rdar://problem/16411314> llvm-svn: 207160
2014-04-25 00:01:15 +00:00
self.assertTrue(t.GetQueue().GetQueueID() == queue.GetQueueID(), "Thread #%d's Queue's QueueID of %d is not the same as the QueueID of its owning queue %d" % (idx, t.GetQueue().GetQueueID(), queue.GetQueueID()))
Refactor the Queues test case a little based on feedback from Jim. Add queues tests for when libBacktraceRecording is absent. llvm-svn: 203864
2014-03-13 23:04:22 +00:00
Add a quick test case for some of the queues debugging support. It should only run on Darwin systems, and only when a couple of libraries are available. llvm-svn: 203754
2014-03-13 05:37:51 +00:00
def queues(self):
Refactor the Queues test case a little based on feedback from Jim. Add queues tests for when libBacktraceRecording is absent. llvm-svn: 203864
2014-03-13 23:04:22 +00:00
"""Test queues inspection SB APIs without libBacktraceRecording."""
exe = os.path.join(os.getcwd(), "a.out")
target = self.dbg.CreateTarget(exe)
self.assertTrue(target, VALID_TARGET)
self.main_source_spec = lldb.SBFileSpec (self.main_source)
break1 = target.BreakpointCreateByName ("stopper", 'a.out')
self.assertTrue(break1, VALID_BREAKPOINT)
process = target.LaunchSimple (None, None, self.get_process_working_directory())
self.assertTrue(process, PROCESS_IS_VALID)
threads = lldbutil.get_threads_stopped_at_breakpoint (process, break1)
if len(threads) != 1:
self.fail ("Failed to stop at breakpoint 1.")
queue_submittor_1 = lldb.SBQueue()
queue_performer_1 = lldb.SBQueue()
queue_performer_2 = lldb.SBQueue()
queue_performer_3 = lldb.SBQueue()
for idx in range (0, process.GetNumQueues()):
q = process.GetQueueAtIndex(idx)
if q.GetName() == "com.apple.work_submittor_1":
queue_submittor_1 = q
if q.GetName() == "com.apple.work_performer_1":
queue_performer_1 = q
if q.GetName() == "com.apple.work_performer_2":
queue_performer_2 = q
if q.GetName() == "com.apple.work_performer_3":
queue_performer_3 = q
self.assertTrue(queue_submittor_1.IsValid() and queue_performer_1.IsValid() and queue_performer_2.IsValid() and queue_performer_3.IsValid(), "Got all four expected queues: %s %s %s %s" % (queue_submittor_1.IsValid(), queue_performer_1.IsValid(), queue_performer_2.IsValid(), queue_performer_3.IsValid()))
self.check_queue_for_valid_queue_id (queue_submittor_1)
self.check_queue_for_valid_queue_id (queue_performer_1)
self.check_queue_for_valid_queue_id (queue_performer_2)
self.check_queue_for_valid_queue_id (queue_performer_3)
self.check_number_of_threads_owned_by_queue (queue_submittor_1, 1)
self.check_number_of_threads_owned_by_queue (queue_performer_1, 1)
self.check_number_of_threads_owned_by_queue (queue_performer_2, 1)
self.check_number_of_threads_owned_by_queue (queue_performer_3, 4)
self.check_queue_kind (queue_submittor_1, lldb.eQueueKindSerial)
self.check_queue_kind (queue_performer_1, lldb.eQueueKindSerial)
self.check_queue_kind (queue_performer_2, lldb.eQueueKindSerial)
self.check_queue_kind (queue_performer_3, lldb.eQueueKindConcurrent)
self.check_queues_threads_match_queue (queue_submittor_1)
self.check_queues_threads_match_queue (queue_performer_1)
self.check_queues_threads_match_queue (queue_performer_2)
self.check_queues_threads_match_queue (queue_performer_3)
In r240466, when Greg added the jThreadsInfo packet, he accidentally disabled the use of the jThreadGetExtendedInfo packet which is used to retrieve additional information about a thread, such as the QoS setting for that thread on darwin systems. Re-enable the use of the jThreadGetExtendedInfo packet, and add some quick tests to the TestQueues mac test case which will verify that we can retrieve the QoS names for these test threads. <rdar://problem/22925096> llvm-svn: 250364
2015-10-15 04:20:42 +00:00
# We have threads running with all the different dispatch QoS service
# levels - find those threads and check that we can get the correct
# QoS name for each of them.
user_initiated_thread = lldb.SBThread()
user_interactive_thread = lldb.SBThread()
utility_thread = lldb.SBThread()
unspecified_thread = lldb.SBThread()
background_thread = lldb.SBThread()
for th in process.threads:
if th.GetName() == "user initiated QoS":
user_initiated_thread = th
if th.GetName() == "user interactive QoS":
user_interactive_thread = th
if th.GetName() == "utility QoS":
utility_thread = th
if th.GetName() == "unspecified QoS":
unspecified_thread = th
if th.GetName() == "background QoS":
background_thread = th
self.assertTrue(user_initiated_thread.IsValid(), "Found user initiated QoS thread")
self.assertTrue(user_interactive_thread.IsValid(), "Found user interactive QoS thread")
self.assertTrue(utility_thread.IsValid(), "Found utility QoS thread")
self.assertTrue(unspecified_thread.IsValid(), "Found unspecified QoS thread")
self.assertTrue(background_thread.IsValid(), "Found background QoS thread")
stream = lldb.SBStream()
self.assertTrue(user_initiated_thread.GetInfoItemByPathAsString("requested_qos.printable_name", stream), "Get QoS printable string for user initiated QoS thread")
self.assertTrue(stream.GetData() == "User Initiated", "user initiated QoS thread name is valid")
stream.Clear()
self.assertTrue(user_interactive_thread.GetInfoItemByPathAsString("requested_qos.printable_name", stream), "Get QoS printable string for user interactive QoS thread")
self.assertTrue(stream.GetData() == "User Interactive", "user interactive QoS thread name is valid")
stream.Clear()
self.assertTrue(utility_thread.GetInfoItemByPathAsString("requested_qos.printable_name", stream), "Get QoS printable string for utility QoS thread")
self.assertTrue(stream.GetData() == "Utility", "utility QoS thread name is valid")
stream.Clear()
self.assertTrue(unspecified_thread.GetInfoItemByPathAsString("requested_qos.printable_name", stream), "Get QoS printable string for unspecified QoS thread")
self.assertTrue(stream.GetData() == "User Initiated", "unspecified QoS thread name is valid")
stream.Clear()
self.assertTrue(background_thread.GetInfoItemByPathAsString("requested_qos.printable_name", stream), "Get QoS printable string for background QoS thread")
self.assertTrue(stream.GetData() == "Background", "background QoS thread name is valid")
Refactor the Queues test case a little based on feedback from Jim. Add queues tests for when libBacktraceRecording is absent. llvm-svn: 203864
2014-03-13 23:04:22 +00:00
def queues_with_libBacktraceRecording(self):
"""Test queues inspection SB APIs with libBacktraceRecording present."""
Add a quick test case for some of the queues debugging support. It should only run on Darwin systems, and only when a couple of libraries are available. llvm-svn: 203754
2014-03-13 05:37:51 +00:00
exe = os.path.join(os.getcwd(), "a.out")
if not os.path.isfile('/Applications/Xcode.app/Contents/Developer/usr/lib/libBacktraceRecording.dylib'):
self.skipTest ("Skipped because libBacktraceRecording.dylib was present on the system.")
if not os.path.isfile('/usr/lib/system/introspection/libdispatch.dylib'):
self.skipTest ("Skipped because introspection libdispatch dylib is not present.")
target = self.dbg.CreateTarget(exe)
self.assertTrue(target, VALID_TARGET)
self.main_source_spec = lldb.SBFileSpec (self.main_source)
break1 = target.BreakpointCreateByName ("stopper", 'a.out')
self.assertTrue(break1, VALID_BREAKPOINT)
# Now launch the process, and do not stop at entry point.
process = target.LaunchSimple (None, ['DYLD_INSERT_LIBRARIES=/Applications/Xcode.app/Contents/Developer/usr/lib/libBacktraceRecording.dylib', 'DYLD_LIBRARY_PATH=/usr/lib/system/introspection'], self.get_process_working_directory())
self.assertTrue(process, PROCESS_IS_VALID)
# The stop reason of the thread should be breakpoint.
threads = lldbutil.get_threads_stopped_at_breakpoint (process, break1)
if len(threads) != 1:
self.fail ("Failed to stop at breakpoint 1.")
Refactor the Queues test case a little based on feedback from Jim. Add queues tests for when libBacktraceRecording is absent. llvm-svn: 203864
2014-03-13 23:04:22 +00:00
libbtr_module_filespec = lldb.SBFileSpec("libBacktraceRecording.dylib")
Add a quick test case for some of the queues debugging support. It should only run on Darwin systems, and only when a couple of libraries are available. llvm-svn: 203754
2014-03-13 05:37:51 +00:00
libbtr_module = target.FindModule (libbtr_module_filespec)
if not libbtr_module.IsValid():
self.skipTest ("Skipped because libBacktraceRecording.dylib was not loaded into the process.")
Refactor the Queues test case a little based on feedback from Jim. Add queues tests for when libBacktraceRecording is absent. llvm-svn: 203864
2014-03-13 23:04:22 +00:00
self.assertTrue(process.GetNumQueues() >= 4, "Found the correct number of queues.")
queue_submittor_1 = lldb.SBQueue()
queue_performer_1 = lldb.SBQueue()
queue_performer_2 = lldb.SBQueue()
queue_performer_3 = lldb.SBQueue()
for idx in range (0, process.GetNumQueues()):
q = process.GetQueueAtIndex(idx)
if q.GetName() == "com.apple.work_submittor_1":
queue_submittor_1 = q
if q.GetName() == "com.apple.work_performer_1":
queue_performer_1 = q
if q.GetName() == "com.apple.work_performer_2":
queue_performer_2 = q
if q.GetName() == "com.apple.work_performer_3":
queue_performer_3 = q
self.assertTrue(queue_submittor_1.IsValid() and queue_performer_1.IsValid() and queue_performer_2.IsValid() and queue_performer_3.IsValid(), "Got all four expected queues: %s %s %s %s" % (queue_submittor_1.IsValid(), queue_performer_1.IsValid(), queue_performer_2.IsValid(), queue_performer_3.IsValid()))
self.check_queue_for_valid_queue_id (queue_submittor_1)
self.check_queue_for_valid_queue_id (queue_performer_1)
self.check_queue_for_valid_queue_id (queue_performer_2)
self.check_queue_for_valid_queue_id (queue_performer_3)
self.check_running_and_pending_items_on_queue (queue_submittor_1, 1, 0)
self.check_running_and_pending_items_on_queue (queue_performer_1, 1, 3)
self.check_running_and_pending_items_on_queue (queue_performer_2, 1, 9999)
self.check_running_and_pending_items_on_queue (queue_performer_3, 4, 0)
self.check_number_of_threads_owned_by_queue (queue_submittor_1, 1)
self.check_number_of_threads_owned_by_queue (queue_performer_1, 1)
self.check_number_of_threads_owned_by_queue (queue_performer_2, 1)
self.check_number_of_threads_owned_by_queue (queue_performer_3, 4)
self.check_queue_kind (queue_submittor_1, lldb.eQueueKindSerial)
self.check_queue_kind (queue_performer_1, lldb.eQueueKindSerial)
self.check_queue_kind (queue_performer_2, lldb.eQueueKindSerial)
self.check_queue_kind (queue_performer_3, lldb.eQueueKindConcurrent)
Also check if the queues are serial or concurrent. llvm-svn: 203755
2014-03-13 05:43:18 +00:00
Refactor the Queues test case a little based on feedback from Jim. Add queues tests for when libBacktraceRecording is absent. llvm-svn: 203864
2014-03-13 23:04:22 +00:00
self.check_queues_threads_match_queue (queue_submittor_1)
self.check_queues_threads_match_queue (queue_performer_1)
self.check_queues_threads_match_queue (queue_performer_2)
self.check_queues_threads_match_queue (queue_performer_3)
self.assertTrue(queue_performer_2.GetPendingItemAtIndex(0).IsValid(), "queue 2's pending item #0 is valid")
self.assertTrue(queue_performer_2.GetPendingItemAtIndex(0).GetAddress().GetSymbol().GetName() == "doing_the_work_2", "queue 2's pending item #0 should be doing_the_work_2")
self.assertTrue(queue_performer_2.GetNumPendingItems() == 9999, "verify that queue 2 still has 9999 pending items")
self.assertTrue(queue_performer_2.GetPendingItemAtIndex(9998).IsValid(), "queue 2's pending item #9998 is valid")
self.assertTrue(queue_performer_2.GetPendingItemAtIndex(9998).GetAddress().GetSymbol().GetName() == "doing_the_work_2", "queue 2's pending item #0 should be doing_the_work_2")
self.assertTrue(queue_performer_2.GetPendingItemAtIndex(9999).IsValid() == False, "queue 2's pending item #9999 is invalid")
Reference in New Issue Copy Permalink