dev-cpp-users — Dev-C++ users discussion list

Re: [Dev-C++] Compiling problems

[Matthews <dem...@uw...>]

The bin paths are correct (c:\mingw\bin) and the program fields are filled
in with gcc.exe, etc.  Using the programs through msys 1.0 works fine.  And
I'm on WinME, so the config files are stored in the dev-c++ directory.

At 07:56 PM 13/09/2003 +0200, Luigi Santillo wrote:
>On Fri, Sep 12, 2003 at 04:24:02PM -0400, Matthews wrote:
>> I recently started having problems with the compile feature of Dev-C++
>> (4.9.8.0 & 4.9.8.1)  I have the MinGW pack installed in C:\MinGW and
>> Dev-C++ should reference all programs from the /bin dir, but when I press
>> F9 and the compiler window pops up, it says "..." where it should say
>> "Compiling..."  A make process starts, but doesn't do anything except crash
>> Windows when I try to terminate it.  This all happened when I tried to get
>> BorlandC++ 3.0 to work with Dev-C++, and reinstalling MinGW or Dev-C++
>> won't change this problem.
>> 
>> Help appreciated :D
>> 
>
>I'm not sure if I can help. However, to begin with, could you give 
>some detail about which actions you have taken to have Dev-C++ work 
>with the Borland compiler?
>
>Also, look into the directory where you installed Dev-C++, there you
>should find (I'm speaking about 4.9.8.0 here, things shouldn't have
>changed within the latest beta) the two files: "DEVCPP.ini" and 
>"devcpp.cfg", these hold some settings which are used by the IDE:
>what's in there? I mean, do you still have the paths stemming from
>"c:\borland" (I guess) or have you placed the ones pointing to Gcc?
>
>It sounds strange that reinstalling Dev-C++ hasn't fixed the problem.  
>
>-- 
>>> gisan >>
>
>
>-------------------------------------------------------
>This sf.net email is sponsored by:ThinkGeek
>Welcome to geek heaven.
>http://thinkgeek.com/sf
>_______________________________________________
>Dev-cpp-users mailing list
>Dev...@li...
>TO UNSUBSCRIBE: http://www23.brinkster.com/noicys/devcpp/ub.htm
>https://lists.sourceforge.net/lists/listinfo/dev-cpp-users
>

[Dev-C++] Re: Getch() and clrscr()

[Matthews <dem...@uw...>]

There's a non-ansi conio.h header and conio.c implementation that came with
Dev-C++ 4.9.7.0, I believe it was removed in 4.9.8.0.  The conio.c file is
still around though (in \include) and you just have to construct a header
to use it.  I also have a compiled version of the conio library which I
have sitting around, and works fine.

At 10:50 AM 16/09/2003 -0300, Andr=E9 Mac=E1rio Barros wrote:
>I have used getch() without problems.
>clrscr(), gotoxy(), etc, I am using #include <conio.c>
>instead of #include <conio.h>
>
>Andre
>
>>Message: 11
>>Date: Mon, 15 Sep 2003 21:49:17 -0300
>>From: "jmarcelo.alencar" <jma...@bo...>
>>To: "devcpp" <dev...@li...>
>>Subject: [Dev-C++] Getch() and clrscr()
>>
>>i  have use devcpp  for a week   and i've noticed that=20
>>unlike Turbo C++ , the functions getch() and clrscr()=20
>>are not described in conio.h. I really like to work with=20
>>them and i wonder if anyone could help me with this .=20
>
>
>
>
>-------------------------------------------------------
>This sf.net email is sponsored by:ThinkGeek
>Welcome to geek heaven.
>http://thinkgeek.com/sf
>_______________________________________________
>Dev-cpp-users mailing list
>Dev...@li...
>TO UNSUBSCRIBE: http://www23.brinkster.com/noicys/devcpp/ub.htm
>https://lists.sourceforge.net/lists/listinfo/dev-cpp-users
>

Re: [Dev-C++] (no subject)

[Eric <eri...@cl...>]

thanks for that I bookmarked that URL in my favorites, I will read later.


are there any more around?




