当前位置:首页 > 代码 > 正文

ecos源代码下载(eco官方下载)

admin 发布:2022-12-19 03:33 147


本篇文章给大家谈谈ecos源代码下载,以及eco官方下载对应的知识点,希望对各位有所帮助,不要忘了收藏本站喔。

本文目录一览:

u_int8_t大家帮帮忙啊!!在线等待!

在标准C语言中好像没这个数据类型,应该是用户自己定义的吧,或者你那个编译器的的头文件里定义的

如何构建eCos嵌入式系统

ECos是一个优秀的嵌入式实时操作系统。ECos的体系结构是一种分层结构ˇ硬件抽ˇ层将操作系统与硬件隔离开ˇ这为把ECos移植到不同的硬件平台提供了便捷的方法ˇ抽ˇ层就ˇ软件与硬件之间的桥梁。主要的移植思ˇ是ˇ按照ECos的模块化设计ˇ完成硬件抽ˇ层。

引言

目前ˇ嵌入式操作系统的种类较多ˇ其中比较流行的有VxWorks、Windows CE、Psos、Palm OS、嵌入式Linux等。这些嵌入式操作系统在开放性、实用性以及性能等方面各有千秋ˇ但大多数为商用产品。除了商用产品外ˇ还有一些免费的嵌入式操作系统ˇuClinux是其中比较流行的ˇ而ECos则是另一个选择。嵌入式可配置操作系统ECosˇEmbedded Configureable Operating Systemˇ的特点是可配置性、可裁减性、可移植性和实时性。它的一个主要技术特色就是功能强大的配置系统ˇ可以在源码级实ˇ对系统的配置和裁减。与Linux的配置和裁减ˇ比ˇeCos的配置方法更清晰、更方便ˇ且系统层次也比Linux清晰明了ˇ移植和增加驱动模块更加容易。正是由于这些特性ˇeCos引起了越来越多的关注ˇ同时也吸引越来越多的厂家使用ECos开发其新一代嵌入式产品。

ECosˇ在由Red Hat维护ˇ可支持的处理器包括ˇARM、StrongARM、XScale、SuperH、Intel X86、PowerPC、MIPS、 AM3X、 MOTOROLA 68/Coldfire、SPARC、Hitachi H8/300H和NEC V850等。源代码及开发工具可在Red Hat的网站上免费下载ˇ网页地址是Http:/Sources.Redhat.Com/Ecos。

1、ECos的层次结构

ECos采用模块化设计ˇ由不同的功能组件构成ˇeCos系统的层次结构如图1所示。

图1

这种层次结构的最底层是硬件抽ˇ层ˇHardware Abstraction Layerˇˇ简称为HALˇ它负责对目标系统硬件平台进行操作和控制ˇ包括对中断和例外的处理ˇ为上层软件提供硬件操作接口。只需提供新硬件的抽ˇ层ˇ就可以将整个ECos系统包括基于ECos的应用移植到新的硬件平台上。

2、构建ECos系统

构建ECos系统首先要搭建自己的硬件抽ˇ层ˇ然后创建驱动程序ˇ之后就可以编制应用程序了。

3、硬件抽ˇ层的移植

硬件抽ˇ层分为三个不同的子模块ˇ体系结构抽ˇ层ˇArchitecture HALˇ、变体抽ˇ层ˇVariant HALˇ和平台抽ˇ层ˇPlatform HALˇ。

体系结构抽ˇ层。ECos所支持的不同处理器系列具有不同的体系结构ˇ如ARM系列、PowerPC系列、MIPS系列等。体系结构抽ˇ层对CPU的基本结构进行抽ˇ和定义ˇ此外它还包括中断的交付处理、上下文切换、CPU启动以及该类处理器结构的指令系统等。

变体抽ˇ层指的是处理器在该处理器系列中所具有的特殊性ˇ这些特殊性包括Cache、MMU、FPU等。ECos的变体抽ˇ层就是对这些特殊性进行抽ˇ和封装。

