dev-cpp-users Mailing List for Dev-C++ (Page 579)
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: Gerald G. <voo...@ho...> - 2002-05-30 15:19:22
|
Dev-C++ is really great and id like to thank the authors for exerting so much effort into this wonderful software. Before I used the older version for testing purposes because I have several compilers in my system, those compilers were for sale but I got them from free source. Those compilers had a lot of features but now that I have this new beta version I am going to remove some of these compilers that I have. I just hope that you guys read all the bug reports and feature request... I hope you guys wont mind me comparing but here are some features I like about some of the compilers/packages: MS Visual C++ has a good source level debugger and a "step into feature", Borland is a great compiler and offers a lot of help on both the compiler and editor. The potential of this product is really great and I hope I could donate some bucks for this in the future. So far Im doing almost all of my work on Dev-C++ and still inspecting it and typing down whatever bug i find. Gerald R. Generoso _________________________________________________________________ MSN Photos is the easiest way to share and print your photos: http://photos.msn.com/support/worldwide.aspx |
|
From: Brian P. <br...@su...> - 2002-05-30 15:11:15
|
<html> <head><title>Crap!</title></head> <body> <b>Oh Crap!</b> <br> <p>Here we go again.</p> </body> </html> On Thu, 2002-05-30 at 06:58, Bob Wilson wrote: > > I have noticed that a lot of you are sending HTML mesgs > > to the ML. As it seems that the sourceforge.net as not (yet ?) implemented > > the "HTML remover tool" as on other MLs I know elsewhere, it would be fine > if > > you turn OFF the HTML email on yours computers. > > No need to explain why .. ;o) > > Perhaps the answer is to implement HTML or the remover tool on the server > rather than change the input. Capabilities should be increased rather than > restricted. > > > > > > _______________________________________________________________ > > Don't miss the 2002 Sprint PCS Application Developer's Conference > August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm > > _______________________________________________ > Dev-cpp-users mailing list > Dev...@li... > https://lists.sourceforge.net/lists/listinfo/dev-cpp-users > |
|
From: Bob W. <bo...@ph...> - 2002-05-30 13:58:33
|
> I have noticed that a lot of you are sending HTML mesgs > to the ML. As it seems that the sourceforge.net as not (yet ?) implemented > the "HTML remover tool" as on other MLs I know elsewhere, it would be fine if > you turn OFF the HTML email on yours computers. > No need to explain why .. ;o) Perhaps the answer is to implement HTML or the remover tool on the server rather than change the input. Capabilities should be increased rather than restricted. |
|
From: Abhijit S. <mu...@gm...> - 2002-05-30 12:46:30
|
Okay, here it comes again... I'm going to close my eyes. _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ a l t e r e d perception Take another look. http://mudeth.tripod.com ----- Original Message ----- From: f5...@qs... To: Dev-C++ Mailing List Sent: Thursday, May 30, 2002 12:46 PM Subject: [Dev-C++] HTML vs. Plain text Hi Friends, I am a newcomer to this ML, sri for this 1st comment which will be a "complaining" one : I have noticed that a lot of you are sending HTML mesgs to the ML. As it seems that the sourceforge.net as not (yet ?) implemented the "HTML remover tool" as on other MLs I know elsewhere, it would be fine if you turn OFF the HTML email on yours computers. No need to explain why .. ;o) |
|
From: Hongli L. <h....@ch...> - 2002-05-30 08:18:31
|
On Wed, 2002-05-29 at 07:05, Luigi Santillo wrote: > Hi, Mac Reiter > > I think the problem is related to Dev-C++, in fact it assumes your system > implements the command "rm"; this is probably true for recent versions of > Windows (sorry can't check that), but is surely wrong for Win98SE and > previous versions (because the command implemented is "del"). Actually, no. rm is a Unix program. We use a Win32 port of it because DOS del sucks and because cmd.exe isn't available anywhere. But Colin included the wrong port. |
|
From: <f5...@qs...> - 2002-05-30 07:16:56
|
Hi Friends, I am a newcomer to this ML, sri for this 1st comment which will be a "complaining" one : I have noticed that a lot of you are sending HTML mesgs to the ML. As it seems that the sourceforge.net as not (yet ?) implemented the "HTML remover tool" as on other MLs I know elsewhere, it would be fine if you turn OFF the HTML email on yours computers. No need to explain why .. ;o) CU Claude |
|
From: Luigi S. <gi...@li...> - 2002-05-30 04:37:04
|
At 12:02 28/05/02 -0500, Mac Reiter wrote:
>I downloaded the Beta3 installer and everything installed fine. I then
>made a trivial "Hello World" project and hit Rebuild All. I was informed
>that the required DLL MSYS-1.0.DLL was missing. After much fiddling
>around, I discovered that the rm.exe program (presumably from the new MingW
>set) is the offending program.
>...
>
Hi, Mac Reiter
I've followed your steps to reproduce the error using Dev-C++ beta3 on Win98SE;
I did not see anything concerning the DLL MSYS-1.0.DLL so can't help about
that thing, however, as in your case, there are problems with the execution
of the command "rm".
I think the problem is related to Dev-C++, in fact it assumes your system
implements the command "rm"; this is probably true for recent versions of
Windows (sorry can't check that), but is surely wrong for Win98SE and
previous versions (because the command implemented is "del").
As Colin Laplace says, you can download "rm" from the web.
My solution has been writing an elementary version of "rm" (I stored the
executable file "rm.exe", in the directory where MinGW binaries are) that
uses "del". In case you are interested, here is the code.
file: rm.cpp
-----------------------------------------------------------------------
#include <iostream>
#include <cstdlib>
#include <string>
/*********************************************************************
turn each slash ('/') in a backslash ('\\')
parameters:
s = the string with slashes
returns:
the string with backslashes
GNU "make" requires paths to be written using UNIX style (even if
here we are dealing with the Windows port of the program) while the
standard Windows command "del" requires paths to be written using the
DOS style (that is, using a backslash to delimit names of
directories).
*********************************************************************/
std::string
rev(const std::string& s);
/*********************************************************************
rm - remove a file
usage:
rm FILE [...]
arguments:
FILE = file to be deleted
... = more than one file can be specified
samples:
rm c:/foo/bar delete file c:\foo\bar
rm c:\foo\bar same as above
rm foo bar delete files: foo and bar
rm -f foo bar same as above, "-f" is ignored
This program is used in place of the Windows standard command "del"
for the following 2 reasons.
1. The standard command deletes one file at a time or more than one
file, only if the names are specified using wildcards. For instance
you can say: "del foo" or "del *.o" but you are not allowed to say
"del foo bar".
2. The standard command understands paths written using the DOS style
for paths, that is "foo\bar" and is unable to locate a file if one
writes "foo/bar".
*********************************************************************/
int
main(int argc, char** argv)
{
while (--argc && **++argv == '-')
;
if (argc == 0) // nothing to work on
std::cerr << "usage: rm FILE [...]\n";
else
{
std::cerr << "deleting ...";
while (argc--)
{
std::string file = rev(*argv++);
std::string cmd = "del " + file;
std::cerr << '\n' << file << ' ';
system(cmd.c_str());
}
std::cerr << "\ndone ...\n";
}
}
//////////////////////////////////////////////////////////////////////
std::string
rev(const std::string& s)
{
std::string p = s;
for (int i = 0; i < p.size(); i++)
if (p[i] == '/')
p[i] = '\\';
return p;
}
-----------------------------------------------------------------------
--
Luigi
gi...@li...
|
|
From: Ioannis V. <no...@ho...> - 2002-05-30 03:41:20
|
I was refering to C. As you did notice you have added an extra '\0' to every string. "AN" is 'A' 'N' '\0' "AN\0" is 'A' 'N' '\0' '\0' You assign it in an element for 3 characters, meaning that the last '\0' is lost. This is valid in C, but C++ is more protective and it gives an error (you lose characters). But i saw you do it in a C file and you should not get an error. Ioannis * Ioannis Vranos * Programming pages: http://www.noicys.cjb.net <http://www.noicys.cjb.net/> * Alternative URL: http://run.to/noicys -----Original Message----- From: Ioannis Vranos [mailto:no...@ho...] Sent: Thursday, May 30, 2002 6:34 AM To: Dev-C++ Mailing List (dev...@li...) Subject: RE: [Dev-C++] [Fwd: Strings management help djgpp vs dev-C++] It compiles ok in Dev-C++ 4.9.3.0 (Beta 3) as it should. Probably it was refering to another array? Also the individual {} are not needed. You can write it static char Sidat[][3] = {"AN\0","ST\0","AP\0","AT\0"} ; . Also static in concurrency is a nightmare, so i hope you intent its use only for one call at a time (not used by many applications/threads at the same time). Ioannis * Ioannis Vranos * Programming pages: http://www.noicys.cjb.net <http://www.noicys.cjb.net/> * Alternative URL: http://run.to/noicys -----Original Message----- From: dev...@li... [mailto:dev...@li...] On Behalf Of Roberto Ricardi Sent: Thursday, May 30, 2002 6:19 AM To: Dev...@li... Subject: [Dev-C++] [Fwd: Strings management help djgpp vs dev-C++] X400 Asunto: Strings management help djgpp vs dev-C++ Fecha: Thu, 30 May 2002 00:05:53 -0300 De: Roberto Ricardi <mailto:rob...@ar...> <rob...@ar...> A: mailto:dev...@li... Hi group ! Please I downloading dev-C++ and triying to compile and .... static char Sidat[][3] = {{"AN\0"},{"ST\0"},{"AP\0"},{"AT\0"}} ; told me 746 C:\Dev-C++\c\ELCOMMON.C initializer-string for array of chars is too long anybody cant sleep just now ?? Thanks a lot Rob |
|
From: Ioannis V. <no...@ho...> - 2002-05-30 03:34:34
|
It compiles ok in Dev-C++ 4.9.3.0 (Beta 3) as it should. Probably it was
refering to another array?
Also the individual {} are not needed. You can write it static char
Sidat[][3] = {"AN\0","ST\0","AP\0","AT\0"} ; .
Also static in concurrency is a nightmare, so i hope you intent its use
only for one call at a time (not used by many applications/threads at
the same time).
Ioannis
* Ioannis Vranos
* Programming pages: http://www.noicys.cjb.net
<http://www.noicys.cjb.net/>
* Alternative URL: http://run.to/noicys
-----Original Message-----
From: dev...@li...
[mailto:dev...@li...] On Behalf Of Roberto
Ricardi
Sent: Thursday, May 30, 2002 6:19 AM
To: Dev...@li...
Subject: [Dev-C++] [Fwd: Strings management help djgpp vs dev-C++]
X400
Asunto: Strings management help djgpp vs dev-C++
Fecha: Thu, 30 May 2002 00:05:53 -0300
De: Roberto Ricardi <mailto:rob...@ar...>
<rob...@ar...>
A: mailto:dev...@li...
Hi group !
Please I downloading dev-C++ and triying to compile and ....
static char Sidat[][3] = {{"AN\0"},{"ST\0"},{"AP\0"},{"AT\0"}} ;
told me 746 C:\Dev-C++\c\ELCOMMON.C initializer-string for array of
chars is too long
anybody cant sleep just now ??
Thanks a lot
Rob
|
|
From: Roberto R. <rob...@ar...> - 2002-05-30 03:19:29
|
X400
Asunto: Strings management help djgpp vs dev-C++
Fecha: Thu, 30 May 2002 00:05:53 -0300
De: Roberto Ricardi <rob...@ar...>
A: mailto:dev...@li...
Hi group !
Please I downloading dev-C++ and triying to compile and ....
static char Sidat[][3] = {{"AN\0"},{"ST\0"},{"AP\0"},{"AT\0"}} ;
told me 746 C:\Dev-C++\c\ELCOMMON.C initializer-string for array of
chars is too long
anybody cant sleep just now ??
Thanks a lot
Rob
|
|
From: <oli...@ho...> - 2002-05-30 00:35:36
|
Quisiera darme de baja en su lista de correo, esta saturada de sus mails Oliver Ram=ECrez C++ Programing Group MemberObtenga el m=E1ximo provecho del Web. Descarga= GRATUITA de MSN Explorer: http://explorer.msn.es/intl.asp#es |
|
From: T N <tc...@ya...> - 2002-05-29 17:01:47
|
__________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com |
|
From: Hongli L. <h....@ch...> - 2002-05-29 16:47:06
|
On Wed, 2002-05-29 at 18:22, Carlos Garc=EDa del Monte wrote: > I tried to add in tools menu the option of gprof, but everything I do > the only I achieve is that the window of gprof displays a fraction of > second and it does nothing (in the parameters I type <EXENAME> or > <EXENAME>.exe, gmon.out and > outputfile.txt. > But the outputfile does not appear. > I use Dev-Cpp 4.01. > I don't find any mention of tools configuration to confirm I am not > doing wrong things in help. > If I run gprof from cmd.exe it runs well. I can avoid projects in too > deep folders and use gprof from cmd.exe (command.exe for windows 9x), > but it would be nice to be able to run it from the menu. >=20 >=20 You can't use > in Windows apps. Only the DOS shell supports piping using the > character. |
|
From: Mac R. <re...@no...> - 2002-05-29 16:31:11
|
Sorry, the error is NOT in CreateProcess, but in GetStdHandle. It looks
like Dev-C++ can't get access to the stdin/stdout/stderr handles for GDB
for some reason. I tried a quick install on a different machine. If it
helps, both problem machines are running Win98SE, which has been known to
behave differently than the NT/2K/XP OSs with regard to console handling.
Just as a test, I went ahead and unzipped the Insight5 package over the
Beta3 install. Running that had the following results:
- Still got error with GetStdHandle.
- Insight ran, but did not know which program to debug.
- After telling Insight which executable to debug, it all went fine
except that the output from the program never appeared on the screen...
Dunno if that helps any,
Mac
>My new problem is that I can't seem to debug. The program built and will
>execute properly, but when I attempt to debug I get a CreateProcess error
>(like maybe it couldn't find the GDB.EXE), and then a comment from Dev-C++
>that I needed to turn on debugging first. My first thought is that the
>CreateProcess error wasn't being examined, and was simply being assigned
>the most likely problem -- lack of debugging info. But then I thought,
>"well, I haven't actually gone and turned on debugging info anywhere...",
>so I tried to find it. I couldn't find anything obvious for turning debug
>info on or off, except possibly the compiler command line option entry
>boxes. Unfortunately, I am not a big native GCC user (hence why I am so
>interested in IDEs like Dev-C++).
-
_____________________________ /"\
Mac Reiter \ / ASCII Ribbon Campaign
Nomadics, Inc. X Against HTML Mail
re...@no... / \ (To join the campaign, simply use
this in your signature.)
|
|
From: Carlos d. M. <cg...@wo...> - 2002-05-29 16:24:20
|
I tried to add in tools menu the option of gprof, but everything I do the only I achieve is that the window of gprof displays a fraction of second and it does nothing (in the parameters I type <EXENAME> or <EXENAME>.exe, gmon.out and > outputfile.txt. But the outputfile does not appear. I use Dev-Cpp 4.01. I don't find any mention of tools configuration to confirm I am not doing wrong things in help. If I run gprof from cmd.exe it runs well. I can avoid projects in too deep folders and use gprof from cmd.exe (command.exe for windows 9x), but it would be nice to be able to run it from the menu. |
|
From: <jp...@bo...> - 2002-05-29 16:08:05
|
I think this was said here before, but I had some problems with my connection and I think I lost any information about this: how can I take the last version of DevCpp. I always have to wait for a new beta version or I can download it from some place? []s Juliano -----Mensagem original----- De: dev...@li... [mailto:dev...@li...] Em nome de Mac Reiter Enviada em: quarta-feira, 29 de maio de 2002 11:26 Para: dev...@li... Assunto: [Dev-C++] Beta3 Debugging Quer ter seu pr=F3prio endere=E7o na Internet? Garanta j=E1 o seu e ainda ganhe cinco e-mails personalizados. = Dom=EDniosBOL - http://dominios.bol.com.br First off, thank you Colin for the new RM.EXE. I can build projects now. Has the Beta3 installer been updated so that other users won't run into this? My new problem is that I can't seem to debug. The program built and will execute properly, but when I attempt to debug I get a CreateProcess error (like maybe it couldn't find the GDB.EXE), and then a comment from Dev-C++ that I needed to turn on debugging first. My first thought is that the CreateProcess error wasn't being examined, and was simply being assigned the most likely problem -- lack of debugging info. But then I thought, "well, I haven't actually gone and turned on debugging info anywhere...", so I tried to find it. I couldn't find anything obvious for turning debug info on or off, except possibly the compiler command line option entry boxes. Unfortunately, I am not a big native GCC user (hence why I am so interested in IDEs like Dev-C++). The project is a simple console mode STL "Hello World!" program. I just insert "Hello" and "World" into a list and then iterate over it dumping entries to cout. Very silly, but I want to start using STL and BOOST heavily, so I am trying to burn it into my reflexes... I considered installing the Insight package from Dev-C++ 4, but I really wanted to see how the new integrated debugging was going, since I know that making that work properly is a major effort. I had other stuff to do yesterday and couldn't spend much time tracking this down. I will likewise be too busy today, but I should be able to do any necessary research tomorrow. Please don't expend any great effort trying to reproduce this until after I can do some more work on my end. I just thought that if I had done something foolish or if this was a simple problem someone might be able to give me a fix quickly. Any thoughts or suggestions would be welcome. My apologies if I have done something stupid. Thank you, Mac - _____________________________ /"\ Mac Reiter \ / ASCII Ribbon Campaign Nomadics, Inc. X Against HTML Mail re...@no... / \ (To join the campaign, simply use this in your signature.) =20 _______________________________________________________________ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm _______________________________________________ Dev-cpp-users mailing list Dev...@li... https://lists.sourceforge.net/lists/listinfo/dev-cpp-users |
|
From: Mac R. <re...@no...> - 2002-05-29 14:27:09
|
First off, thank you Colin for the new RM.EXE. I can build projects now.
Has the Beta3 installer been updated so that other users won't run into this?
My new problem is that I can't seem to debug. The program built and will
execute properly, but when I attempt to debug I get a CreateProcess error
(like maybe it couldn't find the GDB.EXE), and then a comment from Dev-C++
that I needed to turn on debugging first. My first thought is that the
CreateProcess error wasn't being examined, and was simply being assigned
the most likely problem -- lack of debugging info. But then I thought,
"well, I haven't actually gone and turned on debugging info anywhere...",
so I tried to find it. I couldn't find anything obvious for turning debug
info on or off, except possibly the compiler command line option entry
boxes. Unfortunately, I am not a big native GCC user (hence why I am so
interested in IDEs like Dev-C++).
The project is a simple console mode STL "Hello World!" program. I just
insert "Hello" and "World" into a list and then iterate over it dumping
entries to cout. Very silly, but I want to start using STL and BOOST
heavily, so I am trying to burn it into my reflexes...
I considered installing the Insight package from Dev-C++ 4, but I really
wanted to see how the new integrated debugging was going, since I know that
making that work properly is a major effort.
I had other stuff to do yesterday and couldn't spend much time tracking
this down. I will likewise be too busy today, but I should be able to do
any necessary research tomorrow. Please don't expend any great effort
trying to reproduce this until after I can do some more work on my end. I
just thought that if I had done something foolish or if this was a simple
problem someone might be able to give me a fix quickly. Any thoughts or
suggestions would be welcome. My apologies if I have done something stupid.
Thank you,
Mac
-
_____________________________ /"\
Mac Reiter \ / ASCII Ribbon Campaign
Nomadics, Inc. X Against HTML Mail
re...@no... / \ (To join the campaign, simply use
this in your signature.)
|
|
From: Colin L. <col...@wa...> - 2002-05-28 22:35:17
|
Hi, > I downloaded the Beta3 installer and everything installed fine. I then > made a trivial "Hello World" project and hit Rebuild All. I was informed > that the required DLL MSYS-1.0.DLL was missing. After much fiddling > around, I discovered that the rm.exe program (presumably from the new MingW > set) is the offending program. I realize that MingW development is > separate, but I was curious what I need to do to get the Beta3 Dev-C++ > functional. I was concerned that I might have gotten some confusion > between previous versions, so I made sure to uninstall and delete all > previous versions of the various components. yes sorry about this one, you can get the correct rm.exe from: http://www.haikuzone.org/dev/rm.exe Greetings, Colin |
|
From: Elif K. <ek...@em...> - 2002-05-28 21:37:06
|
The class browser in the latest beta is not working. Do you expect the next beta having this fix? The file extensions under file/open does not include "*.hh", but rather includes ".rh" as C++ header files. Will "*.hh" be an option in the further releases? A code beautifier would be soo helpful. Is there a plan to integrate one in the near future? thanks, Elif Kurklu mailto:ek...@cs... |
|
From: Ivan B. <be...@pa...> - 2002-05-28 19:57:30
|
Instead of
float a[][4]={
{a[0][0]= 1}, {a[0][1]=1}, {a[0][2]=-1}, {a[0][3]= 0},
{a[1][0]=12}, {a[1][1]=0}, {a[1][2]= 6}, {a[1][3]=84},
{a[2][0]= 0}, {a[2][1]=3}, {a[2][2]= 6}, {a[2][3]=21}
Try the following:
float a[][4]= { { 1 ,1,-1,3},
{ 12,0,6,84},
{ 0 ,3,6,21}};
-----Oorspronkelijk bericht-----
Van: dev...@li...
[mailto:dev...@li...]Namens Vatay Világi
Norbert
Verzonden: dinsdag 28 mei 2002 14:00
Aan: dev...@li...
Onderwerp: [Dev-C++] initializer element is not constant
Hi list,
I have a litle C program by Standard ANSI norm for Kirchhoff law
with next initialization:
#include <stdio.h>
#include <conio.h>
#include <math.h>
float a[][4]={
{a[0][0]= 1}, {a[0][1]=1}, {a[0][2]=-1}, {a[0][3]= 0},
{a[1][0]=12}, {a[1][1]=0}, {a[1][2]= 6}, {a[1][3]=84},
{a[2][0]= 0}, {a[2][1]=3}, {a[2][2]= 6}, {a[2][3]=21}
};
float x[3];
int i, j, k, k1, n=3, n1=n+1;
float a1,t;
main()
{
.....
The Dev-C++ 4 returned following errors:
pelda-3.c:26: initializer element is not constant
pelda-3.c:26: (near initializetion for 'a[0][0]')
pelda-3.c:26: initializer element is not constant
pelda-3.c:26: (near initialization for 'a[1][0]')
.....
What must man another writing for mingw?
Thanks,
and sorry for my bad english
Vatay Világi Norbert
____________________________________________________________________________
_
Linux is like a wigwam - no windows, no gates, only apaches inside with
boa's
_______________________________________________________________
Don't miss the 2002 Sprint PCS Application Developer's Conference
August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm
_______________________________________________
Dev-cpp-users mailing list
Dev...@li...
https://lists.sourceforge.net/lists/listinfo/dev-cpp-users
|
|
From: Vatay V. N. <no...@va...> - 2002-05-28 17:59:45
|
Hi list,
I have a litle C program by Standard ANSI norm for Kirchhoff law
with next initialization:
#include <stdio.h>
#include <conio.h>
#include <math.h>
float a[][4]=3D{
{a[0][0]=3D 1}, {a[0][1]=3D1}, {a[0][2]=3D-1}, {a[0][3]=3D 0=
},
{a[1][0]=3D12}, {a[1][1]=3D0}, {a[1][2]=3D 6}, {a[1][3]=3D84=
},
{a[2][0]=3D 0}, {a[2][1]=3D3}, {a[2][2]=3D 6}, {a[2][3]=3D21=
}
};
float x[3];
int i, j, k, k1, n=3D3, n1=3Dn+1;
float a1,t;
main()
{
.....
The Dev-C++ 4 returned following errors:
pelda-3.c:26: initializer element is not constant
pelda-3.c:26: (near initializetion for 'a[0][0]')
pelda-3.c:26: initializer element is not constant
pelda-3.c:26: (near initialization for 'a[1][0]')
.....
What must man another writing for mingw?=20
Thanks,
and sorry for my bad english
Vatay Vil=E1gi Norbert
_________________________________________________________________________=
____
Linux is like a wigwam - no windows, no gates, only apaches inside with b=
oa's
|
|
From: Ioannis V. <no...@ho...> - 2002-05-28 17:54:11
|
> -----Original Message----- > From: dev...@li... > [mailto:dev...@li...] On Behalf > Of Mac Reiter > Sent: Tuesday, May 28, 2002 8:03 PM > To: dev...@li... > Subject: [Dev-C++] Dev-C++, MingW, and MSYS > [...] > Thanks! > Mac > - > _____________________________ /"\ > Mac Reiter \ / ASCII Ribbon Campaign > Nomadics, Inc. X Against HTML Mail > re...@no... / \ (To join the > campaign, simply use > this in your signature.) Hongli here is a fellow soldier. Do not waste your time! The movement is still alive! :) Ioannis * Ioannis Vranos * Programming pages: http://www.noicys.cjb.net * Alternative URL: http://run.to/noicys |
|
From: Napoleon A. <nah...@so...> - 2002-05-28 17:50:17
|
GoodDay fellas, I downloaded the latest release of our favorite Dev C++ (without the compiler and the debugger). As iti is now I have a seperate directory = for Mingw which i use together with Dev C++ and it works fine. I will now = like to learn how to use the GDB debugger so I downloaded it. I however don't know how to intergrate it with DevC++. First of all when = I extracted the file it created a dir c:\gdb-5.1.1 with several sub dirs = one of which is gdb. In that dir I found a readme file with instructions on = how to build GDB. I have followed the instructions but the build does not = work. please I'll be pleased to know how to build GDB and get it integrated = with Dev C++. One may suggest that I download Dev C++ with the debugger but honestly I prefer to keep things seperate. My system is a : Win 98, with these dirs MingW, DevC++, and Gdb-5.1.1. Thanks for your help. Napoleon. |
|
From: Mac R. <re...@no...> - 2002-05-28 17:04:15
|
I downloaded the Beta3 installer and everything installed fine. I then
made a trivial "Hello World" project and hit Rebuild All. I was informed
that the required DLL MSYS-1.0.DLL was missing. After much fiddling
around, I discovered that the rm.exe program (presumably from the new MingW
set) is the offending program. I realize that MingW development is
separate, but I was curious what I need to do to get the Beta3 Dev-C++
functional. I was concerned that I might have gotten some confusion
between previous versions, so I made sure to uninstall and delete all
previous versions of the various components.
I have tried downloading and installing the newest MingW, and have also
downloaded and installed the newest MSYS (which is a rather odd little
project, and I would rather not install it if I can help it). I have also
tried placing the MSYS-1.0.DLL from the MSYS system into the \dev-c++\bin\
directory so that rm.exe could find it, but that didn't help.
If it helps for recreating the problem:
- Win98SE
- All previous versions of Dev-C++, MingW, and MSYS uninstalled and
their directories were deleted.
- DevC++ 4.9.3.0 installed (to D:\Programming\Dev-C++, if that matters).
Because I am evaluating C++ dev environments, I also have the following
software installed, which could easily cause problems if Dev-C++ is very
dependent on environment variables (a practice which I loathe -- if you are
going to depend on an environment variable instead of a config file, at
least make it a unique env variable, not something like "INCLUDE". Sorry
for the unfocused rant...)
- Visual C++ 6.0 Learning Edition (came with a book)
- Quincy 2000
- Digital Mars C++ 8.28
Any help would be appreciated, because Dev-C++ looks like it is by far the
best option of what I have, if I can just get it working.
Thanks!
Mac
-
_____________________________ /"\
Mac Reiter \ / ASCII Ribbon Campaign
Nomadics, Inc. X Against HTML Mail
re...@no... / \ (To join the campaign, simply use
this in your signature.)
|
|
From: <h.r...@gm...> - 2002-05-28 15:38:32
|
> hi > > On Mon, May 27, 2002 at 02:00:57AM +0200, Zodiaq wrote: > > anybody knows free/shareware profiler that could work with dev-c++ or > > just c++ ? > > what about jessie, http://oss.sgi.com/projects/jessie/ > > > regards, Zodiaq... > stan > what about gprof ? regards Horst -- Horst Rößner Postf. 1802 52205 Stolberg ICQ ID #74808448 h.r...@gm... h.g...@t-... GMX - Die Kommunikationsplattform im Internet. http://www.gmx.net |