----- Original Message -----
From: "P.D. van Zelst" <pa...@my...>
To: "'vasanthsena x'" <vas...@ya...>;
<dev...@li...>
Sent: Wednesday, September 17, 2003 9:12 AM
Subject: RE: [Dev-C++] (no subject)


omfg ..... when will people learn to search for things first (either on
the forum, the mailing list, or Google), or learn to read the FAQ :|
This question has been asked and answered millions of times already.
First of all, my opinion's that you should run a console app from a
command prompt, where you'll never have this problem (where it will in
fact only annoy you if it waits for dummy input after executing).
Second, read the faq:
http://www14.brinkster.com/aditsu/dev-cpp-faq.html#pause

-----Original Message-----
From: dev...@li...
[mailto:dev...@li...] On Behalf Of
vasanthsena x
Sent: Tuesday, September 16, 2003 10:55 PM
To: dev...@li...
Subject: [Dev-C++] (no subject)


Hi,

I am new to Dev Cpp and I have a question.When I run
my program the window closes automatically without
showing the result. How do i fix this problem.

S.

__________________________________
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software
http://sitebuilder.yahoo.com


-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf _______________________________________________
Dev-cpp-users mailing list
Dev...@li...
TO UNSUBSCRIBE: http://www23.brinkster.com/noicys/devcpp/ub.htm
https://lists.sourceforge.net/lists/listinfo/dev-cpp-users




-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
Dev-cpp-users mailing list
Dev...@li...
TO UNSUBSCRIBE: http://www23.brinkster.com/noicys/devcpp/ub.htm
https://lists.sourceforge.net/lists/listinfo/dev-cpp-users

system("PAUSE") Re: [Dev-C++] (no subject)

[Eric <eri...@cl...>]

either get your program to ask for another input
e.g.
int main ()
{
int a;
cout << "hello chap\n" << endl;
cin >> a;
return 0;
}

or you can use the "pause" statement

#include <stdio.h>
int main() {
    printf("Hello !\n");
    system("PAUSE");
}
 
----- Original Message ----- 
From: "vasanthsena x" <vas...@ya...>
To: <dev...@li...>
Sent: Wednesday, September 17, 2003 8:55 AM
Subject: [Dev-C++] (no subject)


Hi,

I am new to Dev Cpp and I have a question.When I run
my program the window closes automatically without
showing the result. How do i fix this problem.

S.

__________________________________
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software
http://sitebuilder.yahoo.com


-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
Dev-cpp-users mailing list
Dev...@li...
TO UNSUBSCRIBE: http://www23.brinkster.com/noicys/devcpp/ub.htm
https://lists.sourceforge.net/lists/listinfo/dev-cpp-users

RE: [Dev-C++] (no subject)

[P.D. v. Z. <pa...@my...>]

omfg ..... when will people learn to search for things first (either on
the forum, the mailing list, or Google), or learn to read the FAQ :|
This question has been asked and answered millions of times already.
First of all, my opinion's that you should run a console app from a
command prompt, where you'll never have this problem (where it will in
fact only annoy you if it waits for dummy input after executing).
Second, read the faq:
http://www14.brinkster.com/aditsu/dev-cpp-faq.html#pause

-----Original Message-----
From: dev...@li...
[mailto:dev...@li...] On Behalf Of
vasanthsena x
Sent: Tuesday, September 16, 2003 10:55 PM
To: dev...@li...
Subject: [Dev-C++] (no subject)


Hi,

I am new to Dev Cpp and I have a question.When I run
my program the window closes automatically without
showing the result. How do i fix this problem.

S.

__________________________________
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software
http://sitebuilder.yahoo.com


-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf _______________________________________________
Dev-cpp-users mailing list
Dev...@li...
TO UNSUBSCRIBE: http://www23.brinkster.com/noicys/devcpp/ub.htm
https://lists.sourceforge.net/lists/listinfo/dev-cpp-users

[Dev-C++] (no subject)

[vasanthsena x <vas...@ya...>]

Hi,

I am new to Dev Cpp and I have a question.When I run
my program the window closes automatically without
showing the result. How do i fix this problem.

S.

__________________________________
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software
http://sitebuilder.yahoo.com