平台抽ˇ层是对当前系统的硬件平台进行抽ˇˇ包括平台的启动、芯片选择和配置、定时设备、I/O寄存器访问以及中断寄存器等。

硬件抽ˇ层的这三个子模块之间没有明ˇ的界ˇ。对于不同的目标平台ˇ这种区分具有一定的模糊性。例如ˇMMU和Cache可能在某个平台上属于体系结构抽ˇ层ˇ而在另一个平台上则可能属于变体抽ˇ层的范围ˇ再比如ˇ内存和中断控制器可能是一种片内设备而属于变体抽ˇ层ˇ也可能是片外设备而属于平台抽ˇ层。 ECos的移植通过这三个子模块来完成ˇ即平台抽ˇ层的移植、变体抽ˇ层的移植和体系结构抽ˇ层的移植。对一个新的体系结构来说ˇ其系统结构抽ˇ层的建立ˇ对来说比较困难。ECos支持大部分当前广泛使用的嵌入式CPUˇ已具有了支持各种体系结构的硬件抽ˇ层。因此ˇeCos的移植很少需要进行体系结构抽ˇ层的编写。

4、平台抽ˇ层的移植

一般来说ˇ进行ECos开发时ˇ移植的主要工作在于平台抽ˇ层ˇ这是由于ECos已实ˇ了绝大多数流行嵌入式CPU的体系结构抽ˇ层和变体抽ˇ层。平台抽ˇ层主要完成的工作包括ˇ内存的布局、平台早期初始化、中断控制器以及简单串口驱动程序等。

构建一个新的平台系统ˇ最简单的方法是利用ECos源码提供的具有ˇ同体系结构和CPU型号的参考平台硬件抽ˇ层ˇ将其作为模板ˇ复制并修改所有与新平台ˇ关的文件。若ECos没有这样的平台ˇ则可用另一种体系结构或CPU型号的类似硬件抽ˇ层作为模板。比如ˇeCos提供了以三星公司ARM CPU S3C4510B为核心的平台SNDS4110ˇ当需要移植ECos到ARM CPU S3C44B0上时ˇ这将是一个很好的起点。

移植工作最好是从RedBoot开始ˇ实ˇ的第一个目标是使RedBoot运行在新平台上。RedBoot是ECos自带的启动代码ˇ它比ECos要简单ˇ没有使用中断和ˇ程机制ˇ但包含了大部分最基本的功能。

建立目标平台的RedBoot通常按以下步骤进行ˇ以构建 S3C44B0的新平台为例ˇ。

ˇ复制ECos源码中选定的参考平台ˇ根据需要对目录及文件更名。更名的主要内容有ˇ新平台的目录名、组件定义文件ˇCDLˇ、内存布局文件ˇMLTˇ、平台初始化的源文件和头文件。

ˇ调整组件定义文件ˇCDLˇ选ˇ。包括选ˇ的名字、实时时钟/计数器、CYGHWR_MEMORY_LAYOUT变量、串口参数以及其他的一些选ˇ。

ˇ在顶层Ecos.Db文件中加入所需要的包ˇ并增加对目标平台的描述。在最初ˇ该目标平台的入口可以只包含硬件抽ˇ层包ˇ其他硬件支持包以后再加入。经过修改后ˇ就可在ECos配置程序中选择新的平台进行配置。

④修改Include/Pkgconf中的内存布局ˇMLTˇ文件。按照新的硬件平台内存布局修改MLT文件。MLT文件对应每种启动类型有三个不同后缀的文件ˇ。H文件以及。Ldi文件和Mlt文件。手工修改时只需修改。H文件和。Ldi文件ˇ并保证两个文件同步修改。修改的主要内容有ROM的起始地址、ROM的大孝RAM的起始地址和RAM的大校

⑤修改平台的Io宏定义。在Include/Plt_io.H文件中完成对平台的各种IO宏定义ˇ包括各种CPU的系统配置寄存器、内存配置寄存器、串口配置寄存器、LCD配置寄存器、以太网配置寄存器等的I/O地址。

⑥修改平台的Cache代码。在Include/Hal_cache.H文件中修改有关Cache的宏定义。在开发初期ˇ最好先将Cache关闭ˇ等移植稳定后再打开。

⑦实ˇ简单的串口驱动程序。串口的初始化、接收和发送在Src/Hal_diag.C文件完成。主要的函数如下ˇ

点击看原图

⑧修改或增加平台初始化程序。平台初始化在3个文件文件中完成ˇsrc/ S3C44B0 _misc.C、Include/Hal_platform_setup.H和Include/Hal_platform_ints.H。

Hal_platform_ints.H完成系统的中断宏定义。在不同的平台中设备数量和类型不同ˇ中断的译码方式也不一致ˇ需要根据具体情况作出调整。

Hal_platform_setup.H主要完成系统硬件的初步配置ˇ这里一般要在看门狗和中断关闭后ˇ配置系统时钟频率、ROM和RAM的初始化参数。

S3C44B0 _misc.C文件完成目标板的进一步初始化、中断处理、延时例程和操作系统时钟设置。

经过以上修改ˇ底层的平台抽ˇ层就基本完成了ˇ这时可用ECos的配置工具生成RedBoot进行测试。 RedBoot测试成功后ˇ说明平台已经能正确完成初始化操作ˇ且串口驱动也能正常工作ˇ接着要完成中断和Cache等测试工作。可利用一些多ˇ程的小程序测试ˇ检测时钟配置是否正确ˇ同时也检测了中断能否正常工作。

5、驱动程序设计

平台抽ˇ层完成后ˇ接着要完成系统的设备驱动程序。ECos设备驱动程序的中断模块分为三个层次ˇ中断服务程序ISR、中断滞后服务程序DSR和中断ˇ程。ISR在ˇ应中断时立即调用ˇDSR由ISR发出调用请求后调用ˇ而中断ˇ程为驱动程序的客户程序。

硬件中断在最短的时间内交付给ISR处理。硬件抽ˇ层对硬件中断源进行译码并调用对应的中断ISR。ISR可以对硬件进行简单的操作ˇ应使ISR的处理时间尽量短。当ISR返回时ˇ它可将自己的中断滞后服务程序DSR放入操作系统的任务调度中ˇDSR可以在不妨碍调度器正常工作时安全运行。大多数情况下ˇDSR将在ISR执行完成后立即运行。ECos设备驱动程序一般可分为三个部分ˇ如图2所示。

图2

ECos的所用设备驱动程序都使用设备表入口来描述。使用宏DEVTAB_ENTRY()可生成设备表入口。其格式为ˇ

点击看原图

设备入口中的句柄Handlers包含了一组设备驱动程序接口函数ˇ是设备函数表DEVIO_TAB的指针ˇDEVIO_TAB包含了一组函数的指针。设备I/O函数表通过DEVIO_TAB宏来定义ˇ格式如下ˇ

在ECos的初始化引导过程中ˇ对系统中的所有设备调用其ˇ应的Init()函数ˇ即DEVTAB_ENTRY宏注册的初始化函数ˇˇ所有对设备的I/O操作通过Handlers完成。

嵌入式实时操作系统的特点

嵌入式实时操作系统应用十分广泛,包括数据通信、信息家电、航空航天、工业控制、生物医学电子、船舶工程、计算机外设、电信设备、交通运输、国防武器控制等领域,已经形成IT产业争夺的重点领域,它所带来的工业年产值已超过1万亿美元。在嵌入式系统开发中使用嵌入式实时操作系统已成为一种不可逆转的潮流与时尚。

1 背景

