Re: Successful build of GCC 4.2.0 RC3 on latest Cygwin snapshot 20070427

[Aaron W. LaFramboise]

Aaron Gray wrote:

One issue that might affect many some is that COM doesn't work. 
 has a patch that 
is pending review I guess, but probably won't go into 4.2.



Does this effect XPCOM meaning Mozilla and friends will not compile ?


It is triggered anywhere multiple inheritance is combined with stdcall. 
 Since I believe XPCOM uses stdcall on Windows (but "cdecl" on other 
targets), I believe the answer here is 'Yes, Mozilla will not compile.'


I think it's likely that mingw.org will include this fix in their own 
releases of 4.2, which is probably a bad thing, as it makes the need to 
get this fix into official GCC sources seem less urgent.  A lot of GCC 
patches for Windows-related issues tend to stall for a long time in this 
state; I'm not really sure why.


--
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: rsync with --recursive --files-from=

[Dave Korn]

On 09 May 2007 04:36, Marvin Rishoff wrote:

> so I tried changing a few things around so that my script was more like
> this
> 
>
--

> #!/bin/bash
> cd "/c/WINDOWS/system32/LogFiles/WMS/[Global]/"
> find ./WMS_*.log -mtime -7 -print >> list
> /usr/bin/rsync -avz --files-from=list -e ssh [EMAIL PROTECTED]:/var
> /log/streaming/wms/logs
>
--
-
> the change directory worked
> and the list was printed
> however I when I run it I get the --help page printed with rsync error:
> syntax or usage error (code 1)

  Show us the contents of 'list'.  Perhaps some of the filenames need escaping
in some fashion.



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: DualCores and Current Cygwin problems

[Larry Hall (Cygwin)]