Re: [Dev-C++] Static in member function

[Per W. <pw...@ia...>]

They would share the same variable.

/Per W

On Tue, 16 Sep 2003, Bjorn Terelius wrote:

> If a static variable is declared inside a member function of a class, what
> would happen?
> That is, would all instances of the class use the same value, or would each
> instance have its own copy of the variable?
>
>
> The function is defined something like this:
>
> int Array::unshift()  // unshift
> {
>    static int *active=first;
>
>    // the function is supposed to return the i:th element on the i:th call
>
> }
>
>
> Thanks for any help
> Bjorn Terelius
>
> _________________________________________________________________
> Protect your PC - get McAfee.com VirusScan Online
> http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963
>
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Dev-cpp-users mailing list
> Dev...@li...
> TO UNSUBSCRIBE: http://www23.brinkster.com/noicys/devcpp/ub.htm
> https://lists.sourceforge.net/lists/listinfo/dev-cpp-users
>

[Dev-C++] Static in member function

[Bjorn T. <bjo...@ho...>]

If a static variable is declared inside a member function of a class, what 
would happen?
That is, would all instances of the class use the same value, or would each 
instance have its own copy of the variable?


The function is defined something like this:

int Array::unshift()  // unshift
{
   static int *active=first;

   // the function is supposed to return the i:th element on the i:th call

}


Thanks for any help
Bjorn Terelius

_________________________________________________________________
Protect your PC - get McAfee.com VirusScan Online 
http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963

[Dev-C++] compiling bgi

[<ri...@un...>]

yes sure,
in your project options you should, I think, add
the linking with the libraries you have noted before:

C:\Dev-Cpp\Lib\libbgi.a
C:\Dev-Cpp\Lib\libgdi32.a
C:\Dev-Cpp\Lib\libuser32.a

I hope it works.

Re: [Dev-C++] Compiling errors using Borland Graphics Interface

[<ten...@ne...>]

Try changing the ordering of the linker options.and adding one which is 
something similar to -lmingw32 or so.

Paolo Santinelli wrote:

>Hi All,
>
>I need use the Borland Graphics Interface (graphics.h) under Dev-
>C++ V 4.9.8.0 installed on WinMe.
>
>I get some errors at compile time.
>
>I have downloaded the files to the correct locations
>
>winbgim.h  (download to /Dev-C++/include)  
>winbgim.cpp  (download to /Dev-C++/include)  
>libbgi.a  (download to /Dev-C++/lib)  
>
>and added -lbgi -lgdi32 in the "Further object files and linker options" 
>field.
>
>My test code is:
>
>#include <winbgim.h>
>
>  int main() 
>  { 
>      initwindow(400,300); //open a 400x300 graphics window
>      moveto(0,0);         
>      lineto(50,50);       
>      while(!kbhit());     //wait for user to press a key
>      closegraph();        //close graphics window
>      return 0; 
>  }
>
>
>
>
>When compiled I get some errors:
>
>
>
>Compilatore: Default compiler
>Building Makefile: "C:\Dev-Cpp\Examples\bgi\Makefile.win"
>Finding dependencies for file: C:\Dev-Cpp\Examples\bgi\main.cpp
>Esecuzione di  make...
>make.exe -f "C:\Dev-Cpp\Examples\bgi\Makefile.win" all
>g++.exe -c main.cpp -o main.o -I"C:/DEV-CPP/include/c++"  -I"C:/DEV-
>CPP/include/c++/mingw32"  -I"C:/DEV-CPP/include/c++/backward"  -I"C:
>/DEV-CPP/include"   -lbgi -lgdi32
>
>In file included from main.cpp:1:
>C:/DEV-CPP/include/winbgim.h:59: conflicting types for `BLACK'
>C:/DEV-CPP/include/conio.h:25: previous declaration as `COLORS BLACK'
>C:/DEV-CPP/include/winbgim.h:59: conflicting types for `BLUE'
>C:/DEV-CPP/include/conio.h:26: previous declaration as `COLORS BLUE'
>C:/DEV-CPP/include/winbgim.h:59: conflicting types for `GREEN'
>C:/DEV-CPP/include/conio.h:27: previous declaration as `COLORS GREEN'
>C:/DEV-CPP/include/winbgim.h:59: conflicting types for `CYAN'
>C:/DEV-CPP/include/conio.h:28: previous declaration as `COLORS CYAN'
>C:/DEV-CPP/include/winbgim.h:59: conflicting types for `RED'
>C:/DEV-CPP/include/conio.h:29: previous declaration as `COLORS RED'
>C:/DEV-CPP/include/winbgim.h:59: conflicting types for `MAGENTA'
>
>C:/DEV-CPP/include/conio.h:30: previous declaration as `COLORS MAGENTA'
>C:/DEV-CPP/include/winbgim.h:59: conflicting types for `BROWN'
>C:/DEV-CPP/include/conio.h:31: previous declaration as `COLORS BROWN'
>
>C:/DEV-CPP/include/winbgim.h:59: conflicting types for `LIGHTGRAY'
>C:/DEV-CPP/include/conio.h:32: previous declaration as `COLORS LIGHTGRAY'
>C:/DEV-CPP/include/winbgim.h:59: conflicting types for `DARKGRAY'
>C:/DEV-CPP/include/conio.h:33: previous declaration as `COLORS DARKGRAY'
>C:/DEV-CPP/include/winbgim.h:60: conflicting types for `LIGHTBLUE'
>
>C:/DEV-CPP/include/conio.h:34: previous declaration as `COLORS LIGHTBLUE'
>C:/DEV-CPP/include/winbgim.h:60: conflicting types for `LIGHTGREEN'
>
>C:/DEV-CPP/include/conio.h:35: previous declaration as `COLORS LIGHTGREEN'
>C:/DEV-CPP/include/winbgim.h:60: conflicting types for `LIGHTCYAN'
>
>C:/DEV-CPP/include/conio.h:36: previous declaration as `COLORS LIGHTCYAN'
>C:/DEV-CPP/include/winbgim.h:60: conflicting types for `LIGHTRED'
>C:/DEV-CPP/include/conio.h:37: previous declaration as `COLORS LIGHTRED'
>C:/DEV-CPP/include/winbgim.h:60: conflicting types for `LIGHTMAGENTA'
>C:/DEV-CPP/include/conio.h:38: previous declaration as `COLORS LIGHTMAGENTA'
>C:/DEV-CPP/include/winbgim.h:60: conflicting types for `YELLOW'
>C:/DEV-CPP/include/conio.h:39: previous declaration as `COLORS YELLOW'
>C:/DEV-CPP/include/winbgim.h:61: conflicting types for `WHITE'
>C:/DEV-CPP/include/conio.h:41: previous declaration as `COLORS WHITE'
>
>g++.exe main.o  -o "Progetto1.exe" -L"C:/DEV-CPP/lib" 
>
>G__~1.EXE: main.o: No such file or directory
>G__~1.EXE: no input files
>
>Esecuzione terminata
>
>
>Can Anybody help me ??
>
>
>Thanks in advance.
>
>Paolo Santinelli.
>
>
>
>
>
>
>
>
>-------------------------------------------------------
>This sf.net email is sponsored by:ThinkGeek
>Welcome to geek heaven.
>http://thinkgeek.com/sf
>_______________________________________________
>Dev-cpp-users mailing list
>Dev...@li...
>TO UNSUBSCRIBE: http://www23.brinkster.com/noicys/devcpp/ub.htm
>https://lists.sourceforge.net/lists/listinfo/dev-cpp-users
>
>  
>

Re: [Dev-C++] Compiling errors using Borland Graphics Interface

[<ri...@un...>]

yes sure,
in your project options you should, I think, add
the linking with the libraries you have noted before:

C:\Dev-Cpp\Lib\libbgi.a
C:\Dev-Cpp\Lib\libgdi32.a
C:\Dev-Cpp\Lib\libuser32.a

I hope it works.

Re: [Dev-C++] Compiling errors using Borland Graphics Interface

[Paolo S. <snt...@ne...>]

Hi
Ricardo.

