This software designs the student result management system m ay replace the tedious low effect the manual management, has realized the result management, the information management and the curriculum manages three Big cores functions.
This software designs the document management system may replace the tedious low effect the manual management, has used the c language programming, realized the document input to loan, the information management and the data compilation three Big cores function
- Convert file (plain text) or clipboard content among the following
encodings: Big5, gbk, hz, shift-jis, jis, euc-jp, unicode Big-endian,
unicode little-endian, and utf-8.
- Batch files conversion
- Preview file content and converted result before actual conversion.
The latest release, ver 1.16 of the ARM (7TDMI, 720T, 920T) port for uC/OS-II V2.61 (and higher) includes ports for the following platforms:
1. S3c2410x ( ARM920T from Samsung ) on SMDK2410 eval board.
2. LPC2xxx - LPC210x & LPC213x ( ARM7TDMI-S from Philips ) on IAR s Kickstart & OLIMEX boards.
3. EP7312 ( ARM720T from CIRRUS ) on CDK238 eval board. Should also work on boards based on the CS89712.
Tool-chains: GCC 3.3.2, ADS 1.2 & SDT 2.51.
Op-modes: Pure ARM & ARM-THUMB interworked.
Endianess: Big endian & Little endian modes
8051 Web Server project
See Makefile for build notes
Written for Keil C51 V5.1 compiler, notes:
It uses Big endian order, which is the same as the
network byte order, unlike x86 systems.
Use OPTIMIZE(2)or higher so that automatic variables get shared
// between functions, to stay within the 256 bytes idata space
Writing this book was hard work, but also a lot of fun. Thanks to everyone who made it
possible, especially Jinny Verdonck, Thomas Kraft, Ricky Nkrumah, Kirk Bateman, and the
whole Apress crew. A Big thanks goes also to the community that continuously extends and
improves J2ME Polish!
This is the source for a C compiler that generates 386 or
m68K code. Code generation is fairly good although the optimizer is
a little naive... the code itself should be highly portable although
there are some issues involved with porting from MSDOS that have to
be resolved for example the size of LONG on unix machines is so Big
some of the code generated gets messed up.
Code generation requires TASM to assemble the compiler output
you can use the borland TLINK to produce executables, or the
Watcom WLINK can also be used. PMODE systems written by TRAN are used
for the DPMI interface.