On 05/09/2007, Chee Kiang Goh wrote:
> Searched and tried several suggestions on the mailing list(replaced with 
> latest dev version of cygwin1.dll, base dist, rebase, make -j1, stop the 
> zone alarm, avira's antivir etc). Always, I get messages similar to the 
> below example with messages about resource not available, create process 
> fail etc. Typically it will also be accompanied with (if zone alarm is 
> active), some window message box saying VC++ problems.

Try uninstalling ZoneAlarm and Avira.  It's generally not enough to just
turn them off, since they insert themselves into the network stack.

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

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

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

Re: Successful build of GCC 4.2.0 RC3 on latest Cygwin snapshot 20070427

[Aaron Gray]

Aaron Gray wrote:

One issue that might affect many some is that COM doesn't work. 
 has a patch that 
is pending review I guess, but probably won't go into 4.2.



Does this effect XPCOM meaning Mozilla and friends will not compile ?


It is triggered anywhere multiple inheritance is combined with stdcall. 
 Since I believe XPCOM uses stdcall on Windows (but "cdecl" on other 
targets), I believe the answer here is 'Yes, Mozilla will not compile.'


But its fine on Unix platforms, that is good.

I am not sure if MinGW will/is used to compile Mozilla on Windows anyway.

I think it's likely that mingw.org will include this fix in their own 
releases of 4.2, which is probably a bad thing, as it makes the need to 
get this fix into official GCC sources seem less urgent.  A lot of GCC 
patches for Windows-related issues tend to stall for a long time in this 
state; I'm not really sure why.


Yes, this is perplexing.

Aaron


--
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: DualCores and Current Cygwin problems

[Chee Kiang Goh]

Good day, Larry, 

Will give it a try. Thanks!

This setting will kinda leave me abit unprotected from
the rest of the internet... :P Shall be offline when
trying... 

Looking forward nevertheless to a better co-existence
solution with WindowXP/DualCoreCPU. This feature had
been the primary reason why I stick to cygwin over the
years :>

Best Regards
Chee Kiang






--- "Larry Hall (Cygwin)"
<[EMAIL PROTECTED]> wrote:

> On 05/09/2007, Chee Kiang Goh wrote:
> > Searched and tried several suggestions on the
> mailing list(replaced with 
> > latest dev version of cygwin1.dll, base dist,
> rebase, make -j1, stop the 
> > zone alarm, avira's antivir etc). Always, I get
> messages similar to the 
> > below example with messages about resource not
> available, create process 
> > fail etc. Typically it will also be accompanied
> with (if zone alarm is 
> > active), some window message box saying VC++
> problems.
> 
> Try uninstalling ZoneAlarm and Avira.  It's
> generally not enough to just
> turn them off, since they insert themselves into the
> network stack.
> 
> -- 
> Larry Hall 
> http://www.rfk.com
> RFK Partners, Inc.  (508)
> 893-9779 - RFK Office
> 216 Dalton Rd.  (508)
> 893-9889 - FAX
> Holliston, MA 01746
> 
>
_
> 
> A: Yes.
> > Q: Are you sure?
> >> A: Because it reverses the logical flow of
> conversation.
> >>> Q: Why is top posting annoying in email?
> 
> --
> Unsubscribe info: 
> http://cygwin.com/ml/#unsubscribe-simple
> Problem reports:  
> http://cygwin.com/problems.html
> Documentation: http://cygwin.com/docs.html
> FAQ:   http://cygwin.com/faq/
> 
> 



  
__ 
Yahoo! Movies - Search movie info and celeb profiles and photos. 
http://sg.movies.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: DualCores and Current Cygwin problems

[Christopher Faylor]

On Wed, May 09, 2007 at 09:54:36PM +0800, Chee Kiang Goh wrote:
>Looking forward nevertheless to a better co-existence solution with
>WindowXP/DualCoreCPU.  This feature had been the primary reason why I
>stick to cygwin over the years :>

FYI, there is no better coexistence solution contemplated.

PTC, although, you have to wonder why we'd have to accommodate virus
checkers or firewalls, which are supposed to be unobtrusive.

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/

[EMAIL PROTECTED]: Re: DualCores and Current Cygwin problems]

[David Arnstein]

- Forwarded message from Christopher Faylor <[EMAIL PROTECTED]> -
PTC, although, you have to wonder why we'd have to accommodate virus
checkers or firewalls, which are supposed to be unobtrusive.
- End forwarded message -

Is there a particular software firewall that does not interfere with
Cygwin?

I use Sunbelt (formerly Kerio) personal firewall. I turn off most of
its features HIPS, NIPS, ... and Cygwin applications work OK for me,
most of the time. 

--
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[2]: rsync with --recursive --files-from=

[oleyk]

Replying to a message of Marvin Rishoff to cygwin, Wednesday, May 9, 2007, 
13:35 +1000:

MR> -
MR> #!/bin/bash
MR> cd "/c/WINDOWS/system32/LogFiles/WMS/[Global]/"
MR> find ./WMS_*.log -mtime -7 -print >> list
MR> /usr/bin/rsync -avz --files-from=list -e ssh [EMAIL PROTECTED]:/var
MR> /log/streaming/wms/logs
MR> -
MR> the change directory worked
MR> and the list was printed
MR> however I when I run it I get the --help page printed with rsync error: 
MR> syntax or usage error (code 1)
MR> did I maybe just take a wrong turn here. it seems simple enough that I 
MR> should be able to create the list and then have rsync only sync the 
MR> files from the list. maybe I need to stick to the first script.
MR> any help much appreciated

i'm sorry, but:

$ rsync --version
rsync version 2.4.6  protocol version 24

Written by Andrew Tridgell and Paul Mackerras

$ rsync --help | grep -i from
 --exclude-from=FILE exclude patterns listed in FILE
 --include-from=FILE don't exclude patterns listed in FILE
 --password-file=FILEget password from FILE

i have no option "--files-from=". i can't check.
try so:

Dave Korn> Show  us  the  contents  of 'list'. Perhaps some of the filenames
Dave Korn> need escaping in some fashion.

and

/usr/bin/rsync -avz --files-from=`find ./WMS_*.log -mtime -7 -print` ...

 
-- 
regards,
 oleyk


--
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[3]: rsync with --recursive --files-from=

[oleyk]

Replying to a message of oleyk to Marvin, Thursday, May 10, 2007, 04:59 +1000:

bad advice
>/usr/bin/rsync -avz --files-from=`find ./WMS_*.log -mtime -7 -print` ...


-- 
regards,
 oleyk


--
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: Re[2]: rsync with --recursive --files-from=

[Dave Korn]

On 09 May 2007 19:59, oleyk wrote:

  DO NOT USE FALSE EMAIL ADDRESSES OLEYK.

  Look at the From: line of your post.  "cygwin at cygwin dot com" is *not*
the address of Marvin Rishoff.

> i'm sorry, but:
> 
> $ rsync --version
> rsync version 2.4.6  protocol version 24

> i have no option "--files-from=". i can't check.

  Ok, so you've got an ancient version of rsync that the feature wasn't
implemented in, so you can't help: why are you even posting?  You may as well
save yourself the effort!

> try so:
> 
> Dave Korn> Show  us  the  contents  of 'list'. Perhaps some of the filenames
> Dave Korn> need escaping in some fashion.

  I'm sure Marvin is perfectly capable of reading the reply I sent all by
himself, without needing you to pointlessly repeat it for him, but thanks
anyway.

> and
> 
> /usr/bin/rsync -avz --files-from=`find ./WMS_*.log -mtime -7 -print` ...
> 

  No, that's no use at all, because the result of the backticks would not be
the name of a file that contains a list of files to use, it would the
*contents* of the list.


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: rsync with --recursive --files-from=

[marvin rishoff]

Hi Dave thanks for replying

Here is the contents of the list that is being printed

./WMS_20070502.log
./WMS_20070503.log
./WMS_20070504.log
./WMS_20070505.log
./WMS_20070506.log
./WMS_20070507.log
./WMS_20070508.log
./WMS_20070509.log

Thanks Marvin

On 5/9/07, Dave Korn <[EMAIL PROTECTED]> wrote:

On 09 May 2007 04:36, Marvin Rishoff wrote:

> so I tried changing a few things around so that my script was more like
> this
>
>
--

> #!/bin/bash
> cd "/c/WINDOWS/system32/LogFiles/WMS/[Global]/"
> find ./WMS_*.log -mtime -7 -print >> list
> /usr/bin/rsync -avz --files-from=list -e ssh [EMAIL PROTECTED]:/var
> /log/streaming/wms/logs
>
--
-
> the change directory worked
> and the list was printed
> however I when I run it I get the --help page printed with rsync error:
> syntax or usage error (code 1)

  Show us the contents of 'list'.  Perhaps some of the filenames need escaping
in some fashion.



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/





--




Marvin J Rishoff
(707)616-2082

--
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: DualCores and Current Cygwin problems

[Brian Salter-Duke]

On Wed, May 09, 2007 at 10:07:20AM -0400, Christopher Faylor wrote:
> On Wed, May 09, 2007 at 09:54:36PM +0800, Chee Kiang Goh wrote:
> >Looking forward nevertheless to a better co-existence solution with
> >WindowXP/DualCoreCPU.  This feature had been the primary reason why I
> >stick to cygwin over the years :>
> 
> FYI, there is no better coexistence solution contemplated.
> 
> PTC, although, you have to wonder why we'd have to accommodate virus
> checkers or firewalls, which are supposed to be unobtrusive.

It is indeed a bit of a worry. I have just installed Cygwin and Norton
securities on a new dual-core laptop. I have seen no problems so far. Is
there anything in particular I should look for?

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

-- 
   Brian Salter-Duke (Brian Duke)[EMAIL PROTECTED] 
   Post: 626 Melbourne Rd, Spotswood, VIC, 3015, Australia
 Phone 03-93992847. http://www.salter-duke.bigpondhosting.com/brian/index.htm
Honorary Researcher Fellow, Dept. of Medicinal Chemistry, Monash Univ.


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

can not exec cc1.exe

[Jim Marshall]

Hello,
 I've been using cygwin for a while now, we have been using the make 
along with MS C compiler (cl.exe) and it has worked extremely well. 
Recently we decided to switch to use gcc for some projects and it works 
great, but we wanted to make executables that did not require 
cygwin1.dll. As such we installed the mingw cygwin packages, but when we 
use the "-mno-cygwin" option I get an error that it can not exec cc1.exe


$ cc -mno-cygwin main.c
cc: installation problem, cannot exec 'cc1': No such file or directory

I have tried uninstalling and reinstalling the mingw packages with no 
luck. The links "appear" ok in the mingw directory:


 /usr/i686-pc-mingw32
$ ls
bin.lnk*  include.lnk*  lib.lnk*

But I'm not sure how to verify that they are valid.

Just to be clear, using gcc works fine it only fails with the 
"-mno-cygwin" option.


The machine I am on is a Windows XP Pro with SP2, with gig of RAM. It's 
a core duo 1.6GHz.


Hope I have provided enough information, if not let me know.

Thanks
-Jim
Cygwin Package Information
Package  VersionStatus
_update-info-dir 00489-1OK
alternatives 1.3.29a-1  OK
ash  20040127-3 OK
base-files   3.7-1  Incomplete
base-passwd  2.2-1  OK
bash 3.2.9-10   OK
binutils 20060817-1 OK
bison2.3-1  OK
bzip21.0.3-2OK
compface 1.5.2-1OK
coreutils6.7-2  OK
crypt1.1-1  OK
cvs  1.11.17-1  OK
cygrunsrv1.17-1 OK
cygutils 1.3.1-1OK
cygwin   1.5.23-2   OK
cygwin-doc   1.4-4  Incomplete
diffutils2.8.7-1OK
editrights   1.01-1 OK
expat1.95.8-1   OK
findutils4.3.2-3OK
flex 2.5.4a-3   OK
fontconfig   2.4.1-4OK
freetype22.1.9-1OK
gawk 3.1.5-4OK
gcc  3.4.4-3OK
gcc-core 3.4.4-3OK
gcc-g++  3.4.4-3OK
gcc-mingw20040810-1 OK
gcc-mingw-core   20050522-1 OK
gcc-mingw-g++20050522-1 OK
gdb  20060706-2 OK
gdbm 1.8.3-8OK
gettext  0.15-1 OK
gmp  4.2.1-1OK
grep 2.5.1a-2   OK
groff1.18.1-2   Incomplete
gzip 1.3.9-1OK
indent   2.2.9-1OK
less 381-1  OK
libapr1  1.2.7-1OK
libaprutil1  1.2.7-1OK
libbz2_1 1.0.3-2OK
libcharset1  1.11-1 OK
libdb4.2 4.2.52-1   OK
libdb4.3 4.3.28-1   OK
libecpg5 8.1.4-2OK
libfontconfig1   2.4.1-4OK
libfreetype262.1.9-1OK
libgdbm  1.8.0-5OK
libgdbm-devel1.8.3-8OK
libgdbm3 1.8.3-3OK
libgdbm4 1.8.3-8OK
libgmp3  4.2.1-1OK
libiconv 1.11-1 OK
libiconv21.11-1 OK
libintl  0.10.38-3  OK
libintl1 0.10.40-1  OK
libintl2 0.12.1-3   OK
libintl3 0.14.5-1   OK
libintl8 0.15-1 OK
libjpeg626b-12  OK
libncurses5  5.2-1  OK
libncurses6  5.2-8  OK
libncurses7  5.3-4  OK
libncurses8  5.5-3  OK
libneon250.25.5-1   OK
libopenldap2_2_7 2.2.26-2   OK
libopenldap2_3_0 2.3.30-1   OK
libpcre0 6.6-1  OK
libpgtypes2  8.1.4-2OK
libpng12 1.2.12-1   OK
libpopt0 1.6.4-4OK
libpq4   8.0.7-1OK
libreadline4 4.1-2  OK
libreadline5 4.3-5  OK
libreadline6 5.2.1-4OK
libsasl2 2.1.19-3   OK
libtiff5 3.8.2-3OK
libXft   2.1.6-1OK
libXft1  1.0.0-1OK
libXft2  2.1.6-1OK
libxml2  2.6.26-1   OK
login1.9-7  OK
m4   1.4.8-1OK
make 3.80-1 OK
man  1.6d-2 OK
mingw-runtime3.11-1 OK
minires  1.01-1 OK
mktemp   1.5-4  OK
ncurses  

Re: Please Help!! Calling Socket function in a dll file (that is created using cygwin library), by a Microsoft Visual C++ program resulting in infinite loop

[kalasad mailu]

Thanks for all your answers. I appreciate it. I have few more questions.

I used the socket.h file provided by cygwin(/usr/include/cygwin/.) and
wrote a program to create socket, made this a dll file and used this
dll in VC++.

I assume using of the socket.h( form cygwin) did all the conversion
form the linux system calls to the windows system calls and made my
socket program work. Please correct me if my understanding is wrong.


Now I want to try the same process for simple c++ functions like
"cout". I don't find any cygwin header files like iostream.h or
stream.h in the cygwin directory.

When I created this stand alone program.

#include 

int main () {
   std::cout << "Hello World\n";
   return 0;
}

I guess this picked the header file from
"cygwin\lib\gcc\i686-pc-cygwin\3.4.4\include\c++\" (a gcc header file)


Is there no iostream header file by cygwin (/usr/include/cygwin)?

I am running into header file conflict when I also include both cygwin
header files and the gcc header files. How to solve the conflict?

Is it possible to make a dll that uses the functions defined by the
gcc header file(***not the cygwin header file i.e. present in
(/usr/include/cygwin)***) and use it in the MSVC++?

The below question doesn't have any relation with the above mention context:

If including the header file from gcc works then why is cygwin
providing separate header files(like stdio.h, stdlib.h and etc in
/usr/include/cygwin)?

-Thanks again.


On 5/8/07, Brian Dessent <[EMAIL PROTECTED]> wrote:

kalasad mailu wrote:

> I read the following from the how-cygtls-works.txt
>
> "If you load cygwin1.dll dynamically from a non-cygwin application, it is
>   vital that the bottom CYGTLS_PADSIZE bytes of the stack are not in use
>   before you call cygwin_dll_init()"
>
> How do I make sure bottom CYGTLS_PADSIZE bytes of the stack are not in use
> before you call cygwin_dll_init()"
>
> I could not find any information at: winsup/testsuite/cygload

The files cygload.cc and cygload.h are in winsup/testsuite/winsup.api.
They show a pretty complete example of how to dynamically load the DLL
and deal with the stack and signals.  There are several general ways to
make sure the bottom of the stack contains the scratch space, in roughly
ascending order of ease/quality:

- Reserve the space at the earliest possibility in the CRT startup
objects (this is how native Cygwin apps do it, or rather how they don't
have to worry about it)

- Change the entry point to your custom routine that saves the state of
whatever is at the bottom of the stack (hopefully nothing or close to
nothing, since this is very early in the init sequence), replaces the
bottom of the stack with your scratch/padding, calls the stock entry
point, and after that returns restores the previous contents at the
bottom of the stack.  This is how cygload does it, using the neat
feature of C++ ctors and dtors to take care of some of the housekeeping.

- If you can't do either of the above then you roughly do the same thing
but at a later point in execution, e.g. by wrapping main() (or WinMain
or DllMain or ) or even by initializing/deinitialzing your scratch
space as the first and last things in main(), etc.  (Look in CVS at
older versions of cygload which did it with less finesse this way.)

It's all still the same concept though, just with various amounts of
already existing stuff (from zero to lots) at the base of the stack when
your routine gets called.

Note about terminology, the scratch space needs to exist at the bottom
of the stack in logical terms, i.e. the very first n bytes pushed on the
stack.  But because on x86 the stack grows down this scratch space will
be at the numerically highest address.  Don't get confused though, it
all essentially amounts to just being the first to allocate a large auto
char[] array; or faking it by manipulating the stack pointer directly if
you aren't the first in line to touch the stack, and saving the state of
whatever was there before you so you can restore it before ceding
control back to whoever called you.

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/




--
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: Please Help!! Calling Socket function in a dll file (that is created using cygwin library), by a Microsoft Visual C++ program resulting in infinite loop

[Brian Dessent]

kalasad mailu wrote:

> I used the socket.h file provided by cygwin(/usr/include/cygwin/.) and
> wrote a program to create socket, made this a dll file and used this
> dll in VC++.
> 
> I assume using of the socket.h( form cygwin) did all the conversion
> form the linux system calls to the windows system calls and made my
> socket program work. Please correct me if my understanding is wrong.

A header file does not implement anything.  It contains no code at all
(except in the case of C++ or inlined functions.)  It only describes an
interface that is actually implemented in a library.  In the case of
Cygwin, the standard C library is implemented by cygwin1.dll, along with
many POSIX functions.

> Now I want to try the same process for simple c++ functions like
> "cout". I don't find any cygwin header files like iostream.h or
> stream.h in the cygwin directory.

cout is part of the C++ standard library (STL) and is implemented by
libstdc++ which is part of gcc.

> When I created this stand alone program.
> 
> #include 
> 
> int main () {
> std::cout << "Hello World\n";
> return 0;
> }
> 
> I guess this picked the header file from
> "cygwin\lib\gcc\i686-pc-cygwin\3.4.4\include\c++\" (a gcc header file)
> 
> Is there no iostream header file by cygwin (/usr/include/cygwin)?

First of all, stop looking in /usr/include/cygwin for things, and stop
worrying about which directory header files are in.  That has no bearing
on what library implements a specific function, as all headers for all
installed libraries are in /usr/include.  Some of these headers are
provided by Cygwin.  The ones in the "cygwin" subdirectory are only for
Cygwin-specific things, but this is only a small fraction of the
functionality provided by Cygwin.  For example, all of the stadard C
library functions (such as stdio.h, stdlib.h, io.h, stdint.h, and on and
on) are all implemented by Cygwin, i.e. cygwin1.dll, and are in
/usr/include.  And many other libraries as well, such as zlib, gettext,
libintl, and so on.  So, stop confusing a header file with the library
that implements the code and realize that the location a header file
resides on disk has no relationship at all to the implementation.

> I am running into header file conflict when I also include both cygwin
> header files and the gcc header files. How to solve the conflict?

No, there's no conflict.  Gcc implements some libraries of its own, and
Cygwin provides most of the standard C library.  

> Is it possible to make a dll that uses the functions defined by the
> gcc header file(***not the cygwin header file i.e. present in
> (/usr/include/cygwin)***) and use it in the MSVC++?

Stop thinking of things by directory!  Look at the headers in the cygwin
package (cygcheck -l cygwin).  This represents everything implemented by
cygwin1.dll.  See that there are many things outside of
/usr/include/cygwin.

Now look at the libraries provided by gcc for the C++ runtime (cygcheck
-l gcc-g++).  See that gcc implements most of the C++ runtime
functionality.  There are all designed to perfectly coexist, there is no
problem with using both in a given program or DLL.

As to using something in MSVC, first of all libstdc++ is gcc specific,
so there is no way to use it at the source level with anything else. 
YOu can link to it at the binary level, i.e. call code written by g++
from MSVC, but only if the interface is 'extern "C"', because the two
compilers have different C++ ABIs which cannot coexist.

> If including the header file from gcc works then why is cygwin
> providing separate header files(like stdio.h, stdlib.h and etc in
> /usr/include/cygwin)?

Different headers provide different things.  /usr/include/stdio.h
provides the standard C library interface.  /usr/include/sys/stdio.h
provides low level implementation details.  You do not normally write
#include , as it is included by other headers
automatically.  Stop focusing on the location of things, and think of it
as an interface.  When you use #include  you are using a
certain interface; the details of how it is implemented are not your
concern.  stdio.h could include /usr/include/foo/bar/baz.h if it wanted
to.

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: Successful build of GCC 4.2.0 RC3 on latest Cygwin snapshot 20070427

[Aaron Gray]

Aaron Gray wrote:

One issue that might affect many some is that COM doesn't work. 
 has a patch that is 
pending review I guess, but probably won't go into 4.2.



Does this effect XPCOM meaning Mozilla and friends will not compile ?


It is triggered anywhere multiple inheritance is combined with stdcall. 
Since I believe XPCOM uses stdcall on Windows (but "cdecl" on other 
targets), I believe the answer here is 'Yes, Mozilla will not compile.'


Mozilla is built using Microsoft cl on Windows. And if 'cdecl' is used on 
Unix then there is no problem with XPCOM and GCC 4.2.0 RC3.


Aaron


--
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: can not exec cc1.exe

[Brian Dessent]

Jim Marshall wrote:

> I have tried uninstalling and reinstalling the mingw packages with no
> luck. The links "appear" ok in the mingw directory:
> 
>   /usr/i686-pc-mingw32
> $ ls
> bin.lnk*  include.lnk*  lib.lnk*

You've got something installed incorrectly then.  If they are showing as
.lnk files to ls then that means they have the incorrect attributes set
and aren't being recognised as symlinks but instead regular files. 
These .lnk files should have the 'R' attribute and should appear as
symlinks to ls, i.e. ls -l should show:

lrwxrwxrwx   1 brian Users 21 Sep 22  2004 bin -> ../i686-pc-cygwin/bin/
lrwxrwxrwx   1 brian Users 16 Sep 22  2004 include -> ../include/mingw/
lrwxrwxrwx   1 brian Users 12 Sep 22  2004 lib -> ../lib/mingw/

If you had attached the requested cygcheck -srv output, I would be able
to look and see what kind of filesystem you have your /usr on, and maybe
that would have given more clues as to what's wrong here, but since you
didn't, I can't.

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: [EMAIL PROTECTED]: Re: DualCores and Current Cygwin problems]

