hald经常性的crash

pxbfeiniao

hal是最新的0.5.13,使用konqueror挂载本地磁盘时，常常会出错：
Message did not receive a reply (timeout by message bus)

The name org.freedesktop.Hal was not provided by any .service files


/etc/init.d/hald status
* status: crashed

重启hald服务又正常，如此反复。

pxbfeiniao

将hal（还有与之相关的dbus,udeb)降级，还是照旧。
可以排除是kde的问题，因为fluxbox+pcmanfm也是一样。
高人帮我分析一下。用日志记录了一下：

Sep  8 21:00:39 flying-bird hald[1541]: 21:00:39.343 hald_dbus.c:5176: OK for method 'Mount' with signature 'ssas' on interface 'org.freedesktop.Hal.Device.Volume' for UDI '/org/freedesktop/Hal/devices/volume_uuid_b3c73cd8_e4f7_416a_97ab_e8c77b84a84e' and execpath 'hal-storage-mount'
Sep  8 21:00:39 flying-bird hald[1541]: 21:00:39.343 hald_dbus.c:4062: no need to enqueue
Sep  8 21:00:39 flying-bird hald[1541]: 21:00:39.346 hald_runner.c:110: runner_server_message_handler: destination=(null) obj_path=/org/freedesktop/DBus/Local interface=org.freedesktop.DBus.Local method=Disconnected
Sep  8 21:00:39 flying-bird hald[1541]: 21:00:39.346 hald_runner.c:149: runner process disconnected

pxbfeiniao

偶然间，发现了问题所在。
是gcc 编译优化参数中的-O3导致，确切的说是用-O3这个参数编译glib2导致的。

看来手册中的警告还是很有道理的。

提醒大家一下：用gcc编译软件时，慎用-O3,特别是使用gcc4.4.X时。

hubert_star

Post by pxbfeiniao;2041737
偶然间，发现了问题所在。
是gcc 编译优化参数中的-O3导致，确切的说是用-O3这个参数编译glib2导致的。

看来手册中的警告还是很有道理的。

提醒大家一下：用gcc编译软件时，慎用-O3,特别是使用gcc4.4.X时。

hald用o3没问题，但是glib一定要用o2

suddenkiller

这么高级，像我这样的只用最保守的CFLAGS="-march=core2 -O2 -pipe"。

hubert_star

我的：

-march=core2 -O2 -pipe -fomit-frame-pointer

stahine

-O2 -march=core2 -fomit-frame-pointer -floop-interchange -floop-strip-mine -floop-block  -pipe