随着计算机技术的迅速发展和芯片制造工艺的不断进步,嵌入式系统的应用日益广泛:从民用的电视、手机等电路设备到军用的飞机、坦克等武器系统,到处都有嵌入式系统的身影。在嵌入式系统的应用开发中,采和嵌入式实时操作系统(简称RTOS)能够支持多任务,使得程序开发更加容易,便于维护,同时能够提高系统的稳定性和可靠性。这已逐渐成为嵌入式系统开发的一个发展方向。

2 嵌入式操作系统概述

嵌入式操作系统是一种支持嵌入式系统应用的操作系统软件。它是嵌入式系统(包括硬、软件系统)极为重要的组成部分,通常包括与硬件相关的底层驱动软件、系统内核、设备驱动接口、通信协议、图形界面、标准化浏览器Browser等。嵌入式操作系统具有通用操作系统的基本特点,如能够有效管理越来越复杂的系统资源;能够把硬件虚拟化,使得开发人员从繁忙的驱动程序移植和维护中解脱出来;能够提供库函数、标准设备驱动程序以及工具集等。与通用操作系统相比较,嵌入式操作系统在系统实时高效性、硬件的相关依赖性、软件固态化以及应用的专用性等方面具有较为突出的特点。

嵌入式系统的出现至今已经有30多年的历史。纵观嵌入式技术的发展过程,大致经历了四个阶段。

(1)无操作系统的嵌入式算法阶段

这一阶段的嵌入式系统是以单芯片为核心的系统,具有与一些监测、伺服、指示设备相配合的功能。一般没有明显的操作系统支持,而是通过汇编语言编程对系统进行直接控制。主要特点是系统结构和功能都相对单一,针对性强,无操作系统支持,几乎没有用户接口。

(2)简单监控式的实时操作系统阶段

这一阶段的嵌入式系统主要以嵌入式式器为基础、以简单监控式操作系统为核心。系统的特点是:处理器种类繁多,通用性比较弱;开销小,效率高;一般配备系统仿真器,具有一定的兼容性和扩展性;用户界面不够友好,主要用来控制系统负载以及监控应用程序运行。

(3)通用的嵌入式实时操作系统阶段

以通用型嵌入式实时操作系统为标志的嵌入式系统,如VxWorks、pSos、Windows CE就是这一阶段的典型代表。这一阶段嵌入式系统的特点是:能运行在各种不同的微处理器上;具有强大的能用型操作系统的功能,如具备了文件和目录管理、多任务、设备驱动支持、网络支持、图形窗口以及用户界面等功能;具有丰富的API和嵌入式应用软件。

(4)以Internet为标志的嵌入式系统

伴随着通用型嵌入式实时操作系统的发展,面向Internet网络和特定应用的嵌入式操作系统正日益引起人们的重视,成为重要的发展方向。嵌入式系统与Internet的真正结合、嵌入式操作系统与应用设备的无缝结合代表着嵌入式操作系统发展的未来。

3 两种源码开放的RTOS

嵌入式实时操作系统有很多,如VxWorks、PalmOS、WindowsCE等。这些操作系统均属于商品化产品,价格昂贵且由于源泉代码不公开导致了诸如对设备的支持、应用软件的移植等一系列的问题;而开放源码的RTOS在成本和技术上有其特有的优势,在RTOS领域占有越来越重要的地位,本文将介绍μC/OS-II和eCos两种优秀的源码公开的实时操作系统,通过对它们各自的特点和性能进行分析和比较,给出相关的数据,为选择一种合适的RTOS提供参考。

3.1 μC/OS-II

μC/OS-II的前射是μC/OS,最早出自于1992年美国嵌入式系统专家Jean J.Labrosse在《嵌入式系统编程》杂志的5月和6月刊上刊登的文章连载,并把μC/OS的源码发布在该杂志的BBS上。当时就有500多人下载了这份源码。世界上数以千计的工程技术人员将μC/OS应用到了各个领域,如照相机业、发动机控制、网络接入设备、高速公路电话系统、ATM机和工业机器人等。许多大学用μC/OS作教材,用于实时系统教学。1998年,作者决定出版μC/OS的第二本书《μC/OS-II The Real Time Kernel》,并设立了正式的网站:www. ΜC/OS-II.com,给μC/OS-II增加了一些新的功能,并且增加了约200页的解释。

