summaryrefslogtreecommitdiff
path: root/win32/config.vc
diff options
context:
space:
mode:
authorGurusamy Sarathy <gsar@engin.umich.edu>1997-07-25 15:56:36 +1200
committerTim Bunce <Tim.Bunce@ig.co.uk>1997-08-07 00:00:00 +1200
commit4dd614da4d1132b957c4951dd00f64d81b89dc20 (patch)
tree26b3b039ee96bd62b58033565a8d808c9e21de6e /win32/config.vc
parentf4a392ede1380a52c68e83788d09388df905b46b (diff)
downloadperl-4dd614da4d1132b957c4951dd00f64d81b89dc20.tar.gz
Embedding threaded apps in perl.dll
[Resend: I forgot to cc p5p] On Fri, 25 Jul 1997 17:22:09 EDT, Doug MacEachern wrote: >> >Were you able to run Apache w/ mod_status & perl? >> >> Not yet, maybe tonight. > >Now I get "Unhandled execption in Apache.exe(PERL.DLL); 0x...: >Access Violation." During perl_alloc(), win32_malloc() tries to >pIOSubSystem->pfnmalloc(size), but it looks like pIOSubSystem has not >been initialized at all (0x00000000). I've poked around, guessing, >tried adding: >PERL_SYS_INIT(&argc,&args); >SetIOSubSystem(&win32stdio); The first thing I noticed was Apache is threaded, and mod_status code will be invoked in a thread different from the main one. The second thing I found out was I couldn't reproduce the problem when running Apache with perl.dll produced by Borland. Putting two and one together, I came up with this fix. Note that another way to fix it would be to initialize pIOSubSystem in DllMain's DLL_THREAD_ATTACH, but there is no call for pIOSubSystem to be thread-local in the first place (it is simply a pointer to an application level global). p5p-msgid: 199707261518.LAA24346@aatma.engin.umich.edu
Diffstat (limited to 'win32/config.vc')
0 files changed, 0 insertions, 0 deletions