T.R | Title | User | Personal Name | Date | Lines |
---|
1967.1 | Need more info. | XANADU::cascobay.zko.dec.com::TAMARA::STJEAN | Bob St.Jean | Fri Jan 31 1997 18:26 | 15 |
| What server is involved?
> Now, they have problem on "sub or functions not define" when trying to
> read or send mails.
Did this right away when the Read window or Create Message window
was called up? Or when using a menu command in one of these windows?
> Investigation shows that this happens after reading mails
> on behalf of another users.
What do you mean by "reading mail on behalf of another user"? Was
this after using Set Mail User?
Bob
|
1967.2 | More Infor Provided. | ZPOVC::HINSIONGTAN | | Mon Feb 03 1997 04:01 | 36 |
|
Bob, thanks for replying.
>>What server is involved?
Server:
VAX Mailworks 1.3A.
VMS 5.5-2
UCX 3.2
Client:
Windows NT workstation 3.51 with service pak 3
Teamlinks Office version 2.7
>>Did this right away when the Read window or Create Message window
>>was called up? Or when using a menu command in one of these windows?
See Below.
>>What do you mean by "reading mail on behalf of another user"? Was
>>this after using Set Mail User?
After activiting Teamlinks Information Manager Icon, when TL asks for
username/password, customer would first key in her own-name/password
and continue reading mails and etc.
Next, she would get out of TL completely and re-enter it again using
Teamlinks Infor Manager using her boss's
username/password (so as to read mails for her boss).
Having done that, when she exit TL and re-enter it again using her own
username/password, she now has problem reading mail as it encounter
'sub or function not define problem'.
Regards.
THS
|
1967.3 | | XANADU::cascobay.zko.dec.com::TAMARA::STJEAN | Bob St.Jean | Mon Feb 03 1997 13:49 | 6 |
| You got me! Never seen this one before.
How does she fix it? Does re-booting Windows NT make it go away?
Bob
|
1967.4 | No, not even power off the NT workstation. | ZPOVC::HINSIONGTAN | | Mon Feb 03 1997 19:15 | 8 |
| Not even power off the NT and restart.
Down-grading TL to 2.5 and reboot NT client will solve the problem.
Do I miss anything?
Regards
THS
|
1967.5 | Check for duplicated TL DLLs. | XANADU::cascobay.zko.dec.com::TAMARA::STJEAN | Bob St.Jean | Tue Feb 04 1997 13:28 | 12 |
| I don't understand why it would work once, then stop just because
another user's FC was accessed.
Perhaps there are DLLs that are duplicated on the PC. Can you
check for that? We've had cases in the past where problems were
caused by Filecab.dll being on the system twice. In that case
the one in the TL directory was the one to keep.
Does anyone else have any idea what the problem could be?
Bob
|
1967.6 | My 2 cents | AIMTEC::GIANNETTI_D | | Thu Mar 27 1997 10:03 | 11 |
| Bob,
I am not sure what the common denominator is going to be here but
we would commonly get this error and the xs errors when the network
connection was lost and when TeamLinks was run in a client server
environment. I have had several calls on this "sub or function
not defined" error in Windows 95. I also received the error last
week using Aisha's PC. She was running 2.7eco1 and I was trying to
import a file from DOS and I received the error when importing.
Debbie Giannetti
|
1967.7 | | XANADU::cascobay.zko.dec.com::TAMARA::STJEAN | Bob St.Jean | Fri Mar 28 1997 10:03 | 11 |
| Deb,
Which network connection was lost? To the mail server or to the
server directory where TL's EXEs and DLLs load from? If it's the
latter, then TL would not run.
Is it possbible that TL DLLs are installed both locally on the
PC and on the network?
Bob
|
1967.8 | reply | AIMTEC::GIANNETTI_D | | Fri Apr 04 1997 18:16 | 10 |
| Bob,
The connection that was lost was to the server directory where
the TL's and EXE's and DLL's load from. No it is not possible
that the files are in both locations. On Aisha's PC I made sure
that no "duplicates" existed locally.
Thanks,
Deb
|
1967.9 | | XANADU::CUMMINGS | Jerry Cummings, TeamLinks | Mon Apr 07 1997 10:15 | 5 |
| If the network connection to the EXE and DLL files goes away
while TeamLinks is running, then general confusion will occur.
This isn't specific to TeamLinks, though.
Jerry
|
1967.10 | We need to get to the bottom of this one | AIMTEC::GIANNETTI_D | | Wed Apr 16 1997 11:38 | 16 |
| I talked with ONE of my "Sub or function not defined" customer's
yesterday. They were searching to see if they had duplicate
DECnet addresses causing their problem. They did not. He said
they did do some tuning on the DEC MailWorks server and they seem
to not have the error occur quite as often but it still does occur
on occasion and they have not been able to narrow down what is going
on.
This is a hard one. I have two open calls on this one and have not
been able to make headway. I also had the problem occur here when
using Aisha's PC and doing a file import. The server connection
had not been lost. I don't know what is going on.
Help! Does anyone in engineering experience this error?
Debbie
|
1967.11 | | TAMARA::CUMMINGS | Jerry Cummings, TeamLinks | Wed Apr 16 1997 14:10 | 18 |
| Here's one case when I think you would see that:
- TeamLinks installed on the network drive.
- TeamLinks running
- connection to network drive drops
- User action causes TeamLinks makes a call to a DLL
that was on the network drive
- And you will get "Sub or Function not defined"
So I guess one thing to rule out would be these
dropped network drives. If this error occurs, before
clicking on OK, bring up a DOS box and see if you
can do a dir of the TeamLinks directory on the
network drive.
Is that of any help?
Jerry
|
1967.12 | Duplicated DLLs is the culprits !! | ZPOVC::HINSIONGTAN | | Thu Apr 24 1997 06:38 | 7 |
| ref. 1967.5,
Bob, you are right, the cause of the problem was due to duplicated
DDLs, removing them and so far no problem at all.
Many thanks.
HS
|
1967.13 | What DLL's were duplicated? | GRITS::GIANNETTI_D | | Fri Apr 25 1997 11:58 | 7 |
| HS,
If you don't mind, what DLL's were duplicated? I have had my customers
look but they say they cannot find any duplications and I really would
like to close out this issue and find the solution once and for all.
Debbie Giannetti
|
1967.14 | Compare the DLLs in Teamlink directory | ZPOVC::HINSIONGTAN | | Mon Apr 28 1997 22:13 | 13 |
| Debbie,
Somehow, each NT workstation seems to have different duplicated DLLs from
the other one. These duplicated DLLs are in windows/system or/and
windows/system/system32. But what is vital is that, these DLLs should
only be in the /teamlink directory. If any of the DLL listed in
/teamlink dir also appears in any other dir (eg windows/system or
windows/system/system32), then you got to delete them.
Hope it helps.
Regards
HS
|
1967.15 | Problem seems to be duplicate decnet addresses | GRITS::CARTER_A | | Tue Apr 29 1997 16:08 | 12 |
| Hi,
The customer determined that they had duplicate decnet addresses and
this was causing the quirk with the IP stack. The customer fixed the
duplicate decnet address issue and now they are not having this
problem. The customer now wants to know why decnet is the issue since
they were correcting over Ip and what DECnet had to do with TC/PIP over
WINSOCKs.
Thanks,
Angela
|
1967.16 | I'll check with Pathworks | XANADU::FLANAGAN | | Wed Apr 30 1997 14:56 | 8 |
| Angela,
This question has come up before so I'm calling someone in Pathworks
to see if I can get an answer. It's well below the Winsock level and
probably has to do with an "error" packet being passed up to all
transports on the PC, but I will try to get a definitive answer.
/ Peter
|
1967.17 | DECnet changes the station address | TAMARA::FLANAGAN | | Thu May 01 1997 16:38 | 16 |
| Angela,
The basic idea is that when the DECnet driver starts, it changes
the ethernet "station address" of the machine. This is the logical
address of the machine on the ethernet and is established by a protocol
called ARP (Address Resolution Protocol).
I don't understand exactly what happens after that. Normally the
DECnet transport starts first and after changing the station address to
a unique number based upon the DECnet-Area.DECnet-Node, transports
which start after that simply use the new station address and there
are no problems. I assume the problem is that a duplicate DECnet
address essentially gives a duplicate TCP/IP address which then
causes problems for TCP/IP.
/ Peter
|
1967.18 | Thanks | GRITS::CARTER_A | | Fri May 02 1997 16:56 | 5 |
| Hi,
Thanks,
Angela
|