所以,我有这个问题.我得到了元组(1,2,3),我应该用字符串格式打印.例如.
tup = (1,2,3)
print "this is a tuple %something" % (tup)
这应该用括号打印元组表示,比如
这是一个元组(1,2,3)
但我得到了TypeError: not all arguments converted during string formatting.
我能在世界上做到这一点吗？有点失去了这里,如果你们可以指出我正确的方向:)
我知道我在PHP中看到过一种方法,当调用它时会给我当前的CPU状态,但是我记不起来了,谷歌搜索没有为我提供任何东西.
基本上,我有一个聊天程序,我需要确保它不会对服务器造成严重破坏.所以我想,当发布消息时(因为这是唯一使用PHP的时间,否则只是直接的.txt文件),请检查服务器的状态.这样我可以调节客户端发送ajax请求的频率,具体取决于服务器的运行状况.
我想从单元格内部而不是从单元格中调整表格视图单元格的大小UITableViewDelegate.我正在基于异步内容调整它们的大小,所以我不能在委托中调整它们的大小.
我尝试self.frame在单元格内部进行设置,但表格视图对此非常不满意.细胞重叠,各种疯狂都在继续.
我有一些脚本使用pop-to-buffer函数很多.它用于水平分割窗口,但现在在Emacs 23中它垂直分割窗口.我已经挖掘了一些elisp代码,但它并没有跳出来 - 我怎么能改变Emacs 23的这种行为再次水平分割？
我想让我的代码的一部分更有效率.我正在考虑将它分成多个进程并让它们一次执行50/100次而不是一次.
例如(伪):
for line in file;
do
foo;
foo2;
foo3;
done
我想这个for循环运行多次.我知道这可以通过分叉来完成.它看起来像这样吗？
while(x <= 50)
parent(child pid)
{
fork child()
}
child
{
do
foo; foo2; foo3;
done
return child_pid()
}
或者我是否以错误的方式思考这个问题？
谢谢!
我使用C++有以下代码:
double value = .3;
double result = cos(value);
当我在locals窗口中查看"value"的值时,它显示为0.2999999999
然后,当我得到"结果"的值时,我得到:0.95533648912560598
但是,当我在计算机计算器上运行cos(.3)时,我得到:.9999862922474
很明显,我做错了.
有什么可能导致结果差异的想法？
我在Intel处理器上运行Win XP.
谢谢
我无法理解OSX 10.6雪豹提供的gcc编译器,主要是因为我缺乏64位环境的经验.
$ cat >foo.c
main() {}
$ gcc foo.c -o foo
$ file foo
foo: Mach-O 64-bit executable x86_64
$ lipo -detailed_info foo
input file foo is not a fat file
Non-fat file: foo is architecture: x86_64
但是,我的架构被视为intel i386类型(我有一台最新的Intel Core2 duo MacBook)
$ arch
i386
编译器的目标是i686-apple-darwin10
$ gcc --version
i686-apple-darwin10-gcc-4.2.1 (GCC) 4.2.1 (Apple Inc. build 5646)
当然,如果我编译32位,我得到一个32位可执行文件.
$ gcc -m32 foo.c -o foo
$ file foo
foo: Mach-O executable i386
但我没有全面了解.编译器的默认设置是生成x86_64可执行文件,即使我有拱形说我有32位机器(为什么？Core2是64); 即使(我猜)我正在运行32位内核; 即使我有一个针对i686-apple-darwin平台的编译器.为什么？他们怎么跑？我应该编译64或32吗？
这个问题是由于我尝试在mac上编译gcc 4.2.3,但我遇到了一堆gmp,mpfr和libiberty的问题(在某些情况下)为x86_64编译.我应该编译所有x86_64吗？如果是这样,目标是什么(我猜不是i686-apple-darwin10)？
谢谢您的帮助
我花了一些时间来调试一个问题,该问题归结为忘记var在新变量标识符前面使用关键字,因此Javascript在全局范围内自动创建该变量.有没有办法防止这种情况,或更改默认行为,而不使用像JSLint这样的验证器？
在编写和执行Javascript代码之间运行验证器似乎是编译的一个不好的借口,这是我通常依赖于抓住这类事情的步骤.
我猜测答案是"不",所以我正在研究一个JSLint Eclipse插件,因为我发布了这个.