JNI_ENOMEM от JNI_CreateJavaVM при вызове dll, который использует JNI от VB6

Я работаю над унаследованной системой, которая имеет приложение VB6, которое должно назвать код Java. Решение, которое мы используем, состоит в том, чтобы иметь вызов приложения VB C++ dll, который использует JNI для вызова кода Java. Немного броский, но это на самом деле работало вполне прилично. Однако я перемещаюсь в новое dev поле, и я только что столкнулся с серьезной проблемой с этим. Созданное приложение VB хорошо работает на новом поле, но когда я пытаюсь выполнить его от VB, dll не удается загрузить VM, получая код возврата-4 (JNI_ENOMEM) от JNI_CreateJavaVM.

И созданное приложение и VB называют тот же самый dll, и я попробовал его и Java 1.5 и 1.6. Я попробовал предложения здесь (перенаправляющий stdout и stderr в файлы, добавив vfprint опцию, добавив-Xcheck:jni опцию), но напрасно. Я, может казаться, не вытаскиваю дополнительной информации из jvm. Насколько я могу сказать, новое поле настроено в значительной степени то же как старое (установленное программное обеспечение, Путь, Путь к классу, и т.д.), и оба выполняют тот же выпуск Windows Server 2003. Новая машина является x64 полем с большей памятью (4 ГБ, а не 2 ГБ), но это запускает 32-разрядный Windows.

Какие-либо предложения или идеи о том, что еще изучить? Перезапись всего этого более нормальным способом не является опцией - я должен найти, что способ иметь dll заставляет jvm загружаться, не думая, что это вне памяти. Любая справка очень ценилась бы.