rebaseall [1.7]: cyggcc_s-1.dll error

[Fergus]

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
$

Is there a cure?

And BTW, any relation to

~> set-gcc-default-4.sh # ie use gcc-4
~> bash makesc  # exe building script involving gcc
/usr/lib/gcc/i686-pc-cygwin/4.3.4/../../../../i686-pc-cygwin/bin/ld:
cannot find -lgcc_s
collect2: ld returned 1 exit status
~> set-gcc-default-3.sh # ie use gcc-3
~> bash makesc  # exe building script involving gcc
~>  # script runs to effective conclusion

Thank you.

Fergus


--
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: Regression in .exe extension handling

[Yaakov (Cygwin/X)]

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.


Yaakov



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

[Ken]

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


Thank you!!

Ken

--
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: Regression in .exe extension handling

[Cyrille Lefevre]

Le 29/06/2010 01:16, Eric Blake a écrit :

On 06/28/2010 05:08 PM, Yaakov (Cygwin/X) wrote:

It is not unusual for mono packages to create a wrapper script (to be
installed in PATH) in the same directory as an assembly (which has .exe
suffix and is installed out of PATH), which uncovered a regression using
the 20100622 snapshot:

echo script>  foo
echo executable>  foo.exe
mkdir bar
install foo bar/foo


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?


well, how about the use of the O_BINARY flag to make the decision ?
if both files exists and O_BINARY is specified, open the .exe one,
the other one otherwise ?


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


why? many scripts use this assertion, they usually are called 
wrappers... :-)



bad behavior on mono's part?  Remember, libtool was recently changed to
avoid exactly this ambiguity.  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?


easy for reading (':' or '#!', rem, etc. :-), does "file" is implemented 
as part of the cygwin1.dll. not so easy for writing...


Regards,

Cyrille Lefevre
--
mailto:cyrille.lefevre-li...@laposte.net



--
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: Looking for gcc.exe

[Sisyphus]

- Original Message - 
From: "Larry Hall (Cygwin)" 

To: 
Sent: Tuesday, June 29, 2010 7:30 AM
Subject: Re: Looking for gcc.exe



On 6/28/2010 10:01 AM, Stephen Morton wrote:

"Sisyphus"  Wrote:

I've just installed a fresh "CYGWIN_NT-6.0-WOW64 desktop2
1.7.5(0.225/5/3) 2010-04-12 19:07 i686 Cygwin", including gcc-4
(4.3.4-3).

According to http://cygwin.com/packages/ there should be an executable
named gcc.exe in there - but I see only gcc-4.exe. As a quick fix I've
created a copy of gcc-4.exe named gcc.exe, and I expect that will work
ok. (I've also done the same wrt cpp-4.exe, g++-4.exe and gcov-4.exe.)
Is that what we're supposed to do ? ... or did I miss something ?



You need to add /etc/alternatives to your path.


There is always a symbolic link in '/usr/bin'
for 'gcc' if it's been properly installed.


Well ... I did have some doubts as to whether it was installed correctly, 
though everything seemed fine apart from the absence of "gcc", etc.

However, I don't have a /usr/bin folder. And no /etc/alternatives either.


There's no need to clutter your
path regardless though.  Just run 'sh /bin/set-gcc-default-4.sh' if you're
missing '/usr/bin/gcc'.


bash-3.2# sh /bin/set-gcc-default-4.sh
/bin/set-gcc-default-4.sh: line 7: /usr/sbin/alternatives: No such file or 
directory
/bin/set-gcc-default-4.sh: line 7: /usr/sbin/alternatives: No such file or 
directory
/bin/set-gcc-default-4.sh: line 7: /usr/sbin/alternatives: No such file or 
directory
/bin/set-gcc-default-4.sh: line 7: /usr/sbin/alternatives: No such file or 
directory


I'll wipe the current Cygwin installation and do it again (hopefully I can 
get it done right next time :-)


Everything I've tried seems to be working quite well, but there's bound to 
be ramifications down the track if I don't fix it up properly.


Thanks.

Cheers,
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: Regression in .exe extension handling

[Christopher Faylor]

On Mon, Jun 28, 2010 at 05:16:05PM -0600, Eric Blake wrote:
>On 06/28/2010 05:08 PM, Yaakov (Cygwin/X) wrote:
>> It is not unusual for mono packages to create a wrapper script (to be
>> installed in PATH) in the same directory as an assembly (which has .exe
>> suffix and is installed out of PATH), which uncovered a regression using
>> the 20100622 snapshot:
>> 
>> echo script > foo
>> echo executable > foo.exe
>> mkdir bar
>> install foo bar/foo
>
>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?  Remember, libtool was recently changed to
>avoid exactly this ambiguity.  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?

Is the dll "misbehaving" here or the install program?

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: Regression in .exe extension handling

[Eric Blake]

On 06/28/2010 05:08 PM, Yaakov (Cygwin/X) wrote:
> It is not unusual for mono packages to create a wrapper script (to be
> installed in PATH) in the same directory as an assembly (which has .exe
> suffix and is installed out of PATH), which uncovered a regression using
> the 20100622 snapshot:
> 
> echo script > foo
> echo executable > foo.exe
> mkdir bar
> install foo bar/foo

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?  Remember, libtool was recently changed to
avoid exactly this ambiguity.  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?

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



signature.asc
Description: OpenPGP digital signature

Re: Moving Cygwin directory safe?

[Andrey Repin]

Greetings, Michael Ludwig!

> 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

> (This is XP Home, which does not come with the real security tab in
> Explorer, so you have to resort to supplementary tools.)

Thanks for this hint.
I rarely deal with this... variant, to be polite, of Windows, was not aware of
such workaround to the permissions issue. Will keep in mind.


--
WBR,
 Andrey Repin (anrdae...@freemail.ru) 29.06.2010, <2:23>

Sorry for my terrible english...


--
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: Mirrors

[Larry Hall (Cygwin)]

On 6/27/2010 1:31 AM, Tekerman Romanov wrote:

Hello, we have created a mirror of your software and want to register it.

http://cygwin.iphoneapps4free.org
USA (WA, Seattle)
tek...@gmail.com
every 10 hours
bandwidth - 100TB/month
174.37.130.133


Great!  You want to read  for information
on how to get your mirror registered.

--
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: Looking for gcc.exe

[Larry Hall (Cygwin)]

On 6/28/2010 10:01 AM, Stephen Morton wrote:

"Sisyphus"  Wrote:

I've just installed a fresh "CYGWIN_NT-6.0-WOW64 desktop2
1.7.5(0.225/5/3) 2010-04-12 19:07 i686 Cygwin", including gcc-4
(4.3.4-3).

