I posted a question 10 days ago and I've found that somehow or other it got tagged onto the end of another thread so perhaps has been overlooked so I'm trying again! Here's an amended version of that question.
I've been using a networked PC running NT4 Server to test some Perl CGI scripts using the remote debugging features of Komodo, which is running on an XP Pro PC. I've been experimenting with running the scripts on a virtual machine (using MS Virtual PC) hosted by the XP Pro PC so that I only need to have one PC to test these Perl scripts. This is working well except that I'm having problems with some Perl scripts that use DB_File. I don't seem to be able to read the same database files on the virtual machine and I have discovered that although I thought I had the same set up on both machines this is not the case which could account for this. The standalone PC is running DB_File version 1.73 and Berkeley DB version 2.004010 while the virtual machine has DB_File version 1.806 and Berkeley DB version 4.001025. I came across a test to check how well Berkeley DB is working in conjunction with Perl and I found that with the standalone machine it took 1 wallclock second to use DB_File to write 10,000 records while with the virtual machine it took 58. There was a note associated with this test to say that there was a bug in version 4.1 of Berkeley DB which might not have been corrected and which would have caused it to run very slowly. I'm wondering if this is perhaps the problem although it could just be that this is because it's running in a virtual machine and/or I've not allocated enough RAM to the virtual machine. I don't know how I've managed to have a different version of Berkeley DB on the virtual machine. Am I correct in thinking that Berkeley DB comes with the OS and is not part of the Perl installation? I see that the Service Pack on the standalone PC is SP5 whereas the one on the virtual machine is SP6 so perhaps this accounts for the difference. _______________________________________________ ActivePerl mailing list [email protected] To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs
