AW: [bulk] - Re: Interference with Windows keyboard language

[DEWI - N. Zacharias]

Good morning,

> Von: Corinna Vinschen
> Gesendet: Dienstag, 29. Juni 2010 17:07
> An: cygwin@cygwin.com
> Betreff: [bulk] - Re: Interference with Windows keyboard language
>
> On Jun 29 17:01, DEWI - N. Zacharias wrote:
> >
> > Hi all,
> >
> > I had to setup an cygwin environment for a colleague which uses a laptop
> with Portuguese Keyboard under a English version of Windows and sometimes
> he also has to use german.
> > Under windows the language bar makes it easy to switch between the
> keyboard layouts.
> > I try to find out how to propagate this to Cygwin.
> >
> > http://www.cygwin.com/cygwin-ug-net/setup-locale.html
> >
> > mentioned that it is sufficient to set the LANG environment variable to the
> appropriate value. To do so I have to figure out the actual settings of the
> language bar.
> > Has someone an idea how to solve this ?
>
> http://cygwin.com/cygwin-ug-net/using-utils.html#locale
>
> Does
>
>   export LANG=`locale -uU`# bash, dash, ksh, zsh
>
> or
>
>   setenv LANG `locale -uU`# tcsh
>
> help?

Not really because it uses the default setting not the actual. But anyway it is 
helpful in term of setting up a setlang.sh in the /etc/profile.d

Thanks and have a nice day
Norbert
>
>
> Corinna
>
> --
> Corinna Vinschen  Please, send mails regarding Cygwin to
> Cygwin Project Co-Leader  cygwin AT cygwin DOT com
> Red Hat
>
> --
> Problem reports:   http://cygwin.com/problems.html
> FAQ:   http://cygwin.com/faq/
> Documentation: http://cygwin.com/docs.html
> Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple


--
Dipl. Phys.
Norbert Zacharias
Wind Measurements & Power Curve Measurements
DEWI GmbH
Ebertstrasse 96
26382 Wilhelmshaven
Germany


Tel.:   +49 4421 4808 876

Fax:+49 4421 4808 843


Email:  n.zachar...@dewi.de
Home:   http://http://www.dewi.de

DEWI GmbH - Deutsches Windenergie-Institut, Wilhelmshaven
Commercial Register No.: Amtsgericht Oldenburg, HRB 130241
Managing Director: Jens Peter Molly
Chairman of the supervisory board: Ministerialrat Dr. Niels Kämpny

P Please consider the environment before printing this email.



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

Re: Problem with ssh using RSA authentication on Windows 7

[sarthakjain]

Hey larry.. 

I could not find anything related to the rsa authentication of ssh
connection on the cygwin site you mentioned..I have posted my problem there
also..
Can you provide me some other help?

Thanx

-Sarthak
-- 
View this message in context: 
http://old.nabble.com/Problem-with-ssh-using-RSA-authentication-on-Windows-7-tp29023002p29031380.html
Sent from the Cygwin list mailing list archive at Nabble.com.


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

Re: Incomplete downloads reported across several mirrors

[Marco Atzeri]

--- Mer 30/6/10, Jim Lawson  ha scritto:

> > I still have this kind of problem. Does anyone know is
> it should be so?
> > More info:
> > 1) gcc: C compiler upgrade helper - version 3.4.4.999
> > 2) glib: Gnome C function library (1.2 sources) -
> version 1.2.10-10
> > 3) libgnomecanvas2: GNOME canvas widget library
> (sources) - version 2.26.0-1
> > 
> > -- Forwarded message --
> > From: Sergey Ivanov  com>
> > Date: 2010/1/30
> > Subject: Intgrity fails?
> > To: cygwin@cygwin.com
> > 
> > For about last month i still have troubles after
> "downloading without
> > installing" from ftp.kernel.org:
> > "partial view" newer empty - there are still 3
> packages:
> > 1) gcc: C compiler upgrade helper
> > 2) glib: Gnome C function library (1.2 sources) - why
> actually sources
> > if only "bin" checked...
> > 3) libgnomecanvas2: GNOME canvas widget library
> (sources)
> > --
> > King regards,
> > Sergey Ivanov
> 
> 
> 
> > Date: Tue, 22 Jun 2010 19:44:47 -0400
> > Message-ID: 
> > Subject: Incomplete downloads reported across several
> mirrors
> > From: Gregg Levine  com>
> >
> > Hello!I've been trying to update this 1.7.5 release of
> Cygwin since 11AM
> > EDT, based on the multiple announcements of updated
> packages. Each
> > time I select a mirror and select those packages I
> want to update, the
> > process starts.
> > 
> > It continues up to some particular point, and then I
> get the
> > incomplete download box, and the program wants me to
> try again. During
> > the first phase of this attempted update I was working
> in an area that
> > has had the rumors of a poorly configured proxy
> server, although the
> > information of how this server was configured was
> never told to me.
> > (Customer who has an IT department that sometimes
> resembles the
> > Anarchists Football League complete with clones of
> each of their
> > favorite stars.)
> > 
> > Eventually after several repeated tries there, I
> waited until a few
> > minutes ago here, and decided to try again. This time
> it happened
> > again with the addition of the mirror based at the
> Open Software
> > repository at the Oregon State University.
> > -
> > Gregg C Levine gregg dot drwho8 at gmail dot com
> > "This signature fought the Time Wars, time and
> again."
> 
> I suspect these problems may be due to a broken setup.ini
> file. The setup.ini file on mirrors.kernel.org (as of
> 6/29/10) seems to indicate that libgnomecanvas2 is a
> source-only package (it doesn't have an "install:" stanza),
> but other packages are dependent on it. setup.exe tries to
> install it to satisfy the dependencies but download_one()
> exits without success since the packagesource::sitestype
> iterator has nothing to iterate.
> 
> Manually setting it to "Skip" in the "Gnome" category
> allows the process to complete, albeit with a warning
> message about the dependency.

gcc and glib are empty package,

from setup.ini
install: release/gcc/gcc-3.4.4-999.tar.bz2 46
install: release/GNOME/glib/glib-1.2.10-10.tar.bz2 46

a 46 byte package is an empty bzipped tar file.

They are there to allow the pull of other packages,
unfortunately setup forget to tick them and reinstall them
every time. 

libgnomecanvas2 is the source package of
  libgnomecanvas2-devel
  libgnomecanvas2_0

I see no package requiring it, all dependency are for
libgnomecanvas2_0

Marco






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

Re: Shared libraries in Cygwin

[Marco Atzeri]

--- Mer 30/6/10, Refr Bruhl ha scritto:

> Data: Mercoledì 30 giugno 2010, 00:27
> 
> 
> This is another error message. I apparently cannot build
> .so files with cygwin for apache.  Error below
> 
> This is my configure script running under ksh
> 
> crth at lkvn108 in /downloads/apache/httpd-2.2.15
> # cat conf_apache.ksh
> #! /usr/bin/ksh
> 
> ./configure --prefix=/usr/apache --exec-prefix=/usr/apache
> --enable-headers=shared --enable-rewrite=shared
> --enable-dav=shared --enable-vhost-alias=shared --enable-ssl
> --enable-dav-fs=shared --enable-authz_svn=shared
> --enable-so
> 
> 
> I hope its something simple I am missing. Simple is easy to
> fix right? :O)

I am afraid you are far away. 
I suggest you to take the cygwin package source for 
apache2-2.2.6-1

and start from them as base of your 2.2.15 porting


> 
> 
> Warning message
> 
> /usr/share/apr/build-1/libtool --silent --mode=install cp
> mod_dav_fs.la /usr/apache/modules/
> Warning!  dlname not found in
> /usr/apache/modules/mod_dav_fs.la.
> Assuming installing a .so rather than a libtool archive.
> 

Regards
Marco





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

Re: Mail program

[Cyrille Lefevre]

Le 29/06/2010 14:24, Refr Bruhl a écrit :



Good Morning

I am in need of of a mail program similar to the mail found in AIX. I am 
emulating an AIX environment.

I've installed the email, ssmtp and other email apps in the email. I get a 
segmentation fault for email

I like email as it seems to accept the same parameters and funcitonality as the 
AIX mail app. I have a multitude of scripts that use the format:

  echo ${MESSAGE} | mail -s '${SUBJECT}' ${EMAIL}

Where ${EMAIL} is a comma delimited list of addresses.

I've compiled the mailutils from gnu but I get a different error there which 
I'll take up with the buildlist-mailut...@gnu.org


which error ?


Anyone got any ideas on how to get email to work without a segmentation fault?


ah! this one ? do you know the origin ?


Where can I obtain the source for email? I've pretty much hit cygwin head first 
and am not as familiar with it as I am with AIX. My apologies for the newbie 
questions.


let's try ssmtp w/ /etc/ssmtp/ssmtp.conf configured like this :

mailhub=smtp.
FromLineOverride=YES
hostname=smtp.
rewriteDomain=
root=postmaster
AuthUser=
AuthPass=
AuthMethod=LOGIN

and w/ /etc/ssmtp/revaliases :

::smtp.

don't forget to run ssmtp-config

alternative w/ msmtp and /etc/msmtprc :

account 
host smtp.
auth login
password 

account  : 
from 
user 

account  : 
from 
user 

account default : 

don't forget to run msmtp-config

yet another alternative w/ email :

/usr/bin/email \
-r smtp. \
-m LOGIN \
-u  \
-i  \
-n "" \
-f  \
...

then, for both ssmtp/msmtp, the attached script should work !

I left you the implementation of the -a (attachment) option :-)

Regards,

Cyrille Lefevre
--
mailto:cyrille.lefevre-li...@laposte.net
#!/usr/bin/ksh
usage () {
echo 'usage: mailx [-dv] [-F name] [-r from] [-s subject]
 <-t | [-b bcc] [-c cc] [to...]>
at least one of -t, -b, -c or to... must be specified.' >&2
exit $1
}
sendmail='/usr/sbin/sendmail'
bcc= bccsep='BCC: '
cc= ccsep='CC: '
name= namesep='-F '
from= fromsep='-f '
subject='(no subject)' subjectsep='Subject: '
debug= toopt= verbose=
undisclosed='undisclosed-recipients:;'
while getopts 'b:c:dF:hr:s:tv' c; do
case ${c} in
'b')bcc="${bcc}${bccsep}${OPTARG}"; bccsep=',' ;;
'c')cc="${cc}${ccsep}${OPTARG}"; ccsep=',' ;;
'd')debug='-d' ;;
'F')name="${namesep}'${OPTARG}'" ;;
'h')usage 0 ;;
'r')from="${fromsep}'${OPTARG}'" ;;
's')subject="${OPTARG}" ;;
't')toopt='-t' ;;
'v')verbose='-v' ;;
*)  usage 1 ;;
esac
done
shift $(($OPTIND-1))
nl='
'
toarg= to= tosep=
if [[ -n ${toopt} ]]; then
cc= bcc=
else
if [[ $# = 0 ]]; then
if [[ -n ${cc}${bcc} ]]; then
set -- "${undisclosed}"
else
usage 1
fi
else
for arg; do toarg="${toarg}${tosep}'${arg}'"; tosep=' '; done
fi
tosep='To: '
for arg; do to="${to}${tosep}${arg}"; tosep=','; done
[[ -n ${to} ]] && to="${to}${nl}"
[[ -n ${cc} ]] && cc="${cc}${nl}"
[[ -n ${bcc} ]] && bcc="${bcc}${nl}"
fi
[[ -n ${subject} ]] && subject="${subjectsep}${subject}${nl}"
read -r line
nl1="${nl}"
nl2=
case ${line} in
*':'*)
case ${line%%:*} in
*' '*)
;;
*)
nl1= nl2="${nl}"
;;
esac
;;
'')
nl1= nl2=
;;
esac
if [[ -n ${debug} ]]; then
sendmail=sendmail
sendmail () { echo sendmail "$@"; cat; }
fi
eval ${sendmail} ${toopt} ${verbose} ${name} ${from} ${toarg} << EOF
${subject}${to}${cc}${bcc}${nl1}${line}${nl2}$(cat)
EOF
#!eof

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

Re: sshd generate defunct conime.exe ?

[Larry Hall (Cygwin)]

On 6/29/2010 7:09 PM, Cyrille Lefevre wrote:

Hi,

I'm runnung cygwin 1.7.5 on Windwos Vista SP2 (32 bit)

I've plenty of conime.exe owned by cyg_server.
I suppose they are indirectly forked by sshd (w/o CYGWIN env var)
through cygwin1.dll or something like that ?
I've an autossh input connexion, so, I suppose that each conime.exe
correspond to each new autossh connexion.
the problem is that conime.exe processes aren't attached to anything !

any idea ?


'conime.exe' is not part of Cygwin.  If you google around for it, you'll
see a number of references to it.  You should consult some of these for
insight and solutions.

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


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

[ANNOUNCEMENT] Updated: tar-1.23-1

[Eric Blake]

A new release of tar, 1.23-1, is available, leaving 1.22.90-1 as the
previous version.

NEWS:
=
This is a new upstream release.  Upstream release notes are attached,
although they are against 1.22 so some of the mentioned features were
present in 1.22.90.  See also the upstream documentation in
/usr/share/doc/tar/.

DESCRIPTION:

GNU Tar is an archiver program. It is used to create and manipulate files
that are actually collections of many other files; the program provides
users with an organized and systematic method of controlling a large
amount of data.  Despite its name, that is an acronym of "tape archiver",
GNU Tar is able to direct its output to any available devices, files or
other programs, it may as well access remote devices or files.  The main
areas of usage for GNU Tar are: storage, backup and transportation.

UPDATE:
===
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.
Save it and run setup, answer the questions and pick up 'tar' from the
'Base' category (it should already be selected).

DOWNLOAD:
=
Note that downloads from cygwin.com aren't allowed due to bandwidth
limitations.  This means that you will need to find a mirror which has
this update, please choose the one nearest to you:
http://cygwin.com/mirrors.html

QUESTIONS:
==
If you want to make a point or ask a question the Cygwin mailing list is
the appropriate place.

-- 
Eric Blake
volunteer cygwin tar maintainer

CYGWIN-ANNOUNCE UNSUBSCRIBE INFO:
=
To unsubscribe to 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:

cygwin-announce-unsubscribe-you=yourdomain@cygwin.com

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.
version 1.23 - Sergey Poznyakoff, 2010-03-10

* Record size autodetection

When listing or extracting archives, the actual record size is
reported only if the archive is read from a device (as opposed
to regular files and pipes).

* Seekable archives

When a read-only operation (e.g. --list or --extract) is requested
on a regular file, tar attemtps to speed up accesses by using lseek.

* New command line option `--warning'

The `--warning' command line option allows to suppress or enable
particular warning messages during `tar' run.  It takes a single
argument (a `keyword'), identifying the class of warning messages
to affect.  If the argument is prefixed with `no-', such warning
messages are suppressed.  For example,

  tar --warning=no-alone-zero-block -x -f archive

suppresses the output of `A lone zero block' diagnostics, which is
normally issued if `archive' ends with a single block of zeros.

See Tar Manual, section 3.9 "Controlling Warning Messages", for a
detailed discussion.

* New command line option `--level'

The `--level=N' option sets the incremental dump level N.  It
is valid when used in conjunction with the -c and --listed-incremental
options.  So far the only meaningful value for N is 0.  The
`--level=0' option forces creating the level 0 dump, by truncating
the snapshot file if it exists.

* Files removed during incremental dumps

If a file or directory is removed while incremental dump is
in progress, tar exact actions depend on whether this file
was explicitly listed in the command line, or was found
during file system scan.

If the file was explicitly listed in the command line, tar
issues error message and exits with the code 2, meaning
fatal error.

Otherwise, if the file was found during the file system scan,
tar issues a warning, saying "File removed before we read it",
and sets exit code to 1, which means "some files differ".
If the --warning=no-file-removed option is given, no warning
is issued and exit code remains 0.

* Modification times of PAX extended headers.

Modification times in ustar header blocks of extended headers
are set to mtimes of the corresponding archive members.  This
can be overridden by the

  --pax-opion='exthdr.mtime=STRING'

command line option.  The STRING is either number of seconds since
the Epoch or a `Time reference' (see below).

Modification times in ustar header blocks of global extended
headers are set to the time when tar was invoked.

This can be overridden by the

  --pax-opion='globexthdr.mtime=STRING'

command line option.  The STRING is either number of seconds since
the Epoch or a `Time reference' (see below).

* Time references in --pax-option argument.

Any value from the --pax-option argument that is enclosed in a pair
of curly braces represents a time reference.  The string between the 
braces is understood either as a textual time representation, as described in
chapter 7, "Date input format

Re: Incomplete downloads reported across several mirrors

[Jim Lawson]

> Date: Mon, 24 May 2010 15:49:57 +0200
> Message-ID: 
> Subject: Fwd: Intgrity fails?
> From: Sergey Ivanov 
> References: 
> <846d84d91001301325u5fe158e1kbaa668a71a64a...@mail.gmail.com> 
> I still have this kind of problem. Does anyone know is it should be so?
> More info:
> 1) gcc: C compiler upgrade helper - version 3.4.4.999
> 2) glib: Gnome C function library (1.2 sources) - version 1.2.10-10
> 3) libgnomecanvas2: GNOME canvas widget library (sources) - version 2.26.0-1
> 
> -- Forwarded message --
> From: Sergey Ivanov 
> Date: 2010/1/30
> Subject: Intgrity fails?
> To: cygwin@cygwin.com
> 
> For about last month i still have troubles after "downloading without
> installing" from ftp.kernel.org:
> "partial view" newer empty - there are still 3 packages:
> 1) gcc: C compiler upgrade helper
> 2) glib: Gnome C function library (1.2 sources) - why actually sources
> if only "bin" checked...
> 3) libgnomecanvas2: GNOME canvas widget library (sources)
> --
> King regards,
> Sergey Ivanov



> Date: Tue, 22 Jun 2010 19:44:47 -0400
> Message-ID: 
> Subject: Incomplete downloads reported across several mirrors
> From: Gregg Levine 
>
> Hello!I've been trying to update this 1.7.5 release of Cygwin since 11AM
> EDT, based on the multiple announcements of updated packages. Each
> time I select a mirror and select those packages I want to update, the
> process starts.
> 
> It continues up to some particular point, and then I get the
> incomplete download box, and the program wants me to try again. During
> the first phase of this attempted update I was working in an area that
> has had the rumors of a poorly configured proxy server, although the
> information of how this server was configured was never told to me.
> (Customer who has an IT department that sometimes resembles the
> Anarchists Football League complete with clones of each of their
> favorite stars.)
> 
> Eventually after several repeated tries there, I waited until a few
> minutes ago here, and decided to try again. This time it happened
> again with the addition of the mirror based at the Open Software
> repository at the Oregon State University.
> -
> Gregg C Levine gregg dot drwho8 at gmail dot com
> "This signature fought the Time Wars, time and again."

I suspect these problems may be due to a broken setup.ini file. The setup.ini 
file on mirrors.kernel.org (as of 6/29/10) seems to indicate that 
libgnomecanvas2 is a source-only package (it doesn't have an "install:" 
stanza), but other packages are dependent on it. setup.exe tries to install it 
to satisfy the dependencies but download_one() exits without success since the 
packagesource::sitestype iterator has nothing to iterate.

Manually setting it to "Skip" in the "Gnome" category allows the process to 
complete, albeit with a warning message about the dependency.






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

[ANNOUNCEMENT] Updated: dash-0.5.6.1-2

[Eric Blake]

The package dash has been upgraded to 0.5.6.1-2, leaving 0.5.5.1-2 as
previous.

NEWS:
=
This is a minor patch release that changed to static linking to make
rebaseall easier to run.  For now, there are no immediate plans of
replacing /bin/sh with dash, but the possibility remains for the future.

See also the upstream documentation in /usr/share/doc/dash/.

DESCRIPTION:

DASH is a POSIX-compliant implementation of /bin/sh that aims to be as
small as possible. It does this without sacrificing speed where possible.
In fact, it is significantly faster than bash (the GNU Bourne-Again SHell)
for most tasks.

UPDATE:
===
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.
Save it and run setup, answer the questions and pick up 'dash' from the
'Base' or 'Shells' category (it should already be automatically selected).
 Be sure that you do not have any cygwin programs running during the
upgrade.

DOWNLOAD:
=
Note that downloads from cygwin.com aren't allowed due to bandwidth
limitations.  This means that you will need to find a mirror which has
this update, please choose the one nearest to you:
http://cygwin.com/mirrors.html

QUESTIONS:
==
If you want to make a point or ask a question the Cygwin mailing list is
the appropriate place.

-- 
Eric Blake
volunteer cygwin dash maintainer

CYGWIN-ANNOUNCE UNSUBSCRIBE INFO:
=
To unsubscribe to 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:

cygwin-announce-unsubscribe-you=yourdomain@cygwin.com

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.




signature.asc
Description: OpenPGP digital signature

Re: rebaseall [1.7]: cyggcc_s-1.dll error

[Eric Blake]

On 06/29/2010 04:23 PM, Larry Hall (Cygwin) wrote:
 Or dash could be rebuilt using -static-libgcc.
>>>
>>> OK, I'm now trying to figure out how to add -static-libgcc into my
>>> cygport file.  Look for an updated dash later today...
>>
>> In the meantime, you might want to consider linking dash with
>> -static-libgcc.
> 
> You know, I thought of that too but then I thought, it's probably better
> that
> dash is statically linked with libgcc instead.

Or maybe I should just try changing my .cygport file to pass different
options to configure so that I do static linking.  Like adding one line:
export CFLAGS='-O2 -static-libgcc'

