home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!sun-barr!news2me.ebay.sun.com!jethro.Corp.Sun.COM!exodus.Eng.Sun.COM!netcord.Eng.Sun.COM!holtz
- From: holtz@netcord.Eng.Sun.COM (Brian Holtz)
- Newsgroups: alt.soft-sys.tooltalk
- Subject: Re: Couldn't contact X server - error
- Date: 30 Jul 1992 23:40:07 GMT
- Organization: Sun Microsystems, Mt. View, Ca.
- Lines: 50
- Message-ID: <l7gvenINNkep@exodus.Eng.Sun.COM>
- References: <1992Jul30.075728.28453@eua.ericsson.se>
- NNTP-Posting-Host: netcord
-
- In article <1992Jul30.075728.28453@eua.ericsson.se> euabin@eua.ericsson.se
- (Bjarne.Nordberg) writes:
-
- >Always when I run my ToolTalk applications, they print out the
- >message:
- >
- >Couldn't contact X server
- >
- >after registering or sending messages.
- >I am only running locally on one machine, although I'm connected
- >to a large network.
- >
- >It takes very long time (25-30s), to send a tt message with this bug.
- >Sometimes these lines go with it:
- >
- >Xlib: connection to "134.138.8.59:0.0" refused by server
- >Xlib: Client is not authorized to connect to server
- >
- >There is no delay in this case.
- >
- >It appears to be some configuration information regarding tt which
- >is not maintained properly (old info not erased).
-
- Bingo. There was a bug in ToolTalk 1.0 (OWv3.0) in which, if a client
- crashed while joined to a file, that client's session was still
- recorded as interested in that file.
-
- This bug is fixed in ToolTalk 1.0.1 (OWv3.0.1, SunOS 5.0, Solaris
- 2.0), and in the ToolTalk patch for 4.x (patch 100626).
-
- >- Does anyone have a fix or workaround for this problem?
-
- If you don't have the patch, then:
-
- If you have ToolTalk 'objects' on the file, try:
- ttmv -L file file-
- ttrm -L file
- ttmv -L file- file
- (This can't hurt, but I'm not 100% sure it will fix it, either.)
-
- If you don't have any ToolTalk 'objects' on the file (or if you do and
- you don't mind losing them), you can solve it by tt_file_destroy()ing
- the file. ttrm -L <file> does the same thing as tt_file_destroy().
-
- A more drastic step is to remove all the ToolTalk data for the entire
- filesystem, via rm -r /mountpoint/TT_DB. If you do so, be sure to
- restart the ToolTalk database server (rpc.ttdbserverd) on that
- machine.
- --
- Brian Holtz
-