KDE on Cygwin: 2.2.2 Beta 1 Release Available

The KDE on Cygwin project, the project to port Qt and KDE to Windows, has announced the first beta release of KDE 2.2.2 for Cygwin and Cygwin/XFree86. At the moment they offer kdelibs and kdebase for download but it seems we can expect other packages like kdegames, kdepim and kdevelop in near future too.


dcopserver is a server for the Desktop communication protocol, the common interprocess communication of kde and uses unix domain sockets. unix domain sockets stores established sockets in files, which are read by clients.
The problem is that cygwin supports a cr to cr/lf conversation mode for files (called "textmode"), which let dcopserver fails to read this socket file.

Hope that helps.


By Ralf Habacker at Thu, 2002/08/01 - 5:00am

Did anyone find a fix for this error, I'm getting it too.

By Sam at Sun, 2002/08/04 - 5:00am

I was having this same problem, but only when I logged in as a non-root user. I was not able to find anything that helped at After messing with it for quite a while on my Solaris 8 box I got it to work by chmod 01777 on /tmp/.ICE-unix, /tmp/.X11-pipe, and /tmp/.X11-unix. As best as I can tell, this gives the non-root user enough rights to create the files unix domain sockets stores established sockets in for Solaris. The problem is that these permissions get reset on boot so I had to create a small script to fix this. Hope this helps.

By Mike at Wed, 2002/09/11 - 5:00am

I am having exactly same problem as you for my Solaris 10. The kde version is 3.3.1a that was install from my Solaris 10 companion CD. Could you please tell me your script-:)


By vincent at Sat, 2005/04/02 - 6:00am


I recently installed 2 Debian testing machines and encountered the same problem. Seems like the permissions of the directory "/usr/X11R6/bin/" are screwed up.

This helped me:

chmod go+rx /usr/X11R6/bin/

hope this helps.

By Nils Boysen at Sat, 2003/11/22 - 6:00am

I am using slackware 10.2 and this seemed to work. I tried some other methods posted here saying to remove various files but that led to more trouble. Thanks for the help.

By Andy Ritchey at Fri, 2006/04/21 - 5:00am

i am also facing same prob. in linux 7.2 and linux 0.9 if you have any solution please give me reply

By tejas upadhyay at Mon, 2005/01/10 - 6:00am

(18 mar 2005) Sorry, an old thread but a new problem.

I had this problem too. (Red Hat Linux 9.0, fully updated to final releases)

It began about two weeks ago. The only effort I made to correct it was to start dcopserver manually at last login. Dcopserver ran fine so I guessed at startup script/config probs. Since then I haven't had the problem, so I can't comment further.

By Graham Matthews at Fri, 2005/03/18 - 6:00am

I use kde that is installed with RedHat 7.3 and I had the same problem. IT was because my path was screwed up. I needed to add /usr/X11R6/bin.

By Jared at Fri, 2002/08/30 - 5:00am

I had the same problem but I came across a very simple solution. Just run the command "enter (yourhostname)" where yourhostname is your computer's name, the one you put in the /etc/hostname.

By lyhong at Mon, 2002/09/02 - 5:00am

There's no the command "enter" at all!
That doesn't work to me!

By mavis at Wed, 2003/06/04 - 5:00am

One of my users had the same problem after he tried to append to his PATH in .cshrc (his default shell). Apparently, he overwrote the default path rather then appending to it. When the user login, DCOPserver is run which then runs `iceauth' using the user's PATH. The path to `iceauth' is /usr/X11R6/bin, which was not in the user's PATH statement, hence the DCOPserver error. After he corrected his PATH statement, it fixed the DCOPserver issue.

By Ken at Thu, 2002/09/12 - 5:00am

Thx you are true ;)

By Shark at Mon, 2003/04/21 - 5:00am

Another fix to this problem, at least in my situation, was my home directory did not have group and global write access. Changing it over to 777 fixed the DCOPserver problem along with a slew of other problems

By Misery's Comfort at Sat, 2004/03/20 - 6:00am

Hy i discovered this thread in an effort to get my kanotix_2005_04 working. i've just installed it on my machine and DCOPserver keeps throwing kde inter-process communication failure on root and on my user. I am able to login but under a second WM provided IceWM(i guess) but this error pops up every time i press smth related to kde (e.g: running kde applications). Where is the problem and how can I solve it -i've hured it might be related to ICEauthority but i am new to linux and don't know anything about cli or commands or getting to that dir from cli etc. Please can u give me an answer and eventually write down some steps to accomplish this.Thank you,

