Man pages messed up when viewed over SSH

[overbored]

Hi all, whenever I ssh into a remote host (I've only tried Linux boxes), 
man pages always get messed up. This has been an issue for me for a 
while, but it's not specific to Cygwin. I've tried the cmd, rxvt, and 
putty, all with similar results (only in putty, the corrupted characters 
only take up 1 character space, whereas in cmd and rxvt, they become 
two.) I tried setting the TERM on the remote host to vt100, vt102, rxvt, 
and xterm, all to no avail. All other apps (vim, emacs, screen, etc.) 
work just fine, but not man. I don't have a Linux box to try this on, 
but does anybody know what's causing this? Thanks in advacne.

--
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: ssh-host-config patch

[Corinna Vinschen]

On Mar 12 09:32, Pierre A. Humblet wrote:
> This patch makes ssh-host-config handle the case where the user
> has renamed the Administrators group in /etc/group or has several
> entries with the same SID (e.g. also root).
> 
> Pierre

Cool, thanks.  I'll apply it to the upcoming 4.0p1-1 release.


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  mailto:cygwin@cygwin.com
Red Hat, Inc.

--
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: RFE: enhance setup.exe to used cached mirrors file

[Jason Pearce]

Actually there is is problem with this binary I posted, it crashes near 
the end of the install (although the install does seem to work).
I don't *think* it is my patch because I have the same results when I 
compile a clean CVS checkout. I have to look further into it before I 
can comment any further, but for now I am removing that binary.

Jason Pearce wrote:
Here is a link to a compiled version of my patch from a few days ago.
While I can't imagine what could go wrong, I dont have any detailed 
knowledge of setup.exe and I have not tested this compile very 
thoroughtly yet! (ie you have been warned, but use if it helps).

http://www.btinternet.com/~jasebob.pearce/cygwin/setup.exe


--
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/

no-mirror patch for setup.exe

[Jason Pearce]

Actually there is is problem with this binary I posted, it crashes near 
the end of the install (although the install does seem to work).
I don't *think* it is my patch because I have the same results when I 
compile a clean CVS checkout. I have to look further into it before I 
can comment any further, but for now I am removing that binary.

Jason Pearce wrote:
Here is a link to a compiled version of my patch from a few days ago.
While I can't imagine what could go wrong, I dont have any detailed 
knowledge of setup.exe and I have not tested this compile very 
thoroughtly yet! (ie you have been warned, but use if it helps).

http://www.btinternet.com/~jasebob.pearce/cygwin/setup.exe


--
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/

dansguardian/cygwin and IPC/BSD sockets. Doesn't write to log

[Fabien Steinmetz]

Hello,

I'm trying to make dansguardian (www.danguardian.org v.2.8.0.4) run on 
Cygwin/WindowsXP.
I modified the "configure" script so that dansguardian gets compiled. 
Currently everything works ok (i.e. filtering...), _except_ writing into the 
log file and the url cache.

Dansguardian uses IPC and a pipe to write to files. From what I read in 
various mailing lists and forums, I understood that :
- It should be possible to use the original code of the program writen for 
Linux/Posix and that cugwin would manage everything to make BSD sockets work 
on windows
- Another solution would be to change the code of the program (dansguardian) 
and use winsock2 instead of BSD socket. Thus having a win32 implementation of 
sockets. I would like to avoid rewriting (part of) the code.

So as I read there still could be problems with the cygwin "implemantation" of 
BSD sockets I thought it would be a good place to report my issues here.


Dansguardian reports the following errors (found in windows' journal)
"Error connecting via ipc to log"
"Error connecting via ipc to url cache"

I had a look at the code of dansguardian to find where the issue comes from.

I found that I have an errno 14 (ie EFAULT "Bad Address") in the following 
function of file "UDSocket.cpp". This occurs after calling 'connect

=== EXTRACT OF FILE "UDSocket.cpp" ==
int UDSocket::connect(const char* path) {  // to make a connection to a serv
#ifdef DGDEBUG
std::cout << "uds connect:" << path << std::endl;
#endif
isused = true;
strcpy(my_adr_un.sun_path, path);
#ifdef __BSD
// __BSD IS NOT DEFINED IN MY CONFIG. SHOULD IT BE DEFINED ?
#ifdef SCM_RIGHTS /* 4.3BSD Reno and later */
my_adr_un_length = sizeof(my_adr_un.sun_len) + 
sizeof(my_adr_un.sun_family) + strlen(my_adr_un.sun_path) + 1;
my_adr_un.sun_len = my_adr_un_length ;
#endif
#else
my_adr_un_length = sizeof(my_adr_un.sun_family) + 
strlen(my_adr_un.sun_path);
#endif
int ret_value = ::connect(sck_un, (struct sockaddr *) &my_adr_un, 
my_adr_un_length);
//HERE I HAVE ERRNO 14 !
//std::cout << "connect ret value:" << ret_value << std::endl;
//std::cout << "connect ret value errno:" << errno << std::endl;

return ret_value;
}
=== EXTRACT OF FILE "UDSocket.cpp" ==

The output of function above is :
  uds connect:/tmp/.dguardianipc
  connect ret value:-1
  connect ret value errno:14

  
Any idea on why I have errno 14 and how to solve it ?
  

My Config : 
- Cygwin 1.5.13-1 on windows XP (home or pro)
- Squid NT 2.5.stable9 
(http://www.acmeconsulting.it/pagine/opensource/squid/squidnt25.htm)
- The filesystem is NTFS and /tmp has the good permissions (1777)


Thanks for your help.


--
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/

cgf, Corinna, Igor and everyone else involved.

[John Morrison (Cygwin)]

If I ever pissed you off - I'm sorry.

I think you do tremendous work (as does everyone else who helps and
supports cygwin) with little praise, so here's my thanks.

J.


--
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/

[ANNOUNCEMENT] update: gsl-1.6

[Teun Burgers]

Version 1.6 of the GSL (GNU Scientific Library), released January 2005,
is now available as a binary package. This replaces the current
1.5 version.

The homepage for the GSL is http://www.fsf.org/software/gsl/

For the announcement of gsl version 1.6 see:

http://www.cygwin.com/ml/gsl-announce/2005/msg0.html

Teun Burgers

To update your installation, click on the "Install Cygwin now" link on
the http://cygwin.com/ web page.  This downloads setup.exe to your
system.  Then, run setup and answer all of the questions.


*** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

If you want to unsubscribe from the cygwin-announce mailing list, look
at the "List-Unsubscribe: " tag in the email header of this message.
Send email to the address specified there.  It will be in the format:


[EMAIL PROTECTED]

If you need more information on unsubscribing, start reading here:

http://sources.redhat.com/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that is available
starting at the above URL.


--
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: no-mirror patch for setup.exe

[Evan Tuer]

Hello all,
  I've been attempting to install cygwin on a Windows 98 machine, but
although it appears to complete the installation, I suspect that the
setup scripts at the end are not run since the resulting bash shell is
very bare and none of the commands seem to work (no paths set?).  I
have tried running setup several times and I get slightly different
results, - sometimes it crashes with a  "cygwin1.dll error", sometimes
it reports that the installation is finished and sometimes it doesn't.
  I am hoping to use cygwin for the AVR cross-compiler development
suite so I only need basic functionality.
 Can anyone offer any hints to find out what's going on?

Thanks a lot
Evan.


On Sun, 13 Mar 2005 10:40:39 +, Jason Pearce <[EMAIL PROTECTED]> wrote:
> Actually there is is problem with this binary I posted, it crashes near
> the end of the install (although the install does seem to work).
> I don't *think* it is my patch because I have the same results when I
> compile a clean CVS checkout. I have to look further into it before I
> can comment any further, but for now I am removing that binary.
> 
> Jason Pearce wrote:
> 
> > Here is a link to a compiled version of my patch from a few days ago.
> > While I can't imagine what could go wrong, I dont have any detailed
> > knowledge of setup.exe and I have not tested this compile very
> > thoroughtly yet! (ie you have been warned, but use if it helps).
> >
> > http://www.btinternet.com/~jasebob.pearce/cygwin/setup.exe
> >
> >
> 
> --
> 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/
> 
>

--
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/

password authenticiation problem

[Beverly Klemme]

I have installed cygwin on my WindowsXP laptop. When I try to ssh to 
[EMAIL PROTECTED] it won't accept my password. I have changed my 
password and used the passwd command a few times to try to fix the problem.

One curious thing: the prompt says "[EMAIL PROTECTED]". My computer name 
is LAPTOP but the USERNAME it gives is not the same as the windows 
account username that I have set. I think it is an old one that used to 
use. I tried ssh using that username, but it wouldn't work either.

I set up a new account with a new username and password and tried it all 
over again. That woudn't accept the password either.

This must be a common problem but I was not able to find it in the 
archives. I would appreciate any help.

Thanks,
Beverly

--
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: dansguardian/cygwin and IPC/BSD sockets. Doesn't write to log (solved)

[Fabien Steinmetz]

I managed to solve the problem.
In fact  I had __BSD defined, although it shouldn't have been. Undefining it 
solved the problem.

I apologize for habing begun that thread

Fabien

Le Dimanche 13 Mars 2005 12:11, Fabien Steinmetz a écrit :
> Hello,
>
> I'm trying to make dansguardian (www.danguardian.org v.2.8.0.4) run on
> Cygwin/WindowsXP.
> I modified the "configure" script so that dansguardian gets compiled.
> Currently everything works ok (i.e. filtering...), _except_ writing into
> the log file and the url cache.
>
> Dansguardian uses IPC and a pipe to write to files. From what I read in
> various mailing lists and forums, I understood that :
> - It should be possible to use the original code of the program writen for
> Linux/Posix and that cugwin would manage everything to make BSD sockets
> work on windows
> - Another solution would be to change the code of the program
> (dansguardian) and use winsock2 instead of BSD socket. Thus having a win32
> implementation of sockets. I would like to avoid rewriting (part of) the
> code.
>
> So as I read there still could be problems with the cygwin "implemantation"
> of BSD sockets I thought it would be a good place to report my issues here.
>
>
> Dansguardian reports the following errors (found in windows' journal)
> "Error connecting via ipc to log"
> "Error connecting via ipc to url cache"
>
> I had a look at the code of dansguardian to find where the issue comes
> from.
>
> I found that I have an errno 14 (ie EFAULT "Bad Address") in the following
> function of file "UDSocket.cpp". This occurs after calling 'connect
>
> === EXTRACT OF FILE "UDSocket.cpp" ==
> int UDSocket::connect(const char* path) {  // to make a connection to a
> serv #ifdef DGDEBUG
> std::cout << "uds connect:" << path << std::endl;
> #endif
> isused = true;
> strcpy(my_adr_un.sun_path, path);
> #ifdef __BSD
> // __BSD IS NOT DEFINED IN MY CONFIG. SHOULD IT BE DEFINED ?
> #ifdef SCM_RIGHTS /* 4.3BSD Reno and later */
> my_adr_un_length = sizeof(my_adr_un.sun_len) +
> sizeof(my_adr_un.sun_family) + strlen(my_adr_un.sun_path) + 1;
> my_adr_un.sun_len = my_adr_un_length ;
> #endif
> #else
> my_adr_un_length = sizeof(my_adr_un.sun_family) +
> strlen(my_adr_un.sun_path);
> #endif
> int ret_value = ::connect(sck_un, (struct sockaddr *) &my_adr_un,
> my_adr_un_length);
> //HERE I HAVE ERRNO 14 !
> //std::cout << "connect ret value:" << ret_value << std::endl;
> //std::cout << "connect ret value errno:" << errno << std::endl;
>
> return ret_value;
> }
> === EXTRACT OF FILE "UDSocket.cpp" ==
>
> The output of function above is :
>   uds connect:/tmp/.dguardianipc
>   connect ret value:-1
>   connect ret value errno:14
>
>
> Any idea on why I have errno 14 and how to solve it ?
>
>
> My Config :
> - Cygwin 1.5.13-1 on windows XP (home or pro)
> - Squid NT 2.5.stable9
> (http://www.acmeconsulting.it/pagine/opensource/squid/squidnt25.htm)
> - The filesystem is NTFS and /tmp has the good permissions (1777)
>
>
> Thanks for your help.
>

--
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/

sshd.exe unable to locate ... cygcrypt-0.dll

[Lester Ingber]

Under XP Pro I have all current cygwin components installed.  For about 
the last week ot so, every time I boot, *before* I even log in as any 
user, a warning window pops up with something to the effect in the title 
bar:
sshd.exe - Unable to Locate Component
and the window contains something to the effect:
The application has failed to start because cygcrypt-0.dll was not found.

/bin/cygcrypt-0.dll does exists.
I do not see any cygwin utilities in my startup folder and have not 
introduced an special .bat commands, etc.  I do not understand why any 
of these utilties are being loaded even before pulling up cygwin, much 
less before logging in.

Three times I have Reinstalled all cygwin components that I think have 
reinstalled everything to do with ssh and crypt (the last time I even 
Reinstalled base), but nothing helps.

I have cygwin on two Thinkpads/XP Pro, and only one machine is having 
this problem.

Thanks.
Lester
--
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: cgf, Corinna, Igor and everyone else involved.

[Christopher Faylor]

On Sun, Mar 13, 2005 at 11:27:54AM -, John Morrison wrote:
>I think you do tremendous work (as does everyone else who helps and
>supports cygwin) with little praise, so here's my thanks.

Thanks, John.  You are one of the small number of people who actually
make a difference to the cygwin distribution by maintaining a package.
And, you're responsible for one of the most important packages in the
distribution.  I appreciate your efforts, too, very much.

cgf

--
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: building HTML-Parser-3.xx

[Yitzchak Scott-Thoennes]

On Fri, Mar 11, 2005 at 09:09:13AM -0500, Alejandro Calbazana wrote:
> Hello,
> 
> I am still having problems building HTML-Parser-3.45 under cygwin.  For 
> some reason EXTERN.h can not be found when compiling.  However, EXTERN.h 
> is in the include path.  This occurs on HTML-Parser versions higher than 
> 2.25.  Versions > 2.25 include various .c and .xs files and each version 
> > 2.25 fails for the same reason. 
> 
> Would someone be kind enough to try and build the 3.45 package under 
> cygwin?  I would be interested in how this turns out.  If anyone has any 
> hints, I would really like to run my perl scripts under cygwin.
> 
> Cygcheck is attached as well as the full error dump.

Did removing the LIB environment variable, as Gerrit had suggested, help?
Can you do:
  which make
  which gcc
and make sure you aren't using the MinGW versions?

--
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: ssh-host-config patch

[Igor Pechtchanski]

On Sat, 12 Mar 2005, Pierre A. Humblet wrote:

> This patch makes ssh-host-config handle the case where the user
> has renamed the Administrators group in /etc/group or has several
> entries with the same SID (e.g. also root).

Pierre,

Do you ming explaining how this patch makes it any better if the user
deleted all entries with SID S-1-5-32-544 from /etc/group?  Even if
"mkgroup -l" does return an administrators entry, not having it in
/etc/group means the script can't assign the sshd_server account to it.
At least, the current script will pick the first available one...
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"The Sun will pass between the Earth and the Moon tonight for a total
Lunar eclipse..." -- WCBS Radio Newsbrief, Oct 27 2004, 12:01 pm EDT

--
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: building HTML-Parser-3.xx

[Alejandro Calbazana]

Thanks for the reply.
No.  Removing the LIB environment variable did not help.  However, I did 
notice the gcc IS using the MinGW version. 

$ which make
/usr/bin/make
$ which gcc
/cygdrive/c/MinGW/bin/gcc
How does one make sure that they are not using the MinGW version and why 
might this make a difference?

Thanks,
Alejandro
Yitzchak Scott-Thoennes wrote:
On Fri, Mar 11, 2005 at 09:09:13AM -0500, Alejandro Calbazana wrote:
 

Hello,
I am still having problems building HTML-Parser-3.45 under cygwin.  For 
some reason EXTERN.h can not be found when compiling.  However, EXTERN.h 
is in the include path.  This occurs on HTML-Parser versions higher than 
2.25.  Versions > 2.25 include various .c and .xs files and each version 
   

2.25 fails for the same reason. 
 

Would someone be kind enough to try and build the 3.45 package under 
cygwin?  I would be interested in how this turns out.  If anyone has any 
hints, I would really like to run my perl scripts under cygwin.

Cygcheck is attached as well as the full error dump.
   

Did removing the LIB environment variable, as Gerrit had suggested, help?
Can you do:
 which make
 which gcc
and make sure you aren't using the MinGW versions?
--
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/

 


--
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: sshd.exe unable to locate ... cygcrypt-0.dll

[Igor Pechtchanski]

On Sun, 13 Mar 2005, Lester Ingber wrote:

> Under XP Pro I have all current cygwin components installed.  For about the
> last week ot so, every time I boot, *before* I even log in as any user, a
> warning window pops up with something to the effect in the title bar:
> sshd.exe - Unable to Locate Component
> and the window contains something to the effect:
> The application has failed to start because cygcrypt-0.dll was not found.
>
> /bin/cygcrypt-0.dll does exists.
>
> I do not see any cygwin utilities in my startup folder and have not
> introduced an special .bat commands, etc.  I do not understand why any
> of these utilties are being loaded even before pulling up cygwin, much
> less before logging in.
>
> Three times I have Reinstalled all cygwin components that I think have
> reinstalled everything to do with ssh and crypt (the last time I even
> Reinstalled base), but nothing helps.
>
> I have cygwin on two Thinkpads/XP Pro, and only one machine is having this
> problem.

Lester,

Please read and follow the Cygwin problem reporting guidelines listed at
, particularly the bit about attaching
(as an uncompressed text *attachment*) the output of "cygcheck -svr" on
the machine that exhibits the problem.  It would be pretty hard to help
you otherwise.
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"The Sun will pass between the Earth and the Moon tonight for a total
Lunar eclipse..." -- WCBS Radio Newsbrief, Oct 27 2004, 12:01 pm EDT

--
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: Man pages messed up when viewed over SSH

[Igor Pechtchanski]

On Sun, 13 Mar 2005, overbored wrote:

> Hi all, whenever I ssh into a remote host (I've only tried Linux boxes),
> man pages always get messed up. This has been an issue for me for a
> while, but it's not specific to Cygwin. I've tried the cmd, rxvt, and
> putty, all with similar results (only in putty, the corrupted characters
> only take up 1 character space, whereas in cmd and rxvt, they become
> two.) I tried setting the TERM on the remote host to vt100, vt102, rxvt,
> and xterm, all to no avail. All other apps (vim, emacs, screen, etc.)
> work just fine, but not man. I don't have a Linux box to try this on,
> but does anybody know what's causing this? Thanks in advacne.

Does "less" work properly?  If not, make sure you have the right terminal
settings (csh uses "term", not "TERM", BTW).  If it does, man may use a
special pager program that doesn't play well with the "cygwin" terminal
type.  Try running "PAGER='less -isrRe' man smth", and see if that helps.
If so, check the man.conf file on the remote system.
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"The Sun will pass between the Earth and the Moon tonight for a total
Lunar eclipse..." -- WCBS Radio Newsbrief, Oct 27 2004, 12:01 pm EDT

--
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: sshd.exe unable to locate ... cygcrypt-0.dll

[Igor Pechtchanski]

On Sun, 13 Mar 2005, Lester Ingber wrote:
Igor:
I'm glad to attach the output of `cygcheck -s -v -r` as cygcheck.txt,
although it is long.  I think my description of the problem is about as
much as I know, but I'm glad to try to get any other suggested info.
[snip]
Lester Ingber 3/13/2005 8:30 AM:
> Under XP Pro I have all current cygwin components installed.  For about the
> last week ot so, every time I boot, *before* I even log in as any user, a
> warning window pops up with something to the effect in the title bar:
> sshd.exe - Unable to Locate Component
> and the window contains something to the effect:
> The application has failed to start because cygcrypt-0.dll was not found.
>
> /bin/cygcrypt-0.dll does exists.
>
> I do not see any cygwin utilities in my startup folder and have not
> introduced an special .bat commands, etc.  I do not understand why any of
> these utilties are being loaded even before pulling up cygwin, much less
> before logging in.
>
> Three times I have Reinstalled all cygwin components that I think have
> reinstalled everything to do with ssh and crypt (the last time I even
> Reinstalled base), but nothing helps.
>
> I have cygwin on two Thinkpads/XP Pro, and only one machine is having
> this problem.
Lester,
Now that we've ruled out user mounts, one possible reason for your problem
could be the traverse checking in the new Cygwin DLL.  Run
/usr/bin/ssh-host-config again with the "-c 'ntsec notraverse'" flag.  If
this helps with your problem, check the permissions on /bin -- it should
at least be executable for everyone.  Once you do a "chmod a+x /bin",
rerun /usr/bin/ssh-host-config again and use the default value of CYGWIN.
Igor
--
http://cs.nyu.edu/~pechtcha/
 |\  _,,,---,,_ [EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
|,4-  ) )-,_. ,\ (  `'-'Igor Pechtchanski, Ph.D.
   '---''(_/--'  `-'\_) fL  a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!
"The Sun will pass between the Earth and the Moon tonight for a total
Lunar eclipse..." -- WCBS Radio Newsbrief, Oct 27 2004, 12:01 pm EDT
--
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: sshd.exe unable to locate ... cygcrypt-0.dll

[Igor Pechtchanski]

On Sun, 13 Mar 2005, Lester Ingber wrote:
Igor:
I'm glad to attach the output of `cygcheck -s -v -r` as cygcheck.txt,
although it is long.  I think my description of the problem is about as
much as I know, but I'm glad to try to get any other suggested info.
P.S. (unrelated) You have a stale entry in your /etc/setup/installed.db
from an old corrupt package.  This entry can be removed (it's the one with
the lo-o-o-ong version number).
HTH,
Igor
--
http://cs.nyu.edu/~pechtcha/
 |\  _,,,---,,_ [EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
|,4-  ) )-,_. ,\ (  `'-'Igor Pechtchanski, Ph.D.
   '---''(_/--'  `-'\_) fL  a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!
"The Sun will pass between the Earth and the Moon tonight for a total
Lunar eclipse..." -- WCBS Radio Newsbrief, Oct 27 2004, 12:01 pm EDT
--
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: ssh-host-config patch

[Pierre A. Humblet]

At 04:04 PM 3/13/2005 -0500, Igor Pechtchanski wrote:
>On Sat, 12 Mar 2005, Pierre A. Humblet wrote:
>
>> This patch makes ssh-host-config handle the case where the user
>> has renamed the Administrators group in /etc/group or has several
>> entries with the same SID (e.g. also root).
>
>Pierre,
>
>Do you ming explaining how this patch makes it any better if the user
>deleted all entries with SID S-1-5-32-544 from /etc/group?  Even if
>"mkgroup -l" does return an administrators entry, not having it in
>/etc/group means the script can't assign the sshd_server account to it.
>At least, the current script will pick the first available one...

Igor,

The reason I sent the patch is that I had a root and an Administrators
entries. The script used both simultaneously, which resulted in failure.

If the user has deleted all entries, the script should still work fine
because mkgroup -l will still produce the 544 entry and because
the "net" command does not care about /etc/group.

The "net" command wants the admins group name according to the local version
of Windows (language dependent). Using e.g. "root" won't work.

If the user had deleted all ..544 entries from /etc/group, I wouldn't be
surprised if there were no problem with the script and with most of cygwin. 
Some things would break, of course, such as scripts or programs that
"chgrp admins", or network logins of users with admins as their primary group.

Pierre
 

--
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: sshd.exe unable to locate ... cygcrypt-0.dll

[Lester Ingber]

Igor:
I believe I followed your instructions.
I noted that on both of my Thinkpad machines /bin had 755 permissions, 
so I changed them to 777 (though as I first mentioned only one machine 
has this sshd problem).  I note that the new sshd_config and ssh_config 
files do not differ.  (/sbin and /usr/sbin still have 755 permissions, 
and /usr/sbin/sshd.exe and /bin/cygcrypt-0.dll still have 777 
permissions -- on both machines.)

Upon rebooting I get the same problem described in my original email.
I don't know if this is helpful, but I note that in the Event Viewer on 
the troubled machine I see:
The description for Event ID ( 0 ) in Source ( sshd ) cannot be found. 
The local computer may not have the necessary registry information or 
message DLL files to display messages from a remote computer. You may be 
able to use the /AUXSOURCE= flag to retrieve this description; see Help 
and Support for details. The following information is part of the event: 
sshd : PID 2708 : Received signal 15; terminating..

(On a subsequent try I got the end of the same message reading:
sshd : PID 2708 : Received signal 15; terminating..
The PID of course changed, but so did the Received signal.)
Re your following email, I saw the bad line in the installed.db file on 
both my machines and deleted them.

At this time, ssh works fine from both machines, but sshd does not work 
on the troubled machine after bringing up a cygwin window and using 
`/etc/rc.d/init.d/sshd start`.  However, my real concern is the problem 
that every boot on the troubled machine is interrupted with the 
error/warning mentioned in my original email, requiring additional 
manual intervention to click away the warning/error.

Thanks.
Lester
  +=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=
Lester,
Now that we've ruled out user mounts, one possible reason for your problem
could be the traverse checking in the new Cygwin DLL.  Run
/usr/bin/ssh-host-config again with the "-c 'ntsec notraverse'" flag.  If
this helps with your problem, check the permissions on /bin -- it should
at least be executable for everyone.  Once you do a "chmod a+x /bin",
rerun /usr/bin/ssh-host-config again and use the default value of CYGWIN.
Igor
Lester Ingber 3/13/2005 1:41 PM:
Igor:
I'm glad to attach the output of `cygcheck -s -v -r` as cygcheck.txt, 
although it is long.  I think my description of the problem is about as 
much as I know, but I'm glad to try to get any other suggested info.

Thanks.
Lester
  +=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=
Lester,
Please read and follow the Cygwin problem reporting guidelines listed at
, particularly the bit about attaching
(as an uncompressed text *attachment*) the output of "cygcheck -svr" on
the machine that exhibits the problem.  It would be pretty hard to help
you otherwise.
Igor
Lester Ingber 3/13/2005 8:30 AM:
Under XP Pro I have all current cygwin components installed.  For 
about the last week ot so, every time I boot, *before* I even log in 
as any user, a warning window pops up with something to the effect in 
the title bar:
sshd.exe - Unable to Locate Component
and the window contains something to the effect:
The application has failed to start because cygcrypt-0.dll was not found.

/bin/cygcrypt-0.dll does exists.
I do not see any cygwin utilities in my startup folder and have not 
introduced an special .bat commands, etc.  I do not understand why any 
of these utilties are being loaded even before pulling up cygwin, much 
less before logging in.

Three times I have Reinstalled all cygwin components that I think have 
reinstalled everything to do with ssh and crypt (the last time I even 
Reinstalled base), but nothing helps.

I have cygwin on two Thinkpads/XP Pro, and only one machine is having 
this problem.

Thanks.
Lester



--
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: password authenticiation problem

[Larry Hall]

At 10:49 AM 3/13/2005, you wrote:
>I have installed cygwin on my WindowsXP laptop. When I try to ssh to [EMAIL 
>PROTECTED] it won't accept my password. I have changed my password and used 
>the passwd command a few times to try to fix the problem.


The last sentence in the User's Guide on 'passwd' may explain things here:



Use Windows to change your password.


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


--
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: Man pages messed up when viewed over SSH

[overbored]

Thanks for the pointer to man.conf. I tried:
PAGER=less man sudoers
PAGER='less -isrRe' man sudoers
It's always the same thing.
But then, on a RH box - just from a completely random guess! - I changed 
this line in /etc/man.config:

#
# Useful paths - note that COL should not be defined when
# NROFF is defined as "groff -Tascii" or "groff -Tlatin1";
# not only is it superfluous, but it actually damages the output.
# For use with utf-8, NROFF should be "nroff -mandoc" without -T option.
#
TROFF   /usr/bin/groff -Tps -mandoc
#NROFF  /usr/bin/nroff -c -mandoc ### BEFORE
NROFF   /usr/bin/nroff -c -Tascii -mandoc ### AFTER
JNROFF  /usr/bin/groff -Tnippon -mandocj
KNROFF  /usr/bin/groff -Tkorean -mandoc
EQN /usr/bin/geqn -Tps
NEQN/usr/bin/geqn -Tlatin1
KNEQN   /usr/bin/geqn -Tkorean
TBL /usr/bin/gtbl
# COL   /usr/bin/col
REFER   /usr/bin/grefer
PIC /usr/bin/gpic
VGRIND
GRAP
PAGER   /usr/bin/less -isr
CAT /bin/cat
That did the trick.
Thus spake Igor Pechtchanski on 3/13/2005 1:47 PM:
On Sun, 13 Mar 2005, overbored wrote:

Hi all, whenever I ssh into a remote host (I've only tried Linux boxes),
man pages always get messed up. This has been an issue for me for a
while, but it's not specific to Cygwin. I've tried the cmd, rxvt, and
putty, all with similar results (only in putty, the corrupted characters
only take up 1 character space, whereas in cmd and rxvt, they become
two.) I tried setting the TERM on the remote host to vt100, vt102, rxvt,
and xterm, all to no avail. All other apps (vim, emacs, screen, etc.)
work just fine, but not man. I don't have a Linux box to try this on,
but does anybody know what's causing this? Thanks in advacne.

Does "less" work properly?  If not, make sure you have the right terminal
settings (csh uses "term", not "TERM", BTW).  If it does, man may use a
special pager program that doesn't play well with the "cygwin" terminal
type.  Try running "PAGER='less -isrRe' man smth", and see if that helps.
If so, check the man.conf file on the remote system.
Igor

--
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: Man pages messed up when viewed over SSH

[Jay Guerette]

Uh, *which* line?

> But then, on a RH box - just from a completely random guess! - I changed
> this line in /etc/man.config:
> 
> #
> # Useful paths - note that COL should not be defined when
> # NROFF is defined as "groff -Tascii" or "groff -Tlatin1";
> # not only is it superfluous, but it actually damages the output.
> # For use with utf-8, NROFF should be "nroff -mandoc" without -T option.
> #
> TROFF   /usr/bin/groff -Tps -mandoc
> #NROFF  /usr/bin/nroff -c -mandoc ### BEFORE
> NROFF   /usr/bin/nroff -c -Tascii -mandoc ### AFTER
> JNROFF  /usr/bin/groff -Tnippon -mandocj
> KNROFF  /usr/bin/groff -Tkorean -mandoc
> EQN /usr/bin/geqn -Tps
> NEQN/usr/bin/geqn -Tlatin1
> KNEQN   /usr/bin/geqn -Tkorean
> TBL /usr/bin/gtbl
> # COL   /usr/bin/col
> REFER   /usr/bin/grefer
> PIC /usr/bin/gpic
> VGRIND
> GRAP
> PAGER   /usr/bin/less -isr
> CAT /bin/cat
> 
> That did the trick.

--
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: Man pages messed up when viewed over SSH

[Isaiah]

On Sun, Mar 13, 2005 at 10:18:44PM -0500, Jay Guerette wrote:
> Uh, *which* line?

Seems like this one:

> > #NROFF  /usr/bin/nroff -c -mandoc ### BEFORE
> > NROFF   /usr/bin/nroff -c -Tascii -mandoc ### AFTER

-- 
- Isaiah

--
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: New cygwin1.dll release urgently needed

[Ross Boulet]

I'm assuming you meant to reference the released dll of
1.5.13 and the snapshot of 20050311 (instead of 2004).
bunzip2 WFM under the released dll.  Your problem probably
lies elsewhere and it would be helpful if you followed the
problem reporting guidelines shown at:
http://cygwin.com/problems.html


> Hi,
> 
> I have been updating cygwin. There is the following
> problem:
> bunzip2.exe does not function properly with cygwin1.dll-
> 15.13-1.
> I does function with the snapshot 20040311, but if you
> have updated
> to cygwin1.dll-15.13-1 you can't expand the 20040311
> snapshot. I had
> to use an old cygwin1.dll of 20041217 I had around. I
> suggest to
> release immediately the new cygwin1.dll.
> 
> Bye
> R. Medina
> 



--
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/

snapshot not stripped

[Ross Boulet]

This is just a curiosity question.  When did the cygwin
snapshot dll's quit being stripped?  I was experimenting
today and downloaded the 20050311 snapshot.  When I unzipped
it, it was over 8MB.  Once I stripped it myself, it was more
in line size wise with other snapshots I have downloaded.

The snapshot download page says they are supposed to come
stripped.  Therefore, I would suggest either stripping the
dll's again or changing the download page to reflect the
fact that the snapshots are no longer stripped if that is
the intention.

--

I was going to buy a copy of "The Power of Positive
Thinking," and then I thought: What the hell good would that
do? 



--
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: Man pages messed up when viewed over SSH

[Jay Guerette]

LOL. Yeah so *I* feel stupid.

> > Uh, *which* line?
> 
> Seems like this one:
> 
> > > #NROFF  /usr/bin/nroff -c -mandoc ### BEFORE
> > > NROFF   /usr/bin/nroff -c -Tascii -mandoc ### AFTER

--
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/