Error 32 in ERROR_SHARING_VIOLATION which is probably a "valid error" in as much as it's something you might expect to encounter and either attemptto recover from or ignore.
It shoudl be being reported to you via a null return from Win32::FileSecurity::Get() and by the error text in $! per the documentation. Unfortunately, there appears to be a deliberate error in XS code that is causing it to croak instead of just reporting it back to the caller. When an error return is received from an OS API call, the XS code calls this routine to handle it.
void
ErrorHandler( const char *ErrName ) {
dTHX;
SV* sv = NULL ;
/* sv = perl_get_sv( "!", TRUE ) ; */
if ( sv == NULL ) {
croak( "Error handling error: %u, %s", GetLastError(), ErrName
+ ) ;
} else {
sv_setpv( sv, (char *) ErrName ) ;
sv_setiv( sv, GetLastError() ) ;
SvPOK_on(sv) ;
}
}
It is meant to get access to $!, fill in the error text, and then return to the caller for recovery; but as you can see, the attempt to get access to $! has been commented out, so sv will always be null, and all error returns will croak. You should raise a perlbug.
Examine what is said, not who speaks -- Silence betokens consent -- Love the truth but pardon error.
Lingua non convalesco, consenesco et abolesco. -- Rule 1 has a caveat! -- Who broke the cabal?
"Science is about questioning the status quo. Questioning authority".
In the absence of evidence, opinion is indistinguishable from prejudice.
|