By Ford at Mon, 2006/01/30 - 6:00am

My solution to the problem was found on another post... it wasnt permissions or the chsrc file... I had to reinstall kdelibs (I just installed all available from my repositories) this cleared it right up... hope this helps someone!

By tek at Thu, 2006/11/23 - 6:00am

I've got the same problem with my SuSE Linux 7.3:
Starting Linux and X-Server will show me the graphical login-screen. I switch to Textmode [Ctrl-Alt-F3], login as root and start the text-based setup-tool YAST.
I searched for installed packages with "dcopserver", deinstall & reinstall it and shutdown the computer.
After starting again, everything works fine (until the next time error ??). I can't explain it, because I'm Linux-newbie. May be, specialists will do it for me.

By Dremus at Thu, 2002/10/10 - 5:00am

One of my colleagues had this problem.
It appeared that she was out of disk space (due to quota limitations).
When logging in, the system could not make a .DCOPserver_hostname:0 file under her account that contains data about the sockets KDE uses.
Starting KDE, the system starts looking for this .DCOPserver_hostname:0 file, which is not there (of course).
This generates the error.

Raising the quota, or deleting some files is a solution here.

By hansa at Mon, 2002/10/28 - 6:00am

That worked for me. Thanks. I am using Bastille and that turned on quotas.

By Rusty at Thu, 2002/11/07 - 6:00am

But that don't worked for me!
Help me!

By mavis at Wed, 2003/06/04 - 5:00am

I don't know if you found anything out as of yet, but I had the same issue and resolved it by deleting both the /tmp/.ICE_unix directory and the ~/.DCOPserver__-0 link. Logged out and it worked fine. Trying to find out if KDE's bugzilla has a report on this as of yet

By Musa Williams at Wed, 2002/12/04 - 6:00am

On my computer the problem occured because of a crash of the whole system.

removing /tmp/.ICE_unix directory and the ~/.DCOPserver__-0 worked for me.


By niko at Mon, 2003/01/20 - 6:00am

removing /tmp/.ICE_unix directory and the ~/.DCOPserver* also worked for me.

By Tan Hong Cheong at Tue, 2003/04/08 - 5:00am

This worked for me, cheerz!

By Kevin C. at Fri, 2003/08/15 - 5:00am

on my machine (mandrake 9.1) the problem was that it was configured to get a hostname (which looked like this: 1,6,) from the dhcp server of my isp, which dcopserver seems quite to dislike.

the solution was to enter a hostname in /etc/hostname and to prevent dhcp from resetting it. to achieve this you just have to open /etc/sysconfig/network-scripts/ifcfg-eth1 (in my case eth1 is the nic connected to my cable modem) and change the line "NEEDHOSTNAME=yes" to "NEEDHOSTNAME=no"


By silence at Wed, 2003/10/08 - 5:00am

Did you manage to get this sorted out? I am having the exact same problem...any help?


By Kartik at Mon, 2003/01/13 - 6:00am

It's most probably a permission problem. I solved it by deleting ALL the invisible .gnome* and .kde* direcories. Reconfiguring the Desktops was faster than fiddling around with dozens of files...

By Nmuller at Thu, 2003/01/30 - 6:00am

One of my users recently switched to a tcsh default shell and the default .cshrc that comes with RH 7.3 does not include the /usr/X11R6/bin path in the $PATH env variable. I had to add to their path.

Note: the deafult .cshrc that comes with RH 7.3 overwrites the $PATH env variable, It was very frustrating to figure this one out. especially since I checked the default rc's and .logins to make sure the paths were there.

By Jav at Tue, 2003/02/04 - 6:00am

Non-root users could not log in to the RedHat 7.3 console with KDE.

SOLUTION: Modify /usr/bin/startkde. Basically, /usr/bin/startkde
could not find certain applications which exist in /usr/bin/X11.
So, add it to the path in the script.

Put these lines in to /usr/bin/startkde:

# Modification
export PATH

By Jeff at Tue, 2003/03/04 - 6:00am

This worked for me too.

I have a RedHat 7 system that has been running for almost 2 years, and suddenly on reboot, it throws this error.

adding the PATH statement solved the problem:

Put these lines in to /usr/bin/startkde:

# Modification
export PATH