I have done the changes. I still get errors. I think that is a should 
be a linker ettor ! Maby linker is not able to find these functions 
: initgraph, graphresult, initwindow, ... 

Thanke.

Paolo Santinelli. 


Compilatore: Default compiler
Building Makefile: "C:\Dev-Cpp\Examples\bgi\Makefile.win"
Finding dependencies for file: C:\Dev-Cpp\Examples\bgi\main1.cpp
Esecuzione di  make...
make.exe -f "C:\Dev-Cpp\Examples\bgi\Makefile.win" all
g++.exe main1.o  -o "Progetto1.exe" -L"C:/DEV-CPP/lib"  

main1.o(.text+0x46):main1.cpp: undefined reference to `initgraph'
main1.o(.text+0x4e):main1.cpp: undefined reference to `graphresult'
main1.o(.text+0x6d):main1.cpp: undefined reference to `initwindow'
main1.o(.text+0x7a):main1.cpp: undefined reference to `setcolor'
main1.o(.text+0x91):main1.cpp: undefined reference to `circle'
main1.o(.text+0x9e):main1.cpp: undefined reference to `closegraph'

Esecuzione terminata

Re: [Dev-C++] "file" type unrecognized ?

[Amit D. <ami...@in...>]

Its not "file" its "FILE" which is defined in stdio.h.

Regards,
Amit
  ----- Original Message -----=20
  From: Thomas FREESURF=20
  To: dev...@li...=20
  Sent: Sunday, September 14, 2003 2:50 AM
  Subject: [Dev-C++] "file" type unrecognized ?


  I'm sure I will be riculous when I get the answer but anyway:
  I am writing my first program and the compiler says "parse error" =
because it doesn't recognize the "file" word. I thought it was defined =
in "stdio.h". Can someone help me please ?

[Dev-C++] has anybody written a microprocessor progran in C

[Eric <eri...@cl...>]

has anybody written a microprocessor progran in C?

I have no problem coding a microprocessor with machine code "hexadecimal"
numbers I am sure I my C is OKAY, but I think the making the header files
could be the problem.

Maybe if someone could help it might be better going off the list, due to
the off topic nature.

From Eric

Re: [Dev-C++] "file" type unrecognized ?

[Eric <eri...@cl...>]

Do you have the code so we can try it out and get the message


----- Original Message -----=20
From: Thomas FREESURF=20
To: dev...@li...=20
Sent: Sunday, September 14, 2003 9:20 AM
Subject: [Dev-C++] "file" type unrecognized ?


I'm sure I will be riculous when I get the answer but anyway:
I am writing my first program and the compiler says "parse error" =
because it doesn't recognize the "file" word. I thought it was defined =
in "stdio.h". Can someone help me please ?

Re: [Dev-C++] Compiling errors using Borland Graphics Interface

[<ri...@un...>]

I'm not sure but I think you should first to initialize the graphical mod=
e
with these sentences, for instance: (at least, in the past, I got to use=20
the
bgi library with success in dev-cpp),


********************************
  int  graphdriver =3D DETECT, graphmode;

   initgraph(&graphdriver, &graphmode, "c:\\dev-cpp\\bgi");
   if (graphresult() < 0)         /* make sure initialized OK */
      return;

// and here your graphical functions and code.

****************************************

and take care to include the correct header files:

#include <winbgim.h>     /* For graphics library functions */
#include <stdlib.h>             /* =BFFor kbhit( )? */
#include <stdio.h>

[Dev-C++] RES: Dev-cpp-users digest, Vol 1 #1658 - 11 msgs

[<and...@su...>]

I have used getch() without problems.
clrscr(), gotoxy(), etc, I am using #include <conio.c>
instead of #include <conio.h>

Andre

>Message: 11
>Date: Mon, 15 Sep 2003 21:49:17 -0300
>From: "jmarcelo.alencar" <jma...@bo...>
>To: "devcpp" <dev...@li...>
>Subject: [Dev-C++] Getch() and clrscr()
>
>i  have use devcpp  for a week   and i've noticed that 
>unlike Turbo C++ , the functions getch() and clrscr() 
>are not described in conio.h. I really like to work with 
>them and i wonder if anyone could help me with this . 

