EEPW论坛

现象看是内存的原因，与组件无关。

你可以尝试malloc一个内存块来测试一下看能否成功。

看现在好象是希望从tffs启动,是么?

usrTffsConfig 成功了,而不能load 程序,是不是有些组件没添加??

比如:loader \XBD等!

看现在好象是希望从tffs启动,是么?

usrTffsConfig 成功了,而不能load 程序,是不是有些组件没添加??

比如:loader \XBD等!

我添加了include_loader等组件，然后从tshell运行，用ld仍然出现内存分配的问题！

如下所示：

-> memShow
status bytes blocks avg block max block
------ ---------- --------- ---------- ----------
current
free 30393760 16 1899610 30308272
alloc 515408 173 2979 -
cumulative
alloc 529072 211 2507 -
value = 0 = 0x0
-> ld <mytest.out
0x21fc3324 (tShell): memPartAlloc: block too big - 1627455745 in partition 0x200895fc.
Could not allocate segments
ld error: error loading file (errno = 0x3d0001).
value = 0 = 0x0
->

－－－－－－－－－－－－

模块很小，而且是vxworks跳转的第一个应用程序（用于load在tffs上面的文件），内存碎片很少？但是为什么出现这个问题？

－－－－－－－－－－－－－

比如:loader \XBD等!

是什么组件？

可否写个简单程序，malloc几个不同大小的块来测试下能否成功。

我用memPartCreate和memPartAlloc都能成功，但是不能loadModuleAt进去，我想可能不能直接这样ld，vxworks的ld机制是怎么样的？请教

ld的基本过程是解析一个a.out格式或者elf格式的文件，并将其各个段（text，data，bss）放置到系统内存的合适位置中去，并解决一些重定位和符号连接问题，具体可参考loadmoulde的实现源码。

你的这一现象是否内存配置有问题？可检查一下内存配置是否有问题，记得好像loadmoulde默认把各个段放到高地址区里面，可以比照一下loadmoudle中内存分配失败的地址，和你手动malloc的地址，然后用耗尽的办法使malloc分配到高地址，看能不能成功。

又或者你的a.out文件是否为采用同一编译规则编译出来的？可否换个文件测试一下？

ld的基本过程是解析一个a.out格式或者elf格式的文件，并将其各个段（text，data，bss）放置到系统内存的合适位置中去，并解决一些重定位和符号连接问题，具体可参考loadmoulde的实现源码。

你的这一现象是否内存配置有问题？可检查一下内存配置是否有问题，记得好像loadmoulde默认把各个段放到高地址区里面，可以比照一下loadmoudle中内存分配失败的地址，和你手动malloc的地址，然后用耗尽的办法使malloc分配到高地址，看能不能成功。

又或者你的a.out文件是否为采用同一编译规则编译出来的？可否换个文件测试一下？

感谢yaopg的解答！

1、我是在命令行下编译vxworks，在tornado下编译应用程序，都是用gnu的，我换了一块out文件或是o文件都不行！

2、内存配置我是在rominit。s初始化sdram，然后在config。h中配置大小，还需要在哪里配置？

3、我用lookupAddres看text是在ram_low_adrs的，而bbs是在高位，而这些应该是由系统配置。