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

[Dev-C++] filemonitoring as a windows service.. help appreciated!

[<ca...@kr...>]

hi dev-cpp-users,

I am currently writing a little app, that shall act on changes to a
known file.

I am pretty new to windows programming so please be gentle..

I wrote a service so far, and at least on nt4 it
installs/uninstalls/runs just smooth.
down in main.c I have my old code without the service parts which ran
also.

the problem I found is that the app does not get notified abound
filechanges (service parameters '-fs c:\\temp' always given).
instead it does write lots of WAIT_FAILED notifications to the logfiel
(c:\temp\test.txt) a bunch at once without any hint what caused them
(even if no changes take place...)

I guess the mistake I made is somewhere in ca_action() but I can not
understand what it is..


 
regards
/Christian                   mailto:ca...@kr...

-- 
I propose that the following character sequence for joke markers:

:-)
                             19-Sep-82 11:44    Scott E  Fahlman

[Dev-C++] SQL "SELECT COUNT(*)" loads whole table into memory

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

Hi all,
=20
Not technically a Dev-Cpp question, but I'm hoping somebody can help,
anyway. I'm working with an ODBC driver for Visual FoxPro 6 (as well as =
ODBC
drivers for several other RDBMSs). My application is supposed to loop
through a list of tables, run the single SQL statement "SELECT COUNT(*) =
FROM
tblname", get the result, then move on. At the end, I go back and tally =
all
the row counts.
=20
In the process, I am simply reusing all my handles (environment,
connections, and recordsets), calling SQLGetData and SQLCloseCursor =
after
each query.
=20
Now, here's the problem: even though I'm just doing SELECT COUNT(*), the
entire table is getting loaded into memory. My application's memory =
usage
goes from 6 MB to 100 +, though if I comment out just the FoxPro =
database
interaction, it stays around 8 MB, where I would expect it to be. The =
logic
and coding I'm doing for the FoxPro queries is absolutely identical to =
the
logic I'm using on the other databases, except, of course, for the
connection string, and I'm not having this problem with the other =
systems. I
should also point out that removing some of the larger tables from the =
list
of tables to check results in an almost perfectly corresponding drop in =
RAM
usage.
=20
For what it's worth, doing the same query directly from Visual FoxPro 6
results in a RAM spike under 1 KB.
=20
Anybody know what's wrong? Is there a driver setting I need to use or
something?
=20
Thanks!
=20
-Ed

[Dev-C++] File Cursor Positon?

[Maya <Esc...@ne...>]

I am feeling very confused about this issue. What I want to do is to 
write a member function that will return the size of an std::fstream.
I have this:
const std::streampos getFileSize() {
     // get file size
     std::streampos file_size;
     std::streampos currentpos = f.tellg();
     f.seekg (0, std::ios::end);
     file_size = f.tellg();
     f.seekg (currentpos);
     return file_size;
}
  'std::istream::tellg()' would work if I open the stream for input, but 
would it work if I open the stream for output?

I want to avoid having to write two member functions, one for 
'std::istream' and another for 'std::ostream'. Is this possible?
-- 

FYI
http://www.astro.umd.edu/~marshall/abbrev.html

E-Mail Policy
http://www.vif.com/users/escalante/Email_Policy.html

* You cannot exercise your power to a point of humiliation.
                                - Jean Chretien

* The media's the most powerful entity on earth. They have the
   power to make the innocent guilty and to make the guilty
   innocent, and that's power.
                                 - Malcom X
* "Innocent until proven guilty", no... not in Canada!!

[Dev-C++] Parallel port in Win32

[Jonathan G. S. /L. <jg...@ep...>]

Alguien sabe como manipular los pines del puerto paralelo =
individualmente en win32?

Muchas gracias!
Feliz a=F1o!

Does somebody know as manipulating the pines of the parallel port =
individually in win32?

Thanks!
Happy year!

Jonathan Guisao S. /Lambdabit
http://www.angelfire.com/co/Lbit

"Aqu=ED est=E1 la paciencia de los santos, los que guardan los =
mandamientos de Dios y tienen el testimonio de Jes=FAs"=20
Apocalipsis 14:12=

[Dev-C++] bugreport ver. 4.9.8.0

[Daniel H. <hof...@gm...>]

Hi,

I use this great tool for learning c++ and the editor seams to be better 
than commercial ide´s.

I found a bug in automatic indent (Ctrl+Shift+I). The function works by 
choosing it over the pull down menu, but the hot key doest work. I tried 
the Ctrl+Shift+U and a part of my text was deleted.

I use W2k Pro. German Version. In dev-cpp I use the german language, 
gnome icons and xp layout.

Re: [Dev-C++] problem linking to freeglut

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

Chris Dion wrote:
> Hurray!  Matching the linker settings to those in the template resolved 
> the linker errors.  Thanks for your help Damien and Balázs.

A bit of explanation of the error. The linker spitted this (what you 
posted):