[Shankar Unni]

David Arnstein wrote:


Is there a particular software firewall that does not interfere with
Cygwin?


That's a bit of an open-ended question..


I use Sunbelt (formerly Kerio) personal firewall. I turn off most of
its features HIPS, NIPS, ... and Cygwin applications work OK for me,
most of the time. 


So there's a good data point.


Actually, the Cygwin FAQ (that prominent link on the left hand link bar 
on the home page, you know?) has an entry that addresses this:


http://cygwin.com/faq/faq.using.html#faq.using.firewall


--
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: can not exec cc1.exe

[Jim Marshall]

Brian Dessent wrote:

Jim Marshall wrote:


I have tried uninstalling and reinstalling the mingw packages with no
luck. The links "appear" ok in the mingw directory:

  /usr/i686-pc-mingw32
$ ls
bin.lnk*  include.lnk*  lib.lnk*


You've got something installed incorrectly then.  If they are showing as
.lnk files to ls then that means they have the incorrect attributes set
and aren't being recognised as symlinks but instead regular files. 
These .lnk files should have the 'R' attribute and should appear as

symlinks to ls, i.e. ls -l should show:

lrwxrwxrwx   1 brian Users 21 Sep 22  2004 bin -> ../i686-pc-cygwin/bin/
lrwxrwxrwx   1 brian Users 16 Sep 22  2004 include -> ../include/mingw/
lrwxrwxrwx   1 brian Users 12 Sep 22  2004 lib -> ../lib/mingw/

