小编sup*_*lou的帖子

我正在使用wxPython为一个最终将成为嵌入式设计的项目的一些显示接口构建原型.由于我们正在使用图形设计器进行迭代,因此让它们在像Inkscape这样的WYSIWYG编辑器中工作要比不断重写2D图形绘制调用要容易得多.对于需要动画或动态文本的元素,SVG元素可以通过ID轻松识别,以便在渲染之前以编程方式更新它们.渲染流程如下所示:

Inkscape SVG as XML --> Python modification of XML --> Drawing onto wxPython buffered canvas using Cairo and pyRSVG

我想围绕固定轴为一个仪表设置一个旋转针.为了定义针,图形设计者绘制图形"针"和"needle_axis"元素,这是一个小圆圈.然后,我想我可以使用所需的角度和"needle_axis"的中心坐标设置transform属性.然而,由于相对位置可能因其他变换而受到影响,因此确定旋转轴的绝对位置并非易事.

我似乎找不到用于确定元素绝对坐标的Python库,并且感觉就像重新发明轮子来尝试实现SVG规范的一部分.有必要来计算它.该RSVG API提到rsvg_handle_get_dimensions_sub和arsvg_handle_get_position_sub功能来获得尺寸和元件的位置,但我找不到pyRSVG的API.

有没有比手动计算旋转轴更好的方法？Inkscape SVG文件和测试片段的示例可作为要点.

我目前正在研究Windows 7上的LPCXpresso(基于eclipse的)工具链中的C程序,这是一个针对NXP Cortex M3微处理器的gcc IDE.它提供了一种通过JTAG对微处理器进行编译链接编程的简单方法.构建的结果是由调试配置加载的AXF文件(ELF格式).

加载的程序驻留在闪存中,从0x00000到0x3FFFB.我想在0x3FFFC处包含一个4字节的CRC-32,以便在启动时验证程序.我添加了另一节,并使用gcc __attribute__指令访问该内存位置.

uint32_t crc32_build __attribute__ ((section(".text_MFlashCRC")));

为了计算和存储CRC-32值,我的计划是使用SRecord以及以下的构建后步骤:

arm-none-eabi-size "${BuildArtifactFileName}"
arm-none-eabi-objcopy -O binary "${BuildArtifactFileName}" "${BuildArtifactFileBaseName}.bin"
checksum -p ${TargetChip} -d "${BuildArtifactFileBaseName}.bin"
../util/srec_cat "${BuildArtifactFileBaseName}.bin" -binary -crop 0 0x3FFFC -fill 0xFF 0x00000 0x3FFFC -crc32-b-e 0x3FFFC -o "${BuildArtifactFileBaseName}.crc.bin" -binary
echo ""
echo "CRC32:"
../util/srec_cat "${BuildArtifactFileBaseName}.crc.bin" -binary -crop 0x3FFFC 0x40000 -o - -hex-dump

这将创建一个带校验和的二进制文件(引导加载程序所必需的),然后在使用的闪存上计算CRC,将CRC值存储在0x3FFFC.

但是,我不认为我可以使用调试器加载二进制文件.有一个内置的编程实用程序与LPCXpresso可以加载修改后的二进制文件,但是,这不允许我调试.我相信我可以尝试使用"仅附加"模式启动与原始AXF文件的调试会话,但这会变得很麻烦.

我已经能够使用readelf来检查crc32_buildAXF文件中的变量.有没有办法在AXF文件中编辑变量？是否有行业标准方法将CRC作为构建后步骤插入？

我最近按照指南将Mediawiki 1.18安装升级到版本1.23 .所有数据和帐户似乎都已转移.为了再次上传文件,我必须运行以下内容:

sudo chown -R www-data images
sudo chmod -R 755 images/

我现在可以上传图片了.在Special:ListFiles,我可以看到所有上传和图像都以正常尺寸和缩略图正确显示.但是,当我将它们包含在页面中时,它们不会呈现为图像.例如,File:Margin_padding.png当包含时[[File:Margin padding.png]],呈现如下:

我发现的大多数类似的声音问题是由于糟糕的mime类型检测,但根据mediawiki和PHP交互式shell,示例图像是image/php.我对迁移之前和之后上传的图像有相同的症状.是否有任何可能导致此行为的设置？