我使用TTS(文本到语音)和VR(语音识别)在可访问的应用程序领域进行了广泛的工作.我有机会长时间使用单手键盘.传统的UNIX开发(我喜欢的小黑盒子)正在失去更多现代技术和开发环境的市场份额.复杂的GUI本身令人沮丧,增加额外的困难使它们无法容忍.鉴于当前可用的选择,Microsoft似乎在环境中启用功能以适应残疾程序员方面具有优势.这个问题可能只是归结为哪个环境和工具链最能支持自动化,以及GUI可以通过命令行有效完成的所有操作的概念？
我遇到了一些代码,并想知道最初的开发人员是做什么的.以下是使用此模式的简化程序:
#include <stdio.h>
int main() {
char title[80] = "mytitle";
char title2[80] = "mayataiatale";
char mystring[80];
/* hugh ? */
sscanf(title,"%[^a]",mystring);
printf("%s\n",mystring); /* Output is "mytitle" */
/* hugh ? */
sscanf(title2,"%[^a]",mystring); /* Output is "m" */
printf("%s\n",mystring);
return 0;
}
我是从"更安全"的角度提问的.我可以想象一个场景,其中包含解密场景所需的两个必需私钥,这可能使其成为一个有吸引力的模型.我相信除了必须妥协两个不同的私钥之外,它不会增加任何额外的安全性.我认为如果它比加密它更安全一百万次将是保护信息的最佳方式.
几年后更新:正如Rasmus Faber所指出的那样,3DES加密被添加以延长DES加密的寿命,这种加密已得到广泛采用.使用相同的密钥加密两次遭受中等攻击相遇,而第三次加密确实提供更高的安全性
我注意到开发人员倾向于评论他们的更改,而不是目的/日期/原因在更改日志中的理由.他们有一些非常合理的说法,如果我们两者都需要,就会发生重复劳动.我花了一些时间来追踪变化.没有给出明确的方向,缺乏一致的方法让我有点恼怒.通常人们都在做两件事吗？是否有我想尝试的工具来减少寻线时间.Currenltly我们有cvs,git和svn实现.
"磁盘"便宜的理论最近有点失控.版本控制的一些强大功能使我们能够使用一些引导文件和一个简单的命令来为新开发人员提供工具链.
最近对系统的升级促使了存储构建的二进制文件的请求.接下来是对整个虚拟化构建系统进行版本化的请求.添加到顶层的每个层都会在存储库之间创建重要的关系,并且需要良好的基础设计来管理它.
工具链的存储带来了即时的好处,同时通过即时负债存储构建的二进制文件.遗憾的是,在处理大型二进制文件时,Git存在一些基本问题.
您在哪里以正确的方式使用VC绘制线条,何时开始研究更合适的解决方案？
到目前为止,我提出的最好的一个是卡片目录中包含有关如何烹饪不同类型食物的说明.它不包含有关如何烹饪食物的信息,也不包含烹饪食物本身的说明,但它可以指向位于其他地方的相关说明.这是一个很好的比喻,因为它展示了能够烹饪不同类型的食物(墨西哥,素食,印度等)的灵活性,但卡片目录的概念很快被计算机化搜索所取代.我被问到可怕的"什么是卡片目录？" 使用Google作为查找烹饪说明的示例是可以的,但是没有明确区分到物理位置,查找指令和"执行它们".任何人都有任何适用于他们的类比？
我有一个小型的开源项目,我即将添加一些加密.我想知道这是否会限制开发人员可以从中做出贡献.如果是这样,这些法律在哪里如此严格？关于此事,网上是否有可靠的最新标准？我应该关心招聘来自世界各地的程序员吗？
我想通过使用ip地址从arp表中获取mac地址.目前我正在使用此命令
arp -a $ipAddress | awk '{print $4}'
此命令打印出我想要的内容.但我对此并不满意,我想知道是否有任何内置方式或更稳定的方法来做到这一点.
如果您有一个很好的例子,只需使用openssl加密文件,这比我遇到问题的文件更好,我将非常感激.
更新:作者Myabe是正确的.在我没有分配的东西上使用memset让我想起strtok对非堆栈变量的窒息.
Update2:使用malloc使核心转储停止.更新了代码.控件Hs仍在出现.更新代码以反映这一点.
Update3:示例中的循环结构显示不正确.我不确定后续读取的发生方式是否大于初始读取的大小.
Update4:我想我找到了.decrypt loop有一个olen + = tlen,缓冲区应丢弃该组位.:( 不是.
Update99988: 我已经放弃了所有的希望.我想我需要抛弃这个例子,而是从Openssl书中开始.解密后,中间层缓冲区预先添加了^ H,但由于指针传入,我开始怀疑对齐问题.
我想我可能在一个糟糕的例子开始的船上比从头开始更糟糕.我不得不做一些更正(原件在下面的代码中注释).原作者在传递地址方面存在一些问题.作者使用的1024和1032不同大小的缓冲区正在激发我的想法,但我认为它与8位种子和链式加密调用有关.
我在(控制Hs)中获取垃圾字符,并且像解密这样的核心转储正在破坏堆栈.我对加密,openssl相当新,而且我对gdb并不熟悉.
我已尽一切努力简化这一过程
compile.sh
gcc -g -o blowfish blowfish.c -lcrypto
run.sh
ulimit -c unlimited
./blowfish example.txt encrypted_example decrypted_example
echo diff example.txt decrypted_example
diff example.txt decrypted_example
clean.sh
rm -rf blowfish encrypted_example decrypted_example core
example.txt文件
Lorem ipsum dolor sit amet, consectetur adipisicing elit, sed do eiusmod tempor
incididunt ut labore et dolore magna aliqua. Ut enim ad minim veniam, quis
nostrud …