https://svn.apache.org/viewvc?view=revision&revision=1746375
I believe I've fixed the issues you've raised so far. Now on to new ones. In general, I won't have much time to work more on this in the near future, but I think we are closer to seeing real test failures as opposed to problems in the test scripting. Latest results: https://ci.appveyor.com/project/ssorj/qpid-svn-reorg/build/hammerandtong.76 I had my test timeout set relatively low. In other runs, the python_tests were also failing, not timing out. I'm also now skipping the unit_tests because of the SSL issue I haven't been able to resolve. The following tests FAILED: 4 - federation_tests (Failed) 5 - flow_control_tests (Timeout) 8 - python_tests (Timeout) 12 - windows_store_tests (Failed) Errors while running CTest 4: run_federation_tests: Calling 'qpid-python-test --broker localhost:1760 --time -m headers_federation -Dremote-port=1762' 4: headers_federation.HeadersFederationTests.test_dynamic_headers_unbind ... fail 4: Error during test: Traceback (most recent call last): 4: File "C:\projects\qpid-svn-reorg\build\python\bin\\qpid-python-test", line 340, in run 4: phase() 4: File "C:\projects\qpid-svn-reorg\build\cpp\src\tests\headers_federation.py", line 88, in test_dynamic_headers_unbind 4: self.verify_cleanup() 4: File "C:\projects\qpid-svn-reorg\build\cpp\src\tests\headers_federation.py", line 41, in verify_cleanup 4: self.fail("Bridges and links didn't clean up") 4: File "C:\Python27\lib\unittest\case.py", line 410, in fail 4: raise self.failureException(msg) 4: AssertionError: Bridges and links didn't clean up 4: Totals: 1 tests, 0 passed, 0 skipped, 0 ignored, 1 failed 12: store.StoreTests.testDtxRecoverPrepared ................................. fail 12: Error during test: Traceback (most recent call last): 12: File "C:\projects\qpid-svn-reorg\build\python\bin\\qpid-python-test", line 340, in run 12: phase() 12: File "C:\projects\qpid-svn-reorg\build\cpp\src\tests\store.py", line 195, in testDtxRecoverPrepared 12: self.assert_(xid_matched) 12: File "C:\Python27\lib\unittest\case.py", line 422, in assertTrue 12: raise self.failureException(msg) 12: AssertionError: False is not true On Tue, May 31, 2016 at 6:28 AM, Adel Boutros <adelbout...@live.com> wrote: > Hello Justin, > > > > When do > you think you will have time to fix those issues? > > > > Regards, > > Adel > > From: adelbout...@live.com > > To: users@qpid.apache.org > > Subject: RE: Qpid C++ 0.34 unit tests are failing with visual studio 2013 > > Date: Fri, 27 May 2016 18:31:29 +0200 > > > > In env.py.in, all libraries are ".so" extension which will not work on > Windows as you will need ".dll" instead > > > > _export_module("HA_LIB", join(BUILD_DIR, "src", > "ha.so"))_export_module("XML_LIB", join(BUILD_DIR, "src", > "xml.so"))_export_module("AMQP_LIB", join(BUILD_DIR, "src", > "amqp.so"))_export_module("TEST_STORE_LIB", join(BUILD_DIR, "src", "tests", > "test_store.so"))_export_module("STORE_LIB", join(BUILD_DIR, "src", > "linearstore.so")) > > > From: adelbout...@live.com > > > To: users@qpid.apache.org > > > Subject: RE: Qpid C++ 0.34 unit tests are failing with visual studio > 2013 > > > Date: Fri, 27 May 2016 17:49:46 +0200 > > > > > > In qmf_tests, in brokertest.py, there is something wrong with the path > because the script cannot find "qpidd" executable. If you add the ".exe" > extension then it works. > > > I noticed that all other tests use "common.py" for qpidd. So why is > this test different? > > > Fixing the path makes the test pass and it fixes the same error in > other tests. > > > Error: AssertionError: executable not found: qpiddFix: qpidd_exec = > "qpidd.exe" (In brokertest.py) > > > Regards,Adel > > > > > > > Date: Fri, 27 May 2016 07:59:34 -0700 > > > > Subject: Re: Qpid C++ 0.34 unit tests are failing with visual studio > 2013 > > > > From: justin.r...@gmail.com > > > > To: users@qpid.apache.org > > > > > > > > Yeah, that's a simple bug on my end. I'll get that fixed and report > back. > > > > > > > > On Fri, May 27, 2016 at 7:52 AM, Adel Boutros <adelbout...@live.com> > wrote: > > > > > > > > > Also, in env.ps1.in, there is a reference to "$builddir" but it > never has > > > > > value so the tests needing PYTHON_DIR will always fail. > > > > > $PYTHON_DIR="$builddir\python" ---> is interpreted as "\python" > > > > > I think there is a missing link between "$builddir" and some Cmake > > > > > variable. > > > > > > From: adelbout...@live.com > > > > > > To: users@qpid.apache.org > > > > > > Subject: RE: Qpid C++ 0.34 unit tests are failing with visual > studio 2013 > > > > > > Date: Fri, 27 May 2016 16:31:44 +0200 > > > > > > > > > > > > Hello Justin, > > > > > > So I launched all the tests and I have 10 failing including the > > > > > unit_tests (There is a disconnection error which I can also see in > your > > > > > appveyor). > > > > > > > > > > > > The following tests FAILED: 4 - federation_tests (Failed) > 5 - > > > > > flow_control_tests (Timeout) 6 - ha_tests (Failed) 9 - > > > > > python_tests (Failed) 11 - qmf_tests (Failed) 14 - > > > > > interlink_tests (Failed) 15 - interop_tests (Timeout) 16 - > store_tests > > > > > (Failed) 17 - store_tests_clfs (Failed) > > > > > > For the store_tests, powershell scripts in current directory > cannot be > > > > > launched as they are not trusted, so you should add ".\" prior to > the > > > > > script name. > > > > > > C:\Windows\System32\WindowsPowerShell\v1.0\powershell.exe > > > > > "run_store_tests.ps1" "MSSQL"The error message is helpful > > > > > actually:run_store_tests.ps1 : The term 'run_store_tests.ps1' is > not > > > > > recognized as the name of a cmdlet, function... Suggestion > [3,General]: The > > > > > command run_store_tests.ps1 was not found, but does exist in the > current > > > > > location. Windows PowerShell does not load commands from the > current > > > > > location by default. If you trust this command, instead type > > > > > ".\run_store_tests.ps1". See "get-help about_Command_Precedence" > for more > > > > > details. > > > > > > I am still debugging the other tests. > > > > > > Have you had a better luck than mine? > > > > > > I can send you the test logs if you like. > > > > > > PS: I am compiling with SASL/SSL disabled and valgrind disabled > also > > > > > completely. > > > > > > Regards,Adel > > > > > > > From: adelbout...@live.com > > > > > > > To: users@qpid.apache.org > > > > > > > Subject: RE: Qpid C++ 0.34 unit tests are failing with visual > studio > > > > > 2013 > > > > > > > Date: Fri, 27 May 2016 12:02:40 +0200 > > > > > > > > > > > > > > Please ignore my last email. There was a problem with the PATH > > > > > environment variable. > > > > > > > > > > > > > > > From: adelbout...@live.com > > > > > > > > To: users@qpid.apache.org > > > > > > > > Subject: RE: Qpid C++ 0.34 unit tests are failing with > visual studio > > > > > 2013 > > > > > > > > Date: Fri, 27 May 2016 11:40:58 +0200 > > > > > > > > > > > > > > > > Hello Justin, > > > > > > > > I updated to the head of the trunk and relaunched > everything. I > > > > > still have a problem with the qpid tools.I can see all the bat > files, but > > > > > the code still calls the original files for example: > > > > > > > > 1: run_acl_tests: Calling 'qpid-python-test --broker > localhost:63666 > > > > > --time -m acl -Dport-i=63668 -Dport-u=63710 -Dport-q=63712 > > > > > > -Dpolicy-file=D:\qpid-cpp-trunk.git\qpid\qpid\cpp\build-dir-RelWithDebInfo\src\tests\policy.acl'1: > > > > > 'qpid-python-test' is not recognized as an internal or external > command, > > > > > > > > All the .py files have not been updated to launch > > > > > qpid-python-test.bat when on windows:Example: > > > > > qpid/cpp/src/tests/run_interop_testscall("qpid-python-test -m > interop_tests > > > > > -DOUTDIR={0}", WORK_DIR) > > > > > > > > Regards,Adel > > > > > > > > > Date: Thu, 26 May 2016 15:02:59 -0700 > > > > > > > > > Subject: Re: Qpid C++ 0.34 unit tests are failing with > visual > > > > > studio 2013 > > > > > > > > > From: justin.r...@gmail.com > > > > > > > > > To: users@qpid.apache.org > > > > > > > > > > > > > > > > > > An update. I think I've fixed the python and backslash > problems. > > > > > > > > > > > > > > > > > > https://issues.apache.org/jira/browse/QPID-7281 > > > > > > > > > > > > > > > > > > Here's what I get now in appveyor: > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > https://ci.appveyor.com/project/ssorj/qpid-svn-reorg/build/hammerandtong.71 > > > > > > > > > > > > > > > > > > The unit_test failure is one I've had for a long time. > I've not > > > > > yet been > > > > > > > > > able to convince either appveyor to use "localhost" for its > > > > > hostname or > > > > > > > > > unit_test to use "appveyor-vm" as its ssl cert name. So > it times > > > > > out. > > > > > > > > > > > > > > > > > > The other tests are running now, with some failures. Note > that up > > > > > to now > > > > > > > > > I've been liberal in enabling the cross-platform tests > that can > > > > > > > > > hypothetically work in windows. There may be specific > instances > > > > > where I'm > > > > > > > > > wrong, and we'll need to adjust the target platform for > the test. > > > > > > > > > > > > > > > > > > On Thu, May 26, 2016 at 9:45 AM, Andrew Stitcher < > > > > > astitc...@redhat.com> > > > > > > > > > wrote: > > > > > > > > > > > > > > > > > > > On Thu, 2016-05-26 at 09:38 -0700, Justin Ross wrote: > > > > > > > > > > > I tried this approach first. I wasn't able to make > that > > > > > > > > > > > configuration > > > > > > > > > > > available in CTestCustom.cmake when I tried last. > However, I > > > > > don't > > > > > > > > > > > think I > > > > > > > > > > > tried repeating the find_package logic directly in the > > > > > custom.cmake > > > > > > > > > > > file, > > > > > > > > > > > which I will do. > > > > > > > > > > > > > > > > > > > > CMake is hierarchical so the find_package() would need > to be in > > > > > a CMake > > > > > > > > > > file above the relevant one (and perhaps in the sequence > before > > > > > the > > > > > > > > > > add_directory(..) or include(...) that includes the file > you > > > > > want the > > > > > > > > > > definition in - I'm not too clear about that point. > > > > > > > > > > > > > > > > > > > > Andrew > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > --------------------------------------------------------------------- > > > > > > > > > > To unsubscribe, e-mail: > users-unsubscr...@qpid.apache.org > > > > > > > > > > For additional commands, e-mail: > users-h...@qpid.apache.org > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >
