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

[Dev-C++] MSXML4

[mri_ <mr...@gm...>]

Hello there
 
I need to read/write a xml-file. First I tried to use libxml2 but with
this I get some myterious chrashes when writing attributes. Myterious
because they are there on one PC and missing on another. 
In case I have some experience working with MSXML in VC++, so I tried to
use this instead. By the fact, that #import doesn't work wit Devc++ it's
something diffrent to use. I think I implemented everything right,
because my project was compiled successful with a declaration of an
IXMLDOMDocument* inside. But then there are some problems: I used the
::CoCreateInstance() as it's shown in the XMLSDK example.
But when I try to open a file with loadXML the program crash. Using the
load function I have big problems with the VARIANT datatype. Has anybode
done this successfully and can show me an example?   
 
michael

[Dev-C++] dll to def

[Carlos d. M. <cg...@wo...>]

Hi:
Someone there talked in some post about he had a dll but not the def, in
this address http://webclub.kcom.ne.jp/ma/colinp/gcc.html I found a link
to download a program which make a .def file from a dll.
I don't know if it works fine or not, neither how it works, since I
still don't know write dlls and I don't do that, but when I saw this I
remembered there was a message about it, so I tell you.

Re: [Dev-C++] devc++ 5 beta / openGL

[Neszt T. <ne...@ss...>]

Hi!

> I have the following problem:
> I=B4m trying to use the OpenGL-API with devC++. I linked=20
>=20
> -lglu32 -lopengl32 -lglut32    ,
>=20
> included
>=20
> #include <gl/glut.h>
>=20
> but it doesn=B4t work. it "hangs" while compiling.
> It would compile forever if I didn=B4t cut the process.
> .
> .
> .
> to prevent "glut.h" from doing things related to MSVC.
> But with or without these gimmicks, it doesn=B4t work.
> With DevC++4, this worked. Is it a 4.9.6 bug ? Or else ?
> I=B4d appreciate your help.

I don't think, the problem in the 4.9.6 version. You should check your
glut.h and libglut32.a, maybe there are somthing is defined in the header
but the compiler couldn't find it in the libglut32.a.

Try to download the lastest version of glut api from the glut homepage.


Regards,

 Tibor

[Dev-C++] INSIGHT debugger

[Louis G. <lg...@ya...>]

It seems like INSIGHT is a more powerful debugger than the one packaged
with the latest version of DevCPP. Should we not replace the current
debugger with INSIGHT in future updates ? 

__________________________________________________
Do you Yahoo!?
Faith Hill - Exclusive Performances, Videos & More
http://faith.yahoo.com

RE: [Dev-C++] static vector initialization

[Ioannis V. <no...@ho...>]

> -----Original Message-----
> From: dev...@li...=20
> [mailto:dev...@li...] On Behalf=20
> Of Anderson Ilha dos Santos
> Sent: Monday, October 14, 2002 11:11 PM
> To: dev...@li...
> Subject: [Dev-C++] static vector initialization
>=20
>=20
>=20
> Greetings,
>=20
> I have been working on a set of utility functions that I=20
> gruped together on an
> entirely static class. The
> private part of this class has a (static) STL vector=20
> container whose components
> I have had trouble to
> intialize. My class partial listing can be given as below,
>=20
> // file utility.hpp
> class Utility
> {
>         // public interface ...
>=20
>         private:
>             static const int size =3D 10;
>             static vector<double> vec;
> }
>=20
> // file utility.cpp
> #include "Utility.hpp"
>
> const int Utility::size;

Not needed. You could do const int Utility::size=3D10; inside the .hpp
file but you do it in the shorter way anyway (which is equivallent).


> vector<double> Utility::vec( size );
>=20
> the private member 'size' can be directly initialized in the=20
> class body because
> it is a static
> integral value. However, I was unable to intialize the vec=20
> components (vec[0],
> vec[1], etc.) directly
> below the vector<double> vec declaration in the utility.cpp=20
> file, just as I
> would have for the other
> static private members of the class. The only way I have=20
> found to initiliaze
> the vec components was
> to use a new function, say 'void init_vec()', and then initialize the
> components inside this new function.
>=20
> I would like to know whether this is indeed the case or if I=20
> am missing
> something. The init_vec()
> approach seems to be something like a "makeshift"=20
> constructor, and I would
> prefer to be able to
> initialize the container components just as I would have to a=20
> usual static
> member.
>=20
> I will appreciate any advice you guys can give me.

At first i do not think you need a private static vector but anyway. If
you have another vector you can copy it directly:

 vector<double> Utility::vec( othervector );

If you have another container e.g. a built in array you can do:

double darray[]=3D{1,2,3,4,5};
// ...

vector<double> Utility::vec(darray, darray+5*sizeof(*darray));

// sizeof(*darray)=3D=3Dsizeof(darray[0])=3D=3Dsizeof(double);

You can do the same for every other container like list etc.


If you do not want to copy, you have to assign every element explicitly
as you did.


Ioannis

* Ioannis Vranos
* Programming pages: http://www.noicys.freeurl.com
* Alternative URL: http://run.to/noicys

[Dev-C++] devc++ 5 beta / openGL

[<tot...@gm...>]

Hi folks,

I have the following problem:
I´m trying to use the OpenGL-API with devC++. I linked 

-lglu32 -lopengl32 -lglut32    ,

included

#include <gl/glut.h>

but it doesn´t work. it "hangs" while compiling.
It would compile forever if I didn´t cut the process.
I also tried to do this:

#define GLUT_NO_LIB_PRAGMA

and

#define GLUT_NO_WARNING_DISABLE

to prevent "glut.h" from doing things related to MSVC.
But with or without these gimmicks, it doesn´t work.
With DevC++4, this worked. Is it a 4.9.6 bug ? Or else ?
I´d appreciate your help.

Thank you

Roberto Gonzalez

-- 
+++ GMX - Mail, Messaging & more  http://www.gmx.net +++
NEU: Mit GMX ins Internet. Rund um die Uhr für 1 ct/ Min. surfen!

Re: [Dev-C++] re: dllwrap problem w/ mingw gcc 3.1

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

Happy to be able to help.

/Per W

On Mon, 14 Oct 2002, Vern-N wrote:

> Had been setup for the make built into minGW2.0, with MSYS
> behind it in the path.
> Thought that I had solved this, using MSYS to replace rm, etc;
> Installed the utils you linked to, and added the /bin folder
> before MSYS in my path...  Was able to reset the TEMP and TMP
> variables...  It hasn't broken anything...
>=20
> Thanks for the insight, re: make...  the two sh binaries
> bahave a good bit differently...
>=20
> -Vern
>=20
> > Might either run a bad make program, or more probably if you are using
> > the gnu make, a bad sh. Try to locate a current sh port from
> > http://unxutils.sourceforge.net/ since some sh ports don't handle long
> > command lines very well.
> >
> > /Per W
> >
> > On Mon, 14 Oct 2002, Vern-N wrote:
> >
> > > This was on WinME.  But have found a workaround
> > > for now...
> > > I changed my system temp/tmp variables to C:\t
> > > from c:\windows\temp
> > > I shortened all paths to c:\progra~1\... instead
> > > of the the long <default> c:\Program Files\ form.
> > >
> > > Now the compilation works, but I will be adding
> > > further libraries, so I expect it will soon break
> > > again.
> > >
> > > This looks very much like a buffer-overrun problem
> > > somewhere in the IPC between dev-c++ and the
> > > executables...
> > >
> > > I guess this is the same as the genereic "Not
> > > Found" problem i saw posted earlier...
> > >
> > > -Vern
> > >
> > > From: Vern-N <vern@cs...>.unt.edu>
> > > dllwrap problem w/ mingw gcc 3.1
> > > 2002-10-09 18:03
> > >
> > >  trying to compile the default DLL application
> > > using the MinGW
> > >  3.1 compiler, libs, and includes... also have
> > > msys bin folder
> > >  in my path after mingw.  this is the 2.0 snapshot
> > > of MinGW.
> > >
> > >  The generated makefile works fine from a cygwin
> > > window, but
> > >  trying to compile w/ dev-c++ gives the following
> > > log:
> > >
> > >  Executing  make...
> > >  make.exe -f "C:\newdll\Makefile.win" all
> > >  g++.exe -c dllmain.cpp -o dllmain.o -I"C:/Program
> > >  Files/MinGW/include"  -I"C:/Program
> > > Files/MinGW/include" -
> > >  I"C:/Program Files/MinGW/include/g++-v3"  -
> > > DBUILDING_DLL=3D1 -s
> > >  dllwrap.exe --output-def libnewdll.def --driver-
> > > name c++ --
> > >  implib libnewdll.a dllmain.o  -L"C:/Program
> > > Files/MinGW/lib" -
> > >  -no-export-all-symbols --add-stdcall-alias -o
> > > newdll.dll
> > >  c++:  =86: No such file or directory
> > >  c:\Program Files\MinGW\bin\dllwrap.exe: no export
> > > definition
> > >  file provided.
> > >  Creating one, but that may not be what you want
> > >  c:\Program Files\MinGW\bin\dllwrap.exe: c++
> > > exited with status
> > >  1
> > >  make.exe: *** [newdll.dll] Error 1
> > >  Execution terminated
> > >
> > >  All I can figure is something is going wrong w/
> > > the
> > >  commandline for the dllwrap command...
> > >
> > >  Would really like the convenience of not having
> > > to compile
> > >  from the cygwin shell.
> > >
> > >  I've searched the lists for this problem for some
> > > time, and
> > >  have not come up w/ any similar problems...
> > >
> > >  Any help would be appreciated.
> > >  Please carbon-copy any responses to me, as I may
> > > not be
> > >  monitoring the list directly.
> > >  Thanks,
> > >  -Vern
> > >
> > > --
> > > Exterminate spam.
> > > Forward Unsolicited Commercial Email directly to
> > > the FTC:
> > > UC...@FT...  Formal complaints: www.ftc.gov
> > >
> > >
> > >
> > > -------------------------------------------------------
> > > 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://www.noicys.cjb.net/devcpp/ub.htm
> > > https://lists.sourceforge.net/lists/listinfo/dev-cpp-users
> > >
> >
>=20
> --
> Exterminate spam.
> Forward Unsolicited Commercial Email directly to the FTC:
> UC...@FT...  Formal complaints: www.ftc.gov
>=20
>=20

Re: [Dev-C++] Sample code COMMON CONTROLS: DATETIME PICKER & still lost

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

This isn't a funny MinGW syntax.

Same thing if you work on Linux or FreeBSD or a number of other OS:es.

No name collisions, since the loader always - a bit simplified but...
- adds a "lib" prefix and a ".a" suffix. If you do write -llibcomctl32.a
the linker will look for liblibcomctl32.a.a.

Because you only specify the library name - not the actual file name - the
linker may perform a lot of nifty extras, such as handling multiple
versions of the libraries, shared-memory libraries, etc.

If you want to know how it works, read
http://www.tldp.org/HOWTO/Program-Library-HOWTO/
or else just accept that the world is complicated and some things has to
be taken at face value.

/Per W


On Mon, 14 Oct 2002, Roberto Ricardi wrote:

> Ok, may be rigth or not, some warning level at first time linker 
> instance, anyway.
> But, the fact is that mean comctl32.a looks like libcomctl32.a and the 
> sintaxis must be -lNAME where NAME is comctl32 without the 'lib' header 
> or '.a'  ext. ( I read about in the dev-cpp help) funny!.
> Do you know some win32 source examples (not very complex of course) 
> across the net more than draf a button, combo or something else ??
> 
> Thanks Seb
> 
> Roberto
> 
> metalseb (Seb Staszak) wrote:
> 
> >
> >
> > Roberto Ricardi wrote:
> >
> >> libcomctl32.a is in the path c:\dev-cpp\lib, so can't the linker get 
> >> himself without tellit -lcomctl32?
> >
> >
> >
> > No. In fact, you must tell the compiler which linking files it must 
> > use for certain purposes. If the linker should browse the entire lib 
> > directory files to find each undefined reference in the standard lib, 
> > the compile process should take ages to perform !
> >
> > Kind regards
> >
> > -- 
> > Seb
> >
> >
> >
> 
> 
> 
> 
> 
> -------------------------------------------------------
> 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://www.noicys.cjb.net/devcpp/ub.htm
> https://lists.sourceforge.net/lists/listinfo/dev-cpp-users
> 

Re: [Dev-C++] re: dllwrap problem w/ mingw gcc 3.1

[Vern-N <ve...@cs...>]

Had been setup for the make built into minGW2.0, with MSYS 
behind it in the path.
Thought that I had solved this, using MSYS to replace rm, etc;
Installed the utils you linked to, and added the /bin folder 
before MSYS in my path...  Was able to reset the TEMP and TMP 
variables...  It hasn't broken anything...  

Thanks for the insight, re: make...  the two sh binaries 
bahave a good bit differently...

-Vern

> Might either run a bad make program, or more probably if you are using
> the gnu make, a bad sh. Try to locate a current sh port from
> http://unxutils.sourceforge.net/ since some sh ports don't handle long
> command lines very well.
> 
> /Per W
> 
> On Mon, 14 Oct 2002, Vern-N wrote:
> 
> > This was on WinME.  But have found a workaround
> > for now...
> > I changed my system temp/tmp variables to C:\t
> > from c:\windows\temp
> > I shortened all paths to c:\progra~1\... instead
> > of the the long <default> c:\Program Files\ form.
> > 
> > Now the compilation works, but I will be adding
> > further libraries, so I expect it will soon break
> > again.
> > 
> > This looks very much like a buffer-overrun problem
> > somewhere in the IPC between dev-c++ and the
> > executables...
> > 
> > I guess this is the same as the genereic "Not
> > Found" problem i saw posted earlier...
> > 
> > -Vern
> > 
> > From: Vern-N <vern@cs...>.unt.edu>
> > dllwrap problem w/ mingw gcc 3.1
> > 2002-10-09 18:03
> > 
> >  trying to compile the default DLL application
> > using the MinGW
> >  3.1 compiler, libs, and includes... also have
> > msys bin folder
> >  in my path after mingw.  this is the 2.0 snapshot
> > of MinGW.
> > 
> >  The generated makefile works fine from a cygwin
> > window, but
> >  trying to compile w/ dev-c++ gives the following
> > log:
> > 
> >  Executing  make...
> >  make.exe -f "C:\newdll\Makefile.win" all
> >  g++.exe -c dllmain.cpp -o dllmain.o -I"C:/Program
> >  Files/MinGW/include"  -I"C:/Program
> > Files/MinGW/include" -
> >  I"C:/Program Files/MinGW/include/g++-v3"  -
> > DBUILDING_DLL=3D1 -s
> >  dllwrap.exe --output-def libnewdll.def --driver-
> > name c++ --
> >  implib libnewdll.a dllmain.o  -L"C:/Program
> > Files/MinGW/lib" -
> >  -no-export-all-symbols --add-stdcall-alias -o
> > newdll.dll
> >  c++:  =86: No such file or directory
> >  c:\Program Files\MinGW\bin\dllwrap.exe: no export
> > definition
> >  file provided.
> >  Creating one, but that may not be what you want
> >  c:\Program Files\MinGW\bin\dllwrap.exe: c++
> > exited with status
> >  1
> >  make.exe: *** [newdll.dll] Error 1
> >  Execution terminated
> > 
> >  All I can figure is something is going wrong w/
> > the
> >  commandline for the dllwrap command...
> > 
> >  Would really like the convenience of not having
> > to compile
> >  from the cygwin shell.
> > 
> >  I've searched the lists for this problem for some
> > time, and
> >  have not come up w/ any similar problems...
> > 
> >  Any help would be appreciated.
> >  Please carbon-copy any responses to me, as I may
> > not be
> >  monitoring the list directly.
> >  Thanks,
> >  -Vern
> > 
> > --
> > Exterminate spam.
> > Forward Unsolicited Commercial Email directly to
> > the FTC:
> > UC...@FT...  Formal complaints: www.ftc.gov
> > 
> > 
> > 
> > -------------------------------------------------------
> > 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://www.noicys.cjb.net/devcpp/ub.htm
> > https://lists.sourceforge.net/lists/listinfo/dev-cpp-users
> > 
> 

-- 
Exterminate spam.
Forward Unsolicited Commercial Email directly to the FTC:
UC...@FT...  Formal complaints: www.ftc.gov

Re: [Dev-C++] Sample code COMMON CONTROLS: DATETIME PICKER & still lost

[Roberto R. <rob...@ar...>]

Ok, may be rigth or not, some warning level at first time linker 
instance, anyway.
But, the fact is that mean comctl32.a looks like libcomctl32.a and the 
sintaxis must be -lNAME where NAME is comctl32 without the 'lib' header 
or '.a'  ext. ( I read about in the dev-cpp help) funny!.
Do you know some win32 source examples (not very complex of course) 
across the net more than draf a button, combo or something else ??

Thanks Seb

Roberto

metalseb (Seb Staszak) wrote:

>
>
> Roberto Ricardi wrote:
>
>> libcomctl32.a is in the path c:\dev-cpp\lib, so can't the linker get 
>> himself without tellit -lcomctl32?
>
>
>
> No. In fact, you must tell the compiler which linking files it must 
> use for certain purposes. If the linker should browse the entire lib 
> directory files to find each undefined reference in the standard lib, 
> the compile process should take ages to perform !
>
> Kind regards
>
> -- 
> Seb
>
>
>

Re: [Dev-C++] re: dllwrap problem w/ mingw gcc 3.1

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

Might either run a bad make program, or more probably if you are using the
gnu make, a bad sh. Try to locate a current sh port from
http://unxutils.sourceforge.net/
since some sh ports don't handle long command lines very well.

/Per W

On Mon, 14 Oct 2002, Vern-N wrote:

> This was on WinME.  But have found a workaround
> for now...
> I changed my system temp/tmp variables to C:\t
> from c:\windows\temp
> I shortened all paths to c:\progra~1\... instead
> of the the long <default> c:\Program Files\ form.
>=20
> Now the compilation works, but I will be adding
> further libraries, so I expect it will soon break
> again.
>=20
> This looks very much like a buffer-overrun problem
> somewhere in the IPC between dev-c++ and the
> executables...
>=20
> I guess this is the same as the genereic "Not
> Found" problem i saw posted earlier...
>=20
> -Vern
>=20
> From: Vern-N <vern@cs...>.unt.edu>
> dllwrap problem w/ mingw gcc 3.1
> 2002-10-09 18:03
>=20
>  trying to compile the default DLL application
> using the MinGW
>  3.1 compiler, libs, and includes... also have
> msys bin folder
>  in my path after mingw.  this is the 2.0 snapshot
> of MinGW.
>=20
>  The generated makefile works fine from a cygwin
> window, but
>  trying to compile w/ dev-c++ gives the following
> log:
>=20
>  Executing  make...
>  make.exe -f "C:\newdll\Makefile.win" all
>  g++.exe -c dllmain.cpp -o dllmain.o -I"C:/Program
>  Files/MinGW/include"  -I"C:/Program
> Files/MinGW/include" -
>  I"C:/Program Files/MinGW/include/g++-v3"  -
> DBUILDING_DLL=3D1 -s
>  dllwrap.exe --output-def libnewdll.def --driver-
> name c++ --
>  implib libnewdll.a dllmain.o  -L"C:/Program
> Files/MinGW/lib" -
>  -no-export-all-symbols --add-stdcall-alias -o
> newdll.dll
>  c++:  =86: No such file or directory
>  c:\Program Files\MinGW\bin\dllwrap.exe: no export
> definition
>  file provided.
>  Creating one, but that may not be what you want
>  c:\Program Files\MinGW\bin\dllwrap.exe: c++
> exited with status
>  1
>  make.exe: *** [newdll.dll] Error 1
>  Execution terminated
>=20
>  All I can figure is something is going wrong w/
> the
>  commandline for the dllwrap command...
>=20
>  Would really like the convenience of not having
> to compile
>  from the cygwin shell.
>=20
>  I've searched the lists for this problem for some
> time, and
>  have not come up w/ any similar problems...
>=20
>  Any help would be appreciated.
>  Please carbon-copy any responses to me, as I may
> not be
>  monitoring the list directly.
>  Thanks,
>  -Vern
>=20
> --
> Exterminate spam.
> Forward Unsolicited Commercial Email directly to
> the FTC:
> UC...@FT...  Formal complaints: www.ftc.gov
>=20
>=20
>=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://www.noicys.cjb.net/devcpp/ub.htm
> https://lists.sourceforge.net/lists/listinfo/dev-cpp-users
>=20

[Dev-C++] re: dllwrap problem w/ mingw gcc 3.1

[Vern-N <ve...@cs...>]

This was on WinME.  But have found a workaround 
for now...
I changed my system temp/tmp variables to C:\t 
from c:\windows\temp
I shortened all paths to c:\progra~1\... instead 
of the the long <default> c:\Program Files\ form.

Now the compilation works, but I will be adding 
further libraries, so I expect it will soon break 
again.

This looks very much like a buffer-overrun problem 
somewhere in the IPC between dev-c++ and the 
executables...

I guess this is the same as the genereic "Not 
Found" problem i saw posted earlier...

-Vern

From: Vern-N <vern@cs...>.unt.edu>
dllwrap problem w/ mingw gcc 3.1  
2002-10-09 18:03

 trying to compile the default DLL application 
using the MinGW
 3.1 compiler, libs, and includes... also have 
msys bin folder
 in my path after mingw.  this is the 2.0 snapshot 
of MinGW.
 
 The generated makefile works fine from a cygwin 
window, but
 trying to compile w/ dev-c++ gives the following 
log:
 
 Executing  make...
 make.exe -f "C:\newdll\Makefile.win" all
 g++.exe -c dllmain.cpp -o dllmain.o -I"C:/Program
 Files/MinGW/include"  -I"C:/Program 
Files/MinGW/include" -
 I"C:/Program Files/MinGW/include/g++-v3"  -
DBUILDING_DLL=3D1 -s
 dllwrap.exe --output-def libnewdll.def --driver-
name c++ --
 implib libnewdll.a dllmain.o  -L"C:/Program 
Files/MinGW/lib" -
 -no-export-all-symbols --add-stdcall-alias -o 
newdll.dll
 c++:  =86: No such file or directory
 c:\Program Files\MinGW\bin\dllwrap.exe: no export 
definition
 file provided.
 Creating one, but that may not be what you want
 c:\Program Files\MinGW\bin\dllwrap.exe: c++ 
exited with status
 1
 make.exe: *** [newdll.dll] Error 1
 Execution terminated
 
 All I can figure is something is going wrong w/ 
the
 commandline for the dllwrap command...
 
 Would really like the convenience of not having 
to compile
 from the cygwin shell.
 
 I've searched the lists for this problem for some 
time, and
 have not come up w/ any similar problems...
 
 Any help would be appreciated.
 Please carbon-copy any responses to me, as I may 
not be
 monitoring the list directly.
 Thanks,
 -Vern
 
-- 
Exterminate spam.
Forward Unsolicited Commercial Email directly to 
the FTC:
UC...@FT...  Formal complaints: www.ftc.gov

[Dev-C++] static vector initialization

[Anderson I. d. S. <ai...@if...>]

Greetings,

I have been working on a set of utility functions that I gruped together on an
entirely static class. The
private part of this class has a (static) STL vector container whose components
I have had trouble to
intialize. My class partial listing can be given as below,

// file utility.hpp
class Utility
{
        // public interface ...

        private:
            static const int size = 10;
            static vector<double> vec;
}

// file utility.cpp
#include "Utility.hpp"
const int Utility::size;
vector<double> Utility::vec( size );

the private member 'size' can be directly initialized in the class body because
it is a static
integral value. However, I was unable to intialize the vec components (vec[0],
vec[1], etc.) directly
below the vector<double> vec declaration in the utility.cpp file, just as I
would have for the other
static private members of the class. The only way I have found to initiliaze
the vec components was
to use a new function, say 'void init_vec()', and then initialize the
components inside this new function.

I would like to know whether this is indeed the case or if I am missing
something. The init_vec()
approach seems to be something like a "makeshift" constructor, and I would
prefer to be able to
initialize the container components just as I would have to a usual static
member.