Thank you for the assistance!

By Kevin Ready at Thu, 2004/01/08 - 6:00am

Non-root users could not log in to the RedHat 7.3 console with KDE.

SOLUTION: Modify /usr/bin/startkde. Basically, /usr/bin/startkde
could not find certain applications which exist in /usr/bin/X11.
So, add it to the path in the script.

Put these lines in to /usr/bin/startkde:

# Modification
export PATH

By Jeff at Wed, 2003/03/05 - 6:00am

I am facing the same problem!
But all above mentions do not work for me at all!
Not can I do anything without KDE!
Please - any suggestions or pointers will be greatly appreciated.


By mavis at Thu, 2003/06/05 - 5:00am

Adding the path for Redhat 7.3 fixed my problem, too.

By brian at Wed, 2003/06/25 - 5:00am

You must set the trust permision to the .ICE-unix directory under the /tmp.

By Muammer at Wed, 2003/04/02 - 6:00am

Hello all,

I am facing (it seems) the mother of all the problems described in this thread. I am running KDE using RedHat 7.3 on Linux. I logged in just fine to KDE, but tried to use KUser to add a new user - this gave me an error message saying that "error in /my/path/dcopserver__0 make sure dcopserver is running".

Not sure what to do, I went ahead and added the user alright and tried to log out of X to see if I could reboot and figure something out. Big mistake - I have not been able to log in _AT ALL_ ever since. I have tried both Runlevel 5 and 3 and _no_user_ can log in, including root (me). I am currently reduced to Runlevel 1 and have tried bizarre things to no avail. First, deleteing .ICE-UNIX or .Xauthority did not do anything for me. I also deleted some files to free up space. Finally, I managed to get dcopserver running on Runlevel 1 but of course as soon as I say "telinit 3", it seems to wipe it out. If I reboot, it automatically shuts down dcopserver. Is there anything I can do to avoid this problem? I can possibly write a script in /etc/rc.d/rc3d that tries to start up dcopserver (and switch at boot to runlevel 3) but I wonder if that would do any good.

Please - any suggestions or pointers will be greatly appreciated.


By Saumil Mehta at Fri, 2003/05/16 - 5:00am

I recently ran into a similar problem: a message box informed me that I should make sure that the "dcopserver" is running and then the desktop login failed.

The cause of this in my situation was that the owner of the file .ICEauthority was set to root:root. How did it get set to that? Couldn't figure it out (maybe I ran something as root in my home dir).

The fix is simple. Login as root and issue
chown myuser:myuser .ICEauthority
(where myuser is, of course, your user name :) )


By Ovidiu at Fri, 2004/11/12 - 6:00am

Hi I am facing similiar problems. I have three logins two users a1 and a2 and a root. With login a1 I am able login, but with other login a2 I am facing similiar problem. I tryied to change the owner ship on .ICEauthority file. now the problem is if I try to login as root it overwriting .ICEauthority filr for login a2, because of that root login is also failing. Any suggestion to avoid this issue.

-- john.

By john at Sat, 2005/11/19 - 6:00am

Yes! We had the same problem with DCOP on a
bunch of Sun Rays, which have a bunch of users
on one server. The first user to fire up KDE
ends up creating /tmp/.ICE-unix/ and of course,
they own it. The next user is unable to write
to the directory! When this is fixed the next
user can run KDE. I guess that the directory
should be owned by root with world write?

Geoff Gibbs

By Geoff Gibbs at Tue, 2004/03/02 - 6:00am

By Anonymous at Tue, 2004/03/02 - 6:00am

I had the same trouble last week and tried the solutions listed here. None appeared to work.

I could run kmail and other kde apps as root but not as the (only) existing end user. In the end I used "chown" and chowned all the files in the users home directory.

E.G. "cd /home/jack ;chown -R jack.jack ."

that worked.....why i dont know but I didnt have the time to delve in to the detail I just needed it functioning.


By Phil Vossler at Mon, 2003/09/01 - 5:00am

Same problem, different solution...

A nasty install script clobbered my /etc/ file and it was missing critical ld library paths (such as /usr/X11/lib). Here's what mine contains:

sh-2.05a$ cat /etc/

Hope that helps anyone that remains stuck.


By dt at Fri, 2003/09/12 - 5:00am

Thanks to Phhil's.
Worked out fine.

chown -R uname:uname .


By wathavy at Thu, 2005/09/29 - 5:00am

