Ⅰ borland c3.1（集成开发环境下）怎么编译和连接多个文件
起点－SDK和IDE的选择
本文主要为学习Symbian开发的初学者讲授如何准备开发环境。对Symbian开发有兴趣、具备一定软件设计基础的朋友都可以来一起研究。需要说明的是，对于学习Symbian开发，需要有较为牢固的编程经验（这里我们暂时要求具有较好的C++程序语言设计能力），需要较好的英语基础，需要坚持不懈的精神；另外，如果你重来没有接触过VS2003，不懂DOS命令、不懂如何设置环境变量，请先学习相关知识。另外，本文的作用仅仅是总结和引导，强烈建议初学者结合本文和SDK文档动手实践
本文主要针对S60的开发环境的建立，因此首先为大家列出S60系统的各种版本。因为开发者应该根据需要，选择自己适合的SDK版本。
1、Series60 第一版 － Symbian OS 6.1
2、Series60 第二版 － Symbian OS 7.0s
3、Series60 第二版 Pack 1 － Symbian OS 7.0s
4、Series60 第二版 Pack 2 － Symbian OS 8.0a
5、Series60 第二版 Pack 3 － Symbian OS 8.1a
6、Series60 第三版 － Symbian OS 9.0
需要要说明的是，Nokia的Symbian/Series60开发包支持的集成开发环境[IDE]工具有很多种，下面列出主要使用的一些IDE：
1、Microsoft Visual Studio 6 / Visaul C++ 6
2、Microsoft Visual Studio .NET [2003] / Visaul C++ 7
3、Borland C++ Builder 6
4、Borland C++ Builder X 1.0
5、Metrowerks CodeWarrior Studio for Symbian Personal/Professional 2.0/2.5
选择哪种开发工具依据是你个人的习惯和喜好，需要注意的是，对于不同的开发环境，我们需要选择不同SDK。本文所使用的SDK支持Series60 第二版 Pack 2 － Symbian OS 8.0a，IDE为VS2003：
=============================================
SDK:SERIES 60 2ND EDITION SDK FOR SYMBIAN OS SUPPORTING FEATURE PACK 2
SUPPORTING MICROSOFT VISUAL C++ CHINESE SIMPLIFIED EDITION
IDE：Microsoft Visual Studio .NET 2003
=============================================
若你使用的IDE是VC6，那么步骤与本文将有所不同，你可以参考网上其他教程，网上讲授Symbian环境设置的90％以上的文章都是基于VC6的。若你使用VS2003，但是所使用的SDK与本文使用的有所出入，那么本文仍然适用，不过个别地方也许会有改动。有什么问题可以提出来，大家一起讨论。
本文并未讲述安装Nokia Developer Suite － Carbide.vs 来配合VS2003导入、建立S60工程。这部分内容将在下一篇文章讲解如何建立、导入工程的时候详细讲解。因此你可以暂时不安装该软件。等你按照下面的说明将环境设置好以后，再安装此软件做更深一步研究。涉及此项内容的细节，请参阅：Symbian OS开发入门（二） ：VS2003环境下Symbian工程的导入与建立。
我个人原来是使用VC6作为IDE，对VS2003下的开发也不是特别熟悉，我是一个Symbian开发的初学者，这里写的东西是大多数基于SDK的开发文档，结合自己测试的时候的一些经验教训。写出来，一方面象引导象我一样的初学者尽快入门，另外一方面大家也可以在此基础上讨论，解决一些经验错误。帮助后来者少走弯路。
【开发环境建立详细步骤】
一、系统要求
文档中写了一些对你PC的要求，反正就是保证你的电脑能运行VS2003和SDK。一般没有什么问题。系统要求Win2000 SP3以上， WinXP SP1以上，Win2003中任意一种。
二、软件安装
说明：在安装SDK以前保证下列1－3项先被正确安装。安装软件的时候必须保证你所使用的帐号是你PC的管理员帐号，否则可能导致某些环境变量不能被正确设置。SDK和IDE要安装在电脑上的同一个分区。SDK的安装路径不能含有空格。下面详细说明需要安装的软件及其步骤：
1、在安装SDk之前必须安装ActivePerl(官方文档要求安装Perl 5.6.1 build 531，并说明安装其他版本可能会有问题，我自己测试使用ActivePerl-5.6.1.638-MSWin32-x86，运行情况良好)。该软件可以到官方网站下载：
2、安装java Run-Time1.4.1_02 或者新版本，下载地址java.sun.com/downloads/index.html"
说明：在使用命令行编译程序的时候事实上是不需要用到JAVA Run-Time1的。但是以后我会提到，若要使用SDK的一个强大的工具ApplicationWizard，就必须安装该组件，同时若要使用Sisar等工具的话，JRE也必不可少。这里请你就先安装吧。
3、安装IDE，如前所述，安装Microsoft Visual Studio .NET 2003
4、安装SDK，注意前面所说的SDK的安装路径不能含有空格。并且要和IDE装在同一个分区，这样可以避免一些麻烦。下载地址：,6566,034-4,00.html
5、安装Nokia Developer Suite － Carbide.vs 。这相当于VS2003的一个插件，用于帮助你导入或者建立S60工程，从而似的你可以在VS2003中编写代码。（本文暂时不讲解怎么使用，你可以先安装，也可以以后用的时候再安装）
下载地址：,,034-902,00.html
三、环境变量检查
在2.0版本的SDK之前[不包括1.2For CW]，你需要在系统变环境量中设置一个名为EPOCROOT的环境变量，（什么是环境变量，如何设置，这个去自学），他要指向你的SDK包含有epoc32的路径，前面没有盘符，后面要加一个"\"，这个一般在你安装了SDK之后系统会自动替你加好。不过2.0之后的[包括1.2 For CW]就不必设置了，有一个名为devices的SDK管理工具会为一些需要使用这个变量的工具提供类似模拟EPOCROOT环境变量的功能。可以把devices看作是多个Symbian SDK，不限于S60，得切换工具，他的使用方法可以在你安装了2.0SDK之后，在命令行模式下输入 devices -help 来获得帮助。
我们使用的这个版本的SDK不需要设置太多环境变量，这里只需要自己加入修改一下环境变量，在系统环境变量path中加入：
{VS2003的安装路径}\Microsoft Visual Studio .NET 2003\Vc7\bin;这样才能保证后面用到的LINK.EXE被正确设置。
四、编译运行“Helloworld” - 检查开发环境是否被正确设置
上面的安装步骤完成以后，还没有大功告成，这时你需要做的是检查你的环境是否被正确设置。怎样来确认开发环境已经正确建立了呢？最好的方式就是通过编译、运行一个例子来检验。需要指出的一点是，下面的步骤可以在可以在Windows的命令行工具中操作，也可以在VS 2003自带的工具“Visual Studio .NET 2003 命令提示”中操作。在VS 2003的命令行工具中操作，其优点是可以避免某些环境变量设置有误而导致的错误，因为它不但包含系统环境下PATH变量的内容，同时也包含安装VC++.NET过程中，添加的一些路径，包括主要的编译链接等工具。而缺点就是：若你仅仅在这里通过验证，而在WINDOWS自带的命令行界面没有通过的话，那么后期会遇到一些麻烦（例如使用ApplicationWizard建立工程）。所以，如果不使用VC++.NET带的“命令提示”工具，您也许就会因为找不到相应编译工具，而无法继续下去。如果自己勤快一些，可以手动把环境变量加到系统PATH中去，这样就可以用Windows“附件”菜单中的那个“命令提示”工具了，后面也许会顺利一点。
1、打开Windows的命令行界面（或者VC++.NET自带的命令行工具）
2、将刚刚安装的SDK设置为默认的devices.这个可以通过下面的命令设置：
devices -setdefault @S60_2nd_FP2_SC:com.nokia.Series60
事实上SDK的安装过程中就会提示你设置默认的devices。做这个工作的原因是你的系统中很可能安装了多个SDK，那么使用哪个SDK作为当前的开发工具，就需要正确设置。你可以使用命令行devices -default来查看当前的默认SDK是什么。
3、找到Symbian工程文件所在的目录
现在我们就通过SDK中自带的例子来验证你的环境是不是被正确设置。注意安装了SDK以后，在其安装目录中的Series60Ex文件夹中有很多例子，我们使用helloworldbasic来验证。在命令行界面中用cd命令进入helloworldbasic的group目录：
cd sdk_installation _directory\Series60Ex\helloworldbasic\group
在group目录下应该包含bld.inf和helloworldbasic.mmp这两个文件。这两个文件的简要描述如下：
HelloWorld.mmp：项目定义文件，描述了将要构建的项目信息，还定义了一些资源文件和应用程序信息文件。它是一个环境中立的文件，可以使用各种工具来处理并生成各种目标环境的make文件。您可以使用文本编辑器查看该文件。里面的信息还是很简明的，包括构建目标，构建类型，源路径，库文件，头文件等等信息。
Bld.inf：组件描述文件，它列出了一个组件当中包括的所有项目，还包括一些额外的构建指令。您也可以使用文本编辑器查看该文件。对于本实例来说，仅包括一个项目HelloWorld.mmp。
4、在命令行中输入bldmake bldfiles
这个命令会处理当前目录下的bld.inf文件，具体来说会执行以下处理过程
(1)、生成目录C:\Symbian\8.0a\S60_2nd_FP2_SC\epoc32\BUILD\SYMBIAN\8.0A\S60_2ND_FP2_SC\SERIES60EX\HELLOWORLDBASIC
(2)、在这个目录下，生成一系列的Make文件，针对各种目标环境。比如VC7.MAKE，CW_IDE.MAKE等等。
(3)、在当前目录下生成abld.bat文件，这个文件会在随后用到。您可以查看该文件的内容。但是建议不要手工的更改它的内容。
Bldmake命令也支持其他的命令行选项，您可以直接输入bldmake来查看简要的介绍，还可以查看SDK文档了解详细信息。
5、在命令行中输入abld build wins
由bldmake处理bld.inf文件得到的abld.bat文件，使得abld命令可用。Abld.bat控制着构建一个项目的方方面面。Abld命令的语法非常地灵活，它拥有许多命令行选项，它们的组合涵盖了各种构建需求。
注意：这里如果你被提示缺少了一个文件mspdb71.dll,那么可以通过如下方法解决：在Microsoft Visual Studio .NET 2003的安装目录下。你可以在\Common7\IDE这个目录下找到这个文件。把他拷贝到\Vc7\bin下就可以了。再次提醒前面的环境变量要设置好，否则这里你还会因为缺少link.exe而中止运行。
6、在命令行中输入：epoc
这时模拟器就会出现。如果你的环境都设置正确的话，那么模拟器中就会有你刚刚编译的helloworld,它在模拟器上的名字是“HW”
五、检查SDK和IDE是否兼容工作
1、重复上面的1－4
2、在命令行中输入：makmake helloworldbasic vc7，这时会在group文件夹下生成一些文件，其中包含VS2003的工程文件HELLOWORLDBASIC.sln
3、打开VS2003,选择“打开解决方案(Open Solution)”，打开HELLOWORLDBASIC.sln，然后进行编译、运行，就会得到第四部分第6步中的效果。（运行的时候可能需要选择程序epoc.exe）
Ⅱ 用ucos有什么好处吗
多任务，相当你同时在用多几个单片机，可以用任务分解去写代码，更加简单，更加稳定。
调试也容易。
Ⅲ C语言有什么作用，编写软件或者游戏是用C语言编写的吗
我也是去年刚学完C语言的，这是一门非常基础的编程语言，有许多的程序员都在用它编写程序。至于你说的C++嘛，也是和C语言一样性质的编程语言。编程语言还有许多，诸如Basic,java等等。当然他们的规则也是不同的，但是也有相同之处。
语法限制不太严格，程序设计自由度大。虽然C语言也是强类型语言，但它的语法比较灵活，允许程序编写者有较大的自由度。允许直接访问物理地址，对硬件进行操作。由于C语言允许直接访问物理地址，可以直接对硬件进行操作，因此它既具有高级语言的功能，又具有低级语言的许多功能，能够像汇编语言一样对位、字节和地址进行操作，而这三者是计算机最基本的工作单元，可用来写系统软件。生成目标代码质量高，程序执行效率高。一般只比汇编程序生成的目标代码效率低10へ20%。适用范围大，可移植性好，C语言有一个突出的优点就是适合于多种操作系统，如DOS、UNIX、windows 98．windows NT；也适用于多种机型。C语言具有强大的绘图能力，可移植性好，并具备很强的数据处理能力，因此适于编写系统软件，三维，二维图形和动画，它也是数值计算的高级语言。
缺点也有， C语言的缺点主要表现在数据的封装性上，这一点使得C在数据的安全性上有很大缺陷，这也是C和C++的一大区别。C语言的语法限制不太严格，对变量的类型约束不严格，影响程序的安全性，对数组下标越界不作检查等。从应用的角度，C语言比其他高级语言较难掌握。
像电脑游戏或者手机游戏其他编程语言都可以编写，只是有难易繁简之分罢了。
总之c语言是基础，一定要重视！！！！！因为我们班现在学数据结构就受C语言之苦！还兼学java语言，痛煞我也，如何道哉！
最后，不要指望什么语言都通，学精一门胜过样样疏松啊！兄台！
求加分！
Ⅳ 为什么说操作系统ucos是实时的ucos是多任务的
白话一点解释一下，希望纳大能帮助你：
实时：指OS能够满足用户根据需求所设计的切换时机和切换延时的要求。任意时刻，你希望你的系统里嫌茄模，哪一个事务最应该被优先处理？如果ucOS能满足你的要求（通过你对任务的合理设计），那么就可以说他是实时的OS。
使用ucOS构建系统时，你的所有用户事务（需要做的事情）可以被划分到多个任务里，ucOS可以根据你的实际设计，按优先级调度他们（协调该先执行哪一个任务，并立即执行），芹缓这就可以说，ucOS是多任务了。
Ⅳ ucos-ii是怎样移植到Keil C上的
在移植的时候 尽量保证得到的源代码改动最少
并且调试方便 而且目录结构分类清晰
网上的各明滚个项目都有如下特点：
1：一来就吭哧吭哧修改头文件，每个文件都#include "includes.h"
2: ucos和其他文件 或者放在一个文件夹 或者在项目里面不管3721都加上
跳来跳去头都是大的 而且调试的时候出些莫名其妙的问题：比如贺扮
设不了断点 或者调试无法进入c文件等等
我的设想：前提 得到ucos2.84
1： 改动尽量少 即不按常规修改里面的#include "includes.h"等
ucos说放哪里我们就放哪里
2: 项目结构和文件存放结构合理，该有的有 不该有的就没有
3: 调试时编译器不会出现怪问题
4： 文档尽量清楚 每处和每步小小的修改都要说明
建议最开始看完 杨屹 大虾的文章
[里面的os_cfg_r.h->改成os_cfg.h] 至此，是ucos里面的[第一处修改]
1: 建立项目文件 拷贝原始文件 整理文件夹
目录如下：
FirstVersion: 根目录 project.uv就放下面
-ucos : 拷贝ucos2.83源代码和os_cpu_a.a51 等凡是ucos相关的到下面 去掉只读和存档属性 自己加一个app_cfg.h(ucos2.83增
加的) 里面内容是#include <reg51.h>嘿嘿
-output:
项目设置:
-SourceGroup
->STARTUP.A51 main.c
--ucos
->os_task.c os_core.c
2: 设置
1： Target1 -> options->output和Listing里面点"Select Folder for Objects" 改为\output
2: Target1->options -> C51和A51里面的 Include Paths->加入ucos
4: Target1 -> options->Target的MemoryModel和CodeRomSize都用Large
编译： 有四个警告 'OSIntCtxSw': missing function-prototype
'OSStartHighRdy': missing function-prototype
'OSCtxSw': missing function-prototype
UCOS\OS_CORE.C(1356): warning C275: expression with possibly no effect
第四个警告是由于OS_TaskIdle()里面
(void)p_arg; /* Prevent compiler warning for not using 'parg' */
没有起到作用 改成p_arg = p_arg;即可。 至此，是在ucos里面的[第二处修改]
3：加入 OS_CPU_C.C 不要问这个文件哪里来的 地球人都知道
在不管它通不通前 还有修改
1： 最前面保持跟其他.c文件一致 加入
#ifndef OS_MASTER_FILE
#include <ucos_ii.h>
#endif
2：加入若干个激拍余函数的函数体 大体都是带"hook"的， 这些个函数只在ucos_ii.h有个声明，但由于只有头文件有定义没有函数体 ，keil会
把它编译成LJMP STARTUP1的语句。知道有什么后果了吧
注意#if的条件头文件和c文件要一致
在这里感觉ucos是不是搞了点”技术处理“？反正n个函数头文件和c文件的#if条件不一致
一不小心会造成LJMP STARTUP1! 注意把os_core.c ucos_ii.h和os_cpu_c里面都要改完
至此，是在ucos里面的[第三处修改] 要改的地方还不少
//in ucos_ii.h
#if OS_CPU_HOOKS_EN
void OSInitHookBegin (void);
void OSInitHookEnd (void);
void OSTCBInitHook (OS_TCB *ptcb);
void OSTaskCreateHook (OS_TCB *ptcb);
void OSTaskDelHook (OS_TCB *ptcb);
void OSTaskStatHook (void);
void OSTaskIdleHook (void);
#endif
#if OS_TASK_SW_HOOK_EN
void OSTaskSwHook (void);
#endif
#if OS_TIME_TICK_HOOK_EN
void OSTimeTickHook (void);
#endif
4： 现在开始改OS_CPU_C.C里面的函数
将OSTaskStkInit()改成跟ucos_ii.h里面一样。具体就是原来里面yy大虾的函数是
void *OSTaskStkInit (void (*task)(void *pd), void *ppdata, void *ptos, INT16U opt)
总之网上各个版本都是ppdata..呵呵 。ucos2.83里面用的是p_arg.我们把它修改成
OS_STK *OSTaskStkInit (void (*task)(void *p_arg) ,
void *p_arg,
OS_STK *ptos,
INT16U opt)
编译能通过 先不管运行起来对不对
5： 在ucos组里面加入os_cpu_a.a51 不要问这个文件哪里来的 地球人都知道
编译 会出现错误： *** ERROR L102: EXTERNAL ATTRIBUTE MISMATCH
这是因为os_cpu_a.a51里面
EXTRN IDATA (OSTCBHighRdy)
EXTRN IDATA (OSRunning)
EXTRN IDATA (OSPrioCur)
EXTRN IDATA (OSPrioHighRdy)
对引用的外部变量作了idata的定义，而ucos_ii.h里面没有
在这里 os_cpu.h里面 先增加一个#define DATATYPE_1 idata
在ucos_ii.h找到这四个变量 增加idata定义 至此，是在ucos里面的[第三处修改]
编译能通过
6：在ucos_ii.h里面
#if 0
void OSStartHighRdy (void);
void OSIntCtxSw (void);
void OSCtxSw (void);
#endif
这就是造成上面的其中三个编译警告的原因 既然ucos2.83里面有说
* IMPORTANT: These prototypes MUST be placed in OS_CPU.H
那么我们就把它们placed in OS_CPU.H
不改动原来的代码 只
void OSStartHighRdy (void);
void OSIntCtxSw (void);
void OSCtxSw (void);
到os_cpu.h里面 再编译 现在就只有
*** WARNING L16: UNCALLED SEGMENT, IGNORED FOR OVERLAY PROCESS的警告了
Program Size: data=84.0 xdata=2348 code=8721 //keil 8.06
至此 整个框架就搭起来了 下面就来慢慢对付OSTaskStkInit()这个函数
gogogo!!!!!!!!!!!!!!!!!!
1: os_cfg.h里面先 disable掉
OS_DEBUG_EN OS_FLAG_EN OS_MBOX_EN OS_MEM_EN OS_MUTEX_EN OS_Q_EN OS_SEM_EN
等等等等
题外话： 做一个Configuration Wizard的OS_CFG.H 这下方便多了 。这可是个体力活！ 嘿嘿
也不违背了不改动原始文件的初衷
开始go了。建立最简单的一个东西
#include <ucos_ii.h>
void main(void)
{
OSInit();
OSStart();
}
发现走到os_cpu_a.a51里面的
OSStartHighRdy:
USING 0 ;上电后51自动关中断，此处不必用CLR EA指令，因为到此处还未开中断，本程序退出后，开中断。
LCALL _?OSTaskSwHook --》一call就call复位了 我靠
捣鼓了下建一个os_cpu_a.c 加入工程 且右键的options->Generate Assembleer SRC File打勾
内容为
#ifndef OS_MASTER_FILE
#include <ucos_ii.h>
#endif
void OSStartHighRdy(void) {
OSTaskSwHook();
} 看了看 生成的东西是这样的
?PR?OSStartHighRdy?OS_CPU_A SEGMENT CODE
EXTRN CODE (OSTaskSwHook)
PUBLIC OSStartHighRdy
RSEG ?PR?OSStartHighRdy?OS_CPU_A
OSStartHighRdy:
USING 0
LJMP OSTaskSwHook
END
简直莫名其妙 于是 将os_cpu_a.a51改成
;EXTRN CODE (_?OSTaskSwHook)
EXTRN CODE (OSTaskSwHook) ;keil8.06 <-----改这里
;子程序
;-------------------------------------------------------------------------
RSEG ?PR?OSStartHighRdy?OS_CPU_A
OSStartHighRdy:
USING 0 ;上电后51自动关中断，此处不必用CLR EA指令，因为到此处还未开中断，本程序退出后，开中断。
;LCALL _?OSTaskSwHook
LCALL OSTaskSwHook <-----改这里
再测试 ok 能进入OSIdleStask 并在里面循环 看来是c和汇编连接的一些问题 先把它放一边以后解决 [待解决的问题2]继续测试
这里又想到个问题 万一#define OS_TASK_SW_HOOK_EN 0 那么OSTaskSwHook()就不被编译。
在汇编里面调用会不会又复位？keil这点太……[不知道哪里可以设置 待解决的问题2]，
测试了下 果然复位 我靠！作个说明“如果用keil，那么OS_TASK_SW_HOOK_EN 一定要为1
好了 就算第一步测试搞定 现在来做个”笨活路“ 给所有的函数加上reentrant! 内部的static就不用了。
现在开始调试serial 将yy大虾的serial.c搞过来 加入工程
1： 看到汇编和c混合头都是大的 把
#pragma asm
push IE
EA = 0;
之类的东东全部改成 _push_(IE); EA = 0;嘿嘿 当然不要忘记在app_cfg.h加#include <intrins.h>
现在有:
#include <ucos_ii.h>
void Task1(void *p_arg) keilReentrant;
void Task2(void *p_arg) keilReentrant;
void Task3(void *p_arg) keilReentrant;
OS_STK Task1Stack[MaxStkSize];//注意：我在ASM文件中设置?STACK空间为40H即64。
OS_STK Task2Stack[MaxStkSize];
OS_STK Task3Stack[MaxStkSize];
void main(void)
{
unsigned char ucReturn;
OSInit();
OSInitTimer0(); //也就是原来的InitTimer0();
InitSerial();
InitSerialBuffer();
ucReturn = OSTaskCreate(Task1, (void *)0, &Task1Stack[0] ,2);
ucReturn = OSTaskCreate(Task2, (void *)0, &Task2Stack[0] ,3);
ucReturn = OSTaskCreate(Task3, (void *)0, &Task3Stack[0] ,4);
OSStart();
}
void Task1(void *p_arg) keilReentrant
{
p_arg = p_arg;
ET0=1;
for(;;){
//PrintStr("Task 1 is active. \n");
OSTimeDly(3*OS_TICKS_PER_SEC);
}
}
void Task2(void *p_arg) keilReentrant
{
p_arg = p_arg;
for(;;){
PrintStr("Task 2 is active. \n");
OSTimeDly(2*OS_TICKS_PER_SEC);
}
}
void Task3(void *p_arg) keilReentrant
{
p_arg = p_arg;
for(;;){
PrintStr("Task 3 is active. \n");
OSTimeDly(3*OS_TICKS_PER_SEC);
}
}
运行 我靠 怎么就显示"Task 1 is active" 任务不切换 ？为啥。
原来os_time.c还没有加到项目里面去(因为这个项目没有把
ucos_ii.c加入项目);OSTimeDly()哪里会工作
加进去，运行->OK
OS_timr 把OS_Timr.c加入 并打开en的开关编译的时候会出现err。原因是回调函数参数太多的问题
解决方法见 http://www.keil.com/support/docs/2066.htm
在ucos-ii.h里面
/* add keilReentrant to to solve the Error 212: Indirect call: Parameters do not fit within registers */
typedef void (*OS_TMR_CALLBACK)(void *ptmr, void *parg) reentrant ;
附加一点就是项目里面直接加如.a文件 不用在include c51L.lib
然后加入一个lcd的驱动 呵呵很简单1602的。前提就是尽量不修改ucos的变量 函数名称和调用方式等
详细见工程。调试通过 不过是在proteus里面。在这里感谢jjj www.proteus.com.cn
记得因为lcd.c里面用到了sempost函数 所以如果要用就必须把OS_MAX_EVENTS 算进去,在你原来的设定值加一
到此 新鲜的ucos2.84出炉了。奉献此身体给大家。想来想去 唯一的卖点就是写了点细节，二是改了个os_cfg.h...呵呵
打包文件在下 ！ 只有文档的兄台也不用发mail给我 自己网上找去 应该有下
熊伟 于大年初一 深圳 [email protected] jdsu光电
version2:
不知道怎么回事，一到 LCALL OSTaskSwHook --》一call就call复位了 我靠
又改回来 LCALL _?OSTaskSwHook 又好了
想了想 是不是我又加了.a文件的原因？
因为后来我又加了一个INT0Function.c 和INT0Function_a.a51
void Int0Function() keilReentrant
{ //中断在汇编中实现，去掉interrupt {//INT0中断服务子程序
}
#include <include_a.h>
NAME INT0FUNCTION_A ;模块名
?PR?_?INTOFunction?INT0FUNCTION_A SEGMENT CODE
EXTRN CODE (_?INTOFunction)
;-------------------------------------------------------------------------
CSEG AT 0013H ;INT0中断
LJMP INT0ISR ;工作于系统态，无任务切换。
RSEG ?PR?_?INTOFunction?INT0FUNCTION_A
INT0ISR:
USING 0
CLR EA ;先关中断，以防中断嵌套。
PUSHALL
LCALL _?INTOFunction
POPALL
SETB EA
RETI
;-------------------------------------------------------------------------
END
;-------------------------------------------------------------------------