I will appreciate any advice you guys can give me.

 Regards,   Anderson.

Re: [Dev-C++] Question using XP with Dev-C++ and WxWindows

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

No problem with XP here.

I'm using Windows XP with wxWindows 2.3.2 and 2.3.3.

Currently I use Dev-C++ 4.9.6.3 with an older MinGW (gcc 2.95.3-6), but as
soon as I get the time, I will rebuild with MinGW 2.0.0-3 to get gcc 3.2.

I didn't use a Dev-C++ package for wxWindow. I just grabbed the
wxWindows source from sourceforge and built it.

It works like a charm. 

/Per W


On Mon, 14 Oct 2002 XI...@pr... wrote:

> Well..basically...I am figuring that some environment variable in
> Windows XP is not set that needs to be...but that since this has
> all been tested with Windows 95/98, installing a copy might help
> me get back on schedule (I am working to a deadline, and can't
> seem to get DevC++ to compile the first example in the WxWindows
> small tutorial, due to an 'unsupported toolkit error with font.h'
> and for 'case-insensitive string compare' not being defined for
> my OS/compiler.
> 
> I am thinking that both of these issues stem from my use of
> Windows XP rather than from a fault in the WxWindows library or
> the mingw compiler.
> 
> --- Original Message ---
> From: "The Tone'ster" <to...@ds...>
> To: dev-cpp-users-list <dev...@li...>
> Subject: Re: [Dev-C++] Question using XP with Dev-C++ and WxWindows
> 
> >huh ?
> >
> >Tony
> >
> >>=20
> >> David Scott Williams escribi=F3:
> >>=20
> >> > Do I simply need to take my old hardware, attach a
> hard-drive, and
> >> > re-install windows 95 onto it to get this to work?
> >> >
> >> > David Scott Williams wrote:
> >> >
> >> > > I am getting some compile errors when compiling the first
> >> > > "TextEditorApp" example from the mini-tutorial.
> >> > >
> >> > > Basically, it is telling me that I need to define string
> not case
> >> > > specific for my compiler/OS, and that I also am including an
> >> > > unsupported toolkit (fonts.h).
> >> > > Has  anyone had experience with this? I did post to the
> forum...but=
> > I
> >> > > am unsure if the question was received or not...
> >> > >
> >> > > ~Dave
> >
> >=3D=3D=3D=3D=3D
> >
> >
> >
> >-------------------------------------------------------
> >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://www.noicys.cjb.net/devcpp/ub.htm
> >https://lists.sourceforge.net/lists/listinfo/dev-cpp-users
> 
> ~Dave
>                ||* Projects, active *||
> Dustyscript (children programming): 
>   >http://dustyscript.sourceforge.net/<
> xTable: http://cxtable.sourceforge.net/
> Grapevine: http://grapevineproject.org/
> 
> 
> 
> -------------------------------------------------------
> 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://www.noicys.cjb.net/devcpp/ub.htm
> https://lists.sourceforge.net/lists/listinfo/dev-cpp-users
> 

Re: [Dev-C++] Question using XP with Dev-C++ and WxWindows

[<XI...@pr...>]

Yup... I have a deadline to try to deliver what should be an easy
application, other than the fact that I can't get the compiler
part to work..

~Dave

--- Original Message ---
From: "Daniel Glenfield" <sp...@ho...>
To: to...@ds..., dev...@li...
Subject: Re: [Dev-C++] Question using XP with Dev-C++ and WxWindows

>Maybe he means does he need windows95 to get dev to work.
>
>
>>From: The Tone'ster <to...@ds...>
>>To: dev-cpp-users-list <dev...@li...>
>>Subject: Re: [Dev-C++] Question using XP with Dev-C++ and WxWindows
>>Date: Mon, 14 Oct 2002 08:55:02 -0700 (PDT)
>>
>>huh ?
>>
>>Tony
>>
>> >
>> > David Scott Williams escribi=F3:
>> >
>> > > Do I simply need to take my old hardware, attach a
hard-drive, and
>> > > re-install windows 95 onto it to get this to work?
>> > >
>> > > David Scott Williams wrote:
>> > >
>> > > > I am getting some compile errors when compiling the first
>> > > > "TextEditorApp" example from the mini-tutorial.
>> > > >
>> > > > Basically, it is telling me that I need to define string
not case
>> > > > specific for my compiler/OS, and that I also am including an
>> > > > unsupported toolkit (fonts.h).
>> > > > Has  anyone had experience with this? I did post to the
forum...b=
>ut=20
>>I
>> > > > am unsure if the question was received or not...
>> > > >
>> > > > ~Dave
>>
>>=3D=3D=3D=3D=3D
>>
>>
>>
>>-------------------------------------------------------
>>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://www.noicys.cjb.net/devcpp/ub.htm
>>https://lists.sourceforge.net/lists/listinfo/dev-cpp-users
>
>
>
>
>_________________________________________________________________
>Chat with friends online, try MSN Messenger:
http://messenger.msn.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://www.noicys.cjb.net/devcpp/ub.htm
>https://lists.sourceforge.net/lists/listinfo/dev-cpp-users

~Dave
               ||* Projects, active *||
Dustyscript (children programming): 
  >http://dustyscript.sourceforge.net/<
xTable: http://cxtable.sourceforge.net/
Grapevine: http://grapevineproject.org/

Re: [Dev-C++] Question using XP with Dev-C++ and WxWindows

[<XI...@pr...>]

Well..basically...I am figuring that some environment variable in
Windows XP is not set that needs to be...but that since this has
all been tested with Windows 95/98, installing a copy might help
me get back on schedule (I am working to a deadline, and can't
seem to get DevC++ to compile the first example in the WxWindows
small tutorial, due to an 'unsupported toolkit error with font.h'
and for 'case-insensitive string compare' not being defined for
my OS/compiler.

I am thinking that both of these issues stem from my use of
Windows XP rather than from a fault in the WxWindows library or
the mingw compiler.

--- Original Message ---
From: "The Tone'ster" <to...@ds...>
To: dev-cpp-users-list <dev...@li...>
Subject: Re: [Dev-C++] Question using XP with Dev-C++ and WxWindows

>huh ?
>
>Tony
>
>>=20
>> David Scott Williams escribi=F3:
>>=20
>> > Do I simply need to take my old hardware, attach a
hard-drive, and
>> > re-install windows 95 onto it to get this to work?
>> >
>> > David Scott Williams wrote:
>> >
>> > > I am getting some compile errors when compiling the first
>> > > "TextEditorApp" example from the mini-tutorial.
>> > >
>> > > Basically, it is telling me that I need to define string
not case
>> > > specific for my compiler/OS, and that I also am including an
>> > > unsupported toolkit (fonts.h).
>> > > Has  anyone had experience with this? I did post to the
forum...but=
> I
>> > > am unsure if the question was received or not...
>> > >
>> > > ~Dave
>
>=3D=3D=3D=3D=3D
>
>
>
>-------------------------------------------------------
>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://www.noicys.cjb.net/devcpp/ub.htm
>https://lists.sourceforge.net/lists/listinfo/dev-cpp-users

~Dave
               ||* Projects, active *||
Dustyscript (children programming): 
  >http://dustyscript.sourceforge.net/<
xTable: http://cxtable.sourceforge.net/
Grapevine: http://grapevineproject.org/

Re: [Dev-C++] Question using XP with Dev-C++ and WxWindows

[Daniel G. <sp...@ho...>]

Maybe he means does he need windows95 to get dev to work.


>From: The Tone'ster <to...@ds...>
>To: dev-cpp-users-list <dev...@li...>
>Subject: Re: [Dev-C++] Question using XP with Dev-C++ and WxWindows
>Date: Mon, 14 Oct 2002 08:55:02 -0700 (PDT)
>
>huh ?
>
>Tony
>
> >
> > David Scott Williams escribió:
> >
> > > Do I simply need to take my old hardware, attach a hard-drive, and
> > > re-install windows 95 onto it to get this to work?
> > >
> > > David Scott Williams wrote:
> > >
> > > > I am getting some compile errors when compiling the first
> > > > "TextEditorApp" example from the mini-tutorial.
> > > >
> > > > Basically, it is telling me that I need to define string not case
> > > > specific for my compiler/OS, and that I also am including an
> > > > unsupported toolkit (fonts.h).
> > > > Has  anyone had experience with this? I did post to the forum...but 
>I
> > > > am unsure if the question was received or not...
> > > >
> > > > ~Dave
>
>=====
>
>
>
>-------------------------------------------------------
>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://www.noicys.cjb.net/devcpp/ub.htm
>https://lists.sourceforge.net/lists/listinfo/dev-cpp-users




_________________________________________________________________
Chat with friends online, try MSN Messenger: http://messenger.msn.com

Re: [Dev-C++] Question using XP with Dev-C++ and WxWindows

[The Tone's. <to...@ds...>]

huh ?

Tony

> 
> David Scott Williams escribió:
> 
> > Do I simply need to take my old hardware, attach a hard-drive, and
> > re-install windows 95 onto it to get this to work?
> >
> > David Scott Williams wrote:
> >
> > > I am getting some compile errors when compiling the first
> > > "TextEditorApp" example from the mini-tutorial.
> > >
> > > Basically, it is telling me that I need to define string not case
> > > specific for my compiler/OS, and that I also am including an
> > > unsupported toolkit (fonts.h).
> > > Has  anyone had experience with this? I did post to the forum...but I
> > > am unsure if the question was received or not...
> > >
> > > ~Dave

=====

[Dev-C++] Problem with vUpdate

[Dan C. <er...@ya...>]

Everytime I try to update the English Language files and the Tip of the Day file with vUpdate, I get a dialog popping up saying that vUpdate has experienced an error and must close (and would I like to send an error report to MS).  This only happens when trying to update the language.  Critical Dev-C++ updates, and updates to vUpdate and vRoach are downloaded and installed fine.

What's the deal?



---------------------------------
Do you Yahoo!?
Faith Hill - Exclusive Performances, Videos, & more
faith.yahoo.com

Re: [Dev-C++] Need help with "directory"

[<qa...@ho...>]

At last I found it..

#include <unistd.h> 
char *getcwd(char *buf, size_t size);

Hopefully this helps someone else :-)

/J=F6rgen
 

*********** REPLY SEPARATOR ***********

On 2002-10-14 at 12:05 J=F6rgen wrote:
Hi again list.

I want to know how to obtain the absolute path of the current directory. 
In java I can write something like this
  File curDir =3D new File(".");
  String curDirPath =3D curDir.getAbsolutePath();

How do I do this in c++? I've searched google and various other resources=
 but have found nothing of use (or it could be me that is blind)

I'm writing a console application that I run both at home (windows) and in=
 school (unix) so if it is possible to use the same code it would be great.

Regards,
/J=F6rgen

Re: [Dev-C++] implementation .o procedure

[Carlos d. M. <cg...@wo...>]

"Linker options/Optional Libs or Object Files" = Just see the label over the
edit fields of the project otpions
You put it in your path this way:
Windows NT, 2000, XP:
In explorer go to control panel, double click in system. Go to advanced tab,
press environment variables button, select path and press edit, add the Dev-C++
bin directory, a semicolon is the separator between folders. After do that you
have to reboot.
Windows 9x:
Open command prompt and type
PATH=%PATH%;devbinaryfolder
or
PATH =devbinaryfolder;%PATH%

You asked:
do I
have to link the implementation to userCode.cpp in order to create the .o
file?
For have myClass.o you don't need at all userCode.cpp. And for having
userCode.o, it shouldn't, since you make the exe just by linking and you pass
the myClass.o file in linker just for link it when creating the exe, and the
userCode.o file would have undefined references which will have to be solved
during linking.

Re: [Dev-C++] Question using XP with Dev-C++ and WxWindows

[Carlos d. M. <cg...@wo...>]

Not, you shall define some variable, I don't remember well what, I think =
it
was __GNUWIN__ (two underscores each, total 4), just open the header file
which generates this warning and see what is defined before it. The probl=
em
seems to be that for compile with mingw wxwindows expects that flag
(__GNUWIN__) to be defined, but mingw defines some other, like __GNUC__ o=
r
__MINGW__ or whatecer (I don't know what is the flag defined by mingw), s=
o
when it has to make the code written for GCC/mingw it pass over it becaus=
e
the flag is not what it expects.

P.S.- Did you not receive my reply?

David Scott Williams escribi=F3:

> Do I simply need to take my old hardware, attach a hard-drive, and
> re-install windows 95 onto it to get this to work?
>
> David Scott Williams wrote:
>
> > I am getting some compile errors when compiling the first
> > "TextEditorApp" example from the mini-tutorial.
> >
> > Basically, it is telling me that I need to define string not case
> > specific for my compiler/OS, and that I also am including an
> > unsupported toolkit (fonts.h).
> > Has  anyone had experience with this? I did post to the forum...but I
> > am unsure if the question was received or not...
> >
> > ~Dave
> >
> >
> >
> > -------------------------------------------------------
> > 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://www.noicys.cjb.net/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://www.noicys.cjb.net/devcpp/ub.htm
> https://lists.sourceforge.net/lists/listinfo/dev-cpp-users

[Dev-C++] Need help with "directory"

[<qa...@ho...>]

Hi again list.

I want to know how to obtain the absolute path of the current directory. 
In java I can write something like this
  File curDir =3D new File(".");
  String curDirPath =3D curDir.getAbsolutePath();

How do I do this in c++? I've searched google and various other resources=
 but have found nothing of use (or it could be me that is blind)

I'm writing a console application that I run both at home (windows) and in=
 school (unix) so if it is possible to use the same code it would be great.

Regards,
/J=F6rgenI

Re: [Dev-C++] Step-by-step and variable inspection

[metalseb (S. Staszak) <met...@fr...>]

André Macário Barros wrote:

> Does anybody know how to execute a step-by-step (F7 and F8 Turbo C like)
> program in Dev-C++?

You can do that with the included debugger.

But I advise you to download Insight, a nice gui implementation of GDB free 
debugger. The link to get it is in the Bloodhed Devc++ resource page I think.

Kind regards

--
Seb

Re: [Dev-C++] Sample code COMMON CONTROLS: DATETIME PICKER & still lost

[metalseb (S. Staszak) <met...@fr...>]

Roberto Ricardi wrote:

> libcomctl32.a is in the path c:\dev-cpp\lib, so can't the linker get himself without tellit -lcomctl32?


No. In fact, you must tell the compiler which linking files it must use for 
certain purposes. If the linker should browse the entire lib directory files to 
find each undefined reference in the standard lib, the compile process should 
take ages to perform !

Kind regards

--
Seb