Re: svn co

2005-08-28 Thread Martin Sebor

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

2005-08-28 Thread Lance Diduck
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

2005-08-25 Thread Alex Ostapenko

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

2005-08-25 Thread Martin Sebor

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