If you had attached the requested cygcheck -srv output, I would be able
to look and see what kind of filesystem you have your /usr on, and maybe
that would have given more clues as to what's wrong here, but since you
didn't, I can't.

Brian


Hi,
 Thanks for taking the time to respond Brian, sorry for not including 
the correct report, obviously ran cgycheck with the wrong parameters :(


Here is the cygcheck -svr output.

-Jim


Cygwin Configuration Diagnostics
Current System Time: Wed May 09 22:34:46 2007

Windows XP Professional Ver 5.1 Build 2600 Service Pack 2

Path:   c:\PROGRA~1\MICROS~4\VC98\BIN
C:\cygwin\usr\local\bin
C:\cygwin\bin
C:\cygwin\bin
C:\cygwin\usr\X11R6\bin
c:\PROGRA~1\MICROS~4\Common\msdev98\BIN
c:\PROGRA~1\MICROS~4\VC98\BIN
c:\PROGRA~1\MICROS~4\Common\TOOLS\WINNT
c:\PROGRA~1\MICROS~4\Common\TOOLS
.
C:\cygwin\bin
C:\cygwin\usr\X11R6\bin
C:\cygwin\home\jmars\ant\bin
c:\WINDOWS\system32
c:\WINDOWS
c:\WINDOWS\System32\Wbem
c:\Program Files\ATI Technologies\ATI.ACE\
c:\Program Files\Microsoft SQL Server\80\Tools\Binn\
c:\Program Files\Common Files\Compuware
C:\cygwin\usr\X11R6\bin
C:\cygwin\usr\X11R6\bin

Output from C:\cygwin\bin\id.exe (nontsec)
UID: 1006(jmars)GID: 513(None)
513(None)   544(Administrators) 545(Users)

Output from C:\cygwin\bin\id.exe (ntsec)
UID: 1006(jmars)GID: 513(None)
513(None)   544(Administrators) 545(Users)

SysDir: C:\WINDOWS\system32
WinDir: C:\WINDOWS

USER = 'jmars'
PWD = '/home/jmars/temp/pi'
HOME = '/home/jmars'
MAKE_MODE = 'unix'

HOMEPATH = '\Documents and Settings\jmars'
APPDATA = 'C:\Documents and Settings\jmars\Application Data'
MANPATH = '/usr/local/man:/usr/share/man:/usr/man::/usr/ssl/man'
HOSTNAME = 'wbem-sol-lap1'
XKEYSYMDB = '/usr/X11R6/lib/X11/XKeysymDB'
PROCESSOR_IDENTIFIER = 'x86 Family 6 Model 14 Stepping 8, GenuineIntel'
TERM = 'xterm'
VS80COMNTOOLS = 'C:\Program Files\Microsoft Visual Studio 8\Common7\Tools\'
WINDIR = 'C:\WINDOWS'
CVSROOT = ':pserver:[EMAIL PROTECTED]:/Repository'
WINDOWID = '2097166'
OLDPWD = '/usr/i686-pc-mingw32'
USERDOMAIN = 'WBEM-SOL-LAP1'
ALLUSERSPROFILE = 'C:\Documents and Settings\All Users'
OS = 'Windows_NT'
ANT_HOME = 'C:\cygwin\home\jmars\ant'
XAPPLRESDIR = '/usr/X11R6/lib/X11/app-defaults'
!:: = '::\'
XCMSDB = '/usr/X11R6/lib/X11/Xcms.txt'
XTERM_SHELL = '/usr/bin/bash'
COMMONPROGRAMFILES = 'C:\Program Files\Common Files'
MSVCDIR = 'C:/PROGRA~1/MICROS~4/VC98'
TEMP = '/cygdrive/c/DOCUME~1/jmars/LOCALS~1/Temp'
XNLSPATH = '/usr/X11R6/lib/X11/locale'
LIB = 
'C:/ms_sdk/lib;C:/PROGRA~1/MICROS~4/VC98/LIB;C:/PROGRA~1/MICROS~4/VC98/MFC/LIB;'
TERMCAP = 'xterm-r6|xterm|xterm X11R6 
version:am:km:mi:ms:xn:co#80:it#8:li#24:AL=\E[%dL:DC=\E[%dP:DL=\E[%dM:DO=\E[%dB:LE=\E[%dD:RI=\E[%dC:UP=\E[%dA:ae=^O:al=\E[L:as=^N:bl=^G:cd=\E[J:ce=\E[K:cl=\E[H\E[2J:cm=\E[%i%d;%dH:cr=^M:cs=\E[%i%d;%dr:ct=\E[3g:dc=\E[P:dl=\E[M:do=^J:ei=\E[4l:ho=\E[H:im=\E[4h:is=\E7\E[r\E[m\E[?7h\E[?1;3;4;6l\E[4l\E8\E>:k1=\EOP:k2=\EOQ:k3=\EOR:k4=\EOS:k5=\E[15~:k6=\E[17~:k7=\E[18~:k8=\E[19~:k9=\E[20~:kD=\E[3~:kI=\E[2~:kN=\E[6~:kP=\E[5~:kd=\EOB:ke=\E[?1l\E>:kh=\E[1~:kl=\EOD:kr=\EOC:ks=\E[?1h\E=:ku=\EOA:le=^H:md=\E[1m:me=\E[m:mr=\E[7m:nd=\E[C:rc=\E8:sc=\E7:se=\E[m:sf=^J:so=\E[7m:sr=\EM:ta=^I:te=\E[2J\E[?47l\E8:ti=\E7\E[?47h:ue=\E[m:up=\E[A:us=\E[4m:kb=\010:'
USERNAME = 'jmars'
PROCESSOR_LEVEL = '6'
FP_NO_HOST_CHECK = 'NO'
SYSTEMDRIVE = 'C:'
CYGWIN_ROOT = '\cygwin'
JAVA_HOME = 'C:/Java/jdk1.5.0'
CLIENTNAME = 'Console'
USERPROFILE = 'C:\Documents and Settings\jmars'
LOGONSERVER = '\\WBEM-SOL-LAP1'
PS1 = '\[\e]0;[EMAIL PROTECTED] \[\e[33m\]\w\[\e[0m\]\n\$ '
!C: = 'C:\cygwin\usr\X11R6\bin'
PROCESSOR_ARCHITECTURE = 'x86'
XTERM_VERSION = 'Cygwin 6.8.2.0(202)'
SHLVL = '2'
PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'
HOMEDRIVE = 'C:'
COMSPEC = 'C:\WINDOWS\system32\cmd.exe'
PROMPT = '$P$G'
SYSTEMROOT = 'C:\WINDOWS'
TMP = '/cygdrive/c/DOCUME~1/jmars/LOCALS~1/Temp'
LOGNAME = 'jmars'
PROCESSOR_REVISION = '0e08'
CVS_RSH = '/bin/ssh'
PRINTER = '\\orions-sword\hp LaserJet 1300 PCL 6'
CLASSPATH = 'C:\Program Files\Common Files\Compuware\

Re: can not exec cc1.exe

[Brian Dessent]

Jim Marshall wrote:

> Here is the cygcheck -svr output.

Hmm, you're using a local NTFS drive and $CYGWIN is not set to anything
strage.  So no more clues there.

What are the attributes of the .lnk files?  What happens if you manually
delete them and recreate them as working symlinks by hand?

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/