Re: How to install perl modules?

[Reini Urban]

Gerrit P. Haase schrieb:

George wrote:

Sorry to go off on a slight tangent here, but is there any documentation
anywhere that describe which Win32 modules are problematic, as it's most
likely that for Cygwin users the Win32 modules are of particular
interest, no?  And installing both Cygwin's Perl and ActiveState's
distribution can offer a less than satisfactory solution as it presents
its own set of problems.


There is an up to date version of libwin32 as well as Win32CORE included
in the perl distributed, it *should* be possible to build some (not all)
of the Win32 modules, though I have not tried to build much of them.
Just try one or another if it is not already included with libwin32.


For some time I did automatic cpansmoke testing on cygwin for every new 
module (CPANPLUS, perldoc cpansmoke), and it turned out that almost none 
of the non cygwin-supported Win32 XS modules compile and work fine. 
Mostly because Win32 modules are written for nmake/msvc only and 
maintainers usually dont accept cygwin/mingw patches.


libwin32 and Win32::GUI is doing fine but the cygwin patches are not yet 
accepted upstream. For libwin32 this will need some time.

Win32::API has no callback support with the latest updates.
For 0.26 there's a cygwin version.

There's a statistic:
  http://testers.cpan.org/letter/W.html

I believe I have to re-enable my cpansmoke filter for cygwin, because 
there're so many cygwin tests missing under the Win32 tree.

--
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/
http://phpwiki.org/

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

RE: error during install

[Mike Marchywka]

This sounds similar to a problem I've had with both a clean install and an 
attempt
to update a working install. I keep trying to get cygiconv-2 to load by playing 
with
the setup install options. I think I could make this work but sometimes 
default+install 
UNINSTALLS stuff making this approach unworkable- I can get cygwin to run but
it can't find sed. When I request the addtional stuff that includes sed, someone
feels the need to delete the stuff I installed to get that much to work.
Eventually setup dies and then I can't even get bash ( someone deleted
bash.exe even though I simply requested additional packages).

What changed in the last few months? I've made several installs and never had
this kind of problem. I thought I could just add things without uninstalling 
parts of bash.


ISN'T IT POSSIBLE TO LOAD CYGWIN WITHOUT HAVING TO GO THROUGH A GUI?
THIS SETUP MENU SEEMS TO HAVE PROBLEMS.

THANKS.

> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] Behalf
> Of Robert
> Sent: Friday, May 27, 2005 1:15 AM
> To: cygwin@cygwin.com
> Subject: error during install
> 
> 
> Installing from local directory (doing an all install)
> it errors out at 43%, mhash is being
> installed at the time.  It creates an appcompat error
> file in the temp directory which is
> deleted as soon as I say ok or close out the error
> messages, this file is listed at the end of this.
> At the time of error message in the setup.exe window
> it is
> installing mhash-0.9.1-1 and the specific file being
> installed is /usr/share/mc/syntax/xml.syntax
> I try to reinstall without deleting the c:\cygwin
> folder and I get the same thing.  If I try to delete
> c:\cygwin then I have several files that are not
> allowing me to delete them within the cygwin
> directory.
> I had an XP SP2 system crash that had this full
> install working perfectly.  I reinstalled everything
> from scratch, XP then SP2 and all Windows updates. I
> have also edited the boot.ini with adding the flag
> /NoExecute=AlwaysOff and still issues.
> Is there anyway to resolve this?
> Thanks
> Robert
> 
> 
> 
> 
> appcompat.txt file output:
> 
> 
> 
>  CHECKSUM="0x9BA7" MODULE_TYPE="WIN32"
> PE_CHECKSUM="0x0" LINKER_VERSION="0x1"
> LINK_DATE="01/27/2005 20:59:34"
> UPTO_LINK_DATE="01/27/2005 20:59:34" />
> 
>  FILTER="GRABMI_FILTER_THISFILEONLY">
>  CHECKSUM="0x4CE79457" BIN_FILE_VERSION="5.1.2600.2180"
> BIN_PRODUCT_VERSION="5.1.2600.2180"
> PRODUCT_VERSION="5.1.2600.2180"
> FILE_DESCRIPTION="Windows NT BASE API Client DLL"
> COMPANY_NAME="Microsoft Corporation"
> PRODUCT_NAME="Microsoft® Windows® Operating System"
> FILE_VERSION="5.1.2600.2180
> (xpsp_sp2_rtm.040803-2158)"
> ORIGINAL_FILENAME="kernel32" INTERNAL_NAME="kernel32"
> LEGAL_COPYRIGHT="© Microsoft Corporation. All rights
> reserved." VERFILEDATEHI="0x0" VERFILEDATELO="0x0"
> VERFILEOS="0x40004" VERFILETYPE="0x2"
> MODULE_TYPE="WIN32" PE_CHECKSUM="0xFF848"
> LINKER_VERSION="0x50001"
> UPTO_BIN_FILE_VERSION="5.1.2600.2180"
> UPTO_BIN_PRODUCT_VERSION="5.1.2600.2180"
> LINK_DATE="08/04/2004 07:56:36"
> UPTO_LINK_DATE="08/04/2004 07:56:36"
> VER_LANGUAGE="English (United States) [0x409]" />
> 
> 
> 
> 
> --
> Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
> Problem reports:   http://cygwin.com/problems.html
> Documentation: http://cygwin.com/docs.html
> FAQ:   http://cygwin.com/faq/
> 
> 
> 

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

xml parser

[Geoffrey KRETZ]

Hello,

I'm using xsltproc tool on unix to parse a xml file and i'm wondering if 
the same command exist for cygwin ?


Regards,

Geoffrey Kretz

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

Re: xml parser

[thomas . revell]

>Hello,
>
>I'm using xsltproc tool on unix to parse a xml file and i'm wondering if 
>the same command exist for cygwin ?

Yes, it's in the libxslt package.

http://cygwin.com/cgi-bin2/package-grep.cgi?grep=xsltproc

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

Re: xml parser

[Geoffrey KRETZ]

[EMAIL PROTECTED] wrote:


Hello,

I'm using xsltproc tool on unix to parse a xml file and i'm wondering if 
the same command exist for cygwin ?
   



Yes, it's in the libxslt package.

http://cygwin.com/cgi-bin2/package-grep.cgi?grep=xsltproc

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

 



Thank you very much.

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

cygcheck/strace results in Program Error post-cygwin-1.5.17-1 installation

[Michael PARKER]

Hi,

Following the installation of cygwin-1.5.17-1, all my attempts at running 
'cygcheck' or 'strace' result in a Windows Program Error:

cygcheck.exe has generated errors and will be closed by Windows. You will need 
to restart the program. etc.etc

Cygwin's running on a Win2K machine.

Cheers,

Mike



 
BEGIN:VCARD
VERSION:2.1
N:Parker;Mike;;Mr
FN:Mike Parker ([EMAIL PROTECTED])
ORG:STMicroelectronics (R&D) Limited;HPC/HEG/Retail/Analogue Infrastructure Group
TITLE:Senior Analogue Design Engineer
TEL;WORK;VOICE:(+44) (0) 1454 462682
TEL;CELL;VOICE:(+44) 0798 6621689
TEL;WORK;FAX:(+44) (0) 1454 462305
ADR;WORK;ENCODING=QUOTED-PRINTABLE:;Rm. 9 WWGF;1000 Aztec West=0D=0AAlmondsbury;Bristol;;BS32 4SQ;UK
LABEL;WORK;ENCODING=QUOTED-PRINTABLE:Rm. 9 WWGF=0D=0A1000 Aztec West=0D=0AAlmondsbury=0D=0ABristol BS32 4SQ=0D=
=0AUK
ADR;POSTAL;ENCODING=QUOTED-PRINTABLE:;;1000 Aztec West,=0D=0AAlmondsbury;Bristol;;BS32 4SQ;UK
LABEL;POSTAL;ENCODING=QUOTED-PRINTABLE:1000 Aztec West,=0D=0AAlmondsbury=0D=0ABristol BS32 4SQ=0D=0AUK
KEY;X509;ENCODING=BASE64:
MIICWzCCAcSgAwIBAgIDC5IHMA0GCSqGSIb3DQEBBAUAMGIxCzAJBgNVBAYTAlpBMSUwIwYD
VQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVy
c29uYWwgRnJlZW1haWwgSXNzdWluZyBDQTAeFw0wNDAxMjYxOTQ5NDdaFw0wNTAxMjUxOTQ5
NDdaMEsxHzAdBgNVBAMTFlRoYXd0ZSBGcmVlbWFpbCBNZW1iZXIxKDAmBgkqhkiG9w0BCQEW
GW1pa2UucGFya2VyQGJ0Y29ubmVjdC5jb20wgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGB
AO/jLBHK1ndfKo5jUZyY+BeVI2jL9KOz/dLd1YcYDeNz85xMPfA/XUlzDl45QySvEO+f5beQ
7meUeQpEu0ZLnB3MZYpSMgFtPC46dDReG8Lek0NbWCrTrzlu+wfk2SdPTOivQgwVcQJfsyDP
+S5Psm9UmLzGdn28CWmj4kd2TtOJAgMBAAGjNjA0MCQGA1UdEQQdMBuBGW1pa2UucGFya2Vy
QGJ0Y29ubmVjdC5jb20wDAYDVR0TAQH/BAIwADANBgkqhkiG9w0BAQQFAAOBgQCSjFjqgC5w
Yzn9itpyCpjje6EyHQ7Itpo3HXXxjY2z219HkVgXjAbvy2Q9v8hkfOZzjgvQ975B7cCh5kq2
uc/Ehowgv4LC0Yul1cyyr7t0/3T2gzgl4pbtNXopYmbosYLmeUs4KgtWRX+CO00jPG3oZGw0
12/e8PC3WwCNNC5krW==


