虽然有很多单元测试框架支持C,但我对如何为微控制器代码编写单元测试感到有点困难(在我的情况下是PIC,但我认为问题比这更普遍).
为微控制器编写的大部分代码都围绕将配置和数据值写入寄存器,从寄存器读取输入数据以及响应中断事件.我想知道是否有人可以提供一些最有效的方法指针.
我正在开发一个基于Linux的服务器系统,其中有两个网络接口,都在同一个子网上(现在,我们只能说它们是172.17.32.10
&172.17.32.11
).当我向网络上的主机发送数据时,我想指定我的服务器上哪个接口传输数据.我需要能够在软件中从一个接口切换到另一个接口(或者甚至可能在两者上传输)(静态路由规则不适用于此应用程序).
我在StackOverflow中发现了一个相关的问题,建议使用netlink库来动态修改路由.这直觉看起来应该可行,但我想知道是否还有其他选择来完成同样的结果.
我们正在开展一个项目,要求我们允许用户注册以接收某些事件的电子邮件通知.基于任何一个事件,可能会有数十或数十万封电子邮件.
我知道这是每天在网络上完成的,但我不知道的是如何管理电子邮件广告系列,以便当单个邮件提供商识别来自单一来源的大量邮件时,发件人不会被列入垃圾邮件发送者列入黑名单 - 我特别关注雅虎,MSN,AOL等高调的邮件提供商,他们可能收到我们发送的大部分邮件.
是否采用了标准方法来开展用户自愿注册的合法电子邮件活动?
我们认为,在我们正在开发的基于Linux的系统中,我们的视频RAM耗尽.我们看到视频和图形驱动程序会出现与分配相关的错误.
它们是否可以用于确定在任何给定时间点有多少视频RAM是免费的工具或技术?外部应用程序或我们构建到我们的应用程序中的东西都会很棒.
任何想法/建议将不胜感激 - 谢谢.
我们都去过那儿.你已经编写了一些代码和单元测试,测试都通过了,代码也很合适(没有什么是完美的,对吧?).然后,确定他们比你更了解并且决定将代码或接口更改为代码的人只是因为他/她不喜欢你使用的变量/类名.没有"真正的"重构,没有真正的优化,没有真正的改进 - 只是不同的词 - 不一定是更好的词,只是不同.
我真正的问题在于:(a)浪费时间;(b)它首先表现出对编写代码的开发人员的公然不尊重.
我的内心反应是抨击,但这是适得其反的.相反,我认为我可能会怀疑一两段作为项目所采用的"宪章"或"哲学".我想知道是否还有其他人试过这个,如果有的话,是否成功了?
在查看下面的初始评论(感谢)之后,我认为我的问题主要是这个改变打破了已经运行的代码的构建.因此,需要花费时间来修复(在我看来)非增值变更的代码.
- 谢谢
我最近开始研究一个非常大的C++项目,在完成90%的实现后,确定他们需要在测试期间展示100%的分支覆盖率.该项目托管在一个嵌入式平台(Green Hills Integrity)上.我正在寻找StackOverflow上其他人在类似环境中使用代码覆盖产品的建议和经验.我对这些类型的工具的正面和负面评论感兴趣.
我们有一个基于Linux的系统,它不使用Window管理器.当我们从终端窗口(例如Firefox&)启动某些应用程序(例如Firefox)时,我们发现无论我们做什么,我们都无法让应用程序全屏显示.
如果我们运行xrandr,它会显示默认分辨率为1280x1024,但是当我们尝试最大化Firefox时(按F11),应用程序的大小仅为1203x650.
另一个似乎有同样问题的应用是evince PDF阅读器.
我们的应用程序没有配置为运行窗口管理器(我们不想添加一个),所以我想知道是否还有其他东西可以让这些应用程序全屏显示.
谢谢...
在C#程序中,我有一个带有静态"Create"方法的抽象基类.Create方法用于创建类的实例并将其存储在本地以供以后使用.由于基类是抽象的,因此实现对象总是从它派生.
我希望能够从基类派生一个对象,通过派生类调用静态Create方法(在基类中实现一次),并创建派生对象的实例.
C#语言中是否有任何设施可以让我解决这个问题.我当前的后备位置是将派生类的实例作为Create函数的参数之一传递,即:
objDerived.Create(new objDerived(), "Arg1", "Arg2");
Run Code Online (Sandbox Code Playgroud) 我们使用Linux中的/ proc和/ sys文件系统来发现各种类型的系统配置信息.通常,我们会浏览不同的文件和目录,直到找到所需的信息.
我想知道是否有人知道一个权威资源,它记录了如何通过/ proc和/ sys文件系统导航以查找特定信息.我们主要从这些文件系统中的各种文件中获取USB,PCI和SCSI信息.
谢谢,
linux ×3
embedded ×2
blacklist ×1
c ×1
c# ×1
email-spam ×1
memory-leaks ×1
networking ×1
pci-bus ×1
process ×1
routing ×1
scsi ×1
tcp ×1
testing ×1
unit-testing ×1
usb ×1
x11 ×1