Interesting observations from that attempt:

CYGCONF_ARGS can't accept arguments with whitespace; I had to pass my
CFLAGS with whitespace through the environment instead.  I guess if
cygport were changed to treat CYGCONF_ARGS as an array variable instead:

./configure "$*" "${CYGCONF_ARGS[*]}"

then I could have used
 CYGCONF_ARGS=(CC=gcc-4 CFLAGS='-O2 -static-libgcc')

but that would be a change to everyone who used CYGCONF_ARGS as a flat
variable.  Is there a bash shorthand for telling whether a variable is
an array instead of flat?


And what difference does libgcc really make, anyways?

$ ll ./dash-0.5.6.1-?/inst/usr/bin/ash.exe
-rwxr-xr-x 2 eblake None 82446 2010-06-28 12:05
./dash-0.5.6.1-1/inst/usr/bin/ash.exe*
-rwxr-xr-x 2 eblake None 82446 2010-06-29 16:48
./dash-0.5.6.1-2/inst/usr/bin/ash.exe*

Identical size executables, but cygcheck confirms that only -1
dynamically sucks in cyggcc_s-1.dll.  Is that a shortcoming of the
toolchain, in defaulting to the dynamic dependence even when it makes no
difference to the final exe size?


-- 
Eric Blake   ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org



signature.asc
Description: OpenPGP digital signature

sshd generate defunct conime.exe ?

[Cyrille Lefevre]

Hi,

I'm runnung cygwin 1.7.5 on Windwos Vista SP2 (32 bit)

I've plenty of conime.exe owned by cyg_server.
I suppose they are indirectly forked by sshd (w/o CYGWIN env var)
through cygwin1.dll or something like that ?
I've an autossh input connexion, so, I suppose that each conime.exe
correspond to each new autossh connexion.
the problem is that conime.exe processes aren't attached to anything !

any idea ?

see the attached output for details.

wmips is an enhanced ps I wrote on my own which combine the
wmic process/service output w/ the cygwin ps one.
 processes are virtual processes, but the conime.exe
ones are for real.
services are enclosed between [] and cygwin processes between ().
I'll post it one day... when finished :-)

the usage string will be something like :
usage: wmips [-AadefHhLl] [-C unixcmd] [-S svc] [-W wincmd]
 [-O|-o fmt] [-p pids] [-u users]
-ef is the default, -AadHLlOo options are currently ignored.
-C, -S, -W, -p and -u options may be repeated.
pids and users may be a space ou comma separated list.

Regards,

Cyrille Lefevre
--
mailto:cyrille.lefevre-li...@laposte.net
cyri...@pcvista ~/bin
v2$ wmips -u cyg_server
UIDPID   PPID NISTIME TTY TIME COMMAND
cyg_server4980   1204  8   Jun 29   000:00 
C:\cygwin\bin\cygrunsrv.exe [cron] (4980 /usr/bin/cygrunsrv)
cyg_server7072   6536  8 00:00:01   000:00 
C:\Windows\system32\conime.exe
cyg_server4564  4  8   Jun 29   000:00 
cyg_server7076  4  8   Jun 29   000:00 
cyg_server6664   4244  8   Jun 29   000:00 
C:\cygwin\usr\sbin\sshd.exe -D (7864 /usr/sbin/sshd)
cyg_server9176   8312  8   Jun 29   000:00 
C:\Windows\system32\conime.exe
cyg_server5628   8316  8   Jun 29   000:00 
C:\Windows\system32\conime.exe
cyg_server   10092   9028  8   Jun 29   000:00 
C:\Windows\system32\conime.exe
cyg_server6708   6972  8   Jun 29   000:00 
C:\Windows\system32\conime.exe
cyg_server3564   4564  8   Jun 29   000:00 
C:\Windows\system32\conime.exe
cyg_server9028  4  8   Jun 29   000:00 
cyg_server6972  4  8   Jun 29   000:00 
cyg_server6536  4  8 00:00:01   000:00 
cyg_server6992   5328  8   Jun 29   000:00 
C:\Windows\system32\conime.exe
cyg_server3168  4  8   Jun 29   000:00 
cyg_server7216   7076  8   Jun 29   000:00 
C:\Windows\system32\conime.exe
cyg_server4244   1204  8   Jun 29   000:00 
C:\cygwin\bin\cygrunsrv.exe [sshd] (4244 /usr/bin/cygrunsrv)
cyg_server7444   4340  8   Jun 29   000:00 
C:\Windows\system32\conime.exe
cyg_server2148  4  8   Jun 29   000:00 
cyg_server8312  4  8   Jun 29   000:00 
cyg_server8980   7276  8   Jun 29   000:00 
C:\Windows\system32\conime.exe
cyg_server8540  4  8   Jun 29   000:00 
cyg_server5328  4  8   Jun 29   000:00 
cyg_server6616   3168  8   Jun 29   000:00 
C:\Windows\system32\conime.exe
cyg_server8316  4  8   Jun 29   000:00 
cyg_server9604   9744  8   Jun 29   000:00 
C:\Windows\system32\conime.exe
cyg_server7276  4  8   Jun 29   000:00 
cyg_server8336   8376  8   Jun 29   000:00 
C:\Windows\system32\conime.exe
cyg_server4340  4  8   Jun 29   000:00 
cyg_server8124   7032  8   Jun 29   000:00 
C:\Windows\system32\conime.exe
cyg_server5848  4  8   Jun 29   000:00 
cyg_server7560  4  8   Jun 29   000:00 
cyg_server   10100   7588  8   Jun 29   000:00 
C:\Windows\system32\conime.exe
cyg_server7336   8540  8   Jun 29   000:00 
C:\Windows\system32\conime.exe
cyg_server8376  4  8   Jun 29   000:00 
cyg_server7816   3428  8   Jun 29   000:00 
C:\Windows\system32\conime.exe
cyg_server9016   7560  8   Jun 29   000:00 
C:\Windows\system32\conime.exe
cyg_server7620   5848  8   Jun 29   000:00 
C:\Windows\system32\conime.exe
cyg_server7588  4  8   Jun 29   000:00 
cyg_server7608   4980  8   Jun 29   000:00 
C:\cygwin\usr\sbin\cron.exe -n (2796 /usr/sbin/cron)
cyg_server9744  4  8   Jun 29   000:00 
cyg_server8260   2148  8   Jun 29   000:00 
C:\Windows\system32\conime.exe
cyg_server3428  4  8   Jun 29   000:00 
cyg_server8264   7172  8   Jun 29   000:00 
C:\Windows\system32\conime.exe
cyg_server6600   6664  8   Jun 29   000:00 
C:\cygwin\usr\sbin\sshd.exe -D -R (5968 /usr/sbin/sshd)
cyg_server7032  4  8   Jun 29   000:00 


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

Re: Mail program

[Larry Hall (Cygwin)]

On 6/29/2010 11:11 AM, Refr Bruhl wrote:


I did some more testing with email and the blank/verbose message options

Says I am missing /usr/lib/sendmail

Where do I obtain this library? Its not in the setup.exe options


I recommend installing the 'ssmtp' package and then running 'ssmtp-config'.

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


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

Re: Shared libraries in Cygwin

[Refr Bruhl]

This is another error message. I apparently cannot build .so files with cygwin 
for apache.  Error below

This is my configure script running under ksh

crth at lkvn108 in /downloads/apache/httpd-2.2.15
# cat conf_apache.ksh
#! /usr/bin/ksh

./configure --prefix=/usr/apache --exec-prefix=/usr/apache 
--enable-headers=shared --enable-rewrite=shared --enable-dav=shared 
--enable-vhost-alias=shared --enable-ssl --enable-dav-fs=shared 
--enable-authz_svn=shared --enable-so


I hope its something simple I am missing. Simple is easy to fix right? :O)


Warning message

/usr/share/apr/build-1/libtool --silent --mode=install cp mod_dav_fs.la 
/usr/apache/modules/
Warning!  dlname not found in /usr/apache/modules/mod_dav_fs.la.
Assuming installing a .so rather than a libtool archive.


- Original Message 
From: Refr Bruhl 
To: Eric Blake ; cygwin@cygwin.com
Sent: Tue, June 29, 2010 4:58:01 PM
Subject: Re: Shared libraries in Cygwin


Thanks for the info.. It helps

I am building Apache with subversion. That is where I get the error message






- Original Message 
From: Eric Blake 
To: cygwin@cygwin.com
Sent: Tue, June 29, 2010 4:45:35 PM
Subject: Re: Shared libraries in Cygwin

On 06/29/2010 03:43 PM, Refr Bruhl wrote:
> 
> Question
> 
> Since I get the message below does this mean cygwin cannot compile shared 
> libraries?

Quite the contrary - cygwin1.dll is a shared library, which means not
only can cygwin compile shared libraries, but it depends on them!

> Or if a shared library is defined special action needs to be taken for
cygwin?

The special action being that all symbols must be defined in advance.

> 
> 
> libtool: link: warning: undefined symbols not allowed in i686-pc-cygwin 
> shared libraries

Look into the documentation of the -no-undefined flag of libtool, and
make sure you are using it.

-- 
Eric Blake  ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org


  

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


  

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

Re: rebaseall [1.7]: cyggcc_s-1.dll error

[Larry Hall (Cygwin)]

On 6/29/2010 10:40 AM, Christopher Faylor wrote:

On Tue, Jun 29, 2010 at 08:35:53AM -0600, Eric Blake wrote:

On 06/29/2010 08:34 AM, Charles Wilson wrote:

Eric Blake wrote:

Phooey.  dash now depends on cyggcc_s-1.dll, so rebaseall needs to be
taught to add this library to the list of exemptions (similar to
cygwin1.dll).


Or dash could be rebuilt using -static-libgcc.  It's not like dash needs
to worry about throwing C++ exceptions across DLL boundaries, and if
dash is meant to be a /bin/sh implementation (even if cygwin still uses
bash for that), then IMO it ought to be -- insofar as is possible --
statically linked.


OK, I'm now trying to figure out how to add -static-libgcc into my
cygport file.  Look for an updated dash later today...


In the meantime, you might want to consider linking dash with -static-libgcc.


You know, I thought of that too but then I thought, it's probably better that
dash is statically linked with libgcc instead.

;-)

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


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

Re: Shared libraries in Cygwin

[Refr Bruhl]

Thanks for the info.. It helps

I am building Apache with subversion. That is where I get the error message






- Original Message 
From: Eric Blake 
To: cygwin@cygwin.com
Sent: Tue, June 29, 2010 4:45:35 PM
Subject: Re: Shared libraries in Cygwin

On 06/29/2010 03:43 PM, Refr Bruhl wrote:
> 
> Question
> 
> Since I get the message below does this mean cygwin cannot compile shared 
> libraries?

Quite the contrary - cygwin1.dll is a shared library, which means not
only can cygwin compile shared libraries, but it depends on them!

> Or if a shared library is defined special action needs to be taken for
cygwin?

The special action being that all symbols must be defined in advance.

> 
> 
> libtool: link: warning: undefined symbols not allowed in i686-pc-cygwin 
> shared libraries

Look into the documentation of the -no-undefined flag of libtool, and
make sure you are using it.

-- 
Eric Blake  ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org


  

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

Re: Shared libraries in Cygwin

[Eric Blake]

On 06/29/2010 03:43 PM, Refr Bruhl wrote:
> 
> Question
> 
> Since I get the message below does this mean cygwin cannot compile shared 
> libraries?

Quite the contrary - cygwin1.dll is a shared library, which means not
only can cygwin compile shared libraries, but it depends on them!

> Or if a shared library is defined special action needs to be taken for
cygwin?

The special action being that all symbols must be defined in advance.

> 
> 
> libtool: link: warning: undefined symbols not allowed in i686-pc-cygwin 
> shared libraries

Look into the documentation of the -no-undefined flag of libtool, and
make sure you are using it.

-- 
Eric Blake   ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org



signature.asc
Description: OpenPGP digital signature

Shared libraries in Cygwin

[Refr Bruhl]

Question

Since I get the message below does this mean cygwin cannot compile shared 
libraries? Or if a shared library is defined special action needs to be taken 
for cygwin?


libtool: link: warning: undefined symbols not allowed in i686-pc-cygwin shared 
libraries



  

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

Re: Interference with Windows keyboard language

[Andy Koppe]

On 29 June 2010 16:01, DEWI - N. Zacharias wrote:
> I had to setup an cygwin environment for a colleague which uses a laptop with 
> Portuguese Keyboard under a English version of Windows and sometimes he also 
> has to use german.
> Under windows the language bar makes it easy to switch between the keyboard 
> layouts.
> I try to find out how to propagate this to Cygwin.
>
> http://www.cygwin.com/cygwin-ug-net/setup-locale.html
>
> mentioned that it is sufficient to set the LANG environment variable to the 
> appropriate value. To do so I have to figure out the actual settings of the 
> language bar.
> Has someone an idea how to solve this ?

Both in the Cygwin console and in mintty, you switch keyboard layout
as in any other Windows application, using the language bar. Please
note that the language bar setting is application-specific, i.e.
different applications can use different layouts, as you'll see when
switching between applications.

The LANG and LC_* settings do not have an effect on the keyboard layout.

Andy

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

Re: LANG=ru_RU.cp1251, but binutils use UTF-8.

[Andy Koppe]

2010/6/29 Csaba Raduly:
> On Tue, Jun 29, 2010 at 10:32 AM, Oleksandr Gavenko wrote:
>>  $ objdump --help | head -n 2 | hexl
>> : d098 d181 d0bf d0be d0bb d18c d0b7 d0be  
> (snipped)
>
> These bytes sure look like UTF-8. According to
> http://software.hixie.ch/utilities/cgi/unicode-decoder/utf8-decoder
>
> U+0418 CYRILLIC CAPITAL LETTER I character (И)
> U+0441 CYRILLIC SMALL LETTER ES character (с)
> U+043F CYRILLIC SMALL LETTER PE character (п)
> U+043E CYRILLIC SMALL LETTER O character (о)
> U+043B CYRILLIC SMALL LETTER EL character (л)
> U+044C CYRILLIC SMALL LETTER SOFT SIGN character (ь)
> U+0437 CYRILLIC SMALL LETTER ZE character (з)
> (snipped)
>
> As raw characters:
>
> Использование: objdump <опции> <файл(ы)>
>  Отображает информацию из объекта <файл(ы)>.
>
> But I can't get that output out of
> CYGWIN_NT-6.0 1.7.5(0.225/5/3) 2010-04-12 19:07 i686 Cygwin
> and
> GNU objdump (GNU Binutils) 2.20.51.20100410

Same here. No German either. French and Spanish work, but not quite
right: it needlessly decomposes accented characters into ASCII
characters:

$ LANG=es_ES.UTF-8 objdump --help
Modo de empleo: objdump  
Muestra la informaci'on de  objeto.

That should be "información" rather than "informaci'on".

Translations are working properly for example for 'ls' and 'gcc'.

Andy

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

Re: Windows Server 2008 64-bit setup.exe/bash problem

[Ernest Mueller]

Hey all, was gone for a week.

I still can't get cygwin to install on Windows 2008 64-bit on Amazon...  I
disabled DEP and turned on Vista compat but no love.  Soon I'm going to
have to punt and buy some random ssh daemon and live without nice UNIX
utilities, but I thought I'd ask again if anyone has any thoughts?  (Does
anyone have it working in a similar environment?)

If any cygwin guys want to actually debug it themselves, I can provide some
limited-time access to a temporary Amazon instance in an effort to help
brush up the project's 64-bit support...

Thanks,
Ernest
__
UN-altered REPRODUCTION and DISSEMINATION of
this IMPORTANT information is ENCOURAGED.




 
  From:   Ernest Mueller 
 

 
  To: cygwin@cygwin.com 
 

 
  Date:   06/17/2010 10:07 AM   
 

 
  Subject:Re: Windows Server 2008 64-bit setup.exe/bash problem 
 

 
  Sent by:cygwin-ow...@cygwin.com   
 

 





> Try turning on Vista compatibility for the setup.exe. And later for
MinTTY or
> any terminal, if you use it.

Another good suggestion...  In 2008 there's not a Vista compatibility
option, but there are XP and Server 2003 options; I tried installing it
with XP compatibility set on setup.exe but still have the same problem, it
chokes on the postinstall scripts and generates bash stack dumps.

I tried the more "hardcore" method of turning off DEP as well;
bcdedit.exe /set {current} nx AlwaysOff.  It is "Windows Server Datacenter
sp2" and does appear to have terminal services installed, so the DEP was a
good call too but turning it off doesn't appear to help.

Also, seeing some older posts, I tried running bash from C:\WINDOWS
\SYSWOW64\CMD.EXE instead but that doesn't help.

I did have McAfee on there but had turned it all off...  I went ahead and
fully uninstalled it.  Still the same problem.

Ernest


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





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

Re: Mail program

[Larry Hall (Cygwin)]

On 6/29/2010 8:24 AM, Refr Bruhl wrote:


Good Morning

I am in need of of a mail program similar to the mail found in AIX. I am
emulating an AIX environment.

I've installed the email, ssmtp and other email apps in the email. I get a
segmentation fault for email





Anyone got any ideas on how to get email to work without a segmentation
fault?


It works for me.  It does seem like you'll need to debug this a bit to see
if you can figure out why it's crashing on you.  It's also at least possible
that this could be interference from something else, depending on the details
of the crash you're seeing.  You might look for
 or possibly even look to see if
'rebaseall' from the rebase package will help.


Where can I obtain the source for email? I've pretty much hit cygwin head
first and am not as familiar with it as I am with AIX. My apologies for the
newbie questions.


All packages have source available through 'setup.exe'.  You can download it
by checking the 'Src?' column.


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


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

Re: Problem with ssh using RSA authentication on Windows 7

[Larry Hall (Cygwin)]

On 6/29/2010 8:13 AM, sarthakjain wrote:


I am working on a 64-bit windows 7 machine.

I have installed ssh on my machine through cygwin.

I am trying to connect an XP machine to this windows7 machine through SSH
using RSA authentiation..I am proceeding as follows:

  1. On the XP machine, I create an RSA public/private
key pair using the command

 ssh-keygen -t rsa


We recommend using ssh-user-config for this.






I am observing the following output:

...

..

..

debug1: Offering public key:
/home/Administrator/.ssh/id_rsa

debug2: We sent a public key packet, wait for reply

connection closed by xx.xx.xx.xx



Plz help!!!


Please read and follow the problem reporting guidelines found here:



Pay particular attention to the part about *attaching* and *not appending*
the cygcheck output.

Are you in a domain?  Did you read the FAQ for this if you are?


Does it work in reverse?

FWIW, I can ssh into my Win7 x64 machine using pubkey.  I'm doing this outside
of a domain.

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


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

Re: Mail program

[Refr Bruhl]

I did some more testing with email and the blank/verbose message options

Says I am missing /usr/lib/sendmail

Where do I obtain this library? Its not in the setup.exe options


crth at lkvn108 in /downloads/mail/mailutils-2.1
# email -b -V refr_br...@yahoo.com  
Sending  "(No Subject)"  
|**| 
100% of 180 Bytes

crth at lkvn108 in /downloads/mail/mailutils-2.1
# /bin/sh: /usr/lib/sendmail: No such file or directory







- Original Message 
From: Refr Bruhl 
To: cygwin@cygwin.com
Sent: Tue, June 29, 2010 7:24:58 AM
Subject: Mail program


Good Morning

I am in need of of a mail program similar to the mail found in AIX. I am 
emulating an AIX environment.

I've installed the email, ssmtp and other email apps in the email. I get a 
segmentation fault for email

I like email as it seems to accept the same parameters and funcitonality as the 
AIX mail app. I have a multitude of scripts that use the format:

 echo ${MESSAGE} | mail -s '${SUBJECT}' ${EMAIL}

Where ${EMAIL} is a comma delimited list of addresses.

I've compiled the mailutils from gnu but I get a different error there which 
I'll take up with the buildlist-mailut...@gnu.org

Anyone got any ideas on how to get email to work without a segmentation fault? 

Where can I obtain the source for email? I've pretty much hit cygwin head first 
and am not as familiar with it as I am with AIX. My apologies for the newbie 
questions.

Thanks!
-Rob


  

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

Re: Interference with Windows keyboard language

[Corinna Vinschen]

On Jun 29 17:01, DEWI - N. Zacharias wrote:
> 
> Hi all,
> 
> I had to setup an cygwin environment for a colleague which uses a laptop with 
> Portuguese Keyboard under a English version of Windows and sometimes he also 
> has to use german.
> Under windows the language bar makes it easy to switch between the keyboard 
> layouts.
> I try to find out how to propagate this to Cygwin.
> 
> http://www.cygwin.com/cygwin-ug-net/setup-locale.html
> 
> mentioned that it is sufficient to set the LANG environment variable to the 
> appropriate value. To do so I have to figure out the actual settings of the 
> language bar.
> Has someone an idea how to solve this ?

http://cygwin.com/cygwin-ug-net/using-utils.html#locale

Does 

  export LANG=`locale -uU`  # bash, dash, ksh, zsh

or

  setenv LANG `locale -uU`  # tcsh

help?


Corinna

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

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

Interference with Windows keyboard language

[DEWI - N. Zacharias]

Hi all,

I had to setup an cygwin environment for a colleague which uses a laptop with 
Portuguese Keyboard under a English version of Windows and sometimes he also 
has to use german.
Under windows the language bar makes it easy to switch between the keyboard 
layouts.
I try to find out how to propagate this to Cygwin.

http://www.cygwin.com/cygwin-ug-net/setup-locale.html