KEY;X509;ENCODING=BASE64:
MIICYzCCAcygAwIBAgIDC5IGMA0GCSqGSIb3DQEBBAUAMGIxCzAJBgNVBAYTAlpBMSUwIwYD
VQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVy
c29uYWwgRnJlZW1haWwgSXNzdWluZyBDQTAeFw0wNDAxMjYxOTQ0MzNaFw0wNTAxMjUxOTQ0
MzNaME8xHzAdBgNVBAMTFlRoYXd0ZSBGcmVlbWFpbCBNZW1iZXIxLDAqBgkqhkiG9w0BCQEW
HW1pa2V0aGVwc3ljaEBibHVleW9uZGVyLmNvLnVrMIGfMA0GCSqGSIb3DQEBAQUAA4GNADCB
iQKBgQDyFTsHb6fn1p30/89PXkPq0I7JZy0bbRWIWIB9GEt2sCs7NGKwSD9iW5nCBO7eVecN
0+o5uu0LWHHL/MZEhzSWVrATQzPKlPa7bSGZ3KqwVVWia7NqSjyUEDrUQhL/7lYgrnmyf9IU
cJ9nF/lXyoVPUxYqN9ZLb00yoLfgPbP5VQIDAQABozowODAoBgNVHREEITAfgR1taWtldGhl
cHN5Y2hAYmx1ZXlvbmRlci5jby51azAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3DQEBBAUAA4GB
ABaGzgCZYVssXi3areyL4fdasAVFjBrLg8zYGRlU2MtO1QOQhBVHSFjLGHT79T9DPP3THzOU
+Qm2v8UhwkT1bLifX23kGsA5lNb+u0YYknYLwRM+HFuvuZQo2kN5kPYmguJ2HAswhwqYuKHA
WQ3ENwJQYYlTTsVAQ/CyVK67SVxm


KEY;X509;ENCODING=BASE64:
MIICUzCCAbygAwIBAgIDDhfcMA0GCSqGSIb3DQEBBAUAMGIxCzAJBgNVBAYTAlpBMSUwIwYD
VQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVy
c29uYWwgRnJlZW1haWwgSXNzdWluZyBDQTAeFw0wNTAyMjExMTAyMjRaFw0wNjAyMjExMTAy
MjRaMEcxHzAdBgNVBAMTFlRoYXd0ZSBGcmVlbWFpbCBNZW1iZXIxJDAiBgkqhkiG9w0BCQEW
FW1pY2hhZWwucGFya2VyQHN0LmNvbTCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEAwapA
JmI/n7ueo5/FVSCA3KBWFpZ0pJxn3P1KAgyTjXbM0TvUGVYnFx+TTGRKGi2S/WjJcRjn83vF
sXa0B1V86XfDxZw7VxoyN8iQN9jWp/X31FfHSWazbjllp3g/3+ZxU++vxBzjIVfKUbmJe09S
oKGpoyxkyv8Fb+snZP2IPCMCAwEAAaMyMDAwIAYDVR0RBBkwF4EVbWljaGFlbC5wYXJrZXJA
c3QuY29tMAwGA1UdEwEB/wQCMAAwDQYJKoZIhvcNAQEEBQADgYEAR3Lv6tKYQB22aUZXjsuG
ZxAojWknVt9CPg+3V6Zm7d7gFO9V/Q5dCdrJOiGMlhzJAMPj7bT20KM2zf5Tt8l8rZLVDfI/
h8l54Pa8GXB/QsGf3ihPUXV9ul9kQtv9tKT1/d5JJnEkcjqH4hC7pM1PCuHiYw1gTl40/uyZ
p8DjTOU=


EMAIL;PREF;INTERNET:[EMAIL PROTECTED]
REV:20050413T115513Z
END:VCARD

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

RE: cygcheck/strace results in Program Error post-cygwin-1.5.17-1 installation

[Michael PARKER]

Moving '/bin/cygwin1.dll.new' to '/bin/cygwin1.dll' did the trick, however.

Mike