g++.exe src/cobject.o src/cstring.o src/main.o src/cmemorystream.o 
src/capplication.o src/cwindow.o  -o "Core.exe" -L"C:/Dev-Cpp/lib" 
-lopengl32 -lfreeglut
src/capplication.o(.text+0xc):capplication.cpp: undefined reference to 
`_imp__glutInitDisplayMode@4'
src/capplication.o(.text+0x1e):capplication.cpp: undefined reference to 
`_imp__glutIdleFunc@4'
src/capplication.o(.text+0xb8):capplication.cpp: undefined reference to 
`_imp__glutDisplayFunc@4'
src/capplication.o(.text+0xca):capplication.cpp: undefined reference to 
`_imp__glutReshapeFunc@4'
src/capplication.o(.text+0xdc):capplication.cpp: undefined reference to 
`_imp__glutMouseFunc@4'

As you see, the linker cannot find symbols like "_imp__glutMouseFunc@4" 
etc. However, you might wonder why, as glutMouseFunc IS defined in the 
freeglut headers. But if you take a closer look, it is prefixed with 
"_imp_" which marks, that the linker is looking for an imported 
function, that is: a function, which is inside a DLL. And this happens 
because the compiler compiled your program without the define I wrote 
(-DFREEGLUT_STATIC), and by default, the headers of freeglut set up 
things to use the dynamic build of freeglut (FREEGLUT_DYNAMIC is the 
default).
So when you linked your program, the linker looked for imported 
functions, however the freeglut devpak contains a static build, and a 
static library's functions don't contain "_imp_" decorations. The linker 
saw the two as totally different symbols.

I hope that helps a bit to see the works in behind.

--
Greetings,
   Balázs

Re: [Dev-C++] problem linking to freeglut

[Chris D. <cd...@sh...>]

Hurray!  Matching the linker settings to those in the template resolv=
ed=20
the linker errors.  Thanks for your help Damien and Bal=E1zs.

Damien A wrote:

>
> Ok, I just tested the package.  I thought it was similiar to glut, =
and=20
> thats how I solved my linker errors (include windows.h).  Anyways, =
 I=20
> compiled a sample project without any errors.  Only thing is, the=
=20
> template which comes in the devpak uses glut.h instead of freeglut.=
h. =20
> You shouldn't have any problems if your linker settings match those=
 in=20
> the sample.
>

Re: [Dev-C++] problem linking to freeglut

[Damien A <g_...@ho...>]

<html><div style='background-color:'><DIV class=RTE>
<P><BR>Ok, I just tested the package.&nbsp; I thought it was similiar to glut, and thats how I solved my linker errors (include windows.h).&nbsp; Anyways,&nbsp; I compiled a sample project without any errors.&nbsp; Only thing is, the template which comes in the devpak&nbsp;uses glut.h instead of freeglut.h.&nbsp; You shouldn't have any problems if your linker settings match those in the sample.<BR></P></DIV>
<DIV></DIV>&gt;From: Chris Dion <CD...@SH...>
<DIV></DIV>&gt;To: Damien A <G_...@HO...>
<DIV></DIV>&gt;CC: dev...@li... 
<DIV></DIV>&gt;Subject: Re: [Dev-C++] problem linking to freeglut 
<DIV></DIV>&gt;Date: Thu, 01 Jan 2004 14:03:44 -0800 
<DIV></DIV>&gt;MIME-Version: 1.0 
<DIV></DIV>&gt;Received: from pd3mo2so.prod.shaw.ca ([24.71.223.10]) by mc12-f32.hotmail.com with Microsoft SMTPSVC(5.0.2195.6713); Thu, 1 Jan 2004 14:01:21 -0800 
<DIV></DIV>&gt;Received: from pd3mr2so.prod.shaw.ca (pd3mr2so-ser.prod.shaw.ca [10.0.141.178]) by l-daemon (iPlanet Messaging Server 5.2 HotFix 1.18 (built Jul 28 2003)) with ESMTP id &lt;0HQT007B2ZTDU1@l-daemon&gt; for g_...@ho...; Thu, 01 Jan 2004 15:00:49 -0700 (MST) 
<DIV></DIV>&gt;Received: from pn2ml10so.prod.shaw.ca (pn2ml10so-qfe0.prod.shaw.ca [10.0.121.80]) by l-daemon (iPlanet Messaging Server 5.2 HotFix 1.18 (built Jul 28 2003)) with ESMTP id &lt;0HQT001T8ZTD8Y@l-daemon&gt; for g_...@ho...; Thu, 01 Jan 2004 15:00:49 -0700 (MST) 
<DIV></DIV>&gt;Received: from shaw.ca (h24-85-228-199.vc.shawcable.net [24.85.228.199]) by l-daemon (iPlanet Messaging Server 5.2 HotFix 1.18 (built Jul 28 2003)) with ESMTP id &lt;0HQT00535ZTD5P@l-daemon&gt; for g_...@ho...; Thu, 01 Jan 2004 15:00:49 -0700 (MST) 
<DIV></DIV>&gt;X-Message-Info: JGTYoYF78jF8zQ4ca5omocFBV7tugaka 
<DIV></DIV>&gt;In-reply-to: <LAW...@HO...>
<DIV></DIV>&gt;Message-id: &lt;3FF...@sh...&gt; 
<DIV></DIV>&gt;X-Accept-Language: en-us, en 
<DIV></DIV>&gt;User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.5) Gecko/20031007 
<DIV></DIV>&gt;References: <LAW...@HO...>
<DIV></DIV>&gt;Return-Path: cd...@sh... 
<DIV></DIV>&gt;X-OriginalArrivalTime: 01 Jan 2004 22:01:21.0795 (UTC) FILETIME=[CA93DD30:01C3D0B2] 
<DIV></DIV>&gt; 
<DIV></DIV>&gt;Unfortunately, that didn't help.&nbsp;&nbsp;My application compiles without 
<DIV></DIV>&gt;error, it's some kind of linking problem. 
<DIV></DIV>&gt;I'm using freeglut 2.2.0 from http://freeglut.sourceforge.net/. 
<DIV></DIV>&gt; 
<DIV></DIV>&gt;Damien A wrote: 
<DIV></DIV>&gt; 
<DIV></DIV>&gt;&gt;Include windows.h before including glut. 
<DIV></DIV>&gt;&gt; 
<DIV></DIV>&gt;&gt; &gt;From: Chris Dion &gt;To: dev...@li... 
<DIV></DIV>&gt;&gt; &gt;Subject: [Dev-C++] problem linking to freeglut &gt;Date: Thu, 01 Jan 
<DIV></DIV>&gt;&gt;2004 13:18:08 -0800 &gt;MIME-Version: 1.0 &gt;Hello all, &gt; &gt;I tried 
<DIV></DIV>&gt;&gt;searching the archive before posting, but sourceforge &gt;doesn't want 
<DIV></DIV>&gt;&gt;to cooperate today.&nbsp;&nbsp;I'm having trouble linking to the &gt;freeglut 
<DIV></DIV>&gt;&gt;lib that came in the DevPak found here: 
<DIV></DIV>&gt;&gt; &gt;http://www.nigels.com/glt/devpak/ using Dev-Cpp 4.9.8.5. &gt; &gt;I had 
<DIV></DIV>&gt;&gt;similar problems linking with the glut libs that were included 
<DIV></DIV>&gt;&gt; &gt;with this version of Dev-Cpp.&nbsp;&nbsp;Any suggestions? &gt; &gt;Here is a 
<DIV></DIV>&gt;&gt;snippet of the compiler output: &gt;g++.exe src/cobject.o 
<DIV></DIV>&gt;&gt;src/cstring.o src/main.o src/cmemorystream.o &gt;src/capplication.o 
<DIV></DIV>&gt;&gt;src/cwindow.o&nbsp;&nbsp;-o "Core.exe" -L"C:/Dev-Cpp/lib" &gt;-lopengl32 
<DIV></DIV>&gt;&gt;-lfreeglut &gt;src/capplication.o(.text+0xc):capplication.cpp: 
<DIV></DIV>&gt;&gt;undefined reference &gt;to `_imp__glutInitDisplayMode@4' 
<DIV></DIV>&gt;&gt; &gt;src/capplication.o(.text+0x1e):capplication.cpp: undefined 
<DIV></DIV>&gt;&gt;reference &gt;to `_imp__glutIdleFunc@4' 
<DIV></DIV>&gt;&gt; &gt;src/capplication.o(.text+0xb8):capplication.cpp: undefined 
<DIV></DIV>&gt;&gt;reference &gt;to `_imp__glutDisplayFunc@4' 
<DIV></DIV>&gt;&gt; &gt;src/capplication.o(.text+0xca):capplication.cpp: undefined 
<DIV></DIV>&gt;&gt;reference &gt;to `_imp__glutReshapeFunc@4' 
<DIV></DIV>&gt;&gt; &gt;src/capplication.o(.text+0xdc):capplication.cpp: undefined 
<DIV></DIV>&gt;&gt;reference &gt;to `_imp__glutMouseFunc@4' 
<DIV></DIV>&gt; 
<DIV></DIV>&gt; 
<DIV></DIV></div><br clear=all><hr>STOP MORE SPAM with <a href="http://g.msn.com/8HMBEN/2728??PS=">the new MSN 8</a> and get 2 months FREE*</html>

