i get the error: 
ALERT - possible memory corruption detected - unknown Hashtable destructor (attacker 'REMOTE_ADDR not set', file 'unknown')

for a simple echo class (though it executes correcty)

PHP 5.2.8 with Suhosin-Patch 0.9.6.3 (cli) (built: Dec 17 2008 16:15:53)

I'm getting the same error ("ALERT - possible memory corruption detected - unknown Hashtable destructor")
when using pecl-mailparse-2.1.5 on FreeBSD 7.1 together
with php-5.2.9 and Suhosin-patch. What triggers the error
is mailparse_msg_get_part($mime_resource, $structure_part)

same error

PHP 5.2.9 with Suhosin-Patch 0.9.7 (cli) (built: Mar 12 2009 21:22:29)
OpenSuse 11.1
bcompiler installed via pecl install bcompiler

Complex website 'bcompiled'
and end up with error (in log) when accessing index.php

on gentoo and windowsxp website used to work ok after bcompile

when run via cli - php index.php - it outputs everything as it should be (complete html...) but at the end this error appears

any solution or how can i dig more info for you?

Same error on Debian  with PHP 5.2.6-1+lenny3 with Suhosin-Patch 0.9.6.2 (cli) 

I have this message if I run the script with client and if I run on apache webserver, my browser say would you like to save this page ? and don't run it.

I think this is a bug with the suhosin patch, looking at 
the patch, it looks like it does not correctly check for 
all possible destructor types. - Asked Stefan (&co) to 
have a look

Bcompiler does something illegal

	apc_deserialize_hashtable(
		&zce->properties_info, 
		(void*) apc_create_zend_property_info, 
		(void*) apc_free_zend_property_info,
		(int) sizeof(zend_property_info) , 
		(char) exists TSRMLS_CC);
	zce->properties_info.pDestructor = (dtor_func_t)&zend_destroy_property_info;

it modifies the internals of a HashTable without using API functions. In this case pDestructor which is protected by Suhosin.

If you absolutely must change the pDestructor field there is only one workaround: you must register the pDestructor with Suhosin-Patch. This is very simple: just create a dummy HashTable somewhere in your code with zend_hash_init() and the selected pDestructor and just kill it afterwards. Once the pDestructor value is used within a zend_hash_init() call it is known to Suhosin and allowed.

Try adding this code to 
504:php_bcompiler_init_globals()

#ifdef ZEND_ENGINE_2 
HashTable* ht = NULL;
zend_hash_init(
      ht, 0, NULL, &zend_destroy_property_info, 0)
);
#endif

I think you mean

#ifdef ZEND_ENGINE_2 
HashTable ht;
zend_hash_init(
      &ht, 0, NULL, (dtor_func_t)&zend_destroy_property_info, 0)
);
#endif

Ahh and to not leak memory you should put a

zend_hash_destroy(&ht);

directly behind the zend_hash_init() call

Please try the latest SVN version or package version 0.9.1 (to be released soon). The bug should be fixed there.

I ran again the same test on an updated version of OpenBSD and 
it seems to be working fine so far. My configuration is below. 
Please not that it conflicts with ZendEncoder (and possibly 
IonCube).

OpenBSD 4.6 GENERIC.MP#89 i386
PHP 5.2.10 with Suhosin-Patch 0.9.7 (cli) (built: Jul  1 2009 
11:46:27), Zend Engine v2.2.0, with Suhosin v0.9.27.

Thank you! I close this one, since the problem with Suoshin-Patch is fixed.

Please note that bcompiler isn't supposed to work with ZendEncoder, IonCube and similar modules that intercept include() call handling (the only exception is APC, because we made APC-bcompiler compatibility fix).

I believe that in bcompiler 1.0 we'll have this issue addressed. As a temporary solution, you could probably turn modules on/off on a per-site basis.