μC/OS和μC/OS-II是专门为计算机的嵌入式应用设计的,绝大部分代码是用C语言编写的。CPU硬件相关部分是用汇编语言编写的、总量约200行的汇编语言部分被压缩到最低限度,为的是便于移植到任何一种其它的CPU上。许多移植的范例可以从网站上得到。用户只要有标准的ANSI的C交叉编译器,有汇编器、连接器等软件工具,就可以将μC/OS嵌入到开发的产品中。

μC/OS具有执行效率高、占用空间小、实时性能优良和可扩展性能等特点,最小内核可编译至2KB。μC/OS-II已经移植到了几乎所有知名的CPU上。

3.2 eCos

eCos(embedded Configurable operating system),即嵌入式可配置操作系统,最初起源于美国的Cygnus Solutions公司。Cygnus公司于1998年11月发布了第一个eCos版本eCos1.1,当时只支持有限的几种处理器结构。1999年11月,RedHat公司以6.74亿美元收购了Cygnus公司。在此后的几年里,eCos成为其嵌入式领域的关键产品,得到了迅速的发展。2002年,RedHat公司由于财务方面的原因,裁剪了eCos开发队伍,但并没有停止eCos的发展。RedHat公司随后宣称将继续支持eCos的发展,而由原eCos主要开发人员组建了eCos Centric公司,并于2003年5月正式发布了eCos2.0。

虽然eCos是RedHat的产品,但是eCos并不是Linux或Linux的派生,eCos弥补了Linux在嵌入式应用领域的不足。目前,一个最小配置的Linux内核大概有500KB,需要占用1.5MB的内存空间,这还不包括应用程序和其它所需的服务;eCos可以提供实时嵌入式应用所需的基本运行基件,而只占用几十KB或几百KB的内存空间。eCOS是一个源码开放的可配置、可移植、无版税、面向深嵌入式应用的实时操作系统。从eCOS的名称可以看出,它最大的特点在于它是一个配置灵活的系统。ECOS的核心部分是由不同的组件组成的,包括内核、C语言库和底层运行包等。每个组件以能提供大量的可配置选项,利用eCOS提供的配置工具可以很方便地进行配置。通过不同的配置使得eCOS能够满足不同的嵌入式应用。

4 μC/OS-II与eCOS的比较

对于以上两种源泉码公开的实时操作系统,我们主要从以下几个方面进行比较。通过比较,能够为大家选择适合自己系统的RTOS提供参考。

4.1 内核调度机制

RTOS内核的核心是调度器。当系统包含多个任务或多个线程时,必须使用调度器来决定当前执行哪一个任务或线程。调度器对线程的运行进行控制,并为线程提供一种同步机制。表1列出了这两种RTOS调度器(调度机制)的比较。

表1 调度器比较

调度方法 同优先级调度 优先级数/个 任务数量/个

uC/OS-II

固定

优先级

抢占式

64

(8个保留)

56

eCos: 位图

优先级

抢占式

32

32

eCos:多级队列

优先级

抢占式

32

无限

eCos:奖券

测试中

测试中

测试中

测试中

μC/OS只支持固定优先级抢占式,不支持时间片轮转调度,调度方法简单、实时性好,用法也简单;eCOS调度方法丰富,适应性好。当然,目前的eCOS只允许在其目标系统中使用一个单独的调度器,未来的版本将可以允许多个调度器协同工作。

4.2 任务间同步、通信机制

RTOS的功能一般要通过若干任务和中断服务程序共同完成,任务与任务之间、任务与中断服务程序之间必须协调动作,互相配合,这就牵涉到任务间的同步与通信问题。表2为这两种操作系统同步与通信机制的比较。