mentioned that it is sufficient to set the LANG environment variable to the 
appropriate value. To do so I have to figure out the actual settings of the 
language bar.
Has someone an idea how to solve this ?

Have a nice time
Norbert

--
Dipl. Phys.
Norbert Zacharias
Wind Measurements & Power Curve Measurements
DEWI GmbH
Ebertstrasse 96
26382 Wilhelmshaven
Germany


Tel.:   +49 4421 4808 876

Fax:+49 4421 4808 843


Email:  n.zachar...@dewi.de
Home:   http://http://www.dewi.de

DEWI GmbH - Deutsches Windenergie-Institut, Wilhelmshaven
Commercial Register No.: Amtsgericht Oldenburg, HRB 130241
Managing Director: Jens Peter Molly
Chairman of the supervisory board: Ministerialrat Dr. Niels Kämpny

P Please consider the environment before printing this email.



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

Orphaned Bash shells

[Refr Bruhl]

Does anyone know why when running cygwin under cywinx with afterstep or fvwm2 
there are many orphaned bash shells after the x session closes?

Is this a configuration issue with XWin?


  

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

Re: Moving Cygwin directory safe?

[Christopher Faylor]

On Tue, Jun 29, 2010 at 01:39:07PM +0200, Michael Ludwig wrote:
>Corinna Vinschen schrieb am 29.06.2010 um 10:25 (+0200):
>>On Jun 28 22:57, Michael Ludwig wrote:
>
>>Actually, while it's not necessary, it makes sense to keep the entries
>>under the "installations" key intact.  They are generated the first
>>time a Cygwin DLL is used.  They are useful to find out where Cygwin
>>DLLs are (or were) installed on your system.  Including the 64 bit hex
>>value which forms the names of the entries, it allows to diagnose
>>problems which potentially arise from parallel Cygwin installations.
>>If you move your installation to another path, a new entry will be
>>generated.
>
>Indeed - I now have two entries under the "Installations" key.  To
>please the Gods, I restored the first one to the original directory.
>Thanks!

Actually, the point I was trying to make was that you should never have
to use regedit to make Cygwin work correctly.  There is no reason to add
anything if your installation is working correctly.  It would have
worked correctly if you had left the registry alone but, since you
didn't, there was no reason to restore the first directory.

I didn't want the cygwin archives to have advice which suggested that
regedit was necessary to move the DLL.

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

Re: rebaseall [1.7]: cyggcc_s-1.dll error

[Christopher Faylor]

On Tue, Jun 29, 2010 at 08:35:53AM -0600, Eric Blake wrote:
>On 06/29/2010 08:34 AM, Charles Wilson wrote:
>> Eric Blake wrote:
>>> Phooey.  dash now depends on cyggcc_s-1.dll, so rebaseall needs to be
>>> taught to add this library to the list of exemptions (similar to
>>> cygwin1.dll).
>> 
>> Or dash could be rebuilt using -static-libgcc.  It's not like dash needs
>> to worry about throwing C++ exceptions across DLL boundaries, and if
>> dash is meant to be a /bin/sh implementation (even if cygwin still uses
>> bash for that), then IMO it ought to be -- insofar as is possible --
>> statically linked.
>
>OK, I'm now trying to figure out how to add -static-libgcc into my
>cygport file.  Look for an updated dash later today...

In the meantime, you might want to consider linking dash with -static-libgcc.

cgf

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

Re: rebaseall [1.7]: cyggcc_s-1.dll error

[Eric Blake]

On 06/29/2010 08:34 AM, Charles Wilson wrote:
> Eric Blake wrote:
>> Phooey.  dash now depends on cyggcc_s-1.dll, so rebaseall needs to be
>> taught to add this library to the list of exemptions (similar to
>> cygwin1.dll).
> 
> Or dash could be rebuilt using -static-libgcc.  It's not like dash needs
> to worry about throwing C++ exceptions across DLL boundaries, and if
> dash is meant to be a /bin/sh implementation (even if cygwin still uses
> bash for that), then IMO it ought to be -- insofar as is possible --
> statically linked.

OK, I'm now trying to figure out how to add -static-libgcc into my
cygport file.  Look for an updated dash later today...

-- 
Eric Blake   ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org



signature.asc
Description: OpenPGP digital signature

Re: NOTIFICATION OF BEQUEST

[Eric & Welsh Associates]

Reply-To: bar.er...@rediffmail.com 
MIME-Version: 1.0
Content-Type: text/html
Content-Transfer-Encoding: 8bit
Message-Id: <20100629143150.896a519c...@nefty.hu>
Date: Tue, 29 Jun 2010 16:31:48 +0200 (CEST)








New Page 1




Attention:
On behalf of the Trustees and Executor of the estate of Late Mr.Edwin Gabriel.I 
wish to notify you that late Mr.Edwin Gabriel made you a beneficiary to his 
WILL.Do contact me for further details regarding your inheritance.
Barr Eric Sipho.










__ Information from ESET Mail Security, version of virus signature 
database 5237 (20100629) __

The message was checked by ESET Mail Security.
http://www.eset.com



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

Re: rebaseall [1.7]: cyggcc_s-1.dll error

[Charles Wilson]

Eric Blake wrote:
> Phooey.  dash now depends on cyggcc_s-1.dll, so rebaseall needs to be
> taught to add this library to the list of exemptions (similar to
> cygwin1.dll).

Or dash could be rebuilt using -static-libgcc.  It's not like dash needs
to worry about throwing C++ exceptions across DLL boundaries, and if
dash is meant to be a /bin/sh implementation (even if cygwin still uses
bash for that), then IMO it ought to be -- insofar as is possible --
statically linked.

--
Chuck

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

Re: rebaseall [1.7]: cyggcc_s-1.dll error

[Corinna Vinschen]

On Jun 29 08:12, Eric Blake wrote:
> On 06/29/2010 08:09 AM, Marco Atzeri wrote:
> >> Phooey.  dash now depends on cyggcc_s-1.dll, so
> >> rebaseall needs to be
> >> taught to add this library to the list of exemptions
> >> (similar to
> >> cygwin1.dll).
> > 
> > I doubt it
> > $ cygcheck ./dash.exe
> > C:\cygwin2\bin\dash.exe
> >   C:\cygwin2\bin\cygwin1.dll
> > C:\WINDOWS\system32\ADVAPI32.DLL
> >   C:\WINDOWS\system32\KERNEL32.dll
> > C:\WINDOWS\system32\ntdll.dll
> >   C:\WINDOWS\system32\RPCRT4.dll
> > C:\WINDOWS\system32\Secur32.dll
> 
> Rerun setup.exe.  As of yesterday[1], dash DOES depend on cyggcc_s-1.dll:

Is that really necessary?  Wouldn't it make sense to link dash
against static libgcc?


Corinna

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

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

Re: rebaseall [1.7]: cyggcc_s-1.dll error

[Andy Koppe]

On 29 June 2010 14:58, Eric Blake wrote:
> On 06/29/2010 06:44 AM, Jason Tishler wrote:
>> Fergus,
>>
>> On Tue, Jun 29, 2010 at 06:34:02AM +0100, Fergus wrote:
>>> rebaseall usually runs error-free but today I get
>>>
>>> M:\>bin\dash
>>> $ /bin/rebaseall
>>> ReBaseImage (/usr/bin/cyggcc_s-1.dll) failed with last error = 6
>>
>> See the following:
>>
>>     http://www.cygwin.com/ml/cygwin/2005-01/msg00324.html
>
> Phooey.  dash now depends on cyggcc_s-1.dll, so rebaseall needs to be
> taught to add this library to the list of exemptions (similar to
> cygwin1.dll).

Or rebuilt dash with -static-libgcc?

Andy

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

Re: LANG=ru_RU.cp1251, but binutils use UTF-8.

[Oleksandr Gavenko]

On 29.06.2010 15:52, Csaba Raduly wrote:

On Tue, Jun 29, 2010 at 10:32 AM, Oleksandr Gavenko wrote:

  $ objdump --help | head -n 2 | hexl
: d098 d181 d0bf d0be d0bb d18c d0b7 d0be  

(snipped)

These bytes sure look like UTF-8. According to
http://software.hixie.ch/utilities/cgi/unicode-decoder/utf8-decoder

U+0418 CYRILLIC CAPITAL LETTER I character (И)
U+0441 CYRILLIC SMALL LETTER ES character (с)
U+043F CYRILLIC SMALL LETTER PE character (п)
U+043E CYRILLIC SMALL LETTER O character (о)
U+043B CYRILLIC SMALL LETTER EL character (л)
U+044C CYRILLIC SMALL LETTER SOFT SIGN character (ь)
U+0437 CYRILLIC SMALL LETTER ZE character (з)
(snipped)

As raw characters:

Использование: objdump<опции>  <файл(ы)>
  Отображает информацию из объекта<файл(ы)>.

But I can't get that output out of
CYGWIN_NT-6.0 1.7.5(0.225/5/3) 2010-04-12 19:07 i686 Cygwin
and
GNU objdump (GNU Binutils) 2.20.51.20100410

However, I did manage to get apparently correct cp1251 (see below;
also utf8 with LANG=ru_RU.utf8) out of
CYGWIN_NT-6.0 1.5.25(0.156/4/2) 2008-06-12 19:34 i686 Cygwin
and
GNU objdump (GNU Binutils) 2.18.50.20080625

14:40:47 $ LANG=ru_RU.cp1251 objdump --help | head -2 | hexdump -C
  c8 f1 ef ee eb fc e7 ee  e2 e0 ed e8 e5 3a 20 6f  |.: o|
0010  62 6a 64 75 6d 70 20 3c  ee ef f6 e8 e8 3e 20 3c  |bjdump<.>  <|
(snip)


OK. I try get last Cygwin installation, may be bug goes out.


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

Re: rebaseall [1.7]: cyggcc_s-1.dll error

[Eric Blake]

On 06/29/2010 08:09 AM, Marco Atzeri wrote:
>> Phooey.  dash now depends on cyggcc_s-1.dll, so
>> rebaseall needs to be
>> taught to add this library to the list of exemptions
>> (similar to
>> cygwin1.dll).
> 
> I doubt it
> $ cygcheck ./dash.exe
> C:\cygwin2\bin\dash.exe
>   C:\cygwin2\bin\cygwin1.dll
> C:\WINDOWS\system32\ADVAPI32.DLL
>   C:\WINDOWS\system32\KERNEL32.dll
> C:\WINDOWS\system32\ntdll.dll
>   C:\WINDOWS\system32\RPCRT4.dll
> C:\WINDOWS\system32\Secur32.dll

Rerun setup.exe.  As of yesterday[1], dash DOES depend on cyggcc_s-1.dll:

$ cygcheck dash
Found: K:\cygwin-2\bin\dash.exe
Found: K:\cygwin-2\bin\dash.exe
Found: K:\cygwin-2\bin\dash.exe
Found: K:\cygwin-2\bin\dash.exe
K:\cygwin-2\bin\dash.exe
  K:\cygwin-2\bin\cygwin1.dll
