Re: cygrunsrv -S sshd fails not started

[René Berber]

KAYVEN RIESE wrote:
[snip]
> $ cat sshd.log
> /var/empty must be owned by root and not group or world-writable.
[snip]

Fix this if you want it to work normally; "root" in Cygwin means SYSTEM.
-- 
René Berber


--
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: cygrunsrv -S sshd fails not started

[KAYVEN RIESE]

On Thu, 21 Jun 2007, gga wrote:


KAYVEN RIESE wrote:

On Thu, 21 Jun 2007, KAYVEN  RIESE wrote:



[EMAIL PROTECTED] ~
$ cygrunsrv -S sshd
cygrunsrv: Error starting a service: QueryServiceStatus:  Win32 error
1062:
The service has not been started.



Check /var/log/sshd.log.  There's probably more info why it failed there.

You can also try starting the daemon manually for testing, as an
administrator like (this will output more verbose info to the console):
  > /usr/sbin/sshd -d -d -d -D


okay.  shoot.  i was able to connect but when i do the command
cygrunsrv -S sshd or the other one it still gives the same error.
how can i make this all happen automatically in the background so
i don't werry about it?  cron job or something? sheesh, but cygwin
is a little baby on top of windows or whatever.



A common cause for that query problem is one of your config files having
a wrong configuration, for example.

P.S.  Installing openssh on cygwin has been nothing but a huge pain for
me, as the docs are mostly worthless.

--
Gonzalo Garramuño
[EMAIL PROTECTED]

AMD4400 - ASUS48N-E
GeForce7300GT
Kubuntu Edgy

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



*--*
  Kayven Riese, BSCS, MS (Physiology and Biophysics)
  (415) 902 5513 cellular
  http://kayve.net
  Webmaster http://ChessYoga.org
*--*
--
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: cygrunsrv -S sshd fails not started

[KAYVEN RIESE]

On Thu, 21 Jun 2007, gga wrote:


KAYVEN RIESE wrote:

On Thu, 21 Jun 2007, KAYVEN  RIESE wrote:



[EMAIL PROTECTED] ~
$ cygrunsrv -S sshd
cygrunsrv: Error starting a service: QueryServiceStatus:  Win32 error
1062:
The service has not been started.



Check /var/log/sshd.log.  There's probably more info why it failed there.



You can also try starting the daemon manually for testing, as an
administrator like (this will output more verbose info to the console):
  > /usr/sbin/sshd -d -d -d -D



[EMAIL PROTECTED] /var/log
$ cat sshd.log
/var/empty must be owned by root and not group or world-writable.
/var/empty must be owned by root and not group or world-writable.
/var/empty must be owned by root and not group or world-writable.
/var/empty must be owned by root and not group or world-writable.
/var/empty must be owned by root and not group or world-writable.
/var/empty must be owned by root and not group or world-writable.
/var/empty must be owned by root and not group or world-writable.
/var/empty must be owned by root and not group or world-writable.

[EMAIL PROTECTED] /var/log
$ /usr/sbin/sshd -d -d -d -D
debug2: load_server_config: filename /etc/sshd_config
debug2: load_server_config: done config len = 196
debug2: parse_server_config: config /etc/sshd_config len 196
debug3: /etc/sshd_config:13 setting Port 22
debug3: /etc/sshd_config:38 setting StrictModes no
debug3: /etc/sshd_config:92 setting UsePrivilegeSeparation yes
debug3: /etc/sshd_config:106 setting Subsystem sftp 
/usr/sbin/sftp-server

debug1: sshd version OpenSSH_4.6p1
debug1: private host key: #0 type 0 RSA1
debug3: Not a RSA1 key file /etc/ssh_host_rsa_key.
debug1: read PEM private key done: type RSA
debug1: private host key: #1 type 1 RSA
debug3: Not a RSA1 key file /etc/ssh_host_dsa_key.
debug1: read PEM private key done: type DSA
debug1: private host key: #2 type 2 DSA
debug1: rexec_argv[0]='/usr/sbin/sshd'
debug1: rexec_argv[1]='-d'
debug1: rexec_argv[2]='-d'
debug1: rexec_argv[3]='-d'
debug1: rexec_argv[4]='-D'
debug2: fd 3 setting O_NONBLOCK
debug1: Bind to port 22 on 0.0.0.0.
Server listening on 0.0.0.0 port 22.
Generating 768 bit RSA key.
RSA key generation complete.

interestingly, a vista dialog came up about blocking, unblocking.. i
told it to unblock.  i am thinking of trying a localhost connect now



A common cause for that query problem is one of your config files having
a wrong configuration, for example.

P.S.  Installing openssh on cygwin has been nothing but a huge pain for
me, as the docs are mostly worthless.

--
Gonzalo Garramuño
[EMAIL PROTECTED]

AMD4400 - ASUS48N-E
GeForce7300GT
Kubuntu Edgy

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



*--*
  Kayven Riese, BSCS, MS (Physiology and Biophysics)
  (415) 902 5513 cellular
  http://kayve.net
  Webmaster http://ChessYoga.org
*--*
--
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/

dlopen()/dlsym() and symbols in deps

[Yaakov (Cygwin Ports)]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

It would appear that Cygwin's dlopen() implementation does not support
the automatic loading of dependencies.  This matters in the case that
one dlsym()'s a *handle to find a symbol in the dependencies rather than
in itself.

On linux, this is apparently possible:

"Note that some implementations permit the construction of dependencies
between such objects that are embedded within files. In such cases, a
dlopen() operation shall load such dependencies in addition to the
object referenced by file." [1]

[1] http://www.opengroup.org/onlinepubs/009695399/functions/dlopen.html

I came across this when reporting what I originally thought was a bug in
glade3 [2] (with a testcase[3]), but now I have found it to be a
deficiency in Cygwin itself.  While I think I have a fix for gmodule to
work around this, based on tml's gmodule-win32.c code (and therefore I
can't propose a patch myself), it would be nice to see this implemented
in Cygwin proper.

[2] http://bugzilla.gnome.org/show_bug.cgi?id=449562
[3] http://bugzilla.gnome.org/attachment.cgi?id=90416

Could someone more familiar with the internal workings of Cygwin please
provide some input on this issue?


