周二半价日，委托一个朋友提前买了"哈利波特与混血王子"的电影票，位置在百老汇影城，虽说提前了(如果下班后再买，基本就得等午夜场了)，但是还是晚了，只买到了8号小厅的票。下了班车，紧赶慢赶还是差了5分钟，习惯了在一号大厅看片，冷不丁的来到小厅还有些不是很适应。屏幕略小，而且效果一般，屏幕最左侧还有些光影瑕疵，顿感不爽。但位置还不错，厅的正中。此时离首映都一个半月过去了，人还是不少，当然了半价也是吸引大家的一个重要原因。

先不谈影片表现，先说说我对该片的定位。半月前Summer就在我的评论中说他要去看哈6首映。而我对该片的首映可没有多大兴趣。要知道这是哈利波特系列电影的第六部，也就是中间的一部，对于我来说，既没有了像对第一部那样的热烈渴望，也没有像对最后一部大结局那样的期待，这仅仅中间的一部，一部过渡电影，高潮必然不多，但是我还是会到电影院去看，为的是延续、有始有终，因为前几部我都是在影院看的。事前我就劝LP不要去看，因为这部电影给非哈迷的最大感觉可能就是冗长拖沓，甚至是完全看不懂。而且从哈利波特系列的第四部火焰杯开始，剧情愈加黑暗，基本已经没有了前三部的新奇好玩，并且随着哈利、罗恩和赫敏三人的长大成人，天真无邪也必将从剧情中消失殆尽。剩下的也就是那些做工还算精良的特技效果对非哈迷们还值得一看。

看完这部电影后我的心情很平静，因为正如我的定位：它就是一部剧情过渡电影，可以划为“中庸”系列中。除了邓布利多的死让人扼腕惋惜之外，其他内容都谈不上精彩。但是其黑暗程度已经超出我的想象了，用“惊悚”来给之定级也不过分，特别是哈利“杀死”马尔福、食死徒夜间攻击韦斯利一家以及邓布利多带哈利去找魂器这三段剧情，已经完全不适合低龄小朋友们去看了。三位小主人公的表演我没觉得有太大进步，与童年时的他们相比，总感觉有些别扭。大陆译制后的配音也一般，估计原声的会稍好一些。片中安排了过多的青春萌动戏份，也许是为了缓解一些剧情黑暗给观众们带来的压力。

如果你还没有看这部电影，我的建议是：如果不差钱的话，可以看看。但建议你观赏之前摆正心态，这部片子注定不会给你带来太多惊喜。如果你不是哈迷的话，不看也罢。近两年国产小成本新片拍的都还不错。到影院看电影，不就是为了一休闲放松么，一部让你看不懂又冗长的片子相信你看起来不会轻松，而只会呼呼大睡（如果你能睡的着的话^_^）。

哈利波特小说系列早在去年就已经出版了大结局-"哈利波特与死亡圣器"，电影人的步伐也不慢，还剩下最后一部小说了，据说要拍成上下集，期待哈利波特系列电影有个圆满结局。

上周测试组反馈在一台HP X86-64主机Solaris 10 for X86环境下部署的应用无法连接Oracle数据库，错误码ORA-12154。而另外一个产品的部署在这台主机上的应用却能正常连接到数据库。本周安排专人对该问题进行查找，在先后排除了用户环境设置、Oracle数据库服务端等问题后，我们最终把目光集中在了Oracle客户端的OCI库上。

定位过程如下：
1、SQLPLUS可以访问数据库；
2、同环境下另一个应用可以访问数据库；
以上证明用户环境和tnsnames.ora配置没有问题；
3、通过抓包未发现客户端有到Oracle服务端的链接和数据传输，所以该问题应该与Oracle Server端一毛钱关系都没有；
4、发现我们产品的应用使用的是32bit库编译的，而另外一个产品的应用使用的是64bit库，但两个产品底层调用都是一样的；
5、基本锁定是该主机上装的Oracle OCI 32bit库有bug；
6、我们的资深系统工程师在Oracle官方找到了该问题的根源；
7、安装新patch后，应用顺利连接到Oracle Server，问题解决。

Oracle官方对该问题的说明摘录如下：
Solaris x86-64: Running 32-bit Applications Connecting to Database Using TNS Naming Adapter Fails With Segmentation Fault (SIGSEGV) or ORA-12154
  Doc ID:  388631.1 Type:  PROBLEM
  Modified Date :  23-OCT-2007 Status:  PUBLISHED

——————————————————————————–
Applies to:
Oracle Server – Enterprise Edition – Version: 10.2.0.2

Symptoms
Running 32-bit applications connecting to Database using TNS Naming Adapter Fails With Segmentation Violation (SIGSEGV)

Segmentation Fault(coredump)

Running 64-bit work as expected.

Other symptoms would be

ORA-12154: TNS:could not resolve the connect identifier specified

Cause
This has been identified to be caused by
Bug 5389730 10.2.0.1 32BIT OCI EXECUTABLES FAILS WITH ORA-12154 ON SOLARIS 10 X86-64(AMD64)

TNS Naming Adapter was not included within the 32-bit Naming Libraries.

Solution
This is fixed Oracle11g Client 11.0.

There exists patches for 10.2.0.2 and 10.2.0.3:

download and installPatch 5389730 with opatch or

To implement the solution manually, please execute the following steps:

Download Patch 5389730
cp $ORACLE_HOME/network/lib/ins_net_client.mk
$ORACLE_HOME/network/lib/ins_net_client.mk.prePatch_5389730
extract ins_net_client.mk into $ORACLE_HOME/network/lib/ins_net_client.mk
cd $ORACLE_HOME/network/lib
make -f ins_net_client.mk nnfgt.o
Which update (check this)
$ORACLE_HOME/lib/libn10.a and $ORACLE_HOME/lib32/libn10.a
make -f ins_net_client.mk client_sharedlib

which update (check this)
#$ORACLE_HOME/lib32/libclntsh.so
#$ORACLE_HOME/lib32/libclntsh.so.10.1
#$ORACLE_HOME/lib/libclntsh.so
#$ORACLE_HOME/lib/libclntsh.so.10.1

Check that executable is loading $ORACLE_HOME/lib32/libclntsh.so.10.1 by ldd ‘executable’

All dynamically linked applications that use libclntsh should work now.
Static linked applications, need to be relinked with the new libraries.