this may be an example of another "home-grown" utility used beyond its limits.
Here are some of the reasons that form my suspicion
1 For some customers, home-grown methods are cherished.
2 DS2CSV appeared along with base SAS macros only in more recent releases.
3 Now, the DATA step FILE option DSD protects delimiters embedded in data values during "PUT". This provides the best guarantee of "quality" CSV output. However irrc, although available since SAS7, the final "bugette" (http://support.sas.com/kb/4/765.html AND "no protection on unmatched double-quote without embedded delimiter") only got removed in SAS9.1.
4 compressing commas out of data values when writing observations to a file, eliminates the problem of delimiter embedded in data.
5 it may be acceptable to remove commas from "comma-formatted" numeric values. (although I can think of better ways)
In the absence of proper evidence (SAS log) of how the problem is generated by code, I can only guess ;-)
I'm not sure what you mean about %DS2CSV -- it's been around since SAS 6. My sample code illustrated that NONE of my methods resulted in the behavior that was first reported (commas disappearing from the address field).
So, I suspect that you're right -- either its a homegrown method that inappropriately masks commas or ??? -- which is why I recommended the the original poster worked with Tech Support on this issue.
I'm sorry to provide duff information! I thought I had read among "what's new in SAS9" that the DS2CSV macro was moved from among the macros of SAS/IntrNet, to among base SAS macros, making it available to the rest-of-us (without that product), in base SAS for the first time I thought, in version 9.1
Of course your recommendation referring the problem to Tech Sup is the only correct recourse without further detail.