Re: cygwin stable and cvs snapshot - fork() bug

[Corinna Vinschen]

On Oct 29 08:13, [EMAIL PROTECTED] wrote:
> >   1 [main] mpd 1736 C:\cygwin\home\mpx\mpd-test\mpd.exe:
> > *** fatal error - MapViewOfFileEx (0x1903),
> > Win3 2 error 6.  Terminating.
> >   68 [main] mpd 676 fork: child 1736 - died
> > waiting for dll loading, errno 11 problems fork'ing for daemon! 
> > [...]
> 
> Have you eliminated the  factor?
> 
> Yes I did. I stopped the AV program and all related services. I also
> used Filemon (from sysinternals) to see if I'm missing any files,
> without success...

Some of the BLODA stuff has to be deinstalled entirely to have an effect
since it hooks one of its own DLLs into some system DLL.

Another question:  Does the mpd tool load DLLs at run time?  Did you
try rebasing?


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: Cygwin setup on XP/Vista (UNIX/DOS compatibilty question)

[Dave Korn]

On 26 October 2007 19:21, Larry Hall (Cygwin) wrote:

>> A cool new network tool would be a RCP that runs D2U as a option.
>> Does such a tool exist?
> 
> 
> Don't know.  But it's simple in principle to write a script that you invoke
> to do what you want.

  Bog-standard ftp does text-mode transfers that convert line-ends on the fly.  
Sftp OTOH doesn't seem to.


cheers,
  DaveK
-- 
Can't think of a witty .sigline today


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Changing users over ssh file creation masks ?

[Tony Benham]

I have a couple of users logging onto a windows pc running cygwin with openssh
and svn. Essentially the ssh connection is used purely for svn. When they
connect via svn+ssh, the authorized_keys file contains a
"command=/usr/bin/svnserve" entry to run an svnserve command on the server. It
all works fine except that new files created by the ssh user are created with
the ssh user as owner, and no read/write/execute permissions for any one else.
Is there any way to modify this behaviour in the ssh setup ?


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: llrint implementation in Cygwin

[Victor Paesa]

Hi,

Tim Prince  computer.org> writes:
> 
> Diego Biurrun wrote:
> > Hi!
> > 
> > I have noticed that Cygwin does not implement llrint.  However, llrint
> > is part of C99 and not having it available makes some applications (for
> > example MPlayer and FFmpeg) fail to compile.
> > 
> > Are there any plans to implement llrint (in the near future)?
> > 
> 
> Perhaps if you would submit a patch to newlib, something may happen.
> It's not difficult to back-port stand-alone from recent gcc if you don't
> want to wait for cygwin to include a gcc upgrade, about which there have
> been plenty of threads here.  You could include it in a 
> of your choice.
> http://gcc.gnu.org/ml/gcc-patches/2005-03/msg01970.html
> http://gcc.gnu.org/ml/gcc-patches/2005-03/msg01973.html
> shows that it has been available for 2.5 years.

I found another way: leverage the llrint() implementation in MinGW.

a) We need first to download the mingw-runtime Cygwin package.

b) Then we create a small library:

ar x /usr/lib/mingw/libmingwex.a llrint.o
ar cq /usr/local/lib/libllrint.a llrint.o

c) And finally, we use that library in FFmpeg configure line:

 --extra-ldflags='-L /usr/local/lib' --extra-libs='-l llrint'

It might not be the most elegant solution, but it is strightforward, and 
it works.

Regards,
Victor


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Obtaining cygwin with cygwin1.dll version 1005.14.0.0

[Paul.Foster]

Due to incompatibilities between cygwin versions we need to install a
version of cygwin which is compatible with cygwin1.dll version
1005.14.0.0. api version 0.126

FYI,
We are running on windows (many flavours) and cygwin is installed as
part of one of our applications and cannot be changed. We need a full
cygwin installation so that we can use the perl interpreter.

Suggestions please

Many thanks
Paul



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Obtaining cygwin with cygwin1.dll version 1005.14.0.0

[Brian Dessent]

"Paul.Foster" wrote:

> Due to incompatibilities between cygwin versions we need to install a
> version of cygwin which is compatible with cygwin1.dll version
> 1005.14.0.0. api version 0.126

That is a convoluted way of saying version 1.5.14.  This is a very dated
version, released more than 2.5 years ago (2005-04-01).  We don't
support anything but the current release, so I'm afraid you're on your
own.  Cygwin is designed to be backwards binary compatible so in these
kinds of situations a newer DLL should always work when replacing an
older one.

There is a unofficial project called the Cygwin time machine that has
some older versions of packages.

> We are running on windows (many flavours) and cygwin is installed as
> part of one of our applications and cannot be changed. We need a full
> cygwin installation so that we can use the perl interpreter.

This kind of vendor lock-in is exactly why the GPL was written the way
it was.  The supplier of this application is required to give you the
complete source to the version of Cygwin they used, as well as the
source of the application.  If all else fails you can take this source
and either a) rebuild perl against the old version of Cygwin they used
or b) rebuild the application against a modern version of Cygwin.  If
they won't give you the complete source they're in violation of the
license.

Brian

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: llrint implementation in Cygwin

[Brian Dessent]

Victor Paesa wrote:

> I found another way: leverage the llrint() implementation in MinGW.
> 
> a) We need first to download the mingw-runtime Cygwin package.
> 
> b) Then we create a small library:
> 
> ar x /usr/lib/mingw/libmingwex.a llrint.o
> ar cq /usr/local/lib/libllrint.a llrint.o
> 
> c) And finally, we use that library in FFmpeg configure line:
> 
>  --extra-ldflags='-L /usr/local/lib' --extra-libs='-l llrint'
> 
> It might not be the most elegant solution, but it is strightforward, and
> it works.

This is a very, very bad idea.  MinGW uses a completely different and
incompatible C runtime (MSVCRT) and so any MinGW object that calls into
the runtime (e.g. malloc(), open(), printf(), etc) will crash and burn
hard when linked to the Cygwin runtime.  It is simple blind luck that
llrint() is apparently a self-contained function that has no calls to
any C runtime support functions, but this is not a practical technique
in general.

If you want to re-use the MinGW implementation, do it by compiling the
source with Cygwin's gcc, not by extracting an object from a library.

Brian

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: cygwin stable and cvs snapshot - fork() bug

[Larry Hall (Cygwin)]

[EMAIL PROTECTED] wrote:

  1 [main] mpd 1736 C:\cygwin\home\mpx\mpd-test\mpd.exe:
*** fatal error - MapViewOfFileEx (0x1903),
Win3 2 error 6.  Terminating.
  68 [main] mpd 676 fork: child 1736 - died
waiting for dll loading, errno 11 problems fork'ing for
daemon! 

[...]

Have you eliminated the  factor?

Yes I did. I stopped the AV program and all related services. I also


used Filemon (from sysinternals) to see if I'm missing any files, 
without success...



Some of the BLODA stuff has to be deinstalled entirely to have an

effect since it hooks one of its own DLLs into some system DLL.


Another question:  Does the mpd tool load DLLs at run time?  Did you

try rebasing?

I rebooted my system (and disabled the AV services), so I was sure no AV
stuff was running. 


Again, some BLODA has to be _uninstalled_ to eliminate its effects.  You
cannot be sure this isn't where your issue lies unless you uninstall the
possible BLOADA you have installed now and test without it.

--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
216 Dalton Rd.  (508) 893-9889 - FAX
Holliston, MA 01746

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: llrint implementation in Cygwin

[Dave Korn]

On 29 October 2007 12:28, Brian Dessent wrote:

> This is a very, very bad idea.  MinGW uses a completely different and
> incompatible C runtime (MSVCRT) and so any MinGW object that calls into
> the runtime (e.g. malloc(), open(), printf(), etc) will crash and burn
> hard when linked to the Cygwin runtime.  It is simple blind luck that
> llrint() is apparently a self-contained function that has no calls to
> any C runtime support functions, but this is not a practical technique
> in general.

  I don't think it was being advocated in general, but I think it's reasonable
to assume that a pure const function like llrint isn't going to do anything
wacky.

