Re: svn co
Lance Diduck wrote: Yes -- I am trying Cygwin now. It takes forever to download and install, and I'll have to find out if there is a Subversion client for Cygwin. You could use the Windows client. The CygWin client, if there is one, will probably not help you work around the case insensitivity issue. [...] changes to the library I'll just get a dev environment working first :) But one thing to look at is that _STD is a macro that Dinkumware tries to own in their latest release as well. They #undef it everytime they see it. ( I ran a few of the stdcxx file through MSVC8, that was a show stopper. ) They've always done that (AFAIK, in yvals.h). The clash indicates that you are somehow mixing two different implementations of the library. That should never happen. One possible reason is that more of the VS 8 headers #include yvals.h now than in VS 7.1. Do you know which public VS 8 header is causing the collision? You mean they deprecated standard C string functions such as strcpy Yes. It shows up as compiler warnings now, but one could surmise that corporate IT departments will soon start auditing for this sort of thing. My employer already does this. Possibly, although I personally am not a fan of the security TR. It's a tool that's might potentially be useful as a quick a dirty hack around bugs in legacy software, but not one to be applied in the development of new code. For some interesting comments from the experts see the Austin Group Review of the document here: http://www.opengroup.org/austin/jan2005/uploads/40/7171/n1118.htm Martin
RE: svn co
OK managed to install cygwin subversion client, things seems to be downloading ..except for atomic.S OK I'll try some more later... -Original Message- From: Martin Sebor [mailto:[EMAIL PROTECTED] Sent: Sunday, August 28, 2005 5:17 PM To: Lance Diduck Cc: stdcxx-dev@incubator.apache.org Subject: Re: svn co Lance Diduck wrote: I'll let you know how the Cygwin client turns out, its still downloading. I'll still have to work around the case issues. (The solution I did come up with is to do a svn list, copy the files names, exclude the problem files, and then do svn cp on each file. Subversion doesn't like this, and requires doing each directory by hand ( no recursion,) and everything stays locked. Subversion solves the issue by asserting that they are a case -insensitive repository. Yeah, that sounds like a pain. We need to rename those two files. [...] But I run across dueling STL implementation problems quite often in fact, so much so that I don't allow any STL containers, streams and such in the public interfaces of the code my teams writes. Apart from stream initialization problems, this was the first time I had trouble making two STLs coexist. That (missing two implementations in the same program) is the subject of stdcxx-1: http://svn.apache.org/viewcvs.cgi/incubator/stdcxx/. Since you have experience in this area your insight will be valuable in getting it implemented. [...] BTW I tried to subscribe to the mailing list and got this unusual error - The following addresses had permanent fatal errors - [EMAIL PROTECTED] (reason: 553 sorry, that domain isn't in my list of allowed rcpthosts (#5.7.1)) It's .org, not .com. Martin
Re: svn co
Hello, Martin! You wrote to Lance Diduck [EMAIL PROTECTED] on Thu, 25 Aug 2005 10:00:44 -0600: MS I suspect it's caused by the case insensitivity of the Windows NTFS MS file system. There are two atomic.* files: atomic.S and atomic.s: MS http://svn.apache.org/repos/asf/incubator/stdcxx/trunk/src/atomic.S MS http://svn.apache.org/repos/asf/incubator/stdcxx/trunk/src/atomic.s There are also another two files: /etc/config/src/extern_function_template.cpp and /etc/config/src/EXTERN_FUNCTION_TEMPLATE.cpp With best wishes, Alex Ostapenko.
Re: svn co
Alex Ostapenko wrote: Hello, Martin! You wrote to Lance Diduck [EMAIL PROTECTED] on Thu, 25 Aug 2005 10:00:44 -0600: MS I suspect it's caused by the case insensitivity of the Windows NTFS MS file system. There are two atomic.* files: atomic.S and atomic.s: MS http://svn.apache.org/repos/asf/incubator/stdcxx/trunk/src/atomic.S MS http://svn.apache.org/repos/asf/incubator/stdcxx/trunk/src/atomic.s There are also another two files: /etc/config/src/extern_function_template.cpp and /etc/config/src/EXTERN_FUNCTION_TEMPLATE.cpp Thanks for pointing these out! I made a note of them in stdcxx-14: http://issues.apache.org/jira/browse/stdcxx-14 Martin