The revised test suites
Dear Eddy Caron and DIET team,
3.7.1 Notes for Results The error code, GRPC_NOT_INITIALIZED, is not defined in the error reporting functions, in Section 4.7 of GFD-R.52. When the functions are called before grpc_initialize() is called, however, some GridRPC implementations might return GRPC_NOT_INITIALIZED.
-> is that something which should be fixed in the spec then? I.e are the implementations which return GRPC_NOT_INITIALIZED here otherwise non-compliant?
I talked to Hidemoto, a co-chair of GridRPC-WG and we agreed with you. This is a small glitch and should be fixed in the specification document.
For the interoperability test document, I would like to add two test cases which check if the two error reporting functions of each implementation appropriately returns GRPC_NOT_INITIALIZED or not. I will send the revised test suites to this mailing list later.
The attachment is the revised test suites. error_report_test_5() and error_report_test_9() are a new test case code for the above. Could you confirm DIET passes those two test cases? I confirmed the latest Ninf-G and the latest GridSolve pass them. Thanks, ----------------------------------------------------- Yusuke Tanimura <yusuke.tanimura@aist.go.jp> Grid Technology Research Center, National Institute of AIST 1-1-1 Umezono, Tsukuba Central 2 Tsukuba City 305-8568, Japan TEL: +81-29-862-6703 / FAX: +81-29-862-6601
Dear Yusuke Tanimura, It's done now, I confirm DIET passes those two new test cases (available only with the CVS version, but it will be include in the next release). Best regards, Eddy Le 26 févr. 07 à 16:06, Yusuke Tanimura a écrit :
Dear Eddy Caron and DIET team,
3.7.1 Notes for Results The error code, GRPC_NOT_INITIALIZED, is not defined in the error reporting functions, in Section 4.7 of GFD-R.52. When the functions are called before grpc_initialize() is called, however, some GridRPC implementations might return GRPC_NOT_INITIALIZED.
-> is that something which should be fixed in the spec then? I.e are the implementations which return GRPC_NOT_INITIALIZED here otherwise non-compliant?
I talked to Hidemoto, a co-chair of GridRPC-WG and we agreed with you. This is a small glitch and should be fixed in the specification document.
For the interoperability test document, I would like to add two test cases which check if the two error reporting functions of each implementation appropriately returns GRPC_NOT_INITIALIZED or not. I will send the revised test suites to this mailing list later.
The attachment is the revised test suites. error_report_test_5() and error_report_test_9() are a new test case code for the above. Could you confirm DIET passes those two test cases?
I confirmed the latest Ninf-G and the latest GridSolve pass them.
Thanks,
----------------------------------------------------- Yusuke Tanimura <yusuke.tanimura@aist.go.jp> Grid Technology Research Center, National Institute of AIST 1-1-1 Umezono, Tsukuba Central 2 Tsukuba City 305-8568, Japan TEL: +81-29-862-6703 / FAX: +81-29-862-6601 <grpc-ioptest-0225.tar.gz>
------------------------------------------------------------------------ ---------------------- Eddy Caron. Mcf ENS Lyon ENS Lyon - LIP - Projet GRAAL 46 Allee d'Italie, 69364 Lyon Cedex 07, France E-Mail : Eddy.Caron@ens-lyon.fr [ Tel : 04.72.72.84.96 ][ Web page : http://graal.ens-lyon.fr/~ecaron ] ------------------------------------------------------------------------ ------------------------
Dear Eddy, Thanks for the work! I will update the version number of DIET. Could you tell me (and can I write in the document) your planned version number and when it will be available to the public?
Dear Yusuke Tanimura,
It's done now, I confirm DIET passes those two new test cases (available only with the CVS version, but it will be include in the next release).
Best regards, Eddy
Le 26 févr. 07 à 16:06, Yusuke Tanimura a écrit :
Dear Eddy Caron and DIET team,
3.7.1 Notes for Results The error code, GRPC_NOT_INITIALIZED, is not defined in the error reporting functions, in Section 4.7 of GFD-R.52. When the functions are called before grpc_initialize() is called, however, some GridRPC implementations might return GRPC_NOT_INITIALIZED.
-> is that something which should be fixed in the spec then? I.e are the implementations which return GRPC_NOT_INITIALIZED here otherwise non-compliant?
I talked to Hidemoto, a co-chair of GridRPC-WG and we agreed with you. This is a small glitch and should be fixed in the specification document.
For the interoperability test document, I would like to add two test cases which check if the two error reporting functions of each implementation appropriately returns GRPC_NOT_INITIALIZED or not. I will send the revised test suites to this mailing list later.
The attachment is the revised test suites. error_report_test_5() and error_report_test_9() are a new test case code for the above. Could you confirm DIET passes those two test cases?
I confirmed the latest Ninf-G and the latest GridSolve pass them.
Thanks,
----------------------------------------------------- Yusuke Tanimura <yusuke.tanimura@aist.go.jp> Grid Technology Research Center, National Institute of AIST 1-1-1 Umezono, Tsukuba Central 2 Tsukuba City 305-8568, Japan TEL: +81-29-862-6703 / FAX: +81-29-862-6601 <grpc-ioptest-0225.tar.gz>
------------------------------------------------------------------------ ---------------------- Eddy Caron. Mcf ENS Lyon ENS Lyon - LIP - Projet GRAAL 46 Allee d'Italie, 69364 Lyon Cedex 07, France E-Mail : Eddy.Caron@ens-lyon.fr [ Tel : 04.72.72.84.96 ][ Web page : http://graal.ens-lyon.fr/~ecaron ] ------------------------------------------------------------------------ ------------------------
----------------------------------------------------- Yusuke Tanimura <yusuke.tanimura@aist.go.jp> Grid Technology Research Center, National Institute of AIST 1-1-1 Umezono, Tsukuba Central 2 Tsukuba City 305-8568, Japan TEL: +81-29-862-6703 / FAX: +81-29-862-6601
Dear Yusuke, The next DIET release (2.3) should be available in june (end of june). This release provides the following features: - GridRPC support (adding those two new cases) - Batch scheduler support (OAR, PBS, SGE, NQS, Condor and LoadLeveler) - Dynamic Plug-in Scheduler - Burst mode for set of requests - Java Client API Each features are done but we must write the documentation. Regards, Eddy Le 24 mars 07 à 10:42, Yusuke Tanimura a écrit :
Dear Eddy,
Thanks for the work!
I will update the version number of DIET. Could you tell me (and can I write in the document) your planned version number and when it will be available to the public?
Dear Yusuke Tanimura,
It's done now, I confirm DIET passes those two new test cases (available only with the CVS version, but it will be include in the next release).
Best regards, Eddy
Le 26 févr. 07 à 16:06, Yusuke Tanimura a écrit :
Dear Eddy Caron and DIET team,
3.7.1 Notes for Results The error code, GRPC_NOT_INITIALIZED, is not defined in the error reporting functions, in Section 4.7 of GFD-R.52. When the functions are called before grpc_initialize() is called, however, some GridRPC implementations might return GRPC_NOT_INITIALIZED.
-> is that something which should be fixed in the spec then? I.e are the implementations which return GRPC_NOT_INITIALIZED here otherwise non-compliant?
I talked to Hidemoto, a co-chair of GridRPC-WG and we agreed with you. This is a small glitch and should be fixed in the specification document.
For the interoperability test document, I would like to add two test cases which check if the two error reporting functions of each implementation appropriately returns GRPC_NOT_INITIALIZED or not. I will send the revised test suites to this mailing list later.
The attachment is the revised test suites. error_report_test_5() and error_report_test_9() are a new test case code for the above. Could you confirm DIET passes those two test cases?
I confirmed the latest Ninf-G and the latest GridSolve pass them.
Thanks,
----------------------------------------------------- Yusuke Tanimura <yusuke.tanimura@aist.go.jp> Grid Technology Research Center, National Institute of AIST 1-1-1 Umezono, Tsukuba Central 2 Tsukuba City 305-8568, Japan TEL: +81-29-862-6703 / FAX: +81-29-862-6601 <grpc-ioptest-0225.tar.gz>
--------------------------------------------------------------------- --- ---------------------- Eddy Caron. Mcf ENS Lyon ENS Lyon - LIP - Projet GRAAL 46 Allee d'Italie, 69364 Lyon Cedex 07, France E-Mail : Eddy.Caron@ens-lyon.fr [ Tel : 04.72.72.84.96 ][ Web page : http://graal.ens-lyon.fr/ ~ecaron ] --------------------------------------------------------------------- --- ------------------------
----------------------------------------------------- Yusuke Tanimura <yusuke.tanimura@aist.go.jp> Grid Technology Research Center, National Institute of AIST 1-1-1 Umezono, Tsukuba Central 2 Tsukuba City 305-8568, Japan TEL: +81-29-862-6703 / FAX: +81-29-862-6601
------------------------------------------------------------------------ ---------------------- Eddy Caron. Mcf ENS Lyon ENS Lyon - LIP - Projet GRAAL 46 Allee d'Italie, 69364 Lyon Cedex 07, France E-Mail : Eddy.Caron@ens-lyon.fr [ Tel : 04.72.72.84.96 ][ Web page : http://graal.ens-lyon.fr/~ecaron ] ------------------------------------------------------------------------ ------------------------
participants (2)
-
Eddy Caron -
Yusuke Tanimura