> Early Perl versions has used ISO-8859-1 to store internal data - for > example as a result of a decode(...,...).
[...] > the resulting string has a mixed enconding. Even if a string is > internaly stored in ISO-8859-1 - if we check the UTF-8 flag of the Hmmm... maybe I'm missing some details here, but a possible solution I see would be to let ASSP internally use a fixed, known encoding and using conversions for whatever "external" data so that the internal representation of them will be consistent; again, not sure it makes sense or if I really got the point; if ASSP uses a given internal encoding and if such encoding allows to deal with different languages then... be it, just ensure to convert everything to such an encoding; sure, writing regexp to match a given string may then become tricky, but as long as it's documented ... :) > You don't need to look for a solution Andrea - thank you. I know what > to do - how ever the problem are not well encoded characters - the > problem is the handling of wrong encoded characters - like every > time, the exception handling. Well, Thomas, just trying to help if and how much possible ------------------------------------------------------------------------------ Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d _______________________________________________ Assp-test mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/assp-test