表2 同步与通信机制的比较

uC/OS-II

eCos

同步与通信机制

信号量、邮箱、消息队列

互斥、条件变量、计数型信号量、邮箱和事件标志

4.3 任务切换时间和中断延迟时间

任务切换时间和中断延迟时间是评估RTOS性能的两个重要指标。任务切换时间可以反映出RTOS执行任务的速度,而中断延迟时间可以反映出RTOS对外界变化的反应速度。表3为这两种操作系统任务切换时间和中断延迟时间的比较。

表3 任务切换时间和中断延迟时间的比较

任务切换时间/us

中断延迟时间/μs

测试环境

μC/OS-II

29.7~34.2

78.8

Intel80186(33MHz)

eCos

15.84

19.2

MPC860A3(33MHz)

4.4 对硬件的支持

μC/OS-II和eCOS支持当前流行的大部分嵌入式CPU,都具有很好的可移植特性。μC/OS-II支持从8位到32位的CPU;而eCOS可以在16位、32位和64位等不同体系结构之间移植。μC/OS-II和eCOS由于本身内核就很小,经过裁剪后的代码最小可以分别为小于2KB和10KB,所需的最小数据RAM空间可以为4KB和10KB,因此它们对硬件的要求很低,具有极高的经济性。

结语

通过比较可以看到:μC/OS-II相对eCOS来说,源代码最小很多,特别适合学习和研究。它最大的特点是小巧,适合应用在一些RAM和ROM有限的小型嵌入式系统中,如单片机系统。ECOS最大的特点是配置灵活,适合于用在一些商业级或工业级的嵌入式系统,如一些消费电子、汽车领域等等。总之,选用什么样的操作系统,要根据目标系统的硬件条件和用户应用程序的复杂度来确定。

ecos系统 如何监控一个线程是否死掉

ecos for smartarm2200经常死机的原因是PSRM读写速度比较慢(好象掉电不丢数据?),用较高速度访问时容易出现采样错误,把PSRAM读写访问长度各增加1个时钟周期后,系统就很稳定了,不再出现死机现象,升级版本已经提供。