[Dev-C++] Compiling errors using Borland Graphics Interface

[Paolo S. <snt...@ne...>]

Hi All,

I need use the Borland Graphics Interface (graphics.h) under Dev-
C++ V 4.9.8.0 installed on WinMe.

I get some errors at compile time.

I have downloaded the files to the correct locations

winbgim.h  (download to /Dev-C++/include)  
winbgim.cpp  (download to /Dev-C++/include)  
libbgi.a  (download to /Dev-C++/lib)  

and added -lbgi -lgdi32 in the "Further object files and linker options" 
field.

My test code is:

#include <winbgim.h>

  int main() 
  { 
      initwindow(400,300); //open a 400x300 graphics window
      moveto(0,0);         
      lineto(50,50);       
      while(!kbhit());     //wait for user to press a key
      closegraph();        //close graphics window
      return 0; 
  }




When compiled I get some errors:



Compilatore: Default compiler
Building Makefile: "C:\Dev-Cpp\Examples\bgi\Makefile.win"
Finding dependencies for file: C:\Dev-Cpp\Examples\bgi\main.cpp
Esecuzione di  make...
make.exe -f "C:\Dev-Cpp\Examples\bgi\Makefile.win" all
g++.exe -c main.cpp -o main.o -I"C:/DEV-CPP/include/c++"  -I"C:/DEV-
CPP/include/c++/mingw32"  -I"C:/DEV-CPP/include/c++/backward"  -I"C:
/DEV-CPP/include"   -lbgi -lgdi32

In file included from main.cpp:1:
C:/DEV-CPP/include/winbgim.h:59: conflicting types for `BLACK'
C:/DEV-CPP/include/conio.h:25: previous declaration as `COLORS BLACK'
C:/DEV-CPP/include/winbgim.h:59: conflicting types for `BLUE'
C:/DEV-CPP/include/conio.h:26: previous declaration as `COLORS BLUE'
C:/DEV-CPP/include/winbgim.h:59: conflicting types for `GREEN'
C:/DEV-CPP/include/conio.h:27: previous declaration as `COLORS GREEN'
C:/DEV-CPP/include/winbgim.h:59: conflicting types for `CYAN'
C:/DEV-CPP/include/conio.h:28: previous declaration as `COLORS CYAN'
C:/DEV-CPP/include/winbgim.h:59: conflicting types for `RED'
C:/DEV-CPP/include/conio.h:29: previous declaration as `COLORS RED'
C:/DEV-CPP/include/winbgim.h:59: conflicting types for `MAGENTA'

C:/DEV-CPP/include/conio.h:30: previous declaration as `COLORS MAGENTA'
C:/DEV-CPP/include/winbgim.h:59: conflicting types for `BROWN'
C:/DEV-CPP/include/conio.h:31: previous declaration as `COLORS BROWN'

C:/DEV-CPP/include/winbgim.h:59: conflicting types for `LIGHTGRAY'
C:/DEV-CPP/include/conio.h:32: previous declaration as `COLORS LIGHTGRAY'
C:/DEV-CPP/include/winbgim.h:59: conflicting types for `DARKGRAY'
C:/DEV-CPP/include/conio.h:33: previous declaration as `COLORS DARKGRAY'
C:/DEV-CPP/include/winbgim.h:60: conflicting types for `LIGHTBLUE'

C:/DEV-CPP/include/conio.h:34: previous declaration as `COLORS LIGHTBLUE'
C:/DEV-CPP/include/winbgim.h:60: conflicting types for `LIGHTGREEN'

C:/DEV-CPP/include/conio.h:35: previous declaration as `COLORS LIGHTGREEN'
C:/DEV-CPP/include/winbgim.h:60: conflicting types for `LIGHTCYAN'

C:/DEV-CPP/include/conio.h:36: previous declaration as `COLORS LIGHTCYAN'
C:/DEV-CPP/include/winbgim.h:60: conflicting types for `LIGHTRED'
C:/DEV-CPP/include/conio.h:37: previous declaration as `COLORS LIGHTRED'
C:/DEV-CPP/include/winbgim.h:60: conflicting types for `LIGHTMAGENTA'
C:/DEV-CPP/include/conio.h:38: previous declaration as `COLORS LIGHTMAGENTA'
C:/DEV-CPP/include/winbgim.h:60: conflicting types for `YELLOW'
C:/DEV-CPP/include/conio.h:39: previous declaration as `COLORS YELLOW'
C:/DEV-CPP/include/winbgim.h:61: conflicting types for `WHITE'
C:/DEV-CPP/include/conio.h:41: previous declaration as `COLORS WHITE'

