fix: azure-curl provider exception type leaks to through core apis to customer!

built on top of MR !91 (merged) that allows upgrade to recent libxml2 fixes the build of experimental providers.

This is a workaround.

The correct things to consider doing are :

• make -1LL a constant for Storage::MISSING_OBJECT_SIZE or the like
• return that instead of an exception in all providers
• make sure no provider dependent exception type leaks. the customer must not have to write new error handling code when changing cloud provider.
• potentially return stack trace in exception messages...

( current code just sent "Blob does not exist" message. to a call trying to write a new blob... )

src/src/core/SDGenericDataset.cc

@@ -395,6 +395,15 @@ namespace seismicdrive
                 {
                     nbytes = SIZE_MAX;
                 }
+                catch (const SDExceptionAzureStorageError &)
+                {
+                    nbytes = SIZE_MAX;
+                }
+                // FIXME(team)
+                // all other providers return 0 ( not even -1LL as missing object size .
+                // exceptions should not be used in general as error reporting, and should not
+                // be typed at the derived class convenience.
+                // unfortunately all that is part of the ABI...
             }
             _storage->uploadObject(fullname, data, len);
             if (_pedantic && _flushManifest)