dev-cpp-users Mailing List for Dev-C++ (Page 347)
Open Source C & C++ IDE for Windows
Brought to you by:
claplace
You can subscribe to this list here.
| 2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(15) |
Oct
(115) |
Nov
(154) |
Dec
(258) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
(377) |
Feb
(260) |
Mar
(249) |
Apr
(188) |
May
(152) |
Jun
(150) |
Jul
(195) |
Aug
(202) |
Sep
(200) |
Oct
(286) |
Nov
(242) |
Dec
(165) |
| 2002 |
Jan
(245) |
Feb
(241) |
Mar
(239) |
Apr
(346) |
May
(406) |
Jun
(369) |
Jul
(418) |
Aug
(357) |
Sep
(362) |
Oct
(597) |
Nov
(455) |
Dec
(344) |
| 2003 |
Jan
(446) |
Feb
(397) |
Mar
(515) |
Apr
(524) |
May
(377) |
Jun
(387) |
Jul
(532) |
Aug
(364) |
Sep
(294) |
Oct
(352) |
Nov
(295) |
Dec
(327) |
| 2004 |
Jan
(416) |
Feb
(318) |
Mar
(324) |
Apr
(249) |
May
(259) |
Jun
(218) |
Jul
(212) |
Aug
(259) |
Sep
(158) |
Oct
(162) |
Nov
(214) |
Dec
(169) |
| 2005 |
Jan
(111) |
Feb
(165) |
Mar
(199) |
Apr
(147) |
May
(131) |
Jun
(163) |
Jul
(235) |
Aug
(136) |
Sep
(84) |
Oct
(88) |
Nov
(113) |
Dec
(100) |
| 2006 |
Jan
(85) |
Feb
(119) |
Mar
(33) |
Apr
(31) |
May
(56) |
Jun
(68) |
Jul
(18) |
Aug
(62) |
Sep
(33) |
Oct
(55) |
Nov
(19) |
Dec
(40) |
| 2007 |
Jan
(22) |
Feb
(49) |
Mar
(34) |
Apr
(51) |
May
(66) |
Jun
(43) |
Jul
(116) |
Aug
(57) |
Sep
(70) |
Oct
(69) |
Nov
(97) |
Dec
(86) |
| 2008 |
Jan
(32) |
Feb
(47) |
Mar
(106) |
Apr
(67) |
May
(28) |
Jun
(39) |
Jul
(31) |
Aug
(25) |
Sep
(18) |
Oct
(25) |
Nov
(5) |
Dec
(21) |
| 2009 |
Jan
(33) |
Feb
(27) |
Mar
(27) |
Apr
(22) |
May
(22) |
Jun
(10) |
Jul
(17) |
Aug
(9) |
Sep
(21) |
Oct
(13) |
Nov
(4) |
Dec
(11) |
| 2010 |
Jan
(10) |
Feb
(8) |
Mar
(4) |
Apr
(1) |
May
|
Jun
(2) |
Jul
|
Aug
(1) |
Sep
(8) |
Oct
(26) |
Nov
(9) |
Dec
(1) |
| 2011 |
Jan
(21) |
Feb
(16) |
Mar
(4) |
Apr
(19) |
May
(26) |
Jun
(9) |
Jul
(6) |
Aug
|
Sep
(4) |
Oct
(3) |
Nov
(2) |
Dec
(1) |
| 2012 |
Jan
(4) |
Feb
(7) |
Mar
(4) |
Apr
|
May
(1) |
Jun
(10) |
Jul
(1) |
Aug
(1) |
Sep
(18) |
Oct
(3) |
Nov
(1) |
Dec
(1) |
| 2013 |
Jan
(4) |
Feb
(2) |
Mar
(15) |
Apr
(6) |
May
(1) |
Jun
(3) |
Jul
(1) |
Aug
(2) |
Sep
(4) |
Oct
|
Nov
(9) |
Dec
|
| 2014 |
Jan
(4) |
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
(5) |
Aug
(4) |
Sep
|
Oct
(2) |
Nov
(1) |
Dec
(4) |
| 2015 |
Jan
(2) |
Feb
(3) |
Mar
(1) |
Apr
(2) |
May
(1) |
Jun
(2) |
Jul
|
Aug
(1) |
Sep
(2) |
Oct
(9) |
Nov
(35) |
Dec
(6) |
| 2016 |
Jan
(7) |
Feb
(10) |
Mar
(10) |
Apr
(9) |
May
(13) |
Jun
(9) |
Jul
(1) |
Aug
(3) |
Sep
(3) |
Oct
(1) |
Nov
(1) |
Dec
|
| 2017 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2018 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2019 |
Jan
(1) |
Feb
|
Mar
|
Apr
(2) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2020 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Ed C. <em...@ed...> - 2003-07-17 15:21:05
|
Hi all - =20 Does anyone know why I get an "unable to run program file" error when compiling (with v.4.9.8.0)? This happens both with programs I've written = and with the examples. =20 -Ed=20 |
|
From: Zodiaq <zo...@ac...> - 2003-07-17 14:55:59
|
Hello Zodiaq and all Dev-C++ users, Thursday, July 17, 2003, 4:26:11 PM, I wrote: Z> Yo all Dev-cpp users, Z> got one simple question that I can't find cure for: Z> how to redirect clog for writing to file?? I tried creating ofstream Z> 'over' a file, opening it for output and assigning it to cout - these two Z> are both of type ostream, but with clog "opernator =" is private, so I Z> can't use =. But there must be some way to change it (at least I hope Z> so), but how?? Well, forget my last post... found solution here: http://www.cplusplus.com/ref/iostream/ios/rdbuf.html -- regards, Zodiaq |
|
From: Zodiaq <zo...@ac...> - 2003-07-17 14:26:28
|
Yo all Dev-cpp users, got one simple question that I can't find cure for: how to redirect clog for writing to file?? I tried creating ofstream 'over' a file, opening it for output and assigning it to cout - these two are both of type ostream, but with clog "opernator =" is private, so I can't use =. But there must be some way to change it (at least I hope so), but how?? -- regards, Zodiaq |
|
From: Gabriel M. <g.m...@in...> - 2003-07-17 13:10:08
|
> Well :) > This error caused me hours of swearing, until I realised that this is a > BUG. Not always, but these errors are because of a 10 months old bug, > which is not fixed, not matter how I write that f*ckin' bug-report. > Is tinyAudioLib a DLL? NO, it is a static library. in that case, specify the DLL DIRECTLY with the > libraries (full path!). I noticed another DevC++ bug: when I override the build commands for a determinate source file (In projectOptions/Files tab), the directory path for such file is lost, causing a compiler error because the compiler cannot find it. So I have to specify the full path of the file in the overriding command. |
|
From: Jaap de W. <wo...@ne...> - 2003-07-17 10:56:50
|
1) this is a dev-cpp list not a VC list. There are dedicated newsgroups for VC. 2) The error you have is typical an error that happens when you write outside your allocated memory. Eg if you have the following code: int *pi = new int [5]; pi[-1] = 999; delete [] pi; will result in an error like the one you reported > -----Original Message----- > From: pmeadlist [mailto:pme...@cl...] > Sent: Thursday, July 17, 2003 12:17 PM > To: dev...@li... > Subject: [Dev-C++] CStatic & memory > > > Hello, > > (error!): > Debug Assertion Failed! > File: dbgheap.c > Line: 1017 > Expression: _BLOCK_TYPE_IS_VALID(pHead->nBlockUse) > > VC++6 gives the above error as I exit the app, otherwise app works ok > without crash untill exit. > It only happens when I add a second CStatic control. I seem > to only be able > to have one CStatic control at a time. It does not seem to > matter whitch of > the two controls, but only one at a time. > > Do you want to see some code? > > TIA > Peter Mead. > > > ------------------------------------------------------- > This SF.net email is sponsored by: VM Ware > With VMware you can run multiple operating systems on a > single machine. > WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual > machines at the > same time. Free trial click here: http://www.vmware.com/wl/offer/345/0 > _______________________________________________ > 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 > |
|
From: Zodiaq <zo...@ac...> - 2003-07-17 10:49:01
|
Hello pmeadlist and all Dev-C++ users, Thursday, July 17, 2003, 12:17:07 PM, pmeadlist wrote as follows: p> Hello, p> (error!): p> Debug Assertion Failed! p> File: dbgheap.c p> Line: 1017 p> Expression: _BLOCK_TYPE_IS_VALID(pHead->nBlockUse) p> VC++6 gives the above error as I exit the app, otherwise app works ok p> without crash untill exit. p> It only happens when I add a second CStatic control. I seem to only be able p> to have one CStatic control at a time. It does not seem to matter whitch of p> the two controls, but only one at a time. Hmmm... did you send email to wrong mailing list, or am I missing something here??! This list is about DevC++ and a little about MinGW (compiler that DevC++ uses), so why did you send here question about VC++ 6 and MFC?? MinGW uses WinAPI (or wxWindows) but not in any way MFC (and that's what I love about it). -- regards, Zodiaq |
|
From: pmeadlist <pme...@cl...> - 2003-07-17 10:19:10
|
Hello, (error!): Debug Assertion Failed! File: dbgheap.c Line: 1017 Expression: _BLOCK_TYPE_IS_VALID(pHead->nBlockUse) VC++6 gives the above error as I exit the app, otherwise app works ok without crash untill exit. It only happens when I add a second CStatic control. I seem to only be able to have one CStatic control at a time. It does not seem to matter whitch of the two controls, but only one at a time. Do you want to see some code? TIA Peter Mead. |
|
From: Flavio de S. <fla...@ya...> - 2003-07-17 01:45:20
|
I am trying to compile/build WABA VM under windows using Dev-C++, but I got many errors. Can you guys help me out? Compiler: Default compiler Building Makefile: "C:\Documents and Settings\Administrador\Desktop\wabavm-src.10\Makefile.win" Executing make... make.exe -f "C:\Documents and Settings\Administrador\Desktop\wabavm-src.10\Makefile.win" all g++.exe -c vm/waba.c -o m/waba.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" -ansi -traditiona l-cpp -w In file included from vm/waba.c:732: vm/nmwin32_b.c: In function `long int MainWndProc(HWND__*, unsigned int, unsigned int, long int)': vm/nmwin32_b.c:240: invalid conversion from `void*' to `WClass*' vm/nmwin32_b.c:283: invalid conversion from `void*' to `WClass*' vm/nmwin32_b.c:349: invalid conversion from `void*' to `WClass*' vm/nmwin32_b.c:372: invalid conversion from `void*' to `WClass*' vm/nmwin32_b.c: In function `unsigned char* memMapFile(char*)': vm/nmwin32_b.c:488: invalid conversion from `void*' to `unsigned char*' vm/nmwin32_b.c:491: invalid conversion from `unsigned char*' to `const char*' vm/nmwin32_b.c: In function `int WinMain(HINSTANCE__*, HINSTANCE__*, TCHAR*, int)': vm/nmwin32_b.c:724: invalid conversion from `void*' to `WClass*' vm/nmwin32_b.c: In function `unsigned char* loadFromMem(char*, unsigned int, unsigned int*)': vm/nmwin32_b.c:782: invalid conversion from `unsigned char*' to `const char*' vm/nmwin32_b.c: In function `unsigned char* nativeLoadClass(UtfStringStruct, unsigned int*)': vm/nmwin32_b.c:845: invalid conversion from `void*' to `char*' vm/waba.c: In function `void VmStopApp(unsigned int)': vm/waba.c:1027: invalid conversion from `void*' to `WClass*' vm/waba.c: In function `int compatibleArray(unsigned int, UtfStringStruct)': vm/waba.c:2261: invalid conversion from `void*' to `WClass*' vm/waba.c: In function `void markObject(unsigned int)': vm/waba.c:2410: invalid conversion from `void*' to `WClass*' vm/waba.c: In function `void sweep()': vm/waba.c:2499: invalid conversion from `void*' to `WClass*' vm/waba.c:2507: invalid conversion from `void*' to `WClass*' In file included from vm/waba.c:2698: vm/nmwin32_c.c: In function `Var WindowCreate(Var*)': vm/nmwin32_c.c:130: invalid conversion from `void*' to `WClass*' vm/nmwin32_c.c: In function `void _ImageLoadBMP(unsigned int, unsigned char*)': vm/nmwin32_c.c:404: invalid conversion from `unsigned char**' to `void**' vm/nmwin32_c.c: In function `Var ImageSetPixels(Var*)': vm/nmwin32_c.c:454: invalid conversion from `void*' to `HBITMAP__*' vm/nmwin32_c.c:493: invalid conversion from `unsigned char**' to `void**' vm/nmwin32_c.c: In function `void ImageDestroy(unsigned int)': vm/nmwin32_c.c:580: invalid conversion from `void*' to `HBITMAP__*' vm/nmwin32_c.c: In function `Var SocketReadWriteBytes(Var*, int)': vm/nmwin32_c.c:732: invalid conversion from `unsigned char*' to `char*' vm/nmwin32_c.c:734: invalid conversion from `unsigned char*' to `const char*' vm/nmwin32_c.c: In function `Var FontMetricsCreate(Var*)': vm/nmwin32_c.c:907: invalid conversion from `void*' to `HFONT__*' vm/nmwin32_c.c: In function `Var FontMetricsGetWidth(int, Var*)': vm/nmwin32_c.c:943: invalid conversion from `void*' to `HFONT__*' vm/nmwin32_c.c: In function `int SurfaceGetType(unsigned int)': vm/nmwin32_c.c:1055: invalid conversion from `void*' to `WClass*' vm/nmwin32_c.c: In function `Var GraphicsCreate(Var*)': vm/nmwin32_c.c:1118: invalid conversion from `void*' to `HWND__*' vm/nmwin32_c.c:1120: invalid conversion from `void*' to `HBITMAP__*' vm/nmwin32_c.c: In function `Var GraphicsSetColor(Var*)': vm/nmwin32_c.c:1200: invalid conversion from `void*' to `HPEN__*' vm/nmwin32_c.c:1201: invalid conversion from `void*' to `HBRUSH__*' vm/nmwin32_c.c:1205: invalid conversion from `void*' to `HPEN__*' vm/nmwin32_c.c:1206: invalid conversion from `void*' to `HBRUSH__*' vm/nmwin32_c.c: In function `Var GraphicsDraw(int, Var*)': vm/nmwin32_c.c:1437: invalid conversion from `void*' to `HPEN__*' vm/nmwin32_c.c:1439: invalid conversion from `void*' to `HBRUSH__*' vm/nmwin32_c.c:1461: invalid conversion from `void*' to `HPEN__*' vm/nmwin32_c.c:1485: invalid conversion from `void*' to `POINT*' vm/nmwin32_c.c:1494: invalid conversion from `void*' to `HPEN__*' vm/nmwin32_c.c:1496: invalid conversion from `void*' to `HBRUSH__*' vm/nmwin32_c.c:1546: invalid conversion from `void*' to `HFONT__*' vm/nmwin32_c.c:1547: invalid conversion from `void*' to `HFONT__*' vm/nmwin32_c.c:1588: invalid conversion from `void*' to `HPEN__*' vm/nmwin32_c.c:1673: invalid conversion from `void*' to `HWND__*' vm/nmwin32_c.c:1683: invalid conversion from `void*' to `HBITMAP__*' vm/nmwin32_c.c:1710: invalid conversion from `void*' to `HPEN__*' vm/nmwin32_c.c:1711: invalid conversion from `void*' to `HBRUSH__*' vm/nmwin32_c.c: In function `Var FileListDir(Var*)': vm/nmwin32_c.c:2798: invalid conversion from `void*' to `TCHAR*' vm/waba.c: In function `void executeMethod(WClass*, WClassMethod*, Var*, unsigned int)': vm/waba.c:4138: invalid conversion from `void*' to `WClass*' make.exe: *** [vm/waba.o] Error 1 Execution terminated -------------------------------------------------------------------------- How did I get all theses "invalid conversion from `void*' to `WClass*'"error? How do I solve them? Thanks and regards, Flávio de Souza ====================== fla...@ya... ICQ: 78458203 ====================== |
|
From: <or...@vp...> - 2003-07-17 00:57:41
|
Rajan Bhide wrote: > I require to generate XML document using XML document generator through > my application code using C/C++ apis. I am trying this out using xerces > C++ library for Solaris platform with CC compiler. The xerces-c.22.0.so > library has a size of around 45MB, which is too much for a mere XML > document generation. Is there any way to build this library only with > the DOM apis with Document generation features, i.e no parsing api's are > required. Or Can anyone of u suggest any other C/C++ library for unix > which is small in size and provides XML document generation programming > api's. Yes, try eXpat. It is really fast, and simple. http://expat.sf.net -- Greetings, Balázs |
|
From: <or...@vp...> - 2003-07-17 00:53:42
|
Gabriel Maldonado wrote: > I could never imagine this would cause of the error, becuase in MSVC the > order of the libraries is not significant. This was also the case for GCC (the compiler in Dev-C++) in older versions. I still don't know exactly why they introduced it. As I remember they have done this because of faster "parsing" of libraries: they only need to parse everything once, what was specified on the command line, so there is no need to go through all of them again to resolve remaining undefined references. Anyway, this also has another (in my opinion) good side-effect: this way programmers cannot write cross-referencing libraries. (For example there is -lfoo and -lbar and both reference to each other). Oh well, they can, but then they have to give it on the command line twice: -lfoo -lbar -lfoo -lbar Which is ugly. So keep it in mind: FIRST the library (OR object file, OR surce file) on the command line which USES the stuff, THEN the libraries (OR object files, OR surce files) which CONTAIN the stuff. > I also tried to link the application with the library binaries > originally compiled with MSVC, now I only get the following error: > > ====================== > Info: resolving __iob by linking to __imp___iob (auto-import) > ../../Libraries/tinyAudioLib/release\tinyAudioLib.lib(./pablioLIB_mme___Win32_Release/pa_win_wmme.obj)(.text+0x165):C:\LibroBoulanger\: > > variable '_iob' can't be auto-imported. Please read the documentation > for ld's --enable-auto-import for details. > make.exe: *** [devcpp/hellotableRT.exe] Error 1 > Execution terminated > ====================== > > have you any idea of what this error means? Where is the "detailed > documentation for ld's --enable-auto-import" ? The _iob identifier is > not present in the sources of the tinyAudioLib nor in the main program > soruce file. Is it possible to get rid of such error in a way or another? Well :) This error caused me hours of swearing, until I realised that this is a BUG. Not always, but these errors are because of a 10 months old bug, which is not fixed, not matter how I write that f*ckin' bug-report. Is tinyAudioLib a DLL? In that case, specify the DLL DIRECTLY with the libraries (full path!). This is really odd, I know, but in most of the cases, GCC tends not work correctly with import libraries, especially if they are C++. However, it works perfectly with the DLL directly. This is odd indeed. Good luck! -- Greetings, Balázs |
|
From: pmeadlist <pme...@cl...> - 2003-07-17 00:32:44
|
Hi all, I am using MFC to create a CEdit control. I want the lines of text to wrap automatically. Do I pass a param to CreateEx(...)? Here is what I have at the moment: this->m_wndEdit3.CreateEx(WS_EX_CLIENTEDGE,"EDIT",NULL,WS_CHILD|WS_VISIBLE|W S_BORDER|ES_AUTOHSCROLL,editDim3,this,IDC_EDIT3); I thought that ES_AUTOHSCROLL made the text wrap? TIA Peter Mead. |
|
From: Miguel M. <rad...@ya...> - 2003-07-16 20:54:30
|
WOW lots of errors... fixed --- "Miguel M." <rad...@ya...> wrote: > --- Carlos_GaGarcíaedelonte <sosolaizerahoo.es> > wrote: > > Then you compile it with the option -ltltestor > > linker. > > quick question... how did you come up with -ltests > an option for the linker? Is it the name of the file > with "-l" in front of it? Like foo.h so it would be > -lfoo? Sorry that was more like 3 questions... > > ===== > -Miguel > rad...@ya... ===== -Miguel rad...@ya... __________________________________ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com |
|
From: Miguel M. <rad...@ya...> - 2003-07-16 20:49:03
|
--- Carlos_GaGarcíaedelonte <sosolaizerahoo.es> wrote: > Then you compile it with the option -ltltestor > linker. quick question... how did you come up with -ltltests an option for the linker? Is it the name of the file with "-l" ininfrontf it? Like foo.h so it would be -lflfooSorry that was more like 3 questions... ===== -Miguel rad...@ya... __________________________________ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com |
|
From: Marc H. <ma...@e-...> - 2003-07-16 18:49:24
|
Hi All, Thanks to everyone who gave me feedback on my program size query. I am = still researching the subject, and I will send a full report to the list when = I am done. Thanks, Marc |
|
From: dein_metzger <dei...@ya...> - 2003-07-16 18:36:44
|
Thanks very much. It worked as perfect as it could be :)
-----Original Message-----
From: dev...@li...
[mailto:dev...@li...] On Behalf Of Carlos
Garc=EDa del Monte
Sent: quarta-feira, 16 de julho de 2003 13:55
To: dev-cpp-users
Subject: Re: [Dev-C++] doubts about creating static libs and using them
You don't have to type class when declaring an object.
You must include the header file in the program you're building.
See below and at the end.
Dark Kernel (InacioW-) wrote:
> Hi.
> I=B4ve created the lib called libTest, wich contains
>the following:
>
>#include <iostream.h>
>
>class Test
>{
>public:
> Test();
>};
>
>Test::Test()
>{
> cout << " this is a test";
>}
>
>the file was well-compiled and generated a file called
>libTest.a, wich I can add to the linker and use in
>other program, but I have no Idea about how make a
>reference of the methods.
>
>I tried
>
>
>#include <iostream>
>#include <stdlib.h>
>
>using namespace std;
>
>
>
>class Test; <----- This line has not to be there. And you shall=20
#include the header where that class is defined
>class Teste * test1; <-----First you say Teste, when you haven''t any=20
class named Teste, you have the class named Test.
>extern Teste::Teste();
>
>int main(int argc, char *argv[])
>{
> teste1 =3D new Teste(); // <- the compiler points me
>an error here ... :(
>
> system("PAUSE");=09
> return 0;
>}
>
>so, what=B4s goind wrong?
>someone can help me?
>
>thanks anyway,
>
>__________________________________________________________________
>
>Gesendet von Yahoo! Mail - http://mail.yahoo.de
>Logos und Klingelt=F6ne f=FCrs Handy bei http://sms.yahoo.de
>
>
>-------------------------------------------------------
>This SF.net email is sponsored by: VM Ware
>With VMware you can run multiple operating systems on a single
machine.
>WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at
the
>same time. Free trial click here: http://www.vmware.com/wl/offer/345/0
>_______________________________________________
>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
>
>
>
You should do:
File 1: header of test library, test.h
#ifndef TEST_H
#define TEST_H
class Test{
Test();
};
#endif
File 2: source file of test: library, test.cpp
#include <iostream>
#include <test.h>
Test::Test(){
std::cout << "This is a test" << endl;
}
Then you select both files into a static library project and compile it.
You build the library libtest.a.
After that you write your test program, test_program.cpp:
#include <test.h>
#include <stdlib.h>
int main(){
Test *test_object =3D new Test();
system("PAUSE");
return 0;
}
Then you compile it with the option -ltest for linker.
-------------------------------------------------------
This SF.net email is sponsored by: VM Ware
With VMware you can run multiple operating systems on a single machine.
WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the
same time. Free trial click here: http://www.vmware.com/wl/offer/345/0
_______________________________________________
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
---
Incoming mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.501 / Virus Database: 299 - Release Date: 14/7/2003
=20
---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.501 / Virus Database: 299 - Release Date: 14/7/2003
=20
|
|
From: Abhijit S. <mu...@gm...> - 2003-07-16 18:06:15
|
Hello, Jacek. > I must use some WinAPI function but I don't know which. I'm assuming you want a Win32 API reference - here's a downloadable copy in HLP format. ftp://ftp.cs.virginia.edu/pub/lcc-win32/win32hlp.exe HTH. -- Abhijit Shylanath Homepage: http://mudeth.tripod.com/ |
|
From: <sol...@ya...> - 2003-07-16 16:56:51
|
You don't have to type class when declaring an object.
You must include the header file in the program you're building.
See below and at the end.
Dark Kernel (InacioW-) wrote:
> Hi.
> I´ve created the lib called libTest, wich contains
>the following:
>
>#include <iostream.h>
>
>class Test
>{
>public:
> Test();
>};
>
>Test::Test()
>{
> cout << " this is a test";
>}
>
>the file was well-compiled and generated a file called
>libTest.a, wich I can add to the linker and use in
>other program, but I have no Idea about how make a
>reference of the methods.
>
>I tried
>
>
>#include <iostream>
>#include <stdlib.h>
>
>using namespace std;
>
>
>
>class Test; <----- This line has not to be there. And you shall
#include the header where that class is defined
>class Teste * test1; <-----First you say Teste, when you haven''t any
class named Teste, you have the class named Test.
>extern Teste::Teste();
>
>int main(int argc, char *argv[])
>{
> teste1 = new Teste(); // <- the compiler points me
>an error here ... :(
>
> system("PAUSE");
> return 0;
>}
>
>so, what´s goind wrong?
>someone can help me?
>
>thanks anyway,
>
>__________________________________________________________________
>
>Gesendet von Yahoo! Mail - http://mail.yahoo.de
>Logos und Klingeltöne fürs Handy bei http://sms.yahoo.de
>
>
>-------------------------------------------------------
>This SF.net email is sponsored by: VM Ware
>With VMware you can run multiple operating systems on a single machine.
>WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the
>same time. Free trial click here: http://www.vmware.com/wl/offer/345/0
>_______________________________________________
>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
>
>
>
You should do:
File 1: header of test library, test.h
#ifndef TEST_H
#define TEST_H
class Test{
Test();
};
#endif
File 2: source file of test: library, test.cpp
#include <iostream>
#include <test.h>
Test::Test(){
std::cout << "This is a test" << endl;
}
Then you select both files into a static library project and compile it.
You build the library libtest.a.
After that you write your test program, test_program.cpp:
#include <test.h>
#include <stdlib.h>
int main(){
Test *test_object = new Test();
system("PAUSE");
return 0;
}
Then you compile it with the option -ltest for linker.
|
|
From: <dei...@ya...> - 2003-07-16 16:06:51
|
Hi.
I´ve created the lib called libTest, wich contains
the following:
#include <iostream.h>
class Test
{
public:
Test();
};
Test::Test()
{
cout << " this is a test";
}
the file was well-compiled and generated a file called
libTest.a, wich I can add to the linker and use in
other program, but I have no Idea about how make a
reference of the methods.
I tried
#include <iostream>
#include <stdlib.h>
using namespace std;
class Test;
class Teste * test1;
extern Teste::Teste();
int main(int argc, char *argv[])
{
teste1 = new Teste(); // <- the compiler points me
an error here ... :(
system("PAUSE");
return 0;
}
so, what´s goind wrong?
someone can help me?
thanks anyway,
__________________________________________________________________
Gesendet von Yahoo! Mail - http://mail.yahoo.de
Logos und Klingeltöne fürs Handy bei http://sms.yahoo.de
|
|
From: Gabriel M. <g.m...@in...> - 2003-07-16 14:28:41
|
Hi all, I'm asking if devcpp can be used as a front-end of mingw, cygwin, MSVC.NET free tools, Borland C++ and so on, at the same time and in the same machine, without need to reconfigure it each time I change the compiler brand. If it is not possible at present time, I really want such a feature to be implemented in the future. It would be a way to test the compilation of cross-platform code. -- Gabriel Maldonado http://csounds.com/maldonado -- |
|
From: Gabriel M. <g.m...@in...> - 2003-07-16 14:28:35
|
No Damien, I succeded in making the program executable with the libraries re-built with devcpp. I also succeeded in making a program with a library built with MSVC (but not with such particular libraries, that contain calls to winmm.lib), so devcpp should be compatible with such libraries. I'm afraid that there are some incompatibilities with the winmm.lib provided by MSVC6 and the winmm library provided by mingw. I'm asking if such incompatibility could be avoided by some special command line flag or by slightly modifying my code. Thanks anyway for the answer. Gabrel Damien wrote: > > Well, if you compiled your Libraries/Binaries with Dev-C++ and still get > that linker error, I'm stumped. Go to www.mingw.org > <http://www.mingw.org>, they should have all the info you may want. > Also, go through their FAQs section, or type in that same prob in > Google, see if anything shows up. > > > > >I also tried to link the application with the library binaries > >originally compiled with MSVC, now I only get the following error: > > > >====================== > >Info: resolving __iob by linking to __imp___iob (auto-import) > >../../Libraries/tinyAudioLib/release\tinyAudioLib.lib(./pablioLIB_mme___Win32_Release/pa_win_wmme.obj)(.text+0x165):C:\LibroBoulanger\: > > > >variable '_iob' can't be auto-imported. Please read the > >documentation > >for ld's --enable-auto-import for details. > >make.exe: *** [devcpp/hellotableRT.exe] Error 1 > >Execution terminated > > ------------------------------------------------------------------------ > Add photos to your messages with MSN 8. > <http://g.msn.com/8HMLEN/2749??PS=> Get 2 months FREE*. -- Gabriel Maldonado http://csounds.com/maldonado/home2.htm -- |
|
From: Jacek <mi...@wp...> - 2003-07-16 13:10:49
|
Hi I'm new here and I'm from Poland I wanna know how can I show the process list on form in C++ Builder , I think I must use some WinAPI function but I don't know which. Thanks a lot Jacek |
|
From: Per W. <pw...@ia...> - 2003-07-16 12:17:20
|
64-bit isn't just a speed issue :-) Anyway, while most motherboards may only support 2-4GB memory, but the 386 processor isn't limited to 4GB physical memory, and some server motherboards supports a lot more. However, with 32-bit paged memory the machine may then run a number of applications each allocating 2-3GB. But each individual application is limited. There is a way around it. It's the dreaded 48-bit far pointer (16:32) where the processor is supporting up to 65536 memory segments of up to 4GB each. However, all programmers and compiler vendors have already learned to hate the old 16:16 far pointers from 8086 (1MB) and 80286 (16MB) so nobody is rushing for 48-bit pointers. Segmented memory doesn't support or work very well with a number of concepts we have learned to use and love with our current paged memory model: - On-demand allocation. Automatically grow the stack in 4kB increments whenever needed. - Memory fragmentation. In a paged environment, the OS may never get fragmented memory, since each memory page is identical. It just keeps track of a list of available pages, and maps in the first available page when a process needs more memory. With segmented memory, the OS will normally have to block the task and move the memory segments around in the physical memory to get a continuous free block large enough for a memory allocation. /Per W On Wed, 16 Jul 2003, Daniel Glenfield wrote: > Ahhhhhhhhhhh, so that's why everyone wants 64-bits. Games too are requiring > more, probably because of the same memory-mapping issues. > > > >From: Per Westermark <pw...@ia...> > >To: Daniel Glenfield <sp...@ho...> > >CC: mu...@gm..., <dev...@li...> > >Subject: RE: [Dev-C++] new is a wrapper around malloc so... > >Date: Wed, 16 Jul 2003 12:26:07 +0200 (CEST) > > > >A 32-bit pionter is an unsigned entity, so it can span 2^32 bytes - 4GB. > >From this address space, the different OS then reserves areas for OS code, > >buffers, IPC etc. Depending on OS, you may normally not allocate more than > >2 or 3GB for a single application. > > > >This is the big reason why the world is so desperately wanting 64-bit > >machines. In database solutions it is quite common to memory-map the > >database files. However, 2-3GB is a puny database. > > > >/Per W > > > >On Wed, 16 Jul 2003, Daniel Glenfield wrote: > > > > > All I know is that the MSDN documentation I read says 2GB. I'm not sure > > > about how you calculate it all, so you're one up on me! > > > > > > > > > >From: "Abhijit Shylanath" <mu...@gm...> > > > >To: "Daniel Glenfield" <sp...@ho...> > > > >CC: "Dev-Cpp mailing list" <dev...@li...> > > > >Subject: RE: [Dev-C++] new is a wrapper around malloc so... > > > >Date: Wed, 16 Jul 2003 00:40:19 +0530 > > > > > > > > > > > > > In 16 bit your code is separated into 'segments' each a maximum of > >64k > > > >in > > > > > size. 32-bit can have up to 2GB segments (!!!). > > > > > > > >4G, right? (2^32). > > > > > > > >However, that's true only on a 32-bit system (as you've said)... what > > > >platform are you building on? On 16-bit (`real-mode') DOS, even though > > > >sizeof(farptr) will give you four, it cannot address 32-bits worth of > > > >memory. Far pointers work like this: > > > > > > > > 32 bits of farptr = > > > > 16 bits of segment . > > > > 16 bits of offset > > > > > > > >The effective address is actually calculated by multiplying the segment > >by > > > >16 decimal (0x10 (which is equivalent to left-shifting by four)) and > >then > > > >ADDING the offset... so that if your far-ptr has this value: > > > > > > > > 0x1234abcd > > > > > > > >Written as: > > > > > > > > 1234:abcd > > > > > > > >Its effective address, which is worth 20-bits (and can therefore > >address > > > >2^20 = 1M) is calculated as: > > > > > > > > 0x12340 > > > >+ 0xabcd > > > >------------- > > > >= 0x1cf0d > > > > > > > >Whereas, in the flat memory model(protected-mode), the effective > >address > > > >would itself be > > > > > > > > 0x1234abcd > > > > > > > >-- > > > >Abhijit Shylanath > > > >Homepage: http://mudeth.tripod.com/ > > > > > > > > > > _________________________________________________________________ > > > On the move? Get Hotmail on your mobile phone > >http://www.msn.co.uk/msnmobile > > > > > > > > > > > > ------------------------------------------------------- > > > This SF.net email is sponsored by: VM Ware > > > With VMware you can run multiple operating systems on a single machine. > > > WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the > > > same time. Free trial click here: http://www.vmware.com/wl/offer/345/0 > > > _______________________________________________ > > > 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: VM Ware > >With VMware you can run multiple operating systems on a single machine. > >WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the > >same time. Free trial click here: http://www.vmware.com/wl/offer/345/0 > >_______________________________________________ > >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 > > _________________________________________________________________ > It's fast, it's easy and it's free. Get MSN Messenger today! > http://www.msn.co.uk/messenger > > |
|
From: Daniel G. <sp...@ho...> - 2003-07-16 11:58:56
|
Ahhhhhhhhhhh, so that's why everyone wants 64-bits. Games too are requiring more, probably because of the same memory-mapping issues. >From: Per Westermark <pw...@ia...> >To: Daniel Glenfield <sp...@ho...> >CC: mu...@gm..., <dev...@li...> >Subject: RE: [Dev-C++] new is a wrapper around malloc so... >Date: Wed, 16 Jul 2003 12:26:07 +0200 (CEST) > >A 32-bit pionter is an unsigned entity, so it can span 2^32 bytes - 4GB. >From this address space, the different OS then reserves areas for OS code, >buffers, IPC etc. Depending on OS, you may normally not allocate more than >2 or 3GB for a single application. > >This is the big reason why the world is so desperately wanting 64-bit >machines. In database solutions it is quite common to memory-map the >database files. However, 2-3GB is a puny database. > >/Per W > >On Wed, 16 Jul 2003, Daniel Glenfield wrote: > > > All I know is that the MSDN documentation I read says 2GB. I'm not sure > > about how you calculate it all, so you're one up on me! > > > > > > >From: "Abhijit Shylanath" <mu...@gm...> > > >To: "Daniel Glenfield" <sp...@ho...> > > >CC: "Dev-Cpp mailing list" <dev...@li...> > > >Subject: RE: [Dev-C++] new is a wrapper around malloc so... > > >Date: Wed, 16 Jul 2003 00:40:19 +0530 > > > > > > > > > > In 16 bit your code is separated into 'segments' each a maximum of >64k > > >in > > > > size. 32-bit can have up to 2GB segments (!!!). > > > > > >4G, right? (2^32). > > > > > >However, that's true only on a 32-bit system (as you've said)... what > > >platform are you building on? On 16-bit (`real-mode') DOS, even though > > >sizeof(farptr) will give you four, it cannot address 32-bits worth of > > >memory. Far pointers work like this: > > > > > > 32 bits of farptr = > > > 16 bits of segment . > > > 16 bits of offset > > > > > >The effective address is actually calculated by multiplying the segment >by > > >16 decimal (0x10 (which is equivalent to left-shifting by four)) and >then > > >ADDING the offset... so that if your far-ptr has this value: > > > > > > 0x1234abcd > > > > > >Written as: > > > > > > 1234:abcd > > > > > >Its effective address, which is worth 20-bits (and can therefore >address > > >2^20 = 1M) is calculated as: > > > > > > 0x12340 > > >+ 0xabcd > > >------------- > > >= 0x1cf0d > > > > > >Whereas, in the flat memory model(protected-mode), the effective >address > > >would itself be > > > > > > 0x1234abcd > > > > > >-- > > >Abhijit Shylanath > > >Homepage: http://mudeth.tripod.com/ > > > > > > > _________________________________________________________________ > > On the move? Get Hotmail on your mobile phone >http://www.msn.co.uk/msnmobile > > > > > > > > ------------------------------------------------------- > > This SF.net email is sponsored by: VM Ware > > With VMware you can run multiple operating systems on a single machine. > > WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the > > same time. Free trial click here: http://www.vmware.com/wl/offer/345/0 > > _______________________________________________ > > 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: VM Ware >With VMware you can run multiple operating systems on a single machine. >WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the >same time. Free trial click here: http://www.vmware.com/wl/offer/345/0 >_______________________________________________ >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 _________________________________________________________________ It's fast, it's easy and it's free. Get MSN Messenger today! http://www.msn.co.uk/messenger |
|
From: Per W. <pw...@ia...> - 2003-07-16 10:27:21
|
A 32-bit pionter is an unsigned entity, so it can span 2^32 bytes - 4GB. From this address space, the different OS then reserves areas for OS code, buffers, IPC etc. Depending on OS, you may normally not allocate more than 2 or 3GB for a single application. This is the big reason why the world is so desperately wanting 64-bit machines. In database solutions it is quite common to memory-map the database files. However, 2-3GB is a puny database. /Per W On Wed, 16 Jul 2003, Daniel Glenfield wrote: > All I know is that the MSDN documentation I read says 2GB. I'm not sure > about how you calculate it all, so you're one up on me! > > > >From: "Abhijit Shylanath" <mu...@gm...> > >To: "Daniel Glenfield" <sp...@ho...> > >CC: "Dev-Cpp mailing list" <dev...@li...> > >Subject: RE: [Dev-C++] new is a wrapper around malloc so... > >Date: Wed, 16 Jul 2003 00:40:19 +0530 > > > > > > > In 16 bit your code is separated into 'segments' each a maximum of 64k > >in > > > size. 32-bit can have up to 2GB segments (!!!). > > > >4G, right? (2^32). > > > >However, that's true only on a 32-bit system (as you've said)... what > >platform are you building on? On 16-bit (`real-mode') DOS, even though > >sizeof(farptr) will give you four, it cannot address 32-bits worth of > >memory. Far pointers work like this: > > > > 32 bits of farptr = > > 16 bits of segment . > > 16 bits of offset > > > >The effective address is actually calculated by multiplying the segment by > >16 decimal (0x10 (which is equivalent to left-shifting by four)) and then > >ADDING the offset... so that if your far-ptr has this value: > > > > 0x1234abcd > > > >Written as: > > > > 1234:abcd > > > >Its effective address, which is worth 20-bits (and can therefore address > >2^20 = 1M) is calculated as: > > > > 0x12340 > >+ 0xabcd > >------------- > >= 0x1cf0d > > > >Whereas, in the flat memory model(protected-mode), the effective address > >would itself be > > > > 0x1234abcd > > > >-- > >Abhijit Shylanath > >Homepage: http://mudeth.tripod.com/ > > > > _________________________________________________________________ > On the move? Get Hotmail on your mobile phone http://www.msn.co.uk/msnmobile > > > > ------------------------------------------------------- > This SF.net email is sponsored by: VM Ware > With VMware you can run multiple operating systems on a single machine. > WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the > same time. Free trial click here: http://www.vmware.com/wl/offer/345/0 > _______________________________________________ > 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 > |
|
From: Daniel G. <sp...@ho...> - 2003-07-16 09:04:57
|
All I know is that the MSDN documentation I read says 2GB. I'm not sure about how you calculate it all, so you're one up on me! >From: "Abhijit Shylanath" <mu...@gm...> >To: "Daniel Glenfield" <sp...@ho...> >CC: "Dev-Cpp mailing list" <dev...@li...> >Subject: RE: [Dev-C++] new is a wrapper around malloc so... >Date: Wed, 16 Jul 2003 00:40:19 +0530 > > > > In 16 bit your code is separated into 'segments' each a maximum of 64k >in > > size. 32-bit can have up to 2GB segments (!!!). > >4G, right? (2^32). > >However, that's true only on a 32-bit system (as you've said)... what >platform are you building on? On 16-bit (`real-mode') DOS, even though >sizeof(farptr) will give you four, it cannot address 32-bits worth of >memory. Far pointers work like this: > > 32 bits of farptr = > 16 bits of segment . > 16 bits of offset > >The effective address is actually calculated by multiplying the segment by >16 decimal (0x10 (which is equivalent to left-shifting by four)) and then >ADDING the offset... so that if your far-ptr has this value: > > 0x1234abcd > >Written as: > > 1234:abcd > >Its effective address, which is worth 20-bits (and can therefore address >2^20 = 1M) is calculated as: > > 0x12340 >+ 0xabcd >------------- >= 0x1cf0d > >Whereas, in the flat memory model(protected-mode), the effective address >would itself be > > 0x1234abcd > >-- >Abhijit Shylanath >Homepage: http://mudeth.tripod.com/ > _________________________________________________________________ On the move? Get Hotmail on your mobile phone http://www.msn.co.uk/msnmobile |