g++.exe main.o  -o "Progetto1.exe" -L"C:/DEV-CPP/lib" 

G__~1.EXE: main.o: No such file or directory
G__~1.EXE: no input files

Esecuzione terminata


Can Anybody help me ??


Thanks in advance.

Paolo Santinelli.

Re: [Dev-C++] Getch() and clrscr()

[Ray K. <he...@er...>]

> Date: Mon, 15 Sep 2003 21:49:17 -0300
> From: "jmarcelo.alencar" <jma...@bo...>
> To: "devcpp" <dev...@li...>
> Subject: [Dev-C++] Getch() and clrscr()
>
> i  have use devcpp  for a week   and i've noticed that unlike Turbo C++ , 
> the functions getch() and clrscr() are not described in conio.h. I really 
> like to work with them and i wonder if anyone could help me with this .

getch() and clrscr() aren't ANSI defined functions, so not every compiler 
will have them. If you want to clear the screen,
use  system("cls"); , included in #stdlib.h  This calls the DOS function 
that clears the screen. It's not portable, but neither is
clrscr(), and it's easy enough to change it, assuming the system you're 
porting to has a built in clearscreen function. (In *nix, it's 
system("clear"), for example.)

getch() may or may not have a working equivilant, depending on what you use 
it for. If you just need to pause the screen, you can either use  
system("pause"); (in which case the 'Press any key to continue.' message 
will automatically be displayed), or getchar();, which is portable, but 
requires you to hit enter to continue (not any key).

If you need getch() to actually record keypresses, you'll need to install 
either the conio.h from TC++ or ncurses.h (I think that has a getkey 
function, and possibly a clrscr() one too, but I'm not sure. If it does, 
you should use that one, since it's more portable.)

[Dev-C++] Getch() and clrscr()

[jmarcelo.alencar <jma...@bo...>]

i  have use devcpp  for a week   and i've noticed that 
unlike Turbo C++ , the functions getch() and clrscr() 
are not described in conio.h. I really like to work with 
them and i wonder if anyone could help me with this . 

 
__________________________________________________________________________
Acabe com aquelas janelinhas que pulam na sua tela.
AntiPop-up UOL - =C9 gr=E1tis!
http://antipopup.uol.com.br/

[Dev-C++] Anybody know anything about SQL_ATTR_MAX_ROWS?

[Ed C. <em...@to...>]

Hi all,

I'm working on a database app and need to limit the recordset size. I've
been trying to do this with SQLSetStmtAttr() and the attribute
SQL_ATTR_MAX_ROWS, but it appears that the driver considers my request
invalid, as it returns that code, then sets the max rows to the default =
(0 =3D
all rows).=20

The database driver that is causing the trouble is FoxPro; is this =
because
the FoxPro ODBC driver doesn't support that attribute? I can't find =
anything
useful on Google...

Thanks!

-Ed

Re: [Dev-C++] creating a dll

[<or...@vp...>]

Hi!

You will also need to set the "Library Path" for the linker. The linker 
will search for the libraries (and also for directly the DLLs) in those 
places. It is given in the Project options->Directories->Library dirs tab.
Or you just simply click on the add library button, then browse to the 
DLL. gcc can use the DLL directly for linking.

--
Greetings,
   Balázs

RES: ENC: [Dev-C++] Two Questions

[<and...@su...>]

GREAT... Thank you all!

One last question: inline functions provide more speed. No
doubt about that. But,

Are inline functions allowed in C or only in C++?


Regards
Andre Barros

ps1: regarding the prototype stuff, probably I will make a test with
     20 dummy functions been called by the main function and compare
     to its "mirror" case (without prototypes).
ps2: very interesting the answer to the main stuff :-)