Yaakov

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (Cygwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFGezswpiWmPGlmQSMRCGP+AJ9jqZBpYloCZpq64JUF0JLpRo+ukACg8xnJ
KkhL/s3nx6jyQdumLBsgVm4=
=/0q+
-END PGP SIGNATURE-

--
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: cygrunsrv -S sshd fails not started

[gga]

KAYVEN RIESE wrote:
> On Thu, 21 Jun 2007, KAYVEN  RIESE wrote:
> 
>>
>> [EMAIL PROTECTED] ~
>> $ cygrunsrv -S sshd
>> cygrunsrv: Error starting a service: QueryServiceStatus:  Win32 error
>> 1062:
>> The service has not been started.
>>

Check /var/log/sshd.log.  There's probably more info why it failed there.

You can also try starting the daemon manually for testing, as an
administrator like (this will output more verbose info to the console):
   > /usr/sbin/sshd -d -d -d -D

A common cause for that query problem is one of your config files having
a wrong configuration, for example.

P.S.  Installing openssh on cygwin has been nothing but a huge pain for
me, as the docs are mostly worthless.

-- 
Gonzalo Garramuño
[EMAIL PROTECTED]

AMD4400 - ASUS48N-E
GeForce7300GT
Kubuntu Edgy

--
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: Socket inheritance with fork/dup2/exec

[Brian Dessent]

Lev Bishop wrote:

> Actually, pipe() is implemented in cygwin using win32  named pipes,
> not anonymous pipes, as I recall. But, you are right that using pipe()
> should solve this particular problem.

Hmm, that does appear to be the case.

Unless I'm mistaken anonymous pipes are just a degenerate form of named
pipes created by the system in a given namespace
(\Device\NamedPipe\Win32Pipes.$DWORD.$DWORD ?) so I guess you could say
they're all the same thing anyway.  :)

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: Socket inheritance with fork/dup2/exec

[Lev Bishop]

On 6/21/07, Brian Dessent wrote:

Jim Powers wrote:

> I am redirecting the stdout of a child process to a socket via the standard
> fork/dup2/exec paradigm and then reading and displaying the output.
>
> This works fine if the exec'd child process is compiled using gcc under
> cygwin. However, it fails with an "Invalid file handle" error when compiled
> using VC8 under windows.
>
> I've included both the parent and child code below.

I'm fairly sure this isn't supposed to work.  Unix domain sockets
(AF_UNIX/AF_LOCAL) don't actually exist in any Windows API so Cygwin
emulates them with an underlying AF_INET socket.  So when your MSVCRT
program tries to WriteFile to a socket it fails, because you have to use
the Winsock API for that.  In short, Windows is not unix, and handles
aren't fds.


Actually, in windows API you can WriteFile() to a socket (as an
optional feature, but the default socket provider supports it). The
problem here is that cygwin opens the underlying socket in overlapped
mode, and the windows API requires treating overlapped handles
differently than non-overlapped. If you'll always be using the same
child, that you have full control over, then you can write the child
to use overlapped semantics. But if you want to be able to pass the
socket to an arbitrary child process then you're out of luck, because
the windows API provides no way for the child to discover that it
needs to use overlapped semantics,  forcing the child to attempt
non-overlapped semantics and fail.

I once wrote a patch to cygwin in an attempt to get around this. It
mostly worked, but windows API calls that were not documented to be
able to block (eg setsockopt()) started blocking on non-overlapped
sockets. Don't you just love the windows API? See:
http://cygwin.com/ml/cygwin-patches/2006-q2/msg00039.html


You can probably make this work if you use pipe() instead of a
socketpair() as that maps directly onto a Windows anonymous pipe, which
is a file handle that can be written to.  You could also use a named
pipe, which is the closest Windows has to a unix domain socket, but
there is no corresponding POSIX api for that and so you'd be breaking
abstraction as you'd have to deal with raw Win32 APIs in your POSIX
parent app, which is ugly (and not how Cygwin was designed to work
either.)


Actually, pipe() is implemented in cygwin using win32  named pipes,
not anonymous pipes, as I recall. But, you are right that using pipe()
should solve this particular problem.

Lev

--
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: cygrunsrv -S sshd fails not started

[KAYVEN RIESE]

On Thu, 21 Jun 2007, KAYVEN  RIESE wrote:



hi, i just upgraded a puter to vista and i want to be able to run
my cygwin localhost as i have in the past using this application:

ftp://ftp.ssh.com/pub/ssh/SSHSecureShellClient-3.2.9.exe

(that's the most current version http://www.ssh.com/  i like
using these windows because of bad memories in the past of
having vi buffer lags i was told by a CIS instructor the the
problems go away with an ssh cxn he was right, and i connect
from my windows desktop to a number of remote unix servers always
using this same app.. it's sort of a preference and it makes
me feel good to accomplish running this)

anyway.. here is a website i have been trying to use to do
the same thing i remember doing on xp and windows 2000:

http://pigtail.net/LRP/printsrv/cygwin-sshd.html

i got the information on how to start the sshd from similar (but
not this exact) websites in the past, and it has always worked fine.
i end up doing the steps in a cygwin window, and the later, when i
open the SSH Secure Shell Client app instead of putting in something
like "libra.sfsu.edu" i instead put in "localhost" and i get my
cygwin shell thru this app looking at my /cygdrive/c etc and can
do unix things on local files while running window.

i got past a burp needing to improve the administrative standing
of my cygwin window, that allowed me to do a diff command via that,
but i have yet to install the sshd allowing me to operate via the
sshd localhost cxn.

here is the latest error i have had:


[EMAIL PROTECTED] ~
$ cygrunsrv -S sshd
cygrunsrv: Error starting a service: QueryServiceStatus:  Win32 error 1062:
The service has not been started.


[EMAIL PROTECTED] ~
$

(i tried following directions on a differnt website:

http://ncyoung.com/entry/389

here is some more cygwin command line output from earlier attempts:

[EMAIL PROTECTED] ~
$ ssh-host-config
Overwrite existing /etc/ssh_config file? (yes/no) yes
Generating /etc/ssh_config file
Overwrite existing /etc/sshd_config file? (yes/no) yes
Privilege separation is set to yes by default since OpenSSH 3.3.
However, this requires a non-privileged account called 'sshd'.
For more info on privilege separation read 
/usr/share/doc/openssh/README.privsep

.

Should privilege separation be used? (yes/no) yes
Generating /etc/sshd_config file

Host configuration finished. Have fun!

[EMAIL PROTECTED] ~
$ 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.


*--*
 Kayven Riese, BSCS, MS (Physiology and Biophysics)
 (415) 902 5513 cellular
 http://kayve.net
 Webmaster http://ChessYoga.org
*--*



*--*
  Kayven Riese, BSCS, MS (Physiology and Biophysics)
  (415) 902 5513 cellular
  http://kayve.net
  Webmaster http://ChessYoga.org
*--*

--
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: emacs 22.1?

[Ken Brown]

On 6/21/2007 5:08 PM, Brian Dessent wrote:

Steffen Sledz wrote:


Hmmm? I'm not sure if this is a practical solution because the old
emacs-leim package is just obsolete, if a new emacs package is
installed. How can i describe this inter-package dependency?


There's no way to express any version specific requirements.  Once the
old emacs package gets demoted to [prev], it becomes a second class
citizen.  In order to use it the user would have to know to set 'emacs'
to [prev] as well as 'emacs-leim' to [prev] as well (you can state this
in the release announcement.)  Or in other words, upgrading to the v22
emacs package should have the effect of also uninstalling v21
emacs-leim, which is accomplished by installing the new [curr] of both
packages.  Here I'm assuming that having a v22 emacs and a v21
emacs-leim both installed at the same time causes breakage.


I don't think it causes breakage.  Emacs-leim is installed in a 
version-specific directory (such as /usr/share/emacs/21.3.50/leim).  V22 
emacs won't even look there.


Ken


--
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: outdated setup.ini on all mirrors

[burning shadow]

Thanks for the answer. I re-checked now and found out
mirrors.kernel.org has dissapeared from mirror list. I tried
sourceware mirror and it's up to date.

On 6/21/07, Robert Pendell <[EMAIL PROTECTED]> wrote:

I just checked those mirrors (except mirrors.kernel.org) and they all
seem to be up to date.  Setup.ini timestamp is 1182409206.  My own
public mirror pulls straight from sourceware.org daily so it shouldn't
of been out of date.

On 6/21/07, burning shadow <[EMAIL PROTECTED]> wrote:
> What happened to all the mirrors? All have outdated setup.ini. I have
> more recent distributions from last update. Now after downloading
> setup.ini installer sais that it is older than ini from last install.
> I tried mirrors.kernel.org, ftp.chg.ru, ftp.easynet.be and many other
> mirrors and all of them are outdated. Setup.ini has timestamp
> 1181500204 which is 10 Jun 2007.
>
> --
> 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/
>
>


--
Robert Pendell
[EMAIL PROTECTED]
PGP Key: 41B2 C5E8 4203 300D FEC9 4E1B 5336 7246 AEB7 040B

--
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: outdated setup.ini on all mirrors

[Robert Pendell]

I just checked those mirrors (except mirrors.kernel.org) and they all
seem to be up to date.  Setup.ini timestamp is 1182409206.  My own
public mirror pulls straight from sourceware.org daily so it shouldn't
of been out of date.

On 6/21/07, burning shadow <[EMAIL PROTECTED]> wrote:

What happened to all the mirrors? All have outdated setup.ini. I have
more recent distributions from last update. Now after downloading
setup.ini installer sais that it is older than ini from last install.
I tried mirrors.kernel.org, ftp.chg.ru, ftp.easynet.be and many other
mirrors and all of them are outdated. Setup.ini has timestamp
1181500204 which is 10 Jun 2007.

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





--
Robert Pendell
[EMAIL PROTECTED]
PGP Key: 41B2 C5E8 4203 300D FEC9 4E1B 5336 7246 AEB7 040B

--
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: perlbug to [EMAIL PROTECTED]

[Reini Urban]

Christopher Faylor schrieb:

On Fri, Jun 22, 2007 at 12:01:07AM +0200, Reini Urban wrote:
I saw that all cygwin perlbug reports (from 5.8.8 on) go from the perlbug 
tracker back to [EMAIL PROTECTED]


Do we want this? I assume so.
I also assume the trackers sender is not registered. 
[EMAIL PROTECTED]

Christopher, did you allow this sender?


There isn't any block on the email address if that's what you mean.


Ok, good.


Or should I switch back to send bugreports to my personal email?
Then perl-5.8.8-1 shouldn't be uploaded.


I don't know what kind of traffic we'd be seeing and I don't know that
everyone in the cygwin list would want to see these.

It really doesn't matter to me.  Can we just try it for a while and if
it gets to be too annoying switch it to sending private email?


The thing is that I will ship perlbug starting with 5.8.8 with 
cygwin@cygwin.com as Reply-To, because I don't trust people reading the 
README. I don't expect too many perl core bugs sent per perlbug.


So I'll keep it this way until 5.10.
But I'll keep my own 5.9 development bug reports private in the future. 
This was just for testing this new feature.

--
Reini

--
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: perlbug to [EMAIL PROTECTED]

[Christopher Faylor]

On Fri, Jun 22, 2007 at 12:01:07AM +0200, Reini Urban wrote:
> I saw that all cygwin perlbug reports (from 5.8.8 on) go from the perlbug 
> tracker back to [EMAIL PROTECTED]
>
> Do we want this? I assume so.
> I also assume the trackers sender is not registered. 
> [EMAIL PROTECTED]
> Christopher, did you allow this sender?

There isn't any block on the email address if that's what you mean.

> Or should I switch back to send bugreports to my personal email?
> Then perl-5.8.8-1 shouldn't be uploaded.

I don't know what kind of traffic we'd be seeing and I don't know that
everyone in the cygwin list would want to see these.

It really doesn't matter to me.  Can we just try it for a while and if
it gets to be too annoying switch it to sending private email?

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: Socket inheritance with fork/dup2/exec

[Brian Dessent]

Jim Powers wrote:

> I am redirecting the stdout of a child process to a socket via the standard
> fork/dup2/exec paradigm and then reading and displaying the output.
> 
> This works fine if the exec'd child process is compiled using gcc under
> cygwin. However, it fails with an "Invalid file handle" error when compiled
> using VC8 under windows.
> 
> I've included both the parent and child code below.

I'm fairly sure this isn't supposed to work.  Unix domain sockets
(AF_UNIX/AF_LOCAL) don't actually exist in any Windows API so Cygwin
emulates them with an underlying AF_INET socket.  So when your MSVCRT
program tries to WriteFile to a socket it fails, because you have to use
the Winsock API for that.  In short, Windows is not unix, and handles
aren't fds.

You can probably make this work if you use pipe() instead of a
socketpair() as that maps directly onto a Windows anonymous pipe, which
is a file handle that can be written to.  You could also use a named
pipe, which is the closest Windows has to a unix domain socket, but
there is no corresponding POSIX api for that and so you'd be breaking
abstraction as you'd have to deal with raw Win32 APIs in your POSIX
parent app, which is ugly (and not how Cygwin was designed to work
either.)

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/

Socket inheritance with fork/dup2/exec

[Jim Powers]

Hi,

I am redirecting the stdout of a child process to a socket via the standard 
fork/dup2/exec paradigm and then reading and displaying the output.

This works fine if the exec'd child process is compiled using gcc under 
cygwin. However, it fails with an "Invalid file handle" error when compiled 
using VC8 under windows.

I've included both the parent and child code below.

I am running cygwin 1.5.24 and gcc3.4.4.

-- 
Jim Powers
Powers Consulting Services, Inc.
jim dot powers at powers-consulting dot com


parent.c

#include 
#include 
#include 
#include 
#include 

#ifndef STDIN_FILENO
#define STDIN_FILENO 0
#endif

#ifndef STDOUT_FILENO
#define STDOUT_FILENO 1
#endif

#ifndef STDERR_FILENO
#define STDERR_FILENO 2
#endif

void set_blocking(int fd);
void set_nonblocking(int fd);

int main(int argc, char **argv)
{
int i;
pid_t pid;
int to_child_pipe[2];
int from_child_pipe[2];
int f_in, f_out, n;
char buffer[512];

if (socketpair(AF_UNIX, SOCK_STREAM, 0, to_child_pipe) ||
socketpair(AF_UNIX, SOCK_STREAM, 0, from_child_pipe) ) {
fprintf(stderr, "socketpair error (%d)\n", errno);
exit(1);
}

pid = fork();
if (pid == -1) {
fprintf(stderr, "fork error (%d)\n", errno);
exit(1);
}

if (pid == 0) { /* CHILD */
if ( dup2(to_child_pipe[0], STDIN_FILENO) < 0 ||
 close(to_child_pipe[1]) < 0 ||
 close(from_child_pipe[0]) < 0 ||
 dup2(from_child_pipe[1], STDOUT_FILENO) < 0 )
{
fprintf(stderr, "dup2/close error (%d)\n", errno);
exit(1);
}
if (to_child_pipe[0] != STDIN_FILENO)
close(to_child_pipe[0]);
if (from_child_pipe[1] != STDOUT_FILENO)
close(from_child_pipe[1]);

set_blocking(STDIN_FILENO);
set_nonblocking(STDIN_FILENO);

execvp(argv[1], &argv[1]);

fprintf(stderr, "execvp error (%d) on '%s'", errno, argv[1]);

exit(1);
}

/* PARENT */

if (close(from_child_pipe[1]) < 0 || close(to_child_pipe[0]) < 0) {
fprintf(stderr, "close error (%d) on child handles", errno);
exit(1);
}

f_in  = from_child_pipe[0];
f_out = to_child_pipe[1];

/* read and display data from child process */
while (1) {
n = read(f_in, buffer, sizeof(buffer) - 1);
if (n == 0)
break;
if (n == -1) {
if (errno != ECONNABORTED && errno != ECONNRESET)
fprintf(stderr, "read error (%d)\n", errno);
break;
}

buffer[n] = '\0';

printf("%s", buffer);
fflush(NULL);
}

exit(1);
}

void set_blocking(int fd)
{
int val;

if ((val = fcntl(fd, F_GETFL, 0)) == -1)
return;
if (val & O_NONBLOCK) {
val &= ~O_NONBLOCK;
fcntl(fd, F_SETFL, val);
}
}

void set_nonblocking(int fd)
{
int val;

if ((val = fcntl(fd, F_GETFL, 0)) == -1)
return;
if (!(val & O_NONBLOCK)) {
val |= O_NONBLOCK;
fcntl(fd, F_SETFL, val);
}
}

---
child.c
---
#include 
#include 

void ErrorExit(LPTSTR lpszFunction);

main(int argc, char **argv)
{
char str[] = "hello";
int i;
DWORD btw = (DWORD)strlen(str);
DWORD bw;
STARTUPINFO si;
OVERLAPPED ol;
HANDLE hStdout;

ZeroMemory(&ol, sizeof(ol));

hStdout = GetStdHandle(STD_OUTPUT_HANDLE);

for (i=0; i<5; i++) {
if (! WriteFile(hStdout, str, btw, &bw, &ol) ) {
ErrorExit("WriteFile");
exit(1);
}
Sleep(1000);
}

}

void ErrorExit(LPTSTR lpszFunction)
{
LPVOID lpMsgBuf;
DWORD dw = GetLastError();

FormatMessage(
FORMAT_MESSAGE_ALLOCATE_BUFFER | FORMAT_MESSAGE_FROM_SYSTEM,
NULL, dw, MAKELANGID(LANG_NEUTRAL, SUBLANG_DEFAULT),
(LPTSTR) &lpMsgBuf, 0, NULL );

fprintf(stderr, "%s error (%d): %s\n", lpszFunction, dw, lpMsgBuf);

ExitProcess(dw);
}

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

outdated setup.ini on all mirrors

[burning shadow]

What happened to all the mirrors? All have outdated setup.ini. I have
more recent distributions from last update. Now after downloading
setup.ini installer sais that it is older than ini from last install.
I tried mirrors.kernel.org, ftp.chg.ru, ftp.easynet.be and many other
mirrors and all of them are outdated. Setup.ini has timestamp
1181500204 which is 10 Jun 2007.

--
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: Help compiling gcc 4.2.0

[Brian Dessent]

Lee Rhodes wrote:
> 
> Hello,
> 
>   I have not been able to find g++ 4.2.0 binaries for Windows/XP on line,
> so I am trying to compile g++ from source (groan!).



Please don't crosspost.  If you do, at least send one copy with all the
mailing lists in CC and set a Reply-To to one of them.  Otherwise you
just create multiple instances of the same thread which wastes time.

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/

Help compiling gcc 4.2.0

[Lee Rhodes]

Hello,

  I have not been able to find g++ 4.2.0 binaries for Windows/XP on line,
so I am trying to compile g++ from source (groan!).  

My steps so far:
1.  I have installed Cygwin also checking that the following were included:
- bash (3.2.17-15)
- binutils (20060817-1)
- gcc / gcc-core / g++ (3.4.4-3)
- make (3.81-1)
For the testsuite:
- dejagnu (20021217-2)
- tar (1.16.1-1)
- expect (20030128-1)
- tcltk (20060202-1)

2. I have downloaded the following tars into my cygwin/home/src/gcc-4.2.0 
directory:
- gcc-core-4.2.0.tar
- gcc-g++-4.2.0.tar
- gcc-testsuite-4.2.0.tar

3. I have set up separate build and target directories:
- Build:  ~/src/gcc-obj
- Target: /usr/local/gcc-4.2.0

I am struggling with the infamous unix/dos end-of-line '\r\n' vs '\n'
incompatibilities.  It seems that no matter what shell I use (bash, sh, 
Cygwin, rxvt, dos) that the gnu make utility throws errors when it sees the 
'\r' CR character.  

  Do I have to convert ALL the downloaded files into the unix format 
(dos2unix)? (Yikes!) or is there a global setting that I can use so that 
I don't have to do that.

  I have William von Hagen's book "The Definitive Guide to GCC" and have 
studied the Cygwin and GCC docs but I haven't found a good solution (yet).

  Any help would be appreciated.

Lee.


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

perlbug to [EMAIL PROTECTED]

[Reini Urban]

I saw that all cygwin perlbug reports (from 5.8.8 on) go from the 
perlbug tracker back to [EMAIL PROTECTED]


Do we want this? I assume so.
I also assume the trackers sender is not registered. 
[EMAIL PROTECTED]

Christopher, did you allow this sender?

Or should I switch back to send bugreports to my personal email?
Then perl-5.8.8-1 shouldn't be uploaded.
--
Reini

--
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: emacs 22.1?

[Brian Dessent]

Steffen Sledz wrote:

> Hmmm? I'm not sure if this is a practical solution because the old
> emacs-leim package is just obsolete, if a new emacs package is
> installed. How can i describe this inter-package dependency?

There's no way to express any version specific requirements.  Once the
old emacs package gets demoted to [prev], it becomes a second class
citizen.  In order to use it the user would have to know to set 'emacs'
to [prev] as well as 'emacs-leim' to [prev] as well (you can state this
in the release announcement.)  Or in other words, upgrading to the v22
emacs package should have the effect of also uninstalling v21
emacs-leim, which is accomplished by installing the new [curr] of both
packages.  Here I'm assuming that having a v22 emacs and a v21
emacs-leim both installed at the same time causes breakage.

You should assume that all users use [curr] versions for all desired
packages, or at least [curr] as of the install date, not necessarily
[curr] as of the current date, and that any user that selects any [prev]
or [exp] version knows exactly what they are doing and are prepared for
breakage.  The setup program and the ini file grammar just do not give
us the freedom to properly express all the required metadata to support
anything else.  There's no way to express "foo version X requires bar,
but foo version X+1 does not" nor "foo version X requires bar version Y
and not version Y-1".

I suppose an alternative might be to just not touch the 'emacs-leim'
package at all, since it looks like it's not required by anything
explicitly so it must be purely optional.  But then users have to know
that if they have v21 emacs-leim installed they must uninstall it before
installing the v22 emacs package, and that's not friendly.  Again
preference should always go to users using straight [curr], not users
who want to use a version that is [prev]; so this is a bad idea.

> And a last question: It's not fully clear to me what's the best mailing
> list to ask for problems maintaining e.g. the emacs packages or looking
> for testers? cygwin? or cygwin-apps?

cygwin-apps@ is for threads about creating packages, maintaining
packages, reviewing the packaging of packages, requesting uploads of
packages, taking over maintainership of packages, etc.  In other words
THIS THREAD!

cygwin@ is for everything else, including user reports of difficulties
using a package.

As far as asking for testers, I suppose technically that should go on
-apps but there isn't very wide readership there compared to the main
list so it could probably go either way.

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: emacs 22.1?

[Steffen Sledz]

Brian Dessent schrieb:
> [*] cygport is one of the newest packaging methods and isn't currently
> mentioned on the setup.html page, but it's essentially a refinement on
> the generic-build-script method, so if you understand that then you will
> probably get cygport.

I had a look at cygport and looks really nice. I'll try this.

>> How to mark obsolete packages? In emacs 22.1 leim is integrated. So the
>> extra leim package is obsolete.
> 
> The general method is to upload an empty (but still valid) .tar.bz2 file
> and bump the version number so that the obsolete package is essentially
> removed and replaced by nothing.  You can then change its category to
> "_obsolete" and it will no longer be visible in setup.

Hmmm? I'm not sure if this is a practical solution because the old
emacs-leim package is just obsolete, if a new emacs package is
installed. How can i describe this inter-package dependency?

And a last question: It's not fully clear to me what's the best mailing
list to ask for problems maintaining e.g. the emacs packages or looking
for testers? cygwin? or cygwin-apps?

Steffen


--
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: xemas error

[Dr. Volker Zell]

> Nejdet Erkan writes:

> PATH variable :
> 
/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/cygdrive/c/Inprise/vbroker/bin:/cygdrive/c/PROGRA~1/Borland/CBUILD~1/Bin:/cygdrive/c/PROGRA~1/Borland/CBUILD~1/Projects/Bpl:/cygdrive/c/WINDOWS/system32:/cygdrive/c/WINDOWS:/cygdrive/c/WINDOWS/System32/Wbem:/cygdrive/c/Program
> Files/TEC90/BIN:/cygdrive/c/Program Files/Common
> Files/Adobe/AGL:/cygdrive/c/Program Files/K-Lite Codec
> Pack/QuickTime/QTSystem/:/cygdrive/c/Program Files/SSH Communications
> Security/SSH Secure Shell:/usr/lib/lapack

> I could not find (xemacs-21.4.20-458f8866.dmp) file anywhere.

Then reinstall latest xemacs with setup.exe

Ciao
  Volker

--
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 and OS X

[Brian Dessent]

puce1 wrote:

[ X11 related questions like this should go to the cygwin-xfree list
instead. ]

> Can someone tell me if I can do this (easily).
> 
> I have Cygwin on my XP machine - and I want it to display a terminal on my
> OS X machine.
> 
> Do I have to have X11 running on the MAC or is there an easier way ??

Sure:

On Cygwin machine:
1. Install packages openssh,cygrunsrv,xterm (and all dependencies)
2. run ssh-host-config -y
3. start the ssh daemon (cygrunsrv -S sshd)

On OS X machine:
1. start X server
2. open a terminal, make sure DISPLAY is set (e.g. to :0)
3. ssh -Y [EMAIL PROTECTED]
4. run xterm, e.g. "xterm &", and it should appear on the OS X desktop

(you can combine 3 and 4 as just 'ssh -YN [EMAIL PROTECTED] xterm')

Note that your Cygwin machine is now running a ssh daemon that allows
people to ssh in, so make sure all accounts have good passwords. 
Alternatively, you can disable password authentication in
/etc/sshd_config and use only public key auth.  To do this run
ssh-keygen on the OS X host if you haven't already, and then add the
public key (~/.ssh/id_[dr]sa.pub) to the ~/.ssh/authorized_keys of the
Cygwin host.

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 and OS X

[Larry Hall (Cygwin)]

puce1 wrote:

Can someone tell me if I can do this (easily).

I have Cygwin on my XP machine - and I want it to display a terminal on my
OS X machine.

Do I have to have X11 running on the MAC or is there an easier way ??



If you just want terminal access to your XP box from OS X, install
the 'openssh' package through 'setup.exe', read the README, configure,
and go! ;-)  You'll need a SSH client for OS X if it doesn't have one by
default (sorry, don't know whether it does or not).  But with this you
can open a terminal window on OS X, log into your XP machine via your
SSH client, and access the command line through your Cygwin shell.  No
X connection is required here.  If you want to run Cygwin-X programs
from OS X though, you'll need to launch Cygwin's X-Server.


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

Cygwin and OS X

[puce1]

Can someone tell me if I can do this (easily).

I have Cygwin on my XP machine - and I want it to display a terminal on my
OS X machine.

Do I have to have X11 running on the MAC or is there an easier way ??

Thanks.

Phil
-- 
View this message in context: 
http://www.nabble.com/Cygwin-and-OS-X-tf3960386.html#a11238408
Sent from the Cygwin Users mailing list archive at Nabble.com.


--
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: using chere

[Dave]

Paul Mallas wrote:
> Since we are on the topic - is there a way to do something similar
> inside an open windows folder rather than from the folder icon?  I would
> find that much more convenient.

This came up two years ago. Follow the thread from about here:



I haven't spent any further time on it, but will welcome any
contributions :)

Regards,

Dave.
chere maintainer


--
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: A problem about Cygwin

[罗斌]

Eric Blake 写道:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> http://cygwin.com/acronyms/#PPIOSPE - redirecting to the list.
>
> According to 罗斌 on 6/2/2007 7:58 AM:
>   
>> Dear Mr. Eric Blake,
>>
>> I am a Chinese student and I am using Cygwin. I have a problem when I
>> use the command 'ls -l'.
>>
>> I have uncommented the ~/.inputrc:
>> # Allow 8-bit input/output
>> set meta-flag on
>> set convert-meta off
>> set input-meta on
>> set output-meta on
>> set completion-ignore-case on
>>
>> and added follows into the ~/.bashrc:
>> export LC_ALL=zh_CN.GBK
>> export LANG=zh_CN.GBK
>>
>> alias ls='/bin/ls -hF --show-control-chars --color=tty'
>>
>> Then, when I use 'ls', Cygwin can display the Chinese character
>> correctly. But if I use 'ls -l', it appears some error like this:
>> $ ll
>> drwx--+ 3 luobin None 0 May 16 22:18 runtime-新建配置/
>> drwx--+ 21   0 Jun 1 18:56 src/
>>
>> The appendix is the screen print. I expect you can help me. Thank you!
>> 
>
> I'm removing the screen capture, but the difference was that the group and
> user names showed only "?" while filenames showed actual Chinese
> characters (rather than "?", as they were flattened to in the above
> display).  Do those user and group names actually contain Chinese
> characters, or is it just a case of your /etc/passwd and /etc/groups being
> out-of-date so that cygwin really does think they are ""?  With a
> quick glance at the ls source code, ls doesn't do anything special to
> non-ascii characters in group and user names.  So maybe you need to read
> up on the use of mkgroups and mkpasswd.
>
> - --
> Don't work too hard, make some time for fun as well!
>
> Eric Blake [EMAIL PROTECTED]
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.5 (Cygwin)
> Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
>
> iD8DBQFGd8kt84KuGfSFAYARAsJJAJ9m4g6zmT/OQDQyk7ddpdGLVVpIlgCgwK+d
> lBbQpf43nYrcmRCtSwKVavM=
> =emuE
> -END PGP SIGNATURE-
>
>   
Dear Mr. Blake,

Thank you for your letter. How can I know whether my /etc/passwd and
/etc/groups are out of date?
I have run the commands: 'mkpasswd -l > /etc/passwd' and 'mkgroup -l >
/etc/group'. But the problem still exists.

Bin Luo

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

[Larry Hall (Cygwin)]

gga wrote:

Larry Hall (Cygwin) wrote:

Here's the full info:


/usr/sbin/sshd.exe -d -d -d -D

Running 'sshd.exe' as anyone other than SYSTEM (on WinXP and earlier

O/S's)

is not recommended.  See the email archives for a recipe about how to get
a SYSTEM-owned shell to run 'sshd.exe' from if you want to run it from a
shell.


Well, this is mainly just a test to see the output of sshd.  sshd will
still get started by a service (presumably running under root) using
cygrunsrv.



Right but running 'sshd.exe' as different users can compromise your
attempts to run it.  Typically, 'sshd.exe' will complain or refuse to
work if various files (most under various branches in '/var') don't have
the right owners/permissions.  This may be part of your problem now.  Or
maybe not, given that you're working on a FAT formatted partition that
doesn't have any partitions.



You certainly need to ru ssh-user-config to log through the 'sshd'
server, so this is the correct thing to do.


Ok... so, I've done it.  Here's the new log (with ugly errors), from ssh.


OpenSSH_4.6p1, OpenSSL 0.9.8e 23 Feb 2007
debug1: Reading configuration data /etc/ssh_config
debug1: Applying options for *
debug2: ssh_connect: needpriv 0
debug1: Connecting to localhost [127.0.0.1] port 22.
debug1: Connection established.
debug1: identity file /home/gga/.ssh/identity type 0
debug3: Not a RSA1 key file /home/gga/.ssh/id_rsa.
debug2: key_type_from_name: unknown key type '-BEGIN'
debug3: key_read: missing keytype
debug2: key_type_from_name: unknown key type 'Proc-Type:'
debug3: key_read: missing keytype
debug2: key_type_from_name: unknown key type 'DEK-Info:'
debug3: key_read: missing keytype
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug2: key_type_from_name: unknown key type '-END'
debug3: key_read: missing keytype
debug1: identity file /home/gga/.ssh/id_rsa type 1
debug3: Not a RSA1 key file /home/gga/.ssh/id_dsa.
debug2: key_type_from_name: unknown key type '-BEGIN'
debug3: key_read: missing keytype
debug2: key_type_from_name: unknown key type 'Proc-Type:'
debug3: key_read: missing keytype
debug2: key_type_from_name: unknown key type 'DEK-Info:'
debug3: key_read: missing keytype
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug2: key_type_from_name: unknown key type '-END'
debug3: key_read: missing keytype
debug1: identity file /home/gga/.ssh/id_dsa type 2
ssh_exchange_identification: read: Software caused connection abort


More info:
- cygwin is installed on a FAT partition of a WinXP (SP1) box, with
latest patches.

Ugh!  You'll need to turn off 'StrictModes' in '/etc/sshd_config' for
this to work.  And that disables a large part of the security you get
from OpenSSH.  You should really consider switching to NTFS if you plan
to use OpenSSH as any kind of security mechanism.



It was already off in the log I sent.  Why does it affect security so
badly (other than of course allowing any intruder to change the .ssh
dotfiles for any account if he logs in)?
My idea is to have openssh working only within my lan with this box (ie.
ignore outside connections thanks to my firewall/hosts.deny file).



It checked ownership and permissions if it's on, which have little meaning
with FAT.


- I have at least one user without a password.  I've also gone and
modified the ssh configuration file to add in sshd_config:
 PermitEmptyPasswords no

Perhaps this answers the question about whether you're looking for
security from OpenSSH. ;-)


Hopefully not.  I really cannot ask the user to login with a password
(he is too old a person) and I don't care too much about the security
within the LAN.
However, I do care about the security exposed to the net, and I want to
make sure this account without a password does not compromise security.
 Under linux, PermitEm

Re: xemas error

[Nejdet Erkan]

PATH variable :
/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/cygdrive/c/Inprise/vbroker/bin:/cygdrive/c/PROGRA~1/Borland/CBUILD~1/Bin:/cygdrive/c/PROGRA~1/Borland/CBUILD~1/Projects/Bpl:/cygdrive/c/WINDOWS/system32:/cygdrive/c/WINDOWS:/cygdrive/c/WINDOWS/System32/Wbem:/cygdrive/c/Program
Files/TEC90/BIN:/cygdrive/c/Program Files/Common
Files/Adobe/AGL:/cygdrive/c/Program Files/K-Lite Codec
Pack/QuickTime/QTSystem/:/cygdrive/c/Program Files/SSH Communications
Security/SSH Secure Shell:/usr/lib/lapack

I could not find (xemacs-21.4.20-458f8866.dmp) file anywhere.


On 6/21/07, Dr. Volker Zell <[EMAIL PROTECTED]> wrote:

> Nejdet Erkan writes:

   > Dear all!
   > After installation of cywgwin, I used xemacs editor several times but
   > after some time I cannot use it anymore.
   > it gives this error: " temacs can only be run in -batch mode" and it
   > does't open xemacs.

What exactly is your PATH env varibale. Is it possible that xemacs can't
find its .dmp file (xemacs-21.4.20-458f8866.dmp) which is in /bin ?

   > nejdet

Ciao
 Volker

--
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: using chere

[Paul Mallas]

I had a similar problem with chere and xterm.

Chere edits your Windows registry file. It added this to my registry:

C:\cygwin\bin\run.exe C:\cygwin\bin\xterm.exe -e /bin/xhere 
/bin/bash.exe "%L"


This sits in the registry at 
HKEY_CLASSES_ROOT/Directory/shell/cygwin_bash/command


I added -display 127.0.0.1:0.0 to the command line:

C:\cygwin\bin\run.exe C:\cygwin\bin\xterm.exe -display 127.0.0.1:0.0 -e 
/bin/xhere /bin/bash.exe "%L"


and it works fine for me now.

Since we are on the topic - is there a way to do something similar 
inside an open windows folder rather than from the folder icon?  I would 
find that much more convenient.



Marco Atzeri wrote:

--- Lewis Hyatt <[EMAIL PROTECTED]> ha scritto:


Lewis Hyatt wrote:


OK, one last thing, sorry. I did something wrong
with the last test. If 

I add c:\cygwin\bin and c:\cygwin\usr\X11R6\bin to
the Windows PATH 

variable, then chere does work to open up an

xterm!

So I guess the only question is: is there any way
to avoid this 

requirement? It would be helpful for me if I
didn't have to add these to 

the path. I'm not sure how chere is implemented,
but could it just set 

these variables before calling the xterm? Thanks

again.



I do not remenber exactly how I solved the issue,
but it is was related to advise xterm/rxvt where the 
bash shell is; as cygwin %PATH is loaded by bash 
and rxvt is loaded before.
 
what "chere -r" says ?


for me is:

OS is CYGWIN_NT-5.1
chere version 0.7
run.exe is available at C:\cygwin\bin\run.exe

--- bash keys ---
Directory menu item (all users)
&Bash Prompt Here

Directory command (all users)
C:\cygwin\bin\run.exe C:\cygwin\bin\rxvt.exe 
-fg white -bg black -e /bin/xhere /bin/bash.exe "%L"



Regards
Marco



  ___ 
L'email della prossima generazione? Puoi averla con la nuova Yahoo! Mail: http://it.docs.yahoo.com/nowyoucan.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: xemas error

[Dr. Volker Zell]

> Nejdet Erkan writes:

> Dear all!
> After installation of cywgwin, I used xemacs editor several times but
> after some time I cannot use it anymore.
> it gives this error: " temacs can only be run in -batch mode" and it
> does't open xemacs.

What exactly is your PATH env varibale. Is it possible that xemacs can't
find its .dmp file (xemacs-21.4.20-458f8866.dmp) which is in /bin ?

> nejdet

Ciao
  Volker

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

[gga]

Larry Hall (Cygwin) wrote:
>>
>> Here's the full info:
>>
>>> /usr/sbin/sshd.exe -d -d -d -D
>
> Running 'sshd.exe' as anyone other than SYSTEM (on WinXP and earlier
O/S's)
> is not recommended.  See the email archives for a recipe about how to get
> a SYSTEM-owned shell to run 'sshd.exe' from if you want to run it from a
> shell.

Well, this is mainly just a test to see the output of sshd.  sshd will
still get started by a service (presumably running under root) using
cygrunsrv.

>
> You certainly need to ru ssh-user-config to log through the 'sshd'
> server, so this is the correct thing to do.

Ok... so, I've done it.  Here's the new log (with ugly errors), from ssh.


OpenSSH_4.6p1, OpenSSL 0.9.8e 23 Feb 2007
debug1: Reading configuration data /etc/ssh_config
debug1: Applying options for *
debug2: ssh_connect: needpriv 0
debug1: Connecting to localhost [127.0.0.1] port 22.
debug1: Connection established.
debug1: identity file /home/gga/.ssh/identity type 0
debug3: Not a RSA1 key file /home/gga/.ssh/id_rsa.
debug2: key_type_from_name: unknown key type '-BEGIN'
debug3: key_read: missing keytype
debug2: key_type_from_name: unknown key type 'Proc-Type:'
debug3: key_read: missing keytype
debug2: key_type_from_name: unknown key type 'DEK-Info:'
debug3: key_read: missing keytype
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug2: key_type_from_name: unknown key type '-END'
debug3: key_read: missing keytype
debug1: identity file /home/gga/.ssh/id_rsa type 1
debug3: Not a RSA1 key file /home/gga/.ssh/id_dsa.
debug2: key_type_from_name: unknown key type '-BEGIN'
debug3: key_read: missing keytype
debug2: key_type_from_name: unknown key type 'Proc-Type:'
debug3: key_read: missing keytype
debug2: key_type_from_name: unknown key type 'DEK-Info:'
debug3: key_read: missing keytype
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug2: key_type_from_name: unknown key type '-END'
debug3: key_read: missing keytype
debug1: identity file /home/gga/.ssh/id_dsa type 2
ssh_exchange_identification: read: Software caused connection abort

>>
>> More info:
>> - cygwin is installed on a FAT partition of a WinXP (SP1) box, with
>> latest patches.
> 
> Ugh!  You'll need to turn off 'StrictModes' in '/etc/sshd_config' for
> this to work.  And that disables a large part of the security you get
> from OpenSSH.  You should really consider switching to NTFS if you plan
> to use OpenSSH as any kind of security mechanism.
> 

It was already off in the log I sent.  Why does it affect security so
badly (other than of course allowing any intruder to change the .ssh
dotfiles for any account if he logs in)?
My idea is to have openssh working only within my lan with this box (ie.
ignore outside connections thanks to my firewall/hosts.deny file).


>> - I have at least one user without a password.  I've also gone and
>> modified the ssh configuration file to add in sshd_config:
>>  PermitEmptyPasswords no
> 
> Perhaps this answers the question about whether you're looking for
> security from OpenSSH. ;-)

Hopefully not.  I really cannot ask the user to login with a password
(he is too old a person) and I don't care too much about the security
within the LAN.
However, I do care about the security exposed to the net, and I want to
make sure this account without a password does not compromise security.
 Under linux, PermitEmptyPasswords should do that for ssh connections.
I'm hoping this is the same for cygwin.

> 
> 'Off' for some firewalls is the same as 'On'.  They can be buggy.  Try
> opening port 22 (assuming you didn't change this) for OpenSSH or
> uninstalling the firewall as a test.
> 

Port 22 is already open, but I'm testing without the firewall just in
case, too.  I'm using Filseclab Free Firewall, btw.


-- 
Gonzalo Garramuño
[EMAIL PROT

Re: ssh configuration

[gga]

Larry Hall (Cygwin) wrote:
>>
>> Here's the full info:
>>
>>> /usr/sbin/sshd.exe -d -d -d -D
>
> Running 'sshd.exe' as anyone other than SYSTEM (on WinXP and earlier
O/S's)
> is not recommended.  See the email archives for a recipe about how to get
> a SYSTEM-owned shell to run 'sshd.exe' from if you want to run it from a
> shell.

Well, this is mainly just a test to see the output of sshd.  sshd will
still get started by a service (presumably running under root) using
cygrunsrv.

>
> You certainly need to ru ssh-user-config to log through the 'sshd'
> server, so this is the correct thing to do.

Ok... so, I've done it.  Here's the new log (with ugly errors), from ssh.


OpenSSH_4.6p1, OpenSSL 0.9.8e 23 Feb 2007
debug1: Reading configuration data /etc/ssh_config
debug1: Applying options for *
debug2: ssh_connect: needpriv 0
debug1: Connecting to localhost [127.0.0.1] port 22.
debug1: Connection established.
debug1: identity file /home/gga/.ssh/identity type 0
debug3: Not a RSA1 key file /home/gga/.ssh/id_rsa.
debug2: key_type_from_name: unknown key type '-BEGIN'
debug3: key_read: missing keytype
debug2: key_type_from_name: unknown key type 'Proc-Type:'
debug3: key_read: missing keytype
debug2: key_type_from_name: unknown key type 'DEK-Info:'
debug3: key_read: missing keytype
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug2: key_type_from_name: unknown key type '-END'
debug3: key_read: missing keytype
debug1: identity file /home/gga/.ssh/id_rsa type 1
debug3: Not a RSA1 key file /home/gga/.ssh/id_dsa.
debug2: key_type_from_name: unknown key type '-BEGIN'
debug3: key_read: missing keytype
debug2: key_type_from_name: unknown key type 'Proc-Type:'
debug3: key_read: missing keytype
debug2: key_type_from_name: unknown key type 'DEK-Info:'
debug3: key_read: missing keytype
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug2: key_type_from_name: unknown key type '-END'
debug3: key_read: missing keytype
debug1: identity file /home/gga/.ssh/id_dsa type 2
ssh_exchange_identification: read: Software caused connection abort

>>
>> More info:
>> - cygwin is installed on a FAT partition of a WinXP (SP1) box, with
>> latest patches.
> 
> Ugh!  You'll need to turn off 'StrictModes' in '/etc/sshd_config' for
> this to work.  And that disables a large part of the security you get
> from OpenSSH.  You should really consider switching to NTFS if you plan
> to use OpenSSH as any kind of security mechanism.
> 

Interesting.  Can you explain to me why the file system effects the
security of sshd?  I'll admit I don't understand this.  Why does ssh
care about it?

>> - I have at least one user without a password.  I've also gone and
>> modified the ssh configuration file to add in sshd_config:
>>  PermitEmptyPasswords no
> 
> Perhaps this answers the question about whether you're looking for
> security from OpenSSH. ;-)

Hopefully not.  I really cannot ask the user to login with a password
(he is too old a person) and I don't care too much about the security
within the LAN.
However, I do care about the security exposed to the net, and I want to
make sure this account without a password does not compromise security.
 Under linux, PermitEmptyPasswords should do that for ssh connections.
I'm hoping this is the same for cygwin.

> 
> 'Off' for some firewalls is the same as 'On'.  They can be buggy.  Try
> opening port 22 (assuming you didn't change this) for OpenSSH or
> uninstalling the firewall as a test.
> 

Port 22 is already open, but I'm testing without the firewall just in
case, too.  I'm using Filseclab Free Firewall, btw.


-- 
Gonzalo Garramuño
[EMAIL PROTECTED]

AMD4400 - ASUS48N-E
GeForce7300GT
Kubuntu Edgy

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/probl

Re: ssh configuration

[Larry Hall (Cygwin)]

gga wrote:

I'm trying to set up ssh (ie. openssh) on cygwin, with not much success.
 Searching the mailing list did not help either.

I've downloaded it, installed it, run ssh-host-config, answered all yes.
I *CAN* ssh from windows to a linux box in my lan.
But, my windows box fails as a ssh server.
Not even ssh localhost works.

Here's the full info:


/usr/sbin/sshd.exe -d -d -d -D


Running 'sshd.exe' as anyone other than SYSTEM (on WinXP and earlier O/S's)
is not recommended.  See the email archives for a recipe about how to get
a SYSTEM-owned shell to run 'sshd.exe' from if you want to run it from a
shell.


ssh -v -v -v localhost

OpenSSH_2.9p2, SSH protocols 1.5/2.0, OpenSSL 0x0090602f
debug1: Seeding random number generator
debug1: Rhosts Authentication disabled, originating port will not be
trusted.
debug1: restore_uid
debug1: ssh_connect: getuid 500 geteuid 500 anon 1
debug1: Connecting to localhost [127.0.0.1] port 22.
debug1: temporarily_use_uid: 500/544 (e=500)
debug1: restore_uid
debug1: temporarily_use_uid: 500/544 (e=500)
debug1: restore_uid
debug1: Connection established.
debug1: identity file /z/.ssh/identity type -1
debug1: identity file /z/.ssh/id_rsa type -1
debug1: identity file /z/.ssh/id_dsa type -1
ssh_exchange_identification: read: Connection reset by peer
debug1: Calling cleanup 0x41bcc4(0x0)

---

I also tried running ssh-user-config and created all authentications,
with my password as pass phrase.  Still no go.  And when doing that, ssh
complains that all the files are invalid, with tons of errors, which
from other emails I've gathered as "normal".


You certainly need to ru ssh-user-config to log through the 'sshd' server,
so this is the correct thing to do.




More info:
- cygwin is installed on a FAT partition of a WinXP (SP1) box, with
latest patches.


Ugh!  You'll need to turn off 'StrictModes' in '/etc/sshd_config' for
this to work.  And that disables a large part of the security you get
from OpenSSH.  You should really consider switching to NTFS if you plan
to use OpenSSH as any kind of security mechanism.


- Windows is a Spanish version of it.
- I have at least one user without a password.  I've also gone and
modified the ssh configuration file to add in sshd_config:
 PermitEmptyPasswords no


Perhaps this answers the question about whether you're looking for
security from OpenSSH. ;-)


- I've synced passwd and groups with mkpasswd -l and mkgroup -l.
- I'm running under a firewall (not the XP one), but I've switched it off.


'Off' for some firewalls is the same as 'On'.  They can be buggy.  Try
opening port 22 (assuming you didn't change this) for OpenSSH or
uninstalling the firewall as a test.

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

ssh configuration

[gga]

I'm trying to set up ssh (ie. openssh) on cygwin, with not much success.
 Searching the mailing list did not help either.

I've downloaded it, installed it, run ssh-host-config, answered all yes.
I *CAN* ssh from windows to a linux box in my lan.
But, my windows box fails as a ssh server.
Not even ssh localhost works.

Here's the full info:

> /usr/sbin/sshd.exe -d -d -d -D
debug2: load_server_config: filename /etc/sshd_config
debug2: load_server_config: done config len = 196
debug2: parse_server_config: config /etc/sshd_config len 196
debug3: /etc/sshd_config:13 setting Port 22
debug3: /etc/sshd_config:38 setting StrictModes no
debug3: /etc/sshd_config:92 setting UsePrivilegeSeparation yes
debug3: /etc/sshd_config:106 setting Subsystem sftp
/usr/sbin/sftp-server
debug1: sshd version OpenSSH_4.6p1
debug1: private host key: #0 type 0 RSA1
debug3: Not a RSA1 key file /etc/ssh_host_rsa_key.
debug1: read PEM private key done: type RSA
debug1: private host key: #1 type 1 RSA
debug3: Not a RSA1 key file /etc/ssh_host_dsa_key.
debug1: read PEM private key done: type DSA
debug1: private host key: #2 type 2 DSA
debug1: rexec_argv[0]='/usr/sbin/sshd'
debug1: rexec_argv[1]='-d'
debug1: rexec_argv[2]='-d'
debug1: rexec_argv[3]='-d'
debug1: rexec_argv[4]='-d'
debug1: rexec_argv[5]='-d'
debug1: rexec_argv[6]='-D'
debug2: fd 3 setting O_NONBLOCK
debug1: Bind to port 22 on 0.0.0.0.
Server listening on 0.0.0.0 port 22.
Generating 768 bit RSA key.
RSA key generation complete.
debug1: fd 4 clearing O_NONBLOCK
debug1: Server will not fork when running in debugging mode.
debug3: send_rexec_state: entering fd = 7 config len 196
debug3: ssh_msg_send: type 0
debug3: send_rexec_state: done
debug1: rexec start in 4 out 4 newsock 4 pipe -1 sock 7

> ssh -v -v -v localhost
OpenSSH_2.9p2, SSH protocols 1.5/2.0, OpenSSL 0x0090602f
debug1: Seeding random number generator
debug1: Rhosts Authentication disabled, originating port will not be
trusted.
debug1: restore_uid
debug1: ssh_connect: getuid 500 geteuid 500 anon 1
debug1: Connecting to localhost [127.0.0.1] port 22.
debug1: temporarily_use_uid: 500/544 (e=500)
debug1: restore_uid
debug1: temporarily_use_uid: 500/544 (e=500)
debug1: restore_uid
debug1: Connection established.
debug1: identity file /z/.ssh/identity type -1
debug1: identity file /z/.ssh/id_rsa type -1
debug1: identity file /z/.ssh/id_dsa type -1
ssh_exchange_identification: read: Connection reset by peer
debug1: Calling cleanup 0x41bcc4(0x0)

---

I also tried running ssh-user-config and created all authentications,
with my password as pass phrase.  Still no go.  And when doing that, ssh
complains that all the files are invalid, with tons of errors, which
from other emails I've gathered as "normal".



More info:
- cygwin is installed on a FAT partition of a WinXP (SP1) box, with
latest patches.
- Windows is a Spanish version of it.
- I have at least one user without a password.  I've also gone and
modified the ssh configuration file to add in sshd_config:
 PermitEmptyPasswords no
- I've synced passwd and groups with mkpasswd -l and mkgroup -l.
- I'm running under a firewall (not the XP one), but I've switched it off.


Can anyone help?


-- 
Gonzalo Garramuño
[EMAIL PROTECTED]

AMD4400 - ASUS48N-E
GeForce7300GT
Kubuntu Edgy

--
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: Memory leakage?

[Dave Korn]

On 21 June 2007 08:31, Edgar Matzinger wrote:

> Hi Dave,
> 
> On 06/10/2007 11:46:35 PM, Dave Korn wrote:
>> On 10 June 2007 13:00, Edgar Matzinger wrote:
>> 
>>> Hello list,
>>> 
>>>   I wonder if there is a memory leakage problem with the current cygwin
>>> release. After upgrading to it, and trying to compile Gnome (using
>>> garnome), the memory usage keeps increasing. Even after I've stopped
>>> the building process, the memory isn't freed up.
>> 
>>   How exactly are you measuring the memory usage of a process that no
>> longer exists, then?
> 
>   I'm using the windows task manager. 

  Stop right there.  The windows task manager doesn't display any statistics
for a process that no longer exists.  So, what you're looking at is a
statistic for the overall system.  Attributing it to cygwin is probably a
mistake.

  Exactly *which* statistic is changing?

> Furthermore, I've noticed that
> the system is unable to start new processes, when memory is exhausted
> and the garnome build process has crashed
> 
> This *looks* like a memory leak to me.

  Yes, but it's not cygwin.  Cygwin programs are basically just windows
programs like any other.  When the process terminates, the operating system
frees all the memory it has allocated.  There's absolutely no way it can leak
memory.

  A faulty anti-virus, device driver, or other component that operates at the
kernel level of the OS, on the other hand, most certainly can.  Does disabling
the on-access file scanning of your AV help any?

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: A problem about Cygwin

[Hugh McMaster]

Hi Eric, 你好罗斌 (Luó Bīn),

Yes, it would seem that Cygwin does not fully support the use of
international character sets, Chinese, or otherwise.  I have tried
Chinese, and German (both of which I can speak some of), and neither
character sets appear.

Hugh


Eric Blake wrote:
> I'm removing the screen capture, but the difference was that the group and
> user names showed only "?" while filenames showed actual Chinese
> characters (rather than "?", as they were flattened to in the above
> display).  Do those user and group names actually contain Chinese
> characters, or is it just a case of your /etc/passwd and /etc/groups being
> out-of-date so that cygwin really does think they are ""?  With a
> quick glance at the ls source code, ls doesn't do anything special to
> non-ascii characters in group and user names.  So maybe you need to read
> up on the use of mkgroups and mkpasswd.

[perl #43265] [RESOLVED] cygwin/Makefile.SHs: miniperl -Ilib for a clean @INC

[Rafael Garcia-Suarez via RT]

According to our records, your request regarding 
  "cygwin/Makefile.SHs: miniperl -Ilib for a clean @INC" 
has been resolved. 

If you have any further questions or concerns, please respond to this message.

For other topics, please create a new ticket.

Please don't feel obligated to say "Thanks" or "Kudos" or "I owe you a beer" -- 
if you respond to this message it will reopen the ticket. If you must, please 
send email directly to the person who handled your ticket, and not to the 
tracking system.

http://rt.perl.org/rt3/Ticket/Display.html?id=43265 >

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

[perl #43265] cygwin/Makefile.SHs: miniperl -Ilib for a clean @INC

[Rafael Garcia-Suarez via RT]

Thanks, applied as #31439.

--
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] New package: ncdu-1.1-1

[[EMAIL PROTECTED]]

The ncdu package is now part of the Cygwin distribution.

http://dev.yorhel.nl/ncdu/

ncdu is a ncurses-based disk usage viewer. It provides a fast and
easy-to-use interface through 'du' utility. It allows to browse through
the directories and show percentages of disk usage.

Christian Franke

-- 

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 keep clicking "Next".

If you have questions or comments, please send them to the Cygwin
mailing list.

 *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

If you want to unsubscribe from the cygwin-announce mailing list, please
use the automated form at:

http://cygwin.com/lists.html#subscribe-unsubscribe

If this does not work, then 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://sourceware.org/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that is available
starting at this 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: using chere

[Marco Atzeri]

--- Lewis Hyatt <[EMAIL PROTECTED]> ha scritto:

> Lewis Hyatt wrote:
> 
> > OK, one last thing, sorry. I did something wrong
> with the last test. If 
> > I add c:\cygwin\bin and c:\cygwin\usr\X11R6\bin to
> the Windows PATH 
> > variable, then chere does work to open up an
> xterm!
> > 
> > So I guess the only question is: is there any way
> to avoid this 
> > requirement? It would be helpful for me if I
> didn't have to add these to 
> > the path. I'm not sure how chere is implemented,
> but could it just set 
> > these variables before calling the xterm? Thanks
> again.
> 
> 
I do not remenber exactly how I solved the issue,
but it is was related to advise xterm/rxvt where the 
bash shell is; as cygwin %PATH is loaded by bash 
and rxvt is loaded before.
 
what "chere -r" says ?

for me is:

OS is CYGWIN_NT-5.1
chere version 0.7
run.exe is available at C:\cygwin\bin\run.exe

--- bash keys ---
Directory menu item (all users)
&Bash Prompt Here

Directory command (all users)
C:\cygwin\bin\run.exe C:\cygwin\bin\rxvt.exe 
-fg white -bg black -e /bin/xhere /bin/bash.exe "%L"


Regards
Marco



  ___ 
L'email della prossima generazione? Puoi averla con la nuova Yahoo! Mail: 
http://it.docs.yahoo.com/nowyoucan.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: Memory leakage?

[Edgar Matzinger]

Hi Dave,

On 06/10/2007 11:46:35 PM, Dave Korn wrote:
> On 10 June 2007 13:00, Edgar Matzinger wrote:
> 
> > Hello list,
> > 
> >   I wonder if there is a memory leakage problem with the current cygwin
> > release. After upgrading to it, and trying to compile Gnome (using
> > garnome), the memory usage keeps increasing. Even after I've stopped
> > the building process, the memory isn't freed up. 
> 
>   How exactly are you measuring the memory usage of a process that no
> longer
> exists, then?

  I'm using the windows task manager. Furthermore, I've noticed that
the system is unable to start new processes, when memory is exhausted
and the garnome build process has crashed

This *looks* like a memory leak to me.

Cheers, Edgar.
-- 
   \|||/
   (o o) Just curious...
ooO-(_)-Ooo-


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