You are viewing a plain text version of this content. The canonical link for it is here.
Posted to c-dev@axis.apache.org by "Fred Preston (JIRA)" <ax...@ws.apache.org> on 2004/11/30 12:43:28 UTC
[jira] Created: (AXISCPP-287) When loading DLLs, no check is made to verify the DLL is what is expected.
When loading DLLs, no check is made to verify the DLL is what is expected.
--------------------------------------------------------------------------
Key: AXISCPP-287
URL: http://nagoya.apache.org/jira/browse/AXISCPP-287
Project: Axis-C++
Type: Improvement
Components: Basic Architecture
Environment: n/a
Reporter: Fred Preston
When loading DLLs listed in the config file, no check is made to verify that the DLL specified is what is expected. This has lead to unexpected behaviour when the XMLParser directory path was inadvertently swapped with Transport. By adding an exported method to the DLL (i.e void GetVersion( char * pszBuildInfo, char * pszDLLType)), the DLL loader could verify that the DLL it has just loaded was of the expected type.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://nagoya.apache.org/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
http://www.atlassian.com/software/jira
[jira] Assigned: (AXISCPP-287) When loading DLLs, no check is made to verify the DLL is what is expected.
Posted by "Samisa Abeysinghe (JIRA)" <ax...@ws.apache.org>.
[ http://issues.apache.org/jira/browse/AXISCPP-287?page=all ]
Samisa Abeysinghe reassigned AXISCPP-287:
-----------------------------------------
Assign To: (was: Samisa Abeysinghe)
> When loading DLLs, no check is made to verify the DLL is what is expected.
> --------------------------------------------------------------------------
>
> Key: AXISCPP-287
> URL: http://issues.apache.org/jira/browse/AXISCPP-287
> Project: Axis-C++
> Type: Improvement
> Components: Basic Architecture
> Environment: n/a
> Reporter: Fred Preston
>
> When loading DLLs listed in the config file, no check is made to verify that the DLL specified is what is expected. This has lead to unexpected behaviour when the XMLParser directory path was inadvertently swapped with Transport. By adding an exported method to the DLL (i.e void GetVersion( char * pszBuildInfo, char * pszDLLType)), the DLL loader could verify that the DLL it has just loaded was of the expected type.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira
[jira] Commented: (AXISCPP-287) When loading DLLs, no check is made to verify the DLL is what is expected.
Posted by "Samisa Abeysinghe (JIRA)" <ax...@ws.apache.org>.
[ http://nagoya.apache.org/jira/browse/AXISCPP-287?page=comments#action_56576 ]
Samisa Abeysinghe commented on AXISCPP-287:
-------------------------------------------
It is an excellent idea to validate shared libs loaded.
Could we achieve this by having the DLLs contain a class that extends a base class, say SharedLib with a virtual method:
void getVersion( char * pcLibType, char * pcVersion )
We may also define a global set of values for Lib Types such as:
"Transport Lib", "XML Parser Lib", "Secure Channel", etc.
> When loading DLLs, no check is made to verify the DLL is what is expected.
> --------------------------------------------------------------------------
>
> Key: AXISCPP-287
> URL: http://nagoya.apache.org/jira/browse/AXISCPP-287
> Project: Axis-C++
> Type: Improvement
> Components: Basic Architecture
> Environment: n/a
> Reporter: Fred Preston
>
> When loading DLLs listed in the config file, no check is made to verify that the DLL specified is what is expected. This has lead to unexpected behaviour when the XMLParser directory path was inadvertently swapped with Transport. By adding an exported method to the DLL (i.e void GetVersion( char * pszBuildInfo, char * pszDLLType)), the DLL loader could verify that the DLL it has just loaded was of the expected type.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://nagoya.apache.org/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
http://www.atlassian.com/software/jira
[jira] Assigned: (AXISCPP-287) When loading DLLs, no check is made to verify the DLL is what is expected.
Posted by "Samisa Abeysinghe (JIRA)" <ax...@ws.apache.org>.
[ http://issues.apache.org/jira/browse/AXISCPP-287?page=history ]
Samisa Abeysinghe reassigned AXISCPP-287:
-----------------------------------------
Assign To: Samisa Abeysinghe
> When loading DLLs, no check is made to verify the DLL is what is expected.
> --------------------------------------------------------------------------
>
> Key: AXISCPP-287
> URL: http://issues.apache.org/jira/browse/AXISCPP-287
> Project: Axis-C++
> Type: Improvement
> Components: Basic Architecture
> Environment: n/a
> Reporter: Fred Preston
> Assignee: Samisa Abeysinghe
>
> When loading DLLs listed in the config file, no check is made to verify that the DLL specified is what is expected. This has lead to unexpected behaviour when the XMLParser directory path was inadvertently swapped with Transport. By adding an exported method to the DLL (i.e void GetVersion( char * pszBuildInfo, char * pszDLLType)), the DLL loader could verify that the DLL it has just loaded was of the expected type.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
http://www.atlassian.com/software/jira