re-compile error

[developer]

re-compile under dev -c++ bloodshed.

can u help ?
#include<dos.h>
#include<proces s.h>
#include<io.h>
#include<stdio. h>
#define STROBE 0x01
#define NOT_STB 0x00

void main()
{
char i,j;
unsigned int CTRL_PORT,STAR_ PORT;
unsigned int far *DATA_PORT;
DATA_PORT=MK_FP (0x0000,0x0408) ;
STAR_PORT=*DATA _PORT+1;
CTRL_PORT=STAR_ PORT+1;
outport(CTRL_PO RT,0x00);
while(1)
{
outport(*DATA_P ORT,0x00);
delay(2000);
outport(*DATA_P ORT,0xff);
delay(2000);
outport(*DATA_P ORT,0x00);
delay(2000);
j=0x80;
for(i=0;i<8;i++ )
{
outport(*DATA_P ORT,j);
j=j>>1;
delay(2000);
}
}
}
Compiler: Default compiler
Executing gcc.exe...
gcc.exe "C:\Documen ts and Settings\farm\T EST.C" -o "C:\Documen ts and
Settings\farm\T EST.exe" -g3 -I"C:\Dev-Cpp\include" -L"C:\Dev-Cpp\lib"
C:/Documents and Settings/farm/TEST.C:9: `main' must return `int'
C:/Documents and Settings/farm/TEST.C: In function `int main(...)':
C:/Documents and Settings/farm/TEST.C:12: parse error before `*'
token
C:/Documents and Settings/farm/TEST.C:13: `DATA_PORT' undeclared
(first use this function)
C:/Documents and Settings/farm/TEST.C:13: (Each undeclared
identifier is reported only once for each function it appears in.)
C:/Documents and Settings/farm/TEST.C:13: `MK_FP' undeclared (first
use this function)
C:/Documents and Settings/farm/TEST.C:16: `outport' undeclared
(first use this function)
C:/Documents and Settings/farm/TEST.C:20: `delay' undeclared (first
use this function)

C:/Documents and Settings/farm/TEST.C: At global scope:
C:/Documents and Settings/farm/TEST.C:33: stray '\32' in program

C:/Documents and Settings/farm/TEST.C:33:3: warning: no newline at end of
file

Execution terminated

[Keith Thompson]

Je***********@p hysik.fu-berlin.de writes:
[...]

The last character in a regular C program must be a line feed. The ^Z
stuff is an abomination from very old DOS programs where it was meant
to indicate the end of the file. Normal compilers will choke on it.

A C source file must end in an end-of-line indicator, which is
translated to a new-line character in translation phase 1. This
needn't be a line feed character.

It's also possible that phase 1 will eliminate the ^Z character.
I have no idea whether the OP's compiler actually does this.

--
Keith Thompson (The_Other_Keit h) ks***@mib.org <http://www.ghoti.net/~kst>
San Diego Supercomputer Center <*> <http://users.sdsc.edu/~kst>
We must do something. This is something. Therefore, we must do this.

[Keith Thompson]

Keith Thompson <ks***@mib.or g> writes:

Je***********@p hysik.fu-berlin.de writes:
[...]

The last character in a regular C program must be a line feed. The ^Z
stuff is an abomination from very old DOS programs where it was meant
to indicate the end of the file. Normal compilers will choke on it.

A C source file must end in an end-of-line indicator, which is
translated to a new-line character in translation phase 1. This
needn't be a line feed character.

It's also possible that phase 1 will eliminate the ^Z character.
I have no idea whether the OP's compiler actually does this.

Actually, since the OP's compiler complained about it:

C:/Documents and Settings/farm/TEST.C:33: stray '\32' in program

apparently it doesn't eliminate the ^Z character. ('\32' is ASCII
character 26, also known as ^Z.) Presumably the compiler for which
the source file was intended behaved differently.

--
Keith Thompson (The_Other_Keit h) ks***@mib.org <http://www.ghoti.net/~kst>
San Diego Supercomputer Center <*> <http://users.sdsc.edu/~kst>
We must do something. This is something. Therefore, we must do this.

[Jack Klein]

On Mon, 13 Dec 2004 13:26:57 +0100, jacob navia
<ja***@jacob.re mcomp.fr> wrote in comp.lang.c:

You are running under the windows OS. This OS is NOT the DOS
operating system that was discontinued more than 10 years ago.

If I've told you once, I've told you LLONG_MAX times not to
exaggerate.

<OT>
MS-DOS 7.1, on which this program would work with the appropriate
compiler, headers, and libraries, was shipping as part of Windows 98
well into the year 2000 when Windows 98 was replaced by Windows
Millennium. Hardly "more than 10 years ago". Not even 5, in fact.
</OT>

--
Jack Klein
Home: http://JK-Technology.Com
FAQs for
comp.lang.c http://www.eskimo.com/~scs/C-faq/top.html
comp.lang.c++ http://www.parashift.com/c++-faq-lite/
alt.comp.lang.l earn.c-c++
http://www.contrib.andrew.cmu.edu/~a...FAQ-acllc.html

[jacob navia]

Jack Klein wrote:

On Mon, 13 Dec 2004 13:26:57 +0100, jacob navia
<ja***@jacob.re mcomp.fr> wrote in comp.lang.c:

You are running under the windows OS. This OS is NOT the DOS
operating system that was discontinued more than 10 years ago.

If I've told you once, I've told you LLONG_MAX times not to
exaggerate.

<OT>
MS-DOS 7.1, on which this program would work with the appropriate
compiler, headers, and libraries, was shipping as part of Windows 98
well into the year 2000 when Windows 98 was replaced by Windows
Millennium. Hardly "more than 10 years ago". Not even 5, in fact.
</OT>

An emulation layer is available still TODAY.

Those are *emulations* of msdos under a virtual 16 bit machine running
under the windows OS. NOT native compiled applications.

I spoke about that emulation layer in my message.