Problem here is slightly different in that root and users (with accounts) other than me have no problem. Trying to log in as myself I run into the same DCOPserver problem though it seems. Problem started for no apparent reason; just simply was there one morning at startup.

I have tried removing myself as a user (500), then creating a new myself (502) did not help. Also removing the /tmp/.icw* directory mentioned above did not help. There is no .DCOP* file or link to be found in the affected home directory.

I have even tried removing the entire KDE, then reinstalling KDE but whatever the problem seems to be tied to files not affected by removing/reinstalling.

System(s) here use SuSE 8.2 on, the one in question is SMP with plent of gigs to spare on HD.

By Jim Forney at Thu, 2003/11/27 - 6:00am


I also use a SuSE 8.2, so your situation should be faily similar to mine. With me the same problem occured while I was experimenting with network settings, so I guessed it was due to that, but I'm not sure.

Anyway, I logged in as root and just did a SuSEconfig after I read that some people mentioned their settings were screwed up. The script told me that I had modified my kderc (somewhere in /etc/opt...; it tolfd me exactly where it was) and that it had generated a fresh one. So I copied that onto the old one and the problem was gone.

Hope this also solves it for you,

By Diederick de Vries at Tue, 2003/12/09 - 6:00am

Hi all,
I am running SUSE 10.1 official version and i had the same problem when i tried to use konqueror to access a network folder. I was running konqueror as the only user that exist other than root.

The fix for me to as root chown the users home folder.
chown -R XXX /home/XXX where XXX is the username

After that all worked fine.
I have found that few earlier weired problem like this also was due to some file in the users home folder with only root permission. I would be happy if someone can tell, whether there are any log files that we can look for the error messages like these in linux.
I mean like a log file which would have suggested that a file having only root permission failed to load the DCOPServer loading,

Niroshan Hewakoparage

By niroshan at Mon, 2006/07/31 - 5:00am

I had a similar problem doing a Debian Sarge install (using the Debian Next-Gen installer). The problem was permissions on /usr/X11R6/bin, which contains the program iceauth, which (I think) dcopserver needs to start. As installed, the directory was owned by root:root, and permissions were set to drwx------.

I used CTRL+ALT+F1 to get a text terminal. Logged as root, and then `cd /usr/X11R6` and `chmod go+rx bin`. Permissions are then drwxr-xr-x.

I switched back to the X Server with ALT+F7, and login worked fine.

Hope this helps.

By UltraOne at Fri, 2003/12/19 - 6:00am

I had the same problem with dcopserver but didn't find the solution here.
When fixing something under gnome I fixed dcopserver. I am running gentoo
and when I installed it I didn't set up /etc/hosts correctly. That made
an anoying message pop up in gnome and caused kde to crash. By adding localhost
all was well. Hope this helps someone out there.

By Alexander Silva Hernández at Sun, 2004/02/15 - 6:00am

i am having the same problem. i got around it by creating a new user account and logging in as that user.

By bob wachunas at Thu, 2004/03/25 - 6:00am

I am having the same problem with KDE 3.2 after some apt-get upgrade (debian/testing). I removed the ICE/auth files as someone here suggested - but kde-init --exit keeps giving me these errors:

/usr/X11R6/bin/iceauth: timeout in locking authority file /home/knoppix/.ICEauthority
DCOPClient::attachInternal. Attach failed Authentication Rejected, reason : None of the authentication protocols specified are supported and host-based authentication failed
ICE Connection rejected!

DCOPClient::attachInternal. Attach failed Authentication Rejected, reason : None of the authentication protocols specified are supported and host-based authentication failed
DCOPServer self-test failed.
ICE Connection rejected!

iceauth: timeout in locking authority file /home/knoppix/.ICEauthority
kdeinit: DCOPServer could not be started, aborting.

above actions where done while being logged in to kde as root. trying to login as user 'knoppix' created these 3 lines in auth.log:

May 2 17:11:46 AMD1800 kdm: :0[5141]: (pam_unix) session closed for user knoppix
May 2 17:16:01 AMD1800 CRON[5873]: (pam_unix) session opened for user knoppix by (uid=0)
May 2 17:19:41 AMD1800 kdm: :0[6925]: (pam_securetty) access denied: tty ':0' is not secure !

Maybe this gives a hint...
Thanks for any help

By Raga at Sun, 2004/05/02 - 5:00am