C:\WINDOWS\system32\ADVAPI32.DLL
  C:\WINDOWS\system32\KERNEL32.dll
C:\WINDOWS\system32\ntdll.dll
  C:\WINDOWS\system32\RPCRT4.dll
C:\WINDOWS\system32\Secur32.dll
  K:\cygwin-2\bin\cyggcc_s-1.dll

[1] http://cygwin.com/ml/cygwin-announce/2010-06/msg00058.html

-- 
Eric Blake   ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org



signature.asc
Description: OpenPGP digital signature

Re: rebaseall [1.7]: cyggcc_s-1.dll error

[Marco Atzeri]

--- Mar 29/6/10, Eric Blake  ha scritto:

> On 06/29/2010 06:44 AM, Jason Tishler
> wrote:
> > Fergus,
> > 
> > On Tue, Jun 29, 2010 at 06:34:02AM +0100, Fergus
> wrote:
> >> rebaseall usually runs error-free but today I get
> >>
> >> M:\>bin\dash
> >> $ /bin/rebaseall
> >> ReBaseImage (/usr/bin/cyggcc_s-1.dll) failed with
> last error = 6
> > 
> > See the following:
> > 
> >     http://www.cygwin.com/ml/cygwin/2005-01/msg00324.html
> 
> Phooey.  dash now depends on cyggcc_s-1.dll, so
> rebaseall needs to be
> taught to add this library to the list of exemptions
> (similar to
> cygwin1.dll).

I doubt it
$ cygcheck ./dash.exe
C:\cygwin2\bin\dash.exe
  C:\cygwin2\bin\cygwin1.dll
C:\WINDOWS\system32\ADVAPI32.DLL
  C:\WINDOWS\system32\KERNEL32.dll
C:\WINDOWS\system32\ntdll.dll
  C:\WINDOWS\system32\RPCRT4.dll
C:\WINDOWS\system32\Secur32.dll

> 
> -- 
> Eric Blake

Marco





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

Re: rebaseall [1.7]: cyggcc_s-1.dll error

[Eric Blake]

On 06/29/2010 06:44 AM, Jason Tishler wrote:
> Fergus,
> 
> On Tue, Jun 29, 2010 at 06:34:02AM +0100, Fergus wrote:
>> rebaseall usually runs error-free but today I get
>>
>> M:\>bin\dash
>> $ /bin/rebaseall
>> ReBaseImage (/usr/bin/cyggcc_s-1.dll) failed with last error = 6
> 
> See the following:
> 
> http://www.cygwin.com/ml/cygwin/2005-01/msg00324.html

Phooey.  dash now depends on cyggcc_s-1.dll, so rebaseall needs to be
taught to add this library to the list of exemptions (similar to
cygwin1.dll).

-- 
Eric Blake   ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org



signature.asc
Description: OpenPGP digital signature

Re: Regression in .exe extension handling

[Eric Blake]

On 06/29/2010 02:43 AM, Corinna Vinschen wrote:
>> It's definitely a bug (or two) somewhere:
>>
>> * "install foo" correctly installs 'foo' but the presence of foo.exe
>> apparently fools something to add the .exe.
>>
>> * the .exe is being added when the file is clearly not a PE executable,
>> nor a link thereto.
>>
>> Whether these bugs are coming from coreutils or cygwin, or both, I do
>> not know.
> 
> It doesn't look like a problem in Cygwin.  Strace shows there's an
> open("bar/foo.exe") call to create the file.
> 
> I assume it's the logic in install along the lines of
> 
>   stat("foo") shows that "foo" exists?
>   yes -> stat("foo.exe") shows that "foo.exe" exists?
>  yes -> so the original file is called "foo.exe".
> 
> Maybe the test should check for the entire struct stat to be identical
> before making this decision?  Just an idea...

Most likely, the hole is in coreutils' exe magic.  Looks like I'll be
working on a coreutils-8.5-3 today...

-- 
Eric Blake   ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org



signature.asc
Description: OpenPGP digital signature

Re: LANG=ru_RU.cp1251, but binutils use UTF-8.

[Csaba Raduly]

On Tue, Jun 29, 2010 at 10:32 AM, Oleksandr Gavenko wrote:
>  $ objdump --help | head -n 2 | hexl
> : d098 d181 d0bf d0be d0bb d18c d0b7 d0be  
(snipped)

These bytes sure look like UTF-8. According to
http://software.hixie.ch/utilities/cgi/unicode-decoder/utf8-decoder

U+0418 CYRILLIC CAPITAL LETTER I character (И)
U+0441 CYRILLIC SMALL LETTER ES character (с)
U+043F CYRILLIC SMALL LETTER PE character (п)
U+043E CYRILLIC SMALL LETTER O character (о)
U+043B CYRILLIC SMALL LETTER EL character (л)
U+044C CYRILLIC SMALL LETTER SOFT SIGN character (ь)
U+0437 CYRILLIC SMALL LETTER ZE character (з)
(snipped)

As raw characters:

Использование: objdump <опции> <файл(ы)>
 Отображает информацию из объекта <файл(ы)>.

But I can't get that output out of
CYGWIN_NT-6.0 1.7.5(0.225/5/3) 2010-04-12 19:07 i686 Cygwin
and
GNU objdump (GNU Binutils) 2.20.51.20100410

However, I did manage to get apparently correct cp1251 (see below;
also utf8 with LANG=ru_RU.utf8) out of
CYGWIN_NT-6.0 1.5.25(0.156/4/2) 2008-06-12 19:34 i686 Cygwin
and
GNU objdump (GNU Binutils) 2.18.50.20080625

14:40:47 $ LANG=ru_RU.cp1251 objdump --help | head -2 | hexdump -C
  c8 f1 ef ee eb fc e7 ee  e2 e0 ed e8 e5 3a 20 6f  |.: o|
0010  62 6a 64 75 6d 70 20 3c  ee ef f6 e8 e8 3e 20 3c  |bjdump <.> <|
(snip)

-- 
Life is complex, with real and imaginary parts.
"Ok, it boots. Which means it must be bug-free and perfect. " -- Linus Torvalds
"People disagree with me. I just ignore them." -- Linus Torvalds

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

Re: rebaseall [1.7]: cyggcc_s-1.dll error

[Jason Tishler]

Fergus,

On Tue, Jun 29, 2010 at 06:34:02AM +0100, Fergus wrote:
> rebaseall usually runs error-free but today I get
> 
> M:\>bin\dash
> $ /bin/rebaseall
> ReBaseImage (/usr/bin/cyggcc_s-1.dll) failed with last error = 6

See the following:

http://www.cygwin.com/ml/cygwin/2005-01/msg00324.html

Jason

-- 
PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers
Fingerprint: 7A73 1405 7F2B E669 C19D  8784 1AFD E4CC ECF4 8EF6

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

Re: 1.7.6 snapshot: intermittent "CreateProcessW failed"

[Andy Koppe]

On 29 June 2010 11:33, Corinna Vinschen wrote:
> On Jun 29 10:48, Andy Koppe wrote:
>> C:/bin on /usr/bin type ntfs (binary,auto)
>> C:/lib on /usr/lib type ntfs (binary,auto)
>> C: on / type ntfs (binary,auto)
>
> Urgh.  I hope you know what you're doing...

Yeah, I do trust the Cygwin package maintainers not to overwrite
/Windows or /Users.


> However, I didn't immediately realize that "\??\C:\bin\sh.exe" is the
> exact string used in the call to CreateProcessW.  Which is wrong, of course,
> since \??\ is a native NT path.  That should be "\\?\" when calling a
> Win32 wide char function.
> I found two lines in the code which accidentally copied a native NT path
> into the WCHAR process name storage, rather than the Win32 path.  I fixed
> that in CVS, but since I couldn't reproduce the problem yet, it would be
> helpful if you could test it.

I've been running three builds in parallel for over an hour without
fault now, where previously there would have been a failure within
five minutes, so I think this can be considered fixed. Thanks very
much!


>> Unfortunately the top-level make just exits early before really doing
>> anything if I run it through strace (see below). It starts doing
>> actual work if I add '-f' to the strace arguments, but then of course
>> strace no longer captures events in sub-makes, which is where the
>> problem occurs.
>
> Hmm.  Did you run make from a mintty?  Does it work if you start it
> from a Windows console in notty mode?

I got the same issue both in mintty and in the console. For the
record: setting MAKE="strace -f make" did the trick for the sub-makes.

Andy

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

Mail program

[Refr Bruhl]

Good Morning

I am in need of of a mail program similar to the mail found in AIX. I am 
emulating an AIX environment.

I've installed the email, ssmtp and other email apps in the email. I get a 
segmentation fault for email

I like email as it seems to accept the same parameters and funcitonality as the 
AIX mail app. I have a multitude of scripts that use the format:

 echo ${MESSAGE} | mail -s '${SUBJECT}' ${EMAIL}

Where ${EMAIL} is a comma delimited list of addresses.

I've compiled the mailutils from gnu but I get a different error there which 
I'll take up with the buildlist-mailut...@gnu.org

Anyone got any ideas on how to get email to work without a segmentation fault? 

Where can I obtain the source for email? I've pretty much hit cygwin head first 
and am not as familiar with it as I am with AIX. My apologies for the newbie 
questions.

Thanks!
-Rob


  

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

Problem with ssh using RSA authentication on Windows 7

[sarthakjain]

I am working on a 64-bit windows 7 machine.

I have installed ssh on my machine through cygwin.

I am trying to connect an XP machine to this windows7 machine through SSH
using RSA authentiation..I am proceeding as follows:

 1. On the XP machine, I create an RSA public/private
key pair using the command

ssh-keygen -t rsa

  following 2 files get created at ~/.ssh/ location
:

  id_rsa and id_rsa.pub

  2. Next I copy the id_rsa.pub file on my windows7
machine.

  3. Then I append the contents of id_rsa.pub to the
file ~/.ssh/authorized_keys on the windows7 machine.

   cd ~/.ssh

   cat id_rsa.pub >> authorized_keys

   chmod 600 authorized_keys

   chmod 755 ~/.ssh

   4. I restart the sshd service on this machine

   5. I try to ssh from the XP machine to the win7
machine.

 

I am observing the following output:

   ...

   ..

   ..

   debug1: Offering public key:
/home/Administrator/.ssh/id_rsa

   debug2: We sent a public key packet, wait for reply

   connection closed by xx.xx.xx.xx

 

Plz help!!!
-- 
View this message in context: 
http://old.nabble.com/Problem-with-ssh-using-RSA-authentication-on-Windows-7-tp29023002p29023002.html
Sent from the Cygwin list mailing list archive at Nabble.com.


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

Re: missing #include with sunrpc 4.0-3 and cygwin 1.7.5-1

[Corinna Vinschen]

