Achim Gratz nexgo.de> writes:
> Under Linux i can't get lftp 4.3.3 to misbehave in the same manner even
> with much larger command lines and files, so it is either something
> introduced with a newer version of lftp or unique to lftp on Cygwin.
The previous lftp version 4.3.3 on Cygwin also does
On 5/25/2012 1:30 PM, Earnie Boyd wrote:
On Fri, May 25, 2012 at 3:55 PM, Karl M wrote:
Hi All...
With all of the recent bug fixes, could we have a new release once all the dust
settles.
WAUWOIDB (What a useless waste of internet data bits). The CRT
(Cygwin release team) will DIWTGATI (Do it
On 29/05/2012 2:27 PM, Andy Koppe wrote:
On 29 May 2012 13:57, Ryan Johnson wrote:
On 28/05/2012 1:32 PM, Harry G McGavran Jr wrote:
On 02/18/12 11:28, Harry G McGavran Jr wrote:
I've found a little more information -- this problem goes away
if I change my default shell to dash. Seems tcsh i
Achim Gratz writes:
> perl -e 'foreach (1..100){' \
> -e 'print "ls -r file:/", ' \
> -e '(map {"$_"x10. "/"}(a..z)), "\n"}' \
> > test.lftp
Sorry, there's a space missing:
perl -e 'foreach (1..100){' \
-e 'print "ls -r file:/", ' \
-e '(map {"$_"x10 . "/"}(a..z)), "\n"}'
There is an insidious bug that affects at least lftp on the latest
cygwin snapshot as well as the 1.7.15 release. Prepare and run an lftp
script like this:
perl -e 'foreach (1..100){' \
-e 'print "ls -r file:/", ' \
-e '(map {"$_"x10. "/"}(a..z)), "\n"}' \
> test.lftp
lftp -f test.
On 05/29/12 12:31, Andy Koppe wrote:
> On 29 May 2012 17:17, Harry G McGavran Jr wrote:
>>
>> Ryan Johnson wrote:
>>>
>>> I routinely encounter mintty windows that don't close after
>>> I exit the login shell they run (even though they contain no
>>> visible child processes), but they can still b
On 29 May 2012 17:17, Harry G McGavran Jr wrote:
>
> Ryan Johnson wrote:
>>
>>I routinely encounter mintty windows that don't close after
>>I exit the login shell they run (even though they contain no
>>visible child processes), but they can still be closed using
>>the big red "X" in the corner...
On 29 May 2012 13:57, Ryan Johnson wrote:
> On 28/05/2012 1:32 PM, Harry G McGavran Jr wrote:
>>
>>
>> On 02/18/12 11:28, Harry G McGavran Jr wrote:
>>>
>>> I've found a little more information -- this problem goes away
>>> if I change my default shell to dash. Seems tcsh is involved somehow.
>>>
Ryan Johnson wrote:
>
>I routinely encounter mintty windows that don't close after
>I exit the login shell they run (even though they contain no
>visible child processes), but they can still be closed using
>the big red "X" in the corner... your problem sounds like
>something more sinister.
>
>Rya
Hello,
I am looking at the /bin/cron-config script.
Line 627, we can find :
elif net localgroup "${_admingroup}" | grep -Eiq "^${username}.?$"; then
Why .? at the end of the regexp ? "^${username}.?$"
We could have problems if for example we already have "user1" in
administrators group, and cro
On 28/05/2012 1:32 PM, Harry G McGavran Jr wrote:
On 02/18/12 11:28, Harry G McGavran Jr wrote:
I've found a little more information -- this problem goes away
if I change my default shell to dash. Seems tcsh is involved somehow.
It comes back when I change my default shell back to tcsh.
Going
On May 29 12:41, Mark Pattie wrote:
> I have now removed Cygwin completely from the server and reinstalled.
> I am using the default service account that Cygwin creates for sshd
> (cyg_server), removed the "create a token object" permission for this
> account and configured the LSA package but have
On 05/28/12 11:32, Harry G McGavran Jr wrote:
>
>
>
> I'm puzzled why others aren't seeing this or aren't reporting it,
> but this problem seems to be back with 1.7.15 and I've now tried
> the latest snapshot (May 25) and it's back there too. It occurred
> with 1.7.10 and then got fixed, but
On May 25 15:10, Yaakov (Cygwin/X) wrote:
> On 2012-05-25 04:40, Corinna Vinschen wrote:
> >On May 25 03:26, Yaakov (Cygwin/X) wrote:
> >>With the 20120523 snapshot, if a process attempts to fork/exec
> >
> >Which snapshot shows this effect first?
>
> Ouch, it starts with 20120309.
Thanks. That
As mentioned, I am just trying rexec/rsh/rlogin, just as a test, on my few
computers. I know ssh is more secure..
I have uncommented these lines in inetd.conf
shell stream tcp nowait root/usr/sbin/tcpd rshd -L
login stream tcp nowait root/usr/sbin/tcpd rlogind
execstre
Hi Marco,
Sorry. I believed it best to post all available details. The key problem is
this message..
Access Denied. Administrator permissions are needed to use the selected
options. Use an administrator command prompt to complete these tasks.
On Monday 28 May 2012 16:59:45 marco atzeri wrote:
I know ssh is more secure, but I am interested in rsh/rlogin/rexec.. so i'm
just trying it locally on my own few computers, just for the sake of knowing
them.
rexec is working fine for me locally
$ rexec 127.0.0.1 ls
Password:
_vimrc
_vimrc
a.a
a.ag
a.b
$ rexec -l user 127.0.0.1 ls
Password:
17 matches
Mail list logo
