Previous text was for PHP 5.6.7 x64, this is for PHP 5.6.8 x64

Faulting module name: php_mbstring.dll, version: 5.6.8.0, time stamp: 0x552ee59b

I just tried updating Apache but I'm still getting this:

Faulting application name: httpd.exe, version: 2.4.12.0, time stamp: 0x54c8e2ca
Faulting module name: php_mbstring.dll, version: 5.6.8.0, time stamp: 0x552ee59b
Exception code: 0xc0000005
Fault offset: 0x0000000000003e7b
Faulting process id: 0x15b8
Faulting application start time: 0x01d07ecabe2e5163
Faulting application path: D:\Apache24\bin\httpd.exe
Faulting module path: D:\PHP\ext\php_mbstring.dll
Report Id: 229e1ab7-eabe-11e4-afe1-00155d003b04

More info:

This only happens when Apache has multiple vhosts configured, I tried to replicate it on my machine and it did not happen, but on the server where it's going to permanently be that has 7 vhosts it does.

Could you provide short reproducible script?

It is making crash using OSticket, so download osticket from www.osticket.com, install it and see if it does the same.

BUT REMEMBER: Apache on Windows needs to have multiple vhosts, it doesn't happen on my PC with no vhosts.

Thanks

Jorge, if there's an exact Apache config, maybe you could provide one? Or sort of. With the http://osticket.com/download - which exact version do you use (also suppose the opensource one)?

Thanks.

I just added my httpd.conf and httpd-vhosts.conf so you can check it out, only domain has been changed.

I forgot to include that I downloaded the open source version of osTicket version 1.9.7

Installed osTicket and here's the backtrace I've got

....................................
 	php5ts_debug.dll!match(const unsigned char * eptr, const unsigned char * ecode, const unsigned char * mstart, int offset_top, match_data * md, eptrblock * eptrb, unsigned int rdepth) Line 2061	C
 	php5ts_debug.dll!match(const unsigned char * eptr, const unsigned char * ecode, const unsigned char * mstart, int offset_top, match_data * md, eptrblock * eptrb, unsigned int rdepth) Line 2061	C
 	php5ts_debug.dll!match(const unsigned char * eptr, const unsigned char * ecode, const unsigned char * mstart, int offset_top, match_data * md, eptrblock * eptrb, unsigned int rdepth) Line 1878	C
 	php5ts_debug.dll!match(const unsigned char * eptr, const unsigned char * ecode, const unsigned char * mstart, int offset_top, match_data * md, eptrblock * eptrb, unsigned int rdepth) Line 1541	C
 	php5ts_debug.dll!php_pcre_exec(const real_pcre * argument_re, const pcre_extra * extra_data, const char * subject, int length, int start_offset, int options, int * offsets, int offsetcount) Line 6935	C
 	php5ts_debug.dll!php_pcre_split_impl(pcre_cache_entry * pce, char * subject, int subject_len, _zval_struct * return_value, long limit_val, long flags, void * * * tsrm_ls) Line 1580	C
 	php5ts_debug.dll!zif_preg_split(int ht, _zval_struct * return_value, _zval_struct * * return_value_ptr, _zval_struct * this_ptr, int return_value_used, void * * * tsrm_ls) Line 1515	C
 	php5ts_debug.dll!zend_do_fcall_common_helper_SPEC(_zend_execute_data * execute_data, void * * * tsrm_ls) Line 559	C
 	php5ts_debug.dll!ZEND_DO_FCALL_SPEC_CONST_HANDLER(_zend_execute_data * execute_data, void * * * tsrm_ls) Line 2600	C
 	php5ts_debug.dll!execute_ex(_zend_execute_data * execute_data, void * * * tsrm_ls) Line 363	C
 	php5ts_debug.dll!zend_execute(_zend_op_array * op_array, void * * * tsrm_ls) Line 389	C
 	php5ts_debug.dll!zend_execute_scripts(int type, void * * * tsrm_ls, _zval_struct * * retval, int file_count, ...) Line 1342	C
 	php5ts_debug.dll!php_execute_script(_zend_file_handle * primary_file, void * * * tsrm_ls) Line 2597	C
 	php5apache2_4.dll!00007ff84cab66d0()	Unknown

The exception happens already when installing and is a stack overflow in PCRE. This is a usual thing with PCRE when too much recursion is caused. I don't think there's something to do about this right now, maybe trying to upgrade to PCRE 8.37 . But I guess it's a good thing anyway anyway to file a ticket for osTicket :) ... the arguments for the preg_split call are:

regex "/;(?=(?:[^']*'[^']*')*[^']*$)/"
subject "\nDROP TABLE IF EXISTS `ost_api_key`;\nCREATE TABLE `ost_api_key` (\n  `id` int(10) unsigned NOT NULL auto_increment,\n  `isactive` tinyint(1) NOT NULL default '1',\n  `ipaddr` varchar(64) NOT NULL,\n  `api... 

subject length happens to be of 31305 bytes

limit -1
flags 0

There could be also an mbstring issue as you say, but ATM i don't come through to it.

What you could also try is increasing the stack size for your Apache binary, then lets see further.

Thanks.

I doubled the ThreadStackSize to 131072 and it still crashed, it worked a little better though.

I opened a ticket with osTicket, they also asked me to add this to the directory where osTicket was installed and nothing.

php_admin_value mbstring.func_overload 0

By the way, this is the ticket with osTicket.

https://github.com/osTicket/osTicket-1.8/issues/2008

Hey guys,

Is this an OsTicket problem or MBString extension?

They just release a new version of the ticket system and it still made my apache crash with the same php_mbstring.dll error.

Thanks.

This is still happening with 5.6.10 and I have tried everything you and OsTicket told me, what else can I do?.

Faulting application name: httpd.exe, version: 2.4.12.0, time stamp: 0x54c8e2ca
Faulting module name: php_mbstring.dll, version: 5.6.10.0, time stamp: 0x5578c5c1
Exception code: 0xc0000005
Fault offset: 0x0000000000003e7b
Faulting process id: 0xdf4
Faulting application start time: 0x01d0a545fad6c6d5
Faulting application path: D:\Apache24\bin\httpd.exe
Faulting module path: D:\PHP\ext\php_mbstring.dll
Report Id: 67edacb0-1139-11e5-baf4-00155d003b04

Thanks

Hey guys,

What do you think of the answer one of the OsTicket developer gave me:

======
Apache is crashing because of a flaw or incompatibility of the mbstring extension for PHP which is outside the development of a PHP application...
======

I don't know what to say about that.

Thanks.

> The exception happens already when installing and is a stack
> overflow in PCRE. This is a usual thing with PCRE when too much
> recursion is caused. I don't think there's something to do about
> this right now, […]

AIUI, decreasing the values of pcre.backtrack_limit and/or
pcre.recursion_limit should at least prevent the segfault (and
might deliver an appropriate error message).

> There could be also an mbstring issue as you say, but ATM i
> don't come through to it.

Is it possible that OSTicket uses PCRE or MBString depending on
the language/character encoding? If so, the issue is most likely
not a bug in PHP.

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Re-Opened". Thank you.