cheers,
  DaveK
-- 
Can't think of a witty .sigline today


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: llrint implementation in Cygwin

[Brian Dessent]

Dave Korn wrote:

>   I don't think it was being advocated in general, but I think it's reasonable
> to assume that a pure const function like llrint isn't going to do anything
> wacky.

Yes, I realize it was probably not a worry in this particular case, but
I didn't want somebody stumbling on the archives at a later date and
getting the bright idea that you could just go around extracting random
objects from a MinGW library for use in a Cygwin link.

Brian

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: [ANNOUNCEMENT] New package: pdftk-1.41.1-1 -- PDF utility

[zzapper]

"Dave Korn" <[EMAIL PROTECTED]> wrote in news:02b901c81990$6b6e60c0
[EMAIL PROTECTED]:

> On 28 October 2007 09:05, zzapper wrote:
> 
>> Ignored by Vista (does anything work on Vista?) ie
>> 
>> pdftk --help
>> 
>> just returns w/o any message or error
> 
>   echo $?
> 
$ pdftk --help

$ echo $?
53



-- 
zzapper
http://www.rayninfo.co.uk/vimtips.html


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: [ANNOUNCEMENT] New package: pdftk-1.41.1-1 -- PDF utility

[Corinna Vinschen]

On Oct 29 13:09, zzapper wrote:
> "Dave Korn" <[EMAIL PROTECTED]> wrote in news:02b901c81990$6b6e60c0

Any chance you can stop quoting raw email addresses?

http://cygwin.com/acronyms/#PCYMTNQREAIYR


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: [ANNOUNCEMENT] New package: pdftk-1.41.1-1 -- PDF utility

[Brian Dessent]

zzapper wrote:

> $ pdftk --help
> 
> $ echo $?
> 53

That means you've got an installation problem -- you're missing some
required library.  From cygcheck, pdftk only requires libiconv2 and
zlib, both of which are listed correctly in the setup.hint, and both of
which are very common libraries which I doubt you could have a
functioning system without.  Maybe you've got some kind of PATH problem?

Brian

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: cygwin stable and cvs snapshot - fork() bug

[michael.vogt]

>>> Some of the BLODA stuff has to be deinstalled entirely to have an
>> effect since it hooks one of its own DLLs into some system DLL.
>> 
>>> Another question:  Does the mpd tool load DLLs at run time?  Did you
>> try rebasing?
>> 
>> I rebooted my system (and disabled the AV services), so I was sure no

>> AV stuff was running.
>
>Again, some BLODA has to be _uninstalled_ to eliminate its effects.
You cannot be sure this isn't where your issue lies unless you uninstall
the possible BLOADA you have installed now and 
>test without it.

ok I installed cygwin on a vmware workstation, without any av products
(or any other BLODA apps) - same result:

opening pid file
164 [main] mpd 304 C:\cyg\home\mpd-test\mpd.exe: *** fatal error -
MapViewOf
FileEx (0x2891), Win32 error 6.  Terminating.
211 [main] mpd 464 fork: child 304 - died waiting for dll loading,
errno 11
problems fork'ing for daemon!

I tried the stable cygwin and also the latest cvs snapshot, and I did
also a rebaseall. the error msg is allways the same

cheers
michael

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: llrint implementation in Cygwin

[Victor Paesa]

Hi,

Brian Dessent writes:
> 
> Dave Korn wrote:
> 
> > I don't think it was being advocated in general, but I think it's reasonable
> > to assume that a pure const function like llrint isn't going to do anything
> > wacky.
> 
> Yes, I realize it was probably not a worry in this particular case, but
> I didn't want somebody stumbling on the archives at a later date and
> getting the bright idea that you could just go around extracting random
> objects from a MinGW library for use in a Cygwin link.

I completely agree, most of the time it is a very bad idea to mix MinGW objects
with Cygwin's ones, that is why I extracted the llrint.o instead of linking 
to libmingwex.a

And indeed llrint.o works only because it is self-contained.
I checked that at the code:

$ cat /usr/src/cygwin-1.5.24-2/winsup/mingw/mingwex/math/llrint.c
#include 

