Copyright (c) 2005 Andreas Kupries <andreas_kupries@users.sourceforge.net>
See the file "license.terms" for information on usage and redistribution
of this file, and for a DISCLAIMER OF ALL WARRANTIES.
RCS: @(#) $Id: SetChanErr.3,v 1.4.2.1 2009/11/27 14:53:54 dkf Exp $
.so man.macros
#include <tcl.h> void Tcl_SetChannelError(chan, msg) void Tcl_SetChannelErrorInterp(interp, msg) void Tcl_GetChannelError(chan, msgPtr) void Tcl_GetChannelErrorInterp(interp, msgPtr)ARGUMENTS.AS Tcl_Channel chan .AP Tcl_Channel chan in Refers to the Tcl channel whose bypass area is accessed. .AP Tcl_Interp* interp in Refers to the Tcl interpreter whose bypass area is accessed. .AP Tcl_Obj* msg in Error message put into a bypass area. A list of return options and values, followed by a string message. Both message and the option/value information are optional. .AP Tcl_Obj** msgPtr out Reference to a place where the message stored in the accessed bypass area can be stored in. EDESCRIPTIONThe current definition of a Tcl channel driver does not permit the direct return of arbitrary error messages, except for the setting and retrieval of channel options. All other functions are restricted to POSIX error codes.
The functions described here overcome this limitation. Channel drivers are allowed to use Tcl_SetChannelError and Tcl_SetChannelErrorInterp to place arbitrary error messages in bypass areas defined for channels and interpreters. And the generic I/O layer uses Tcl_GetChannelError and Tcl_GetChannelErrorInterp to look for messages in the bypass areas and arrange for their return as errors. The posix error codes set by a driver are used now if and only if no messages are present.
Tcl_SetChannelError stores error information in the bypass area of the specified channel. The number of references to the msg object goes up by one. Previously stored information will be discarded, by releasing the reference held by the channel. The channel reference must not be NULL.
Tcl_SetChannelErrorInterp stores error information in the bypass area of the specified interpreter. The number of references to the msg object goes up by one. Previously stored information will be discarded, by releasing the reference held by the interpreter. The interpreter reference must not be NULL.
Tcl_GetChannelError places either the error message held in the bypass area of the specified channel into msgPtr, or NULL; and resets the bypass. I.e. after an invocation all following invocations will return NULL, until an intervening invocation of Tcl_SetChannelError with a non-NULL message. The msgPtr must not be NULL. The reference count of the message is not touched. The reference previously held by the channel is now held by the caller of the function and it is its responsibility to release that reference when it is done with the object.
Tcl_GetChannelErrorInterp places either the error message held in the bypass area of the specified interpreter into msgPtr, or NULL; and resets the bypass. I.e. after an invocation all following invocations will return NULL, until an intervening invocation of Tcl_SetChannelErrorInterp with a non-NULL message. The msgPtr must not be NULL. The reference count of the message is not touched. The reference previously held by the interpreter is now held by the caller of the function and it is its responsibility to release that reference when it is done with the object.
Which functions of a channel driver are allowed to use which bypass function is listed below, as is which functions of the public channel API may leave a messages in the bypass areas.
Tcl_DriverCloseProcMay use Tcl_SetChannelErrorInterp, and only this function.Tcl_DriverInputProcMay use Tcl_SetChannelError, and only this function.Tcl_DriverOutputProcMay use Tcl_SetChannelError, and only this function.Tcl_DriverSeekProcMay use Tcl_SetChannelError, and only this function.Tcl_DriverWideSeekProcMay use Tcl_SetChannelError, and only this function.Tcl_DriverSetOptionProcHas already the ability to pass arbitrary error messages. Must not use any of the new functions.Tcl_DriverGetOptionProcHas already the ability to pass arbitrary error messages. Must not use any of the new functions.Tcl_DriverWatchProcMust not use any of the new functions. Is internally called and has no ability to return any type of error whatsoever.Tcl_DriverBlockModeProcMay use Tcl_SetChannelError, and only this function.Tcl_DriverGetHandleProcMust not use any of the new functions. It is only a low-level function, and not used by Tcl commands.Tcl_DriverHandlerProcMust not use any of the new functions. Is internally called and has no ability to return any type of error whatsoever.Given the information above the following public functions of the Tcl C API are affected by these changes. I.e. when these functions are called the channel may now contain a stored arbitrary error message requiring processing by the caller.
Tcl_StackChannelTcl_SeekTcl_TellTcl_ReadRawTcl_ReadTcl_ReadCharsTcl_GetsTcl_GetsObjTcl_FlushTcl_WriteRawTcl_WriteObjTcl_WriteTcl_WriteCharsAll other API functions are unchanged. Especially the functions below leave all their error information in the interpreter result.
Tcl_CloseTcl_UnregisterChannelTcl_UnstackChannel"SEE ALSO"Tcl_Close(3), Tcl_OpenFileChannel(3), Tcl_SetErrno(3)KEYWORDSchannel driver, error messages, channel type