On Jun 29 10:07, Carlo Marcelo Arenas Belon wrote:
> Greetings,
> 
> the following will fail to build with recent cygwin (works with
> cygwin-legacy though) :
> 
> $ cat > t.c
> #include 
> 
> int main(int argc, char *argv[])
> {
>   return 0;
> }
> ^D
> $ make t
> cc t.c   -o t
> In file included from /usr/include/rpc/rpc.h:61,
>  from t.c:1:
> /usr/include/rpc/svc.h:83: error: field `xp_raddr' has incomplete type
> make: *** [t] Error 1
> 
> the problem being that xp_raddr is being defined as "struct sockaddr_in"
> and that is not being defined on cygwin's version of rpc.h (it is upstream,
> on linux and opensolaris)
> 
> there is a changelog entry from 2003 that mention that include was added
> and later removed but couldn't find any more references to it to know about
> the rationale behind it.
> 
> Carlo
> 
> CC Sam who did the change and hopefully could help give some more context

The files /usr/include/rpc/rpc.h and /usr/include/rpc/svc.h are provided
by the sunrpc package.  Unfortunaltey Sam has resigned from the sunrpc
package maintainership and nobody has picked it up yet, so it's an
orphaned package which is in need of a maintainer.


Corinna

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

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

Re: Moving Cygwin directory safe?

[Corinna Vinschen]

On Jun 29 13:39, Michael Ludwig wrote:
> Corinna Vinschen schrieb am 29.06.2010 um 10:25 (+0200):
> > On Jun 28 22:57, Michael Ludwig wrote:
> > > my list: Explorer failed to copy some files (SSH keys), which
> > > belonged to the user NT-AUTORITÄT\SYSTEM and could not be read by
> > > my admin user, so I had to do the following:
> > > 
> > >   subinacl /file C:\cygwin\etc\ssh* /setowner=michael
> > >   subinacl /file C:\cygwin\etc\ssh*key /grant=michael=R
> > 
> > That's a fine case for either using Cygwin tools to create the new
> > installation tree (cpio, for instance), or to use robocopy with the
> > /B option.
> 
> Thanks once more - I didn't know about this apparently very useful tool.
> Explorer keeps disappointing me by cowardly aborting long-running copy
> operations on the first sign of trouble.

And the annoying fact that it doesn't handle paths longer than 260 bytes.
Cygwin and robocopy both allow them.


Corinna

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

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

Re: Moving Cygwin directory safe?

[Michael Ludwig]

Corinna Vinschen schrieb am 29.06.2010 um 10:25 (+0200):
> On Jun 28 22:57, Michael Ludwig wrote:

> Actually, while it's not necessary, it makes sense to keep the entries
> under the "installations" key intact.  They are generated the first
> time a Cygwin DLL is used.  They are useful to find out where Cygwin
> DLLs are (or were) installed on your system.  Including the 64 bit hex
> value which forms the names of the entries, it allows to diagnose
> problems which potentially arise from parallel Cygwin installations.
> If you move your installation to another path, a new entry will be
> generated.

Indeed - I now have two entries under the "Installations" key. To please
the Gods, I restored the first one to the original directory. Thanks!

> > To be complete on this issue and include one detail I omitted from
> > my list: Explorer failed to copy some files (SSH keys), which
> > belonged to the user NT-AUTORITÄT\SYSTEM and could not be read by
> > my admin user, so I had to do the following:
> > 
> >   subinacl /file C:\cygwin\etc\ssh* /setowner=michael
> >   subinacl /file C:\cygwin\etc\ssh*key /grant=michael=R
> 
> That's a fine case for either using Cygwin tools to create the new
> installation tree (cpio, for instance), or to use robocopy with the
> /B option.

Thanks once more - I didn't know about this apparently very useful tool.
Explorer keeps disappointing me by cowardly aborting long-running copy
operations on the first sign of trouble.

-- 
Michael Ludwig

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

Re: 1.7.6 snapshot: intermittent "CreateProcessW failed"

[Corinna Vinschen]

On Jun 29 10:48, Andy Koppe wrote:
> On 29 June 2010 09:30, Corinna Vinschen wrote:
> > On Jun 29 09:16, Andy Koppe wrote:
> >>
> >>       4 [main] sh 396 fork: child -1 - CreatProcessW failed for
> >> '\??\C:\bin\sh.exe', errno 2
> >
> > Looks like the path is missing a directory.  I assume you didn't
> > install Cygwin to C:\ but to C:\cygwin, right?  Or does the path
> > make sense when ignoring the NT prefix "\??\"?
> 
> The path is correct.
> 
> C:/bin on /usr/bin type ntfs (binary,auto)
> C:/lib on /usr/lib type ntfs (binary,auto)
> C: on / type ntfs (binary,auto)

Urgh.  I hope you know what you're doing...

However, I didn't immediately realize that "\??\C:\bin\sh.exe" is the
exact string used in the call to CreateProcessW.  Which is wrong, of course,
since \??\ is a native NT path.  That should be "\\?\" when calling a
Win32 wide char function.
I found two lines in the code which accidentally copied a native NT path
into the WCHAR process name storage, rather than the Win32 path.  I fixed
that in CVS, but since I couldn't reproduce the problem yet, it would be
helpful if you could test it.

> Unfortunately the top-level make just exits early before really doing
> anything if I run it through strace (see below). It starts doing
> actual work if I add '-f' to the strace arguments, but then of course
> strace no longer captures events in sub-makes, which is where the
> problem occurs.

Hmm.  Did you run make from a mintty?  Does it work if you start it
from a Windows console in notty mode?


Corinna

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

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

missing #include with sunrpc 4.0-3 and cygwin 1.7.5-1

[Carlo Marcelo Arenas Belon]

Greetings,

the following will fail to build with recent cygwin (works with
cygwin-legacy though) :

$ cat > t.c
#include 

int main(int argc, char *argv[])
{
  return 0;
}
^D
$ make t
cc t.c   -o t
In file included from /usr/include/rpc/rpc.h:61,
 from t.c:1:
/usr/include/rpc/svc.h:83: error: field `xp_raddr' has incomplete type
make: *** [t] Error 1

the problem being that xp_raddr is being defined as "struct sockaddr_in"
and that is not being defined on cygwin's version of rpc.h (it is upstream,
on linux and opensolaris)

there is a changelog entry from 2003 that mention that include was added
and later removed but couldn't find any more references to it to know about
the rationale behind it.

Carlo

CC Sam who did the change and hopefully could help give some more context

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

Re: 1.7.6 snapshot: intermittent "CreateProcessW failed"

[Andy Koppe]

On 29 June 2010 09:30, Corinna Vinschen wrote:
> On Jun 29 09:16, Andy Koppe wrote:
>> On 28 June 2010 19:34, Christopher Faylor wrote:
>> > On Mon, Jun 28, 2010 at 05:36:04PM +0100, Andy Koppe wrote:
>> >>When running a couple of lengthy make-based builds in parallel, I
>> >>eventually get error messages such as this:
>> >>
>> >>      3 [main] sh 4368 fork: child -1 - CreateProcessW failed, errno 2
>> >>/bin/sh: fork: No such file or directory
>> >>
>> >>      5 [main] make 5736 fork: child -1 - CreateProcessW failed, errno 2
>> >>make[2]: vfork: No such file or directory
>> >>
>> >>The errors aren't reproducible, i.e. when rerunning, one of the build
>> >>fails elsewhere with the same sort of error. Hence I'm unable to
>> >>provide a small testcase.
>> >>
>> >>It doesn't fail if I run just one build at a time, and it fails more
>> >>quickly if I run more than two. I guess this suggests a
>> >>synchronisation issue.
>> >>
>> >>This is on a 32-bit Windows XP. The issue didn't occur on 1.7.5 and
>> >>before. I went back through previous snapshots to try to narrow to
>> >>down the problem a little bit: 20100507 is fine, 20100518 is not.
>> >
>> > Hmm.  That means that it is related to the change to use wide characters
>> > for the current program name but I've reviewed the patch again and don't
>> > see anything obvious.
>> >
>> > Could you try this on the latest snapshot when it shows up.  I've added a
>> > tad more debugging to the error message.
>>
>>       4 [main] sh 396 fork: child -1 - CreatProcessW failed for
>> '\??\C:\bin\sh.exe', errno 2
>
> Looks like the path is missing a directory.  I assume you didn't
> install Cygwin to C:\ but to C:\cygwin, right?  Or does the path
> make sense when ignoring the NT prefix "\??\"?

The path is correct.

C:/bin on /usr/bin type ntfs (binary,auto)
C:/lib on /usr/lib type ntfs (binary,auto)
C: on / type ntfs (binary,auto)

Unfortunately the top-level make just exits early before really doing
anything if I run it through strace (see below). It starts doing
actual work if I add '-f' to the strace arguments, but then of course
strace no longer captures events in sub-makes, which is where the
problem occurs.

Andy


tail -100 make.strace
 1444 32925179 [sig] make 6096 proc_subproc: finished processing
terminated/stopped child
   44 32925223 [sig] make 6096 proc_subproc: returning 1
   36 32925259 [sig] make 6096 wait_sig: signalling pack.wakeup 0x68C
   40 32925299 [main] make 6096 reset_signal_arrived: reset signal_arrived
   29 32925328 [main] make 6096 reset_signal_arrived: stackptr[-1] 0x40CD5F
   26 32925354 [main] make 6096 set_process_mask_delta: oldmask
0x4000, newmask 0x84000, deltamask 0x8
   27 32925381 [main] make 6096 set_signal_mask: oldmask 0x84000,
newmask 0x4000, mask_bits 0x8
   28 32925409 [main] make 6096 sig_send: sendsig 0x748, pid 6096,
signal -39, its_me 1
   30 32925439 [main] make 6096 sig_send: wakeup 0x68C
   31 32925470 [main] make 6096 sig_send: Waiting for pack.wakeup 0x68C
  832 32926302 [sig] make 6096 wait_sig: signalling pack.wakeup 0x68C
   55 32926357 [main] make 6096 sig_send: returning 0x0 from sending signal -39
   32 32926389 [main] make 6096 sig_send: returning 0x0 from sending signal -34
   28 32926417 [main] make 6096 wait4: calling proc_subproc, pid -1, options 0
   40 32926457 [main] make 6096 proc_subproc: args: 4, 2284288
   26 32926483 [main] make 6096 proc_subproc: wval->pid -1, wval->options 0
   27 32926510 [main] make 6096 checkstate: nprocs 1
   83 32926593 [main] make 6096 stopped_or_terminated: considering pid 4264
   28 32926621 [main] make 6096 remove_proc: removing procs[0], pid
4264, nprocs 1
   52 32926673 [main] make 6096 checkstate: returning 1
  130 32926803 [main] make 6096 proc_subproc: released waiting thread
   32 32926835 [main] make 6096 proc_subproc: finished processing
