Re: passwd & group file problems ?

[Carlo Florendo]

Roy Wiseman wrote:


I agree that Symantec are a bit of satanic
corporation, 



So you think this is not an insult to the corporation?:)

PS.  If ever you reply, please direct all the mails to the cygwin-talk 
mailing list where discussions of this type are on-topic.



--
Carlo Florendo
Astra Philippines Inc.
www.astra.ph


--
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: binutils-20050608-2

[Christopher Faylor]

I've made a new version of binutils available for installation.

This is a quick update from the release I made a few hours ago which
corrects some section handling problems that I introduced in my patch.
This version should now correctly build the Cygwin DLL.

For a brief description of this package, and a listing of the files it
contains, see http://cygwin.com/packages/binutils .  The project web
page has more details: http://sourceware.org/binutils/ .

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

  *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

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

[EMAIL PROTECTED]

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

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

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

Christopher Faylor

--
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: Application Error with 20050609 snapshot

[David Rothenberger]

On 6/9/2005 6:54 PM, Larry Hall wrote:

At 02:43 PM 6/9/2005, you wrote


I get an Application Error popup when trying to start bash (or sh) with the 
20050609 snapshot or a DLL built myself from CVS today. The error is:

The application failed to initialize properly (0xc005). Click on OK to 
terminate the application.

I've been getting this message the last few days from DLLs built myself from 
CVS. (It doesn't matter if the DLL is stripped or not.)



Make sure the DLL is executable.  


It was executable.


You may also want to try installing the newly announced binutils.


I was using 20050608-1.

I just built the latest from CVS using the latest binutils, gcc, and 
gcc-mingw releases and all is working now. I don't know whether it's due 
to the changes cgf made this afternoon or the new point release of 
binutils (20050608-2), but it's working now, so I'm happy.


--
David Rothenbergerspammer? -> [EMAIL PROTECTED]
GPG/PGP: 0x7F67E734, C233 365A 25EF 2C5F C8E1 43DF B44F BA26 7F67 E734

Ah, sweet Springtime, when a young man lightly turns his fancy over!


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

Use setup.exe or CVS - was - where can i download the source code of cygwin

[Larry Hall]

At 02:46 PM 6/9/2005, you wrote:




Is there a reason that your question can't actually be the *content* of your
email message?


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


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

Re: Application Error with 20050609 snapshot

[Larry Hall]

At 02:43 PM 6/9/2005, you wrote
>I get an Application Error popup when trying to start bash (or sh) with the 
>20050609 snapshot or a DLL built myself from CVS today. The error is:
>
>The application failed to initialize properly (0xc005). Click on OK to 
>terminate the application.
>
>I've been getting this message the last few days from DLLs built myself from 
>CVS. (It doesn't matter if the DLL is stripped or not.)

Make sure the DLL is executable.  You may also want to try installing the
newly announced binutils.




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


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

Re: Multi Threaded programs deadlock doing simple I/O operations

[Mark Pizzolato]

On Thursday, June 09, 2005 at 3:35 PM, Christopher Faylor wrote:

On Wed, Jun 08, 2005 at 05:43:59PM -0700, Mark Pizzolato wrote:
>There is a serious problem for multi threaded programs doing simple I/O
>operations in cygwin (open, dup, fdopen, fclose, and close).
>
>The attached 81 line test program clearly demonstrates the issue (by
>hanging and no longer consuming CPU or performing any I/O operations).

Thanks for the relatively small test case.  That was enough to track the
problem down.  I'm generating a new snapshot with a fix for this
problem.


The snapshot looks good!

This fixes the stability problems with clamav's clamd that I've been chasing 
for a long time.


Thanks.

- Mark Pizzolato 



--
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: Unicode in filenames support? (FAQ update needed)

[Joshua Daniel Franklin]

On 6/7/05, Christopher Faylor wrote:
> On Tue, Jun 07, 2005 at 02:17:02PM -0400, Williams, Gerald S (Jerry) wrote:
> >Corinna Vinschen wrote:
> >>Not that I know of.  We're discussing to convert Cygwin's path handling
> >>to use Unicode for a while now, but it will take time.  Don't expect
> >>this any time soon.
> >
> >I've been off of the developer list for a while now, and now the
> >archives are subscriber only.  :-(
> 
> Joshua, any chance I could get a FAQ entry about this?
> 
> >However, it was NTFS-specific and Cygwin went a different
> >route (which has path length limitations, but I digress).
> 
> And, Joshua could I get a FAQ entry about this, too?  This has got to be
> at least the fifth time that someone has felt compelled to make the
> observation that the current implementation of managed mode has path
> length limitations.  Maybe a managed mode section would be useful in
> general.

Sure, though unfortunately it will be a few days since I'm moving right now.

--
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: ./config

[Brian Dessent]

alex hardy wrote:

> Every time I use the ./config comand it does not work.

Huh?  This is way too vague to answer.

1. "./config" is not a standard command, do you mean "./configure"?
2. What software (exact version) are you trying to configure/build?
3. What is the exact command that you are typing?
4. What is the exact error that you get?
5. What is your exact system setup (cygcheck -srv output)

All of this is outlined at  which you
seriously need to read.

> Also re openssl where can I find the sign.sh file

It's not part of openssl.  It's included with mod_ssl though, and the
first few hits for a google search of "openssl sign.sh" will turn up
instructions for how to obtain and use it.  Please consult google.

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: Login & Something diff since cygwin 1.5.15-1 release - could it be security changes that were made

[Larry Hall]

At 02:07 PM 6/9/2005, you wrote:
>Larry Hall wrote:
>> Perhaps you added one or more of these one time when you wanted to try 
>> this with your account and didn't remove them all later.
>
>sshd kept jumping to mind and after a google search of cygwin.com it seems to 
>hold that at one time this was the method (and may still be - just not using 
>your personal account) of getting ssh/sshd to work.  Those searches also show 
>me getting help getting sshd working (although I do not mention those settings 
>being changed) and then finally getting it working (through the help of Max 
>and 
>Corinna) using SYSTEM.


The OpenSSH server, sshd, typically runs as a service.  To support switching
to a new user, the account the service runs as must have the previously 
listed privileges.  SYSTEM has all of them by default on NT/W2K/XP.  W2K3's 
SYSTEM doesn't, so you have to create a new account that has these 
permissions and run the sshd service under that account (or modify an 
existing one if you're comfortable with that option).  This all has been 
automated by the /bin/ssh-host-config script for some time though, including 
creating a special 'sshd_server' account for W2K3 to run the sshd service.  
At one time, many of these steps did need to be performed manually, though I
can't ever remember needing to create or modify an existing account to run 
the sshd service on NT/W2K/XP.  There was certainly some docuementation of
these requirements in /usr/share/doc/Cygwin/openssh-README and 
/usr/share/doc/Cygwin/inetutils-1.3.2.README.  You may have gotten some 
ideas from these documents at some point in time.  And there was certainly
some discussion of how to set up such an account, be it your own or a new
one, on the list from time to time.  You may have even had someone suggest
to you to add these permissions (it would have been a reasonable suggestion
if you mentioned that you had installed the service to run with your user
account).  But, like I said, making these changes is not a requirement for
running sshd as a service and has never been a requirement on NT/W2K/XP
AFAIR.  So if you don't have a use for such privileges on your account,
you can remove them if you like.


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


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

Re: ruby dumps core

[Brian Dessent]

Steve Kelem wrote:

> C:\cygwin\bin\ruby.exe (2636): *** unable to remap
> C:\cygwin\lib\ruby\1.8\i386-cygwin\syck.so to same address as
> parent(0x37) != 0x276
> C:\cygwin\bin\ruby.exe (2636): *** unable to remap
> C:\cygwin\lib\ruby\1.8\i386-cygwin\syck.so to same address as
> parent(0x37) != 0x276

You need to run rebaseall.

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/

./config

[alex hardy]

Hello

Every time I use the ./config comand it does not work.

Also re openssl where can I find the sign.sh file

alex


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

ruby dumps core

[Steve Kelem]

I tried running "ri File", and got the following messages:
C:\cygwin\bin\ruby.exe (2636): *** unable to remap 
C:\cygwin\lib\ruby\1.8\i386-cygwin\syck.so to same address as 
parent(0x37) != 0x276
C:\cygwin\bin\ruby.exe (2636): *** unable to remap 
C:\cygwin\lib\ruby\1.8\i386-cygwin\syck.so to same address as 
parent(0x37) != 0x276
 3 [main] ruby 3944 fork_parent: child 2636 died waiting for dll 
loading
/usr/lib/ruby/1.8/rdoc/ri/ri_display.rb:226: [BUG] rb_sys_fail() - errno 
== 0

ruby 1.8.2 (2004-12-25) [i386-cygwin]

Abort (core dumped)

Any idea what's up?

% ri --version
ri v1.0.1 - 20041108
% ruby --version
ruby 1.8.2 (2004-12-25) [i386-cygwin]
%

Thanks,
Steve

--
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: passwd & group file problems ?

[Gary R. Van Sickle]

Roy Wiseman wrote:

> I agree that Symantec are a bit of satanic corporation,

Wow, I've never heard it put so correctly and succinctly.  Perhaps the new
Pope can help us all out and exorcise Symantec, McAffe, and Google Desktop
Search.

-- 
Gary R. Van Sickle


--
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: Problem with gcc 3.4.4-1 and -mno-cygwin switch

[Christopher Faylor]

On Thu, Jun 09, 2005 at 06:26:59PM -0400, Igor Pechtchanski wrote:
>On Thu, 9 Jun 2005, Christopher Faylor wrote:
>
>> On Thu, Jun 09, 2005 at 11:31:23PM +0200, Gerrit P. Haase wrote:
>> >>Oh, I'm sorry.  I think I see.  There are some gcc-mingw-* packages
>> >>after 20040822-1 that fix the problem?
>> >
>> >Yes.  And I suggest that you get a gold star because you found the
>> >first mistake I made when building and uploading this package even
>> >before an announcement was sent;)
>>
>> Can we get a gold star over here?
>
>Sure thing Boss!  You want I should drop a hippo on someone while I'm at
>it? :-)

Not yet.  You might want to work on gold hippos, though.  It's only a matter
of time.

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: Multi Threaded programs deadlock doing simple I/O operations

[Christopher Faylor]

On Wed, Jun 08, 2005 at 05:43:59PM -0700, Mark Pizzolato wrote:
>There is a serious problem for multi threaded programs doing simple I/O 
>operations in cygwin (open, dup, fdopen, fclose, and close).
>
>The attached 81 line test program clearly demonstrates the issue (by 
>hanging and no longer consuming CPU or performing any I/O operations).

Thanks for the relatively small test case.  That was enough to track the
problem down.  I'm generating a new snapshot with a fix for this
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: Problem with gcc 3.4.4-1 and -mno-cygwin switch

[Igor Pechtchanski]

On Thu, 9 Jun 2005, Christopher Faylor wrote:

> On Thu, Jun 09, 2005 at 11:31:23PM +0200, Gerrit P. Haase wrote:
> >>Oh, I'm sorry.  I think I see.  There are some gcc-mingw-* packages
> >>after 20040822-1 that fix the problem?
> >
> >Yes.  And I suggest that you get a gold star because you found the
> >first mistake I made when building and uploading this package even
> >before an announcement was sent;)
>
> Can we get a gold star over here?

Sure thing Boss!  You want I should drop a hippo on someone while I'm at
it? :-)
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: error initdb-failed

[Juliano Francisco Angeli]

Hello Carlo,

 Yes, we look at the documentation but it did not give certain.  

The problems to install postgresql in win98 had been many, then in the project
we decide here to develop using winXP.  

I did not obtain to decide the problem with the Cygwin and win98, we cannot wait
more. 

 I am thankful for the attention, especially of the Carlo. 
 I am thankful.  

Any doubt return.  

Juliano.


Citando Carlo Florendo <[EMAIL PROTECTED]>:

-> Juliano Francisco Angeli wrote:
-> 
-> >Hello,
-> >
-> > I am installing postgresql in the Windows 98 with cygwin. 
-> > A signal error 12 is happening (initdb-failed). 
-> > Necessary to install postgres in the Windows 98, then I am using win98,
-> cygwin
-> >and postgresql-7.4.3.  
-> >
-> >They help me?  
-> >I did not find nothing in the aid InterNet? 
-> >
-> > I am thankful for the attention.  
-> >
-> >Juliano F. Angeli
-> >  
-> >
-> 
-> Have you actually read /usr/share/doc/Cygwin/postgresql-x.x.x.README?
-> 
-> That README contains detailed information on how to setup postgresql 
-> properly.  In any case, my guess is that you do not have the proper 
-> setting for the CYGWIN environment variable.   On the default cygwin 
-> shell (bash), you could try doing this:
-> 
-> export CYGWIN=server
-> 
-> Then, try running initdb.  If that does not work still, please give more 
-> details into what you're doing or, take a look at 
-> http://cygwin.com/problems.html and read the part that talks about 
-> running cygcheck.
-> 
-> HTH.
-> 
-> Thanks!
-> 
-> Best Regards,
-> 
-> Carlo
-> 
-> -- 
-> Carlo Florendo
-> Astra Philippines Inc.
-> www.astra.ph
-> 

--
É tempo de inspiração  -  Vestibular FACCAT
Inscrições: até 24 de junho
Provas: 26 de junho
Mais informações http://www.faccat.br

--
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: automatic generation of resolv.conf

[Brian Dessent]

Ross Boulet wrote:

> I recently downloaded and compiled dig from the bind
> website.  When I tried to run it, it wouldn't work unless I
> specified the DNS server on the command line.  Looking at
> the man page on a Linux box, I saw a reference to
> resolv.conf (which is obviously not present by default in
> Windoze.  Creating a resolv.conf with my ISP's name servers
> in it fixed the issue.
> 
> I saw some posts from a while back where someone was
> thinking about a utility to create the resolv.conf file for
> some other application that was expecting its presence.
> Does anyone know if this ever got further than the idea
> phase?  I use a laptop in a lot of different places and the
> name servers vary from place to place, depending on the ISP.
> I could just hard code the resolv.conf, but it would be
> helpful to see the data my clients are seeing without having
> to redo resolv.conf each time.

I know that this does not directly answer your question, but if you use
the win32 port of dig (straight from isc.org) you do not need any such
resolv.conf, it gets the nameservers from the Windows configuration.

Since that functionality already exists, your best bet would be to
either a) use the win32 port b) patch dig to include that functionality
when compiling with Cygwin.

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: error initdb-failed

[Juliano Francisco Angeli]

Hello Carlo, 

Yes, we look at the documentation but it did not give certain. 

 The problems to install postgresql in win98 had been many, then in the project
we decide here to develop using winXP.  

I did not obtain to decide the problem with the Cygwin and win98, we cannot wait
more.  

I am thankful for the attention, especially of the Carlo. 
 I am thankful. 

 Any doubt return.  

Juliano.

Citando Carlo Florendo <[EMAIL PROTECTED]>:

-> Juliano Francisco Angeli wrote:
-> 
-> >Hello,
-> >
-> > I am installing postgresql in the Windows 98 with cygwin. 
-> > A signal error 12 is happening (initdb-failed). 
-> > Necessary to install postgres in the Windows 98, then I am using win98,
-> cygwin
-> >and postgresql-7.4.3.  
-> >
-> >They help me?  
-> >I did not find nothing in the aid InterNet? 
-> >
-> > I am thankful for the attention.  
-> >
-> >Juliano F. Angeli
-> >  
-> >
-> 
-> Have you actually read /usr/share/doc/Cygwin/postgresql-x.x.x.README?
-> 
-> That README contains detailed information on how to setup postgresql 
-> properly.  In any case, my guess is that you do not have the proper 
-> setting for the CYGWIN environment variable.   On the default cygwin 
-> shell (bash), you could try doing this:
-> 
-> export CYGWIN=server
-> 
-> Then, try running initdb.  If that does not work still, please give more 
-> details into what you're doing or, take a look at 
-> http://cygwin.com/problems.html and read the part that talks about 
-> running cygcheck.
-> 
-> HTH.
-> 
-> Thanks!
-> 
-> Best Regards,
-> 
-> Carlo
-> 
-> -- 
-> Carlo Florendo
-> Astra Philippines Inc.
-> www.astra.ph
-> 