long long llrint (double x) 
{
  long long retval;
  __asm__ __volatile__\
("fistpll %0"  : "=m" (retval) : "t" (x) : "st");  
  \
  return retval;
}

Regards,
Victor


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

How does Cygwin support Large files?

[Hongliang Wang]

Hello all, 

My platform is WindowsXP+SP2, Cygwin DLL release version is 1.5.24-2 

I am trying to make my program support large files, so in stdio.h I found

356 #ifdef __LARGE64_FILES
357 #if !defined(__CYGWIN__) || defined(_COMPILING_NEWLIB)

However, when I tried to compile with _COMPILING_NEWLIB, it fails

$ cat test.c

#include 
#include 
#include 
#include 

int main(int argc, char *argv[])
{

FILE *p= fopen64("test.c", "r");
int c;

#ifdef _COMPILING_NEWLIB
printf("newlib\n");
#endif

p++;
c= fgetc(p);
printf("c= %d\n", c);
return 0;
}

$ gcc -Wall -D_COMPILING_NEWLIB test.c -o test
/cygdrive/c/DOCUME~1/wan/LOCALS~1/Temp/ccUmErSH.o:test.c:(.text+0x3a): undefined
 reference to `_fopen64'
collect2: ld returned 1 exit status

It seems as if fopen64 is mapped to _fopen64, while the latter is missing.

Could anybody tell me how to compile with _COMPILING_NEWLIB flag or how does 
Cygwin support large files?

Many many thanks!
_
Connect to the next generation of MSN Messenger 
http://imagine-msn.com/messenger/launch80/default.aspx?locale=en-us&source=wlmailtagline

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: How does Cygwin support Large files?

[Corinna Vinschen]

On Oct 29 14:32, Hongliang Wang wrote:
> 
> Hello all, 
> 
> My platform is WindowsXP+SP2, Cygwin DLL release version is 1.5.24-2 
> 
> I am trying to make my program support large files, so in stdio.h I found
> 
> 356 #ifdef __LARGE64_FILES
> 357 #if !defined(__CYGWIN__) || defined(_COMPILING_NEWLIB)
> 
> However, when I tried to compile with _COMPILING_NEWLIB, it fails

Never do that.  It should only be set when compiling newlib itself.

> $ gcc -Wall -D_COMPILING_NEWLIB test.c -o test
> /cygdrive/c/DOCUME~1/wan/LOCALS~1/Temp/ccUmErSH.o:test.c:(.text+0x3a): 
> undefined
>  reference to `_fopen64'
> collect2: ld returned 1 exit status
> 
> It seems as if fopen64 is mapped to _fopen64, while the latter is missing.
> 
> Could anybody tell me how to compile with _COMPILING_NEWLIB flag or how does 
> Cygwin support large files?

Don't compile with _COMPILING_NEWLIB.  64 bit file access is the natural
file access type for Cygwin.  off_t is 8 bytes.  There are no foo64
functions for that reason.  Just use fopen and friends and you get 64
bit file access for free.


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: How does Cygwin support Large files?

[Hongliang Wang]

Ok, Thanks!

