如果我想拆分由分隔符分隔的单词列表,我可以使用
>>> 'abc,foo,bar'.split(',')
['abc', 'foo', 'bar']
但是,如果我还想处理可以包含分隔符字符的带引号的字符串,如何轻松快速地做同样的事情？
In: 'abc,"a string, with a comma","another, one"'
Out: ['abc', 'a string, with a comma', 'another, one']
我使用LSB SDK构建了一个测试ELF程序(注意我的问题不是LSB特有的):
$ /opt/lsb/bin/lsbcc tst.c
$ ls -l a.out
-rwxr-xr-x 1 math math 10791 2009-10-13 20:13 a.out
$ file a.out
a.out: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.15, not stripped
但我无法启动它(是的,我向你保证,该文件是在目录...):
$ ./a.out
bash: ./a.out: No such file or directory
$ uname -a
Linux math 2.6.28-15-generic #52-Ubuntu SMP Wed Sep 9 10:48:52 UTC 2009 x86_64 GNU/Linux
我认为有一个ELF依赖不能实现,但我不知道如何找到它.是否有一个类似于ldd的工具库可用于找到缺失的链接？
我不认为它与2.6.15/2.6.28-15的区别有关,因为LSB编译器正在工作:
$ file /opt/lsb/bin/lsbcc
/opt/lsb/bin/lsbcc: ELF 64-bit LSB …我还没有找到一种方法从PEM文件加载RSA私钥以在python-crypto(签名)中使用它.
python-openssl可以加载PEM文件,但是PKey对象不能用于检索与Crypto.PublicKey.construct()一起使用的密钥信息(p,q,...).
我有一个客户是谁告诉我,我的程序(简单的用户土地方案,而不是一个驱动程序)崩溃他的系统有蓝屏死亡(BSOD).他说他从未在其他程序中遇到过这种情况,而且他可以轻松地用我的程序重现它.
BSOD的类型为CRITICAL_OBJECT_TERMINATION(0x000000F4),对象类型0x3(进程):对系统操作至关重要的进程或线程意外退出或终止.
一个简单的程序可以负责BSOD(即使在Vista上......)还是应该检查硬件或操作系统安装？
我有一个我想分发的闭源Linux应用程序.这个应用程序使用wxWidgets/GTK,因此有一个巨大的共享库列表(60+),这个应用程序依赖.
发布应用程序并支持最大数量的发行版的首选方式是什么？
是为每个支持的发行版构建应用程序并单独发布它们？这具有构建复杂(chroot和每个发行版的构建)的缺点,并且仅适用于支持的分发.
是在安装程序中添加所有共享库并将它们与LD_LIBRARY_PATH env变量(如VMware)一起使用？这具有增加安装程序的大小的缺点.
是构建完全静态的应用程序吗？这肯定是不可能的,因为它会打破一些许可证.
它是那个或另一个选项的混合？大多数商业供应商如何发布他们自己的图形(最好是基于GTK的)应用程序？
我遇到了第三方程序的问题,该程序使用FindWindow()来查找是否已启动另一个进程.
我在哪里可以找到一个已编译的程序,它枚举窗口(使用EnumWindow()),以便我可以快速找到出错的地方？