Export (0) Print
Expand All
Expand Minimize

srv_message_handler (Extended Stored Procedure API)


Applies To: SQL Server 2016 Preview


This feature will be removed in a future version of Microsoft SQL Server. Do not use this feature in new development work, and modify applications that currently use this feature as soon as possible. Use CLR integration instead.

Calls the installed Extended Stored Procedure API message handler. This function is usually used to call Microsoft SQL Server from an extended stored procedure to log an error (defined by the extended stored procedure) in the SQL Server error log file or the Microsoft Windows application log.

int srv_message_handler (SRV_PROC *srvproc,interrornum,BYTE severity,BYTEstate,intoserrnum,char *errtext,interrtextlen,char *oserrtext,intoserrtextlen);


Is a pointer to the SRV_PROC structure that is the handle for a particular client connection. The srvproc parameter contains information that is used to manage communication and data between the application and the client.


Is an error number defined by the extended stored procedure. This number must be from 50,001 through 2,147,483,647.


Is a standard SQL Server severity value for the error. This number must be from 0 through 24.


Is a SQL Server state value for the error.


Is the operating-system error number. This argument is ignored.


Is the description of the extended stored procedure error errornum.


Is the length of the extended stored procedure error string errtext.


Is the description of the operating-system error oserrnum. This argument is ignored.


Is the length of the operating-system error string oserrtext.


The srv_message_handler function enables an extended stored procedure to integrate with the centralized error logging and reporting features of SQL Server. SQL Server alerts can be established for events from extended stored procedures, and SQL Server Agent will monitor for these alert conditions.

If the error message is longer, it is truncated to 412 bytes.

System_CAPS_security Security Note

You should thoroughly review the source code of extended stored procedures, and you should test the compiled DLLs before you install them on a production server. For information about security review and testing, see this Microsoft Web site.

Was this page helpful?
(1500 characters remaining)
Thank you for your feedback

Community Additions

© 2015 Microsoft