Mailing-List: contact cygwin-help AT sourceware DOT cygnus DOT com; run by ezmlm List-Unsubscribe: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT sourceware DOT cygnus DOT com Delivered-To: mailing list cygwin AT sourceware DOT cygnus DOT com Message-ID: <37EA5A7A.8F32AFFC@swi.com> Date: Thu, 23 Sep 1999 12:51:07 -0400 From: Paul Berrevoets Organization: SWI Systemware/Halcyon Inc. X-Mailer: Mozilla 4.61 [en] (WinNT; U) X-Accept-Language: en MIME-Version: 1.0 To: cygwin AT sourceware DOT cygnus DOT com Subject: Re: Vanishing mounts References: <9909211623 DOT AA01769 AT mlx DOT com> <37E99D8F DOT 91C26F07 AT earthlink DOT net> <37EA47B2 DOT 2D5973F4 AT jhuapl DOT edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Transfer-Encoding: 7bit I had "vanishing mounts" months ago. In my case, the problem was this: I had a cygwin application installed as a service using the account LocalSystem that was started automatically by the service manager when the system started. The cygwin1.dll initialization would get the mount table from the LocalSystem user profile (which would be empty) and that would be it. If I logged in, and started a bash shell and added mount points, they would be added to _my_ user profile, and therefore would not be seen when the system restarted. I believe Sergey's CoolView has an inetd service which could display similar behaviour depending on how it is installed. The following lines in src/winsup/winsup.h say it all: class shared_info {... /* FIXME: Doesn't work if more than one user on system. */ mount_info mount; ...}; In the meantime, this should be FAQ'ed -- Paul -- Want to unsubscribe from this list? Send a message to cygwin-unsubscribe AT sourceware DOT cygnus DOT com