> -Original Message-
> From: Mike Parker [mailto:[EMAIL PROTECTED] 
> Sent: 27 May 2005 11:38
> To: 'cygwin@cygwin.com'
> Subject: cygcheck/strace results in Program Error 
> post-cygwin-1.5.17-1 installation
> 
> 
> Hi,
> 
> Following the installation of cygwin-1.5.17-1, all my 
> attempts at running 'cygcheck' or 'strace' result in a 
> Windows Program Error:
> 
> cygcheck.exe has generated errors and will be closed by 
> Windows. You will need to restart the program. etc.etc
> 
> Cygwin's running on a Win2K machine.
> 
> Cheers,
> 
> Mike
> 
> 
> 
>  
> 


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

RE: error during install

[Mike Marchywka]

I do seem to have finally gotten my old install back into 
a usable state by using an older version of setup.exe.
It prompted several times that there is a newer
version and had a few missing-dll dialog boxes but
at least now I am back to where I started.


> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] Behalf
> Of Mike Marchywka
> Sent: Friday, May 27, 2005 5:59 AM
> To: Robert; cygwin@cygwin.com
> Subject: RE: error during install
> 
> 
> This sounds similar to a problem I've had with both a clean 
> install and an attempt
> to update a working install. I keep trying to get cygiconv-2 
> to load by playing with
> the setup install options. I think I could make this work but 
> sometimes default+install 
> UNINSTALLS stuff making this approach unworkable- I can get 
> cygwin to run but
> it can't find sed. When I request the addtional stuff that 
> includes sed, someone
> feels the need to delete the stuff I installed to get that 
> much to work.
> Eventually setup dies and then I can't even get bash ( someone deleted
> bash.exe even though I simply requested additional packages).
> 
> What changed in the last few months? I've made several 
> installs and never had
> this kind of problem. I thought I could just add things 
> without uninstalling 
> parts of bash.
> 
> 
> ISN'T IT POSSIBLE TO LOAD CYGWIN WITHOUT HAVING TO GO THROUGH A GUI?
> THIS SETUP MENU SEEMS TO HAVE PROBLEMS.
> 
> THANKS.
> 
> > -Original Message-
> > From: [EMAIL PROTECTED] 
> > [mailto:[EMAIL PROTECTED] Behalf
> > Of Robert
> > Sent: Friday, May 27, 2005 1:15 AM
> > To: cygwin@cygwin.com
> > Subject: error during install
> > 
> > 
> > Installing from local directory (doing an all install)
> > it errors out at 43%, mhash is being
> > installed at the time.  It creates an appcompat error
> > file in the temp directory which is
> > deleted as soon as I say ok or close out the error
> > messages, this file is listed at the end of this.
> > At the time of error message in the setup.exe window
> > it is
> > installing mhash-0.9.1-1 and the specific file being
> > installed is /usr/share/mc/syntax/xml.syntax
> > I try to reinstall without deleting the c:\cygwin
> > folder and I get the same thing.  If I try to delete
> > c:\cygwin then I have several files that are not
> > allowing me to delete them within the cygwin
> > directory.
> > I had an XP SP2 system crash that had this full
> > install working perfectly.  I reinstalled everything
> > from scratch, XP then SP2 and all Windows updates. I
> > have also edited the boot.ini with adding the flag
> > /NoExecute=AlwaysOff and still issues.
> > Is there anyway to resolve this?
> > Thanks
> > Robert
> > 
> > 
> > 
> > 
> > appcompat.txt file output:
> > 
> > 
> > 
> >  > CHECKSUM="0x9BA7" MODULE_TYPE="WIN32"
> > PE_CHECKSUM="0x0" LINKER_VERSION="0x1"
> > LINK_DATE="01/27/2005 20:59:34"
> > UPTO_LINK_DATE="01/27/2005 20:59:34" />
> > 
> >  > FILTER="GRABMI_FILTER_THISFILEONLY">
> >  > CHECKSUM="0x4CE79457" BIN_FILE_VERSION="5.1.2600.2180"
> > BIN_PRODUCT_VERSION="5.1.2600.2180"
> > PRODUCT_VERSION="5.1.2600.2180"
> > FILE_DESCRIPTION="Windows NT BASE API Client DLL"
> > COMPANY_NAME="Microsoft Corporation"
> > PRODUCT_NAME="Microsoft® Windows® Operating System"
> > FILE_VERSION="5.1.2600.2180
> > (xpsp_sp2_rtm.040803-2158)"
> > ORIGINAL_FILENAME="kernel32" INTERNAL_NAME="kernel32"
> > LEGAL_COPYRIGHT="© Microsoft Corporation. All rights
> > reserved." VERFILEDATEHI="0x0" VERFILEDATELO="0x0"
> > VERFILEOS="0x40004" VERFILETYPE="0x2"
> > MODULE_TYPE="WIN32" PE_CHECKSUM="0xFF848"
> > LINKER_VERSION="0x50001"
> > UPTO_BIN_FILE_VERSION="5.1.2600.2180"
> > UPTO_BIN_PRODUCT_VERSION="5.1.2600.2180"
> > LINK_DATE="08/04/2004 07:56:36"
> > UPTO_LINK_DATE="08/04/2004 07:56:36"
> > VER_LANGUAGE="English (United States) [0x409]" />
> > 
> > 
> > 
> > 
> > --
> > Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
> > Problem reports:   http://cygwin.com/problems.html
> > Documentation: http://cygwin.com/docs.html
> > FAQ:   http://cygwin.com/faq/
> > 
> > 
> > 
> 
> --
> Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
> Problem reports:   http://cygwin.com/problems.html
> Documentation: http://cygwin.com/docs.html
> FAQ:   http://cygwin.com/faq/
> 
> 
> 

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

Wide character support for GCC?

[Beman Dawes]

What's the story on wide character support for GCC? Are wchar_t, 
std::wstring, etc., still not supported by cygwin?

If not, what would it take to get wide character support working? Is there a 
lot of work involved? Is it something an outside developer could contribute?

--Beman Dawes 




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

Cygwin Setup Fails at 43%.

[Terence Song]

I'm attempting to install Cygwin, but setup.exe always fails at 43%, while 
installing mhash-0.9.1-1 (/usr/share/mc/syntax/xml.syntax). I've search the 
web, cygwin mailing list archives, cygwin documentation, etc. but have failed 
to find the solution. Can anyone help me out please? Thank you.

Best regards,

Terence


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

Problems building functional ddd using latest cygwin

[Matt Fyles]

When building any version of the ddd source under cygwin from 3.3.9 onwards
including the source supplied with cygwin I get this error in a dialog box.

ddd.exe ? Application Error:

The application failed to initialize property (0xc005). Click on Ok to
terminate the application.

All other x applications work including the precompiled binary of ddd 3.3.9.
Either the current cygwin tools that are available to download are not
capable of building a functional ddd or there is some other problem.

Any ideas.


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

Fwd: Boost Your Trading and Profits With This Pick

[Alex Beamish]

This is spam. Please make it stop.

-- Forwarded message --
From: Marianna Bigras <[EMAIL PROTECTED]>
Date: May 26, 2005 8:59 PM
Subject: Boost Your Trading and Profits With This Pick
To: cygwin@sources.redhat.com


Hello Member

Insider Profit Reporter: FRBV Is On Fire!

Company - Fire Mountain Beverage
Ticker - FRBV
Current Price - .01
52 Week High - .35
3-5 Day target - .50
6months-target - 1.25

Detailed Information About The Company:

FRBV Chairman Anthony K. Miller commented: ``Our goal is
to provide investors with relevant information about our
Company. We are excited about our future and we want our
investors to have the same zeal for FRBV that we posses.
We ask investors to subscribe to our newsletters through
the website; we will forward all future newsletters and
press releases to them at the appropriate time.''

Fire Mountain Beverage Company (FRBV) develops, markets,
sells, and distributes branded purified and flavored water
beverages. The Company products are orientated to the
health conscious consumer looking for alternatives to tap
water and carbonated beverages containing sugar, caffeine,
sodium and carbohydrates. Fire Mountain's customer base
includes single and multi-store retail operations,
governmental agencies, distributors, convenience stores,
schools and other outlets. These products take advantage
of current market trends in the beverage industry that
enhance the quality of life. FRBV has relationships that
immediately provide the Company with distribution in
thousands of retail locations including major food chains.


FRBV Will Skyrocket it is at an all time low at the moment
and will have a very impressive comeback all next week
with major promotions taking place including releases
in over 35 Newletters to millions of Investors. Also a fax
campaign will be launched on friday for great results next
week inside sources tell us. Be sure to get in immediately,
don't miss out! yoga

foremost


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


spam-May27-2005
Description: Binary data
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Boost Your Trading and Profits With This Pick

[Corinna Vinschen]

On May 27 08:44, Alex Beamish wrote:
> This is spam. Please make it stop.

*Wonderful* idea to help spreading it by full quoting it.  The replies to
spam are as bad as the spam itself.


Corinna

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

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

[ANNOUNCEMENT] Updated: coreutils-5.3.0-6

[Eric Blake]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

A new release of coreutils, 5.3.0-6, is available.

NEWS

This is a minor patch release.  The overall 5.3.0 series was designated
unstable by the upstream author (compared to the stable 5.2.1), because it
introduces some POSIX-compliance fixes for the first time; but there have
been few complaints so it replaces the stable 5.2.1 series available via
setup.exe.  See /usr/share/doc/coreutils-5.3.0/NEWS for the changes since
5.2.1-5.

This release changes dd(1) to default to binary mode, and adds command
line options iflag=text and oflag=text to specify binary.  It also fixes
mkdir(1) and install(1) to respect the new meaning of // and //server
introduced in cygwin 1.5.17.  Note that su(1) is UNSUPPORTED; for more
details, see http://cygwin.com/faq/faq_3.html#SEC42.

This package REQUIRES cygwin 1.5.17 or newer snapshots.  When building
from source, you will need your own version of automake 1.9.5 or later
(until the cygwin automake version is updated) if you want `make -k check'
to get past the spurious failures caused by bugs in the testsuite.

There is a known bug with `cp -df dangling_symlink1 dangling_symlink2'
that I still have to resolve, that is specific to the cygwin port.  Also,
there are known bugs that have been reported (and some of them fixed) in
upstream CVS, such as du improperly double-counting files that are
accessible via multiple names due to mount points.  But these known issues
tend to be in corner cases, and not affect daily use.

DESCRIPTION
===
GNU coreutils provides a collection of commonly used utilities essential
to a standard POSIX environment.  It comprises the former textutils,
sh-utils, and fileutils packages.  The following executables are included:

[ basename cat chgrp chmod chown chroot cksum comm cp csplit cut date dd
df dir dircolors dirname du echo env expand expr factor false fmt fold
gkill groups head hostid hostname id install join link ln logname ls
md5sum mkdir mkfifo mknod mv nice nl nohup od paste pathchk pinky pr
printenv printf ptx pwd readlink rm rmdir seq sha1sum shred sleep sort
split stat stty sum sync tac tail tee test touch tr true tsort tty uname
unexpand uniq unlink users vdir wc who whoami yes

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, then look for
'coreutils' in the 'Base' category.

Because of packaging conflicts between coreutils-5.2.1-5,
cygutils-1.2.5-1, gettext-0.14.1-1, libiconv-1.9.2-1, and procps-010801-2,
upgrading any of these packages may delete a file provided by another.
Running `cygcheck -c' will show you if upgrading left a package
incomplete, in which case you should reinstall that package.

DOWNLOAD:
=
Note that downloads from sources.redhat.com (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
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.0 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFClxSt84KuGfSFAYARAnz0AJoDA6/unxLtIb/oY2jiSnykbr/B5gCdE5Yw
Wye/+KJZRGozW3SLEjKEv+o=
=PX6E
-END PGP SIGNATURE-

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

PR0P0SAL

[hannah]

Dear cygwin

Our company will place any business with a qualified website permanently at the 
top of the major search engines guaranteed never to move (ex: Yahoo!, MSN, Alta 
Vista, etc).  If you are interested in being guaranteed first position in the 
top search engines at a promotional fee, please contact us at   [EMAIL 
PROTECTED] PLEASE INCLUDE THE URL(S) YOUR ARE INTERESTED IN PROMOTING   
This is not pay per click   Examples will be provided.
 
Sincerely

The Search Engine Placement Specialists

If you wish to be removed from this list, please respond to  [EMAIL PROTECTED]  
 and type the word  REM0VE  in your subject line



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

PR0P0SAL

[hannah]

Dear cygwin

Our company will place any business with a qualified website permanently at the 
top of the major search engines guaranteed never to move (ex: Yahoo!, MSN, Alta 
Vista, etc).  If you are interested in being guaranteed first position in the 
top search engines at a promotional fee, please contact us at   [EMAIL 
PROTECTED] PLEASE INCLUDE THE URL(S) YOUR ARE INTERESTED IN PROMOTING   
This is not pay per click   Examples will be provided.
 
Sincerely

The Search Engine Placement Specialists

If you wish to be removed from this list, please respond to  [EMAIL PROTECTED]  
 and type the word  REM0VE  in your subject line



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

RE: error during install

[Robert]

It looks as though mhash is causing the problem.  I
did another full install and unselected mhash and it
installed just fine.  I did this test with a 2 month
old release of setup.exe and the latest.  I will have
to test the different packages to see if there is
anything that is malfunctioning.

Thanks
Robert

>I do seem to have finally gotten my old install back
into 
>a usable state by using an older version of
setup.exe.
>It prompted several times that there is a newer
>version and had a few missing-dll dialog boxes but
>at least now I am back to where I started.
>
>
> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] Behalf
> Of Mike Marchywka
> Sent: Friday, May 27, 2005 5:59 AM
> To: Robert; cygwin@cygwin.com
> Subject: RE: error during install
> 
> 
> This sounds similar to a problem I've had with both
a clean 
> install and an attempt
> to update a working install. I keep trying to get
cygiconv-2 
> to load by playing with
> the setup install options. I think I could make this
work but 
> sometimes default+install 
> UNINSTALLS stuff making this approach unworkable- I
can get 
> cygwin to run but
> it can't find sed. When I request the addtional
stuff that 
> includes sed, someone
> feels the need to delete the stuff I installed to
get that 
> much to work.
> Eventually setup dies and then I can't even get bash
( someone deleted
> bash.exe even though I simply requested additional
packages).
> 
> What changed in the last few months? I've made
several 
> installs and never had
> this kind of problem. I thought I could just add
things 
> without uninstalling 
> parts of bash.
> 
> 
> ISN'T IT POSSIBLE TO LOAD CYGWIN WITHOUT HAVING TO
GO THROUGH A GUI?
> THIS SETUP MENU SEEMS TO HAVE PROBLEMS.
> 
> THANKS.
> 
> > -Original Message-
> > From: [EMAIL PROTECTED] 
> > [mailto:[EMAIL PROTECTED] Behalf
> > Of Robert
> > Sent: Friday, May 27, 2005 1:15 AM
> > To: cygwin@cygwin.com
> > Subject: error during install
> > 
> > 
> > Installing from local directory (doing an all
install)
> > it errors out at 43%, mhash is being
> > installed at the time.  It creates an appcompat
error
> > file in the temp directory which is
> > deleted as soon as I say ok or close out the error
> > messages, this file is listed at the end of this.
> > At the time of error message in the setup.exe
window
> > it is
> > installing mhash-0.9.1-1 and the specific file
being
> > installed is /usr/share/mc/syntax/xml.syntax
> > I try to reinstall without deleting the c:\cygwin
> > folder and I get the same thing.  If I try to
delete
> > c:\cygwin then I have several files that are not
> > allowing me to delete them within the cygwin
> > directory.
> > I had an XP SP2 system crash that had this full
> > install working perfectly.  I reinstalled
everything
> > from scratch, XP then SP2 and all Windows updates.
I
> > have also edited the boot.ini with adding the flag
> > /NoExecute=AlwaysOff and still issues.
> > Is there anyway to resolve this?
> > Thanks
> > Robert
> > 
> > 
> > 
> > 
> > appcompat.txt file output:
> > 
> > 
> > 
> >  > CHECKSUM="0x9BA7" MODULE_TYPE="WIN32"
> > PE_CHECKSUM="0x0" LINKER_VERSION="0x1"
> > LINK_DATE="01/27/2005 20:59:34"
> > UPTO_LINK_DATE="01/27/2005 20:59:34" />
> > 
> >  > FILTER="GRABMI_FILTER_THISFILEONLY">
> >  > CHECKSUM="0x4CE79457"
BIN_FILE_VERSION="5.1.2600.2180"
> > BIN_PRODUCT_VERSION="5.1.2600.2180"
> > PRODUCT_VERSION="5.1.2600.2180"
> > FILE_DESCRIPTION="Windows NT BASE API Client DLL"
> > COMPANY_NAME="Microsoft Corporation"
> > PRODUCT_NAME="Microsoft® Windows® Operating
System"
> > FILE_VERSION="5.1.2600.2180
> > (xpsp_sp2_rtm.040803-2158)"
> > ORIGINAL_FILENAME="kernel32"
INTERNAL_NAME="kernel32"
> > LEGAL_COPYRIGHT="© Microsoft Corporation. All
rights
> > reserved." VERFILEDATEHI="0x0" VERFILEDATELO="0x0"
> > VERFILEOS="0x40004" VERFILETYPE="0x2"
> > MODULE_TYPE="WIN32" PE_CHECKSUM="0xFF848"
> > LINKER_VERSION="0x50001"
> > UPTO_BIN_FILE_VERSION="5.1.2600.2180"
> > UPTO_BIN_PRODUCT_VERSION="5.1.2600.2180"
> > LINK_DATE="08/04/2004 07:56:36"
> > UPTO_LINK_DATE="08/04/2004 07:56:36"
> > VER_LANGUAGE="English (United States) [0x409]" />
> > 
> > 
> > 
> > 
> > --
> > Unsubscribe info: 
http://cygwin.com/ml/#unsubscribe-simple
> > Problem reports:  
http://cygwin.com/problems.html
> > Documentation: http://cygwin.com/docs.html
> > FAQ:   http://cygwin.com/faq/
> > 
> > 
> > 
> 
> --
> Unsubscribe info: 
http://cygwin.com/ml/#unsubscribe-simple
> Problem reports:  
http://cygwin.com/problems.html
> Documentation: http://cygwin.com/docs.html
> FAQ:   http://cygwin.com/faq/
> 
> 
> 

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

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

RE: Cygwin Setup Fails at 43%.

[Robert]

You might want to have checked before you posted as I
posted the same issue just 7 hours before.
Refer to the following posts that are associated to
it:

RE: error during install


Thanks
Robert

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

Re: Boost Your Trading and Profits With This Pick

[Alex Beamish]

On 5/27/05, Corinna Vinschen <[EMAIL PROTECTED]> wrote:
> On May 27 08:44, Alex Beamish wrote:
> > This is spam. Please make it stop.
> 
> *Wonderful* idea to help spreading it by full quoting it.  The replies to
> spam are as bad as the spam itself.

Hi Corinna,

Sorry, my bad -- I thought I was responding to the admin when I wrote
to [EMAIL PROTECTED] I just realized my mistake.

Alex Beamish
Toronto, Ontario

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

Re: cygcheck/strace results in Program Error post-cygwin-1.5.17-1 installation

[Brian Dessent]

Michael PARKER wrote:
> 
> Moving '/bin/cygwin1.dll.new' to '/bin/cygwin1.dll' did the trick, however.

That means you ran setup when cygwin1.dll was in use, and it told you to
reboot but you didn't.  The new strace and cygcheck requires the latest
version of the dll or else you will get that error.

Brian

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

Re: Problems building functional ddd using latest cygwin

[Brian Dessent]

Matt Fyles wrote:

> When building any version of the ddd source under cygwin from 3.3.9 onwards
> including the source supplied with cygwin I get this error in a dialog box.
> 
> ddd.exe ? Application Error:
> 
> The application failed to initialize property (0xc005). Click on Ok to
> terminate the application.
> 
> All other x applications work including the precompiled binary of ddd 3.3.9.
> Either the current cygwin tools that are available to download are not
> capable of building a functional ddd or there is some other problem.

That sounds like the RDATA problem, search the archives for details. 
You'll probably have to patch ddd to remove any 'const' objects that
contain pointers.  Check the patches for the Cygwin-packaged 'ddd'.

Brian

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

Re: cygcheck/strace results in Program Error post-cygwin-1.5.17-1 installation

[Igor Pechtchanski]

On Fri, 27 May 2005, Brian Dessent wrote:

> Michael PARKER wrote:
> >
> > Moving '/bin/cygwin1.dll.new' to '/bin/cygwin1.dll' did the trick,
> > however.
>
> That means you ran setup when cygwin1.dll was in use, and it told you to
> reboot but you didn't.  The new strace and cygcheck requires the latest
> version of the dll or else you will get that error.

Perhaps setup should offer to reboot for you, instead of popping up a
dialog saying "in-use files were replaced"...  Then the act of not
rebooting will require clicking "No, I'll reboot later", or something.  As
much as I hate this feature of Windows installers, it is, perhaps, the
right approach in this situation.

Setup could also prompt the user to stop the processes before replacing
in-use files, instead of scheduling their replacement on-reboot.  I've
been meaning to look into it for a while -- perhaps one of those days I'll
get a tuit (round or otherwise).
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

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

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

Re: cygcheck/strace results in Program Error post-cygwin-1.5.17-1 installation

[Brian Dessent]

Igor Pechtchanski wrote:

> Perhaps setup should offer to reboot for you, instead of popping up a
> dialog saying "in-use files were replaced"...  Then the act of not
> rebooting will require clicking "No, I'll reboot later", or something.  As
> much as I hate this feature of Windows installers, it is, perhaps, the
> right approach in this situation.

I too really hate installers that make you try to reboot.

> Setup could also prompt the user to stop the processes before replacing
> in-use files, instead of scheduling their replacement on-reboot.  I've
> been meaning to look into it for a while -- perhaps one of those days I'll
> get a tuit (round or otherwise).

This I think is a good idea.  If setup at least was able to determine if
services or other running programs were open before beginning, it could
offer a page saying, "Stop these processes or else you will probably
have to reboot.  Continue?"  In the case of services, it should offer to
stop and restart them as well.

Brian

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

Re: Boost Your Trading and Profits With This Pick

[Christopher Faylor]

On Fri, May 27, 2005 at 09:55:56AM -0400, Alex Beamish wrote:
>On 5/27/05, Corinna Vinschen <[EMAIL PROTECTED]> wrote:
>> On May 27 08:44, Alex Beamish wrote:
>> > This is spam. Please make it stop.
>> 
>> *Wonderful* idea to help spreading it by full quoting it.  The replies to
>> spam are as bad as the spam itself.
>
>Hi Corinna,
>
>Sorry, my bad -- I thought I was responding to the admin when I wrote
>to [EMAIL PROTECTED] I just realized my mistake.

Who's "the admin" and why would you expect your ability to detect spam
to be greater than theirs?

You serve absolutely no useful purpose by noting that "this is spam" to
anyone.  You just exacerbate the problem.

cgf

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

Re: Wide character support for GCC?

[Christopher Faylor]

On Thu, May 26, 2005 at 09:57:54PM -0400, Beman Dawes wrote:
>What's the story on wide character support for GCC? Are wchar_t, 
>std::wstring, etc., still not supported by cygwin?

Not fully, no.

>If not, what would it take to get wide character support working?  Is
>there a lot of work involved?  Is it something an outside developer
>could contribute?

What's an "outside developer"?  We're all doing this in our spare time.

The stub implementation for wide character support is in the newlib library.
If you are interested in adding better support you should check out the
functions there.  Questions should go to the newlib mailing list newlib
at sourceware dot org .

cgf

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

Re: cygcheck/strace results in Program Error post-cygwin-1.5.17-1 installation

[Igor Pechtchanski]

On Fri, 27 May 2005, Brian Dessent wrote:

> Igor Pechtchanski wrote:
>
> > Perhaps setup should offer to reboot for you, instead of popping up a
> > dialog saying "in-use files were replaced"...  Then the act of not
> > rebooting will require clicking "No, I'll reboot later", or something.
> > As much as I hate this feature of Windows installers, it is, perhaps,
> > the right approach in this situation.
>
> I too really hate installers that make you try to reboot.

Heh.  Interesting turn of phrase.  Perhaps you meant "installers that try
to make you reboot"? :-)

In any case, if a bail-out option is available, it might be considered a
necessary evil.  Opinions?

> > Setup could also prompt the user to stop the processes before
> > replacing in-use files, instead of scheduling their replacement
> > on-reboot.  I've been meaning to look into it for a while -- perhaps
> > one of those days I'll get a tuit (round or otherwise).
>
> This I think is a good idea.  If setup at least was able to determine if
> services or other running programs were open before beginning, it could
> offer a page saying, "Stop these processes or else you will probably
> have to reboot.  Continue?"  In the case of services, it should offer to
> stop and restart them as well.

I'd rather use a tool like "handle" to figure out exactly which processes
are using a particular file (once its replacement fails)...  Then the
prompt could at least give the following three choices: "Retry (after
stopping the processes)", "Schedule on-reboot replacement", and
"Cancel"...  Even without detecting which processes use the files, a
"Retry" option would be pretty useful to advanced users.
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

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

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

tchar.h

[Alireza Ghasemi]

Hello,
While compiling Tcl/Tk it worked successfully with VC6 but with cygwin it
wanted me "tchar.h".I could not find it in /usr/include and I don't know
which package it is in.Please tell me what  package to download.
Thanks


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

RE: error during install

[Mike Marchywka]

I did verify that I was able to get both of my problems resolved by using
an earlier version of setup.exe but neither example was particularly
clean. The "clean" install was on a dual boot machine with little
windoze space and the earlier version of setup failed due to
lack of disk space. It eventually worked but it could be the current
version would have worked too ( although both of my machines
failed in about the same way with the current setup).


> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] Behalf
> Of Robert
> Sent: Friday, May 27, 2005 9:35 AM
> To: cygwin@cygwin.com
> Subject: RE: error during install
> 
> 
> It looks as though mhash is causing the problem.  I
> did another full install and unselected mhash and it
> installed just fine.  I did this test with a 2 month
> old release of setup.exe and the latest.  I will have
> to test the different packages to see if there is
> anything that is malfunctioning.
> 
> Thanks
> Robert
> 
> >I do seem to have finally gotten my old install back
> into 
> >a usable state by using an older version of
> setup.exe.
> >It prompted several times that there is a newer
> >version and had a few missing-dll dialog boxes but
> >at least now I am back to where I started.
> >
> >
> > -Original Message-
> > From: [EMAIL PROTECTED] 
> > [mailto:[EMAIL PROTECTED] Behalf
> > Of Mike Marchywka
> > Sent: Friday, May 27, 2005 5:59 AM
> > To: Robert; cygwin@cygwin.com
> > Subject: RE: error during install
> > 
> > 
> > This sounds similar to a problem I've had with both
> a clean 
> > install and an attempt
> > to update a working install. I keep trying to get
> cygiconv-2 
> > to load by playing with
> > the setup install options. I think I could make this
> work but 
> > sometimes default+install 
> > UNINSTALLS stuff making this approach unworkable- I
> can get 
> > cygwin to run but
> > it can't find sed. When I request the addtional
> stuff that 
> > includes sed, someone
> > feels the need to delete the stuff I installed to
> get that 
> > much to work.
> > Eventually setup dies and then I can't even get bash
> ( someone deleted
> > bash.exe even though I simply requested additional
> packages).
> > 
> > What changed in the last few months? I've made
> several 
> > installs and never had
> > this kind of problem. I thought I could just add
> things 
> > without uninstalling 
> > parts of bash.
> > 
> > 
> > ISN'T IT POSSIBLE TO LOAD CYGWIN WITHOUT HAVING TO
> GO THROUGH A GUI?
> > THIS SETUP MENU SEEMS TO HAVE PROBLEMS.
> > 
> > THANKS.
> > 
> > > -Original Message-
> > > From: [EMAIL PROTECTED] 
> > > [mailto:[EMAIL PROTECTED] Behalf
> > > Of Robert
> > > Sent: Friday, May 27, 2005 1:15 AM
> > > To: cygwin@cygwin.com
> > > Subject: error during install
> > > 
> > > 
> > > Installing from local directory (doing an all
> install)
> > > it errors out at 43%, mhash is being
> > > installed at the time.  It creates an appcompat
> error
> > > file in the temp directory which is
> > > deleted as soon as I say ok or close out the error
> > > messages, this file is listed at the end of this.
> > > At the time of error message in the setup.exe
> window
> > > it is
> > > installing mhash-0.9.1-1 and the specific file
> being
> > > installed is /usr/share/mc/syntax/xml.syntax
> > > I try to reinstall without deleting the c:\cygwin
> > > folder and I get the same thing.  If I try to
> delete
> > > c:\cygwin then I have several files that are not
> > > allowing me to delete them within the cygwin
> > > directory.
> > > I had an XP SP2 system crash that had this full
> > > install working perfectly.  I reinstalled
> everything
> > > from scratch, XP then SP2 and all Windows updates.
> I
> > > have also edited the boot.ini with adding the flag
> > > /NoExecute=AlwaysOff and still issues.
> > > Is there anyway to resolve this?
> > > Thanks
> > > Robert
> > > 
> > > 
> > > 
> > > 
> > > appcompat.txt file output:
> > > 
> > > 
> > >  FILTER="GRABMI_FILTER_PRIVACY">
> > >  > > CHECKSUM="0x9BA7" MODULE_TYPE="WIN32"
> > > PE_CHECKSUM="0x0" LINKER_VERSION="0x1"
> > > LINK_DATE="01/27/2005 20:59:34"
> > > UPTO_LINK_DATE="01/27/2005 20:59:34" />
> > > 
> > >  > > FILTER="GRABMI_FILTER_THISFILEONLY">
> > >  SIZE="983552"
> > > CHECKSUM="0x4CE79457"
> BIN_FILE_VERSION="5.1.2600.2180"
> > > BIN_PRODUCT_VERSION="5.1.2600.2180"
> > > PRODUCT_VERSION="5.1.2600.2180"
> > > FILE_DESCRIPTION="Windows NT BASE API Client DLL"
> > > COMPANY_NAME="Microsoft Corporation"
> > > PRODUCT_NAME="Microsoft® Windows® Operating
> System"
> > > FILE_VERSION="5.1.2600.2180
> > > (xpsp_sp2_rtm.040803-2158)"
> > > ORIGINAL_FILENAME="kernel32"
> INTERNAL_NAME="kernel32"
> > > LEGAL_COPYRIGHT="© Microsoft Corporation. All
> rights
> > > reserved." VERFILEDATEHI="0x0" VERFILEDATELO="0x0"
> > > VERFILEOS="0x40004" VERFILETYPE="0x2"
> > > MODULE_TYPE="WIN32" PE_CHECKSUM="0xFF848"
> > > LINKER_VERSION="0x50001"
> > > UPTO_BIN_FILE_VERSION="5.1.2600.2180"

pthreads, cygwin and pthread_mutex_lock not blocking

[Peter Rehley]

Hi,

I'm trying to use pthread in cygwin, and I'm expecting the function 
pthread_mutex_lock to block when used.  However it is returning error 
45 (EDEADLK).I'm using a static initializer for the thread so the 
mutex is type PTHREAD_MUTEX_DEFAULT.
When I look through the pthread code I see that PTHREAD_MUTEX_DEFAULT 
is set to PTHREAD_MUTEX_ERRORCHECK,
When I do the same on linux or soloris, the pthread_mutex_lock blocks, 
and looking in the pthread.h file on those systems see that  the 
default is set to PTHREAD_MUTEX_NORMAL.


Why is cygwin using PTHREAD_MUTEX_ERRORCHECK as the default?  And what 
problems might occur if PTHREAD_MUTEX_DEFAULT is set to 
PTHREAD_MUTEX_NORMAL?


The reason why I'm asking is because the application that I'm working 
on needs to work on linux, soloris and cygwin, and keeping the code the 
same is important.


Thanks,
Peter

---
A Møøse once bit my sister

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

Re: error during install

[Reini Urban]

Robert schrieb:

It looks as though mhash is causing the problem.  I
did another full install and unselected mhash and it
installed just fine.  I did this test with a 2 month
old release of setup.exe and the latest.  I will have
to test the different packages to see if there is
anything that is malfunctioning.


which setup.exe version? cygcheck? We are not interested in kernel32 
dumps without any useful info.


mhash causing setup to crash is quite interesting, because it's a tiny 
package without any dependencies and just a few files. And I cannot 
reproduce it.


  /usr/bin/cygmhash-2.dll
  /usr/include/mhash.h
  /usr/lib/libmhash.a
  /usr/lib/libmhash.dll.a
  /usr/lib/libmhash.la
  /usr/share/doc/Cygwin/mhash-0.9.1.README
  /usr/share/doc/mhash-0.9.1/AUTHORS
  /usr/share/doc/mhash-0.9.1/ChangeLog
  /usr/share/doc/mhash-0.9.1/COPYING
  /usr/share/doc/mhash-0.9.1/INSTALL
  /usr/share/doc/mhash-0.9.1/NEWS
  /usr/share/doc/mhash-0.9.1/README
  /usr/share/doc/mhash-0.9.1/THANKS
  /usr/share/doc/mhash-0.9.1/TODO
  /usr/share/man/man3/mhash.3.gz

The mentioned /usr/share/mc/syntax/xml.syntax is from mc, the next 
package in your list probably, and not from mhash.

http://cygwin.com/cgi-bin2/package-cat.cgi?file=mc%2Fmc-4.6.1-1&grep=xml.syntax

I got setup to hang (not to crash as you reported) when the ACL (file 
permissions) forbid to write, but then setup just waits forever until 
the perms are fixed (or not).


But maybe mingw or mhash-devel, the next packages in setup.ini, and 
which both are empty, might setup crash.



I do seem to have finally gotten my old install back
into a usable state by using an older version of
setup.exe.



It prompted several times that there is a newer
version and had a few missing-dll dialog boxes but
at least now I am back to where I started.


-Original Message-
From: [EMAIL PROTECTED] 
[mailto:[EMAIL PROTECTED] Behalf

Of Mike Marchywka
Sent: Friday, May 27, 2005 5:59 AM
To: Robert; cygwin@cygwin.com
Subject: RE: error during install


This sounds similar to a problem I've had with both


a clean 


install and an attempt
to update a working install. I keep trying to get


cygiconv-2 


to load by playing with
the setup install options. I think I could make this


work but 

sometimes default+install 
UNINSTALLS stuff making this approach unworkable- I


can get 


cygwin to run but
it can't find sed. When I request the addtional


stuff that 


includes sed, someone
feels the need to delete the stuff I installed to


get that 


much to work.
Eventually setup dies and then I can't even get bash


( someone deleted


bash.exe even though I simply requested additional


packages).


What changed in the last few months? I've made


several 


installs and never had
this kind of problem. I thought I could just add


things 

without uninstalling 
parts of bash.



ISN'T IT POSSIBLE TO LOAD CYGWIN WITHOUT HAVING TO


GO THROUGH A GUI?


THIS SETUP MENU SEEMS TO HAVE PROBLEMS.

THANKS.



-Original Message-
From: [EMAIL PROTECTED] 
[mailto:[EMAIL PROTECTED] Behalf

Of Robert
Sent: Friday, May 27, 2005 1:15 AM
To: cygwin@cygwin.com
Subject: error during install


Installing from local directory (doing an all


install)


it errors out at 43%, mhash is being
installed at the time.  It creates an appcompat


error


file in the temp directory which is
deleted as soon as I say ok or close out the error
messages, this file is listed at the end of this.
At the time of error message in the setup.exe


window


it is
installing mhash-0.9.1-1 and the specific file


being


installed is /usr/share/mc/syntax/xml.syntax
I try to reinstall without deleting the c:\cygwin
folder and I get the same thing.  If I try to


delete


c:\cygwin then I have several files that are not
allowing me to delete them within the cygwin
directory.
I had an XP SP2 system crash that had this full
install working perfectly.  I reinstalled


everything


from scratch, XP then SP2 and all Windows updates.


I


have also edited the boot.ini with adding the flag
/NoExecute=AlwaysOff and still issues.
Is there anyway to resolve this?
Thanks
Robert




appcompat.txt file output:




FILTER="GRABMI_FILTER_PRIVACY">


   


   

SIZE="983552"


CHECKSUM="0x4CE79457"


BIN_FILE_VERSION="5.1.2600.2180"


BIN_PRODUCT_VERSION="5.1.2600.2180"
PRODUCT_VERSION="5.1.2600.2180"
FILE_DESCRIPTION="Windows NT BASE API Client DLL"
COMPANY_NAME="Microsoft Corporation"
PRODUCT_NAME="Microsoft® Windows® Operating


System"


FILE_VERSION="5.1.2600.2180
(xpsp_sp2_rtm.040803-2158)"
ORIGINAL_FILENAME="kernel32"


INTERNAL_NAME="kernel32"


LEGAL_COPYRIGHT="© Microsoft Corporation. All


rights


reserved." VERFILEDATEHI="0x0" VERFILEDATELO="0x0"
VERFILEOS="0x40004" VERFILETYPE="0x2"
MODULE_TYPE="WIN32" PE_CHECKSUM="0xFF848"
LINKER_VERSION="0x50001"
UPTO_BIN_FILE_VERSION="5.1.2600.2180"
UPTO_BIN_PRODUCT_VERSION="5.1.2600.2180"
LINK_DATE="08/04/2004 07:56:36"
UPTO_LINK_DATE="08/04/2004 07:56:36"
VER_LANGUAGE="English (U

slow windows foreground operation after installing cygwin-1.5.17-1

[Charles D. Russell]

The new cygwin1.dll (1.5.17-1) now lets me run fortran programs with large
static arrays that occupy most of the available memory, but it is no longer
possible to run Windows programs (MSWord or even Windows Explorer)
in the foreground while a big math problem is chugging along in the
background. (Windows XP SP2). I did not notice such a problem when using 
the old fudge   
of changing the stack size, when using -mno-cygwin, or even when using the

recent development snapshot cygwin1-20050510.dll. (Though I cannot be
completely certain that I ever tried running Windows programs
concurrently with a big job.)

The foreground Windows process appears not to get enough priority in the
time sharing allocation to function at a usable speed.  On the other 
hand, there

is no evident problem with foreground cygwin processes. Using
vim in a second cygwin window, I am typing this note in the foreground 
with no

problems.

In any event, the new dll beats being unable to run big fortran programs at
all.


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

Re: tchar.h

[Igor Pechtchanski]

On Fri, 27 May 2005, Alireza Ghasemi wrote:

> Hello,
> While compiling Tcl/Tk it worked successfully with VC6 but with cygwin it
> wanted me "tchar.h".I could not find it in /usr/include and I don't know
> which package it is in.Please tell me what  package to download.

.  BTW, *all* of it
still applies.
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

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

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

Re: pthreads, cygwin and pthread_mutex_lock not blocking

[only4]

try posting some explaining code

-- 
--
I use PGP/GPG. Ask for my key if interested.




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

Re: pthreads, cygwin and pthread_mutex_lock not blocking

[Christopher Faylor]

On Fri, May 27, 2005 at 10:57:34AM -0700, Peter Rehley wrote:
>I'm trying to use pthread in cygwin, and I'm expecting the function 
>pthread_mutex_lock to block when used.  However it is returning error 
>45 (EDEADLK).I'm using a static initializer for the thread so the 
>mutex is type PTHREAD_MUTEX_DEFAULT.
>When I look through the pthread code I see that PTHREAD_MUTEX_DEFAULT 
>is set to PTHREAD_MUTEX_ERRORCHECK,
>When I do the same on linux or soloris, the pthread_mutex_lock blocks, 
>and looking in the pthread.h file on those systems see that  the 
>default is set to PTHREAD_MUTEX_NORMAL.
>
>Why is cygwin using PTHREAD_MUTEX_ERRORCHECK as the default?  And what 
>problems might occur if PTHREAD_MUTEX_DEFAULT is set to 
>PTHREAD_MUTEX_NORMAL?

Why not just try it and report the results?

cgf

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

Re: error during install

[Robert]

Cygwin setup versions are 1.5.17-1 and 1.5.15-1.

I have a screen shot of all the errors up if you want
to see that showing it on mhash.

If you state that /usr/share/mc/syntax/xml.syntax is
not in the mhash package then how, if I unselect the
mhash package, does it install just fine on both
versions?  I am not trying to question you, it is just
confusing to me.

Cygcheck, I have not used that to tell you the truth.

Just let me know what you need and I can try and get
it for you.


--- Reini Urban <[EMAIL PROTECTED]> wrote:

> Robert schrieb:
> > It looks as though mhash is causing the problem. 
> I
> > did another full install and unselected mhash and
> it
> > installed just fine.  I did this test with a 2
> month
> > old release of setup.exe and the latest.  I will
> have
> > to test the different packages to see if there is
> > anything that is malfunctioning.
> 
> which setup.exe version? cygcheck? We are not
> interested in kernel32 
> dumps without any useful info.
> 
> mhash causing setup to crash is quite interesting,
> because it's a tiny 
> package without any dependencies and just a few
> files. And I cannot 
> reproduce it.
> 
>/usr/bin/cygmhash-2.dll
>/usr/include/mhash.h
>/usr/lib/libmhash.a
>/usr/lib/libmhash.dll.a
>/usr/lib/libmhash.la
>/usr/share/doc/Cygwin/mhash-0.9.1.README
>/usr/share/doc/mhash-0.9.1/AUTHORS
>/usr/share/doc/mhash-0.9.1/ChangeLog
>/usr/share/doc/mhash-0.9.1/COPYING
>/usr/share/doc/mhash-0.9.1/INSTALL
>/usr/share/doc/mhash-0.9.1/NEWS
>/usr/share/doc/mhash-0.9.1/README
>/usr/share/doc/mhash-0.9.1/THANKS
>/usr/share/doc/mhash-0.9.1/TODO
>/usr/share/man/man3/mhash.3.gz
> 
> The mentioned /usr/share/mc/syntax/xml.syntax is
> from mc, the next 
> package in your list probably, and not from mhash.
>
http://cygwin.com/cgi-bin2/package-cat.cgi?file=mc%2Fmc-4.6.1-1&grep=xml.syntax
> 
> I got setup to hang (not to crash as you reported)
> when the ACL (file 
> permissions) forbid to write, but then setup just
> waits forever until 
> the perms are fixed (or not).
> 
> But maybe mingw or mhash-devel, the next packages in
> setup.ini, and 
> which both are empty, might setup crash.
> 
> >>I do seem to have finally gotten my old install
> back
> >>into a usable state by using an older version of
> >> setup.exe.
> > 
> >>It prompted several times that there is a newer
> >>version and had a few missing-dll dialog boxes but
> >>at least now I am back to where I started.
> >>
> >>
> >>-Original Message-
> >>From: [EMAIL PROTECTED] 
> >>[mailto:[EMAIL PROTECTED] Behalf
> >>Of Mike Marchywka
> >>Sent: Friday, May 27, 2005 5:59 AM
> >>To: Robert; cygwin@cygwin.com
> >>Subject: RE: error during install
> >>
> >>
> >>This sounds similar to a problem I've had with
> both
> > 
> > a clean 
> > 
> >>install and an attempt
> >>to update a working install. I keep trying to get
> > 
> > cygiconv-2 
> > 
> >>to load by playing with
> >>the setup install options. I think I could make
> this
> > 
> > work but 
> > 
> >>sometimes default+install 
> >>UNINSTALLS stuff making this approach unworkable-
> I
> > 
> > can get 
> > 
> >>cygwin to run but
> >>it can't find sed. When I request the addtional
> > 
> > stuff that 
> > 
> >>includes sed, someone
> >>feels the need to delete the stuff I installed to
> > 
> > get that 
> > 
> >>much to work.
> >>Eventually setup dies and then I can't even get
> bash
> > 
> > ( someone deleted
> > 
> >>bash.exe even though I simply requested additional
> > 
> > packages).
> > 
> >>What changed in the last few months? I've made
> > 
> > several 
> > 
> >>installs and never had
> >>this kind of problem. I thought I could just add
> > 
> > things 
> > 
> >>without uninstalling 
> >>parts of bash.
> >>
> >>
> >>ISN'T IT POSSIBLE TO LOAD CYGWIN WITHOUT HAVING TO
> > 
> > GO THROUGH A GUI?
> > 
> >>THIS SETUP MENU SEEMS TO HAVE PROBLEMS.
> >>
> >>THANKS.
> >>
> >>
> >>>-Original Message-
> >>>From: [EMAIL PROTECTED] 
> >>>[mailto:[EMAIL PROTECTED] Behalf
> >>>Of Robert
> >>>Sent: Friday, May 27, 2005 1:15 AM
> >>>To: cygwin@cygwin.com
> >>>Subject: error during install
> >>>
> >>>
> >>>Installing from local directory (doing an all
> > 
> > install)
> > 
> >>>it errors out at 43%, mhash is being
> >>>installed at the time.  It creates an appcompat
> > 
> > error
> > 
> >>>file in the temp directory which is
> >>>deleted as soon as I say ok or close out the
> error
> >>>messages, this file is listed at the end of this.
> >>>At the time of error message in the setup.exe
> > 
> > window
> > 
> >>>it is
> >>>installing mhash-0.9.1-1 and the specific file
> > 
> > being
> > 
> >>>installed is /usr/share/mc/syntax/xml.syntax
> >>>I try to reinstall without deleting the c:\cygwin
> >>>folder and I get the same thing.  If I try to
> > 
> > delete
> > 
> >>>c:\cygwin then I have several files that are not
> >>>allowing me to delete them within the cygwin
> >>>directory.
> >>>I had an XP SP2 system crash that 

Serious performance problems (malloc related?)

[Andy Ross]

At FlightGear, we have a bunch of users building on Cygwin as their
environment (MSVC and mingw builds are possible but non-trivial, and
the configure scripts work out-of-the-box on cygwin) and complaints of
performance problems have been persistent.  When it was recently
pointed out that the simulator starup on Cygwin was 10-20 times slower
(10 seconds vs. several minutes!) than under Linux or a MSVC build, I
had to take a look. :)

Try the attached C++ file.  It's a pared down version of one of the
initialization steps we do at startup (reading a giant database of
airports, although that's not particularly important).  All it does is
read the file line-by-line and run it through a split-on-whitespace
function.  It takes *vastly* longer to complete when linked against
cygwin.dll than when compiled against the native C library with
-mno-cygwin.

If you watch the process with strace (the second field shows
microseconds since the last line), you will see that most I/O reads
complete in just a few tens of microseconds.  But every N reads*,
there is a rogue, inexplicable delay of several milliseconds.  Since
only a few blocks have completed by the time they happen, these delays
represent maybe 95% of the execution time, which happens to match the
cygwin.dll performance overhead very closely.

* N == 4 on my machine running this test code, but ~10 running the
  actual FlightGear binary.

My guess, having zero knowlege of cygwin.dll (remember I'm a linux
guy), is that something in the malloc implementation is spinning
needlessly on a synchronization primitive, or something of the sort.

Note that the problem is not I/O overhead -- if you remove the split()
call, the program completes very quickly.  It seems to be something
related to the allocation done in split().

Anyway, any help would be appreciated.  This really is a rather
serious problem.  We have some users waiting three minutes for the sim
to start.  While I would obviously prefer they upgrade to Linux to
avoid this problem, in the real world I suspect we're likely to be
losing users instead.

Thanks,
Andy
#include 
#include 
#include 

// Reads and splits the input file on whitespace.  Sample input file:
//
// perl -e 'for($i=0; $i<16; $i++) { print "A " x 12, "\n" }' \
//> cygspd.dat
//
// $ g++ -O2 -o cygspd cygspd.cc
// $ time ./cygspd cygspd.dat
//
// real0m26.545s
// user0m26.468s
// sys 0m0.031s
// 
// g++ -mno-cygwin -O2 -o cygspd cygspd.cc
// time ./cygspd cygspd.dat
//
// real0m1.689s
// user0m0.015s
// sys 0m0.015s
//
// VERY bad performance characteristics when linked against
// cygwin.dll.  Watch under strace, and note that every N reads, there
// is an inexplicable delay of several milliseconds.  Spinning in the
// malloc implementation?

using namespace std;

vector split(const string& str)
{
vector result;
string::size_type i=0, j, len=str.length();
while(i < len) {
while(i < len && isspace(str[i])) ++i;
j = i;
while (i < len && !isspace(str[i])) ++i;
if(j < i) {
result.push_back(str.substr(j, i-j));
while(i < len && isspace(str[i])) ++i;
}
}
return result;
}

#define BUFSZ 2048
char buf[BUFSZ];

int main(int argc, char** argv)
{
FILE* input = argc > 1 ? fopen(argv[1], "r") : stdin;
vector toks;
while(fgets(buf, BUFSZ, input))
toks = split(buf);
}

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

Re: Updated: coreutils-5.3.0-6 [FAQ alert]

[Eric Blake]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

According to Eric Blake on 5/27/2005 6:38 AM:
> A new release of coreutils, 5.3.0-6, is available.
> 
> This release changes dd(1) to default to binary mode, and adds command
> line options iflag=text and oflag=text to specify binary.  It also fixes
> mkdir(1) and install(1) to respect the new meaning of // and //server
> introduced in cygwin 1.5.17.

Therefore, http://cygwin.com/faq/faq_toc.html#TOC45 is out of date, and we
need a FAQ update.  It is now possible to do `mkdir -p
//MACHINE/Share/path/to/new/dir' and everything just works fine!  However,
`mkdir -p machine\\share\\path' fails, because coreutils expects Unix
path names, not Windows style.  So it is probably worth rewording this FAQ
to point out why using \ doesn't always do what the user expects.

- --
Life is short - so eat dessert first!

Eric Blake [EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.0 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFCl6wD84KuGfSFAYARApsWAJ0Q9pZ38G0lX3K1K06A0Ws6S7vlFQCfXiWK
ZemENIv3OlTqm2YZ1ELw/p0=
=vfn8
-END PGP SIGNATURE-

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

Re: pthreads, cygwin and pthread_mutex_lock not blocking

[Peter Rehley]

On May 27, 2005, at 1:28 PM, Christopher Faylor wrote:


On Fri, May 27, 2005 at 10:57:34AM -0700, Peter Rehley wrote:

I'm trying to use pthread in cygwin, and I'm expecting the function
pthread_mutex_lock to block when used.  However it is returning error
45 (EDEADLK).I'm using a static initializer for the thread so the
mutex is type PTHREAD_MUTEX_DEFAULT.
When I look through the pthread code I see that PTHREAD_MUTEX_DEFAULT
is set to PTHREAD_MUTEX_ERRORCHECK,
When I do the same on linux or soloris, the pthread_mutex_lock blocks,
and looking in the pthread.h file on those systems see that  the
default is set to PTHREAD_MUTEX_NORMAL.

Why is cygwin using PTHREAD_MUTEX_ERRORCHECK as the default?  And what
problems might occur if PTHREAD_MUTEX_DEFAULT is set to
PTHREAD_MUTEX_NORMAL?


Why not just try it and report the results?

Done.  Hangs at WaitForSingleObject.

The application that I'm working on is rpm 4.3.3, the problem that we 
are seeing is running scripts.  When set the default is set to 
ERRORCHECK, the parent process doesn't wait and removes the script 
before the child has chance to run it.


When default is NORMAL, the parents hangs waiting for the child.  The 
app uses SIGCHLD to signal the parent when the child dies, and the 
signal handler for sigchld releases the mutex.  This should cause the 
WaitForSingleObject to release and the application should continue to 
run.  For whatever reason, the signal isn't being seen by the parent.


Enjoy,
Peter
---
A Møøse once bit my sister


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

Re: Serious performance problems (malloc related?)

[Christopher Faylor]

On Fri, May 27, 2005 at 03:38:03PM -0700, Andy Ross wrote:
>At FlightGear, we have a bunch of users building on Cygwin as their
>environment (MSVC and mingw builds are possible but non-trivial, and
>the configure scripts work out-of-the-box on cygwin) and complaints of
>performance problems have been persistent.  When it was recently
>pointed out that the simulator starup on Cygwin was 10-20 times slower
>(10 seconds vs. several minutes!) than under Linux or a MSVC build, I
>had to take a look. :)
>
>Try the attached C++ file.  It's a pared down version of one of the
>initialization steps we do at startup (reading a giant database of
>airports, although that's not particularly important).  All it does is
>read the file line-by-line and run it through a split-on-whitespace
>function.  It takes *vastly* longer to complete when linked against
>cygwin.dll than when compiled against the native C library with
>-mno-cygwin.
>
>If you watch the process with strace (the second field shows
>microseconds since the last line), you will see that most I/O reads
>complete in just a few tens of microseconds.  But every N reads*,
>there is a rogue, inexplicable delay of several milliseconds.  Since
>only a few blocks have completed by the time they happen, these delays
>represent maybe 95% of the execution time, which happens to match the
>cygwin.dll performance overhead very closely.
>
>* N == 4 on my machine running this test code, but ~10 running the
>  actual FlightGear binary.
>
>My guess, having zero knowlege of cygwin.dll (remember I'm a linux
>guy), is that something in the malloc implementation is spinning
>needlessly on a synchronization primitive, or something of the sort.
>
>Note that the problem is not I/O overhead -- if you remove the split()
>call, the program completes very quickly.  It seems to be something
>related to the allocation done in split().
>
>Anyway, any help would be appreciated.  This really is a rather
>serious problem.  We have some users waiting three minutes for the sim
>to start.  While I would obviously prefer they upgrade to Linux to
>avoid this problem, in the real world I suspect we're likely to be
>losing users instead.

It seems pretty clear to me that if this is a really serious problem for
you then the best way to get it fixed is to gain more than zero knowledge
of cygwin.  That's what the two main project contributors did when they
had problems with cygwin.

cgf

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

Re: Serious performance problems (malloc related?)

[Andy Ross]

Christopher Faylor quipped:
> It seems pretty clear to me that if this is a really serious problem
> for you then the best way to get it fixed is to gain more than zero
> knowledge of cygwin.

Gee, thanks.  Very helpful.  Can you at least type the commands in and
verify the problem for me before you get snippy?  I said "zero
knowlege" in an attempt to be modest*, but if you really want to get
into a tussle about developer credentials, I'm happy to oblige.

* I mean, come on: it's a 20 line program that shows a 15x performance
  regression in a real-life, non-trivial application
  (http://www.flightgear.org), takes all of 5 commands to verify that
  can be copied right out of the source code, and even comes with a
  (IMHO) pretty insightful guess as to where the problem might lie.
  Most developers have erotic fantasies about this kind of bug report.

Andy



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

Re: error during install

[Richard Copley]

Briefly to confirm that this can be reproduced: I tried to install all
of Cygwin on an XP box, and Setup hanged (hung?) (with some nonsense
about Error Reporting) at 47% (on  mhash (0.9.1, I think)) for me too.
 Cygwin installed properly when I asked for everything but mhash.

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

Re: Serious performance problems (malloc related?)

[Christopher Faylor]

On Fri, May 27, 2005 at 05:04:02PM -0700, Andy Ross wrote:
>Christopher Faylor quipped:
>> It seems pretty clear to me that if this is a really serious problem
>> for you then the best way to get it fixed is to gain more than zero
>> knowledge of cygwin.
>
>Gee, thanks.  Very helpful.  Can you at least type the commands in and
>verify the problem for me before you get snippy?  I said "zero
>knowlege" in an attempt to be modest*, but if you really want to get
>into a tussle about developer credentials, I'm happy to oblige.
>
>* I mean, come on: it's a 20 line program that shows a 15x performance
>  regression in a real-life, non-trivial application
>  (http://www.flightgear.org), takes all of 5 commands to verify that
>  can be copied right out of the source code, and even comes with a
>  (IMHO) pretty insightful guess as to where the problem might lie.
>  Most developers have erotic fantasies about this kind of bug report.

Gee, I'm sorry you thought I was being "snippy".  You apparently missed
that I was just providing you with some obvious advice.

You state that this is a "rather serious problem".  It seems like if this
was a really serious problem you'd be actively working towards solving it
rather than sending out email and hoping to get lucky.  If you think it
is malloc that is causing the problem then instrumenting malloc to prove
your assertion is not that much work.  Building the dll is probably not
five commands but it is not a heck of a lot more than that.

cgf

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

Re: Serious performance problems (malloc related?)

[Edward Peschko]

On Fri, May 27, 2005 at 08:50:54PM -0400, Christopher Faylor wrote:
> On Fri, May 27, 2005 at 05:04:02PM -0700, Andy Ross wrote:
> >Christopher Faylor quipped:
> >> It seems pretty clear to me that if this is a really serious problem
> >> for you then the best way to get it fixed is to gain more than zero
> >> knowledge of cygwin.
> >
> >Gee, thanks.  Very helpful.  Can you at least type the commands in and
> >verify the problem for me before you get snippy?  I said "zero
> >knowlege" in an attempt to be modest*, but if you really want to get
> >into a tussle about developer credentials, I'm happy to oblige.
> >
> >* I mean, come on: it's a 20 line program that shows a 15x performance
> >  regression in a real-life, non-trivial application
> >  (http://www.flightgear.org), takes all of 5 commands to verify that
> >  can be copied right out of the source code, and even comes with a
> >  (IMHO) pretty insightful guess as to where the problem might lie.
> >  Most developers have erotic fantasies about this kind of bug report.
> 
> Gee, I'm sorry you thought I was being "snippy".  You apparently missed
> that I was just providing you with some obvious advice.
> 
> You state that this is a "rather serious problem".  It seems like if this
> was a really serious problem you'd be actively working towards solving it
> rather than sending out email and hoping to get lucky.  If you think it
> is malloc that is causing the problem then instrumenting malloc to prove
> your assertion is not that much work.  Building the dll is probably not
> five commands but it is not a heck of a lot more than that.
> 

But Mr. Faylor, no offense, but you *are* snippy. You complain about 
lack of clue in bug reports, lack of motivation for people to pick up the 
code and play with it, yet you *constantly* throw cold water on 
people's motivation to feel good about dealing with cygwin.

Just some advice - take a step back and get a good meta-view at yourself.

You could seriously use a huge helping of your own advice and fix
the issue of people complaining about your attitude. 

There are two ways of seeing it - everybody (or a huge subset of everybody) 
is wrong and I'm squeaky clean, or yes I could improve my attitude in how
to deal with people. 

I know this cultural issue has deterred me in the past; I keep hoping that 
things'll change and I (and possibly many others) would change their mind
and start assisting cygwin.


Ed

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

Re: Serious performance problems (malloc related?)

[Andy Ross]

Christopher Faylor wrote:
> Gee, I'm sorry you thought I was being "snippy".  You apparently
> missed that I was just providing you with some obvious advice.

Indeed.  To paraphrase: "Fix it yourself, not my problem."

> It seems like if this was a really serious problem you'd be actively
> working towards solving it rather than sending out email and hoping
> to get lucky.

You mean, like the several hours it took to get from "FlightGear
startup is slow" (on a platform I don't use) to the freakishly obvious
sample code I sent you that you didn't even bother to try?

The saddest part of all of this was when I actually did go to the CVS
to look at the malloc synchronization and discovered that *YOU* are
the author.  So much for getting this fixed any time soon.  Not my
platform, not my problem.

Someday, you might actually care about why cygwin is so much slower
than linux (or windows, or mingw) on the same hardware.  When you do,
you know where to find your test case.  Maybe there are some other
developers around that might want to help.

Again, just in case you aren't clear or if someone else wants to
inject some sanity into the conversation: Cygwin is SLOW AS MOLASSES
(literally: fifteen times slower than mingw or glibc) when doing
obscure tasks like reading lines, splitting them into fields, and
allocating memory to hold the strings.

This is probably also why Cygwin is so much slower than linux or mingw
at so many other tasks.  That you don't think this is a problem is
just beyond me.

Thanks for, well, nothing,
Andy

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

Re: Updated: coreutils-5.3.0-6 [FAQ alert]

[Joshua Daniel Franklin]

On 5/27/05, Eric Blake wrote:
> Therefore, http://cygwin.com/faq/faq_toc.html#TOC45 is out of date, and we
> need a FAQ update.  It is now possible to do `mkdir -p
> //MACHINE/Share/path/to/new/dir' and everything just works fine!  However,
> `mkdir -p machine\\share\\path' fails, because coreutils expects Unix
> path names, not Windows style.  So it is probably worth rewording this FAQ
> to point out why using \ doesn't always do what the user expects.


OK, I'll update it.

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

Re: Serious performance problems (malloc related?)

[Christopher Faylor]

On Fri, May 27, 2005 at 09:29:54PM -0700, Edward Peschko wrote:
>But Mr. Faylor, no offense, but you *are* snippy.

I think we've recently demonstrated that this type of discussion is
not appreciated in the main cygwin list so my response to this message
will be in cygwin-talk.

Please redirect all "cgf sucks" followups to cygwin-talk.

cgf

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

Why "ISO C++ forbids..."

[Alireza Ghasemi]

Hello,
While compiling many g++ programs I got a ;ong list of errors with the same
messgae like
"ISO C++ forbids declaration of  '...' with no type"
whereas rhese files are compltely compiled with g++ on linux.
What's the problem?
Can I 'not' use ISO?
Thanks.


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

Re: Serious performance problems (malloc related?)

[Christopher Faylor]

On Fri, May 27, 2005 at 09:54:28PM -0700, Andy Ross wrote:
>Christopher Faylor wrote:
>>Gee, I'm sorry you thought I was being "snippy".  You apparently missed
>>that I was just providing you with some obvious advice.
>
>Indeed.  To paraphrase: "Fix it yourself, not my problem."

Actually, I think I implied that you should "learn more about cygwin"
and that you should "instrument it yourself".

I should also have said "check out http://cygwin.com/problems.html ".
This would have provided you with some more details to provide like
the important one of providing cygcheck output.

>> It seems like if this was a really serious problem you'd be actively
>> working towards solving it rather than sending out email and hoping
>> to get lucky.
>
>You mean, like the several hours it took to get from "FlightGear
>startup is slow" (on a platform I don't use) to the freakishly obvious
>sample code I sent you that you didn't even bother to try?

Ok.  I tried it.  I did not notice anything like what you described.  I
saw no indication that malloc was being called after the original
startup.  I saw consistent (implied) ~3 millisecond waits for disk
reads.  I saw no indication of malloc activity once the reads started.

>The saddest part of all of this was when I actually did go to the CVS
>to look at the malloc synchronization and discovered that *YOU* are
>the author.  So much for getting this fixed any time soon.  Not my
>platform, not my problem.

Yes.  I'm the author of a large percentage of the code in cygwin.
malloc synchronization is a "muto" in cygwin.  I wrote the muto
implementation.  I wrote it to theoretically speed up the previous
implementation.  I really don't think that has anything to do with this,
however.

>Someday, you might actually care about why cygwin is so much slower
>than linux (or windows, or mingw) on the same hardware.  When you do,
>you know where to find your test case.  Maybe there are some other
>developers around that might want to help.

It is a very well known fact that cygwin is slow.  I know several
reasons why cygwin is slow.  There are undoubtedly many that I'm not
aware of.

>Again, just in case you aren't clear or if someone else wants to
>inject some sanity into the conversation: Cygwin is SLOW AS MOLASSES
>(literally: fifteen times slower than mingw or glibc) when doing
>obscure tasks like reading lines, splitting them into fields, and
>allocating memory to hold the strings.
>
>This is probably also why Cygwin is so much slower than linux or mingw
>at so many other tasks.  That you don't think this is a problem is
>just beyond me.

Again, I'd suggest that you spend a little more time looking at the
problem and instrumenting parts of the code that you think are giving
you problems.  You should probably take c++ out of the equation, too.
There's no way of knowing if something in c++ is causing the problem
that you're seeing.

All that I'm asking you to do is prove your *guess* that this is a
malloc problem.

cgf

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