Re: [Dev-C++] problem linking to freeglut

[Chris D. <cd...@sh...>]

Unfortunately, that didn't help.  My application compiles without error, 
it's some kind of linking problem.
I'm using freeglut 2.2.0 from http://freeglut.sourceforge.net/.

Damien A wrote:

> Include windows.h before including glut.
>
> >From: Chris Dion >To: dev...@li... >Subject: 
> [Dev-C++] problem linking to freeglut >Date: Thu, 01 Jan 2004 13:18:08 
> -0800 >MIME-Version: 1.0 >Hello all, > >I tried searching the archive 
> before posting, but sourceforge >doesn't want to cooperate today.  I'm 
> having trouble linking to the >freeglut lib that came in the DevPak 
> found here: >http://www.nigels.com/glt/devpak/ using Dev-Cpp 4.9.8.5. 
> > >I had similar problems linking with the glut libs that were 
> included >with this version of Dev-Cpp.  Any suggestions? > >Here is a 
> snippet of the compiler output: >g++.exe src/cobject.o src/cstring.o 
> src/main.o src/cmemorystream.o >src/capplication.o src/cwindow.o  -o 
> "Core.exe" -L"C:/Dev-Cpp/lib" >-lopengl32 -lfreeglut 
> >src/capplication.o(.text+0xc):capplication.cpp: undefined reference 
> >to `_imp__glutInitDisplayMode@4' 
> >src/capplication.o(.text+0x1e):capplication.cpp: undefined reference 
> >to `_imp__glutIdleFunc@4' 
> >src/capplication.o(.text+0xb8):capplication.cpp: undefined reference 
> >to `_imp__glutDisplayFunc@4' 
> >src/capplication.o(.text+0xca):capplication.cpp: undefined reference 
> >to `_imp__glutReshapeFunc@4' 
> >src/capplication.o(.text+0xdc):capplication.cpp: undefined reference 
> >to `_imp__glutMouseFunc@4'

Re: [Dev-C++] problem linking to freeglut

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

Chris Dion wrote:
> I tried searching the archive before posting, but sourceforge doesn't 
> want to cooperate today.  I'm having trouble linking to the freeglut lib 
> that came in the DevPak found here: http://www.nigels.com/glt/devpak/ 
> using Dev-Cpp 4.9.8.5.
> 
> I had similar problems linking with the glut libs that were included 
> with this version of Dev-Cpp.  Any suggestions?

Add -DFREEGLUT_STATIC to compiler and C++ compiler flags.
(Though I never used freeglut myself, but I'm sure it'll fix it).

--
Greetings,
   Balázs

RE: [Dev-C++] problem linking to freeglut

[Damien A <g_...@ho...>]

<html><div style='background-color:'><DIV class=RTE>
<P>Include windows.h before including glut.<BR><BR></P></DIV>
<DIV></DIV>&gt;From: Chris Dion <CD...@SH...>
<DIV></DIV>&gt;To: dev...@li... 
<DIV></DIV>&gt;Subject: [Dev-C++] problem linking to freeglut 
<DIV></DIV>&gt;Date: Thu, 01 Jan 2004 13:18:08 -0800 
<DIV></DIV>&gt;MIME-Version: 1.0 
<DIV></DIV><mailto:dev...@li...?subject=unsubscribe><mailto:dev...@li...><mailto:dev...@li...?subject=help><mailto:dev...@li...?subject=subscribe>
<DIV></DIV>&gt;Hello all, 
<DIV></DIV>&gt; 
<DIV></DIV>&gt;I tried searching the archive before posting, but sourceforge 
<DIV></DIV>&gt;doesn't want to cooperate today.&nbsp;&nbsp;I'm having trouble linking to the 
<DIV></DIV>&gt;freeglut lib that came in the DevPak found here: 
<DIV></DIV>&gt;http://www.nigels.com/glt/devpak/ using Dev-Cpp 4.9.8.5. 
<DIV></DIV>&gt; 
<DIV></DIV>&gt;I had similar problems linking with the glut libs that were included 
<DIV></DIV>&gt;with this version of Dev-Cpp.&nbsp;&nbsp;Any suggestions? 
<DIV></DIV>&gt; 
<DIV></DIV>&gt;Here is a snippet of the compiler output: 
<DIV></DIV>&gt;g++.exe src/cobject.o src/cstring.o src/main.o src/cmemorystream.o 
<DIV></DIV>&gt;src/capplication.o src/cwindow.o&nbsp;&nbsp;-o "Core.exe" -L"C:/Dev-Cpp/lib" 
<DIV></DIV>&gt;-lopengl32 -lfreeglut 
<DIV></DIV>&gt;src/capplication.o(.text+0xc):capplication.cpp: undefined reference 
<DIV></DIV>&gt;to `_imp__glutInitDisplayMode@4' 
<DIV></DIV>&gt;src/capplication.o(.text+0x1e):capplication.cpp: undefined reference 
<DIV></DIV>&gt;to `_imp__glutIdleFunc@4' 
<DIV></DIV>&gt;src/capplication.o(.text+0xb8):capplication.cpp: undefined reference 
<DIV></DIV>&gt;to `_imp__glutDisplayFunc@4' 
<DIV></DIV>&gt;src/capplication.o(.text+0xca):capplication.cpp: undefined reference 
<DIV></DIV>&gt;to `_imp__glutReshapeFunc@4' 
<DIV></DIV>&gt;src/capplication.o(.text+0xdc):capplication.cpp: undefined reference 
<DIV></DIV>&gt;to `_imp__glutMouseFunc@4' 
<DIV></DIV>&gt; 
<DIV></DIV>&gt; 
<DIV></DIV>&gt; 
<DIV></DIV>&gt;------------------------------------------------------- 
<DIV></DIV>&gt;This SF.net email is sponsored by: IBM Linux Tutorials. 
<DIV></DIV>&gt;Become an expert in LINUX or just sharpen your skills.&nbsp;&nbsp;Sign up for 
<DIV></DIV>&gt;IBM's 
<DIV></DIV>&gt;Free Linux Tutorials.&nbsp;&nbsp;Learn everything from the bash shell to sys 
<DIV></DIV>&gt;admin. 
<DIV></DIV>&gt;Click now! http://ads.osdn.com/?ad_id=1278&amp;alloc_id=3371&amp;op=click 
<DIV></DIV>&gt;_______________________________________________ 
<DIV></DIV>&gt;Dev-cpp-users mailing list 
<DIV></DIV>&gt;Dev...@li... 
<DIV></DIV>&gt;TO UNSUBSCRIBE: http://www23.brinkster.com/noicys/devcpp/ub.htm 
<DIV></DIV>&gt;https://lists.sourceforge.net/lists/listinfo/dev-cpp-users 
<DIV></DIV></mailto:dev...@li...?subject=subscribe></mailto:dev...@li...?subject=help></mailto:dev...@li...></mailto:dev...@li...?subject=unsubscribe></div><br clear=all><hr>Tired of spam? Get <a href="http://g.msn.com/8HMBEN/2734??PS=">advanced junk mail protection</a> with MSN 8.</html>