According to http://cygwin.com/packages/ there should be an executable
named gcc.exe in there - but I see only gcc-4.exe. As a quick fix I've
created a copy of gcc-4.exe named gcc.exe, and I expect that will work
ok. (I've also done the same wrt cpp-4.exe, g++-4.exe and gcov-4.exe.)
Is that what we're supposed to do ? ... or did I miss something ?



You need to add /etc/alternatives to your path.


I would not recommend this.  There is always a symbolic link in '/usr/bin'
for 'gcc' if it's been properly installed.  There's no need to clutter your
path regardless though.  Just run 'sh /bin/set-gcc-default-4.sh' if you're
missing '/usr/bin/gcc'.

--
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: problems running "top" task monitor

[Larry Hall (Cygwin)]

On 6/28/2010 12:58 PM, P. Goldmann wrote:

Is there a way to investigate whether a unknown BLODA-app or something else
causes the problem?


Typically the process is just look at the security software that you have
installed and try uninstalling one-by-one until the problem is resolved.
Then you can reinstall all the other ones and report the problem to the
vendor of the offending app.

--
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: Moving Cygwin directory safe?

[Michael Ludwig]

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,

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

(This is XP Home, which does not come with the real security tab in
Explorer, so you have to resort to supplementary tools.)

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

[Christopher Faylor]

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.

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

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

[ANNOUNCEMENT] Updated: dash-0.5.6.1-1

[Eric Blake]

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

NEWS:
=
This is a new upstream release.  Among its fixes are several patches for
issues first identified on the cygwin list, such as test -r file now
honoring ACLs.  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

[ANNOUNCEMENT] Updated: git-1.7.1-1, git{k,-gui,-completion,-svn}-1.7.1-1

[Eric Blake]

A new release of git, 1.7.1-1, has been uploaded, and will be
available for use when your mirror catches up.  This leaves 1.7.0.4-2 as
previous.

NEWS:
=
This is a new upstream release, with upstream release notes attached.
See also the package documentation in /usr/share/doc/git/.

When compiled out of the box, the upstream git maintainers cater to
older cygwin releases, and intentionally disable certain features that
have been reported on their mailing list, even though they work with the
latest cygwin.  Therefore, this build turns those features back on.
However, it means that this version does assume that you are not using
FAT or FAT32 to hold your repositories, since they do not store file
permissions very accurately.

There have been several reports of git over ssh causing problems.  The
root cause of this problem is not yet known but are more likely to lie
in the cygwin dll rather than in git; help in debugging the issue would
be appreciated.  In the meantime, if you have difficulty cloning a
repository over the git protocol, try cloning from an http mirror instead.

DESCRIPTION:

Git is popular version control system designed to handle very large
projects with speed and efficiency; it is used mainly for various open
source projects, most notably the Linux kernel.

Git falls in the category of distributed source code management tools,
similar to e.g. GNU Arch or Monotone (or BitKeeper in the proprietary
world). Every Git working directory is a full-fledged repository with
full revision tracking capabilities, not dependent on network access or
a central server.

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 'git',
'gitk', 'git-gui', 'git-svn', and/or 'git-completion' from the 'Devel'
category.

DOWNLOAD:
=
Note that downloads from sourceware.org (aka 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 git 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.

Git v1.7.1 Release Notes


Updates since v1.7.0


 * Eric Raymond is the maintainer of updated CIAbot scripts, in contrib/.

 * gitk updates.

 * Some commands (e.g. svn and http interfaces) that interactively ask
   for a password can be told to use an external program given via
   GIT_ASKPASS.

 * Conflict markers that lead the common ancestor in diff3-style output
   now have a label, which hopefully would help third-party tools that
   expect one.

 * Comes with an updated bash-completion script.

 * "git am" learned "--keep-cr" option to handle inputs that are
   a mixture of changes to files with and without CRLF line endings.

 * "git cvsimport" learned -R option to leave revision mapping between
   CVS revisions and resulting git commits.

 * "git diff --submodule" notices and describes dirty submodules.

 * "git for-each-ref" learned %(symref), %(symref:short) and %(flag)
   tokens.

 * "git hash-object --stdin-paths" can take "--no-filters" option now.

 * "git init" can be told to look at init.templatedir configuration
   variable (obviously that has to come from either /etc/gitconfig or
   $HOME/.gitconfig).

 * "git grep" learned "--no-index" option, to search inside contents that
   are not managed by git.

 * "git grep" learned --color=auto/always/never.

 * "git grep" learned to paint filename and line-number in colors.

 * "git log -p --first-parent -m" shows one-parent diff for merge
   commits, instead of showing combined diff.

 * "git merge-file" learned to use custom conflict marker size and also
   to use the "union merge" behaviour.

 * "git notes" command has been rewritten in C and learned many commands
   and features to help you carry notes forward across rebases and amends.

 * "git request-pull" identifies the commit the request is relative to in
   a more readable way.

 * "git reset" learned "--keep" option that lets you discard commits
   near the tip while preserving your local changes in a way similar
   to how "git checkout branch" does.

 * "git status" notices and describes dirty submodules.

RE: Setup.exe issues what to check?

[Jason Pyeron]

> -Original Message-
> From: Jason Pyeron
> Sent: Monday, June 28, 2010 13:02
> Subject: Setup.exe issues what to check?
> 
> When downloading the files, after selecting packages I am 
> getting, randomly, "Download incomplete. Try again?" messages.
> 
> I am using a local mirror, it appears to be up to date.

When using a non-local mirror I get the setup.ini is older than the one used to
install cygwin last time do you want to proceed.

> 
> [r...@ten-212 mirrors]# tail -f /var/log/httpd/error_log 
> /var/log/httpd/access_log ==> /var/log/httpd/error_log <== 
> [Sun Jun 27 04:02:04 2010] [notice] Digest: generating secret 
> for digest authentication ...
> [Sun Jun 27 04:02:04 2010] [notice] Digest: done [Sun Jun 27 
> 04:02:04 2010] [notice] LDAP: Built with OpenLDAP LDAP SDK 
> [Sun Jun 27 04:02:04 2010] [notice] LDAP: SSL support 
> unavailable [Sun Jun 27 04:02:04 2010] [notice] Apache/2.0.52 
> (CentOS) configured -- resuming normal operations
> 
> ==> /var/log/httpd/access_log <==
> 192.168.4.12 - - [28/Jun/2010:12:35:43 -0400] "GET 
> /cygwin/setup.bz2 HTTP/1.0"
> 200 260022 "-" "-"
> 192.168.4.12 - - [28/Jun/2010:12:35:43 -0400] "GET 
> /cygwin/setup.bz2.sig HTTP/1.0" 200 65 "-" "-"
> 192.168.4.12 - - [28/Jun/2010:12:41:23 -0400] "GET 
> /cygwin-htdocs/setup.exe HTTP/1.1" 304 - "-" "Mozilla/4.0 
> (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 1.1.4322; 
> InfoPath.1; .NET CLR 2.0.50727; .NET CLR 3.0.4506.2152; .NET 
> CLR 3.5.30729; .NET4.0C)"
> 192.168.4.12 - - [28/Jun/2010:12:41:31 -0400] "GET 
> /cygwin/setup.bz2 HTTP/1.0"
> 200 260022 "-" "-"
> 192.168.4.12 - - [28/Jun/2010:12:41:31 -0400] "GET 
> /cygwin/setup.bz2.sig HTTP/1.0" 200 65 "-" "-"
> 192.168.4.12 - - [28/Jun/2010:12:42:03 -0400] "GET
> /cygwin/release/GNOME/_obsolete/atk/atk-1.26.0-1.tar.bz2 
> HTTP/1.0" 200 46 "-"
> "-"
> 192.168.4.12 - - [28/Jun/2010:12:42:03 -0400] "GET
> /cygwin/release/boost/boost-devel/boost-devel-1.43.0-1.tar.bz2
>  HTTP/1.0" 200 46 "-" "-"
> 192.168.4.12 - - [28/Jun/2010:12:42:03 -0400] "GET
> /cygwin/release/curl/curl-devel/curl-devel-7.19.4-1.tar.bz2 
> HTTP/1.0" 200 14 "-"
> "-"
> 192.168.4.12 - - [28/Jun/2010:12:42:03 -0400] "GET
> /cygwin/release/gcc/gcc-3.4.4-999.tar.bz2 HTTP/1.0" 200 46 "-" "-"
> 192.168.4.12 - - [28/Jun/2010:12:42:03 -0400] "GET
> /cygwin/release/GNOME/glib/glib-1.2.10-10.tar.bz2 HTTP/1.0" 
> 200 46 "-" "-"
> 192.168.4.12 - - [28/Jun/2010:12:42:03 -0400] "GET
> /cygwin/release/GNOME/glib/glib-devel/glib-devel-1.2.10-10.tar
.bz2 HTTP/1.0" 200
> 46 "-" "-"
> 192.168.4.12 - - [28/Jun/2010:12:42:03 -0400] "GET
> /cygwin/release/GNOME/_obsolete/glib2/glib2-2.20.4-1.tar.bz2 
> HTTP/1.0" 200 46 "-" "-"
> 192.168.4.12 - - [28/Jun/2010:12:42:03 -0400] "GET
> /cygwin/release/GNOME/gtk+/gtk+-1.2.10-10.tar.bz2 HTTP/1.0" 
> 200 46 "-" "-"
> 192.168.4.12 - - [28/Jun/2010:12:42:03 -0400] "GET
> /cygwin/release/GNOME/_obsolete/gtk2-x11/gtk2-x11-2.16.5-1.tar
.bz2 HTTP/1.0" 200
> 46 "-" "-"
> 192.168.4.12 - - [28/Jun/2010:12:42:03 -0400] "GET 
> /cygwin/release/GNOME/_obsolete/gtk2-x11/gtk2-x11-runtime/gtk2
-x11-runtime-2.16.
> 5-1.tar.bz2 HTTP/1.0" 200 46 "-" "-"
> 192.168.4.12 - - [28/Jun/2010:12:42:03 -0400] "GET
> /cygwin/release/esound/libesound0/libesound0-0.2.41-1.tar.bz2 
> HTTP/1.0" 200 14 "-" "-"
> 192.168.4.12 - - [28/Jun/2010:12:42:03 -0400] "GET
> /cygwin/release/GNOME/_obsolete/libglade2/libglade2-2.6.4-1.ta
r.bz2 HTTP/1.0"
> 200 46 "-" "-"
> 192.168.4.12 - - [28/Jun/2010:12:42:03 -0400] "GET 
> /cygwin/release/GNOME/_obsolete/pango/pango-runtime/pango-runt
ime-1.24.5-1.tar.b
> z2 HTTP/1.0" 200 46 "-" "-"
> 192.168.4.12 - - [28/Jun/2010:12:42:03 -0400] "GET
> /cygwin/release/pcre/pcre-devel/pcre-devel-7.9-1.tar.bz2 
> HTTP/1.0" 200 14 "-"
> "-"
> 192.168.4.12 - - [28/Jun/2010:12:42:03 -0400] "GET
> /cygwin/release/KDE/qt3/qt3-3.3.8b-11.tar.bz2 HTTP/1.0" 200 46 "-" "-"
> 192.168.4.12 - - [28/Jun/2010:12:42:03 -0400] "GET
> /cygwin/release/tetex/tetex-3.0.0-3.tar.bz2 HTTP/1.0" 200 46 "-" "-"
> 192.168.4.12 - - [28/Jun/2010:12:42:06 -0400] "GET
> /cygwin/release/X11/xorg-x11-bin-dlls/xorg-x11-bin-dlls-7.4-1.
tar.bz2 HTTP/1.0"
> 200 46 "-" "-"
> 
> 
> [1]+  Stopped tail -f /var/log/httpd/error_log
> /var/log/httpd/access_log
> [r...@ten-212 mirrors]# bg
> [1]+ tail -f /var/log/httpd/error_log /var/log/httpd/access_log &
> [r...@ten-212 mirrors]# dir
> ./cygwin/release/X11/xorg-x11-bin-dlls/xorg-x11-bin-dlls-7.4-1.tar.bz2
> -rw-rw-r--  1 22790 65521 46 Nov  4  2008
> ./cygwin/release/X11/xorg-x11-bin-dlls/xorg-x11-bin-dlls-7.4-1.tar.bz2
> [r...@ten-212 mirrors]# md5sum
> ./cygwin/release/X11/xorg-x11-bin-dlls/xorg-x11-bin-dlls-7.4-1.tar.bz2
> c616cffee0f344c37fd4e045a7a87054
> ./cygwin/release/X11/xorg-x11-bin-dlls/xorg-x11-bin-dlls-7.4-1.tar.bz2
> [r...@ten-212 mirrors]# curl
> http://mirror.mcs.anl.gov/cygwin/release/X11/xorg-x11-bin-dlls
/xorg-x11-bin-dlls
> -7.4-1.tar.bz2 | md5sum
>   % Total% Received % Xferd  Average Speed   TimeTime 
> Time  Curre

Re: problems running "top" task monitor

[P. Goldmann]

Hi!

using cygwin 1.7.5(0.225/5/3) on a win7 x64 box I'm experiencing
problems running the task monitor "top":
The only output calling "top" produces - after one minute - is the   
following:

==
lo...@machine ~
$ top
Aborted

lo...@machine ~
$
==


Works fine for me.  The effect is rather strange.  I'd suspect a BLODA
issue: http://cygwin.com/acronyms/#BLODA


Corinna




I checked against the BLODA at
http://cygwin.com/faq/faq.using.html#faq.using.bloda

Windows Defender is not used, my AntiVirus is not on the list and does  
not seem to have

an impact.

In the mean time I was able to start "top" twice, out of some dozen  
shots. So the issue

seems to be somehow random with a 95% capability of failure.

After a failed start of "top" I also get segfaults when opening a new  
"xterm" window.


Is there a way to investigate whether a unknown BLODA-app or something  
else causes the

problem?


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

Setup.exe issues what to check?

[Jason Pyeron]

When downloading the files, after selecting packages I am getting, randomly,
"Download incomplete. Try again?" messages.

I am using a local mirror, it appears to be up to date.

[r...@ten-212 mirrors]# tail -f /var/log/httpd/error_log
/var/log/httpd/access_log
==> /var/log/httpd/error_log <==
[Sun Jun 27 04:02:04 2010] [notice] Digest: generating secret for digest
authentication ...
[Sun Jun 27 04:02:04 2010] [notice] Digest: done
[Sun Jun 27 04:02:04 2010] [notice] LDAP: Built with OpenLDAP LDAP SDK
[Sun Jun 27 04:02:04 2010] [notice] LDAP: SSL support unavailable
[Sun Jun 27 04:02:04 2010] [notice] Apache/2.0.52 (CentOS) configured --
resuming normal operations

==> /var/log/httpd/access_log <==
192.168.4.12 - - [28/Jun/2010:12:35:43 -0400] "GET /cygwin/setup.bz2 HTTP/1.0"
200 260022 "-" "-"
192.168.4.12 - - [28/Jun/2010:12:35:43 -0400] "GET /cygwin/setup.bz2.sig
HTTP/1.0" 200 65 "-" "-"
192.168.4.12 - - [28/Jun/2010:12:41:23 -0400] "GET /cygwin-htdocs/setup.exe
HTTP/1.1" 304 - "-" "Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR
1.1.4322; InfoPath.1; .NET CLR 2.0.50727; .NET CLR 3.0.4506.2152; .NET CLR
3.5.30729; .NET4.0C)"
192.168.4.12 - - [28/Jun/2010:12:41:31 -0400] "GET /cygwin/setup.bz2 HTTP/1.0"
200 260022 "-" "-"
192.168.4.12 - - [28/Jun/2010:12:41:31 -0400] "GET /cygwin/setup.bz2.sig
HTTP/1.0" 200 65 "-" "-"
192.168.4.12 - - [28/Jun/2010:12:42:03 -0400] "GET
/cygwin/release/GNOME/_obsolete/atk/atk-1.26.0-1.tar.bz2 HTTP/1.0" 200 46 "-"
"-"
192.168.4.12 - - [28/Jun/2010:12:42:03 -0400] "GET
/cygwin/release/boost/boost-devel/boost-devel-1.43.0-1.tar.bz2 HTTP/1.0" 200 46
"-" "-"
192.168.4.12 - - [28/Jun/2010:12:42:03 -0400] "GET
/cygwin/release/curl/curl-devel/curl-devel-7.19.4-1.tar.bz2 HTTP/1.0" 200 14 "-"
"-"
192.168.4.12 - - [28/Jun/2010:12:42:03 -0400] "GET
/cygwin/release/gcc/gcc-3.4.4-999.tar.bz2 HTTP/1.0" 200 46 "-" "-"
192.168.4.12 - - [28/Jun/2010:12:42:03 -0400] "GET
/cygwin/release/GNOME/glib/glib-1.2.10-10.tar.bz2 HTTP/1.0" 200 46 "-" "-"
192.168.4.12 - - [28/Jun/2010:12:42:03 -0400] "GET
/cygwin/release/GNOME/glib/glib-devel/glib-devel-1.2.10-10.tar.bz2 HTTP/1.0" 200
46 "-" "-"
192.168.4.12 - - [28/Jun/2010:12:42:03 -0400] "GET
/cygwin/release/GNOME/_obsolete/glib2/glib2-2.20.4-1.tar.bz2 HTTP/1.0" 200 46
"-" "-"
192.168.4.12 - - [28/Jun/2010:12:42:03 -0400] "GET
/cygwin/release/GNOME/gtk+/gtk+-1.2.10-10.tar.bz2 HTTP/1.0" 200 46 "-" "-"
192.168.4.12 - - [28/Jun/2010:12:42:03 -0400] "GET
/cygwin/release/GNOME/_obsolete/gtk2-x11/gtk2-x11-2.16.5-1.tar.bz2 HTTP/1.0" 200
46 "-" "-"
192.168.4.12 - - [28/Jun/2010:12:42:03 -0400] "GET
/cygwin/release/GNOME/_obsolete/gtk2-x11/gtk2-x11-runtime/gtk2-x11-runtime-2.16.
5-1.tar.bz2 HTTP/1.0" 200 46 "-" "-"
192.168.4.12 - - [28/Jun/2010:12:42:03 -0400] "GET
/cygwin/release/esound/libesound0/libesound0-0.2.41-1.tar.bz2 HTTP/1.0" 200 14
"-" "-"
192.168.4.12 - - [28/Jun/2010:12:42:03 -0400] "GET
/cygwin/release/GNOME/_obsolete/libglade2/libglade2-2.6.4-1.tar.bz2 HTTP/1.0"
200 46 "-" "-"
192.168.4.12 - - [28/Jun/2010:12:42:03 -0400] "GET
/cygwin/release/GNOME/_obsolete/pango/pango-runtime/pango-runtime-1.24.5-1.tar.b
z2 HTTP/1.0" 200 46 "-" "-"
192.168.4.12 - - [28/Jun/2010:12:42:03 -0400] "GET
/cygwin/release/pcre/pcre-devel/pcre-devel-7.9-1.tar.bz2 HTTP/1.0" 200 14 "-"
"-"
192.168.4.12 - - [28/Jun/2010:12:42:03 -0400] "GET
/cygwin/release/KDE/qt3/qt3-3.3.8b-11.tar.bz2 HTTP/1.0" 200 46 "-" "-"
192.168.4.12 - - [28/Jun/2010:12:42:03 -0400] "GET
/cygwin/release/tetex/tetex-3.0.0-3.tar.bz2 HTTP/1.0" 200 46 "-" "-"
192.168.4.12 - - [28/Jun/2010:12:42:06 -0400] "GET
/cygwin/release/X11/xorg-x11-bin-dlls/xorg-x11-bin-dlls-7.4-1.tar.bz2 HTTP/1.0"
200 46 "-" "-"


[1]+  Stopped tail -f /var/log/httpd/error_log
/var/log/httpd/access_log
[r...@ten-212 mirrors]# bg
[1]+ tail -f /var/log/httpd/error_log /var/log/httpd/access_log &
[r...@ten-212 mirrors]# dir
./cygwin/release/X11/xorg-x11-bin-dlls/xorg-x11-bin-dlls-7.4-1.tar.bz2
-rw-rw-r--  1 22790 65521 46 Nov  4  2008
./cygwin/release/X11/xorg-x11-bin-dlls/xorg-x11-bin-dlls-7.4-1.tar.bz2
[r...@ten-212 mirrors]# md5sum
./cygwin/release/X11/xorg-x11-bin-dlls/xorg-x11-bin-dlls-7.4-1.tar.bz2
c616cffee0f344c37fd4e045a7a87054
./cygwin/release/X11/xorg-x11-bin-dlls/xorg-x11-bin-dlls-7.4-1.tar.bz2
[r...@ten-212 mirrors]# curl
http://mirror.mcs.anl.gov/cygwin/release/X11/xorg-x11-bin-dlls/xorg-x11-bin-dlls
-7.4-1.tar.bz2 | md5sum
  % Total% Received % Xferd  Average Speed   TimeTime Time  Current
 Dload  Upload   Total   SpentLeft  Speed
  0460460 0390  0 --:--:-- --:--:-- --:--:-- 0
c616cffee0f344c37fd4e045a7a87054  -
[r...@ten-212 mirrors]#


--
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
-   -
- Jason Pyeron  PD Inc. http://www.pdinc.us -
- Principal Consultant  10 West 24th Street #100-
- +1 (443)

1.7.6 snapshot: intermittent "CreateProcessW failed"

[Andy Koppe]

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.

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: default text mode

[Corinna Vinschen]

On Jun 28 13:57, Jan Lübbe wrote:
> Am 28.06.2010 13:35, schrieb Corinna Vinschen:
> >Role?  The automatism is to use binary mode unless /etc/fstab says
> >something else.  Other than that, why would you do that at all?
> >If you need textmode for something, do it under some mount point
> >of your own.  There's no good reason to use textmode for the system
> >directories, unless Cygwin is too fast on your machine.
> 
> Cygwin is not to fast, but if I run sed on files all Windows EOL are
> replaced with Unix EOL. That damages my version control. Of course I
> can run u2d on that files manually, but I don't want to remind that
> all time.
> 
> The files itself are mounted in text mode. They are under
> /cygdrive/d/Projekte/. But sed changes the EOL anyway. Because sed
> is saved in /usr/bin, which is mounted in binary mode, I thought
> this is the reason for sed doing so.

Nope.  Sed is a stream editor.  Usually it does not open the output file
by itself but just writes to stdout.  Whoever opened the stdout stream
has opened it in binary mode.  Are you sure the file is actually written
to the textmode mounted area?  Maybe it's written to /tmp and then just
moved over.  That would explain the behaviour quite naturally.

> Also one cannot change the way of mounting /, /usr/bin, and /usr/lib
> in fstab, as you can see:
> 
> >% cat /etc/fstab
> ># For a description of the file format, see the Users Guide
> ># http://cygwin.com/cygwin-ug-net/using.html#mount-table
> >
> >none /cygdrive cygdrive text,posix=0,user 0 0
> 
> There is only the possibility to change the way of mounting /cygdrive.

Erm...

> Thanks for further advises.

The advice is given in the /etc/fstab file itself:

  # For a description of the file format, see the Users Guide
  # http://cygwin.com/cygwin-ug-net/using.html#mount-table


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: R: [ANNOUNCEMENT] CALL FOR TESTING: Cygwin 1.7.6 due soon

[Corinna Vinschen]

On Jun 28 11:59, Marco Atzeri wrote:
> --- Ven 25/6/10, Corinna Vinschen  ha scritto:
> [SNIP full quote]
> Hi Corinna,
> is something changed in the file open interface ?

There shouldn't be.

> On latest snaphots, but not on 1.7.5-1, I got unexpected
> results on hdf5-1.8.5 build checks, when testing 
> if a file is already there.
> 
> Testing  -- Low-Level File I/O (file)
> *** UNEXPECTED VALUE from H5Fcreate should be -1, but is 16777217 at line  
> 149 in /pub/cygports/hdf5/hdf5-1.8.5-1/src/hdf5-1.8.5/test/tfile.c
> *** UNEXPECTED VALUE from H5Fclose should be -1, but is 0 at line  158 in 
> /pub/cygports/hdf5/hdf5-1.8.5-1/src/hdf5-1.8.5/test/tfile.c

Can you please create a simple standalone testcase from that which
allows to reproduce the issue?


Thanks,
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: Looking for gcc.exe

[Stephen Morton]

"Sisyphus"  Wrote:
> I've just installed a fresh "CYGWIN_NT-6.0-WOW64 desktop2
> 1.7.5(0.225/5/3) 2010-04-12 19:07 i686 Cygwin", including gcc-4
> (4.3.4-3).
>
> According to http://cygwin.com/packages/ there should be an executable
> named gcc.exe in there - but I see only gcc-4.exe. As a quick fix I've
> created a copy of gcc-4.exe named gcc.exe, and I expect that will work
> ok. (I've also done the same wrt cpp-4.exe, g++-4.exe and gcov-4.exe.)
> Is that what we're supposed to do ? ... or did I miss something ?
>

You need to add /etc/alternatives to your path.

I scrambled to find a solution to this one for a while too.
/ect/alternatives has softlinks to either gcc-4.exe
or gcc-3.exe so it allows you to easily switch between the two.

This can create problems though, if your build environment has
some pure windows programs that need to call the compiler
and don't understand about softlinks so YMMV.

Steve

--
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: wget-1.12-1

[Eric Blake]

A new release of wget, 1.12-1, is available for download, leaving 1.11.4-4
as previous.

NEWS:
=
This is a new upstream release, with news highlights included below.  See
also the package documentation in /usr/share/doc/wget/.

DESCRIPTION:

GNU Wget is a file retrieval utility which can use either the HTTP, HTTPS,
or FTP protocols. Wget features include the ability to work in the
background while you're logged out, recursive retrieval of directories,
file name wildcard matching, remote file timestamp storage and comparison,
use of Rest with FTP servers and Range with HTTP servers to retrieve files
over slow or unstable connections, support for Proxy servers, and
configurability.

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 'wget' from the
'Web' category.

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 wget 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.
* Changes in Wget 1.12

** Mailing list MOVED to bug-w...@gnu.org

** SECURITY FIX: It had been possible to trick Wget into accepting
SSL certificates that don't match the host name, through the trick of
embedding NUL characters into the certs' common name. Fixed by Joao
Ferreira .

** Added support for CSS. This includes:
 - Parsing links from CSS files, and from CSS content found in HTML
   style tags and attributes.
 - Supporting conversion of links found within CSS content, when
   --convert-links is specified.
 - Ensuring that CSS files end in the ".css" filename extension,
   when --convert-links is specified.

   CSS support in Wget is thanks to Ted Mielczarek
   .

** Added support for Internationalized Resource Identifiers (IRIs, RFC
3987). When support is enabled (requires libidn and libiconv), links
with non-ASCII bytes are translated from their source encoding to UTF-8
before percent-encoding.  IRI support was added by Saint Xavier
, as his project for the Google Summer of Code.

** Wget now provides more sensible exit status codes when downloads
don't proceed as expected (see the manual).

** --default-page option (and associated wgetrc command) added to
support alternative default names for index.html.

** --ask-password option (and associated wgetrc command) added to
support password prompts at the console.

** The --input-file option now also handles retrieving links from
an external file.

** The output generated by the --version option now includes
information on how it was built, and the set of configure-time options
that were selected.

** --html-extension has been renamed to --adjust-extension, to reflect
the fact that it now also applies to CSS content. --html-extension is
still acceptable, but is now deprecated.

** An "ascii" specifier is now accepted by --restrict-file-names, which
forces the percent-encoding of all non-ASCII bytes

** Several previously existing, but undocumented .wgetrc options are
now documented: save_headers, spider, and user_agent,
auth_no_challenge, and keep_session_cookies. Also added documentation
for the "lowercase" and "uppercase" values for --restrict-file-names, which had 
been present since Wget 1.11.



signature.asc
Description: OpenPGP digital signature

Re: Cygwin bug tracking is non-existent

[Reini Urban]

2010/6/28 William Blunn:
> Cygwin does not appear to have a bug tracker.
>
> That being the case:
>
> How do we keep all information about a bug together in one referenceable
> place?

You did the right thing. You reported the bug to cygwin@cygwin.com
which is tracked by email and by an archive on the webpage.
See http://cygwin.com/problems.html

> How do we keep a bug around and tracked through to completion?

By email.

> i.e. How do we do the things that every other project uses a bug tracker
> for?
>
> Seems like every open source project has a bug tracker.

Not really. postgresql i.e uses the same type of bug tracking.

> The various open source foundries seem to provide that as standard.
>
> But no bug tracker for Cygwin.

Sending email to cygwin at cygwin.com IS the right bug tracking method.
The archives are online at http://cygwin.com/ml/cygwin/
Response is immediate.

> Consider this a bug report against the Cygwin project.

Looks like an invalid report.

> I'd report it as a bug on the bug tracker, but we appear to have a catch-22
> / bootstrapping problem...
-- 
Reini Urban
http://phpwiki.org/   http://murbreak.at/

--
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: Updated: wdiff 0.6.3-1 -- Compare two files word by word

[Andy Koppe]

On 28 June 2010 13:20, Nellis, Kenneth wrote:
>> From: cygwin-announce-owner On Behalf Of Jari Aalto
>>
>> PACKAGE DESCRIPTION
>> ===
>>
>> Homepage: http://www.gnu.org/software/wdiff
>> License : GPL
>>
>> Find word deleted or added from the first file to make the second. A
>> word is defined as anything between whitespace. It works by creating
>> two temporary files, one word per line, and the executes 'diff' on
>> these fields. It collects the 'diff' output and uses it to produce a
>> nicer display of word differences between the original files.
>> ...
>
> It would be most convenient if package announcements would include the
> names of the packages.

They do:

subject: [ANNOUNCEMENT] Updated: wdiff 0.6.3-1 -- Compare two files word by word

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

git-1.7.0.4-2 put files in .../python2.5/site-packages/ .

[neomjp]

Hi,

After the hard work by Jason, Yaakov, Jari, and others to
upgrade python from 2.5 to 2.6,  I found my
.../python2.5/site-packages/ was not empty yet.

$ cygcheck -c git
Cygwin Package Information
Package  VersionStatus
git  1.7.0.4-2  OK

$ cygcheck -l git |grep 2.5
/usr/lib/python2.5/site-packages/git_remote_helpers/git/git.py
/usr/lib/python2.5/site-packages/git_remote_helpers

...snip...

/usr/lib/python2.5/site-packages/git_remote_helpers/__init__.pyc
/usr/lib/python2.5/site-packages/git_remote_helpers-0.1.0-py2.5.egg-info

A rebuild with python2.6 will fix this, I suppose.
--
neomjp

--
2010 FIFA World Cup News [Yahoo!Sports/sportsnavi]
http://pr.mail.yahoo.co.jp/southafrica2010/

--
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: Updated: wdiff 0.6.3-1 -- Compare two files word by word

[Nellis, Kenneth]

> From: cygwin-announce-owner On Behalf Of Jari Aalto
> 
> PACKAGE DESCRIPTION
> ===
> 
> Homepage: http://www.gnu.org/software/wdiff
> License : GPL
> 
> Find word deleted or added from the first file to make the second. A
> word is defined as anything between whitespace. It works by creating
> two temporary files, one word per line, and the executes 'diff' on
> these fields. It collects the 'diff' output and uses it to produce a
> nicer display of word differences between the original files.
> ...

It would be most convenient if package announcements would include the 
names of the packages.
--Ken Nellis

Re: history (was Re: base-files: LOGNAME)

[Eric Backus]

Cyrille Lefevre writes:

> sunos, login(1) both set USER and LOGNAME using pwd->pw_name
... 
> solaris, login(1) only set LOGNAME
...
> sys5r4, same as solaris, but
...
> irix, login(1) and logname(1) does as sunos
...
> osf1, login(1) does as sunos, logname(1) as solaris

At least historically, HP-UX login(1) set LOGNAME but not USER.

On the other hand, historically some su programs set USER but not LOGNAME.

-- 
Eric Backus


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

R: [ANNOUNCEMENT] CALL FOR TESTING: Cygwin 1.7.6 due soon

[Marco Atzeri]

--- Ven 25/6/10, Corinna Vinschen  ha scritto:

> A lot of changes and fixes have been
> made in Cygwin since 1.7.5 has
> been released, so we're looking forward to release Cygwin
> 1.7.6 soon.
> 
> Please test the latest developer snapshots at http://cygwin.com/snapshots/
> which should have "Release Candidate" quality.
> 
> Please report bugs to the cygwin at cygwin dot com mailing
> list.
> Please follow the guidelines at http://cygwin.com/problems.html
> Be aware that we're mainly focusing on regressions from
> 1.7.5.
> 
> What's new:
> 
> - Add new mount options "dos" and "ihash" to allow
> overriding Cygwin
>   default behaviour on broken filesystems not
> recognized by Cygwin.
> 
> - A new mechanism is used to propagate pty handles safely
> to other
>   processes, which does not require to use Cygserver.
> 
> - Pass on coresize settings made with setrlimit(2). 
> This allows
>   shells to disable creating stackdump files in child
> processes via
>   `ulimit -c 0' in bash or `limit coredumpsize 0' in
> tcsh.
> 
> - Locale categories contain all localization strings
> additionally as
>   wide-char strings.  locale(1) prints these
> values just as on Linux.
>   nl_langinfo(3) allows to fetch them.
> 
> Fixes:
> 
> - Fix problem where pseudo-relocs were getting applied
> twice, resulting
>   in a crash.
> 
> - Fix a crash when accessing /proc/registry*
> 
> - Avoid that connect on a not yet established
> AF_LOCAL/AF_UNIX
>   socket misinterprets the socket file as non-socket.
> 
> - Fix stdin/out/err handle permissions when called from a
> non-Cygwin
>   process.
> 
> - Fix codeset problem in internal handling of process
> name.
> 
> - Fix abbreviated month names for japanese and korean
> locale.
> 
> - Fix calls to gettimeofday after call to settimeofday.
> 
> - Fix REG_MULTI_SZ handling in /proc/registry*
> 
> - Honor cygwin username even if it only differs by case
> from Windows
>   username.
> 
> - Fix potential memory leak when accessing // or //server
> directories.
> 
> - Fix using a wrong handle when cehcking for files
> inaccessible to
>   current user.
> 
> - Fix erroneous handling of devices in path checking.
> 
> - Fix potential crash in exec(2) if parent uses file
> locking.
> 
> Other changes:
> 
> - Change the way a process is made process group leader in
> case
>   we're started from a non-Cygwin process.  This
> isn't foolproof
>   and may need more work.
> 
> - Workaround BLODA problem in rename(2) which otherwise
> results
>   in annoying errors.
> 
> - Improve error output in strace.
> 
> - Add more workarounds for broken filesystems which either
> don't grok
>   reopening a file by handle (NWFS) or which are not
> capable of
>   handling filenames with leading spaces or trailing
> dots or spaces
>   (NWFS, Netapp).
> 
> - Don't try to evaluate reparse points (junctions) on
> remote
>   filesystems as symlinks.
> 
> - Improve performance of stat and a few other
> functions.  ls(1) should
>   be up to 30% faster on some drives.
> 
> 
> Corinna
> 

Hi Corinna,
is something changed in the file open interface ?

On latest snaphots, but not on 1.7.5-1, I got unexpected
results on hdf5-1.8.5 build checks, when testing 
if a file is already there.

Testing  -- Low-Level File I/O (file)
*** UNEXPECTED VALUE from H5Fcreate should be -1, but is 16777217 at line  149 
in /pub/cygports/hdf5/hdf5-1.8.5-1/src/hdf5-1.8.5/test/tfile.c
*** UNEXPECTED VALUE from H5Fclose should be -1, but is 0 at line  158 in 
/pub/cygports/hdf5/hdf5-1.8.5-1/src/hdf5-1.8.5/test/tfile.c

Of course it is possible that hdf5 is wrongly assuming
something and it is not a snapshot fault.

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: default text mode

[Jan Lübbe]

Am 28.06.2010 13:35, schrieb Corinna Vinschen:

On Jun 28 13:11, Jan Lübbe wrote:

Hi,

after reading
http://www.cygwin.com/cygwin-ug-net/ov-new1.7.html#ov-new1.7-file


Cygwin creates the mount points for /, /usr/bin, and /usr/lib automatically 
from it's own position on the disk. They don't have to be specified in 
/etc/fstab.


I ask myself how I can force cygwin to mount /, /usr/bin, and
/usr/lib in text mode. Depending on which role does cygwin
automatically choose this decision?


Role?  The automatism is to use binary mode unless /etc/fstab says
something else.  Other than that, why would you do that at all?
If you need textmode for something, do it under some mount point
of your own.  There's no good reason to use textmode for the system
directories, unless Cygwin is too fast on your machine.


Cygwin is not to fast, but if I run sed on files all Windows EOL are 
replaced with Unix EOL. That damages my version control. Of course I can 
run u2d on that files manually, but I don't want to remind that all time.


The files itself are mounted in text mode. They are under 
/cygdrive/d/Projekte/. But sed changes the EOL anyway. Because sed is 
saved in /usr/bin, which is mounted in binary mode, I thought this is 
the reason for sed doing so.


> % mount
> D:/Programme/cygwin/bin on /usr/bin type ntfs (binary,auto)
> D:/Programme/cygwin/lib on /usr/lib type ntfs (binary,auto)
> D:/Programme/cygwin on / type ntfs (binary,auto)
> D: on /cygdrive/d type ntfs (text,posix=0,user,noumount,auto)

Also one cannot change the way of mounting /, /usr/bin, and /usr/lib in 
fstab, as you can see:



% cat /etc/fstab
# For a description of the file format, see the Users Guide
# http://cygwin.com/cygwin-ug-net/using.html#mount-table

none /cygdrive cygdrive text,posix=0,user 0 0


There is only the possibility to change the way of mounting /cygdrive.

Thanks for further advises.

Cheers,
Jan


--
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: default text mode

[Corinna Vinschen]

On Jun 28 13:11, Jan Lübbe wrote:
> Hi,
> 
> after reading
> http://www.cygwin.com/cygwin-ug-net/ov-new1.7.html#ov-new1.7-file
> 
> >Cygwin creates the mount points for /, /usr/bin, and /usr/lib automatically 
> >from it's own position on the disk. They don't have to be specified in 
> >/etc/fstab.
> 
> I ask myself how I can force cygwin to mount /, /usr/bin, and
> /usr/lib in text mode. Depending on which role does cygwin
> automatically choose this decision?

Role?  The automatism is to use binary mode unless /etc/fstab says
something else.  Other than that, why would you do that at all?
If you need textmode for something, do it under some mount point
of your own.  There's no good reason to use textmode for the system
directories, unless Cygwin is too fast on your machine.


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: problems running "top" task monitor

[Corinna Vinschen]

On Jun 28 10:15, Philipp Goldmann wrote:
> Hi!
> 
> using cygwin 1.7.5(0.225/5/3) on a win7 x64 box I'm experiencing
> problems running the task monitor "top":
> The only output calling "top" produces - after one minute - is the following:
> ==
> lo...@machine ~
> $ top
> Aborted
> 
> lo...@machine ~
> $
> ==

Works fine for me.  The effect is rather strange.  I'd suspect a BLODA
issue: http://cygwin.com/acronyms/#BLODA


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 27 14:07, Ken wrote:
> >A lot of changes and fixes have been made in Cygwin since 1.7.5 has
> >been released, so we're looking forward to release Cygwin 1.7.6 soon.
> >
> >Please test the latest developer snapshots at http://cygwin.com/snapshots/
> >which should have "Release Candidate" quality.
> 
> 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 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

default text mode

[Jan Lübbe]

Hi,

after reading 
http://www.cygwin.com/cygwin-ug-net/ov-new1.7.html#ov-new1.7-file



Cygwin creates the mount points for /, /usr/bin, and /usr/lib automatically 
from it's own position on the disk. They don't have to be specified in 
/etc/fstab.


I ask myself how I can force cygwin to mount /, /usr/bin, and /usr/lib 
in text mode. Depending on which role does cygwin automatically choose 
this decision?


Cheers,
Jan

--
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: httping 1.4.1-1 -- Ping-like program for http-requests

[Jari Aalto]

PACKAGE DESCRIPTION
===

Homepage: http://www.vanheusden.com/httping
License : GPL

Show how long it takes to connect to a hostname or remote
url; send a request and retrieve the reply (only the headers).

CHANGES SINCE LAST RELEASE
==

See homepage and section "Changes".

INSTALL OR UPGRADE NOTES


Standard install.

CYGWIN INSTALLATION INFORMATION
===

To install this package, click on the "Install Cygwin now" link on the
 web page. This downloads setup.exe to your
system. Then, run setup and answer all of the questions. You'll find
the package listed in the "All" category. After installation, read the
documentation at directories:

/usr/share/doc//*
/usr/share/doc/Cygwin/.README

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

CYGWIN-ANNOUNCE UNSUBSCRIBE INFO


This message has been sent to cygwin-announce list.

If you want to unsubscribe from the 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

More information on unsubscribing can be found:

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

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

--
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: rxp 1.5.0-1 -- Simple validating XML parser

[Jari Aalto]

PACKAGE DESCRIPTION
===

Homepage: http://freshmeat.net/projects/rxp
License : Custom

RXP is simple validating XML parser written by Richard Tobin. It
supports XML 1.1, Namespaces 1.1, and XML Catalogs.

CHANGES SINCE LAST RELEASE
==

See hompage and section "Recent releases".

INSTALL OR UPGRADE NOTES


Standard install.

CYGWIN INSTALLATION INFORMATION
===

To install this package, click on the "Install Cygwin now" link on the
 web page. This downloads setup.exe to your
system. Then, run setup and answer all of the questions. You'll find
the package listed in the "All" category. After installation, read the
documentation at directories:

/usr/share/doc//*
/usr/share/doc/Cygwin/.README

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

CYGWIN-ANNOUNCE UNSUBSCRIBE INFO


This message has been sent to cygwin-announce list.

If you want to unsubscribe from the 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

More information on unsubscribing can be found:

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

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

--
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: ifile 1.3.9-1 -- a spam filter capable of learning

[Jari Aalto]

PACKAGE DESCRIPTION
===

Homepage: http://people.csail.mit.edu/jrennie/ifile
License : GPL

A text filter that uses machine learning to classify texts into
groups. ifile works great as a spam filter. The text is classified by
a simple statistical method called Naive Bayes, which basically
considers each text an unordered collection of words and classifies by
matching the distribution with the most closely matching group
distribution. Alternatives to ifile are annoyance-filter, bogofilter,
spamoracle, and spamprobe.

CHANGES SINCE LAST RELEASE
==

See homepage and section "Other Stuff > ChangeLog"
See files /usr/share/doc/ifile/{NOTES,ChangeLog}

INSTALL OR UPGRADE NOTES


Standard install

CYGWIN INSTALLATION INFORMATION
===

To install this package, click on the "Install Cygwin now" link on the
 web page. This downloads setup.exe to your
system. Then, run setup and answer all of the questions. You'll find
the package listed in the "All" category. After installation, read the
documentation at directories:

/usr/share/doc//*
/usr/share/doc/Cygwin/.README

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

CYGWIN-ANNOUNCE UNSUBSCRIBE INFO


This message has been sent to cygwin-announce list.

If you want to unsubscribe from the 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

More information on unsubscribing can be found:

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

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

--
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: wdiff 0.6.3-1 -- Compare two files word by word

[Jari Aalto]

PACKAGE DESCRIPTION
===

Homepage: http://www.gnu.org/software/wdiff
License : GPL

Find word deleted or added from the first file to make the second. A
word is defined as anything between whitespace. It works by creating
two temporary files, one word per line, and the executes 'diff' on
these fields. It collects the 'diff' output and uses it to produce a
nicer display of word differences between the original files.

CHANGES SINCE LAST RELEASE
==

See homepage and section "News".

INSTALL OR UPGRADE NOTES


Standard install.

CYGWIN INSTALLATION INFORMATION
===

To install this package, click on the "Install Cygwin now" link on the
 web page. This downloads setup.exe to your
system. Then, run setup and answer all of the questions. You'll find
the package listed in the "All" category. After installation, read the
documentation at directories:

/usr/share/doc//*
/usr/share/doc/Cygwin/.README

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

CYGWIN-ANNOUNCE UNSUBSCRIBE INFO


This message has been sent to cygwin-announce list.

If you want to unsubscribe from the 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

More information on unsubscribing can be found:

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

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

--
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: rats 2.3-1 -- Rough Auditing Tool for Security

[Jari Aalto]

PACKAGE DESCRIPTION
===

Homepage: http://www.fortifysoftware.com/security-resources/rats.jsp
License : GPL

The Rough Auditing Tool for Security, is a security auditing
utility for C, C++, php, perl, and python code. RATS scans source
code, finding potentially dangerous function calls. The goal of rats
is not to definitively find bugs (yet), but to provide a reasonable
starting point for performing manual security audits. The initial
vulnerability database is taken directly from things that could be
easily found when starting with the book, 'Building Secure Software'
by Viega and McGraw.

CHANGES SINCE LAST RELEASE
==

See homepage for release information.

INSTALL OR UPGRADE NOTES


Standard install.

CYGWIN INSTALLATION INFORMATION
===

To install this package, click on the "Install Cygwin now" link on the
 web page. This downloads setup.exe to your
system. Then, run setup and answer all of the questions. You'll find
the package listed in the "All" category. After installation, read the
documentation at directories:

/usr/share/doc//*
/usr/share/doc/Cygwin/.README

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

CYGWIN-ANNOUNCE UNSUBSCRIBE INFO


This message has been sent to cygwin-announce list.

If you want to unsubscribe from the 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

More information on unsubscribing can be found:

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

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

--
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: ImageMagick 6.4.0.6-2 does not work out-of-the-box on a fresh Cygwin install: Possible package dependency issue?

[William Blunn]

wynfi...@gmail.com wrote:

William Blunn  wrote:
ImageMagick 6.4.0.6-2 does not work out-of-the-box on a fresh Cygwin 
install.
Intertesting I had no trouble with ImageMagick 6.6.2-1, which is newer 
of course.
It built with no trouble out of the tarball downloaded from 
Imagemagick source.


I built it and amd using it now on CYGWIN_NT-5.1 1.7.5(0.225/5/3)

Did you mean something else about "out-of-the-box"?


Yes.

I mean installing Cygwin by using setup.exe and ticking the box for 
ImageMagick.


Bill

--
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: ImageMagick 6.4.0.6-2 does not work out-of-the-box on a fresh Cygwin install: Possible package dependency issue?

[Yaakov (Cygwin/X)]

On Mon, 2010-06-28 at 09:24 +, Marco Atzeri wrote:
> more precisely, the dependency of libImageMagick1 are wrong
> 
> From libImageMagick1 entry in setup.ini:
> requires: libbz2_1 libfontconfig1 libfpx libfreetype6 
> libjasper1 libjbig2 libjpe g62 liblcms1 libpng12 libtiff6
> libxml2 xorg-server zlib0 libgcc1 cygwin
> 
> so libgomp1 and libltdl7 are not reported and 
> libtiff6 is requested instead of libtiff5

Also, libjpeg62 should be libjpeg7.  I fixed these on sourceware; Volker
Quetschke, please fix your local copy.


Yaakov



--
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: ImageMagick 6.4.0.6-2 does not work out-of-the-box on a fresh Cygwin install: Possible package dependency issue?

[wynfield]

Intertesting I had no trouble with ImageMagick 6.6.2-1, which is newer of 
course.
It built with no trouble out of the tarball downloaded from Imagemagick source.

I built it and amd using it now on CYGWIN_NT-5.1  1.7.5(0.225/5/3)

Did you mean something else about "out-of-the-box"?

regards

William Blunn  wrote:
> ImageMagick 6.4.0.6-2 does not work out-of-the-box on a fresh Cygwin
> install.

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

Cygwin bug tracking is non-existent

[William Blunn]

Cygwin does not appear to have a bug tracker.

That being the case:

How do we keep all information about a bug together in one referenceable place?

How do we keep a bug around and tracked through to completion?

i.e. How do we do the things that every other project uses a bug tracker for?

Seems like every open source project has a bug tracker.

The various open source foundries seem to provide that as standard.

But no bug tracker for Cygwin.

Consider this a bug report against the Cygwin project.

I'd report it as a bug on the bug tracker, but we appear to have a catch-22 / 
bootstrapping problem...

Bill


--
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: ImageMagick 6.4.0.6-2 does not work out-of-the-box on a fresh Cygwin install: Possible package dependency issue?

[Marco Atzeri]

--- Lun 28/6/10, William Blunn  ha scritto:

> Data: Lunedì 28 giugno 2010, 10:52
> As a temporary fudge hack workaround
> bodge to get things moving, I have attempted to find the
> missing DLLs.
> 
> == cyggomp-1.dll ==
> 
> Try installing libgomp1 4.3.4-3 "GOMP shared runtime" ?
> 
> == cygltdl-7.dll ==
> 
> Try installing libltdl7 2.2.7a-15 "Libtool's dynamic loader
> (runtime)" ?
> 
> == cygtiff-5.dll ==
> 
> Try installing libtiff5 3.9.2-1 "TIFF image library
> (runtime)" ?
> 
> After installing these three packages, I can now run
> "convert" and "identify".
> 
> Assuming these three packages are required for the correct
> operation of ImageMagick, can they please be added to the
> dependencies list for ImageMagick, please?

more precisely, the dependency of libImageMagick1 are wrong

From libImageMagick1 entry in setup.ini:
requires: libbz2_1 libfontconfig1 libfpx libfreetype6 
libjasper1 libjbig2 libjpe g62 liblcms1 libpng12 libtiff6
libxml2 xorg-server zlib0 libgcc1 cygwin

so libgomp1 and libltdl7 are not reported and 
libtiff6 is requested instead of libtiff5

> 
> (Where is the Cygwin bug tracker?)
> 
> Bill

no bug tracker is currently used
http://cygwin.com/problems.html

This mailing list is the right place for such issue.

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: ImageMagick 6.4.0.6-2 does not work out-of-the-box on a fresh Cygwin install: Possible package dependency issue?

[William Blunn]

As a temporary fudge hack workaround bodge to get things moving, I have 
attempted to find the missing DLLs.


== cyggomp-1.dll ==

Try installing libgomp1 4.3.4-3 "GOMP shared runtime" ?

== cygltdl-7.dll ==

Try installing libltdl7 2.2.7a-15 "Libtool's dynamic loader (runtime)" ?

== cygtiff-5.dll ==

Try installing libtiff5 3.9.2-1 "TIFF image library (runtime)" ?

After installing these three packages, I can now run "convert" and 
"identify".


Assuming these three packages are required for the correct operation of 
ImageMagick, can they please be added to the dependencies list for 
ImageMagick, please?


(Where is the Cygwin bug tracker?)

Bill

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

[Corinna Vinschen]

On Jun 27 09:01, Frédéric Bron wrote:
> > Please test the latest developer snapshots at http://cygwin.com/snapshots/
> > which should have "Release Candidate" quality.
> 
> Is it enough to just copy the new cygwin1.dll?

In theory yes, but the "mount" and "locale" tools also changed to reflect
some of the changes in the DLL.


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

problems running "top" task monitor

[Philipp Goldmann]

Hi!

using cygwin 1.7.5(0.225/5/3) on a win7 x64 box I'm experiencing  
problems running the task monitor "top":

The only output calling "top" produces - after one minute - is the following:
==
lo...@machine ~
$ top
Aborted

lo...@machine ~
$
==

A top.exe.stackdump-file is created in the current directory, you'll  
find it attached.


The procps-package is installed, version is 3.2.7-1

Any advice on how to solve or further investigate this issue is appreciated.

Thank you!



Stack trace:
Frame Function  Args
0028B734  759C1184  (0268, EA60, , 0028B858)
0028B748  759C1138  (0268, EA60, 00A4, 0028B83C)
0028B858  610C2643  (, 0268, 0028B878, )
0028B938  610BF2F7  (, , , )
0028B988  610BF70B  (1030, 0028B9B0, 733B, 0028BBC0)
0028BA48  610BF831  (1030, 0006, 0028BA78, 610BF8D5)
0028BA58  610BF86C  (0006, 0028CE80, 4004, 610EF893)
0028BA78  610BF8D5  (8000, 00F0A890, 00F0A898, C004)
Exception: STATUS_ACCESS_VIOLATION at eip=610263A7
eax=610ED58D ebx=6115F0C0 ecx=C010 edx=C014 esi=0008 edi=00ACCC80
ebp=00ACC8E8 esp=00ACC8E0 program=C:\Programs\cygwin\bin\top.exe, pid 4144, 
thread sig
cs=0023 ds=002B es=002B fs=0053 gs=002B ss=002B
Stack trace:
Frame Function  Args
00ACC8E8  610263A7  (6115F0C0, 61196B05, C004, )
00ACC908  61027457  (0028B71C, 0001, 0001, )
00ACC938  61027FA5  (0070, 00ACC974, , )
00ACCC58  610285BE  (011C, 00ACCC80, 00A4, 00ACCD28)
00ACCD38  610C324B  (6115E0A0, , , )
00ACCD68  61003FE1  (, , , 61004874)
End of stack trace
  5 [main] top 4144 sig_send: wait for sig_complete event failed, signal 6, 
rc 258, Win32 error 0

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