terminated/stopped child
   26 32926861 [main] make 6096 proc_subproc: returning 1
   29 32926890 [main] make 6096 wait4: 0 = WaitForSingleObject (...)
   27 32926917 [main] make 6096 wait4: intpid -1, status 0x22C05C,
w->status 15, options 0, res 4264
  105 32927022 [main] make 6096 __set_errno: ssize_t writev(int, const
iovec*, int):982 val 9
  223 32927245 [main] make 6096 __set_errno: ssize_t writev(int, const
iovec*, int):982 val 9
  151 32927396 [main] make 6096 __set_errno: ssize_t writev(int, const
iovec*, int):982 val 9
  180 32927576 [main] make 6096 set_signal_mask: oldmask 0x4000,
newmask 0x1804007, mask_bits 0x0
   26 32927602 [main] make 6096 set_signal_mask: not calling
sig_dispatch_pending
   26 32927628 [main] make 6096 set_signal_mask: oldmask 0x1804007,
newmask 0x0, mask_bits 0x1804007
   28 32927656 [main] make 6096 sig_send: sendsig 0x748, pid 6096,
signal -39, its_me 1
   30 32927686 [main] make 6096 sig_send: wakeup 0x63C
   32 32927718 [main] make 6096 sig_send: Waiting for pack.wakeup 0x63C
  473 32928191 [sig] make 6096 wait_sig: signalling pack.wakeup 0x63C
   44 32928235 [main] make 6096 sig_sen

Re: Regression in .exe extension handling

[Corinna Vinschen]

On Jun 28 21:54, Yaakov S wrote:
> On Mon, 2010-06-28 at 17:16 -0600, Eric Blake wrote:
> > The problem is here - should install be open()ing "foo" (the script) or
> > "foo.exe" (the executable) as the source file for copying into bar/foo?
> >  Since it is never a good idea to have both an .exe and a script of the
> > same name in the same directory, is this really a regression, or just
> > bad behavior on mono's part? 
> 
> This is a regression: it worked just fine with earlier 1.7.x releases.
> 
> > Remember, libtool was recently changed to avoid exactly this ambiguity.
> 
> This is different: neither the wrapper nor assembly are executed in the
> builddir; they are just created there and installed into different
> locations.
> 
> > Or should I be trying to patch coreutils (and/or someone patch cygwin1.dll)
> > to try harder to open the script instead of the .exe when the suffix-less 
> > file conflicts with the .exe?
> 
> It's definitely a bug (or two) somewhere:
> 
> * "install foo" correctly installs 'foo' but the presence of foo.exe
> apparently fools something to add the .exe.
> 
> * the .exe is being added when the file is clearly not a PE executable,
> nor a link thereto.
> 
> Whether these bugs are coming from coreutils or cygwin, or both, I do
> not know.

It doesn't look like a problem in Cygwin.  Strace shows there's an
open("bar/foo.exe") call to create the file.

I assume it's the logic in install along the lines of

  stat("foo") shows that "foo" exists?
  yes -> stat("foo.exe") shows that "foo.exe" exists?
 yes -> so the original file is called "foo.exe".

Maybe the test should check for the entire struct stat to be identical
before making this decision?  Just an idea...


Corinna

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

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

Re: LANG=ru_RU.cp1251, but binutils use UTF-8.

[Oleksandr Gavenko]

On 27.06.2010 10:49, Csaba Raduly wrote:

On Mon, Jun 21, 2010 at 10:14 AM, Oleksandr Gavenko
  wrote:

  $  objdump --help | head -n 2
Рспользование: objdump<опции>  <файл(С‹)>
  Отображает информацию из объекта
<файл(ы)>.
  $ LANG=C objdump --help | head -n 2


Maybe looking at the bytes would offer some insight:

$  objdump --help | head -n 2 | hexdump -C

Which terminal do you use ? mintty? rxvt? xterm? the Cygwin shortcut?


  $ objdump --help | head -n 2 | hexl
: d098 d181 d0bf d0be d0bb d18c d0b7 d0be  
0010: d0b2 d0b0 d0bd d0b8 d0b5 3a20 6f62 6a64  ..: objd
0020: 756d 7020 3cd0 bed0 bfd1 86d0 b8d0 b83e  ump <..>
0030: 203c d184 d0b0 d0b9 d0bb 28d1 8b29 3e0a   <(..)>.
0040: 20d0 9ed1 82d0 bed0 b1d1 80d0 b0d0 b6d0   ...
0050: b0d0 b5d1 8220 d0b8 d0bd d184 d0be d180  . ..
0060: d0bc d0b0 d186 d0b8 d18e 20d0 b8d0 b720  .. 
0070: d0be d0b1 d18a d0b5 d0ba d182 d0b0 203c  .. <
0080: d184 d0b0 d0b9 d0bb 28d1 8b29 3e2e 0a(..)>..



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

Re: 1.7.6 snapshot: intermittent "CreateProcessW failed"

[Corinna Vinschen]

On Jun 29 09:16, Andy Koppe wrote:
> On 28 June 2010 19:34, Christopher Faylor wrote:
> > On Mon, Jun 28, 2010 at 05:36:04PM +0100, Andy Koppe wrote:
> >>When running a couple of lengthy make-based builds in parallel, I
> >>eventually get error messages such as this:
> >>
> >>      3 [main] sh 4368 fork: child -1 - CreateProcessW failed, errno 2
> >>/bin/sh: fork: No such file or directory
> >>
> >>      5 [main] make 5736 fork: child -1 - CreateProcessW failed, errno 2
> >>make[2]: vfork: No such file or directory
> >>
> >>The errors aren't reproducible, i.e. when rerunning, one of the build
> >>fails elsewhere with the same sort of error. Hence I'm unable to
> >>provide a small testcase.
> >>
> >>It doesn't fail if I run just one build at a time, and it fails more
> >>quickly if I run more than two. I guess this suggests a
> >>synchronisation issue.
> >>
> >>This is on a 32-bit Windows XP. The issue didn't occur on 1.7.5 and
> >>before. I went back through previous snapshots to try to narrow to
> >>down the problem a little bit: 20100507 is fine, 20100518 is not.
> >
> > Hmm.  That means that it is related to the change to use wide characters
> > for the current program name but I've reviewed the patch again and don't
> > see anything obvious.
> >
> > Could you try this on the latest snapshot when it shows up.  I've added a
> > tad more debugging to the error message.
> 
>   4 [main] sh 396 fork: child -1 - CreatProcessW failed for
> '\??\C:\bin\sh.exe', errno 2

Looks like the path is missing a directory.  I assume you didn't
install Cygwin to C:\ but to C:\cygwin, right?  Or does the path
make sense when ignoring the NT prefix "\??\"?


Corinna

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

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

Re: [ANNOUNCEMENT] CALL FOR TESTING: Cygwin 1.7.6 due soon - xterm stackdump

[Corinna Vinschen]

On Jun 28 20:50, Ken wrote:
> >> Under 1.7.5-1 in Win 7 64-bit, attempting to launch an xterm
> results in a
> >> stackdump approximately 30%-40% of the time.  However, under WinXP
> >> I have not experienced this issue.
> >>
> >> I applied the entire "cygwin-inst-20100622.tar.bz2" snapshot to my Win7
> >> installation and the same condition exists.
> >
> >I can't treproduce your problem on my 64 bit W7.  Did you try rebaseall?
> >
> >
> >Corinna
> 
> Corinna, you're a genius!!!  I had not tried rebaseall, but once I
> did, the issue was resolved!

I'm glad to read that, especially the genius part ;)


Corinna

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

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

Re: Moving Cygwin directory safe?

[Corinna Vinschen]

On Jun 28 22:57, Michael Ludwig wrote:
> Christopher Faylor schrieb am 27.06.2010 um 15:01 (-0400):
> > On Sun, Jun 27, 2010 at 03:37:26PM +0200, Michael Ludwig wrote:
> 
> > >I copied C:\cygwin to T: instead of reinstalling. Here's a list of
> > >things I had to fix (or fixed preemptively):
> > >
> > >* fixed the above registry settings
> > 
> > ...which was not necessary.
> 
> Yes, you hinted at that it might not be, but I didn't know whether these
> keys are left-overs from by-gone versions, or derived from some other
> setting, or whatnot, so not knowing whether I could delete them I
> thought I might as well adapt them to reflect the new values,

Actually, while it's not necessary, it makes sense to keep the entries
under the "installations" key intact.  They are generated the first time
a Cygwin DLL is used.  They are useful to find out where Cygwin DLLs are
(or were) installed on your system.  Including the 64 bit hex value which
forms the names of the entries, it allows to diagnose problems which
potentially arise from parallel Cygwin installations.  If you move your
installation to another path, a new entry will be generated.

> To be complete on this issue and include one detail I omitted from my
> list: Explorer failed to copy some files (SSH keys), which belonged to
> the user NT-AUTORITÄT\SYSTEM and could not be read by my admin user, so
> I had to do the following:
> 
>   subinacl /file C:\cygwin\etc\ssh* /setowner=michael
>   subinacl /file C:\cygwin\etc\ssh*key /grant=michael=R

That's a fine case for either using Cygwin tools to create the new
installation tree (cpio, for instance), or to use robocopy with the
/B option.


Corinna

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

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

Re: 1.7.6 snapshot: intermittent "CreateProcessW failed"

[Andy Koppe]

On 28 June 2010 19:34, Christopher Faylor wrote:
> On Mon, Jun 28, 2010 at 05:36:04PM +0100, Andy Koppe wrote:
>>When running a couple of lengthy make-based builds in parallel, I
>>eventually get error messages such as this:
>>
>>      3 [main] sh 4368 fork: child -1 - CreateProcessW failed, errno 2
>>/bin/sh: fork: No such file or directory
>>
>>      5 [main] make 5736 fork: child -1 - CreateProcessW failed, errno 2
>>make[2]: vfork: No such file or directory
>>
>>The errors aren't reproducible, i.e. when rerunning, one of the build
>>fails elsewhere with the same sort of error. Hence I'm unable to
>>provide a small testcase.
>>
>>It doesn't fail if I run just one build at a time, and it fails more
>>quickly if I run more than two. I guess this suggests a
>>synchronisation issue.
>>
>>This is on a 32-bit Windows XP. The issue didn't occur on 1.7.5 and
>>before. I went back through previous snapshots to try to narrow to
>>down the problem a little bit: 20100507 is fine, 20100518 is not.
>
> Hmm.  That means that it is related to the change to use wide characters
> for the current program name but I've reviewed the patch again and don't
> see anything obvious.
>
> Could you try this on the latest snapshot when it shows up.  I've added a
> tad more debugging to the error message.

  4 [main] sh 396 fork: child -1 - CreatProcessW failed for
'\??\C:\bin\sh.exe', errno 2
/bin/sh: fork: No such file or directory

> Also, if you could duplicate this under strace that would be very helpful.
> Please send the strace to me at me at  dot cx.

I'll give that a go.

Cheers,
Andy

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