> -Original Message-
> From: cygwin-owner On Behalf Of Baurjan Ismagulov
> Sent: 17 May 2004 15:09
> Can you also see the garbage after the command line? Looks like a
> Windows bug...
Yep, although not as much of it. Sometimes it appends an 'l' to the -i
option, sometimes it appends a
Hello, Dave!
On Mon, May 17, 2004 at 02:45:33PM +0100, Dave Korn wrote:
> > Wow! Yes, this does indeed look suspicious. Since I only
> > have Win2k to
> > play with, can someone with WinXPPro verify this behavior?
> > Hopefully it's
> > a local configuration thing...
>
> Repeatable here.
Hello, Igor!
On Mon, May 17, 2004 at 09:35:34AM -0400, Igor Pechtchanski wrote:
> A WAG: "at" runs as LocalSystem (a.k.a. SYSTEM). Does g:\cygwin\bin\bash
> have execute permissions for everyone? Also, try making the executable
> name "g:\cygwin\bin\bash.exe" instead.
Yes, thank you! I think, i
Hello,
I've created a user lokal_sshd to run sshd. I've used the following
command:
cygrunsrv -I sshd -p /cygdrive/g/cygwin/usr/sbin/sshd -a -D \
-e "CYGWIN=ntsec tty" -d "CYGWIN sshd" -u lokal_sshd -w 123
I had to add lokal_sshd to Administrators and grant it the following
privileges:
Create a
> -Original Message-
> From: cygwin-owner On Behalf Of Igor Pechtchanski
> Sent: 17 May 2004 14:36
> Wow! Yes, this does indeed look suspicious. Since I only
> have Win2k to
> play with, can someone with WinXPPro verify this behavior?
> Hopefully it's
> a local configuration thing...
On Mon, 17 May 2004, Baurjan Ismagulov wrote:
> Hello, Igor!
>
> I've also tried your "at" suggestion, but couldn't get it to work:
>
> C:\> at 13:24 /interactive g:\cygwin\bin\bash -i
> Added a new job with job ID = 1
>
> C:\> at 1
>
> Task ID: 1
> Status:OK
> Schedule: Today
>
Hello, Igor!
I've also tried your "at" suggestion, but couldn't get it to work:
C:\> at 13:24 /interactive g:\cygwin\bin\bash -i
Added a new job with job ID = 1
C:\> at 1
Task ID: 1
Status:OK
Schedule: Today
Time of day: 13:24 PM
Interactive: Yes
Command: g:\cygwin\
Hello, Igor!
On Fri, May 14, 2004 at 04:14:44PM -0400, Igor Pechtchanski wrote:
> I did try it. I should have amended the above with "on my system, mounts
> work as expected, with user mounts shadowing the system ones". In fact,
> mount actually gives a warning that "system mount point of '/...'
On Fri, 14 May 2004, Christopher Faylor wrote:
> On Fri, May 14, 2004 at 02:10:40PM -0400, Igor Pechtchanski wrote:
> >According to mount_info::from_registry() (in path.cc), the user mounts
> >are read before the system ones, and therefore appear earlier in the
> >mount table. I'm pretty sure the
Hello, Igor!
On Fri, May 14, 2004 at 02:10:40PM -0400, Igor Pechtchanski wrote:
> However, including the standard problem
> reporting information would have shown us whether what your system thinks
> its state is is the same as what you think it is.
:)
> I would probably read the above as "HKCU
Hello, Christopher!
On Fri, May 14, 2004 at 02:23:26PM -0400, Christopher Faylor wrote:
> Why not just "try it"? Create two mounts, one user and one system. See
> which takes precedence.
The result is at the beginning of the thread:
http://marc.theaimsgroup.com/?l=cygwin&m=108445099608131&w=2 .
On Fri, May 14, 2004 at 02:10:40PM -0400, Igor Pechtchanski wrote:
>According to mount_info::from_registry() (in path.cc), the user mounts
>are read before the system ones, and therefore appear earlier in the
>mount table. I'm pretty sure the mount table is accessed linearly, so
>the earlier items
t table in the
>Windows registry so that the information will be retrieved next time the
>user logs in. Because it is sometimes desirable to have system-wide as
>well as user-specific mounts, there is also a system-wide mount table that
>all Cygwin users inherit.
&g
I'm pretty sure you will show it
to me :) , but all I could find was the following:
The mapping is stored in the current user's Cygwin mount table in the
Windows registry so that the information will be retrieved next time the
user logs in. Because it is sometimes desirable to
On Thu, 13 May 2004, Baurjan Ismagulov wrote:
> Hello,
>
> this subject was discussed a lot before, but I couldn't find a solution
> to my specific problem.
>
> Basically, I want that my services started as SYSTEM see c:\opt\c as
> root, and I see c:\cygwin as user ibr. To do this, I copied the mo
Hello,
this subject was discussed a lot before, but I couldn't find a solution
to my specific problem.
Basically, I want that my services started as SYSTEM see c:\opt\c as
root, and I see c:\cygwin as user ibr. To do this, I copied the mount
entries from HKLM to HKCU and modified them accordingly
16 matches
Mail list logo