> Date: Mon, 29 Oct 2007 15:43:09 +0100
> From: [EMAIL PROTECTED]
> To: cygwin@cygwin.com
> Subject: Re: How does Cygwin support Large files?
>
> On Oct 29 14:32, Hongliang Wang wrote:
>>
>> Hello all,
>>
>> My platform is WindowsXP+SP2, Cygwin DLL release version is 1.5.24-2
>>
>> I am trying to make my program support large files, so in stdio.h I found
>>
>> 356 #ifdef __LARGE64_FILES
>> 357 #if !defined(__CYGWIN__) || defined(_COMPILING_NEWLIB)
>>
>> However, when I tried to compile with _COMPILING_NEWLIB, it fails
>
> Never do that. It should only be set when compiling newlib itself.
>
>> $ gcc -Wall -D_COMPILING_NEWLIB test.c -o test
>> /cygdrive/c/DOCUME~1/wan/LOCALS~1/Temp/ccUmErSH.o:test.c:(.text+0x3a): 
>> undefined
>> reference to `_fopen64'
>> collect2: ld returned 1 exit status
>>
>> It seems as if fopen64 is mapped to _fopen64, while the latter is missing.
>>
>> Could anybody tell me how to compile with _COMPILING_NEWLIB flag or how does 
>> Cygwin support large files?
>
> Don't compile with _COMPILING_NEWLIB. 64 bit file access is the natural
> file access type for Cygwin. off_t is 8 bytes. There are no foo64
> functions for that reason. Just use fopen and friends and you get 64
> bit file access for free.
>
>
> Corinna
>
> --
> Corinna Vinschen Please, send mails regarding Cygwin to
> Cygwin Project Co-Leader cygwin AT cygwin DOT com
> Red Hat
>
> --
> Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
> Problem reports: http://cygwin.com/problems.html
> Documentation: http://cygwin.com/docs.html
> FAQ: http://cygwin.com/faq/
>

_
Connect to the next generation of MSN Messenger 
http://imagine-msn.com/messenger/launch80/default.aspx?locale=en-us&source=wlmailtagline

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: [ANNOUNCEMENT] New package: pdftk-1.41.1-1 -- PDF utility

[David Rothenberger]

On 10/29/2007 6:24 AM, Brian Dessent wrote:

zzapper wrote:


$ pdftk --help

$ echo $?
53


That means you've got an installation problem -- you're missing some
required library.  From cygcheck, pdftk only requires libiconv2 and
zlib, both of which are listed correctly in the setup.hint, and both of
which are very common libraries which I doubt you could have a
functioning system without.  


Just to be sure, I did a new Cygwin install with just base and pdftk on 
Windows XP. I had no problems running "pdftk --help". So, I don't think 
pdftk requires any DLLs not listed by cygcheck and setup.hint.


--
David Rothenberger    [EMAIL PROTECTED]

Academy:
A modern school where football is taught.
Institute:
An archaic school where football is not taught.


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Bug in TZ with new daylight savings time

[Reklau, Matthew]

Running an MS Windows application from within cygwin fails because it believes 
the timezone is wrong.  Running from the Windows GUI and from DOS is fine.  
This is a huge problem for my company as we need to be able to launch this tool 
from a perl script under cygwin and cannot.

I read: http://www.cygwin.com/ml/cygwin/2007-08/msg00041.html

which says the problem has been fixed.  When is this fix going to be applied?  
How can I work around it in the meantime?

Thanks,

--
Matthew Reklau
FPGA Engineer
[EMAIL PROTECTED]
703-648-8128

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Access Denied to registry keys HKLM\Software

[Adrian Hill]

I am new to Cygwin, we are running version 1.59. Cygwin used is for account 
management for our Active Directory. Cygwin is used to launch an C-based 
program (that is running as service) that calls a VB6 Program, which is called 
via a SSH connection from our central account management system that runs on a 
Unix.

We recently updated the VB6 code to VB.NET, with the changes is the ability to 
created Exchange Mailboxes using CDOEXM.DLL.  A AD-account is running the C-
based program as a service ( which was setup via cygrunsrv), Cygwin executes 
that C-based program under that account. 

The problem I am having is the AD-account that executes the new vb.net code 
via the C-based program gets an access denied to the Registry: HKLM\Software  
in particular:

HKLM\System\CurrentControlSet\Services\EventLog\Application\ESE
HKLM\Software\Microsoft\Exchange

And a bunch of others from HKLM\Software

Which causes the VB.Net code to crash indicating access denied to application  
event log..due to CDOEXM.DLL not getting access to 
HKLM\System\CurrentControlSet\Services\EventLog\Application\ESE

But it can access HKLM\System\CurrentControlSet\Services\Eventlog\Application 
and a few others which have the same security…

I have also given the account administration rights within cygwin, and still 
get the same problem. However, under windows within cygwin the code runs 
fine..without going over the SSH connection…


I have noticed the security on proc/registry contains  with no rights 
is that normal..

Has anyone point me in the right direction.



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

cannot start sshd on cygwin- win xp

[[EMAIL PROTECTED]]

a selection of all the error message I am getting. Messing around 
trying to start it. 

it doesn`t show up on netstat -an.  I did install and uninstall a 
windows port of openssh, I don`T know if that messed things up. But 
nothing i easily do about that if it did.. 


$ cygrunsrv -I sshd -p /usr/sbin/sshd 
cygrunsrv: Error installing a service: OpenService:  Win32 error 1073: 
The specified service already exists. 


$ net start sshd 
The CYGWIN sshd service is starting. 
The CYGWIN sshd service was started successfully. 


Current [EMAIL PROTECTED] ~ 
$ net start sshd 
The CYGWIN sshd service is starting. 
The CYGWIN sshd service was started successfully. 


It doesn`t show in netstat. maybe it isn`T menat to ? 


$ cygrunsrv --start sshd 
cygrunsrv: Error starting a service: QueryServiceStatus:  Win32 error 
1062: 
The service has not been started. 


.. 


$ net start sshd 
The CYGWIN sshd service is starting. 
The CYGWIN sshd service could not be started. 


The service did not report an error. 


More help is available by typing NET HELPMSG 3534. 


Current [EMAIL PROTECTED] /usr/sbin 
$ net stop sshd 
The CYGWIN sshd service is not started. 


More help is available by typing NET HELPMSG 3521. 


Current [EMAIL PROTECTED] /usr/sbin 
$ net start sshd 
The CYGWIN sshd service is starting. 
The CYGWIN sshd service was started successfully. 


Current [EMAIL PROTECTED] /usr/sbin 
$ net stop sshd 
The CYGWIN sshd service is not started. 


More help is available by typing NET HELPMSG 3521. 


... 
Current [EMAIL PROTECTED] / 
$ cygrunsrv -S sshd 
cygrunsrv: Error starting a service: QueryServiceStatus:  Win32 error 
1062: 
The service has not been started. 
. 
Current [EMAIL PROTECTED] / 
$ cygrunsrv -S /usr/sbin/sshd 
cygrunsrv: Error starting a service: OpenService:  Win32 error 123: 
The filename, directory name, or volume label syntax is incorrect. 


Current [EMAIL PROTECTED] / 
$ cygrunsrv -S sshd 


Current [EMAIL PROTECTED] / 
$ ls /usr/sbin/sshd 
/usr/sbin/sshd 



-- 



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Access Denied to registry keys HKLM\Software

[Larry Hall (Cygwin)]

Adrian Hill wrote:
I am new to Cygwin, we are running version 1.59. Cygwin used is for account 
management for our Active Directory. Cygwin is used to launch an C-based 
program (that is running as service) that calls a VB6 Program, which is called 
via a SSH connection from our central account management system that runs on a 
Unix.





Thanks for the lengthy description of what you're doing but you've left out
some key points and provided some invalid information already.  Please see
the following problem reporting guidelines which describes what we need to
help you:






I have also given the account administration rights within cygwin, and still 
get the same problem. However, under windows within cygwin the code runs 
fine..without going over the SSH connection…



My WAG is that you're sshing in using pubkey authentication.  If so, use
password authentication and see if that solves your problem.  This is a
known limitation in the current Cygwin package (one could argue it's a
Windows limitation too but)


I have noticed the security on proc/registry contains  with no rights 
is that normal..



Looks like your '/etc/passwd' and '/etc/group' aren't correct.  See
'mkpasswd' and 'mkgroup' documentation in the Cygwin Users Guide:





--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
216 Dalton Rd.  (508) 893-9889 - FAX
Holliston, MA 01746

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: cannot start sshd on cygwin- win xp

[Larry Hall (Cygwin)]

[EMAIL PROTECTED] wrote:
a selection of all the error message I am getting. Messing around 
trying to start it. 

it doesn`t show up on netstat -an.  I did install and uninstall a 
windows port of openssh, I don`T know if that messed things up. But 
nothing i easily do about that if it did.. 



Let's start here: 

Other than that, my WAG is that you need to reboot.


--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
216 Dalton Rd.  (508) 893-9889 - FAX
Holliston, MA 01746

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/