similar to: high memory utilzation

Hi all, I am trying to run the FLAC decompression at optimal performance, but the CPU utilization averages only around 60%. I have a suspicion that this is a desired behaviour to enable run-time decompression without slowing any other programs (i.e. players) down. There should not be any IO bottlenecks on the machine that I am using. Can anybody confirm my suspicions? Are there any workarounds?

Hello I am trying to install Pepakura of Tamasoftware in Wine 0,9.58 on xubuntu. When I run the application, I get the following error Twice: DIB Init Failed Rendering Context Create Failed Can anyone help me? Any ideas or suggestions? Since already many thanks and greetings.

I''m trying to work out how to use the functionality from a plugin in an engine. It sounds weird, but it''s actually not so strange. I assume I can''t just add a vendor directory to an Engine, so some strategy for getting the plugin in the lib folder is probably necessary (and then requiring the plugin, perhaps?). -- Yehuda Katz -- Posted via

I remain unclear regarding Samba and LDAP. It appears that mkntpwd is required to generate a viable sambaNTPassword and sambaLMPassword attribute values. But I believe I read that the current incarnation of smbpasswd can accomplish this. Lastly, when utilzing phpLDAPadmin, do the NT and LM password fields contain the values generated by mkntpwd? -- Raymond

Dear all, I need to do some calculation where the code used are below. I get error message when I choose k to be large, say greater than 25. The error message is "Error in integrate(temp, lower = 0, upper = 1, k, x, rho, m) : the integral is probably divergent". Can anyone give some help on resolving this. Thanks. Hannah m <- 100 alpha <- 0.05 rho <- 0.1 F0

Hi guys, I found the troblue and fix it! I attached the patch. The trouble was in the command reply buffer use. You compute the value that value = reply[6]*256+reply[5] <- it's wrong The right solution: value = reply[5] * 256 + reply[6]; And other bug, battery.runtime compute, you divide this value 60 <- it's wrong right value: divide 1.0 I continue the work on this