NetDLL crash with V8.3 on FreeAXP

I am attempting to get FreeAXP working with the V8.3 hobbyist kit, and am having some difficulty.
The FreeAXP installation and configuration went through without problems, and the installation
of OVMS went without a hitch. However, once I configure TCPIP and try to telnet to the
machine, the system is crashes with NETDLLERR.

I'm wondering if I am missing something... any help appreciated, especially since I
really can't do crash analysis.


Host system:
Dell Inspiron 1750
CPU: Intel Core2 Duo X64, 2.2Ghz
Memory: 4GB
Disk: plenty of space
NIC: Marvel Yukon 88E8040 PCI-E Fast Ethernet (unbound from all Windows net protocols)

FreeAXP config:
Mem: 128GB
Disk: Single disk, 6 GB
Net: configured to use the wired network (the Marvel Yukon)


After the initial installation of V8.3, the system booted without a problem.
TCP/IP was configured with a static address.
When TCPIP was started up, the system crashed with NETDLLERR.

NPAGEDYN was increased via modparams/autogen. The system was able to start TCPIP,
configured with only the Telnet client enabled. When an attempt was made to telnet into
the system it crashed with NETDLLERR again.

After multiple increases of non-paged pool, the system is still crashing.

Interesting(?) points:

- On initial startup of the emulator, the system is able to start TCPIP OK,
but will crash when I try to telnet to it.
- When the system reboots it will crash when TCPIP is started, no access via telnet
needed.
- Restarting the emulator again prior to rebooting the system allows for
TCPIP to be started without crashing the system, but a telnet attempt will cause
it to crash again.
- Once a crash has occurred TCPIP cannot be started without crashing the system
unless the emulator is restarted.


Output from CLUE CRASH, etc, is available if somebody can have a look at it.

We have received one report of a similar problem on a Samsung laptop, also running FreeAXP 283 and VMS 8.3. We have been unable to reproduce the problem on any of our test systems, which makes it hard to diagnose.

What version of Windows are you running?

As a check, try changing the MAC address of the NIC in the configuration file:

Example:

< class='quote' style='width:400px;white-space:nowrap;overflow:auto'><code style='white-space:nowrap'>pci11 = de500
{
adapter="&#92;Device&#92;MsiPcap_{B6BA9119-F3CE-4029-9E0C-F93E967FCCC5}&quot
mac="08-00-3b-aa-bb-cc&quot
}
<br><br><br></code><hr>

Steven,

could you please send me the CLUE files from those crashes via e-mail as an attached document. Consider to post the output of TYPE CLUE$HISTORY here for easy identification of module and offset.
You'll find the CLUE file(s) in CLUE$COLLECT:CLUE$node_ddmmyy_hhmm.LIS - one for each crash.

The way you describe this problem, it looks like it's some internal state problem of the FreeAXP emulator. Does it help, if you shutdown V8.3 after the crash and do a &gt;&gt;&gt; INIT ? Can you then boot OpenVMS again and start TCPIP without an immediate NETDLLERR crash, without having to do a fresh start of FreeAXP ?

Exactly which version of FreeAXP are you running ?

Volker.<hr>

Bruce- The host is running Windows 7 home premium.

Just out of curiosity, how will changing the MAC address help? Won't things fail to function?

I suspected the possibility of some sort of interaction problem between the emulator and the NIC, and was going to borrow another machine with a different NIC, but couldn't keep it long enough to copy over the container.


Volker- the FreeAXP version is:

"x64 version 1.0 patch 6 build 271 &lt;Apr10 2010 21:03:10&gt;

I'll send along the CLUE files in a bit.

The crash info which I sent along is from the crash on the 15th...

Date Version System/CPU Node Bugcheck Process PC Module Offset

---

---

---

---

---

---

---

---

---

5-JUN-2010 16:20 V8.3 AlphaServer 400 4/1 LOUDON NETDLLERR NULL 805074BC SYS$EWDRIVER_DE500BA 000074BC
5-JUN-2010 16:35 V8.3 AlphaServer 400 4/1 LOUDON NETDLLERR NULL 805074BC SYS$EWDRIVER_DE500BA 000074BC
6-JUN-2010 08:07 V8.3 AlphaServer 400 4/1 LOUDON NETDLLERR NULL 805074BC SYS$EWDRIVER_DE500BA 000074BC
9-JUN-2010 17:05 V8.3 AlphaServer 400 4/1 LOUDON NETDLLERR NULL 805074BC SYS$EWDRIVER_DE500BA 000074BC
9-JUN-2010 17:17 V8.3 AlphaServer 400 4/1 LOUDON NETDLLERR TCPIP$FTP_1 805074BC SYS$EWDRIVER_DE500BA 000074BC
15-JUN-2010 16:41 V8.3 AlphaServer 400 4/1 LOUDON NETDLLERR NULL 805074BC SYS$EWDRIVER_DE500BA 000074BC
15-JUN-2010 17:09 V8.3 AlphaServer 400 4/1 LOUDON NETDLLERR SYSTEM 805074BC SYS$EWDRIVER_DE500BA 000074BC
$

Changing the MAC checks for a network conflict. It might also cause a behavior change in the problem, which could provide a clue to its cause.

I suggest upgrading to FreeAXP 283 to test with the latest version.