-----Mensagem original-----
De: Per Westermark [mailto:pw...@ia...]
Enviada em: segunda-feira, 15 de setembro de 2003 14:24
Para: Ricardo_López-Ruiz
Cc: André Macário Barros; Dev-C
Assunto: Re: ENC: [Dev-C++] Two Questions


1) Normally, it doesn't matter if the compiler sees just a function
prototype or if it sees the complete implementation before you call a
function. However, some compilers have a compiler switch that allows the
compiler to itself select functions for inlining. Obviously, with only a
function prototype it can't inline the function. However, if the code is
in the same source file, but after the call, the compiler is probably
smart enough to find it anyway, since most compilers doesn't generate any
code immediately for release build, but only builds parse trees in memory
before performing the different optimization steps.

2) You can compile a program without a main() but you can't link the
program. The startup code hidden somewhere inside the run-time-library
code does contain a call to a main function. Either you have to supply it,
or it must be available in a object or library file included in the
linking. For Windows, one of the Windows libraries contains a main().

/Per W

On Mon, 15 Sep 2003, Ricardo_López-Ruiz wrote:

> question 1):
> Try to build a program with the 2 possibilities you are proposing
> and keep the running time in both cases... after that, you could tell us
> the result...
> as you say it seems that there wont be any difference, that is,
> the final binary code is the same in both cases.
>
> question 2): the main function is not needed to run, if not essentially
> to compile the code...without the main function the compiler doesnot know
> where the nucleus of the program is, then the compiler can not compile...
> it is the 'door' toward the code...without 'door' you can not go into...
>
>
> hope it helps you,
> Ricardo.
>
>
>
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Dev-cpp-users mailing list
> Dev...@li...
> TO UNSUBSCRIBE: http://www23.brinkster.com/noicys/devcpp/ub.htm
> https://lists.sourceforge.net/lists/listinfo/dev-cpp-users
>

Re: [Dev-C++] creating a dll

[<gen...@ya...>]

Andrew,

i think what you need to do is to link with the .a library for the DirectX dll you mentioned. that would allow the linker to resolve the undefined references you mentioned. as to which particular file you might need to link to, i have no idea, but you might want to try -ld3ddx8 or something similar.

hope this info comes in handy, cheers


---------------------------------
Want to chat instantly with your online friends? Get the FREE Yahoo!Messenger

Re: ENC: [Dev-C++] Two Questions

[Per W. <pw...@ia...>]

1) Normally, it doesn't matter if the compiler sees just a function
prototype or if it sees the complete implementation before you call a
function. However, some compilers have a compiler switch that allows the
compiler to itself select functions for inlining. Obviously, with only a
function prototype it can't inline the function. However, if the code is
in the same source file, but after the call, the compiler is probably
smart enough to find it anyway, since most compilers doesn't generate any
code immediately for release build, but only builds parse trees in memory
before performing the different optimization steps.

2) You can compile a program without a main() but you can't link the
program. The startup code hidden somewhere inside the run-time-library
code does contain a call to a main function. Either you have to supply it,
or it must be available in a object or library file included in the
linking. For Windows, one of the Windows libraries contains a main().

/Per W

On Mon, 15 Sep 2003, Ricardo_L=F3pez-Ruiz wrote:

> question 1):
> Try to build a program with the 2 possibilities you are proposing
> and keep the running time in both cases... after that, you could tell us
> the result...
> as you say it seems that there wont be any difference, that is,
> the final binary code is the same in both cases.
>
> question 2): the main function is not needed to run, if not essentially
> to compile the code...without the main function the compiler doesnot know
> where the nucleus of the program is, then the compiler can not compile...
> it is the 'door' toward the code...without 'door' you can not go into...
>
>
> hope it helps you,
> Ricardo.
>
>
>
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Dev-cpp-users mailing list
> Dev...@li...
> TO UNSUBSCRIBE: http://www23.brinkster.com/noicys/devcpp/ub.htm
> https://lists.sourceforge.net/lists/listinfo/dev-cpp-users
>