NPP/NT Service 1.5- QUICKDEX.MFS crashes (Networking Products)
At 17 APR 1998 01:19:43PM Chris Cordera wrote:
I thought I would revisit this problem I have been having for the past year to see if anyone has any new ideas. I have a DOS workstation
on an NT 4.0 LAN running our AREV 2.12 app with the latest version NPP/NT Service. It has a FAX card and does FAXing via calls to the card through our AREV app. This works fine at all our other sites (which are Netware) but routinely crashes here. The other workstations
which are running NT 4.0 workstation have no AREV problems.
The scrolling errors on the screen can be:
RTP57 Max nbr variables exceededQUICKDEX.MFS loading errorRTP50 line1 b114 maximum # of variables excededThe error in the LH2.LOG file:
FS1105 Error number %2% returned during RCL; GROUP 1102We have tried the obvious including loading AREV /X /M4096. This past
week we even replaced the hardware but the crashing persists on the new machine.
Any ideas very greatly appreciated
Chris
At 17 APR 1998 03:52PM Tracy Graves wrote:
Chris-
I remember once someboday having problems using the NPP with a win3.1 machine during the RCL Connect, because it was hardcoded to pass in the workstation's computer name, which was apparently blank for the 3.1 machine. Perhaps there is some similar circumstance going on in your case?
FS1105 is an error during the RCL request/reply, and the fact that you have the problem only using the NPP (which does the RCL calls) and from a DOS w/s vs all the NT w/s, suggests to me that perhaps something like what I mentioned above could be happening. Let me see what I can find out.
Tracy Revelation
At 30 APR 1998 02:21PM Chris Cordera wrote:
Tracy
Have you had any luck finding a cure for this problem? It occurs intermittantly; sometimes 3 times a day sometimes twice a week. My customer is extremely anxious to get this resolved so please give me a shout at [email protected]
Thanks
Chris
At 01 MAY 1998 08:56AM Aaron Kaplan wrote:
Where'd you get the NET drivers from? There are different versions on the NT Server disks. It could be an inconsitancy in one of them so you might try using the older drivers or upgrading to the ones from the server.
If you're not using the NT Service, it could also be something with SHARE and it's interference.
Any possibility of jamming Win 3.1 on there and running it through that?
At 08 MAY 1998 06:03PM Chris Cordera wrote:
Aaron
ALl the items you mentioned had been checked and yes we are running with the NT Service without SHARE loaded. The FAX drivers are designed to be run with DOS and I would otherwise be afraid of the further instability from having Win loaded as well. Here is a picture of the boot config:
—Autoexec.bat
LH /L:1,48464 C:\LANMAN.DOS\DRIVERS\PROTOCOL\NETBEUI\NETBEUI
NETBIND
LH /L:1,2592 MINSES
SET COMSPEC=C:\COMMAND.COM
NET START WORKSTATION
net logon RevFax pw
—Config.sys
DEVICE=C:\DOS\HIMEM.SYS
DEVICE=C:\DOS\EMM386.EXE RAM
BUFFERS=30,0
FILES=240
DOS=HIGH,UMB
LASTDRIVE=Z
FCBS=4,0
DEVICE=C:\LANMAN.DOS\DRIVERS\PROTMAN\PROTMAN.DOS /I:C:\LANMAN.DOS
SHELL =C:\DOS\COMMAND.COM /E:1024 /P
DEVICEHIGH /L:1,17904 =C:\LANMAN.DOS\DRIVERS\ETHERNET\ELNK3\ELNK3.DOS
Memory config
Name Total = Conventional + Upper Memory
——- —————- —————- —————-MSDOS 28,525 (28K) 28,525 (28K) 0 (0K)HIMEM 1,104 (1K) 1,104 (1K) 0 (0K)EMM386 4,144 (4K) 4,144 (4K) 0 (0K)PROTMAN 6,240 (6K) 6,240 (6K) 0 (0K)COMMAND 3,872 (4K) 3,872 (4K) 0 (0K)NETWKSTA 54,016 (53K) 54,016 (53K) 0 (0K)ELNK3 9,984 (10K) 0 (0K) 9,984 (10K)NETBEUI 41,744 (41K) 0 (0K) 41,744 (41K)MINSES 1,904 (2K) 0 (0K) 1,904 (2K)Free 596,736 (583K) 557,328 (544K) 39,408 (38K)Memory Summary:
Type of Memory Total = Used + Free
————— ———- ———- ———-Conventional 655,360 98,032 557,328Upper 93,040 53,632 39,408Reserved 393,216 393,216 0Extended (XMS)* 32,412,816 545,936 31,866,880—————- ———- ———- ———-
Total memory 33,554,432 1,090,816 32,463,616
Total under 1 MB 748,400 151,664 596,736
Total Expanded (EMS) 32,833,536 (32,064K
Free Expanded (EMS)* 32,047,104 (31,296K
* EMM386 is using XMS memory to simulate EMS memory as needed.
Free EMS memory may change as free XMS memory changes.Largest executable program size 555,216 (542K)
Largest free upper memory block 27,200 (27K)