Using pre-cached type_infos provided by the typeid operator seems to work now

Apparently there was no problem in this after all. The reason it
seemed not to work earlier was because of the unwinding failure due to
the missing .cfi_startproc and .cfi_endproc thingies in helper.s

The hack in ucbhelper is now not needed after all.

Change-Id: If9fec5c502d4c9d0c44709ad9c2729f812e882e2

1 files changed, 0 insertions, 23 deletions

diff --git a/ucbhelper/source/provider/cancelcommandexecution.cxx b/ucbhelper/source/provider/cancelcommandexecution.cxx
index 617c96c0e569..2f4e42e2c0a4 100644
--- a/ucbhelper/source/provider/cancelcommandexecution.cxx
+++ b/ucbhelper/source/provider/cancelcommandexecution.cxx
@@ -74,22 +74,6 @@ void cancelCommandExecution( const uno::Any & rException,
         }
     }
 
-#if defined IOS && defined __arm64
-    // No Java, Basic, or Python on iOS, so try to throw the exception
-    // directly. Much simpler. Especially as I haven't managed yet to
-    // get the C++/UNO bridge to work for arm64, and this
-    // cppu::throwException thing seems to be the only use for it, at
-    // least in the test apps...
-
-    ucb::NameClashException aNCE;
-    if ( rException >>= aNCE )
-        throw aNCE;
-
-    lang::IllegalArgumentException aIAE;
-    if ( rException >>= aIAE )
-        throw aIAE;
-#endif
-
     cppu::throwException( rException );
     OSL_FAIL( "Return from cppu::throwException call!!!" );
     throw uno::RuntimeException();
@@ -127,13 +111,6 @@ void cancelCommandExecution( const ucb::IOErrorCode eError,
         }
     }
 
-#if defined IOS && defined __arm64
-    // See comment above.
-    ucb::InteractiveAugmentedIOException aExc;
-    if ( xRequest->getRequest() >>= aExc )
-        throw aExc;
-#endif
-
     cppu::throwException( xRequest->getRequest() );
 
     OSL_FAIL( "Return from cppu::throwException call!!!" );