[Dev-C++] problem linking to freeglut

[Chris D. <cd...@sh...>]

Hello all,

I tried searching the archive before posting, but sourceforge doesn't 
want to cooperate today.  I'm having trouble linking to the freeglut lib 
that came in the DevPak found here: http://www.nigels.com/glt/devpak/ 
using Dev-Cpp 4.9.8.5.

I had similar problems linking with the glut libs that were included 
with this version of Dev-Cpp.  Any suggestions?

Here is a snippet of the compiler output:
g++.exe src/cobject.o src/cstring.o src/main.o src/cmemorystream.o 
src/capplication.o src/cwindow.o  -o "Core.exe" -L"C:/Dev-Cpp/lib" 
-lopengl32 -lfreeglut
src/capplication.o(.text+0xc):capplication.cpp: undefined reference to 
`_imp__glutInitDisplayMode@4'
src/capplication.o(.text+0x1e):capplication.cpp: undefined reference to 
`_imp__glutIdleFunc@4'
src/capplication.o(.text+0xb8):capplication.cpp: undefined reference to 
`_imp__glutDisplayFunc@4'
src/capplication.o(.text+0xca):capplication.cpp: undefined reference to 
`_imp__glutReshapeFunc@4'
src/capplication.o(.text+0xdc):capplication.cpp: undefined reference to 
`_imp__glutMouseFunc@4'

Re: [Dev-C++] Date conversion

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

Besides forgetting a subject - making it a bit hard to keep track of
question and answers - you also forgot to mention who created the double
date for you.

Why is that important? Simple: You convert from double to date using
reverse algorithm from what created the double. Different OS uses
different date formats. The scaling might differ - is 1.0 24 hours or 1
second or what? The offset might differ. Year 0 might be 1980, 1900, 0000
or whatever.

/Per W

On 1 Jan 2004, neo wrote:

> hi,
>
> happy new year!
>
> this is the first question of mine this year.:)
>
> Question: How to convert the a double date into a string,without using so=
me
> certain function of the library?
>
> I need your code(*.C),thx in advance.
>
>
>
>
>
>
> --http://www.eyou.com
> --=CE=C8=B6=A8=BF=C9=BF=BF=B5=C4=B5=E7=D7=D3=D0=C5=CF=E4  =D3=EF=D2=F4=D3=
=CA=BC=FE  =D2=C6=B6=AF=CA=E9=C7=A9  =C8=D5=C0=FA=B7=FE=CE=F1  =CD=F8=C2=E7=
=B4=E6=B4=A2...=D2=DA=D3=CA=CE=B4=BE=A1
>
> --http://vip.eyou.com
> --=BF=EC=BF=EC=B5=C7=C2=BC=D2=DA=D3=CAVIP=D0=C5=CF=E4  =D7=A2=B2=E1=C4=FA=
=D6=D0=D2=E2=B5=C4=D3=C3=BB=A7=C3=FB
>
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: IBM Linux Tutorials.
> Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
> Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
> Click now! http://ads.osdn.com/?ad_id=3D1278&alloc_id=3D3371&op=3Dclick
> _______________________________________________
> 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++] DevC++ XML parser

[Abdelkader G. <go...@li...>]

Hi there,

First, happy new year to all!

I'm looking for a (simple) xml package or library to parse xml streams. Any 
one can help ?


Kind regards, 

Converting float to int (was: Re: [Dev-C++] (no subject) )

[Tim S. <ti...@we...>]

Hi 'neo',

you have written:

> Question: How to convert the a double date into a string,without using
> some certain function of the library?

If you would use C++ this would be very easy with use of the
stringstream class. Writing your own function is not hard but needs a
bit time. You have to split your double into the float  part and an
integer part.

double flnumber = 233.141592;
int integerpart = (int) pi;
double floatpart = ((int)pi) - pi;
std::string number;

Now you must parse your integerpart with something like this:

while(integerpart <= 0)
{
	number.append(int2char(integerpart - ((integerpart / 10)* 10));
	integepart  /= 10;
}

char int2char(int digit)
{
	switch(digit)
	{
		case 0:
			return '0';
			break;
		...
		default:
			return '\0';
			break;
	}
}

Now we are comming to the floatpart:

number.append(",");
while (floatpart <= 0)
{
	number.append(int2char((int)(floatpart * 10)));
	floatpart *= 10;
}

No guarantee that it works, but I think you get the idea how it should
be done.

so long

Tim

-- 
http://we-are-teh-b.org/~tim/borg.key

[Dev-C++] (no subject)

[neo <de...@ey...>]

hi,

happy new year!

this is the first question of mine this year.:)

Question: How to convert the a double date into a string,without using some
certain function of the library?

I need your code(*.C),thx in advance.






--http://www.eyou.com
--Îȶ¨¿É¿¿µÄµç×ÓÐÅÏä  ÓïÒôÓʼþ  Òƶ¯ÊéÇ©  ÈÕÀú·þÎñ  ÍøÂç´æ´¢...ÒÚÓÊδ¾¡

--http://vip.eyou.com
--¿ì¿ìµÇ¼ÒÚÓÊVIPÐÅÏä  ×¢²áÄúÖÐÒâµÄÓû§Ãû

Re: [Dev-C++] Executable size is huge

[Maya <Esc...@ne...>]

Get a hold of you, man!!
Remember that as soon as you include <iostream> or <string> or any of 
the C++ libraries, you are loading a whole lot of huge templates. The 
C++ library is not what it used to be before the templetization. If you 
think that the small program you have writing is to big for your machine 
to handle, why not use the 'C' library. There is nothing wrong with the 
'C' language, it is just another methodology.

Happy new year every one, have one, have two, have three, but leave the 
car keys at home.

age...@co... wrote:

>This problem isn't on Linux, my .exes are around 12kb are so for a simple program that does multiplication.
>
>--
>~~Scott Simontis~~
>Programmer
>  
>
>>On Mon, 29 Dec 2003, Jack Chen wrote:
>>
>>    
>>
>>>Does anyone think the developers of Dev-C++ will change it? It's very
>>>scary.
>>>      
>>>
>>This isn't really unique to Mingw32. In fact, you will hear a lot of C
>>fans argue that one of the reasons they don't like C++ is because the
>>Standard C++ library is so bloated, and does produce such large binaries.
>>
>>Now the GCC compiler is not known for being the most efficient compiler in
>>the world, or for doing a really good job of optimizing code, and the
>>problem is exagerated in GCC over some other compilers. But the problem
>>does exist in other compilers as well.
>>
>>But I think what you need to ask is does it matter? GCC is free, and it
>>does optimize well enough for all but the most demanding tasks. The C++
>>Standard Library might be bloated, but is a 400K executable really a
>>problem when the average computer today has 256Mb of RAM?
>>
>>
>>-------------------------------------------------------
>>This SF.net email is sponsored by: IBM Linux Tutorials.
>>Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
>>Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
>>Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click
>>_______________________________________________
>>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: IBM Linux Tutorials.
>Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
>Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
>Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click
>_______________________________________________
>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
>  
>

-- 

FYI
http://www.astro.umd.edu/~marshall/abbrev.html

E-Mail Policy
http://www.vif.com/users/escalante/Email_Policy.html

* You cannot exercise your power to a point of humiliation.
                               - Jean Chretien

* The media's the most powerful entity on earth. They have the 
  power to make the innocent guilty and to make the guilty 
  innocent, and that's power. 
                                - Malcom X
* "Innocent until proven guilty", no... not in Canada!!

[Dev-C++] RE: Dev-cpp-users digest, Vol 1 #1823 - 1 msg

[Gary C. <GC...@vu...>]

	Hi,

	I would like to be able to read and write to a COM port, PCI bus and
ISA bus using
	windows based C++. Is this idea possible? I have the SAMS Teach
Yourself C++ 3rd
	edition book and got the C++ CD with Bloodshed Compiler and Dev-C++
IDE. What now?

	Thanks in advance for any help, Gary.

[Dev-C++] Re: UNSUBSCIBE

[<jan...@ma...>]

-----Original=20message-----
From:dev...@li...
To:dev...@li...
Date:Tue,=2030=20Dec=202003=2020:10:35=20-0800
Subject:Dev-cpp-users=20digest,=20Vol=201=20#1823=20-=201=20msg

Send=20Dev-cpp-users=20mailing=20list=20submissions=20to
=09d...@li...

To=20subscribe=20or=20unsubscribe=20via=20the=20World=20Wide=20Web,=20visit
=09https://lists.sourceforge.net/lists/listinfo/dev-cpp-users
or,=20via=20email,=20send=20a=20message=20with=20subject=20or=20body=20'help=
'=20to
=09d...@li...

You=20can=20reach=20the=20person=20managing=20the=20list=20at
=09d...@li...

When=20replying,=20please=20edit=20your=20Subject=20line=20so=20it=20is=20mo=
re=20specific
than=20"Re:=20Contents=20of=20Dev-cpp-users=20digest..."


Today's=20Topics:

=20=20=201.=20RE:=20Re:=20Weird=20dialog=20corruption?=20(Per=20Westermark)

--__--__--

Message:=201
Date:=20Wed,=2031=20Dec=202003=2004:45:24=20+0100=20(CET)
From:=20Per=20Westermark=20<pw...@ia...>
To:=20Ed=20Cottrell=20<em...@ed...>
cc:=20d...@li...
Subject:=20RE:=20[Dev-C++]=20Re:=20Weird=20dialog=20corruption?

We=20all=20do=20sometimes=20:-)

/Per=20W

On=20Tue,=2030=20Dec=202003,=20Ed=20Cottrell=20wrote:

>=20Correction=20to=20previous=20post:=20somebody=20wrote=20(in=20a=20flawed=
=20tutorial)=20that=20the
>=20API=20would=20avoid=20creating=20duplicate=20handles=20for=20a=20GDI=20r=
esource.=20In=20this
>=20instance,=20I=20was=20declaring=20several=20HFONT=20objects=20with=20Cre=
ateFont()=20as
>=20dialog-scope=20variables,=20and=20forgetting=20to=20release=20them.=20I'=
m=20not=20sure=20where=20I
>=20read=20that,=20or=20why=20I=20believed=20it,=20but=20it=20was=20back=20w=
hen=20I=20was=20first=20starting=20C
>=20programming,=20and=20it=20didn't=20occur=20to=20me=20to=20look=20twice=20=
at=20it=20until=20today.
>
>=20It=20was=20not=20the=20Win32=20API=20that=20said=20that.=20I=20misspoke=20=
in=20my=20previous=20post;=20I
>=20should=20read=20what=20I=20write=20before=20hitting=20that=20magic=20sen=
d=20button...
>
>=20-Ed
>
>
>=20-----Original=20Message-----
>=20From:=20d...@li...
>=20[mailto:dev...@li...]=20On=20Behalf=20Of=20=
Per
>=20Westermark
>=20Sent:=20Tuesday,=20December=2030,=202003=207:57=20PM
>=20To:=20Ed=20Cottrell
>=20Cc:=20d...@li...
>=20Subject:=20RE:=20[Dev-C++]=20Re:=20Weird=20dialog=20corruption?
>
>
>=20Which=20API=20is=20documented=20to=20releasing=20GUI=20resources=20witho=
ut=20doing=20it?
>
>=20/Per=20W
>
>=20On=20Tue,=2030=20Dec=202003,=20Ed=20Cottrell=20wrote:
>
>=20>=20Hi=20everyone,
>=20>
>=20>=20In=20case=20anyone=20else=20has=20encountered=20this,=20I=20thought=20=
I'd=20post=20an=20update:=20I
>=20>=20finally=20resolved=20the=20problem=20by=20tracking=20down=20some=20u=
nreleased=20GDI
>=20resources
>=20>=20(FONT=20definitions).=20I=20made=20the=20newbie=20mistake=20of=20ass=
uming=20that,=20since=20the
>=20>=20API=20says=20it=20handles=20such=20things,=20it=20really=20does.
>=20>
>=20>=20Anyway,=20everyone=20have=20a=20happy=20New=20Year's.
>=20>
>=20>=20-Ed
>=20>
>=20>
>=20>
>=20>
>=20>=20-----Original=20Message-----
>=20>=20From:=20d...@li...
>=20>=20[mailto:dev...@li...]=20On=20Behalf=20O=
f=20Ed
>=20Cottrell
>=20>=20Sent:=20Tuesday,=20October=2028,=202003=202:45=20PM
>=20>=20To:=20d...@li...
>=20>=20Subject:=20RE:=20[Dev-C++]=20Re:=20Weird=20dialog=20corruption?
>=20>
>=20>
>=20>=20Hi=20Tuukka,
>=20>
>=20>=20Thanks=20for=20the=20suggestions.=20I've=20already=20been=20very=20c=
areful=20to=20look=20at
>=20those
>=20>=20possibilities,=20but=20there=20is=20no=20actual=20processing=20of=20=
any=20kind=20going=20on,
>=20while
>=20>=20this=20window=20is=20displayed=20-=20all=20that=20is=20happening=20i=
s=20a=20message=20pump.
>=20>
>=20>=20-Ed
>=20>
>=20>=20-----Original=20Message-----
>=20>=20From:=20d...@li...
>=20>=20[mailto:dev...@li...]=20On=20Behalf=20O=
f=20Tuukka
>=20>=20Lehtinen
>=20>=20Sent:=20Tuesday,=20October=2028,=202003=202:46=20AM
>=20>=20To:=20d...@li...
>=20>=20Subject:=20[Dev-C++]=20Re:=20Weird=20dialog=20corruption?
>=20>
>=20>
>=20>=20>=20I've=20never=20run=20into=20this=20before,=20and=20I=20don't=20k=
now=20what's=20causing=20it.
>=20>
>=20>=20Are=20you=20sore=20that=20working=20thread=20don't=20have=20memory=20=
leak=20problem=20?=20This
>=20>=20chould=20be=20happend=20if=20pointer=20is=20incorrect=20and=20write=20=
data=20over=20own
>=20>=20reserved=20memory.=20Becose=20application=20write=20own=20memory=20a=
rea=20windows=20think
>=20>=20that=20there=20isin't=20are=20enything=20wrong=20and=20don't=20kill=20=
application.
>=20>
>=20>=20The=20second=20idea=20is=20infinite=20loop=20that=20stop=20message=20=
processing.
>=20>
>=20>
>=20>
>=20>=20-------------------------------------------------------
>=20>=20This=20SF.net=20email=20is=20sponsored=20by:=20The=20SF.net=20Donati=
on=20Program.=20Do=20you
>=20like
>=20>=20what=20SourceForge.net=20is=20doing=20for=20the=20Open=20Source=20Co=
mmunity?=20=20Make=20a
>=20>=20contribution,=20and=20help=20us=20add=20new=20features=20and=20funct=
ionality.=20Click=20here:
>=20>=20http://sourceforge.net/donate/
>=20>=20_______________________________________________
>=20>=20Dev-cpp-users=20mailing=20list
>=20>=20D...@li...
>=20>=20TO=20UNSUBSCRIBE:=20http://www23.brinkster.com/noicys/devcpp/ub.htm
>=20>=20https://lists.sourceforge.net/lists/listinfo/dev-cpp-users
>=20>
>=20>
>=20>
>=20>
>=20>=20-------------------------------------------------------
>=20>=20This=20SF.net=20email=20is=20sponsored=20by:=20SF.net=20Giveback=20P=
rogram.
>=20>=20Does=20SourceForge.net=20help=20you=20be=20more=20productive?=20=20D=
oes=20it
>=20>=20help=20you=20create=20better=20code?=20=20=20SHARE=20THE=20LOVE,=20a=
nd=20help=20us=20help
>=20>=20YOU!=20=20Click=20Here:=20http://sourceforge.net/donate/
>=20>=20_______________________________________________
>=20>=20Dev-cpp-users=20mailing=20list
>=20>=20D...@li...
>=20>=20TO=20UNSUBSCRIBE:=20http://www23.brinkster.com/
>
>
>
>=20-------------------------------------------------------
>=20This=20SF.net=20email=20is=20sponsored=20by:=20IBM=20Linux=20Tutorials.
>=20Become=20an=20expert=20in=20LINUX=20or=20just=20sharpen=20your=20skills.=
=20=20Sign=20up=20for=20IBM's
>=20Free=20Linux=20Tutorials.=20=20Learn=20everything=20from=20the=20bash=20=
shell=20to=20sys=20admin.
>=20Click=20now!=20http://ads.osdn.com/?ad_id=3D1278&alloc_id=3D3371&op=3Dcl=
ick
>=20_______________________________________________
>=20Dev-cpp-users=20mailing=20list
>=20D...@li...
>=20TO=20UNSUBSCRIBE:=20http://www23.brinkster.com/noicys/devcpp/ub.htm
>=20https://lists.sourceforge.net/lists/listinfo/dev-cpp-users
>
>
>
>
>=20-------------------------------------------------------
>=20This=20SF.net=20email=20is=20spons




--__--__--

_______________________________________________
Dev-cpp-users=20mailing=20list
Dev...@li...
TO=20UNSUBSCRIBE:=20http://www.noicys.cjb.net/devcpp/ub.htm
https://lists.sourceforge.net/lists/listinfo/dev-cpp-users


End=20of=20Dev-cpp-users=20Digest

RE: [Dev-C++] Re: Weird dialog corruption?

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

We all do sometimes :-)

/Per W

On Tue, 30 Dec 2003, Ed Cottrell wrote:

> Correction to previous post: somebody wrote (in a flawed tutorial) that the
> API would avoid creating duplicate handles for a GDI resource. In this
> instance, I was declaring several HFONT objects with CreateFont() as
> dialog-scope variables, and forgetting to release them. I'm not sure where I
> read that, or why I believed it, but it was back when I was first starting C
> programming, and it didn't occur to me to look twice at it until today.
>
> It was not the Win32 API that said that. I misspoke in my previous post; I
> should read what I write before hitting that magic send button...
>
> -Ed
>
>
> -----Original Message-----
> From: dev...@li...
> [mailto:dev...@li...] On Behalf Of Per
> Westermark
> Sent: Tuesday, December 30, 2003 7:57 PM
> To: Ed Cottrell
> Cc: dev...@li...
> Subject: RE: [Dev-C++] Re: Weird dialog corruption?
>
>
> Which API is documented to releasing GUI resources without doing it?
>
> /Per W
>
> On Tue, 30 Dec 2003, Ed Cottrell wrote:
>
> > Hi everyone,
> >
> > In case anyone else has encountered this, I thought I'd post an update: I
> > finally resolved the problem by tracking down some unreleased GDI
> resources
> > (FONT definitions). I made the newbie mistake of assuming that, since the
> > API says it handles such things, it really does.
> >
> > Anyway, everyone have a happy New Year's.
> >
> > -Ed
> >
> >
> >
> >
> > -----Original Message-----
> > From: dev...@li...
> > [mailto:dev...@li...] On Behalf Of Ed
> Cottrell
> > Sent: Tuesday, October 28, 2003 2:45 PM
> > To: dev...@li...
> > Subject: RE: [Dev-C++] Re: Weird dialog corruption?
> >
> >
> > Hi Tuukka,
> >
> > Thanks for the suggestions. I've already been very careful to look at
> those
> > possibilities, but there is no actual processing of any kind going on,
> while
> > this window is displayed - all that is happening is a message pump.
> >
> > -Ed
> >
> > -----Original Message-----
> > From: dev...@li...
> > [mailto:dev...@li...] On Behalf Of Tuukka
> > Lehtinen
> > Sent: Tuesday, October 28, 2003 2:46 AM
> > To: dev...@li...
> > Subject: [Dev-C++] Re: Weird dialog corruption?
> >
> >
> > > I've never run into this before, and I don't know what's causing it.
> >
> > Are you sore that working thread don't have memory leak problem ? This
> > chould be happend if pointer is incorrect and write data over own
> > reserved memory. Becose application write own memory area windows think
> > that there isin't are enything wrong and don't kill application.
> >
> > The second idea is infinite loop that stop message processing.
> >
> >
> >
> > -------------------------------------------------------
> > This SF.net email is sponsored by: The SF.net Donation Program. Do you
> like
> > what SourceForge.net is doing for the Open Source Community?  Make a
> > contribution, and help us add new features and functionality. Click here:
> > http://sourceforge.net/donate/
> > _______________________________________________
> > 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: SF.net Giveback Program.
> > Does SourceForge.net help you be more productive?  Does it
> > help you create better code?   SHARE THE LOVE, and help us help
> > YOU!  Click Here: http://sourceforge.net/donate/
> > _______________________________________________
> > Dev-cpp-users mailing list
> > Dev...@li...
> > TO UNSUBSCRIBE: http://www23.brinkster.com/
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: IBM Linux Tutorials.
> Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
> Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
> Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click
> _______________________________________________
> 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 spons

RE: [Dev-C++] Re: Weird dialog corruption?

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

Correction to previous post: somebody wrote (in a flawed tutorial) that =
the
API would avoid creating duplicate handles for a GDI resource. In this
instance, I was declaring several HFONT objects with CreateFont() as
dialog-scope variables, and forgetting to release them. I'm not sure =
where I
read that, or why I believed it, but it was back when I was first =
starting C
programming, and it didn't occur to me to look twice at it until today.

It was not the Win32 API that said that. I misspoke in my previous post; =
I
should read what I write before hitting that magic send button...

-Ed


-----Original Message-----
From: dev...@li...
[mailto:dev...@li...] On Behalf Of Per
Westermark
Sent: Tuesday, December 30, 2003 7:57 PM
To: Ed Cottrell
Cc: dev...@li...
Subject: RE: [Dev-C++] Re: Weird dialog corruption?


Which API is documented to releasing GUI resources without doing it?

/Per W

On Tue, 30 Dec 2003, Ed Cottrell wrote:

> Hi everyone,
>
> In case anyone else has encountered this, I thought I'd post an =
update: I
> finally resolved the problem by tracking down some unreleased GDI
resources
> (FONT definitions). I made the newbie mistake of assuming that, since =
the
> API says it handles such things, it really does.
>
> Anyway, everyone have a happy New Year's.
>
> -Ed
>
>
>
>
> -----Original Message-----
> From: dev...@li...
> [mailto:dev...@li...] On Behalf Of Ed
Cottrell
> Sent: Tuesday, October 28, 2003 2:45 PM
> To: dev...@li...
> Subject: RE: [Dev-C++] Re: Weird dialog corruption?
>
>
> Hi Tuukka,
>
> Thanks for the suggestions. I've already been very careful to look at
those
> possibilities, but there is no actual processing of any kind going on,
while
> this window is displayed - all that is happening is a message pump.
>
> -Ed
>
> -----Original Message-----
> From: dev...@li...
> [mailto:dev...@li...] On Behalf Of Tuukka
> Lehtinen
> Sent: Tuesday, October 28, 2003 2:46 AM
> To: dev...@li...
> Subject: [Dev-C++] Re: Weird dialog corruption?
>
>
> > I've never run into this before, and I don't know what's causing it.
>
> Are you sore that working thread don't have memory leak problem ? This
> chould be happend if pointer is incorrect and write data over own
> reserved memory. Becose application write own memory area windows =
think
> that there isin't are enything wrong and don't kill application.
>
> The second idea is infinite loop that stop message processing.
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: The SF.net Donation Program. Do you
like
> what SourceForge.net is doing for the Open Source Community?  Make a
> contribution, and help us add new features and functionality. Click =
here:
> http://sourceforge.net/donate/
> _______________________________________________
> 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: SF.net Giveback Program.
> Does SourceForge.net help you be more productive?  Does it
> help you create better code?   SHARE THE LOVE, and help us help
> YOU!  Click Here: http://sourceforge.net/donate/
> _______________________________________________
> Dev-cpp-users mailing list
> Dev...@li...
> TO UNSUBSCRIBE: http://www23.brinkster.com/



-------------------------------------------------------
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills.  Sign up for =
IBM's
Free Linux Tutorials.  Learn everything from the bash shell to sys =
admin.
Click now! http://ads.osdn.com/?ad_id=3D1278&alloc_id=3D3371&op=3Dclick
_______________________________________________
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++] makefiles

[P.T. W. M. <pt...@ea...>]

Happy new year all!

If I customize the make file (now that I know how to do it), under what 
circumstances will it be overwritten by the GUI?  I'm guess with a re-build 
all command.

Would I be better off if I decided to do such a thing to just roll my own 
in a different filename like Makefile to avoid this?

Thanks for your ideas.

Patrick

RE: [Dev-C++] Re: Weird dialog corruption?

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

Which API is documented to releasing GUI resources without doing it?

/Per W

On Tue, 30 Dec 2003, Ed Cottrell wrote:

> Hi everyone,
>
> In case anyone else has encountered this, I thought I'd post an update: I
> finally resolved the problem by tracking down some unreleased GDI resources
> (FONT definitions). I made the newbie mistake of assuming that, since the
> API says it handles such things, it really does.
>
> Anyway, everyone have a happy New Year's.
>
> -Ed
>
>
>
>
> -----Original Message-----
> From: dev...@li...
> [mailto:dev...@li...] On Behalf Of Ed Cottrell
> Sent: Tuesday, October 28, 2003 2:45 PM
> To: dev...@li...
> Subject: RE: [Dev-C++] Re: Weird dialog corruption?
>
>
> Hi Tuukka,
>
> Thanks for the suggestions. I've already been very careful to look at those
> possibilities, but there is no actual processing of any kind going on, while
> this window is displayed - all that is happening is a message pump.
>
> -Ed
>
> -----Original Message-----
> From: dev...@li...
> [mailto:dev...@li...] On Behalf Of Tuukka
> Lehtinen
> Sent: Tuesday, October 28, 2003 2:46 AM
> To: dev...@li...
> Subject: [Dev-C++] Re: Weird dialog corruption?
>
>
> > I've never run into this before, and I don't know what's causing it.
>
> Are you sore that working thread don't have memory leak problem ? This
> chould be happend if pointer is incorrect and write data over own
> reserved memory. Becose application write own memory area windows think
> that there isin't are enything wrong and don't kill application.
>
> The second idea is infinite loop that stop message processing.
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: The SF.net Donation Program. Do you like
> what SourceForge.net is doing for the Open Source Community?  Make a
> contribution, and help us add new features and functionality. Click here:
> http://sourceforge.net/donate/
> _______________________________________________
> 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: SF.net Giveback Program.
> Does SourceForge.net help you be more productive?  Does it
> help you create better code?   SHARE THE LOVE, and help us help
> YOU!  Click Here: http://sourceforge.net/donate/
> _______________________________________________
> Dev-cpp-users mailing list
> Dev...@li...
> TO UNSUBSCRIBE: http://www23.brinkster.com/

RE: [Dev-C++] Re: Weird dialog corruption?

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

Hi everyone,

In case anyone else has encountered this, I thought I'd post an update: =
I
finally resolved the problem by tracking down some unreleased GDI =
resources
(FONT definitions). I made the newbie mistake of assuming that, since =
the
API says it handles such things, it really does.

Anyway, everyone have a happy New Year's.

-Ed

=20


-----Original Message-----
From: dev...@li...
[mailto:dev...@li...] On Behalf Of Ed =
Cottrell
Sent: Tuesday, October 28, 2003 2:45 PM
To: dev...@li...
Subject: RE: [Dev-C++] Re: Weird dialog corruption?


Hi Tuukka,

Thanks for the suggestions. I've already been very careful to look at =
those
possibilities, but there is no actual processing of any kind going on, =
while
this window is displayed - all that is happening is a message pump.

-Ed

-----Original Message-----
From: dev...@li...
[mailto:dev...@li...] On Behalf Of Tuukka
Lehtinen
Sent: Tuesday, October 28, 2003 2:46 AM
To: dev...@li...
Subject: [Dev-C++] Re: Weird dialog corruption?


> I've never run into this before, and I don't know what's causing it.

Are you sore that working thread don't have memory leak problem ? This
chould be happend if pointer is incorrect and write data over own=20
reserved memory. Becose application write own memory area windows think=20
that there isin't are enything wrong and don't kill application.

The second idea is infinite loop that stop message processing.



-------------------------------------------------------
This SF.net email is sponsored by: The SF.net Donation Program. Do you =
like
what SourceForge.net is doing for the Open Source Community?  Make a
contribution, and help us add new features and functionality. Click =
here:
http://sourceforge.net/donate/
_______________________________________________
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: SF.net Giveback Program.
Does SourceForge.net help you be more productive?  Does it
help you create better code?   SHARE THE LOVE, and help us help
YOU!  Click Here: http://sourceforge.net/donate/
_______________________________________________
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++] Executable size is huge

[Michael C U. <mu...@cb...>]

It must be dynamically linking then. Because otherwise there is no
possible way you can get the exe that small when using the standard C++
library. That's probably a safe bet to make on Linux because you can be
reasonably sure that the GCC standard C++ libraries will be available on
any Linux distribution. You can't safely make that assumption in Windows.

Hello World in Borland's C++ compiler using the standard C++ library on
Windows produces a "hello world"  executable that is a little over 100K in
size. Mingw I think will get it down to a little over 200K after you use
strip.

On Tue, 30 Dec 2003 age...@co... wrote:

> This problem isn't on Linux, my .exes are around 12kb are so for a simple program that does multiplication.
>
> --
> ~~Scott Simontis~~
> Programmer
> > On Mon, 29 Dec 2003, Jack Chen wrote:
> >
> > > Does anyone think the developers of Dev-C++ will change it? It's very
> > > scary.
> >
> > This isn't really unique to Mingw32. In fact, you will hear a lot of C
> > fans argue that one of the reasons they don't like C++ is because the
> > Standard C++ library is so bloated, and does produce such large binaries.
> >
> > Now the GCC compiler is not known for being the most efficient compiler in
> > the world, or for doing a really good job of optimizing code, and the
> > problem is exagerated in GCC over some other compilers. But the problem
> > does exist in other compilers as well.
> >
> > But I think what you need to ask is does it matter? GCC is free, and it
> > does optimize well enough for all but the most demanding tasks. The C++
> > Standard Library might be bloated, but is a 400K executable really a
> > problem when the average computer today has 256Mb of RAM?
> >
> >
> > -------------------------------------------------------
> > This SF.net email is sponsored by: IBM Linux Tutorials.
> > Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
> > Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
> > Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click
> > _______________________________________________
> > 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
>