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.
In reply to Re: Learning Perl Chap 2 Win32::FileSecurity Help
by BrowserUk
in thread Learning Perl Chap 2 Win32::FileSecurity Help
by punklrokk
| For: | Use: | ||
| & | & | ||
| < | < | ||
| > | > | ||
| [ | [ | ||
| ] | ] |