问题描述
在所有平台上\ w匹配所有unicode字母与标志一起使用
re.UNICODE，但这对SuSE 9.2不起作用：
Python 2.3.4（＃1，2004年12月17日，19：56：48）
[GCC 3.3.4（前3.3.5 20040809）] on linux2
键入help，copyright，credit等。或许可证或更多信息。
''Ll''
我查看了所有SuSE补丁应用，但没有发现任何相关。
破坏行为的原因是什么？配置选项不正确？
-
Denis S. Otkidach
[ru]
''Ll''
我查看了所有应用的SuSE补丁，但没有找到任何内容
相关。破坏行为的原因是什么？配置选项不正确？
如果我通过re.L
选项，我可以在RedHat的python 2.2.3上获得相同的结果，看起来这个选项隐含在Suse中。
Serge
看起来你是对的：
< _sre.SRE_Match对象位于0x40375560>
但我看到他们的补丁中没有与隐式re.L选项相关的内容和
来源本身与其他平台相同。我希望
找到问题的根源。
-
Denis S. Otkidach
[ru]
我认为SuSE 9.2上的Python使用UCS4作为unicode字符串（
RedHat） ，检查sys.maxunicode。
这不是解释，但也许是一个提示在哪里看。
Daniel
On all platfroms \w matches all unicode letters when used with flag
re.UNICODE, but this doesn''t work on SuSE 9.2:
Python 2.3.4 (#1, Dec 17 2004, 19:56:48)
[GCC 3.3.4 (pre 3.3.5 20040809)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
''Ll''
I''ve looked through all SuSE patches applied, but found nothing related.
What is the reason for broken behavior? Incorrect configure options?
--
Denis S. Otkidach
http://www.python.ru/ [ru]
''Ll''
I''ve looked through all SuSE patches applied, but found nothing
related. What is the reason for broken behavior? Incorrect configure options?
I can get the same results on RedHat''s python 2.2.3 if I pass re.L
option, it looks like this option is implicitly set in Suse.
Serge
Looks like you are right:
<_sre.SRE_Match object at 0x40375560>
But I see nothing related to implicit re.L option in their patches and
the sources themselves are the same as on other platforms. I''d prefer
to find the source of problem.
--
Denis S. Otkidach
http://www.python.ru/ [ru]
I think Python on SuSE 9.2 uses UCS4 for unicode strings (as does
RedHat), check sys.maxunicode.
This is not an explanation, but perhaps a hint where to look.
Daniel
这篇关于在SuSE 9.2中，sre被打破了的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持！