2、关于在裸机上跑ping、TFTP、xmodem,我没有单独做过,不过redboot本身就是不带内核的ecos应用程序,其源码可以直接用在裸机上,这部分源码在ecos中已经提供了,自己看看吧。您发来的程序,我实在没时间分析了:-(

ECOS环境设置问题:invalid package database

我也遇到了tcl84.dll缺失了问题,但是没有像你这么做。可能是你解决tcl84.dll的方法不对,所以才有后面的错误。

照上面说的,去ftp下载ecos-tools-bin-120425.cygwin.tar.bz2,然后利用cygwin解压,不要在WIN7环境用RAR之类的解压软件,覆盖原来的/tools/bin/下面的四个文件,再以管理员身份运行configtool就可以了。

不过我想你最好要恢复之前的环境,也就是删掉你网上下载的tcl84.dll和用原来的ecos.db。

怎样下载cygwin?

软件下载:

Cygwin使用指南

根据cygwin user guide翻译整理,希望对大家有所帮助。有错误清指出。

1 引言

cygwin是一个在windows平台上运行的unix模拟环境,是cygnus solutions公司开发的自由软件(该公司开发了很多好东西,著名的还有eCos,不过现已被Redhat收购)。它对于学习unix/linux操作环境,或者从unix到windows的应用程序移植,或者进行某些特殊的开发工作,尤其是使用gnu工具集在windows上进行嵌入式系统开发,非常有用。随着嵌入式系统开发在国内日渐流行,越来越多的开发者对cygwin产生了兴趣。本文将对其作一介绍。

2 机理

cygnus当初首先把gcc,gdb,gas等开发工具进行了改进,使他们能够生成并解释win32的目标文件。然后,他们要把这些工具移植到windows平台上去。一种方案是基于win32 api对这些工具的源代码进行大幅修改,这样做显然需要大量工作。因此,他们采取了一种不同的方法——他们写了一个共享库(就是cygwin dll),把win32 api中没有的unix风格的调用(如fork,spawn,signals,select,sockets等)封装在里面,也就是说,他们基于win32 api写了一个unix系统库的模拟层。这样,只要把这些工具的源代码和这个共享库连接到一起,就可以使用unix主机上的交叉编译器来生成可以在windows平台上运行的工具集。以这些移植到windows平台上的开发工具为基础,cygnus又逐步把其他的工具(几乎不需要对源代码进行修改,只需要修改他们的配置脚本)软件移植到windows上来。这样,在windows平台上运行bash和开发工具、用户工具,感觉好像在unix上工作。

关于cygwin实现的更详细描述,请参考.

3 安装设置cygwin

3.1 安装

要安装网络版的cygwin,可以到,点击"Install Cygwin Now!"。这样会先下载一个叫做setup.exe的GUI安装程序,用它能下载一个完整的cygwin。按照每一屏的指示可以方便的进行安装。

3.2 环境变量

开始运行bash之前,应该设置一些环境变量。cygwin提供了一个.bat文件,里面已经设置好了最重要的环境变量。通过它来启动bash是最安全的办法。这个.bat文件安装在cygwin所在的根目录下。 可以随意编辑该文件。

CYGWIN变量用来针对cygwin运行时系统进行多种全局设置。开始时,可以不设置CYGWIN或者在执行bash前用类似下面的格式在dos框下把它设为tty

C:\ set CYGWIN=tty notitle glob

PATH变量被cygwin应用程序作为搜索可知性文件的路径列表。当一个cygwin进程启动时,该变量被从windows格式(e.g. C:\WinNT\system32;C:\WinNT)转换成unix格式(e.g., /WinNT/system32:/WinNT)。如果想在不运行bash的时候也能够使用cygwin工具集,PATH起码应该包含x:\cygwin\bin,其中x:\cygwin 是你的系统中的cygwin目录。

HOME变量用来指定主目录,推荐在执行bash前定义该变量。当cygwin进程启动时,该变量也被从windows格式转换成unix格式,例如,作者的机器上HOME的值为C:\(dos命令set HOME就可以看到他的值,set HOME=XXX可以进行设置),在bash中用echo $HOME看,其值为/cygdrive/c.

TERM变量指定终端型态。如果美对它进行设置,它将自动设为cygwin。

LD_LIBRARY_PATH被cygwin函数dlopen()作为搜索.dll文件的路径列表,该变量也被从windows格式转换成unix格式。多数Cygwin应用程序不使用dlopen,因而不需要该变量。

3.3 改变cygwin的最大存储容量

Cygwin程序缺省可以分配的内存不超过384 MB(program+data)。多数情况下不需要修改这个限制。然而,如果需要更多实际或虚拟内存,应该修改注册表的HKEY_LOCAL_MACHINE或HKEY_CURRENT_USER区段。田家一个DWORD键heap_chunk_in_mb并把它的值设为需要的内存限制,单位是十进制MB。也可以用cygwin中的regtool完成该设置。例子如下:

regtool -i set /HKLM/Software/Cygnus\ Solutions/Cygwin/heap_chunk_in_mb 1024

regtool -v list /HKLM/Software/Cygnus\ Solutions/Cygwin

关于ecos源代码下载和eco官方下载的介绍到此就结束了,不知道你从中找到你需要的信息了吗 ?如果你还想了解更多这方面的信息,记得收藏关注本站。

版权说明:如非注明,本站文章均为 AH站长 原创,转载请注明出处和附带本文链接;

本文地址:http://ahzz.com.cn/post/1738.html


取消回复欢迎 发表评论:

分享到

温馨提示

下载成功了么?或者链接失效了?

联系我们反馈

立即下载