Bugs item #523084, was opened at 2002-02-27 08:02
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=102435&aid=523084&group_id=2435
Category: w32api
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Richard Frith-Macdonald (tiptree)
Assigned to: Earnie Boyd (earnie)
Summary: winsock2.h struct sizeerror in mingw 1.1
Initial Comment:
Looks like some structure size (probably sockaddr) is
wrong for newer versions of windoze.
On my windoze-xp system, getting a list of interfaces
doesn't quite work as expected and only the first
address in the list looks ok, with the netmask and
broadcast address being all zeros.
If I hack the sa_data field of struct sockaddr in
winsock2.h to be
char sa_data[22];
rather than
char sa_data[14];
then things work fine.
----------------------------------------------------------------------
>Comment By: Danny Smith (dannysmith)
Date: 2002-03-01 09:39
Message:
Logged In: YES
user_id=11494
While, we've got each other's attention, would you mind
testing updated winsock2.h and ws2tcpip.h with your problem
on XP. They are in the "Existing Files" box below. have a
look at MSDN docs on
INTERFACE_INFO_EX and SIO_GET_INTERFACE_LIST_EX
----------------------------------------------------------------------
Comment By: Richard Frith-Macdonald (tiptree)
Date: 2002-02-28 23:06
Message:
Logged In: YES
user_id=470508
Thanks
ipv6 up reports that the protocol stack is not installed
I haven;t noticed INTERFACE_INFO_EX in the documentation
anywhere ... I'll have a look for it and see if it makes
any sense to me.
----------------------------------------------------------------------
Comment By: Danny Smith (dannysmith)
Date: 2002-02-28 22:49
Message:
Logged In: YES
user_id=11494
Thanks for the testcase.
To find out if you have IPv6 installed type "ipv6 if" at
the command prompt.
Some changes are indeed needed to both winsock2.h and
ws2tcpip.h to provide IPv6/v4 compatability. In particular
INTERFACE_INFO has changed and their is a new structure
INTERFACE_INFO_EX which does not depend on size of
address. I'm in process of testing patches. I don't know
whether they are relevant to your problem or not.
Cheers
----------------------------------------------------------------------
Comment By: Richard Frith-Macdonald (tiptree)
Date: 2002-02-28 22:08
Message:
Logged In: YES
user_id=470508
OK. Code fragment follows.
I'm only assuming this code would work on earlier versions
of windows ... I only have an XP system, and haven't had
that for long (I'm a GNU/Linux user).
I did a standard install of XP - so if there is an option
to turn on/off IPv6 support, I didn't see it, and am using
the default.
I would expect the data structure size to be the same (big
enough for IPv6) irrespective of whether the IP code in the kernel was actually using IPv6 ... so I suspect that the winsock2.h file needs some code to vary the size of the structure depending on which version of windows it's being used on.
{
INTERFACE_INFO InterfaceList[20];
unsigned long nBytesReturned;
int i, nNumInterfaces;
SOCKET desc = WSASocket(PF_INET, SOCK_RAW, AF_INET, 0, 0, 0);
if (desc == INVALID_SOCKET)
{
fprintf(stderr, "Failed to get a socket. Error %s\n", WSAGetLastError());
exit(1);
}
memset((void*)InterfaceList, '\0', sizeof(InterfaceList));
if (WSAIoctl(desc, SIO_GET_INTERFACE_LIST, 0, 0, (void*)InterfaceList,
sizeof(InterfaceList), &nBytesReturned, 0, 0) == SOCKET_ERROR)
{
fprintf(stderr, "Failed WSAIoctl. Error %s\n", WSAGetLastError());
exit(1);
}
nNumInterfaces = nBytesReturned / sizeof(INTERFACE_INFO);
for (i = 0; i < nNumInterfaces; i++)
{
u_long nFlags = InterfaceList[i].iiFlags;
if ((nFlags & IFF_UP)
&& (InterfaceList[i].iiAddress.sa_family == AF_INET))
{
fprintf(stderr, "address (%s)\n",
inet_ntoa(((struct sockaddr_in*)
&(InterfaceList[i].iiAddress))->sin_addr));
fprintf(stderr, "metmask (%s)\n",
inet_ntoa(((struct sockaddr_in*)
&(InterfaceList[i].iiNetmask))->sin_addr));
fprintf(stderr, "broadcast (%s)\n",
inet_ntoa(((struct sockaddr_in*)
&(InterfaceList[i].iiBroadcast))->sin_addr));
}
}
closesocket(desc);
}
----------------------------------------------------------------------
Comment By: Danny Smith (dannysmith)
Date: 2002-02-27 10:50
Message:
Logged In: YES
user_id=11494
Can you submit sample code that shows the bug on XP but not
on earlier win. XP has IPv6 support and there may be a
conflict if you are using that protocol.
Danny
----------------------------------------------------------------------
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=102435&aid=523084&group_id=2435

Bugs item #523084, was opened at 2002-02-26 19:02
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=102435&aid=523084&group_id=2435
Category: w32api
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Richard Frith-Macdonald (tiptree)
Assigned to: Earnie Boyd (earnie)
Summary: winsock2.h struct sizeerror in mingw 1.1
Initial Comment:
Looks like some structure size (probably sockaddr) is
wrong for newer versions of windoze.
On my windoze-xp system, getting a list of interfaces
doesn't quite work as expected and only the first
address in the list looks ok, with the netmask and
broadcast address being all zeros.
If I hack the sa_data field of struct sockaddr in
winsock2.h to be
char sa_data[22];
rather than
char sa_data[14];
then things work fine.
----------------------------------------------------------------------
>Comment By: Richard Frith-Macdonald (tiptree)
Date: 2002-02-28 10:06
Message:
Logged In: YES
user_id=470508
Thanks
ipv6 up reports that the protocol stack is not installed
I haven;t noticed INTERFACE_INFO_EX in the documentation
anywhere ... I'll have a look for it and see if it makes
any sense to me.
----------------------------------------------------------------------
Comment By: Danny Smith (dannysmith)
Date: 2002-02-28 09:49
Message:
Logged In: YES
user_id=11494
Thanks for the testcase.
To find out if you have IPv6 installed type "ipv6 if" at
the command prompt.
Some changes are indeed needed to both winsock2.h and
ws2tcpip.h to provide IPv6/v4 compatability. In particular
INTERFACE_INFO has changed and their is a new structure
INTERFACE_INFO_EX which does not depend on size of
address. I'm in process of testing patches. I don't know
whether they are relevant to your problem or not.
Cheers
----------------------------------------------------------------------
Comment By: Richard Frith-Macdonald (tiptree)
Date: 2002-02-28 09:08
Message:
Logged In: YES
user_id=470508
OK. Code fragment follows.
I'm only assuming this code would work on earlier versions
of windows ... I only have an XP system, and haven't had
that for long (I'm a GNU/Linux user).
I did a standard install of XP - so if there is an option
to turn on/off IPv6 support, I didn't see it, and am using
the default.
I would expect the data structure size to be the same (big
enough for IPv6) irrespective of whether the IP code in the kernel was actually using IPv6 ... so I suspect that the winsock2.h file needs some code to vary the size of the structure depending on which version of windows it's being used on.
{
INTERFACE_INFO InterfaceList[20];
unsigned long nBytesReturned;
int i, nNumInterfaces;
SOCKET desc = WSASocket(PF_INET, SOCK_RAW, AF_INET, 0, 0, 0);
if (desc == INVALID_SOCKET)
{
fprintf(stderr, "Failed to get a socket. Error %s\n", WSAGetLastError());
exit(1);
}
memset((void*)InterfaceList, '\0', sizeof(InterfaceList));
if (WSAIoctl(desc, SIO_GET_INTERFACE_LIST, 0, 0, (void*)InterfaceList,
sizeof(InterfaceList), &nBytesReturned, 0, 0) == SOCKET_ERROR)
{
fprintf(stderr, "Failed WSAIoctl. Error %s\n", WSAGetLastError());
exit(1);
}
nNumInterfaces = nBytesReturned / sizeof(INTERFACE_INFO);
for (i = 0; i < nNumInterfaces; i++)
{
u_long nFlags = InterfaceList[i].iiFlags;
if ((nFlags & IFF_UP)
&& (InterfaceList[i].iiAddress.sa_family == AF_INET))
{
fprintf(stderr, "address (%s)\n",
inet_ntoa(((struct sockaddr_in*)
&(InterfaceList[i].iiAddress))->sin_addr));
fprintf(stderr, "metmask (%s)\n",
inet_ntoa(((struct sockaddr_in*)
&(InterfaceList[i].iiNetmask))->sin_addr));
fprintf(stderr, "broadcast (%s)\n",
inet_ntoa(((struct sockaddr_in*)
&(InterfaceList[i].iiBroadcast))->sin_addr));
}
}
closesocket(desc);
}
----------------------------------------------------------------------
Comment By: Danny Smith (dannysmith)
Date: 2002-02-26 21:50
Message:
Logged In: YES
user_id=11494
Can you submit sample code that shows the bug on XP but not
on earlier win. XP has IPv6 support and there may be a
conflict if you are using that protocol.
Danny
----------------------------------------------------------------------
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=102435&aid=523084&group_id=2435

Bugs item #523084, was opened at 2002-02-27 08:02
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=102435&aid=523084&group_id=2435
Category: w32api
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Richard Frith-Macdonald (tiptree)
Assigned to: Earnie Boyd (earnie)
Summary: winsock2.h struct sizeerror in mingw 1.1
Initial Comment:
Looks like some structure size (probably sockaddr) is
wrong for newer versions of windoze.
On my windoze-xp system, getting a list of interfaces
doesn't quite work as expected and only the first
address in the list looks ok, with the netmask and
broadcast address being all zeros.
If I hack the sa_data field of struct sockaddr in
winsock2.h to be
char sa_data[22];
rather than
char sa_data[14];
then things work fine.
----------------------------------------------------------------------
>Comment By: Danny Smith (dannysmith)
Date: 2002-02-28 22:49
Message:
Logged In: YES
user_id=11494
Thanks for the testcase.
To find out if you have IPv6 installed type "ipv6 if" at
the command prompt.
Some changes are indeed needed to both winsock2.h and
ws2tcpip.h to provide IPv6/v4 compatability. In particular
INTERFACE_INFO has changed and their is a new structure
INTERFACE_INFO_EX which does not depend on size of
address. I'm in process of testing patches. I don't know
whether they are relevant to your problem or not.
Cheers
----------------------------------------------------------------------
Comment By: Richard Frith-Macdonald (tiptree)
Date: 2002-02-28 22:08
Message:
Logged In: YES
user_id=470508
OK. Code fragment follows.
I'm only assuming this code would work on earlier versions
of windows ... I only have an XP system, and haven't had
that for long (I'm a GNU/Linux user).
I did a standard install of XP - so if there is an option
to turn on/off IPv6 support, I didn't see it, and am using
the default.
I would expect the data structure size to be the same (big
enough for IPv6) irrespective of whether the IP code in the kernel was actually using IPv6 ... so I suspect that the winsock2.h file needs some code to vary the size of the structure depending on which version of windows it's being used on.
{
INTERFACE_INFO InterfaceList[20];
unsigned long nBytesReturned;
int i, nNumInterfaces;
SOCKET desc = WSASocket(PF_INET, SOCK_RAW, AF_INET, 0, 0, 0);
if (desc == INVALID_SOCKET)
{
fprintf(stderr, "Failed to get a socket. Error %s\n", WSAGetLastError());
exit(1);
}
memset((void*)InterfaceList, '\0', sizeof(InterfaceList));
if (WSAIoctl(desc, SIO_GET_INTERFACE_LIST, 0, 0, (void*)InterfaceList,
sizeof(InterfaceList), &nBytesReturned, 0, 0) == SOCKET_ERROR)
{
fprintf(stderr, "Failed WSAIoctl. Error %s\n", WSAGetLastError());
exit(1);
}
nNumInterfaces = nBytesReturned / sizeof(INTERFACE_INFO);
for (i = 0; i < nNumInterfaces; i++)
{
u_long nFlags = InterfaceList[i].iiFlags;
if ((nFlags & IFF_UP)
&& (InterfaceList[i].iiAddress.sa_family == AF_INET))
{
fprintf(stderr, "address (%s)\n",
inet_ntoa(((struct sockaddr_in*)
&(InterfaceList[i].iiAddress))->sin_addr));
fprintf(stderr, "metmask (%s)\n",
inet_ntoa(((struct sockaddr_in*)
&(InterfaceList[i].iiNetmask))->sin_addr));
fprintf(stderr, "broadcast (%s)\n",
inet_ntoa(((struct sockaddr_in*)
&(InterfaceList[i].iiBroadcast))->sin_addr));
}
}
closesocket(desc);
}
----------------------------------------------------------------------
Comment By: Danny Smith (dannysmith)
Date: 2002-02-27 10:50
Message:
Logged In: YES
user_id=11494
Can you submit sample code that shows the bug on XP but not
on earlier win. XP has IPv6 support and there may be a
conflict if you are using that protocol.
Danny
----------------------------------------------------------------------
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=102435&aid=523084&group_id=2435

Bugs item #523084, was opened at 2002-02-26 19:02
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=102435&aid=523084&group_id=2435
Category: w32api
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Richard Frith-Macdonald (tiptree)
Assigned to: Earnie Boyd (earnie)
Summary: winsock2.h struct sizeerror in mingw 1.1
Initial Comment:
Looks like some structure size (probably sockaddr) is
wrong for newer versions of windoze.
On my windoze-xp system, getting a list of interfaces
doesn't quite work as expected and only the first
address in the list looks ok, with the netmask and
broadcast address being all zeros.
If I hack the sa_data field of struct sockaddr in
winsock2.h to be
char sa_data[22];
rather than
char sa_data[14];
then things work fine.
----------------------------------------------------------------------
>Comment By: Richard Frith-Macdonald (tiptree)
Date: 2002-02-28 09:08
Message:
Logged In: YES
user_id=470508
OK. Code fragment follows.
I'm only assuming this code would work on earlier versions
of windows ... I only have an XP system, and haven't had
that for long (I'm a GNU/Linux user).
I did a standard install of XP - so if there is an option
to turn on/off IPv6 support, I didn't see it, and am using
the default.
I would expect the data structure size to be the same (big
enough for IPv6) irrespective of whether the IP code in the kernel was actually using IPv6 ... so I suspect that the winsock2.h file needs some code to vary the size of the structure depending on which version of windows it's being used on.
{
INTERFACE_INFO InterfaceList[20];
unsigned long nBytesReturned;
int i, nNumInterfaces;
SOCKET desc = WSASocket(PF_INET, SOCK_RAW, AF_INET, 0, 0, 0);
if (desc == INVALID_SOCKET)
{
fprintf(stderr, "Failed to get a socket. Error %s\n", WSAGetLastError());
exit(1);
}
memset((void*)InterfaceList, '\0', sizeof(InterfaceList));
if (WSAIoctl(desc, SIO_GET_INTERFACE_LIST, 0, 0, (void*)InterfaceList,
sizeof(InterfaceList), &nBytesReturned, 0, 0) == SOCKET_ERROR)
{
fprintf(stderr, "Failed WSAIoctl. Error %s\n", WSAGetLastError());
exit(1);
}
nNumInterfaces = nBytesReturned / sizeof(INTERFACE_INFO);
for (i = 0; i < nNumInterfaces; i++)
{
u_long nFlags = InterfaceList[i].iiFlags;
if ((nFlags & IFF_UP)
&& (InterfaceList[i].iiAddress.sa_family == AF_INET))
{
fprintf(stderr, "address (%s)\n",
inet_ntoa(((struct sockaddr_in*)
&(InterfaceList[i].iiAddress))->sin_addr));
fprintf(stderr, "metmask (%s)\n",
inet_ntoa(((struct sockaddr_in*)
&(InterfaceList[i].iiNetmask))->sin_addr));
fprintf(stderr, "broadcast (%s)\n",
inet_ntoa(((struct sockaddr_in*)
&(InterfaceList[i].iiBroadcast))->sin_addr));
}
}
closesocket(desc);
}
----------------------------------------------------------------------
Comment By: Danny Smith (dannysmith)
Date: 2002-02-26 21:50
Message:
Logged In: YES
user_id=11494
Can you submit sample code that shows the bug on XP but not
on earlier win. XP has IPv6 support and there may be a
conflict if you are using that protocol.
Danny
----------------------------------------------------------------------
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=102435&aid=523084&group_id=2435

Bugs item #522869, was opened at 2002-02-26 00:59
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=102435&aid=522869&group_id=2435
Category: None
Group: None
>Status: Closed
>Resolution: Later
Priority: 5
Submitted By: Rodrigo Lourenço (rl_wolf)
Assigned to: Nobody/Anonymous (nobody)
Summary: new gcc version
Initial Comment:
the gcc site has released a new gcc version, please
update your site.
----------------------------------------------------------------------
Comment By: Danny Smith (dannysmith)
Date: 2002-02-26 13:53
Message:
Logged In: YES
user_id=11494
Not a MinGW bug.
Although your problem may be interesting and causing you problems you wish answers to, it is not a problem with
the MinGW runtime, w32api, GCC, binutils or msys. Your BUG report has therefore been deleted. If you feel that this
needs further discussion then please post to mingw-users@...
Thanks for your interest in the MinGW Project,
MinGW Project Administrators
----------------------------------------------------------------------
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=102435&aid=522869&group_id=2435

Bugs item #523084, was opened at 2002-02-26 11:02
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=102435&aid=523084&group_id=2435
Category: w32api
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Richard Frith-Macdonald (tiptree)
Assigned to: Earnie Boyd (earnie)
Summary: winsock2.h struct sizeerror in mingw 1.1
Initial Comment:
Looks like some structure size (probably sockaddr) is
wrong for newer versions of windoze.
On my windoze-xp system, getting a list of interfaces
doesn't quite work as expected and only the first
address in the list looks ok, with the netmask and
broadcast address being all zeros.
If I hack the sa_data field of struct sockaddr in
winsock2.h to be
char sa_data[22];
rather than
char sa_data[14];
then things work fine.
----------------------------------------------------------------------
>Comment By: Danny Smith (dannysmith)
Date: 2002-02-26 13:50
Message:
Logged In: YES
user_id=11494
Can you submit sample code that shows the bug on XP but not
on earlier win. XP has IPv6 support and there may be a
conflict if you are using that protocol.
Danny
----------------------------------------------------------------------
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=102435&aid=523084&group_id=2435

Bugs item #523084, was opened at 2002-02-26 11:02
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=102435&aid=523084&group_id=2435
Category: w32api
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Richard Frith-Macdonald (tiptree)
Assigned to: Earnie Boyd (earnie)
Summary: winsock2.h struct sizeerror in mingw 1.1
Initial Comment:
Looks like some structure size (probably sockaddr) is
wrong for newer versions of windoze.
On my windoze-xp system, getting a list of interfaces
doesn't quite work as expected and only the first
address in the list looks ok, with the netmask and
broadcast address being all zeros.
If I hack the sa_data field of struct sockaddr in
winsock2.h to be
char sa_data[22];
rather than
char sa_data[14];
then things work fine.
----------------------------------------------------------------------
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=102435&aid=523084&group_id=2435

Support Requests item #497594, was opened at 2001-12-29 04:34
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=202435&aid=497594&group_id=2435
Category: None
Group: None
Status: Open
Priority: 5
Submitted By: Andrey Reznik (dront)
Assigned to: Danny Smith (dannysmith)
Summary: configure problems
Initial Comment:
Hello,
please help me with my problem.
When i've tried to use mingw under cygwin
enviroinment, i found a problem: configure scripts
from some programs began to fail. Everything was good
when I did use cygwin itself...
What i mean by 'fail':
There is a check "checking $(MAKE) variable" in that
scripts. To perform it, such script creates a Makefile:
all:
@echo '"$(MAKE)"'
(or @echo 'some_var="$(MAKE)"')
and runs make (at this time - make from mingw, not
from cygwin).
It produces string as
\/cygdrive/c/mingw/bin/make.exe"
(notice \ instead of " ), and eval fails.
What is wrong here?
----------------------------------------------------------------------
Comment By: Wirawan Purwanto (wirawan0)
Date: 2002-02-20 14:59
Message:
Logged In: YES
user_id=206371
Well... I have experienced the same, too. I believe that
this is a persistent bug in Mingw's make. I am using
Mingw's Make version 3.79. And by using cygwin's make.exe,
I get rid of this problem at all. Note: I am using Windows
2000 pro here.
Wirawan
----------------------------------------------------------------------
Comment By: Andrey Reznik (dront)
Date: 2002-01-22 04:21
Message:
Logged In: YES
user_id=363962
OS - WinNT
Yes, I use cygwin version of sh.exe, surely it is a
problem.
At this time I just skip this problem, using Cygwin's
version of Mingw.
----------------------------------------------------------------------
Comment By: Danny Smith (dannysmith)
Date: 2002-01-08 17:09
Message:
Logged In: YES
user_id=11494
What OS? (Win9x/ME or NT/W2000)
I see the problem, and also how to fix.
One fix would be to assume that every one who uses the
mingw version of make also uses the cygwin version of
sh.exe. That is the cleanest (in the code) but not
acceptable for obvious reasons. If we can assume a cygwin
sh.exe, we may as well just point users to the cygwin
version of make.
Another fix would be to force subprocs to be run as
scripts: the code for that is already in place, but needs
to be forced with compile-time flag when building make.
The drawback is that the tmp script (or batch files
depending on whether make finds any sh.exe or not) may not
be deleted if make fails so you get loose turds floating
around in tmp directory. Other drawback is that the dir
chosen as tmp may not be writeable if user hasn't defined
TEMP or TMP environment variable.
Care to test the latter fix on your system?
Danny
----------------------------------------------------------------------
Comment By: Andrey Reznik (dront)
Date: 2002-01-07 23:39
Message:
Logged In: YES
user_id=363962
No, it's another problem.
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2001-12-29 15:10
Message:
Logged In: NO
I don't know if this is your problem, but for me, running configure scripts with make and gcc from MinGW and the ash shell from Cygwin fails when checking if make sets $MAKE.
The culprit is that somewhere inside the configure script, there's something like "make whatever 2> something," which in theory should pipe the errors (2 is the handle to the standard error output) from make and spit them into the file something.
Unfortunately, if you use the make in MinGW, it will interpret the command as meaning make the target named whatever, and the target named 2. Redirecting the standard error output doesn't seem to work in this case.
The easiest fix is just to use make utility from Cygwin. it seems to handle the redirecting properly.
Hope that helps.
----------------------------------------------------------------------
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=202435&aid=497594&group_id=2435

Support Requests item #520707, was opened at 2002-02-20 14:54
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=202435&aid=520707&group_id=2435
Category: None
Group: None
Status: Open
Priority: 5
Submitted By: Wirawan Purwanto (wirawan0)
Assigned to: Nobody/Anonymous (nobody)
Summary: How to recompile mingw?
Initial Comment:
This question is mainly for those who maintain the
binary version of mingw:
I am trying to recompile the gcc (i.e. gcc, g++, and
g77) for mingw distribution. How to do this? Do you
usually use cygwin's gcc to compile, or mingw's own
gcc?
Let me show you what I have:
- a working gcc version 2.95.3-6 (mingw distribution)
- a working cygwin environment
To make use the mingw gcc, I've set the mingw's path
to precede the cygwin's, so that cygwin tools wouldn't
be chosen in place of mingw's.
The main hurdle with using mingw's own gcc is that:
[a] mingw's gcc does not recognize POSIX-styled path
names. This can be aleviated easily.
[b] mingw's gcc does not recognize the (soft)links
that are made by the scripts.
How do you usually do it? Please help me. How does
MSYS help us in this respect? Right now I assume that
MSYS would still make the soft-links as the cygwin's
ln does.
Thanks,
Wirawan
----------------------------------------------------------------------
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=202435&aid=520707&group_id=2435

Bugs item #492474, was opened at 2001-12-13 06:42
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=102435&aid=492474&group_id=2435
Category: website
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Eperdu (eperdu)
Assigned to: Steve D. Perkins (stevedperkins)
Summary: Broken link - error in URL
Initial Comment:
The link to the PW32 posix emulation-layer on the FAQ
page is incorrect. It has double-quotes at the end of
it, perhaps due to an error in the HTML. As this is
not, as I am sure you are aware sir, a valid URL token
this causes the link to break on probably many
different browsers. I have only tried that link in
Internet Explorer myself but I know that the character
should not be there.
----------------------------------------------------------------------
Comment By: Steve D. Perkins (stevedperkins)
Date: 2001-12-21 20:25
Message:
Logged In: YES
user_id=87104
Yes, just a typo. The closing quote was supposed to be
there, it's just that the OPENING quote was missing in
action! The fix has been checked into CVS, and should
propegate into the production environment within the next
couple of days.
----------------------------------------------------------------------
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=102435&aid=492474&group_id=2435

Bugs item #514064, was opened at 2002-02-06 17:29
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=102435&aid=514064&group_id=2435
Category: website
Group: Known bugs
Status: Open
Resolution: None
Priority: 5
Submitted By: James Yoneda (jumpfroggy)
>Assigned to: Earnie Boyd (earnie)
Summary: mingw.org points to bad site
Initial Comment:
http://www.mingw.org works fine, but just mingw.org points to
a "coming soon" page. It threw me off for a while,
and I'm sure I'm not the only one. Just thought you'd
like to know.
James
----------------------------------------------------------------------
>Comment By: Steve D. Perkins (stevedperkins)
Date: 2002-02-15 12:32
Message:
Logged In: YES
user_id=87104
I sorta agree, I guess... but I'm not sure if this is a
SourceForge thing, or anything that we actually have
control over. - Steve Perkins (2/15/02)
----------------------------------------------------------------------
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=102435&aid=514064&group_id=2435

Bugs item #514102, was opened at 2002-02-06 20:00
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=102435&aid=514102&group_id=2435
Category: w32api
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Ken Fitlike (kenfitlike)
Assigned to: Danny Smith (dannysmith)
Summary: missing commctrl.h #defines
Initial Comment:
I have added some missing defines to commctrl.h
(mingw1.1) to enable the use of some absent features
of common controls or entire common controls such as
comboboxex. I have attached it (zip) to this post.
I have succesfully tested the modified commctrl.h under
win9x/2k for the creaion only of the following common
controls:
Animate,ComboBoxEx,Date & Time Picker,Header,IP
Address,Listview,Month Calendar,Progress Bar,Status
Bar,Tab,Toolbar,Trackbar,Treeview,Up-Down(spinner).
Hope it's of some use.
----------------------------------------------------------------------
>Comment By: Danny Smith (dannysmith)
Date: 2002-02-10 11:28
Message:
Logged In: YES
user_id=11494
If using cvs:
cvs diff -up commctrl.h > commctrl.h.diff
If using a local copy:
diff -up commctrl.h.orig commctrl.h.new > commctrl.h.fiff
If necessary, try to minimise the diff by reodering your
changes.
Keep structs, typedefs and functions within #ifndef
RC_INVOKED guards
Keep whitespace usage consistent with rest of header.
No C++ style comments please.
Add a changelog entry (see Changelog for examples).
Submit the diff file with Changelog entry.
Danny
----------------------------------------------------------------------
Comment By: Ken Fitlike (kenfitlike)
Date: 2002-02-09 22:13
Message:
Logged In: YES
user_id=451430
since last post didn't work:
original reply from earnie:<<You need to make your patch
against the CVS version of w32api.
CVS is accessible
https://sourceforge.net/cvs/?group_id=2435>&gt;
I have no problem browsing or obtaining files, I just need
to know how to properly submit my changes to the repository.
----------------------------------------------------------------------
Comment By: Danny Smith (dannysmith)
Date: 2002-02-09 21:08
Message:
Logged In: YES
user_id=11494
Sorry, I can't help with you with wincvs since I don't know
it. The easiest way to get just a single file is probably
to use the cvsweb interface either here (the cygwin one):
http://sources.redhat.com/cgi-
bin/cvsweb.cgi/src/winsup/w32api/?cvsroot=src
or here (the mingw SF one):
http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/mingw/w32api
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2002-02-09 18:51
Message:
Logged In: NO
ok. help me be helpful. How do I do this? I 'searched' for
cvs, got wincvs1.2 Despite following link and cmd
instructions errors keep cropping up (I tried from cmd line
too). If you can't/won't don't have time to offer advice
instruction then kindly direct me to someone/place that can.
----------------------------------------------------------------------
Comment By: Earnie Boyd (earnie)
Date: 2002-02-07 04:04
Message:
Logged In: YES
user_id=15438
You need to make your patch against the CVS version of w32api. CVS is accessible
https://sourceforge.net/cvs/?group_id=2435
Earnie.
----------------------------------------------------------------------
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=102435&aid=514102&group_id=2435

Bugs item #514102, was opened at 2002-02-06 20:00
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=102435&aid=514102&group_id=2435
Category: w32api
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Ken Fitlike (kenfitlike)
Assigned to: Danny Smith (dannysmith)
Summary: missing commctrl.h #defines
Initial Comment:
I have added some missing defines to commctrl.h
(mingw1.1) to enable the use of some absent features
of common controls or entire common controls such as
comboboxex. I have attached it (zip) to this post.
I have succesfully tested the modified commctrl.h under
win9x/2k for the creaion only of the following common
controls:
Animate,ComboBoxEx,Date & Time Picker,Header,IP
Address,Listview,Month Calendar,Progress Bar,Status
Bar,Tab,Toolbar,Trackbar,Treeview,Up-Down(spinner).
Hope it's of some use.
----------------------------------------------------------------------
>Comment By: Ken Fitlike (kenfitlike)
Date: 2002-02-09 22:13
Message:
Logged In: YES
user_id=451430
since last post didn't work:
original reply from earnie:<<You need to make your patch
against the CVS version of w32api.
CVS is accessible
https://sourceforge.net/cvs/?group_id=2435>&gt;
I have no problem browsing or obtaining files, I just need
to know how to properly submit my changes to the repository.
----------------------------------------------------------------------
Comment By: Danny Smith (dannysmith)
Date: 2002-02-09 21:08
Message:
Logged In: YES
user_id=11494
Sorry, I can't help with you with wincvs since I don't know
it. The easiest way to get just a single file is probably
to use the cvsweb interface either here (the cygwin one):
http://sources.redhat.com/cgi-
bin/cvsweb.cgi/src/winsup/w32api/?cvsroot=src
or here (the mingw SF one):
http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/mingw/w32api
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2002-02-09 18:51
Message:
Logged In: NO
ok. help me be helpful. How do I do this? I 'searched' for
cvs, got wincvs1.2 Despite following link and cmd
instructions errors keep cropping up (I tried from cmd line
too). If you can't/won't don't have time to offer advice
instruction then kindly direct me to someone/place that can.
----------------------------------------------------------------------
Comment By: Earnie Boyd (earnie)
Date: 2002-02-07 04:04
Message:
Logged In: YES
user_id=15438
You need to make your patch against the CVS version of w32api. CVS is accessible
https://sourceforge.net/cvs/?group_id=2435
Earnie.
----------------------------------------------------------------------
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=102435&aid=514102&group_id=2435

Bugs item #514102, was opened at 2002-02-06 20:00
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=102435&aid=514102&group_id=2435
Category: w32api
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Ken Fitlike (kenfitlike)
Assigned to: Danny Smith (dannysmith)
Summary: missing commctrl.h #defines
Initial Comment:
I have added some missing defines to commctrl.h
(mingw1.1) to enable the use of some absent features
of common controls or entire common controls such as
comboboxex. I have attached it (zip) to this post.
I have succesfully tested the modified commctrl.h under
win9x/2k for the creaion only of the following common
controls:
Animate,ComboBoxEx,Date & Time Picker,Header,IP
Address,Listview,Month Calendar,Progress Bar,Status
Bar,Tab,Toolbar,Trackbar,Treeview,Up-Down(spinner).
Hope it's of some use.
----------------------------------------------------------------------
>Comment By: Danny Smith (dannysmith)
Date: 2002-02-09 21:08
Message:
Logged In: YES
user_id=11494
Sorry, I can't help with you with wincvs since I don't know
it. The easiest way to get just a single file is probably
to use the cvsweb interface either here (the cygwin one):
http://sources.redhat.com/cgi-
bin/cvsweb.cgi/src/winsup/w32api/?cvsroot=src
or here (the mingw SF one):
http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/mingw/w32api
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2002-02-09 18:51
Message:
Logged In: NO
ok. help me be helpful. How do I do this? I 'searched' for
cvs, got wincvs1.2 Despite following link and cmd
instructions errors keep cropping up (I tried from cmd line
too). If you can't/won't don't have time to offer advice
instruction then kindly direct me to someone/place that can.
----------------------------------------------------------------------
Comment By: Earnie Boyd (earnie)
Date: 2002-02-07 04:04
Message:
Logged In: YES
user_id=15438
You need to make your patch against the CVS version of w32api. CVS is accessible
https://sourceforge.net/cvs/?group_id=2435
Earnie.
----------------------------------------------------------------------
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=102435&aid=514102&group_id=2435

Bugs item #514102, was opened at 2002-02-06 20:00
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=102435&aid=514102&group_id=2435
Category: w32api
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Ken Fitlike (kenfitlike)
Assigned to: Danny Smith (dannysmith)
Summary: missing commctrl.h #defines
Initial Comment:
I have added some missing defines to commctrl.h
(mingw1.1) to enable the use of some absent features
of common controls or entire common controls such as
comboboxex. I have attached it (zip) to this post.
I have succesfully tested the modified commctrl.h under
win9x/2k for the creaion only of the following common
controls:
Animate,ComboBoxEx,Date & Time Picker,Header,IP
Address,Listview,Month Calendar,Progress Bar,Status
Bar,Tab,Toolbar,Trackbar,Treeview,Up-Down(spinner).
Hope it's of some use.
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2002-02-09 18:51
Message:
Logged In: NO
ok. help me be helpful. How do I do this? I 'searched' for
cvs, got wincvs1.2 Despite following link and cmd
instructions errors keep cropping up (I tried from cmd line
too). If you can't/won't don't have time to offer advice
instruction then kindly direct me to someone/place that can.
----------------------------------------------------------------------
Comment By: Earnie Boyd (earnie)
Date: 2002-02-07 04:04
Message:
Logged In: YES
user_id=15438
You need to make your patch against the CVS version of w32api. CVS is accessible
https://sourceforge.net/cvs/?group_id=2435
Earnie.
----------------------------------------------------------------------
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=102435&aid=514102&group_id=2435

Bugs item #514102, was opened at 2002-02-06 20:00
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=102435&aid=514102&group_id=2435
Category: w32api
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Ken Fitlike (kenfitlike)
>Assigned to: Danny Smith (dannysmith)
Summary: missing commctrl.h #defines
Initial Comment:
I have added some missing defines to commctrl.h
(mingw1.1) to enable the use of some absent features
of common controls or entire common controls such as
comboboxex. I have attached it (zip) to this post.
I have succesfully tested the modified commctrl.h under
win9x/2k for the creaion only of the following common
controls:
Animate,ComboBoxEx,Date & Time Picker,Header,IP
Address,Listview,Month Calendar,Progress Bar,Status
Bar,Tab,Toolbar,Trackbar,Treeview,Up-Down(spinner).
Hope it's of some use.
----------------------------------------------------------------------
>Comment By: Earnie Boyd (earnie)
Date: 2002-02-07 04:04
Message:
Logged In: YES
user_id=15438
You need to make your patch against the CVS version of w32api. CVS is accessible
https://sourceforge.net/cvs/?group_id=2435
Earnie.
----------------------------------------------------------------------
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=102435&aid=514102&group_id=2435

Bugs item #514102, was opened at 2002-02-06 20:00
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=102435&aid=514102&group_id=2435
Category: w32api
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Ken Fitlike (kenfitlike)
Assigned to: Earnie Boyd (earnie)
Summary: missing commctrl.h #defines
Initial Comment:
I have added some missing defines to commctrl.h
(mingw1.1) to enable the use of some absent features
of common controls or entire common controls such as
comboboxex. I have attached it (zip) to this post.
I have succesfully tested the modified commctrl.h under
win9x/2k for the creaion only of the following common
controls:
Animate,ComboBoxEx,Date & Time Picker,Header,IP
Address,Listview,Month Calendar,Progress Bar,Status
Bar,Tab,Toolbar,Trackbar,Treeview,Up-Down(spinner).
Hope it's of some use.
----------------------------------------------------------------------
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=102435&aid=514102&group_id=2435