On Fri, Nov 13, 2009 at 8:05 PM, Dave Korn <> wrote:
> Andy Koppe wrote:
>> 2009/11/13 Jacob Jacobson:
>>> Output of Kaspersky Anti-Virus 6.0
>>>
>>> 11/13/2009 1:03:09 PM C:\WIN\CYGWIN\BIN\CYGRUNSRV.EXE Process is trying to
>>> inject into another process. This behavior is typical of some malici
aputerguy wrote:
> I am trying to capture the error messages of 'subinacl.exe' (a dos program
> included with Windows 2003 toolkit) which I am running from a bash script.
>
> However both the stderr and stdout of the process seem to go to bash stdout
> since redirecting bash stderr (2>) doesn't se
Eric Blake wrote:
> According to Salvador Fandino on 11/13/2009 1:36 PM:
>> Using ftell() after fopen(..., "a") returns 0 even when the file open for
>> appending is not empty. AFAIK, it should return the size of the file.
>
> Not a bug. POSIX allows this behavior, and Linux does it as well.
Andy Koppe wrote:
> 2009/11/13 Jacob Jacobson:
>> Output of Kaspersky Anti-Virus 6.0
>>
>> 11/13/2009 1:03:09 PM C:\WIN\CYGWIN\BIN\CYGRUNSRV.EXE Process is trying to
>> inject into another process. This behavior is typical of some malicious
>> programs (Invader)
>> 11/13/2009 1:03:09 PM C:\WIN\
> Without more details I hazard a guess: The Windows process creates the
> directory without permissions for you to delete the directory or files
> in that directory and you're running under UAC.
Yes, this turns out to be true. I disabled UAC entirely and now my program
works.
Is there a better
Christopher Faylor sent the following at Friday, November 13, 2009 1:43 PM
>On Fri, Nov 13, 2009 at 10:39:41AM -0800, aputerguy wrote:
>>I am trying to capture the error messages of 'subinacl.exe' (a dos
>>program included with Windows 2003 toolkit) which I am running from a bash
>>script.
>>
>>Ho
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Salvador Fandino on 11/13/2009 1:55 PM:
>> Not a bug. POSIX allows this behavior, and Linux does it as well.
>
> In Linux (at least on the one I have installed, Ubuntu 9.10) ftell does not
> return cero but the EOF offset:
Ok, so "a" a
- Original Message
> From: Eric Blake
> To: cygwin@cygwin.com; sfand...@yahoo.com
> Sent: Fri, November 13, 2009 9:41:14 PM
> Subject: Re: [BUG] fopen(..., "a") does not seek to end of file until some
> write operation
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Accordi
Eric Blake wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Salvador Fandino on 11/13/2009 1:36 PM:
Hii
Using ftell() after fopen(..., "a") returns 0 even when the file open for
appending is not empty. AFAIK, it should return the size of the file.
Not a bug. POSIX
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Salvador Fandino on 11/13/2009 1:36 PM:
> Hii
>
> Using ftell() after fopen(..., "a") returns 0 even when the file open for
> appending is not empty. AFAIK, it should return the size of the file.
Not a bug. POSIX allows this behavior,
Hii
Using ftell() after fopen(..., "a") returns 0 even when the file open for
appending is not empty. AFAIK, it should return the size of the file.
Compile and run the attached program several times to see it happening.
Cheers,
- Salva
cygcheck.out
Description: Binary data
#include
int ma
2009/11/13 Jacob Jacobson:
> Output of Kaspersky Anti-Virus 6.0
>
> 11/13/2009 1:03:09 PM C:\WIN\CYGWIN\BIN\CYGRUNSRV.EXE Process is trying to
> inject into another process. This behavior is typical of some malicious
> programs (Invader)
> 11/13/2009 1:03:09 PM C:\WIN\CYGWIN\BIN\CYGRUNSRV.EXE "
On Fri, Nov 13, 2009 at 08:29:08PM +0100, Federico Hernandez wrote:
>> ?Also, you can check exit status from the shell by running "echo $?" after
>> the command, which is a bit less trouble than using the debugger. ?The "$?"
>> shell variable gets set to the status of the last command executed. ?(T
> Also, you can check exit status from the shell by running "echo $?" after
> the command, which is a bit less trouble than using the debugger. The "$?"
> shell variable gets set to the status of the last command executed. (This is
> generic shell stuff, not cygwin-specific.)
Of course. Why do
Output of Kaspersky Anti-Virus 6.0
11/13/2009 1:03:09 PM C:\WIN\CYGWIN\BIN\CYGRUNSRV.EXE Process is trying
to inject into another process. This behavior is typical of some
malicious programs (Invader)
11/13/2009 1:03:09 PM C:\WIN\CYGWIN\BIN\CYGRUNSRV.EXE "Quarantine"
action is selected
11/13/2
On Fri, Nov 13, 2009 at 10:39:41AM -0800, aputerguy wrote:
>
>I am trying to capture the error messages of 'subinacl.exe' (a dos program
>included with Windows 2003 toolkit) which I am running from a bash script.
>
>However both the stderr and stdout of the process seem to go to bash stdout
>since
I am trying to capture the error messages of 'subinacl.exe' (a dos program
included with Windows 2003 toolkit) which I am running from a bash script.
However both the stderr and stdout of the process seem to go to bash stdout
since redirecting bash stderr (2>) doesn't seem to have any effect.
I
On Thu, Nov 12, 2009 at 02:46:12PM -0800, aputerguy wrote:
>
>Currently when upgrading the base 'cygwin' package, the installer only warns
>you midway through the installation after some files have been
>removed/replaced.
>
>If you have other cygwin processes running, you may be left in an incomple
On 11/12/2009 07:07 PM, Larry Hall wrote:
>On 11/12/2009 06:47 PM, Dave Korn wrote:
>> Larry Hall (Cygwin) wrote:
>>> On 11/12/2009 09:14 AM, dexter_mich...@emc wrote:
Should my ID output be the same as when I log into a unix server here,
or would it be different? My cygwin is running on
Ken Brown wrote:
On 11/13/2009 9:57 AM, Rockefeller, Harry wrote:
Emacs 23.1.1 (Cygwin 1.7) stores spaces literally inside emacs macros
instead of using the space as a name completion command. In the
older emacs (Cygwin 1.5) this is not the case. The stored macro
behaved exactly like the keystro
On 11/13/2009 9:57 AM, Rockefeller, Harry wrote:
Emacs 23.1.1 (Cygwin 1.7) stores spaces literally inside emacs macros
instead of using the space as a name completion command. In the
older emacs (Cygwin 1.5) this is not the case. The stored macro
behaved exactly like the keystrokes were originall
Emacs 23.1.1 (Cygwin 1.7) stores spaces literally inside emacs macros instead
of using the space as a name completion command. In the older emacs (Cygwin
1.5) this is not the case. The stored macro behaved exactly like the
keystrokes were originally typed interactively. Is this a "feature" of
Quoting Ali Irfan Ustek :
Hi all,
I installed Msys to test MingW and uninstalled them both. However now
my HOME path is set to /cygdrive/c/msys/1.0/home and I can't get my
home directory back.
No idea as to why this has happened. But please have a look at
/etc/profile. This file lists the
Hi all,
I installed Msys to test MingW and uninstalled them both. However now
my HOME path is set to /cygdrive/c/msys/1.0/home and I can't get my
home directory back.
Any Ideas?
Thanks,
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Docu
On Nov 13 04:31, aputerguy wrote:
>
> Corinna VInschen writes:
> > For exakt cloning including ACLs, I would suggest to use robocopy. Yes,
> > it's a native tool, but it's sort of a swiss army knife to do exactly
> > that job. You don't need to copy the registry entries.
>
> Thanks Corinna!
>
On Nov 13 07:31, Eliot Moss wrote:
> Oh, and in terms of BLODA, my antivirus is Symantec
> with on-access scan OFF. I've not seen other issues
> with it. I do have Windows Defender -- perhaps it
> causes the popups. I'm not entirely clear how I can
> turn it off. It was not previously a problem ...
On Nov 13 07:29, Eliot Moss wrote:
> I can also report that the first time I run a_test, a Windows popup happens
> asking if I want to allow this program to access the network. I click
> "Allow", but it seems not to be allowing.
No, that has nothing to do with it. It's just the Windows firewall
a
Oh, and in terms of BLODA, my antivirus is Symantec
with on-access scan OFF. I've not seen other issues
with it. I do have Windows Defender -- perhaps it
causes the popups. I'm not entirely clear how I can
turn it off. It was not previously a problem ...
Cheers -- E
--
Problem reports: htt
Corinna VInschen writes:
> For exakt cloning including ACLs, I would suggest to use robocopy. Yes,
> it's a native tool, but it's sort of a swiss army knife to do exactly
> that job. You don't need to copy the registry entries.
Thanks Corinna!
When you say that I don't "need" to copy the regis
Corinna Vinschen wrote:
On Nov 12 17:23, Eliot Moss wrote:
41 320784 [main] a_test 5244 fhandler_socket::dup: here
57 320841 [main] a_test 5244 fhandler_base::dup: in fhandler_base dup
39 320880 [main] a_test 5244 fhandler_base::dup: dup() failed, handle 35C,
Win32 error 6
37 32
Corinna Vinschen wrote:
On Nov 12 17:23, Eliot Moss wrote:
I went ahead and wrote a little program that narrows
down the rsync problem to a dup2 call. The program:
creates two pipes (for talking to a child process),
forks the child, and the child tries to dup2 the
pipe fds to its stdin and stdou
On Nov 12 17:23, Eliot Moss wrote:
>41 320784 [main] a_test 5244 fhandler_socket::dup: here
>57 320841 [main] a_test 5244 fhandler_base::dup: in fhandler_base dup
>39 320880 [main] a_test 5244 fhandler_base::dup: dup() failed, handle
> 35C, Win32 error 6
>37 320917 [main] a_tes
On Nov 12 17:23, Eliot Moss wrote:
> I went ahead and wrote a little program that narrows
> down the rsync problem to a dup2 call. The program:
> creates two pipes (for talking to a child process),
> forks the child, and the child tries to dup2 the
> pipe fds to its stdin and stdout. If it wins (wh
On Nov 13 01:44, aputerguy wrote:
>
> I guess the other thing to worry about would be ACL entries.
> If there are any, I could solve that with getfacl/setfacl assuming that the
> ACL changes were addressable by getfacl/setfacl.
> And if not I could always use 'subinacl' to just clone the entire AC
On Nov 12 10:12, Eric Benson wrote:
> Recently I installed Windows 7 and Cygwin 1.7 from scratch
> and rebuilt all of the pieces of my system using the latest versions
> of all components. The encoder process is now failing because it is
> unable to remove the directory
> that was created by the A
I guess the other thing to worry about would be ACL entries.
If there are any, I could solve that with getfacl/setfacl assuming that the
ACL changes were addressable by getfacl/setfacl.
And if not I could always use 'subinacl' to just clone the entire ACL
structure of the C:\cygwin tree.
--
View
I would like to clone the cygwin setup from one pc to another.
Looking at the registry, it appears that at least in my case there are only
a few registry entries with the text cygwin in them, including the %path%
and several entries corresponding to the services I have set up (rsyncd,
sshd, XWin)
37 matches
Mail list logo