--
É tempo de inspiração  -  Vestibular FACCAT
Inscrições: até 24 de junho
Provas: 26 de junho
Mais informações http://www.faccat.br

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

automatic generation of resolv.conf

[Ross Boulet]

I recently downloaded and compiled dig from the bind
website.  When I tried to run it, it wouldn't work unless I
specified the DNS server on the command line.  Looking at
the man page on a Linux box, I saw a reference to
resolv.conf (which is obviously not present by default in
Windoze.  Creating a resolv.conf with my ISP's name servers
in it fixed the issue.

I saw some posts from a while back where someone was
thinking about a utility to create the resolv.conf file for
some other application that was expecting its presence.
Does anyone know if this ever got further than the idea
phase?  I use a laptop in a lot of different places and the
name servers vary from place to place, depending on the ISP.
I could just hard code the resolv.conf, but it would be
helpful to see the data my clients are seeing without having
to redo resolv.conf each time.

Thanks in advance for the help.




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

Re: Problem with gcc 3.4.4-1 and -mno-cygwin switch

[Christopher Faylor]

On Thu, Jun 09, 2005 at 11:31:23PM +0200, Gerrit P. Haase wrote:
>>Oh, I'm sorry.  I think I see.  There are some gcc-mingw-* packages
>>after 20040822-1 that fix the problem?
>
>Yes.  And I suggest that you get a gold star because you found the
>first mistake I made when building and uploading this package even
>before an announcement was sent;)

Can we get a gold star over here?

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: Unicode in filenames support? (FAQ update needed)

[Christopher Faylor]

On Thu, Jun 09, 2005 at 05:24:57PM -0400, Williams, Gerald S (Jerry) wrote:
>Christopher Faylor wrote:
>> But releasing something to the public domain doesn't help
>> Cygwin. [...] The problem is that you still have to verify
>> that the sources are truly public domain and how do you do
>> that without getting a disclaimer from a person's employer?
>[...]
>> I truly hate all of this assignment stuff that is required for
>> contributions to FSF programs and Cygwin.  I think it's time
>> for someone to come up with an online way to do this.
>
>My employer authorized the release into the public domain, making the
>code explicitly not protected by copyright.  The lawyer-types don't
>trust the assignments though, so online forms therefore wouldn't help
>anyway.  If a disclaimer is all that you want, I'm sure you/I can get
>it.  In fact, as long as they know about the uncopyrighted code and
>don't do anything about it, they've given up rights to it.

And you prove that they don't know anything about it by...?

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: Problem with gcc 3.4.4-1 and -mno-cygwin switch

[Gerrit P. Haase]

David Rothenberger wrote:


On 6/9/2005 12:24 PM, David Rothenberger wrote:


On 6/9/2005 12:17 PM, Gerrit P. Haase wrote:


David Rothenberger wrote:



% cygcheck -cv | grep gcc
Empty package gcc
gcc 3.4.4-1  OK
gcc-core3.4.4-1  OK
gcc-g++ 3.4.4-1  OK
Empty package gcc-mingw
gcc-mingw   20040810-1   OK
gcc-mingw-core  20040810-1   OK
gcc-mingw-g++   20040810-1   OK

Same issue with test versions of gcc-mingw* packages.





Many thanks.

You're missing the gcc-mingw-* packages.




Huh? Which gcc-mingw-* packages am I missing? See the output from 
cygcheck pasted above. Also, note that gcc -mno-cygwin works fine for 
me with gcc 3.3.3-1.



Oh, I'm sorry. I think I see. There are some gcc-mingw-* packages after 
20040822-1 that fix the problem?


Yes.  And I suggest that you get a gold star because you found the first
mistake I made when building and uploading this package even before an
announcement was sent;)


Gerrit
--
=^..^=

--
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: Unicode in filenames support? (FAQ update needed)

[Williams, Gerald S \(Jerry\)]

Christopher Faylor wrote:
> But releasing something to the public domain doesn't help
> Cygwin. [...] The problem is that you still have to verify
> that the sources are truly public domain and how do you do
> that without getting a disclaimer from a person's employer?
[...]
> I truly hate all of this assignment stuff that is required for
> contributions to FSF programs and Cygwin.  I think it's time
> for someone to come up with an online way to do this.

My employer authorized the release into the public domain,
making the code explicitly not protected by copyright. The
lawyer-types don't trust the assignments though, so online
forms therefore wouldn't help anyway. If a disclaimer is
all that you want, I'm sure you/I can get it. In fact, as
long as they know about the uncopyrighted code and don't
do anything about it, they've given up rights to it. Of
course, IANALATEIHSMBSI (http://cygwin.com/acronyms/#IANAL
and http://cygwin.com/acronyms/#YANALATEYHSMBSI).

gsw


--
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: passwd & group file problems ?

[Roy Wiseman]

thanks Igor, and also Dave, I totally appreciate both
of your time on this
(can't say I liked the insult much Dave, but my
mistake was accidental you know. Maybe it's a Scottish
thing that we treat people with respect until they
disrespect us, I guess we don't think we should have
to put up with insults from anyone, ... we're stubborn
that way !).

I'll work through your explanations tomorrow Igor. I
had no idea there was so much going on under cygwin, I
kind of assumed that the bunch-of-files and
configuration information sat in the cygwin folder,
until at runtime when the bash shell was invoked, the
cygwin dll somehow bound all the files together into a
workable system at that point. clearly a lot more
going on there, but very interesting to see how it all
works together.

cheers,

roy.





___ 
How much free photo storage do you get? Store your holiday 
snaps for FREE with Yahoo! Photos http://uk.photos.yahoo.com

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

Re: PTHREAD_MUTEX_DEFAULT different for cygwin v.s. linux.

[Peter Rehley]

On Jun 9, 2005, at 8:57 AM, Christopher Faylor wrote:


On Wed, Jun 08, 2005 at 03:29:46PM -0700, Peter Rehley wrote:

On Jun 8, 2005, at 2:59 PM, Thomas E. Zerucha wrote:


I have a problem similar to that of:

http://sourceware.org/ml/cygwin/2005-05/msg01400.html

I have an old system that I'm trying to port that uses pthreads, but
doesn't set the attribute, and a non-owner thread will destroy the
thread in a deallocate routine, but this won't happen (it won't
actually destroy the thread).

The problem is that (in pthread.h) PTHREAD_MUTEX_DEFAULT is .._NORMAL
on linux, the system was originally written for.  It works but
eventually dies when it runs out of threads or mutexes or something
since it can't recycle.  PTHREAD_MUTEX_DEFAULT is .._ERRORCHECK on
cygwin.

It would be painful to add a whole section to create an attribute
structure just to set this to be the same as linux.


If you look at the test case you will see a line that says
mutex=PTHREAD_MUTEX_INITIALIZER;

This causes the program to use the default (ERRORCHECK) mutex.  To get
a normal mutex, you can use mutex=PTHREAD_NORMAL_MUTEX_INITIALIZER_NP;

However, in the test case when NORMAL is used, the mutex never gets
unlocked because the signal SIG_CHLD doesn't get to the parent.


FWIW, I've changed the default for PTHREAD_MUTEX_INITIALIZER to
PTHREAD_NORMAL_MUTEX_INITIALIZER_NP in CVS.  Last night I also tried to
implement handling for interrupting mutexes based on Corinna's
explanation of what your patch did.


Shouldn't PTHREAD_MUTEX_DEFAULT be PTHREAD_MUTEX_NORMAL?


Both of these changes are in the current snapshot.
And the pthread_mutex_lock is still waiting forever...doesn't process 
the signal.  Looking at the code I think that the pthread_mutex::_lock 
function should be using the cancelable_wait routine in place of the 
WaitForSingleObject.





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/




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: Unicode in filenames support? (FAQ update needed)

[Igor Pechtchanski]

On Thu, 9 Jun 2005, Christopher Faylor wrote:

> On Thu, Jun 09, 2005 at 02:28:28PM -0400, Williams, Gerald S (Jerry) wrote:
> >>Of course we would be glad to have more people working on the DLL (and
> >>sign the copyright assignment, sigh),
> >
> >Yes, the assignment was/is a hurdle for me.  It turns out to be much
> >easier to release something into the public domain (at least at my
> >company), thus my approach.  I had actually made some progress with the
> >assignment, but it went back to ground zero when my old group was
> >disbanded.
>
> But releasing something to the public domain doesn't help Cygwin.  I did
> ask the Red Hat lawyer if accepting public domain sources was ok and he
> said "Yes, but..." The problem is that you still have to verify that the
> sources are truly public domain and how do you do that without getting a
> disclaimer from a person's employer?
>
> I truly hate all of this assignment stuff that is required for
> contributions to FSF programs and Cygwin.  I think it's time for someone
> to come up with an online way to do this.  I asked a (very) technically
> savvy lawyer acquaintance about this once and he said "Hmm..." but he
> never came up with anything workable...

FWIW, here's something I proposed to our lawyers that they found
reasonable: paste the fingerprint hash of the digital signature on the
manager's e-mail message approving the copyright assignment into the
assignment form.  That way, if there's ever doubt, the message can be
referred to and it could be verified to be the correct message.  I don't
know how workable that is, but it could be a start...

Of course, it could be the ravings of a madman on a dark September night,
in which case feel free to ignore or drop a hippo on me (in the
appropriate list).
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: passwd & group file problems ?

[Igor Pechtchanski]

Yuk, top posting.  Reformatted.  Please consider pressing Ctrl-End in the
Message text area...

On Thu, 9 Jun 2005, Roy Wiseman wrote:

> --- Dave Korn <[EMAIL PROTECTED]> wrote:

...after changing the first line of the reply quote.  As I mentioned,
.  I know it's Yahoo webmail,
so doesn't have much in the way of convenience features, but at worst
you'd have to remove the addresses by hand.  Anything to avoid helping
spammers.  If this is sufficiently annoying, perhaps enough Yahoo users
will request this feature that Yahoo will give in and implement it.

> > Original Message
> > >From: Igor Pechtchanski
> > >Sent: 09 June 2005 18:09
> >
> > > likely to bite you at some point soon.  Secondly, some application
> > > (presumably Norton Ghost) has inserted a quoted string into your
> > > PATH, which confuses Cygwin.  Remove the quotes from the PATH.
> >
> >   At this point, I'd just like to say ${DAVEK_ANTI_NORTON_RANT}, and
> > furthermore,
> > ${DAVEK_ANTI_SYMANTEC_RANT:-${DAVEK_ANTI_NORTON_RANT//NORTON/SYMANTEC}},
> > while of course it is also true that
> > ${DAVEK_ANTI_MCAFEE_RANT:-${DAVEK_ANTI_SYMANTEC_RANT//SYMANTEC/MCAFEE}}.

At this point, Dave, it might pay for you to actually create a web page
with the rants and post links... :-p

> > > Also, as your cygcheck output shows, you are in a domain.  It's
> > > quite possible that the domain controller really is taking more than
> > > 30 minutes to return the set of users and groups (for large
> > > domains).  The "-u"/"-g" options of mkpasswd/mkgroup respectively
> > > may be helpful.
> >
> >   Or indeed running it in such a way that the redirection doesn't
> > prevent you from seeing what's going on, such as:
> >
> > mkpasswd -d -l | tee /etc/passwd
> >
> > which will let you see it spitting out entries one-by-one as the
> > server sends responses.

Roy, the name after the "tee" command is, of course, the name of the file
you'll be overwriting.  In any case, you might want to first get a command
running (without any redirection or pipes), and then redirect it in the
way I showed you.

> > > You could try running "net user nlwiso" to find out the group
> > > membership (though I'm not certain how to ensure that the user being
> > > queried is EMEA\nlwiso);
> >
> >   "net user EMEA\nlwiso".  It's pretty universal in 'doze that
> > wherever you can put a username, you can put a DOMAIN\user string
> > instead.

Dave, you can be sure I've tried the obvious before posting.  It didn't
work for me.  Perhaps the "local domain" (i.e., the current computer)
isn't handled in the same way.

> I agree that Symantec are a bit of satanic
> corporation, but ... well, Ghost2003 is actually very
> impressive most of the time (apart from breaking
> cygwin which is a big problem of course).

It would have broken other apps as well, just not in such an obviously
detectable way.

> ok, I've fixed symantec by taking out the 2 " in the
> path and I fixed the cygwin1.dll (it was a copy of
> testdisk that was in there. testdisk carries it's own
> old version of cygwin1.dll around with it) then I did
> the mkpasswd and mkgroup stuff as you suggested ...
> and this is what I got, but I've no idea what tee it
> telling me (now I'm on my home system which is non
> domain, my office ABN Amro system is all the
> EMEA\nlwiso stuff).

"tee" isn't telling you anything, you're seeing the output of "mkpasswd"
(or "mkgroup", as the case may be).

> This is a lot confusing to me, do you understand this output ?

See .

> oh, after this, I still get the same error unfortunately.
>
> C:\cygwin>cygwin
> Your group is currently "mkpasswd".  This indicates that
> the /etc/passwd (and possibly /etc/group) files should
> be rebuilt.
> See the man pages for mkpasswd and mkgroup then, for
> example, run
> mkpasswd -l [-d] > /etc/passwd
> mkgroup  -l [-d] > /etc/group
> Note that the -d switch is necessary for domain users.

The commands you quoted will have destroyed your /etc/passwd completely.
Try re-running the commands I gave you.

> [EMAIL PROTECTED] ~
> $ mkpasswd -d -l | tee /etc/passwd
> mkpasswd (731): [2453] Could not find domain controller for this domain.

This is a problem.  Are you on the network when you run this command?  If
not, the delay may be mkpasswd waiting for domain controller connections
to time out.

Did you run "mkpasswd -c -l", like I told you?

> [EMAIL PROTECTED] ~
> $ mkpasswd  -l | tee /etc/passwd

This just overwrote /etc/passwd generated in the previous run.

> [EMAIL PROTECTED] ~
> $ mkgroup  -l | tee /etc/passwd

Ditto, and this time it's with the output of mkgroup.

> [EMAIL PROTECTED] ~
> $ mkgroup  -l -d | tee /etc/passwd
> Cannot get PDC, code = 2453

As you see, the primary domain controller is inaccessible.  Do you need to
be on a VPN or something to log in to the domain?
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,

bash page fault on Win98SE when running non-Cygwin programs

[irwin]

When running some non-Cygwin programs from bash (seems to be mostly a problem
with 16-bit programs, but also some 32-bit programs), bash gets an invalid page
fault in KERNEL32.DLL and pops up a fault dialog.

Also, quitting the fault dialog doesn't work - I just get another page fault
dialog each time I quit the current one.

I can sometimes start up another bash and kill the first one, but in most
cases, the machine locks up and I have to reset it.

However, cygcheck works OK (output follows).

Has anyone else seen this?

/Irwin Meisels
irwinm at rogers dot com




Cygwin Configuration Diagnostics
Current System Time: Thu Jun 09 14:52:35 2005

Windows 98 SE Ver 4.10 Build  

Path:   C:\cygwin\bin
C:\cygwin\bin
c:\usr\games\bin
C:\cygwin\usr\local\bin
c:\WINDOWS
c:\WINDOWS\COMMAND
c:\USR\BIN
c:\PROGRAM FILES\EXECUTIVE SOFTWARE\DISKEEPERLITE\

Output from C:\cygwin\bin\id.exe (nontsec)
UID: 500(irwin)   GID: 544(unknown)
544(unknown)

Output from C:\cygwin\bin\id.exe (ntsec)
UID: 500(irwin)   GID: 544(unknown)
544(unknown)

SysDir: C:\WINDOWS\SYSTEM
WinDir: C:\WINDOWS

USER = `irwin'
PWD = `/usr/games/foo'
HOME = `/c/irwin'
MAKE_MODE = `unix'

MANPATH = `:/usr/ssl/man'
TERM = `cygwin'
CMDLINE = `bash --login -i'
OLDPWD = `/c/irwin'
TEMP = `/c/WINDOWS/TEMP'
W = `/cygdrive/g/levels'
PS1 = `% '
!C: = `C:\cygwin\bin'
WINBOOTDIR = `C:\WINDOWS'
SHLVL = `1'
BLASTER = `A220 I5 D1 H7 P300 T6'
COMSPEC = `C:\WINDOWS\COMMAND.COM'
PROMPT = `$p$g'
LESS = `cMifnR'
TMP = `/c/WINDOWS/TEMP'
_ = `/usr/bin/cygcheck'
SYSTEMROOT = `C:\WINDOWS'
POSIXLY_CORRECT = `1'

HKEY_CURRENT_USER\Software\Cygnus Solutions
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options
HKEY_LOCAL_MACHINE\Software\Cygnus Solutions
HKEY_LOCAL_MACHINE\Software\Cygnus Solutions\Cygwin
HKEY_LOCAL_MACHINE\Software\Cygnus Solutions\Cygwin\mounts v2
  (default) = `/cygdrive'
  cygdrive flags = 0x0022
HKEY_LOCAL_MACHINE\Software\Cygnus Solutions\Cygwin\mounts v2\/usr/games
  (default) = `c:\usr\games'
  flags = 0x000a
HKEY_LOCAL_MACHINE\Software\Cygnus Solutions\Cygwin\mounts v2\/c
  (default) = `c:'
  flags = 0x000a
HKEY_LOCAL_MACHINE\Software\Cygnus Solutions\Cygwin\mounts v2\/h
  (default) = `h:'
  flags = 0x000a
HKEY_LOCAL_MACHINE\Software\Cygnus Solutions\Cygwin\mounts v2\/f
  (default) = `f:'
  flags = 0x000a
HKEY_LOCAL_MACHINE\Software\Cygnus Solutions\Cygwin\mounts v2\/
  (default) = `C:\cygwin'
  flags = 0x000a
HKEY_LOCAL_MACHINE\Software\Cygnus Solutions\Cygwin\mounts v2\/usr/bin
  (default) = `C:\cygwin/bin'
  flags = 0x000a
HKEY_LOCAL_MACHINE\Software\Cygnus Solutions\Cygwin\mounts v2\/usr/lib
  (default) = `C:\cygwin/lib'
  flags = 0x000a
HKEY_LOCAL_MACHINE\Software\Cygnus Solutions\Cygwin\Program Options

a:  fd N/AN/A
c:  hd  FAT32 8197Mb  70% CPUN   
d:  hd  FAT32 1503Mb  87% CPUN   
e:  hd  FAT988Mb  35% CPUN   
f:  hd  FAT   1019Mb  98% CPUN   
g:  hd  FAT32  540Mb   1% CPUN   
h:  cd  CDFS   634Mb 100%CDROM
i:  net NTFS 10076Mb  66% CP CSPAirwin
j:  net NTFS 56342Mb  82% CP CSPAmnt1

c:\usr\games   /usr/games  system  binmode
c: /c  system  binmode
h: /h  system  binmode
f: /f  system  binmode
C:\cygwin  /   system  binmode
C:\cygwin/bin  /usr/binsystem  binmode
C:\cygwin/lib  /usr/libsystem  binmode
.  /cygdrive   system  binmode,cygdrive

Found: C:\cygwin\bin\awk.exe
Found: C:\cygwin\bin\bash.exe
Found: C:\cygwin\bin\cat.exe
Found: C:\cygwin\bin\cp.exe
Found: C:\cygwin\bin\cpp.exe
Found: C:\cygwin\bin\find.exe
Found: c:\WINDOWS\COMMAND\find.exe
Warning: C:\cygwin\bin\find.exe hides c:\WINDOWS\COMMAND\find.exe
Found: C:\cygwin\bin\gcc.exe
Found: C:\cygwin\bin\gdb.exe
Found: C:\cygwin\bin\grep.exe
Found: C:\cygwin\bin\ld.exe
Found: C:\cygwin\bin\ls.exe
Found: C:\cygwin\bin\make.exe
Found: C:\cygwin\bin\mv.exe
Found: C:\cygwin\bin\rm.exe
Found: C:\cygwin\bin\sed.exe
Found: C:\cygwin\bin\sh.exe
Found: C:\cygwin\bin\tar.exe
Found: c:\USR\BIN\tar.exe
Warning: C:\cygwin\bin\tar.exe hides c:\USR\BIN\tar.exe

7k 2003/10/19 C:\cygwin\bin\cygcrypt-0.dll - os=4.0 img=1.0 sys=4.0
  "cygcrypt-0.dll" v0.0 ts=2003/10/19 3:57
   21k 2001/06/20 C:\cygwin\bin\cygintl.dll - os=4.0 img=1.0 sys=4.0
  "cygintl.dll" v0.0 ts=2001/6/20 13:09
   22k 2001/12/13 C:\cygwin\bin\cygintl-1.dll - os=4.0 img=1.0 sys=4.0
  "cygintl-1.dll" v0.0 ts=2001/12/13 4:28
   45k 2001/04/25 C:\cygwin\bin\cygform5.dll - os=4.0 img=1.0 sys=4.0
  "cygform5.dll" v0.0 ts=2001/4/25 1:28
   26k 2001/04/25 C:\cygwin\bin\cygmenu5.dl

RE: passwd & group file problems ?

[Roy Wiseman]

Thanks for the insults   D A V E . K O R N 

You say you are offended, and that I am not in control
of my own actions (obviously highly offensive,
patronising and insulting statements). I am in control
of my own actions. You of course have answers that I
would like, and yet you dangle them at me in effect
with the maturity of a child it seems. I will not get
my answers, you will jealously guard them to prove the
point about the Linux community being closed and
secret and you have insulted me repeatedly here,
because you can.

You tell me to DO NOT REPLY TO THIS EMAIL, and yet I
am not your dog to tell what to do. You treat people
with an unbelievable level of disrespect. This is the
kind of touch-paper anger that I would expect from a
child, not an adult. And yet, of course, as I said,
you have answers to something that I would like to
know, so you choose to take offence at anything and
demean anyone around you that happens to be nearby.

by "anything", let me explain that : if I made the
mistake once of doing a reply all, then the damage was
done, that's simplistic logic that a 6 year old child
could understand right ? and so repeating the mistake
has not affected you in anyway whatsoever (anymore
than my original mistake), and that's clear, obvious,
logical and undeniable right ? and yet you SCREAM IN
CAPITALS, TELLING ME THAT I MUST NOT REPLY and
patronise and offend wildly without any concern as you
feel that because you have answers to cygwin questions
you somehow DEMAND respect from everyone around you.
the logic I point out above is undeniable, and yet you
act as if I have fncked your mother ... get a grip, I
neither fncked your mother or offended you in any way
whatsoever ... you *choose* to be offended at
anything, and in this case, I did not a single thing
to offend you (please read the logical points that I
make above for my reasoning).

and to continue your incredibly offensive email, you
said something like "you come across as if you don't
pay the slightest attention "  that does not follow in the
slightest right ??? it takes a real leap of incoherent
ranting and unbelievable disrespect for other people
to come to that conclusion. i sent an email, that's
all, polite, friendly, normal. I do pay attention to
others, and I respect everyone I work with, family,
freinds, etc. and I even respected you, until you
chose to start insulting me for no reason (by "no
reason", try reading the points of logic that I make
above, all completely undeniable).

do you know the word "tantrum" in the english language
? i suspect that you have heard people refering to you
with this word often in your life ... thanks for the
insults and the rant mate, i would be offended if I
could actually see a logical basis behind your rant
(by logic, see above).

so I made a mistake, you are RIGHT, I made a mistake,
I admit it ... i didn't offend you, I didn't insult
you, I didn't disrespect you, and I did not do ANY of
the things that you accuse me of. so you hold your
secret "geek-knowledge" from me, push someone away
from Cygwin, that was really enjoying exploring it,
keep that knowledge for yourself and alienate everyone
and anyone that doesn't do EXACTLY WHAT YOU TELL THEM
TO DO, cos Linux/cygwin is not for polite adults, you
want me to fnck off and DO NOT REPLY and all that. ok,
so you win, another person who wants nothing to do
with rude little fat boys with no girlfriends, all cos
I made a mistake, well what a great advert for decent
maturity you are ! "come and use linux/cygwin, and
meet ANGRY ANGRY RANTY ILLOGICAL (see points above)
PEOPLE" (maybe your girlfriend/boyfriend cheated on
you and ran off with a friend leaving you with all
this anger, I don't know, all I know if that you
insult me without any logic (see points above). I
don't know why you have so much hatred for people who
have only ever been polite and decent to you.







___ 
Yahoo! Messenger - NEW crystal clear PC to PC calling worldwide with voicemail 
http://uk.messenger.yahoo.com

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

Re: Problem with gcc 3.4.4-1 and -mno-cygwin switch

[Gerrit P. Haase]

David Rothenberger wrote:


On 6/9/2005 12:17 PM, Gerrit P. Haase wrote:


David Rothenberger wrote:



% cygcheck -cv | grep gcc
Empty package gcc
gcc 3.4.4-1  OK
gcc-core3.4.4-1  OK
gcc-g++ 3.4.4-1  OK
Empty package gcc-mingw
gcc-mingw   20040810-1   OK
gcc-mingw-core  20040810-1   OK
gcc-mingw-g++   20040810-1   OK

Same issue with test versions of gcc-mingw* packages.




Many thanks.

You're missing the gcc-mingw-* packages.



Huh? Which gcc-mingw-* packages am I missing? See the output from 
cygcheck pasted above. Also, note that gcc -mno-cygwin works fine for me 
with gcc 3.3.3-1.


The latest gcc-mingw-* packages, version 20050522-1, I missed to edit
the setup.hint for these packages, so setup thinks 20040810-1 is
current (until the new setup.hint files have arrived at the mirrors
which will happen really soon now).


Gerrit
--
=^..^=

--
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: Problem with gcc 3.4.4-1 and -mno-cygwin switch

[Gerrit P. Haase]

Gerrit P. Haase wrote:


Dave Korn wrote:


  Yep, that's got to be the source of the problem.



% ls /lib/gcc/i686-pc-mingw32
3.4.1





  Gcc normally lives under "/lib/gcc-lib/", rather than 
"/lib/gcc/...";
someone's been playing around with all the various individual 
--*-prefix=DIR

and --*dir= options at configure time, and got an inconsistent set.


BTW, the options used are
 --prefix=/usr --exec-prefix=/usr \
 --libdir=/usr/lib --libexecdir=/usr/lib

The path under lib and libexec is gcc controled.  I just use
--libexecdir=/usr/lib because I dislike to have executables under
/usr/share/gcc/...  where they put it nowadays.

With --libdir=/usr/lib --libexecdir=/usr/lib we have only one path,
/usr/lib/gcc/... else there are two, /usr/lib/gcc and /usr/share/gcc/...
one with the runtime libraries and one with the executables.

The gcc-lib path was used in pre 3.4 gcc releases.


Gerrit
--
=^..^=

--
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: Problem with gcc 3.4.4-1 and -mno-cygwin switch

[David Rothenberger]

On 6/9/2005 12:24 PM, David Rothenberger wrote:

On 6/9/2005 12:17 PM, Gerrit P. Haase wrote:


David Rothenberger wrote:



% cygcheck -cv | grep gcc
Empty package gcc
gcc 3.4.4-1  OK
gcc-core3.4.4-1  OK
gcc-g++ 3.4.4-1  OK
Empty package gcc-mingw
gcc-mingw   20040810-1   OK
gcc-mingw-core  20040810-1   OK
gcc-mingw-g++   20040810-1   OK

Same issue with test versions of gcc-mingw* packages.




Many thanks.

You're missing the gcc-mingw-* packages.



Huh? Which gcc-mingw-* packages am I missing? See the output from 
cygcheck pasted above. Also, note that gcc -mno-cygwin works fine for me 
with gcc 3.3.3-1.


Oh, I'm sorry. I think I see. There are some gcc-mingw-* packages after 
20040822-1 that fix the problem?


--
David Rothenbergerspammer? -> [EMAIL PROTECTED]
GPG/PGP: 0x7F67E734, C233 365A 25EF 2C5F C8E1 43DF B44F BA26 7F67 E734

It's raisins that make Post Raisin Bran so raisiny ...


--
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: Problem with gcc 3.4.4-1 and -mno-cygwin switch

[David Rothenberger]

On 6/9/2005 12:17 PM, Gerrit P. Haase wrote:

David Rothenberger wrote:



% cygcheck -cv | grep gcc
Empty package gcc
gcc 3.4.4-1  OK
gcc-core3.4.4-1  OK
gcc-g++ 3.4.4-1  OK
Empty package gcc-mingw
gcc-mingw   20040810-1   OK
gcc-mingw-core  20040810-1   OK
gcc-mingw-g++   20040810-1   OK

Same issue with test versions of gcc-mingw* packages.



Many thanks.

You're missing the gcc-mingw-* packages.


Huh? Which gcc-mingw-* packages am I missing? See the output from 
cygcheck pasted above. Also, note that gcc -mno-cygwin works fine for me 
with gcc 3.3.3-1.


--
David Rothenbergerspammer? -> [EMAIL PROTECTED]
GPG/PGP: 0x7F67E734, C233 365A 25EF 2C5F C8E1 43DF B44F BA26 7F67 E734


--
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: Problem with gcc 3.4.4-1 and -mno-cygwin switch

[Gerrit P. Haase]

David Rothenberger wrote:

I ran Cygwin Setup today and noticed that gcc 3.4.4-1 had moved out of 
test, so I upgraded it. I then tried to build the cygwin DLL and 
utilites from CVS and ran into a problem compiling cygcheck.


g++: installation problem, cannot exec 'cc1plus': No such file or directory

I get the same error when compiling any program with the -mno-cygwin 
switch. I passed the -v switch to gcc and noticed it was invoking 
cc1plus without an absolute path, just "cc1plus "


Was gcc 3.4.4-1 intentionally moved out of test? Is this a known 
problem? I tried the latest mingw test packages but that didn't help. Do 
I need to do something else? Should this be taken up with the mingw 
group instead? Have I asked enough questions?


GCC 3.4.4 is new, 3.4.1 was the test release of the 3.4.x series, now it
is time to move on.  So 3.3.3 is the previous release now and 3.4.4 is
current.


Gerrit
--
=^..^=

--
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: Problem with gcc 3.4.4-1 and -mno-cygwin switch

[Gerrit P. Haase]

Dave Korn wrote:


  Yep, that's got to be the source of the problem.



% ls /lib/gcc/i686-pc-mingw32
3.4.1




  Gcc normally lives under "/lib/gcc-lib/", rather than "/lib/gcc/...";
someone's been playing around with all the various individual --*-prefix=DIR
and --*dir= options at configure time, and got an inconsistent set.
Presumably they've got it installed under both prefixes on their development
PC because at some time in the past it's moved from one prefix to the other,
and so that hid the problem in testing. 


  Gerrit, is this your doing?


It works for me, honestly;)

See my other post please.

Gerrit
--
=^..^=

--
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: Problem with gcc 3.4.4-1 and -mno-cygwin switch

[Gerrit P. Haase]

David Rothenberger wrote:

On 6/9/2005 11:15 AM, Dave Korn wrote:


Original Message


From: Christopher Faylor
Sent: 09 June 2005 19:08





On Thu, Jun 09, 2005 at 11:05:40AM -0700, David Rothenberger wrote:


I ran Cygwin Setup today and noticed that gcc 3.4.4-1 had moved out of
test, so I upgraded it. I then tried to build the cygwin DLL and
utilites from CVS and ran into a problem compiling cygcheck.

g++: installation problem, cannot exec 'cc1plus': No such file or
directory
I get the same error when compiling any program with the -mno-cygwin
switch. I passed the -v switch to gcc and noticed it was invoking
cc1plus without an absolute path, just "cc1plus "

Was gcc 3.4.4-1 intentionally moved out of test? Is this a known
problem? I tried the latest mingw test packages but that didn't 
help. Do

I need to do something else? Should this be taken up with the mingw
group instead? Have I asked enough questions?



I can't answer many of the above but this is not an issue for the mingw
group.  It's a cygwin gcc configuration problem.

cgf





  So the next question has to be 'What does "gcc -print-search-dirs" 
show,

and how does it compare to "gcc -mno-cygwin -print-search-dirs"?'



% gcc -print-search-dirs
install: /usr/lib/gcc/i686-pc-cygwin/3.4.4/
programs: 
=/bin/../lib/gcc/i686-pc-cygwin/3.4.4/:/bin/../lib/gcc/:/usr/lib/gcc/i686-pc-cygwin/3.4.4/:/usr/lib/gcc/i686-pc-cygwin/3.4.4/:/usr/lib/gcc/i686-pc-cygwin/:/usr/lib/gcc/i686-pc-cygwin/3.4.4/:/usr/lib/gcc/i686-pc-cygwin/:/usr/libexec/gcc/i686-pc-cygwin/3.4.4/:/usr/libexec/gcc/i686-pc-cygwin/:/usr/lib/gcc/i686-pc-cygwin/3.4.4/:/usr/lib/gcc/i686-pc-cygwin/:/bin/../lib/gcc/i686-pc-cygwin/3.4.4/../../../../i686-pc-cygwin/bin/i686-pc-cygwin/3.4.4/:/bin/../lib/gcc/i686-pc-cygwin/3.4.4/../../../../i686-pc-cygwin/bin/:/usr/lib/gcc/i686-pc-cygwin/3.4.4/../../../../i686-pc-cygwin/bin/i686-pc-cygwin/3.4.4/:/usr/lib/gcc/i686-pc-cygwin/3.4.4/../../../../i686-pc-cygwin/bin/ 

libraries: 
=/bin/../lib/gcc/i686-pc-cygwin/3.4.4/:/bin/../lib/gcc/:/usr/lib/gcc/i686-pc-cygwin/3.4.4/:/usr/lib/gcc/i686-pc-cygwin/3.4.4/:/bin/../lib/gcc/i686-pc-cygwin/3.4.4/../../../../i686-pc-cygwin/lib/i686-pc-cygwin/3.4.4/:/bin/../lib/gcc/i686-pc-cygwin/3.4.4/../../../../i686-pc-cygwin/lib/:/usr/lib/gcc/i686-pc-cygwin/3.4.4/../../../../i686-pc-cygwin/lib/i686-pc-cygwin/3.4.4/:/usr/lib/gcc/i686-pc-cygwin/3.4.4/../../../../i686-pc-cygwin/lib/:/bin/../lib/gcc/i686-pc-cygwin/3.4.4/../../../i686-pc-cygwin/3.4.4/:/bin/../lib/gcc/i686-pc-cygwin/3.4.4/../../../:/usr/lib/gcc/i686-pc-cygwin/3.4.4/../../../i686-pc-cygwin/3.4.4/:/usr/lib/gcc/i686-pc-cygwin/3.4.4/../../../:/lib/i686-pc-cygwin/3.4.4/:/lib/:/usr/lib/i686-pc-cygwin/3.4.4/:/usr/lib/ 



% gcc -mno-cygwin -print-search-dirs
install: /usr/lib/gcc/i686-pc-mingw32/3.4.4/
programs: 
=/bin/../lib/gcc/i686-pc-mingw32/3.4.4/:/bin/../lib/gcc/:/usr/lib/gcc/i686-pc-mingw32/3.4.4/:/usr/lib/gcc/i686-pc-mingw32/3.4.4/:/usr/lib/gcc/i686-pc-mingw32/:/usr/lib/gcc/i686-pc-mingw32/3.4.4/:/usr/lib/gcc/i686-pc-mingw32/:/usr/libexec/gcc/i686-pc-mingw32/3.4.4/:/usr/libexec/gcc/i686-pc-mingw32/:/usr/lib/gcc/i686-pc-mingw32/3.4.4/:/usr/lib/gcc/i686-pc-mingw32/:/bin/../lib/gcc/i686-pc-mingw32/3.4.4/../../../../i686-pc-mingw32/bin/i686-pc-mingw32/3.4.4/:/bin/../lib/gcc/i686-pc-mingw32/3.4.4/../../../../i686-pc-mingw32/bin/:/usr/lib/gcc/i686-pc-mingw32/../../../i686-pc-mingw32/bin/i686-pc-mingw32/3.4.4/:/usr/lib/gcc/i686-pc-mingw32/../../../i686-pc-mingw32/bin/ 

libraries: 
=/bin/../lib/gcc/i686-pc-mingw32/3.4.4/:/bin/../lib/gcc/:/usr/lib/gcc/i686-pc-mingw32/3.4.4/:/usr/lib/gcc/i686-pc-mingw32/3.4.4/:/bin/../lib/gcc/i686-pc-mingw32/3.4.4/../../../../i686-pc-mingw32/lib/i686-pc-mingw32/3.4.4/:/bin/../lib/gcc/i686-pc-mingw32/3.4.4/../../../../i686-pc-mingw32/lib/:/usr/lib/gcc/i686-pc-mingw32/../../../i686-pc-mingw32/lib/i686-pc-mingw32/3.4.4/:/usr/lib/gcc/i686-pc-mingw32/../../../i686-pc-mingw32/lib/:/bin/../lib/gcc/i686-pc-mingw32/3.4.4/../../../i686-pc-mingw32/3.4.4/:/bin/../lib/gcc/i686-pc-mingw32/3.4.4/../../../:/usr/lib/gcc/i686-pc-mingw32/../../i686-pc-mingw32/3.4.4/:/usr/lib/gcc/i686-pc-mingw32/../../:/lib/i686-pc-mingw32/3.4.4/:/lib/:/usr/lib/i686-pc-mingw32/3.4.4/:/usr/lib/ 



% ls /lib/gcc/i686-pc-mingw32
3.4.1

% cygcheck -cv | grep gcc
Empty package gcc
gcc 3.4.4-1  OK
gcc-core3.4.4-1  OK
gcc-g++ 3.4.4-1  OK
Empty package gcc-mingw
gcc-mingw   20040810-1   OK
gcc-mingw-core  20040810-1   OK
gcc-mingw-g++   20040810-1   OK

Same issue with test versions of gcc-mingw* packages.


Many thanks.

You're missing the gcc-mingw-* packages.

My bad, I missed to edit the setup.hint of gcc-mingw, will do this now.

[EMAIL PROTECTED] ~]$ cat 
/var/ftp/pub/cygwin/release/gcc-mingw/gcc-mingw-g++/setup.hint

sdesc: "Mingw32 support headers and libraries for GCC C++"
category: Devel
requires: gcc-core gcc-g++
prev: 

RE: passwd & group file problems ?

[Dave Korn]

Original Message
>From: Roy Wiseman
>Sent: 09 June 2005 19:40

> i'm sorry, it was completely unintentional. really did
> not mean to do that, I pressed reply-all by mistake i
> think, i did go to the acronym page and read it and
> noted it, so I did not mean to do that.


  And then you go and IMMEDIATELY do it YET AGAIN.  This has now become
OFFENSIVE of you; you come across as if you aren't paying the slightest bit
of attention to what you're doing or what anyone is saying.


> --- Dave Korn  wrote:

 
  DO NOT REPLY TO THIS POST, because you're clearly not in control of your
own actions and you'll only go and get me spammed again.  You can solve your
own problems as far as I'm concerned, there's really not a lot of point
offering advice to people who aren't going to bother actually reading what I
write.


cheers,
  DaveK
-- 
Can't think of a witty .sigline today


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

RE: Problem with gcc 3.4.4-1 and -mno-cygwin switch

[Dave Korn]

Original Message
>From: David Rothenberger
>Sent: 09 June 2005 19:50


> % gcc -print-search-dirs
> install: /usr/lib/gcc/i686-pc-cygwin/3.4.4/
> programs:
>
=/bin/../lib/gcc/i686-pc-cygwin/3.4.4/:/bin/../lib/gcc/:/usr/lib/gcc/i686-pc
-cygwin/3.4.4/:/usr/lib/gcc/i686-pc-cygwin/3.4.4/:/usr/lib/gcc/i686-pc-cygwi
n/:/usr/lib/gcc/i686-pc-cygwin/3.4.4/:/usr/lib/gcc/i686-pc-cygwin/:/usr/libe
xec/gcc/i686-pc-cygwin/3.4.4/:/usr/libexec/gcc/i686-pc-cygwin/:/usr/lib/gcc/
i686-pc-cygwin/3.4.4/:/usr/lib/gcc/i686-pc-cygwin/:/bin/../lib/gcc/i686-pc-c
ygwin/3.4.4/../../../../i686-pc-cygwin/bin/i686-pc-cygwin/3.4.4/:/bin/../lib
/gcc/i686-pc-cygwin/3.4.4/../../../../i686-pc-cygwin/bin/:/usr/lib/gcc/i686-
pc-cygwin/3.4.4/../../../../i686-pc-cygwin/bin/i686-pc-cygwin/3.4.4/:/usr/li
b/gcc/i686-pc-cygwin/3.4.4/../../../../i686-pc-cygwin/bin/
> libraries:
>
=/bin/../lib/gcc/i686-pc-cygwin/3.4.4/:/bin/../lib/gcc/:/usr/lib/gcc/i686-pc
-cygwin/3.4.4/:/usr/lib/gcc/i686-pc-cygwin/3.4.4/:/bin/../lib/gcc/i686-pc-cy
gwin/3.4.4/../../../../i686-pc-cygwin/lib/i686-pc-cygwin/3.4.4/:/bin/../lib/
gcc/i686-pc-cygwin/3.4.4/../../../../i686-pc-cygwin/lib/:/usr/lib/gcc/i686-p
c-cygwin/3.4.4/../../../../i686-pc-cygwin/lib/i686-pc-cygwin/3.4.4/:/usr/lib
/gcc/i686-pc-cygwin/3.4.4/../../../../i686-pc-cygwin/lib/:/bin/../lib/gcc/i6
86-pc-cygwin/3.4.4/../../../i686-pc-cygwin/3.4.4/:/bin/../lib/gcc/i686-pc-cy
gwin/3.4.4/../../../:/usr/lib/gcc/i686-pc-cygwin/3.4.4/../../../i686-pc-cygw
in/3.4.4/:/usr/lib/gcc/i686-pc-cygwin/3.4.4/../../../:/lib/i686-pc-cygwin/3.
4.4/:/lib/:/usr/lib/i686-pc-cygwin/3.4.4/:/usr/lib/
> 
> % gcc -mno-cygwin -print-search-dirs
> install: /usr/lib/gcc/i686-pc-mingw32/3.4.4/
> programs:
>
=/bin/../lib/gcc/i686-pc-mingw32/3.4.4/:/bin/../lib/gcc/:/usr/lib/gcc/i686-p
c-mingw32/3.4.4/:/usr/lib/gcc/i686-pc-mingw32/3.4.4/:/usr/lib/gcc/i686-pc-mi
ngw32/:/usr/lib/gcc/i686-pc-mingw32/3.4.4/:/usr/lib/gcc/i686-pc-mingw32/:/us
r/libexec/gcc/i686-pc-mingw32/3.4.4/:/usr/libexec/gcc/i686-pc-mingw32/:/usr/
lib/gcc/i686-pc-mingw32/3.4.4/:/usr/lib/gcc/i686-pc-mingw32/:/bin/../lib/gcc
/i686-pc-mingw32/3.4.4/../../../../i686-pc-mingw32/bin/i686-pc-mingw32/3.4.4
/:/bin/../lib/gcc/i686-pc-mingw32/3.4.4/../../../../i686-pc-mingw32/bin/:/us
r/lib/gcc/i686-pc-mingw32/../../../i686-pc-mingw32/bin/i686-pc-mingw32/3.4.4
/:/usr/lib/gcc/i686-pc-mingw32/../../../i686-pc-mingw32/bin/
> libraries:
>
=/bin/../lib/gcc/i686-pc-mingw32/3.4.4/:/bin/../lib/gcc/:/usr/lib/gcc/i686-p
c-mingw32/3.4.4/:/usr/lib/gcc/i686-pc-mingw32/3.4.4/:/bin/../lib/gcc/i686-pc
-mingw32/3.4.4/../../../../i686-pc-mingw32/lib/i686-pc-mingw32/3.4.4/:/bin/.
./lib/gcc/i686-pc-mingw32/3.4.4/../../../../i686-pc-mingw32/lib/:/usr/lib/gc
c/i686-pc-mingw32/../../../i686-pc-mingw32/lib/i686-pc-mingw32/3.4.4/:/usr/l
ib/gcc/i686-pc-mingw32/../../../i686-pc-mingw32/lib/:/bin/../lib/gcc/i686-pc
-mingw32/3.4.4/../../../i686-pc-mingw32/3.4.4/:/bin/../lib/gcc/i686-pc-mingw
32/3.4.4/../../../:/usr/lib/gcc/i686-pc-mingw32/../../i686-pc-mingw32/3.4.4/
:/usr/lib/gcc/i686-pc-mingw32/../../:/lib/i686-pc-mingw32/3.4.4/:/lib/:/usr/
lib/i686-pc-mingw32/3.4.4/:/usr/lib/


  Yep, that's got to be the source of the problem.

> 
> % ls /lib/gcc/i686-pc-mingw32
> 3.4.1


  Gcc normally lives under "/lib/gcc-lib/", rather than "/lib/gcc/...";
someone's been playing around with all the various individual --*-prefix=DIR
and --*dir= options at configure time, and got an inconsistent set.
Presumably they've got it installed under both prefixes on their development
PC because at some time in the past it's moved from one prefix to the other,
and so that hid the problem in testing. 

  Gerrit, is this your doing?

cheers,
  DaveK
-- 
Can't think of a witty .sigline today


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

Re: Problem with gcc 3.4.4-1 and -mno-cygwin switch

[David Rothenberger]

On 6/9/2005 11:15 AM, Dave Korn wrote:

Original Message


From: Christopher Faylor
Sent: 09 June 2005 19:08




On Thu, Jun 09, 2005 at 11:05:40AM -0700, David Rothenberger wrote:


I ran Cygwin Setup today and noticed that gcc 3.4.4-1 had moved out of
test, so I upgraded it. I then tried to build the cygwin DLL and
utilites from CVS and ran into a problem compiling cygcheck.

g++: installation problem, cannot exec 'cc1plus': No such file or
directory 


I get the same error when compiling any program with the -mno-cygwin
switch. I passed the -v switch to gcc and noticed it was invoking
cc1plus without an absolute path, just "cc1plus "

Was gcc 3.4.4-1 intentionally moved out of test? Is this a known
problem? I tried the latest mingw test packages but that didn't help. Do
I need to do something else? Should this be taken up with the mingw
group instead? Have I asked enough questions?


I can't answer many of the above but this is not an issue for the mingw
group.  It's a cygwin gcc configuration problem.

cgf




  So the next question has to be 'What does "gcc -print-search-dirs" show,
and how does it compare to "gcc -mno-cygwin -print-search-dirs"?'


% gcc -print-search-dirs
install: /usr/lib/gcc/i686-pc-cygwin/3.4.4/
programs: 
=/bin/../lib/gcc/i686-pc-cygwin/3.4.4/:/bin/../lib/gcc/:/usr/lib/gcc/i686-pc-cygwin/3.4.4/:/usr/lib/gcc/i686-pc-cygwin/3.4.4/:/usr/lib/gcc/i686-pc-cygwin/:/usr/lib/gcc/i686-pc-cygwin/3.4.4/:/usr/lib/gcc/i686-pc-cygwin/:/usr/libexec/gcc/i686-pc-cygwin/3.4.4/:/usr/libexec/gcc/i686-pc-cygwin/:/usr/lib/gcc/i686-pc-cygwin/3.4.4/:/usr/lib/gcc/i686-pc-cygwin/:/bin/../lib/gcc/i686-pc-cygwin/3.4.4/../../../../i686-pc-cygwin/bin/i686-pc-cygwin/3.4.4/:/bin/../lib/gcc/i686-pc-cygwin/3.4.4/../../../../i686-pc-cygwin/bin/:/usr/lib/gcc/i686-pc-cygwin/3.4.4/../../../../i686-pc-cygwin/bin/i686-pc-cygwin/3.4.4/:/usr/lib/gcc/i686-pc-cygwin/3.4.4/../../../../i686-pc-cygwin/bin/
libraries: 
=/bin/../lib/gcc/i686-pc-cygwin/3.4.4/:/bin/../lib/gcc/:/usr/lib/gcc/i686-pc-cygwin/3.4.4/:/usr/lib/gcc/i686-pc-cygwin/3.4.4/:/bin/../lib/gcc/i686-pc-cygwin/3.4.4/../../../../i686-pc-cygwin/lib/i686-pc-cygwin/3.4.4/:/bin/../lib/gcc/i686-pc-cygwin/3.4.4/../../../../i686-pc-cygwin/lib/:/usr/lib/gcc/i686-pc-cygwin/3.4.4/../../../../i686-pc-cygwin/lib/i686-pc-cygwin/3.4.4/:/usr/lib/gcc/i686-pc-cygwin/3.4.4/../../../../i686-pc-cygwin/lib/:/bin/../lib/gcc/i686-pc-cygwin/3.4.4/../../../i686-pc-cygwin/3.4.4/:/bin/../lib/gcc/i686-pc-cygwin/3.4.4/../../../:/usr/lib/gcc/i686-pc-cygwin/3.4.4/../../../i686-pc-cygwin/3.4.4/:/usr/lib/gcc/i686-pc-cygwin/3.4.4/../../../:/lib/i686-pc-cygwin/3.4.4/:/lib/:/usr/lib/i686-pc-cygwin/3.4.4/:/usr/lib/


% gcc -mno-cygwin -print-search-dirs
install: /usr/lib/gcc/i686-pc-mingw32/3.4.4/
programs: 
=/bin/../lib/gcc/i686-pc-mingw32/3.4.4/:/bin/../lib/gcc/:/usr/lib/gcc/i686-pc-mingw32/3.4.4/:/usr/lib/gcc/i686-pc-mingw32/3.4.4/:/usr/lib/gcc/i686-pc-mingw32/:/usr/lib/gcc/i686-pc-mingw32/3.4.4/:/usr/lib/gcc/i686-pc-mingw32/:/usr/libexec/gcc/i686-pc-mingw32/3.4.4/:/usr/libexec/gcc/i686-pc-mingw32/:/usr/lib/gcc/i686-pc-mingw32/3.4.4/:/usr/lib/gcc/i686-pc-mingw32/:/bin/../lib/gcc/i686-pc-mingw32/3.4.4/../../../../i686-pc-mingw32/bin/i686-pc-mingw32/3.4.4/:/bin/../lib/gcc/i686-pc-mingw32/3.4.4/../../../../i686-pc-mingw32/bin/:/usr/lib/gcc/i686-pc-mingw32/../../../i686-pc-mingw32/bin/i686-pc-mingw32/3.4.4/:/usr/lib/gcc/i686-pc-mingw32/../../../i686-pc-mingw32/bin/
libraries: 
=/bin/../lib/gcc/i686-pc-mingw32/3.4.4/:/bin/../lib/gcc/:/usr/lib/gcc/i686-pc-mingw32/3.4.4/:/usr/lib/gcc/i686-pc-mingw32/3.4.4/:/bin/../lib/gcc/i686-pc-mingw32/3.4.4/../../../../i686-pc-mingw32/lib/i686-pc-mingw32/3.4.4/:/bin/../lib/gcc/i686-pc-mingw32/3.4.4/../../../../i686-pc-mingw32/lib/:/usr/lib/gcc/i686-pc-mingw32/../../../i686-pc-mingw32/lib/i686-pc-mingw32/3.4.4/:/usr/lib/gcc/i686-pc-mingw32/../../../i686-pc-mingw32/lib/:/bin/../lib/gcc/i686-pc-mingw32/3.4.4/../../../i686-pc-mingw32/3.4.4/:/bin/../lib/gcc/i686-pc-mingw32/3.4.4/../../../:/usr/lib/gcc/i686-pc-mingw32/../../i686-pc-mingw32/3.4.4/:/usr/lib/gcc/i686-pc-mingw32/../../:/lib/i686-pc-mingw32/3.4.4/:/lib/:/usr/lib/i686-pc-mingw32/3.4.4/:/usr/lib/


% ls /lib/gcc/i686-pc-mingw32
3.4.1

% cygcheck -cv | grep gcc
Empty package gcc
gcc 3.4.4-1  OK
gcc-core3.4.4-1  OK
gcc-g++ 3.4.4-1  OK
Empty package gcc-mingw
gcc-mingw   20040810-1   OK
gcc-mingw-core  20040810-1   OK
gcc-mingw-g++   20040810-1   OK

Same issue with test versions of gcc-mingw* packages.


--
David Rothenbergerspammer? -> [EMAIL PROTECTED]
GPG/PGP: 0x7F67E734, C233 365A 25EF 2C5F C8E1 43DF B44F BA26 7F67 E734

Once ... in the wilds of Afghanistan, I lost my corkscrew, and we were
forced to live on nothing but food and water for days.
-- W. C. Fields, "My Little Chickadee"


--
Unsubscribe info:  http://cygwin.com/ml/

click on the "Src" box when running setup.exe (was Re: where can i download the source code of cygwin)

[Christopher Faylor]

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

where can i download the source code of cygwin

[Syed Noor Ali]

_
Take charge with a pop-up guard built on patented Microsoft® SmartScreen 
Technology  
http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=http://hotmail.com/enca&HL=Market_MSNIS_Taglines 
 Start enjoying all the benefits of MSN® Premium right now and get the 
first two months FREE*.



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

Application Error with 20050609 snapshot

[David Rothenberger]

I get an Application Error popup when trying to start bash (or sh) with 
the 20050609 snapshot or a DLL built myself from CVS today. The error is:


The application failed to initialize properly (0xc005). Click on OK 
to terminate the application.


I've been getting this message the last few days from DLLs built myself 
from CVS. (It doesn't matter if the DLL is stripped or not.)


--
David Rothenbergerspammer? -> [EMAIL PROTECTED]
GPG/PGP: 0x7F67E734, C233 365A 25EF 2C5F C8E1 43DF B44F BA26 7F67 E734

Once ... in the wilds of Afghanistan, I lost my corkscrew, and we were
forced to live on nothing but food and water for days.
-- W. C. Fields, "My Little Chickadee"


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

where can i download the source code of cygwin

[Syed Noor Ali]

_
MSN® Calendar keeps you organized and takes the effort out of scheduling 
get-togethers. 
http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=http://hotmail.com/enca&HL=Market_MSNIS_Taglines 
 Start enjoying all the benefits of MSN® Premium right now and get the 
first two months FREE*.



--
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: passwd & group file problems ?

[Roy Wiseman]

i'm sorry, it was completely unintentional. really did
not mean to do that, I pressed reply-all by mistake i
think, i did go to the acronym page and read it and
noted it, so I did not mean to do that.



--- Dave Korn <[EMAIL PROTECTED]> wrote:

> Original Message
> >From: Roy Wiseman
> >Sent: 09 June 2005 19:16
> 
> 
>   [SNIP everything.]
> 
> 
>   Why did you ignore the perfectly polite request I
> made to you to stop
> spamming my email address across the web archive?
> 
> 
> 
> 
> cheers,
>   DaveK
> -- 
> Can't think of a witty .sigline today
> 
> 
> --
> Unsubscribe info: 
> http://cygwin.com/ml/#unsubscribe-simple
> Problem reports:  
> http://cygwin.com/problems.html
> Documentation: http://cygwin.com/docs.html
> FAQ:   http://cygwin.com/faq/
> 
> 




___ 
How much free photo storage do you get? Store your holiday 
snaps for FREE with Yahoo! Photos http://uk.photos.yahoo.com

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

Re: Unicode in filenames support? (FAQ update needed)

[Christopher Faylor]

On Thu, Jun 09, 2005 at 02:28:28PM -0400, Williams, Gerald S (Jerry) wrote:
>>Of course we would be glad to have more people working on the DLL (and
>>sign the copyright assignment, sigh),
>
>Yes, the assignment was/is a hurdle for me.  It turns out to be much
>easier to release something into the public domain (at least at my
>company), thus my approach.  I had actually made some progress with the
>assignment, but it went back to ground zero when my old group was
>disbanded.

But releasing something to the public domain doesn't help Cygwin.  I did
ask the Red Hat lawyer if accepting public domain sources was ok and he
said "Yes, but..." The problem is that you still have to verify that the
sources are truly public domain and how do you do that without getting a
disclaimer from a person's employer?

I truly hate all of this assignment stuff that is required for
contributions to FSF programs and Cygwin.  I think it's time for someone
to come up with an online way to do this.  I asked a (very) technically
savvy lawyer acquaintance about this once and he said "Hmm..." but he
never came up with anything workable...

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: Unicode in filenames support? (FAQ update needed)

[Williams, Gerald S \(Jerry\)]

> Of course we would be glad to have more people working on
> the DLL (and sign the copyright assignment, sigh),

Yes, the assignment was/is a hurdle for me. It turns out to
be much easier to release something into the public domain
(at least at my company), thus my approach. I had actually
made some progress with the assignment, but it went back to
ground zero when my old group was disbanded.

> but what you wrote sounds somewhat like a special solution
> which requires lots of new "if (is_ntfs)" tests, roughly.

Sort of, although I approached it as a set of services that
could replace Windows file operations with extended versions
that could be selected dynamically. I had come up with the
following list of functions to replace (which perhaps might
be of some use to you):

CopyFile
CopyFileEx
CreateDirectory
CreateDirectoryEx
CreateFile
DeleteFile
FindFirstChangeNotification
FindFirstFile
FindFirstFileEx
GetBinaryType
GetFileAttributes
GetFileAttributesEx
GetFullPathName
GetLongPathName
GetShortPathName
MoveFile
MoveFileEx
MoveFileWithProgress
RemoveDirectory
ReplaceFile
SearchPath
SetCurrentDirectory
SetFileAttributes
SetFileSecurity

gsw


--
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: passwd & group file problems ?

[Dave Korn]

Original Message
>From: Roy Wiseman
>Sent: 09 June 2005 19:16


  [SNIP everything.]


  Why did you ignore the perfectly polite request I made to you to stop
spamming my email address across the web archive?




cheers,
  DaveK
-- 
Can't think of a witty .sigline today


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

RE: passwd & group file problems ?

[Roy Wiseman]

I agree that Symantec are a bit of satanic
corporation, but ... well, Ghost2003 is actually very
impressive most of the time (apart from breaking
cygwin which is a big problem of course).

ok, I've fixed symantec by taking out the 2 " in the
path and I fixed the cygwin1.dll (it was a copy of
testdisk that was in there. testdisk carries it's own
old version of cygwin1.dll around with it) then I did
the mkpasswd and mkgroup stuff as you suggested ...
and this is what I got, but I've no idea what tee it
telling me (now I'm on my home system which is non
domain, my office ABN Amro system is all the
EMEA\nlwiso stuff). This is a lot confusing to me, do
you understand this output ? oh, after this, I still
get the same error unfortunately.

C:\cygwin>cygwin
Your group is currently "mkpasswd".  This indicates
that
the /etc/passwd (and possibly /etc/group) files should
be rebuilt.
See the man pages for mkpasswd and mkgroup then, for
example, run
mkpasswd -l [-d] > /etc/passwd
mkgroup  -l [-d] > /etc/group
Note that the -d switch is necessary for domain users.

[EMAIL PROTECTED] ~
$ mkpasswd -d -l | tee /etc/passwd
mkpasswd (731): [2453] Could not find domain
controller for this domain.
SYSTEM:*:18:544:,S-1-5-18::
Administrators:*:544:544:,S-1-5-32-544::
Administrator:unused_by_nt/2000/xp:500:513:U-RAID\Administrator,S-1-5-21-1275210
071-1604221776-725345543-500:/home/Administrator:/bin/bash
ASPNET:unused_by_nt/2000/xp:1004:513:ASP.NET Machine
Account,U-RAID\ASPNET,S-1-5
-21-1275210071-1604221776-725345543-1004:/home/ASPNET:/bin/bash
Boss:unused_by_nt/2000/xp:1003:513:U-RAID\Boss,S-1-5-21-1275210071-1604221776-72
5345543-1003:/home/Boss:/bin/bash
eric:unused_by_nt/2000/xp:1005:513:U-RAID\eric,S-1-5-21-1275210071-1604221776-72
5345543-1005:/home/eric:/bin/bash
Guest:unused_by_nt/2000/xp:501:513:U-RAID\Guest,S-1-5-21-1275210071-1604221776-7
25345543-501:/home/Guest:/bin/bash
HelpAssistant:unused_by_nt/2000/xp:1000:513:Remote
Desktop Help Assistant Accoun
t,U-RAID\HelpAssistant,S-1-5-21-1275210071-1604221776-725345543-1000:/home/HelpA
ssistant:/bin/bash
SUPPORT_388945a0:unused_by_nt/2000/xp:1002:513:CN=Microsoft
Corporation,L=Redmon
d,S=Washington,C=US,U-RAID\SUPPORT_388945a0,S-1-5-21-1275210071-1604221776-72534
5543-1002:/home/SUPPORT_388945a0:/bin/bash
__ra_ssh_privsep__:unused_by_nt/2000/xp:1008:513:RemotelyAnywhere
SSH Privilege
Separation
User,U-RAID\__ra_ssh_privsep__,S-1-5-21-1275210071-1604221776-7253455
43-1008:/home/__ra_ssh_privsep__:/bin/bash
__vmware_user__:unused_by_nt/2000/xp:1007:513:__vmware_user__,U-RAID\__vmware_us
er__,S-1-5-21-1275210071-1604221776-725345543-1007:/home/__vmware_user__:/bin/ba
sh

[EMAIL PROTECTED] ~
$ mkpasswd  -l | tee /etc/passwd
SYSTEM:*:18:544:,S-1-5-18::
Administrators:*:544:544:,S-1-5-32-544::
Administrator:unused_by_nt/2000/xp:500:513:U-RAID\Administrator,S-1-5-21-1275210
071-1604221776-725345543-500:/home/Administrator:/bin/bash
ASPNET:unused_by_nt/2000/xp:1004:513:ASP.NET Machine
Account,U-RAID\ASPNET,S-1-5
-21-1275210071-1604221776-725345543-1004:/home/ASPNET:/bin/bash
Boss:unused_by_nt/2000/xp:1003:513:U-RAID\Boss,S-1-5-21-1275210071-1604221776-72
5345543-1003:/home/Boss:/bin/bash
eric:unused_by_nt/2000/xp:1005:513:U-RAID\eric,S-1-5-21-1275210071-1604221776-72
5345543-1005:/home/eric:/bin/bash
Guest:unused_by_nt/2000/xp:501:513:U-RAID\Guest,S-1-5-21-1275210071-1604221776-7
25345543-501:/home/Guest:/bin/bash
HelpAssistant:unused_by_nt/2000/xp:1000:513:Remote
Desktop Help Assistant Accoun
t,U-RAID\HelpAssistant,S-1-5-21-1275210071-1604221776-725345543-1000:/home/HelpA
ssistant:/bin/bash
SUPPORT_388945a0:unused_by_nt/2000/xp:1002:513:CN=Microsoft
Corporation,L=Redmon
d,S=Washington,C=US,U-RAID\SUPPORT_388945a0,S-1-5-21-1275210071-1604221776-72534
5543-1002:/home/SUPPORT_388945a0:/bin/bash
__ra_ssh_privsep__:unused_by_nt/2000/xp:1008:513:RemotelyAnywhere
SSH Privilege
Separation
User,U-RAID\__ra_ssh_privsep__,S-1-5-21-1275210071-1604221776-7253455
43-1008:/home/__ra_ssh_privsep__:/bin/bash
__vmware_user__:unused_by_nt/2000/xp:1007:513:__vmware_user__,U-RAID\__vmware_us
er__,S-1-5-21-1275210071-1604221776-725345543-1007:/home/__vmware_user__:/bin/ba
sh

[EMAIL PROTECTED] ~
$ mkgroup  -l | tee /etc/passwd
SYSTEM:S-1-5-18:18:
None:S-1-5-21-1275210071-1604221776-725345543-513:513:
Administrators:S-1-5-32-544:544:
Backup Operators:S-1-5-32-551:551:
Guests:S-1-5-32-546:546:
Network Configuration Operators:S-1-5-32-556:556:
Power Users:S-1-5-32-547:547:
Remote Desktop Users:S-1-5-32-555:555:
Replicator:S-1-5-32-552:552:
Users:S-1-5-32-545:545:
HelpServicesGroup:S-1-5-21-1275210071-1604221776-725345543-1001:1001:
__vmware__:S-1-5-21-1275210071-1604221776-725345543-1006:1006:

[EMAIL PROTECTED] ~
$ mkgroup  -l -d | tee /etc/passwd
Cannot get PDC, code = 2453
SYSTEM:S-1-5-18:18:
None:S-1-5-21-1275210071-1604221776-725345543-513:513:
Administrators:S-1-5-32-544:544:
Backup Operators:S-1-5-32-551:551:
Guests:S-1-5-32-546:546:
Network Configuration Operators:S-1-5-32-556:556:
Power Users

RE: Problem with gcc 3.4.4-1 and -mno-cygwin switch

[Dave Korn]

Original Message
>From: Christopher Faylor
>Sent: 09 June 2005 19:08

> On Thu, Jun 09, 2005 at 11:05:40AM -0700, David Rothenberger wrote:
>> I ran Cygwin Setup today and noticed that gcc 3.4.4-1 had moved out of
>> test, so I upgraded it. I then tried to build the cygwin DLL and
>> utilites from CVS and ran into a problem compiling cygcheck.
>> 
>> g++: installation problem, cannot exec 'cc1plus': No such file or
>> directory 
>> 
>> I get the same error when compiling any program with the -mno-cygwin
>> switch. I passed the -v switch to gcc and noticed it was invoking
>> cc1plus without an absolute path, just "cc1plus "
>> 
>> Was gcc 3.4.4-1 intentionally moved out of test? Is this a known
>> problem? I tried the latest mingw test packages but that didn't help. Do
>> I need to do something else? Should this be taken up with the mingw
>> group instead? Have I asked enough questions?
> 
> I can't answer many of the above but this is not an issue for the mingw
> group.  It's a cygwin gcc configuration problem.
> 
> cgf


  So the next question has to be 'What does "gcc -print-search-dirs" show,
and how does it compare to "gcc -mno-cygwin -print-search-dirs"?'

cheers,
  DaveK
-- 
Can't think of a witty .sigline today


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

Re: cygwin and tape backup

[Manny Kaiser]

resent in plain text

On 6/9/05, Manny Kaiser <[EMAIL PROTECTED]> wrote:
> Hi,
>  
>  I have a win2k client with a SCSI card connected to a Quantum l200 tape
> loader - dlt7000 tape drive with a 8 slot robot.
>  
>  I made a backup of  data on a dlt7000 connected to a Unix machine with the
> tar command.
>  I would like now to read this tape with the hardware mentioned above.
>  
>  I have read the html doc. below
>  I attempted to do:
>  mt -f /dev/st0 status
>  and get the response resource busy.
>  
>  any suggestions?
>  
>  Thanks
>  
>  Manny Kaiser
> 
> 
> On 6/9/05, Hugh Sparks <[EMAIL PROTECTED]> wrote:
> > > I came across your article on nfs and cygwin.
> > > Possibly you can help me out.
> > > I have connected a tape drive to a scsi card on my win2k box.
> > > I have a tape with tar files I created from a linux/unix backup. 
> > 
> > I have no personal experience reading tapes with Cygwin (or
> > Windows for that matter.) I notice that folks who work with
> > tapes seem to experience constant and mysterious injustices.
> > (This has been true for at least 35 years.) 
> > 
> > I know that once you get the data off the tap, there are lots of
> > tools in both Cygwin and native windows (FilZip for example)
> > that will deal with the tar archive.
> > 
> > Most Windows-based tools that work with tape do so with 
> > proprietary formats that become a total loss when the company
> > that makes the backup device goes out of business. You are fortunate
> > that the tape was created with Linux. At least the data can be
> > decoded once you can read the drive. 
> > 
> > I'd get on the web with Google and search using a set of keys such
> > as:
> > 
> > Cygwin SCSI tape
> > 
> > I did this for you and it appears that people do have success using
> > the Cygwin/Posix device drivers. Here is one reference I found in 
> > about 4 seconds:
> > 
> >
> http://cygwin.com/cygwin-ug-net/using-specialnames.html
> > 
> > Let me know if you succeed. I might face the problem myself someday. 
> > 
> > -Hugh Sparks, [EMAIL PROTECTED]
> > 
> > 
> 
> 
> 
> -- 
> Manny Kaiser
> Mobile: +972-(0)50-8221122 


-- 
Manny Kaiser
Mobile: +972-(0)50-8221122

--
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: Problem with gcc 3.4.4-1 and -mno-cygwin switch

[Christopher Faylor]

On Thu, Jun 09, 2005 at 11:05:40AM -0700, David Rothenberger wrote:
>I ran Cygwin Setup today and noticed that gcc 3.4.4-1 had moved out of 
>test, so I upgraded it. I then tried to build the cygwin DLL and 
>utilites from CVS and ran into a problem compiling cygcheck.
>
>g++: installation problem, cannot exec 'cc1plus': No such file or directory
>
>I get the same error when compiling any program with the -mno-cygwin 
>switch. I passed the -v switch to gcc and noticed it was invoking 
>cc1plus without an absolute path, just "cc1plus "
>
>Was gcc 3.4.4-1 intentionally moved out of test? Is this a known 
>problem? I tried the latest mingw test packages but that didn't help. Do 
>I need to do something else? Should this be taken up with the mingw 
>group instead? Have I asked enough questions?

I can't answer many of the above but this is not an issue for the mingw
group.  It's a cygwin gcc configuration 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: Login & Something diff since cygwin 1.5.15-1 release - could it be security changes that were made

[Brian Keener]

Larry Hall wrote:
> Perhaps you added one or more of these one time when you wanted to try 
> this with your account and didn't remove them all later.

sshd kept jumping to mind and after a google search of cygwin.com it seems to 
hold that at one time this was the method (and may still be - just not using 
your personal account) of getting ssh/sshd to work.  Those searches also show 
me getting help getting sshd working (although I do not mention those settings 
being changed) and then finally getting it working (through the help of Max and 
Corinna) using SYSTEM.

bk




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

Problem with gcc 3.4.4-1 and -mno-cygwin switch

[David Rothenberger]

I ran Cygwin Setup today and noticed that gcc 3.4.4-1 had moved out of 
test, so I upgraded it. I then tried to build the cygwin DLL and 
utilites from CVS and ran into a problem compiling cygcheck.


g++: installation problem, cannot exec 'cc1plus': No such file or directory

I get the same error when compiling any program with the -mno-cygwin 
switch. I passed the -v switch to gcc and noticed it was invoking 
cc1plus without an absolute path, just "cc1plus "


Was gcc 3.4.4-1 intentionally moved out of test? Is this a known 
problem? I tried the latest mingw test packages but that didn't help. Do 
I need to do something else? Should this be taken up with the mingw 
group instead? Have I asked enough questions?


--
David Rothenbergerspammer? -> [EMAIL PROTECTED]
GPG/PGP: 0x7F67E734, C233 365A 25EF 2C5F C8E1 43DF B44F BA26 7F67 E734

QOTD:
All I want is more than my fair share.


--
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: passwd & group file problems ?

[Dave Korn]

Original Message
>From: Igor Pechtchanski
>Sent: 09 June 2005 18:09


> likely to bite you at some point soon.  Secondly, some application
> (presumably Norton Ghost) has inserted a quoted string into your PATH,
> which confuses Cygwin.  Remove the quotes from the PATH.

  At this point, I'd just like to say ${DAVEK_ANTI_NORTON_RANT}, and
furthermore,
${DAVEK_ANTI_SYMANTEC_RANT:-${DAVEK_ANTI_NORTON_RANT//NORTON/SYMANTEC}},
while of course it is also true that
${DAVEK_ANTI_MCAFEE_RANT:-${DAVEK_ANTI_SYMANTEC_RANT//SYMANTEC/MCAFEE}}.

> Also, as your cygcheck output shows, you are in a domain.  It's quite
> possible that the domain controller really is taking more than 30 minutes
> to return the set of users and groups (for large domains).  The "-u"/"-g"
> options of mkpasswd/mkgroup respectively may be helpful.

  Or indeed running it in such a way that the redirection doesn't prevent
you from seeing what's going on, such as:

mkpasswd -d -l | tee /etc/passwd

which will let you see it spitting out entries one-by-one as the server
sends responses.

> You could try running "net user nlwiso" to find out the group membership
> (though I'm not certain how to ensure that the user being queried is
> EMEA\nlwiso); 

  "net user EMEA\nlwiso".  It's pretty universal in 'doze that wherever you
can put a username, you can put a DOMAIN\user string instead.

cheers,
  DaveK
-- 
Can't think of a witty .sigline today


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

Re: passwd & group file problems ?

[Igor Pechtchanski]

Ugh, top-posting.  Reformatted.

On Thu, 9 Jun 2005, Roy Wiseman wrote:

> --- Igor Pechtchanski <[EMAIL PROTECTED]> wrote:

.  Thanks.

> > On Thu, 9 Jun 2005, Roy Wiseman wrote:
> >
> > > Hello,
> > >
> > > I work in a corporate environment, with very limited
> > > internet access, and I want to distribute cygwin to
> > > some sysadmins who can make good use of these tools. I
> > > cannot run the cygwin setup across the internet, and I
> > > do not want to download all the binaries to put on the
> > > server. We want to package a specific subset of cygwin
> > > that we require into a package that we can distribute
> > > to sysadmins. I've done this and it works very well,
> >
> > I would be a bit cautious in this situation.  It's true that most
> > Cygwin programs will work just fine when copied from machine to
> > machine. However, some other things, specifically hard and symbolic
> > links, are created during the postinstall phase, and may be specific
> > to the installation machine.  Unless the other machines have exactly
> > the same configuration, there may be inconsistencies in the copied
> > installation.
> >
> > You'll also need to replicate the mounts, which I suspect is your
> > current problem anyway.  Run 'mount -m > /mounts.bat' on the machine
> > you use as the template installation, and run /mounts.bat after
> > copying.  And you will need to regenerate /etc/passwd and /etc/group
> > (since that information is also machine-specific).  You can add the
> > two commands reported (mkpasswd and mkgroup) to the end of
> > /mounts.bat.
> >
> > > except for the passwd and group security information
> > > generation which is tied to the machine the install
> > > was done on, and I have no idea how to change this.
> > >
> > > The message I get on running cygwin.bat on any other
> > > system but the one where it is installed is :
> > >
> > > C:\cygwin>cygwin
> > > Your group is currently "mkpasswd".  This indicates that
> > > the /etc/passwd (and possibly /etc/group) files should
> > > be rebuilt.
> > > See the man pages for mkpasswd and mkgroup then, for
> > > example, run
> > > mkpasswd -l [-d] > /etc/passwd
> > > mkgroup  -l [-d] > /etc/group
> > > Note that the -d switch is necessary for domain users.
> > >
> > > I expect this is to do with the passwd and group files
> > > from what I know of unix, and these instructions have
> > > something to do with the solution, but I have tried
> > > these commands in every possible way that I can think
> > > of, but cannot get this error to disappear and
> > > properly register cygwin for the user. I've tried
> > > googling and all the commands I can think of, but I'm
> > > stumped.
> > >
> > > Please, can someone tell me how to correct this in the
> > > cygwin system so that I can distribute it to the
> > > sysadmins that would like to use these excellent tools?
> >
> > It would have been better had you followed the instructions in the
> > Cygwin problem reporting guidelines at
> >  and attached the output of "cygcheck
> > -svr" on the failing system.  Without that information, the above
> > guess (missing mounts) is all I can offer.
>
> Hi Igor,
>
> those mount commands don't seem to do much for this
> situation. same problems.

Have you *run* /mounts.bat on the target machine?  It's unclear whether
your cygcheck output is from the original installation machine or the new
machine.

Regardless, it shows a few unrelated problems with the machine.  First
off, you *do* have multiple Cygwin1.dll's in your path -- very nasty, and
likely to bite you at some point soon.  Secondly, some application
(presumably Norton Ghost) has inserted a quoted string into your PATH,
which confuses Cygwin.  Remove the quotes from the PATH.

Also, as your cygcheck output shows, you are in a domain.  It's quite
possible that the domain controller really is taking more than 30 minutes
to return the set of users and groups (for large domains).  The "-u"/"-g"
options of mkpasswd/mkgroup respectively may be helpful.

> you mention the hard and symbolic links, are created
> during the postinstall phase. this is very
> interesting, are there no commands to make that
> process rerun outside of the postinstall phase ?

Sure, they're just scripts.  One potential problem is that some
postinstall scripts create files, and don't modify them once those files
are created.  They rely on a pristine installation to get the files right.
So, if you have such files on the source machine, they may not be correct
on the target machine...

> I've attached my cygcheck.out file here.
>
> my current situation is :
> - mkpasswd (with -l and/or -d) does nothing, this
> command hangs for over 30 minutes, and does nothing

I'm a bit skeptical about "mkpasswd -l" alone taking 30 minutes.  Does
"net user" hang also?  If mkpasswd hangs only with -d, try "(mkpasswd -l
-c; mkpasswd -d -u nlwiso) > /etc/passwd".

> - mkgroup (with -l and/or -

[ANNOUNCEMENT] Updated: binutils-20050608-1

[Christopher Faylor]

I've made a new version of binutils available for installation.

This version is a refresh from CVS and contains a fix for a
long-standing problem with executable files which caused debugging
information to be loaded into memory rather than just referenced from
disk as intended.  This problem indirectly caused the latest CVS
version of cygwin to be unstrippable.

For a brief description of this package, and a listing of the files it
contains, see http://cygwin.com/packages/binutils .  The project web
page has more details: http://sourceware.org/binutils/ .

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

  *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

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

[EMAIL PROTECTED]

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

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

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

Christopher Faylor

--
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: passwd & group file problems ?

[Dave Korn]

Original Message
>From: Roy Wiseman
>Sent: 09 June 2005 16:58

> ok, thanks Dave, do you know which I should remove to
> fix that and any settings that I should change ?
> 
> (I don't know how this could have happened as well, as
> I did a fresh installation in a single step and
> captured it in Wise Package Studio to see every file
> and registry change made to the system, so it seems
> very strange that this could have happened).
> 
> 
> 
> --- Dave Korn  wrote:
  ^^

  Heh.  The first settings you should change are in your mailer:
http://cygwin.com/acronyms#PCYMTNQREAIYR please!

  As to how they got there, you appear to have some pre-existing
http://cygwin.com/acronyms#3PP package called 'CmdTools' installed on that
PC, which is cygwin-based and has stale and conflicting versions of various
libraries and dlls in it.  Get rid of it and then have another go with
mkpasswd/mkgroup.


cheers,
  DaveK
-- 
Can't think of a witty .sigline today


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

RE: passwd & group file problems ?

[Roy Wiseman]

ok, thanks Dave, do you know which I should remove to
fix that and any settings that I should change ?

(I don't know how this could have happened as well, as
I did a fresh installation in a single step and
captured it in Wise Package Studio to see every file
and registry change made to the system, so it seems
very strange that this could have happened).



--- Dave Korn <[EMAIL PROTECTED]> wrote:

> Original Message
> >From: Roy Wiseman
> >Sent: 09 June 2005 16:16
> 
> 
> > I've attached my cygcheck.out file here.
> 
> 
> 
>   You have multiple incompatible copies of
> cygwin1.dll in the $PATH; that's
> an absolute no-no.
> 
> 
>  1158k 2005/04/01 C:\cygwin\bin\cygwin1.dll - os=4.0
> img=1.0 sys=4.0
>   "cygwin1.dll" v0.0 ts=2005/4/1
> 20:40
> Cygwin DLL version info:
> DLL version: 1.5.14
> DLL epoch: 19
> DLL bad signal mask: 19005
> DLL old termios: 5
> DLL malloc env: 28
> API major: 0
> API minor: 126
> Shared data: 4
> DLL identifier: cygwin1
> Mount registry: 2
> Cygnus registry name: Cygnus Solutions
> Cygwin registry name: Cygwin
> Program options name: Program Options
> Cygwin mount registry name: mounts v2
> Cygdrive flags: cygdrive flags
> Cygdrive prefix: cygdrive prefix
> Cygdrive default prefix: 
> Build date: Fri Apr 1 13:40:00 EST 2005
> Shared id: cygwin1S4
> 
>   224k 2003/08/09 c:\CmdTools\cygncurses7.dll -
> os=4.0 img=1.0 sys=4.0
>   "cygncurses7.dll" v0.0 ts=2003/8/9
> 11:24
>  1085k 2004/01/19 c:\CmdTools\cygwin1.dll - os=4.0
> img=1.0 sys=4.0
>   "cygwin1.dll" v0.0 ts=2004/1/19
> 6:43
> Cygwin DLL version info:
> DLL version: 1.5.6
> DLL epoch: 19
> DLL bad signal mask: 19005
> DLL old termios: 5
> DLL malloc env: 28
> API major: 0
> API minor: 108
> Shared data: 3
> DLL identifier: cygwin1
> Mount registry: 2
> Cygnus registry name: Cygnus Solutions
> Cygwin registry name: Cygwin
> Program options name: Program Options
> Cygwin mount registry name: mounts v2
> Cygdrive flags: cygdrive flags
> Cygdrive prefix: cygdrive prefix
> Cygdrive default prefix: 
> Build date: Mon Jan 19 00:43:36 EST 2004
> CVS tag: cr-0x9d
> Shared id: cygwin1S3
> 
> Warning: There are multiple cygwin1.dlls on your
> path
> 
> 
> cheers,
>   DaveK
> -- 
> Can't think of a witty .sigline today
> 
> 
> --
> Unsubscribe info: 
> http://cygwin.com/ml/#unsubscribe-simple
> Problem reports:  
> http://cygwin.com/problems.html
> Documentation: http://cygwin.com/docs.html
> FAQ:   http://cygwin.com/faq/
> 
> 






___ 
Yahoo! Messenger - NEW crystal clear PC to PC calling worldwide with voicemail 
http://uk.messenger.yahoo.com

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

Re: PTHREAD_MUTEX_DEFAULT different for cygwin v.s. linux.

[Christopher Faylor]

On Thu, Jun 09, 2005 at 11:16:42AM -0400, Thomas E. Zerucha wrote:
>>From: Larry Hall [mailto:[EMAIL PROTECTED]
>>>I can't seem to build the cygwin1.dll ...
>
>>Sounds OK to me.  Try stripping it.
>
>Been there, tried that..
>
>>>[built from source] and it complained about something with the address).
>
>> Perhaps it's best if you just tell us what the actual error message was
>and when it happened.
>
>First, note I used setup to update to the "current" versions of
>everything, apparently 1.5.17-1 (reported by cygcheck, and the source
>tarball).  I also have to do rebaseall since I use KDE.
>
>OK, I did ./configure;make;make install...
>
>29716 [main] ?  4056 multiple_cygwin_problem: cygheap base magic number
>mismatch detected - 0x6182/0x0

This may be due to a problem with binutils-20050520-1 and cygwin.  The
CVS/snapshot version of cygwin has improvements to cygwin's cygheap
handling which work better with newer binutils.

See the "Snapshots" and "Source in CVS" links on the main cygwin page if
you want to try either of these two methods.  Note that I've already
made the change for PTHREAD_MUTEX_DEFAULT in the latest CVS and this
version of cygwin is available as a snapshot.

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: PTHREAD_MUTEX_DEFAULT different for cygwin v.s. linux.

[Christopher Faylor]

On Wed, Jun 08, 2005 at 03:29:46PM -0700, Peter Rehley wrote:
>On Jun 8, 2005, at 2:59 PM, Thomas E. Zerucha wrote:
>
>>I have a problem similar to that of:
>>
>>http://sourceware.org/ml/cygwin/2005-05/msg01400.html
>>
>>I have an old system that I'm trying to port that uses pthreads, but
>>doesn't set the attribute, and a non-owner thread will destroy the
>>thread in a deallocate routine, but this won't happen (it won't
>>actually destroy the thread).
>>
>>The problem is that (in pthread.h) PTHREAD_MUTEX_DEFAULT is .._NORMAL
>>on linux, the system was originally written for.  It works but
>>eventually dies when it runs out of threads or mutexes or something
>>since it can't recycle.  PTHREAD_MUTEX_DEFAULT is .._ERRORCHECK on
>>cygwin.
>>
>>It would be painful to add a whole section to create an attribute
>>structure just to set this to be the same as linux.
>
>If you look at the test case you will see a line that says
>mutex=PTHREAD_MUTEX_INITIALIZER;
>
>This causes the program to use the default (ERRORCHECK) mutex.  To get
>a normal mutex, you can use mutex=PTHREAD_NORMAL_MUTEX_INITIALIZER_NP;
>
>However, in the test case when NORMAL is used, the mutex never gets
>unlocked because the signal SIG_CHLD doesn't get to the parent.

FWIW, I've changed the default for PTHREAD_MUTEX_INITIALIZER to
PTHREAD_NORMAL_MUTEX_INITIALIZER_NP in CVS.  Last night I also tried to
implement handling for interrupting mutexes based on Corinna's
explanation of what your patch did.

Both of these changes are in the current snapshot.

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: passwd & group file problems ?

[Dave Korn]

Original Message
>From: Roy Wiseman
>Sent: 09 June 2005 16:16


> I've attached my cygcheck.out file here.



  You have multiple incompatible copies of cygwin1.dll in the $PATH; that's
an absolute no-no.


 1158k 2005/04/01 C:\cygwin\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0
  "cygwin1.dll" v0.0 ts=2005/4/1 20:40
Cygwin DLL version info:
DLL version: 1.5.14
DLL epoch: 19
DLL bad signal mask: 19005
DLL old termios: 5
DLL malloc env: 28
API major: 0
API minor: 126
Shared data: 4
DLL identifier: cygwin1
Mount registry: 2
Cygnus registry name: Cygnus Solutions
Cygwin registry name: Cygwin
Program options name: Program Options
Cygwin mount registry name: mounts v2
Cygdrive flags: cygdrive flags
Cygdrive prefix: cygdrive prefix
Cygdrive default prefix: 
Build date: Fri Apr 1 13:40:00 EST 2005
Shared id: cygwin1S4

  224k 2003/08/09 c:\CmdTools\cygncurses7.dll - os=4.0 img=1.0 sys=4.0
  "cygncurses7.dll" v0.0 ts=2003/8/9 11:24
 1085k 2004/01/19 c:\CmdTools\cygwin1.dll - os=4.0 img=1.0 sys=4.0
  "cygwin1.dll" v0.0 ts=2004/1/19 6:43
Cygwin DLL version info:
DLL version: 1.5.6
DLL epoch: 19
DLL bad signal mask: 19005
DLL old termios: 5
DLL malloc env: 28
API major: 0
API minor: 108
Shared data: 3
DLL identifier: cygwin1
Mount registry: 2
Cygnus registry name: Cygnus Solutions
Cygwin registry name: Cygwin
Program options name: Program Options
Cygwin mount registry name: mounts v2
Cygdrive flags: cygdrive flags
Cygdrive prefix: cygdrive prefix
Cygdrive default prefix: 
Build date: Mon Jan 19 00:43:36 EST 2004
CVS tag: cr-0x9d
Shared id: cygwin1S3

Warning: There are multiple cygwin1.dlls on your path


cheers,
  DaveK
-- 
Can't think of a witty .sigline today


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

Re: passwd & group file problems ?

[Roy Wiseman]

Hi,

I guess the main question that I'm asking from the
below is :

on a clean system without cygwin where setup.exe is
run, after the files have been installed to c:\cygwin
(or wherever), how do I run the process that
binds/registers these files into a working cygwin
system ?  (i.e. the process that deals with mount
points, security files and hard / symbolic links).

this process is obviously run every time that
setup.exe is run, so is this procedure a secret locked
in setup.exe which, instead of a well known process
that anyone can run ?

I think if I can find out this process, then all the
problems that I have will be very simply solved
completely :)

Best Regards,

Roy.


--- Roy Wiseman <[EMAIL PROTECTED]> wrote:

> Hi Igor,
> 
> those mount commands don't seem to do much for this
> situation. same problems.
> you mention the hard and symbolic links, are created
> during the postinstall phase. this is very
> interesting, are there no commands to make that
> process rerun outside of the postinstall phase ?
> I've attached my cygcheck.out file here.
> 
> my current situation is :
> - mkpasswd (with -l and/or -d) does nothing, this
> command hangs for over 30 minutes, and does nothing
> - mkgroup (with -l and/or -d) does nothing, this
> command hangs for over 30 minutes, and does nothing
> - mount -m > /mounts.bat is no help, same errors
> apply.
> - is there some way to make the postinstall process
> kick off again, outside of the setup process ?
> 
> Best Regards,
> 
> Roy.
> 
> 
> 
> 
> --- Igor Pechtchanski <[EMAIL PROTECTED]> wrote:
> 
> > On Thu, 9 Jun 2005, Roy Wiseman wrote:
> > 
> > > Hello,
> > >
> > > I work in a corporate environment, with very
> > limited
> > > internet access, and I want to distribute cygwin
> > to
> > > some sysadmins who can make good use of these
> > tools. I
> > > cannot run the cygwin setup across the internet,
> > and I
> > > do not want to download all the binaries to put
> on
> > the
> > > server. We want to package a specific subset of
> > cygwin
> > > that we require into a package that we can
> > distribute
> > > to sysadmins. I've done this and it works very
> > well,
> > 
> > I would be a bit cautious in this situation.  It's
> > true that most Cygwin
> > programs will work just fine when copied from
> > machine to machine.
> > However, some other things, specifically hard and
> > symbolic links, are
> > created during the postinstall phase, and may be
> > specific to the
> > installation machine.  Unless the other machines
> > have exactly the same
> > configuration, there may be inconsistencies in the
> > copied installation.
> > 
> > You'll also need to replicate the mounts, which I
> > suspect is your current
> > problem anyway.  Run 'mount -m > /mounts.bat' on
> the
> > machine you use as
> > the template installation, and run /mounts.bat
> after
> > copying.  And you
> > will need to regenerate /etc/passwd and /etc/group
> > (since that information
> > is also machine-specific).  You can add the two
> > commands reported
> > (mkpasswd and mkgroup) to the end of /mounts.bat.
> > 
> > > except for the passwd and group security
> > information
> > > generation which is tied to the machine the
> > install
> > > was done on, and I have no idea how to change
> > this.
> > >
> > > The message I get on running cygwin.bat on any
> > other
> > > system but the one where it is installed is :
> > >
> > > C:\cygwin>cygwin
> > > Your group is currently "mkpasswd".  This
> > indicates that
> > > the /etc/passwd (and possibly /etc/group) files
> > should
> > > be rebuilt.
> > > See the man pages for mkpasswd and mkgroup then,
> > for
> > > example, run
> > > mkpasswd -l [-d] > /etc/passwd
> > > mkgroup  -l [-d] > /etc/group
> > > Note that the -d switch is necessary for domain
> > users.
> > >
> > > I expect this is to do with the passwd and group
> > files
> > > from what I know of unix, and these instructions
> > have
> > > something to do with the solution, but I have
> > tried
> > > these commands in every possible way that I can
> > think
> > > of, but cannot get this error to disappear and
> > > properly register cygwin for the user. I've
> tried
> > > googling and all the commands I can think of,
> but
> > I'm
> > > stumped.
> > >
> > > Please, can someone tell me how to correct this
> in
> > the
> > > cygwin system so that I can distribute it to the
> > > sysadmins that would like to use these excellent
> > tools?
> > 
> > It would have been better had you followed the
> > instructions in the Cygwin
> > problem reporting guidelines at
> >  and
> > attached the output of "cygcheck -svr" on the
> > failing system.  Without
> > that information, the above guess (missing mounts)
> > is all I can offer.
> > 
> > HTH,
> > Igor
> > -- 
> > http://cs.nyu.edu/~pechtcha/
> >   |\  _,,,---,,_[EMAIL PROTECTED]
> > ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
> >  |,4-  

RE: PTHREAD_MUTEX_DEFAULT different for cygwin v.s. linux.

[Thomas E. Zerucha]

>From:  Larry Hall [mailto:[EMAIL PROTECTED]

>>I can't seem to build the cygwin1.dll ...

>Sounds OK to me.  Try stripping it.

Been there, tried that..

>>[built from source] and it complained about something with the address).

> Perhaps it's best if you just tell us what the actual error message was
and when it happened.

First, note I used setup to update to the "current" versions of everything, 
apparently 1.5.17-1 (reported by cygcheck, and the source tarball).  I also 
have to do rebaseall since I use KDE.

OK, I did ./configure;make;make install...

  29716 [main] ? 4056 multiple_cygwin_problem: cygheap base magic number 
mismatch detected - 0x6182/0x0

If I try to rebase it, nothing works and I get a bigger error message.

If it is a rebase problem, is there any way to get the current address (from 
/bin/cygwin1.dll) so I can set the built one to it?

Even if I strip the newly made dll, it isn't the same size as the release 
version.  Are there instructions anywhere to build an exact copy of the release.

I need to change exactly one byte in trace.o(.cc) so PTHREAD_MUTEX_DEFAULT will 
be different to see if this fixes my problem.

--
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: passwd & group file problems ?

[Roy Wiseman]

Hi Igor,

those mount commands don't seem to do much for this
situation. same problems.
you mention the hard and symbolic links, are created
during the postinstall phase. this is very
interesting, are there no commands to make that
process rerun outside of the postinstall phase ?
I've attached my cygcheck.out file here.

my current situation is :
- mkpasswd (with -l and/or -d) does nothing, this
command hangs for over 30 minutes, and does nothing
- mkgroup (with -l and/or -d) does nothing, this
command hangs for over 30 minutes, and does nothing
- mount -m > /mounts.bat is no help, same errors
apply.
- is there some way to make the postinstall process
kick off again, outside of the setup process ?

Best Regards,

Roy.




--- Igor Pechtchanski <[EMAIL PROTECTED]> wrote:

> On Thu, 9 Jun 2005, Roy Wiseman wrote:
> 
> > Hello,
> >
> > I work in a corporate environment, with very
> limited
> > internet access, and I want to distribute cygwin
> to
> > some sysadmins who can make good use of these
> tools. I
> > cannot run the cygwin setup across the internet,
> and I
> > do not want to download all the binaries to put on
> the
> > server. We want to package a specific subset of
> cygwin
> > that we require into a package that we can
> distribute
> > to sysadmins. I've done this and it works very
> well,
> 
> I would be a bit cautious in this situation.  It's
> true that most Cygwin
> programs will work just fine when copied from
> machine to machine.
> However, some other things, specifically hard and
> symbolic links, are
> created during the postinstall phase, and may be
> specific to the
> installation machine.  Unless the other machines
> have exactly the same
> configuration, there may be inconsistencies in the
> copied installation.
> 
> You'll also need to replicate the mounts, which I
> suspect is your current
> problem anyway.  Run 'mount -m > /mounts.bat' on the
> machine you use as
> the template installation, and run /mounts.bat after
> copying.  And you
> will need to regenerate /etc/passwd and /etc/group
> (since that information
> is also machine-specific).  You can add the two
> commands reported
> (mkpasswd and mkgroup) to the end of /mounts.bat.
> 
> > except for the passwd and group security
> information
> > generation which is tied to the machine the
> install
> > was done on, and I have no idea how to change
> this.
> >
> > The message I get on running cygwin.bat on any
> other
> > system but the one where it is installed is :
> >
> > C:\cygwin>cygwin
> > Your group is currently "mkpasswd".  This
> indicates that
> > the /etc/passwd (and possibly /etc/group) files
> should
> > be rebuilt.
> > See the man pages for mkpasswd and mkgroup then,
> for
> > example, run
> > mkpasswd -l [-d] > /etc/passwd
> > mkgroup  -l [-d] > /etc/group
> > Note that the -d switch is necessary for domain
> users.
> >
> > I expect this is to do with the passwd and group
> files
> > from what I know of unix, and these instructions
> have
> > something to do with the solution, but I have
> tried
> > these commands in every possible way that I can
> think
> > of, but cannot get this error to disappear and
> > properly register cygwin for the user. I've tried
> > googling and all the commands I can think of, but
> I'm
> > stumped.
> >
> > Please, can someone tell me how to correct this in
> the
> > cygwin system so that I can distribute it to the
> > sysadmins that would like to use these excellent
> tools?
> 
> It would have been better had you followed the
> instructions in the Cygwin
> problem reporting guidelines at
>  and
> attached the output of "cygcheck -svr" on the
> failing system.  Without
> that information, the above guess (missing mounts)
> is all I can offer.
> 
> HTH,
>   Igor
> -- 
>   http://cs.nyu.edu/~pechtcha/
>   |\  _,,,---,,_  [EMAIL PROTECTED]
> ZZZzz /,`.-'`'-.  ;-;;,_  [EMAIL PROTECTED]
>  |,4-  ) )-,_. ,\ (  `'-' Igor Pechtchanski,
> Ph.D.
> '---''(_/--'  `-'\_) fL   a.k.a
> JaguaR-R-R-r-r-r-.-.-.  Meow!
> 
> "The Sun will pass between the Earth and the Moon
> tonight for a total
> Lunar eclipse..." -- WCBS Radio Newsbrief, Oct 27
> 2004, 12:01 pm EDT
> 
> --
> Unsubscribe info: 
> http://cygwin.com/ml/#unsubscribe-simple
> Problem reports:  
> http://cygwin.com/problems.html
> Documentation: http://cygwin.com/docs.html
> FAQ:   http://cygwin.com/faq/
> 
> 




___ 
How much free photo storage do you get? Store your holiday 
snaps for FREE with Yahoo! Photos http://uk.photos.yahoo.com
Cygwin Configuration Diagnostics
Current System Time: Thu Jun 09 17:08:20 2005

Windows XP Professional Ver 5.1 Build 2600 Service Pack 1

Path:   C:\cygwin\usr\local\bin
C:\cygwin\bin
C:\cygwin\bin
C:\cygwin\usr\X11R6\bin
c:\WINNT\system32
c:\WINNT
  

Re: passwd & group file problems ?

[Igor Pechtchanski]

On Thu, 9 Jun 2005, Roy Wiseman wrote:

> Hello,
>
> I work in a corporate environment, with very limited
> internet access, and I want to distribute cygwin to
> some sysadmins who can make good use of these tools. I
> cannot run the cygwin setup across the internet, and I
> do not want to download all the binaries to put on the
> server. We want to package a specific subset of cygwin
> that we require into a package that we can distribute
> to sysadmins. I've done this and it works very well,

I would be a bit cautious in this situation.  It's true that most Cygwin
programs will work just fine when copied from machine to machine.
However, some other things, specifically hard and symbolic links, are
created during the postinstall phase, and may be specific to the
installation machine.  Unless the other machines have exactly the same
configuration, there may be inconsistencies in the copied installation.

You'll also need to replicate the mounts, which I suspect is your current
problem anyway.  Run 'mount -m > /mounts.bat' on the machine you use as
the template installation, and run /mounts.bat after copying.  And you
will need to regenerate /etc/passwd and /etc/group (since that information
is also machine-specific).  You can add the two commands reported
(mkpasswd and mkgroup) to the end of /mounts.bat.

> except for the passwd and group security information
> generation which is tied to the machine the install
> was done on, and I have no idea how to change this.
>
> The message I get on running cygwin.bat on any other
> system but the one where it is installed is :
>
> C:\cygwin>cygwin
> Your group is currently "mkpasswd".  This indicates that
> the /etc/passwd (and possibly /etc/group) files should
> be rebuilt.
> See the man pages for mkpasswd and mkgroup then, for
> example, run
> mkpasswd -l [-d] > /etc/passwd
> mkgroup  -l [-d] > /etc/group
> Note that the -d switch is necessary for domain users.
>
> I expect this is to do with the passwd and group files
> from what I know of unix, and these instructions have
> something to do with the solution, but I have tried
> these commands in every possible way that I can think
> of, but cannot get this error to disappear and
> properly register cygwin for the user. I've tried
> googling and all the commands I can think of, but I'm
> stumped.
>
> Please, can someone tell me how to correct this in the
> cygwin system so that I can distribute it to the
> sysadmins that would like to use these excellent tools?

It would have been better had you followed the instructions in the Cygwin
problem reporting guidelines at  and
attached the output of "cygcheck -svr" on the failing system.  Without
that information, the above guess (missing mounts) is all I can offer.

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

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

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

Re: Directory c:\%USERPROFILE% created

[Thorsten Kampe]

* Systemtechnik (2005-06-09 07:37 +0100)
> i was wandering about strange folders created in the root directory of 
> my Cygwin-Enhanced PCs and found out
> that everytime i start installer programs from within a cygwin shell, a 
> folder called %USERPROFILE% is created
> in the base directory of the pc's harddisk.
> 
> I found out that if i start a command-shell from windows there is an 
> environment variable called "%USERPROFILE%" which
> points to the current logged in users directory. In cygwin-shells this 
> variable is missing.
> 
> So everytime a windows-process tries to access the current users 
> profile-dir (to store some ini's or whatever),
> the variable does not resolve but will be taken literal, so this 
> directory will be created.
> In other words: %USERPROFILE% does not point to 
> "c:\WINNT\Profiles\username", resp. "%SystemRoot%\Profiles\username" 
> like it should.
> The effect is that the installer will fail, which is very bad if 
> running "silent" setups.
> 
> To avoid this i've set $USERPROFILE to the appropriate 
> profile-directory for the users in his .profile in cygwin's 
> /home/username.
> This seems to work, but do i make something wrong ? Is there a better 
> way to do this ?
> Are there any environment-variables or programs to resolve the current 
> users Windows-Profile-Directory, instead of setting
> it literally in .profile ?

Don't use .profile for bash (see man bash > FILES).

Cywin should read all your Windows environment variables. Try
bash -c "set | grep USERPROFILE"


--
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: passwd & group file problems ?

[Thorsten Kampe]

* Roy Wiseman (2005-06-09 13:34 +0100)
> Hello,
> 
> I work in a corporate environment, with very limited
> internet access, and I want to distribute cygwin to
> some sysadmins who can make good use of these tools. I
> cannot run the cygwin setup across the internet, and I
> do not want to download all the binaries to put on the
> server. We want to package a specific subset of cygwin
> that we require into a package that we can distribute
> to sysadmins. I've done this and it works very well,
> except for the passwd and group security information
> generation which is tied to the machine the install
> was done on, and I have no idea how to change this.
> 
> The message I get on running cygwin.bat on any other
> system but the one where it is installed is :
> 
> C:\cygwin>cygwin
> Your group is currently "mkpasswd".  This indicates
> that
> the /etc/passwd (and possibly /etc/group) files should
> be rebuilt.
> See the man pages for mkpasswd and mkgroup then, for
> example, run
> mkpasswd -l [-d] > /etc/passwd
> mkgroup  -l [-d] > /etc/group
> Note that the -d switch is necessary for domain users.
> 
> I expect this is to do with the passwd and group files
> from what I know of unix, and these instructions have
> something to do with the solution, but I have tried
> these commands in every possible way that I can think
> of, but cannot get this error to disappear and
> properly register cygwin for the user. I've tried
> googling and all the commands I can think of, but I'm
> stumped.
> 
> Please, can someone tell me how to correct this in the
> cygwin system so that I can distribute it to the
> sysadmins that would like to use these excellent tools
> ?

If in a domain, use "-d". Read  /etc/postinstall/passwd-grp.sh.done
and /etc/profile. It all depends how you log on: domain or local
account.


--
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: Directory c:\%USERPROFILE% created

[Igor Pechtchanski]

On Thu, 9 Jun 2005, Systemtechnik wrote:

> Hello,
>
> i was wandering about strange folders created in the root directory of
> my Cygwin-Enhanced PCs and found out that everytime i start installer
> programs from within a cygwin shell, a folder called %USERPROFILE% is
> created in the base directory of the pc's harddisk.
>
> I found out that if i start a command-shell from windows there is an
> environment variable called "%USERPROFILE%" which points to the current
> logged in users directory. In cygwin-shells this variable is missing.
>
> So everytime a windows-process tries to access the current users
> profile-dir (to store some ini's or whatever), the variable does not
> resolve but will be taken literal, so this directory will be created.
> In other words: %USERPROFILE% does not point to
> "c:\WINNT\Profiles\username", resp. "%SystemRoot%\Profiles\username"
> like it should. The effect is that the installer will fail, which is
> very bad if running "silent" setups.
>
> To avoid this i've set $USERPROFILE to the appropriate profile-directory
> for the users in his .profile in cygwin's /home/username.
> This seems to work, but do i make something wrong ? Is there a better
> way to do this ?
> Are there any environment-variables or programs to resolve the current
> users Windows-Profile-Directory, instead of setting it literally in
> .profile ?

Since you didn't attach the output of "cygcheck -svr" as requested in
, this is just a guess.  Your problem
isn't with %USERPROFILE% per se, it's with some other variable (usually
%HOME%) that contains "%USERFPROFILE%" in it.  The environment is stored
in the registry, and there is a special REG_EXPAND_SZ value type that
causes any embedded variable references to be expanded when referenced.
Variables that refer to other variables usually have that value type.
Some buggy installation programs change the type of that value to REG_SZ
(a regular non-expandable string), and therefore, when the value is read,
the string "%USERPROFILE%" remains a literal string (i.e., isn't
expanded).

You need to look through your environment and see what variables contain
the string %USERPROFILE%.  You then need to go to the environment key in
the registry, rename the values that have wrong types, and re-create them
with the correct REG_EXPAND_SZ type.  This isn't a Cygwin problem, but
rather one exposed by Cygwin, since it uses the values of the variables to
find out which path to use for $HOME (and creates that directory).

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

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

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

passwd & group file problems ?

[Roy Wiseman]

Hello,

I work in a corporate environment, with very limited
internet access, and I want to distribute cygwin to
some sysadmins who can make good use of these tools. I
cannot run the cygwin setup across the internet, and I
do not want to download all the binaries to put on the
server. We want to package a specific subset of cygwin
that we require into a package that we can distribute
to sysadmins. I've done this and it works very well,
except for the passwd and group security information
generation which is tied to the machine the install
was done on, and I have no idea how to change this.

The message I get on running cygwin.bat on any other
system but the one where it is installed is :

C:\cygwin>cygwin
Your group is currently "mkpasswd".  This indicates
that
the /etc/passwd (and possibly /etc/group) files should
be rebuilt.
See the man pages for mkpasswd and mkgroup then, for
example, run
mkpasswd -l [-d] > /etc/passwd
mkgroup  -l [-d] > /etc/group
Note that the -d switch is necessary for domain users.

I expect this is to do with the passwd and group files
from what I know of unix, and these instructions have
something to do with the solution, but I have tried
these commands in every possible way that I can think
of, but cannot get this error to disappear and
properly register cygwin for the user. I've tried
googling and all the commands I can think of, but I'm
stumped.

Please, can someone tell me how to correct this in the
cygwin system so that I can distribute it to the
sysadmins that would like to use these excellent tools
?

Thanks & Best Regards,

Roy Wiseman.




___ 
How much free photo storage do you get? Store your holiday 
snaps for FREE with Yahoo! Photos http://uk.photos.yahoo.com

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

Re: Subversion perl bindings - where do they live?

[Max Bowsher]

Andrew McClure wrote:
[query about Subversion Perl bindings]


Currently, the Subversion Perl bindings do not even compile on Cygwin.

Max.


--
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 piping data through a cygwin command using rsh (write system call fails)

[Corinna Vinschen]

On Jun  8 14:44, Johnny B. Goode wrote:
> We're using a windows 2000 based server running cygwin as a development 
> environment for porting our AIX-based software to the Windows platform.
> 
> When we extract the compiled programs, we connect to the cygwin server 
> using rsh, passing a file list as input, returning a gzip'ed CPIO archive 
> as output using a command like:
> 
>   cat filelist | rsh cygserver -l logname "cd /directory ; cpio -oc | 
>   gzip" > output.cpio.gz
> 
> This is executed from an AIX server (running AIX 5.3), effectively packing 
> files from the filelist in a CGZ-archive that ends up back on the AIX 
> server. The problem is, however, that gzip on the cygwin server terminates 
> prematurely with the error "gzip: stdout: Invalid argument".

Did you try gzip -c ?


Corinna

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

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

Re: cygwin.bat fails with "WFMO failed waiting for cygthread 'WnetGetResourceInformation'

[Corinna Vinschen]

On Jun  8 11:01, Tim Hart wrote:
> On Jun  7 19:06, Tim Hart wrote:
> >> having the same home directory path. I can use a few pattern matching tools
> >> to filter out the appropriate domain users and modify /etc/passwd
> >> accordingly. Obviously mkpasswd needs to be updated in order to produce
> >> correct home directory entries (possibly a unique format for Windows XP?).
> 
> >The information returned by Windows is used unchanged.  There should be
> >no need for some special handling.
> 
> In this case mkpasswd isn't using any information returned by Windows other 
> than the homeroot
> prefix.
> 
> The full command ( for reference ), is
> 
> mkpasswd -d -l -p "$(cygpath -H)" > /etc/passwd
> 
> mkpasswd -d -l is returning information on two different users: the local 
> TJHart and
> CORPORATE\TJHart.

The -p option overwrites any directories returned by Windows.  mkpasswd
has no intelligence built in.  It just appends the user name to the
path given by -p, nothing else.  If you leave out the -p option you'll
get the home directory return by the Windows function NetUserEnum.  If
there hasn't been stored any homedir in the SAM, you get /home/username.
If the NetUserEnum function doesn't return the correct path, there's
no way to get what you want which I'm aware of.  I don't know how NT
generates different paths for the same user name in different Domains.

If you need a more complex layout, either manipulate the resulting passwd
file by hand or consider to write a patch to mkpasswd.  You know,
http://cygwin.com/acronyms/#SHTDI and http://cygwin.com/acronyms/#PTC ;-)


Corinna

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

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

Re: Directory c:\%USERPROFILE% created

[Corinna Vinschen]

On Jun  9 08:37, Systemtechnik wrote:
> Hello,
> 
> i was wandering about strange folders created in the root directory of 
> my Cygwin-Enhanced PCs and found out
> that everytime i start installer programs from within a cygwin shell, a 
> folder called %USERPROFILE% is created
> in the base directory of the pc's harddisk.
> 
> I found out that if i start a command-shell from windows there is an 
> environment variable called "%USERPROFILE%" which
> points to the current logged in users directory. In cygwin-shells this 
> variable is missing.

Sure it's not something you're doing?  The variable is certainly
available when running the shell with cygwin.bat.  And even when
starting, say, tcsh directly from explorer, the variable is there,
right in the environment.


Corinna

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

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

Re: Unicode in filenames support? (FAQ update needed)

[Corinna Vinschen]

On Jun  8 18:20, Williams, Gerald S (Jerry) wrote:
> (I don't necessarily expect that there will be any interest
> in my solution, but I thought that I should mention it just
> in case. As I said, there are other ways to deal with this
> without imposing path length limitations, and I don't even
> know how much of a concern such limits are in general.)

Of course we would be glad to have more people working on the DLL (and
sign the copyright assignment, sigh), but what you wrote sounds somewhat
like a special solution which requires lots of new "if (is_ntfs)" tests,
roughly.  Sure it only works on file systems supporting that (which is
NTFS, basically), but the code already contains way too many different
routes due to OS/FS differences.

Our vague ideas how to implement this are more along the lines of "always
use the fooW (on Win32 level) or _U (on NT level) functions and drop back
to something else only on 9x, if necessary".  This would also automatically
cover the managed mounts in terms of path length.


Corinna

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

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

Re: Launching a cygwin binary from an application using CreateProcess Win32 API.

[Alireza Ghasemi]

Venaktesh Goapal wrote
> Hi,
>
> I tried what is mentioned in the subject above but
> have not been successful.
>
> CreateProcess(...) returns the error 1305.
>
> From Winerror.h
>
> #define ERROR_UNKNOWN_REVISION   1305L
>
> Has someone tried this, or know the reason for the
> error.
>
> Thanks,
> Venkatesh.
I think Christopher is right.Use ShellExecute() WinExec or (if you use C)
_spawn... and _execThey get less parameters and do the same work foe
simple processes.



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