[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference jamin::pathworks32

Title:	Digital PATHWORKS 32

Moderator:	SPELNK::curless

Created:	Fri Nov 01 1996
Last Modified:	Fri Jun 06 1997
Last Successful Update:	Fri Jun 06 1997
Number of topics:	337
Total number of notes:	1612

313.0. "DECNIS service opening has failed..." by EPICDA::GEORGES () Fri May 23 1997 11:53

Hi,

We have currently some french customers that are reporting the 
following problem :

After an Windows NT 4.0/eXcursion V3.0 (provided with pathworks 32) installation
they are unable to start any application with the DECnet transport (there is no
problem for TCP/IP):

Translated from french, the error message does look like :

The Open procedure for DECNIS from PERFCTRS.DLL library has failed.
Error Status DWORD 0

One customer does still have the same error message when using a client/server
application (Oracle) without using eXcursion.

I have found that the note 275 has reported a similar error but there is no
answer.

Any idea on what is the meaning of this error or what is to be checked?

Thank you for your help.
	Pierre.

T.R	Title	User	Personal Name	Date	Lines
313.1		SPELNK::curless		`Fri May 23 1997 14:42`	7
	The Error about the Perf*.dll is NOT a problem... this is not the issue. There is an outstanding CLD on this, I do not know what the current status is. Jeff
313.2		JAMIN::OSMAN	Eric Osman, dtn 226-7122	`Tue May 27 1997 12:35`	18
	We just fixed a problem in excursion sort of related to this. First, the symptom was that on smp machines, excursion was crashing during startup, as well as producing the perfctrs error msg. One of the decnet engineers showed us how to change something in the registry so that the perfctrs error msg no longer came up, but excursion still crashed. We then put some short timers in excursion to prevent the crash, as the crash seems to be related to the gethostname call failing on smp machines, something to due with being called mutliple times in a row. We believe the timers get around some nasty smp problem (let's blame usoft for now). /Eric
313.3	excursion issue is in gethostbyname	SPELNK::curless		`Tue May 27 1997 14:56`	4
	the problem is in gethostbyname (or more correctly, gethosedbyname ;-), and we have a problem report into Microsoft.
313.4	workarounds information ?	EPICDA::GEORGES		`Fri May 30 1997 10:17`	20
	re .2 >> One of the decnet engineers showed us how to change something in the >> registry so that the perfctrs error msg no longer came up, but excursion >> still crashed. >> We then put some short timers in excursion to prevent the crash, as the >> crash seems to be related to the gethostname call failing on smp machines, >> something to due with being called mutliple times in a row. Hello Eric I am really insterested in what you did. Do you remember exactly (in details if possible) what to do for both workarounds. Thank you for help. /Pierre
313.5		JAMIN::prnsy5.lkg.dec.com::osman	Eric, dtn 226-7122	`Fri May 30 1997 11:04`	12
	I've asked another engineer to answer your question about how to change registry so that the "perfctrs" error doesn't appear. As for the change in excursion to get around the smp gethostname crash, that change is included in the tima excursion candidate, which you can test with. See the NOTED::EXCURSION notes conference for details. Thanks. /Eric