dev-cpp-users Mailing List for Dev-C++ (Page 563)
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: Bob W. <bo...@ph...> - 2002-07-01 16:35:46
|
Ioannis, et al., > There is much hype around C# because MS wants to lock in programmers. > The same happens for SUN's Java, Borland's Delphi and other > non-standardised languages. While I have not seen anything from Borland (I really haven't looked), the local Delphi SIG says that Borland has announced that the next version of Delphi will be fully .NET compatible. The concern in the Delphi community is that Microsoft will turn is back on .NET if it does not live up to its promise and Borland will be left holding the bag. Regards, Bob Wilson |
|
From: Ioannis V. <no...@ho...> - 2002-07-01 16:34:27
|
> -----Original Message----- > From: dev...@li... > [mailto:dev...@li...] On Behalf > Of Daniel Glenfield > Sent: Monday, July 01, 2002 3:09 PM > To: ra...@my...; dev...@li... > Subject: Re: [Dev-C++] C# > > > I'd be interested too if anyone can give a good definition of C#. C# is a C-style language (at least advertised as such) which permits to do the basic programming stuff (which is not a bad thing), like VB. > > I know that you have greater control over memory management > than in C++, > that's about it. And not only of memory management, and also you do not need garbage collection with C++. Also in C++ it is better to avoid explicit memory management and use standard library containers instead. Ioannis * Ioannis Vranos * Programming pages: http://www.noicys.cjb.net * Alternative URL: http://run.to/noicys |
|
From: Ioannis V. <no...@ho...> - 2002-07-01 16:25:25
|
> -----Original Message----- > From: dev...@li... > [mailto:dev...@li...] On Behalf > Of Ramana Kumar > Sent: Monday, July 01, 2002 3:00 PM > To: C++ > Subject: [Dev-C++] C# > > > I'm sure we can all feel it's presence. > And i feel it also oozes Microsoft's presence too. > > anyway... i know this is the dev-c++ mailing list, and i love > dev-c++, but > since you are all supposedly c++ programmers like me, could > someone please > explain to me what is c#? I've read a lot of stuff about it > tonight on the > internet, so i know a bit about it. > are any of you learning it? > who should learn it? > what's it really for? > is c++ still going to be as widely used? > or am i way off track in asking that? > i know there is a free c# compiler somewhere (haven't looked > into that yet > though), as well as obviously the micro$oft visual c#... is bloodshed > considering starting a c# editor/compiler? > does anyone know much about .NET? it seems i might have to > get a bit more of > an understanding of .NET because information on c# assumes > you know what > .NET is all about. > the whole .NET and c# thing looks great for all the benefits > people are > raving about, but the first thing i felt when i saw so many > c# books in a > bookstore and not enough c++ ones is a bit of fear that my > native language > is being overridden lol - not exactly a legitimate fear, but hey > so anyway, any information on c# would be appreciated > thanks Lets start by explaining what .NET is. .NET is a framework which has a Just In-Time Compiler like Java Virtual Machine named Common Language Runtime. When you create programs and compile them, they are "compiled" to some intermediate bytecode called "Intermediate Language". When you execute the program, the program is compiled at run time by the CLR engine and then it is executed. The main difference with JVM, is that JVM supports only Java while CLR is open to support any language (and so different languages can interoperate). .NET provides an API for the CLR which the various languages can use so as to write programs, and interoperate with one another. C# is a C-style language (which is another matter of discussion how much C-style is, it resembles Pascal too) which is restricted entirely to the abilities of the CLR. The ideal in programming is to write portable efficient code with the system dependencies encapsulated in a small portion of the code only. In the view of .NET, if you want to make your code able to be used by other .NET languages, you can create a .NET interface to it. The question if C++ is going to be widely used now that C# has arrived is a joke, not because of language fanatism but of reality. C# is not a system programming language. You can not write an Operating System with it, it is a simple language among others in the .NET world. You cannot do advanced tasks with it. .NET, the entire Visual Studio 7 (including the C# compiler), 6 etc, MS Office, Internet Explorer, Netscape, Microsoft Windows, Virtual Java Machine, etc are *ALL WRITTEN IN C++*. This is natural, it could not be done another way. You can write a C# compiler with C++ but you can't write a C++ compiler with C#. This is because C# and C++ design aims are different. C++ is made with a bias for systems programming (to write OSes etc) with design aims for writing programs with the maximum space/time efficiency possible, while C# design aims is to write simple applications. Also C# is not a normally standardised language, so you cannot find compiler for it at every system (from water machines to large mainframes). On the other hand C++ is openly standardised and you can find a compiler of it *everywhere*, and this will be happening also in the future (consider for example HTML, etc and other open standards, they will be always supported). C# also supports only Object Oriented programming and this not completely (it doesn't support multiple inheritance etc). If you want to write a hello world program in C# you have to create a class. This is the truth, i am not a language fanatic and probably i 'll learn C# in the future too (which will be very easy after C++, since their abilities are a subset) as also Java etc. There is much hype around C# because MS wants to lock in programmers. The same happens for SUN's Java, Borland's Delphi and other non-standardised languages. Read the following interesting article about silver bullets (the above languages are advertised as panaceas): http://www.itworld.com/AppDev/710/lw-02-stroustrup/ Ioannis * Ioannis Vranos * Programming pages: http://www.noicys.cjb.net * Alternative URL: http://run.to/noicys |
|
From: Mac R. <re...@no...> - 2002-07-01 15:50:15
|
At 12:11 AM 6/29/02 +0200, Hongli Lai wrote:
>On Fri, 2002-06-28 at 20:59, Mac Reiter wrote:
>> At 06:15 PM 6/28/02 +0200, Colin Laplace wrote:
>> Now the linker pass comes along and has some kind of problem, because it
>> can't tell if main.o is newer than main.cpp or not. Does this sound like
>> the problem? If so, either make needs to be modified to somehow use more
>> accurate timestamps (difficult, since it relies on file timestamps, which
>> are OS determined), or GCC needs to be modified so that if it completes
>> compilation in less than one second, it delays a second to let the
>> timestamps differ. If this actually is the problem, it is only going to
>> get worse as machines get faster.
>>
>
>Actually, GCC or the linker don't check on anything. Make does that.
>So make will have to be modified, not GCC.
I am aware of that. But the problem *could* be fixed by GCC ensuring that
from the time it started until the time it wrote the result was at least
one second long. It would NOT be the RIGHT place to fix it, but it WOULD
guarantee that the timestamps all differed.
The RIGHT place to fix it is in 'make', obviously, since it is 'make' that
is having timestamp problems. Since 'make' cannot go to more accurate
timers (it must rely on file timestamps, which are OS specified), it could
use the "delay if I need to" method between each program invocation stage.
If it guaranteed that at least one second passed between each step, that
should fix most things. It still wouldn't guarantee that the first step
was OK, since the file could have been saved, then make started, then GCC
run to completion all within one second. To fix that, make would need to
perform the delay step *before* each invocation, not just *between* all
invocations -- that way it would delay before the first invocation,
allowing the clock to advance between the save and the running of GCC.
Oh, and while I'm on the subject of clocks -- keep in mind that staring at
a computer clock can keep it from moving. In particular on DOS machines,
running a program that loops continuously asking for the time and
displaying it will cause the clock to lose several minutes per hour,
possibly more on faster machines. A fast enough machine might be able to
stop it completely. On DOS, reading the clock does lock out the update
interrupt, so if you read the clock enough, the update interrupt can't ever
get through. This is the flip side to the problem I described earlier
about reading a clock that did *not* lock itself during read, which allowed
for having the value change while you were reading, leading to clocks
appearing to run backward and other atrocities.
In case you're wondering, the right (or at least better) solution (which
can only be implemented by hardware designers) is to double buffer (I
believe the hardware term is register, or latch, but I'm not sure) the
clock. Allow the update interrupt to always be able to write into the
writable buffer. Allow upper layers to always be able to read from the
readable buffer. Whenever either buffer is unlocked (when either update
interrupt exits or upper layer read function exits), see if the other
buffer is also unlocked, and if it is, copy (latch) the value from the
writable buffer to the readable buffer. Really fast readers could still
stall out the update process, but once the program went away, the clock
would properly update. I suppose you could have a bit to signal that an
update is pending, so that you could block reader applications out until
you could get the latching from writable to readable done...
Oh well -- doesn't matter, since the PC hardware won't be changing any time
soon (at least in that regard). Just passing on some painfully learned
knowledge about how clocks are not nearly as nice and simple as you would
think they are...
-
_____________________________ /"\
Mac Reiter \ / ASCII Ribbon Campaign
Nomadics, Inc. X Against HTML Mail
re...@no... / \ (To join the campaign, simply use
this in your signature.)
|
|
From: <tam...@ms...> - 2002-07-01 14:25:15
|
Hey guys I'm still real green when it comes to code and I'm trying to go =
a little deeper than just the basics so I check out this book by Michael =
Abrash called "ZEN of Graphics Programming." He believes you should writ=
e all graphics in assembly language do to C's lack of compatibility from =
one compiler to another and then he writes this C program. Of course it =
doesn't compile on dev. Could anyone tell me what compiler it does compi=
le on and how maybe I could get it to compile on dev?
Thanks for any help anyone could give to this newbie.
/*
* Illustrates color paging by color-animating a series of
* concentric circles to produce the illusion of motion.
* Runs on the VGA only, because color paging isn't available on
* the EGA.
*/
#include <dos.h>
#define USE_BIOS 0 /* set to 1 to use BIOS functions to perform
color paging, 0 to program color paging
registers directly */
=20
#define SCREEN_WIDTH_IN_BYTES 80 /* # of bytes across one scan
line in mode 12h */
#define SCREEN_SEGMENT 0xA000 /* mode 12h display memory seg*/
#define GC_INDEX 0x3CE /* Graphics Controller index */
#define SET_RESET_INDEX 0 /* Set/Reset reg index in GC */
#define SET_RESET_ENABLE_INDEX 1 /* Set/Reset Enable reg index
in GC */
#define BIT_MASK_INDEX 8 /* Bit Mask reg index in GC */ =
=20
#define INPUT_STATUS_1 0x3DA /* Input Status 1 port */
#define AC_INDEX 0x3C0 /* Attribute Controller index */
#define AC_DATA_W 0x3C0 /* Attribute Controller data
register for reads */
#define AC_DATA_R 0x3C1 /* Attribute Controller data
register for reads */ =20
#define AC_MODE_INDEX 0x30 /* AC Mode reg index, with bit 6
set to avoid blanking screen =
*/
#define AC_COLOR_SELECT_INDEX 0x34 /* Color Select req index, with
bit 6 set to avoid blanking
screen */
void DrawDot(int X, int Y);
void DrawCircle(int X, int Y, int Radius, int Color);
/* Array used to load the DAC. Organized as 256 RGB triplets*/
static unsigned char DACSettings[256*3];
/* Array used to load the palette RAM to a pass-through state.
The 17th entry sets the border color to 0 */
static unsigned char PaletteRAMSettings[] =3D {
0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 0};
void main()
{
int Radius, Color, Page, Element, i;
union REGS Regs;
struct SREGS Sregs;
unsigned char GreenComponent;
=20
/* Select VGA's hi-res 640x480 graphics mode, mode 12h */
Regs.x.ax =3D 0x0012;
int86(0x10, &Regs, &Regs);
=20
/* Draw concentric circles */
for ( Radius =3D 10, Color =3D 1; Radius < 240; Radius +=3D 2 )
{
DrawCircle(640/2, 480/2, Radius, Color);
if (++Color >=3D 16)
Color =3D 1; /* skip color 0 */
}
=20
/* Load the upper 240 DAC locations (15 pages) with one-postion
rotations of a series of increasingly green colors. Because
page 0 is being displayed, the screen remains unchanged while
the other 15 color pages are being loaded. */
=20
/* First, fill DACSettings with the desired green settings
(because it's a static array, all locations are initialized to
zero, so we don't need to initialize the red or green color
components, which we want to be zero). */
GreenComponent =3D 8;
for ( Page =3D 1; Page <=3D 15; Page++ )
{
GreenComponent =3D Page * 4;
for ( Element =3D 1; Element <=3D 15; Element++ )
{
DACSettings[Page*16*3 + Element*3 +1] =3D GreenComponent;
if ( (GreenComponent +=3D 4) >=3D 64 )
GreenComponent =3D 4;
}
}
=20
/* Now call the BIOS to load the pper 240 DAC locations */
Regs.h.ah =3D 0x10;
Regs.h.al =3D 0x12;
Regs.x.bx =3D 16;
Regs.x.cx =3D 240;
Regs.x.dx =3D (unsigned int)(DACSettings + 16*3);
segread(&Sregs);
Sregs.es =3D Sregs.ds /* point ES:DX to DACSettings */
int86x(0x10, &Regs, &Regs, &Sregs);
=20
/* Put the palette RAM in a pass-through state and set the Overscan
register (boarder color) to 0. We've saved this for last because
it changes the colors being displayed. */
Regs.h.ah =3D 0x10;
Regs.h.al =3D 2;
Regs.x.dx =3D (unsigned int)PaletteRAMSettings;
segread(&Sregs);
Sregs.es =3D Sregs.ds; /* point ES:DS to PaletteRAMSettings */
int86x(0x10, &Regs, &Regs, &Sregs);
=20
/* Enable 16-pages-if-16-colors paging */
#if USE_BIOS
Regs.h.ah =3D 0x10;
Regs.h.al =3D 0x13;
Regs.h.bl =3D 0;
Regs.h.bh =3D 1;
int86(0x10, &Regs, &Regs);
#else
inp(INPUT_STATUS_1);
outp(AC_INDEX, AC_MODE_INDEX);
outp(AC_DATA_W, inp(AC_DATA_R) | 0x80);
#endif /* USE_BIOS */
/* We're read to roll; the upper 15 pages are set up, the
palette RAM is in a pass-through state, and 16-pages-of-16-
colors paging is enabled. Now we'll loop through and display
each of pages 15 through 1 and then back to 15 for one frame
until a key is pressed. */
for ( Page =3D 15, i =3D 0; i < 1000; i++ )
{
#if USE_BIOS
/* Select the desired color page */
Regs.h.ah =3D 0x10;
Regs.h.al =3D 0x13;
Regs.h.bl =3D 1;
Regs.h.bh =3D Page;
int86(0x10, &Regs, &Regs);
#else
/* Wait for the leading edge of the vertical sync pulse; this
ensures that we change color pages during vertical
non-display time, and that the page flips are even spaced
over time */
while ( (inp(INPUT_STATUS_1) & 0x08) !=3D 0 );
/* wait for non-vertical sync time */
while ( (inp(INPUT_STATUS_1) & 0x08) =3D=3D 0 );
/* wait for vertical sync time */
inp(INPUT_STATUS_1);
outp(AC_INDEX, AC_COLOR_SELECT_INDEX);
outp(AC_DATA_W, Page);
#endif /* USE_BIOS */
/* Cycle from page 15 down to page 1, and then back to page 15.
Avoid page 0 entirely */
if (--Page =3D=3D 0)
Page =3D 15;
}
=20
/* Restore text mode and done */
Regs.x.ax =3D 0x0003;
int86(0x10, &Regs, &Regs);
}
/* Draws a pixel at screen coordinate (X,Y) */
void DrawDot(int X, int Y)
{
unsigned char far *ScreenPtr;
=20
/* Point to the byte the pixel is in */
#ifdef __TURBOC__
ScreenPtr =3D MK_FP(SCREEN_SEGMENT,
(Y * SCREEN_WIDTH_IN_BYTES) + (X / 8));
#else
FP_SEG(ScreenPtr) =3D SCREEN_SEGMENT;
FP_OFF(ScreenPtr) =3D(Y * SCREEN_WIDTH_IN_BYTES) + (X / 8);
#endif
/* Set the bit mask within the byte for the pixel */
outp(GC_INDEX + 1, 0x80 >> (X & 0x07));
=20
/* Draw the pixel. ORed to force read/write to load latches
Data written doesn't matter, because set/reset is enabled
for all planes. Note: don't OR with 0; MSC optimizes that
statement to no operation. */
*ScreenPtr |=3D 0xFF;
}
/* Draws a circle of radius Radius in color Color centered at
* screen coordinate (X,Y) */
void DrawCircle(int X, int Y, int Radius, int Color)
{
int MajorAxis, MinorAxis;
unsigned long RadiusSqMinusMajorAxissq;
unsigned long MinorAxisSquaredThreshold;
=20
/* Set drawing color via set/reset */
outpw(GC_INDEX, (0x0F << 8) | SET_RESET_ENABLE_INDEX);
/* enable set/reset for all planes */
outpw(GC_INDEX, (Color << 8) | SET_RESET_INDEX);
/* set set/reset (drawing) color */
outp(GC_INDEX, BIT_MASK_INDEX);
/* Leave the GC Index reg pointing to
the Bit Mask reg */
=20
/* Set up to draw the circle by setting the initial point to one
end of the 1/8th of a circle arc we'll draw */
MajorAxis =3D 0;
MinorAxis =3D Radius;
/* Set initial Radius**2 - MajorAxis**2 (MajorAxis is initially 0) */
RadiusSqMinusMajorAxisSq =3D Raduis * Radius;
/* Set threshold for minor axis movement at (MinorAxis - 0.5)**2 */
MinorAxisSquaredThreshold =3D MinorAxis * MinorAxis - MinorAxis;
=20
/* Draw all points along an arc of 1/8th of the circle, drawing
all 8 symmetries at the same time */
do
{
/* Draw all 8 symmetries of current point */
DrawDot(X+MajorAxis, Y-MinorAxis);
DrawDot(X-MajorAxis, Y-MinorAxis);
DrawDot(X+MajorAxis, Y+MinorAxis);
DrawDot(X-MajorAxis, Y+MinorAxis);
DrawDot(X+MinorAxis, Y-MajorAxis);
DrawDot(X-MinorAxis, Y-MajorAxis);
DrawDot(X+MinorAxis, Y+MajorAxis);
DrawDot(X-MinorAxis, Y+MajorAxis);
=20
/* Advance (Radius**2 - MajorAxis**2); if it equals or passes
the MinorAxis**2 threshold, advance one pixel along the minor
axis and set the next MinorAxis**2 threshold. */
if ( (RadiusSqMinusMajorAxisSq -=3D
MajorAxis + MajorAxis + 1) <=3D MinorAxisSquaredThreshold )
{
MinorAxis--;
MinorAxisSquaredThreshold -=3D MinorAxis + MinorAxis;
}
MajorAxis++; /* advance one pixel along the major axis */ =
=20
}
while ( MajorAxis <=3D MinorAxis );
=20
/* Reset the Bit Mask register to normal */
outp(GC_INDEX + 1, 0xFF);
=20
/* Turn off set/reset enable */
outpw(GC_INDEX, (0x00 << 8) | SET_RESET_ENABLE_INDEX);
} =20
|
|
From: Ramana K. <ra...@my...> - 2002-07-01 13:42:01
|
thanks rob! it's nice to hear stuff like that :) lol for those who are interested: The C# language is derived from C and C++, and it was created for the enterprise developer who is willing to sacrifice a bit of C++'s raw power for more convenience and productivity. C# is modern, simple, object-oriented, and type-safe. It borrows a lot from C and C++, but it is considerably different in specific areas such as namespaces, classes, methods, and exception handling. C# provides you with convenient features such as garbage collection, type safety, versioning, and more. The only "expense" is that by default your code operates in safe mode, where no pointers are allowed. Type safety pays off. However, if you need pointers, you can still use them via unsafe code--and no marshaling is involved when calling the unsafe code. /.../ You are provided with a runtime environment by NGWS, the NGWS runtime. This runtime manages the execution of code, and it provides services that make programming easier. As long as the compiler that you use supports this runtime, you will benefit from this managed execution environment. Your guess-that the C# compiler supports the NGWS runtime - is correct. However, it is not the only compiler that supports the NGWS runtime; Visual Basic and C++ do so also. The code that these compilers generate for NGWS runtime support is called managed code. The benefits your applications gains from the NGWS runtime are Cross-language integration (through the Common Language Specification) Automatic memory management (garbage collection) Cross-language exception handling (unified unwinding) Enhanced security (including type safety) Versioning support (the end of "DLL hell") Simplified model for component interaction -----Original Message----- From: dev...@li... [mailto:dev...@li...]On Behalf Of Rob Sent: Monday, 1 July 2002 11:05 PM To: dev...@li... Subject: Re: [Dev-C++] C# The way I've heard it characterized by a few people I know is that C# is Microsoft's Java-killer of the week. I'm actually more interested in using Java for Java-esque tasks, if that's the case. It's becoming a fairly mature language, and C# is brand new (and married to Microsoft, presumably). C# is no threat to C++, and even if it was, the skills one picks up while learning C++ are invaluable. Heck, learning C++ is even making me a better Python programmer! Rob Andrews http://uselesspython.com Ramana Kumar wrote: > ok, cool, so C# is interpreted? (and always will be? - i guess it has to be) > that is great news to me. > from what i read tonight (on the internet at various places) C# is designed > primarily at enterprise level, to drastically increase productivity and > convenience at the cost of a loss in C++'s raw power. > so, i guess C# is more a replacement of java than of c++? > cristian wrote that he is learning c# and that it can do all that c++ does > and is as easy as vb (which are all correct for this purpose) and it just so > happens that i was in the middle of writing a long program using win32api in > c++ which i anticipate to finish in a year or two (one man job!). my fear > was that i should be looking at switching to c# in this early stage of > development. it seems now, hopefully, that c++ is still the way to go? > thanks cristian and others > ramana > > -----Original Message----- > From: Teodorescu Cristian [mailto:te...@xt...] > Sent: Monday, 1 July 2002 10:16 PM > To: Ramana Kumar > Subject: Re: [Dev-C++] C# > > > Ramana Kumar wrote: > > >>I'm sure we can all feel it's presence. >>And i feel it also oozes Microsoft's presence too. >> >>anyway... i know this is the dev-c++ mailing list, and i love dev-c++, but >>since you are all supposedly c++ programmers like me, could someone please >>explain to me what is c#? I've read a lot of stuff about it tonight on the >>internet, so i know a bit about it. >>are any of you learning it? >> >> > Yes i learn C# > > >>who should learn it? >> >> > Depends it seems to replace java > > >>what's it really for? >> >> > evrithing you want need :-) > it can do all c++ do and is easy as vb so ... i > > >>is c++ still going to be as widely used? >> >> > yes beacuse c# is a interpreted language by .net machine (as i know)and > like java windows app are sloow sa c++ is a fast alternative > you can't write time critical app in c# or java so ... > > >>or am i way off track in asking that? >>i know there is a free c# compiler somewhere (haven't looked into that yet >>though), as well as obviously the micro$oft visual c#... is bloodshed >>considering starting a c# editor/compiler? >> >> > www.microsoft.com > framework sdk has a c# compiler, > > >>does anyone know much about .NET? it seems i might have to get a bit more >> > of > >>an understanding of .NET because information on c# assumes you know what >>.NET is all about. >>the whole .NET and c# thing looks great for all the benefits people are >>raving about, but the first thing i felt when i saw so many c# books in a >>bookstore and not enough c++ ones is a bit of fear that my native language >>is being overridden lol - not exactly a legitimate fear, but hey >>so anyway, any information on c# would be appreciated >>thanks >> >>ramana >> >> >> >> >>------------------------------------------------------- >>This sf.net email is sponsored by:ThinkGeek >>Welcome to geek heaven. >>http://thinkgeek.com/sf >>_______________________________________________ >>Dev-cpp-users mailing list >>Dev...@li... >>https://lists.sourceforge.net/lists/listinfo/dev-cpp-users >> >> >> > > best regard Teodorescu Cristian > > > > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Dev-cpp-users mailing list > Dev...@li... > https://lists.sourceforge.net/lists/listinfo/dev-cpp-users > > -- "Giving the Linus Torvalds Award to the Free Software Foundation is a bit like giving the Han Solo Award to the Rebel Alliance." --Richard Stallman at the 1999 LinuxWorld show ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf _______________________________________________ Dev-cpp-users mailing list Dev...@li... https://lists.sourceforge.net/lists/listinfo/dev-cpp-users |
|
From: Rob <ro...@us...> - 2002-07-01 13:02:06
|
The way I've heard it characterized by a few people I know is that C# is Microsoft's Java-killer of the week. I'm actually more interested in using Java for Java-esque tasks, if that's the case. It's becoming a fairly mature language, and C# is brand new (and married to Microsoft, presumably). C# is no threat to C++, and even if it was, the skills one picks up while learning C++ are invaluable. Heck, learning C++ is even making me a better Python programmer! Rob Andrews http://uselesspython.com Ramana Kumar wrote: > ok, cool, so C# is interpreted? (and always will be? - i guess it has to be) > that is great news to me. > from what i read tonight (on the internet at various places) C# is designed > primarily at enterprise level, to drastically increase productivity and > convenience at the cost of a loss in C++'s raw power. > so, i guess C# is more a replacement of java than of c++? > cristian wrote that he is learning c# and that it can do all that c++ does > and is as easy as vb (which are all correct for this purpose) and it just so > happens that i was in the middle of writing a long program using win32api in > c++ which i anticipate to finish in a year or two (one man job!). my fear > was that i should be looking at switching to c# in this early stage of > development. it seems now, hopefully, that c++ is still the way to go? > thanks cristian and others > ramana > > -----Original Message----- > From: Teodorescu Cristian [mailto:te...@xt...] > Sent: Monday, 1 July 2002 10:16 PM > To: Ramana Kumar > Subject: Re: [Dev-C++] C# > > > Ramana Kumar wrote: > > >>I'm sure we can all feel it's presence. >>And i feel it also oozes Microsoft's presence too. >> >>anyway... i know this is the dev-c++ mailing list, and i love dev-c++, but >>since you are all supposedly c++ programmers like me, could someone please >>explain to me what is c#? I've read a lot of stuff about it tonight on the >>internet, so i know a bit about it. >>are any of you learning it? >> >> > Yes i learn C# > > >>who should learn it? >> >> > Depends it seems to replace java > > >>what's it really for? >> >> > evrithing you want need :-) > it can do all c++ do and is easy as vb so ... i > > >>is c++ still going to be as widely used? >> >> > yes beacuse c# is a interpreted language by .net machine (as i know)and > like java windows app are sloow sa c++ is a fast alternative > you can't write time critical app in c# or java so ... > > >>or am i way off track in asking that? >>i know there is a free c# compiler somewhere (haven't looked into that yet >>though), as well as obviously the micro$oft visual c#... is bloodshed >>considering starting a c# editor/compiler? >> >> > www.microsoft.com > framework sdk has a c# compiler, > > >>does anyone know much about .NET? it seems i might have to get a bit more >> > of > >>an understanding of .NET because information on c# assumes you know what >>.NET is all about. >>the whole .NET and c# thing looks great for all the benefits people are >>raving about, but the first thing i felt when i saw so many c# books in a >>bookstore and not enough c++ ones is a bit of fear that my native language >>is being overridden lol - not exactly a legitimate fear, but hey >>so anyway, any information on c# would be appreciated >>thanks >> >>ramana >> >> >> >> >>------------------------------------------------------- >>This sf.net email is sponsored by:ThinkGeek >>Welcome to geek heaven. >>http://thinkgeek.com/sf >>_______________________________________________ >>Dev-cpp-users mailing list >>Dev...@li... >>https://lists.sourceforge.net/lists/listinfo/dev-cpp-users >> >> >> > > best regard Teodorescu Cristian > > > > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Dev-cpp-users mailing list > Dev...@li... > https://lists.sourceforge.net/lists/listinfo/dev-cpp-users > > -- "Giving the Linus Torvalds Award to the Free Software Foundation is a bit like giving the Han Solo Award to the Rebel Alliance." --Richard Stallman at the 1999 LinuxWorld show |
|
From: Ramana K. <ra...@my...> - 2002-07-01 12:49:46
|
ok, cool, so C# is interpreted? (and always will be? - i guess it has to be) that is great news to me. from what i read tonight (on the internet at various places) C# is designed primarily at enterprise level, to drastically increase productivity and convenience at the cost of a loss in C++'s raw power. so, i guess C# is more a replacement of java than of c++? cristian wrote that he is learning c# and that it can do all that c++ does and is as easy as vb (which are all correct for this purpose) and it just so happens that i was in the middle of writing a long program using win32api in c++ which i anticipate to finish in a year or two (one man job!). my fear was that i should be looking at switching to c# in this early stage of development. it seems now, hopefully, that c++ is still the way to go? thanks cristian and others ramana -----Original Message----- From: Teodorescu Cristian [mailto:te...@xt...] Sent: Monday, 1 July 2002 10:16 PM To: Ramana Kumar Subject: Re: [Dev-C++] C# Ramana Kumar wrote: >I'm sure we can all feel it's presence. >And i feel it also oozes Microsoft's presence too. > >anyway... i know this is the dev-c++ mailing list, and i love dev-c++, but >since you are all supposedly c++ programmers like me, could someone please >explain to me what is c#? I've read a lot of stuff about it tonight on the >internet, so i know a bit about it. >are any of you learning it? > Yes i learn C# >who should learn it? > Depends it seems to replace java >what's it really for? > evrithing you want need :-) it can do all c++ do and is easy as vb so ... i >is c++ still going to be as widely used? > yes beacuse c# is a interpreted language by .net machine (as i know)and like java windows app are sloow sa c++ is a fast alternative you can't write time critical app in c# or java so ... >or am i way off track in asking that? >i know there is a free c# compiler somewhere (haven't looked into that yet >though), as well as obviously the micro$oft visual c#... is bloodshed >considering starting a c# editor/compiler? > www.microsoft.com framework sdk has a c# compiler, >does anyone know much about .NET? it seems i might have to get a bit more of >an understanding of .NET because information on c# assumes you know what >.NET is all about. >the whole .NET and c# thing looks great for all the benefits people are >raving about, but the first thing i felt when i saw so many c# books in a >bookstore and not enough c++ ones is a bit of fear that my native language >is being overridden lol - not exactly a legitimate fear, but hey >so anyway, any information on c# would be appreciated >thanks > >ramana > > > > >------------------------------------------------------- >This sf.net email is sponsored by:ThinkGeek >Welcome to geek heaven. >http://thinkgeek.com/sf >_______________________________________________ >Dev-cpp-users mailing list >Dev...@li... >https://lists.sourceforge.net/lists/listinfo/dev-cpp-users > > best regard Teodorescu Cristian |
|
From: Daniel G. <sp...@ho...> - 2002-07-01 12:09:03
|
I'd be interested too if anyone can give a good definition of C#. I know that you have greater control over memory management than in C++, that's about it. Daniel P.S. We could try http://www.codeproject.com as a source of info seeing as it has a C# section. _________________________________________________________________ Chat with friends online, try MSN Messenger: http://messenger.msn.com |
|
From: Ramana K. <ra...@my...> - 2002-07-01 12:01:17
|
I'm sure we can all feel it's presence. And i feel it also oozes Microsoft's presence too. anyway... i know this is the dev-c++ mailing list, and i love dev-c++, but since you are all supposedly c++ programmers like me, could someone please explain to me what is c#? I've read a lot of stuff about it tonight on the internet, so i know a bit about it. are any of you learning it? who should learn it? what's it really for? is c++ still going to be as widely used? or am i way off track in asking that? i know there is a free c# compiler somewhere (haven't looked into that yet though), as well as obviously the micro$oft visual c#... is bloodshed considering starting a c# editor/compiler? does anyone know much about .NET? it seems i might have to get a bit more of an understanding of .NET because information on c# assumes you know what .NET is all about. the whole .NET and c# thing looks great for all the benefits people are raving about, but the first thing i felt when i saw so many c# books in a bookstore and not enough c++ ones is a bit of fear that my native language is being overridden lol - not exactly a legitimate fear, but hey so anyway, any information on c# would be appreciated thanks ramana |
|
From: Carlos d. M. <cg...@wo...> - 2002-07-01 10:56:36
|
It happens to me some times that window appears and no errors in the bott=
om
winodw of compiler, linkers, etc, but I see the window of compiling and t=
he
execute button is grayed, surely this is what happens to you. It is right=
,
there are some kind of errors which appear directly in that window (the s=
ame
you get if click in the see compiler results). They are two kinds in my c=
ase:
I put some -l options in linker options at compiler (or project) options =
which
are not used ("-l---- not used since linking not done"), or other problem=
s
about the parts of the compiler (gcc.exe, g++, ld, finding some parts...)
which, in my case always (twice), are not due to compiler fails, but to s=
ome
fail at the code or options of the compiler/project.
jcmatsusue escribi=F3:
> After typing na program, save and compile appears two
> screens:
> One shows =93compilation completed=94 whitout error, another
> shows =93compiler and linker output=94 and when open the save
> file .exe it doesn=92t exist.
>
>
> _______________________________________________________________________=
___
> AcessoBOL, s=F3 R$ 9,90! O menor pre=E7o do mercado!
> Assine j=E1! http://www.bol.com.br/acessobol
>
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Dev-cpp-users mailing list
> Dev...@li...
> https://lists.sourceforge.net/lists/listinfo/dev-cpp-users
|
|
From: Daniel G. <sp...@ho...> - 2002-07-01 09:44:13
|
No content either lol >From: "I Ketut Nurasa" <ke...@an...> >Reply-To: "I Ketut Nurasa" <ke...@an...> >To: <dev...@li...> >Subject: [Dev-C++] (no subject) >Date: Mon, 1 Jul 2002 15:55:46 +0700 > > _________________________________________________________________ Join the worlds largest e-mail service with MSN Hotmail. http://www.hotmail.com |
|
From: I K. N. <ke...@an...> - 2002-07-01 09:02:31
|
|
From: Adam V. <an...@ro...> - 2002-07-01 01:34:37
|
How can I list all variables in a program? |
|
From: Luigi S. <gi...@li...> - 2002-06-30 22:45:58
|
At 15.13 06/29/02 -0400, CSt...@ao... wrote: >Hello CPP user community, > >Can anyone give me the basics on linking in the debugger and point me to >an online users manual for it? I'm trying to learn from Jesse Liberty's >book, Teach yourself C++ in 24 hours and he provides a link to get the >Bloodshed compiler. > >Charles in LA Hi ! In Dev-C++ 4.9.3.0, to include debug information into the binary file of a program, make sure that "Tools->Compiler Options->Linker->Generate Debugging Information" is checked. As for manuals I have found something on gdb at the URL: http://www.delorie.com/gnu/docs/ once there look for "gdb 4.18" In the meanwhile, just to get you started, I have included some very simple ideas in an html file which I've zipped and attached to this mail. -- gisan |
|
From: Ioannis V. <no...@ho...> - 2002-06-30 20:56:11
|
> -----Original Message-----
> From: dev...@li...
> [mailto:dev...@li...] On Behalf
> Of Ioannis Vranos
> Sent: Sunday, June 30, 2002 11:34 PM
> To: 'Dev-C++ Mailing List'
> Subject: RE: [Dev-C++] Array of function pointers
>
>
> > -----Original Message-----
> > From: dev...@li...
> > [mailto:dev...@li...] On Behalf
> > Of Abhijit Shylanath
> > Sent: Sunday, June 30, 2002 9:27 PM
> > To: Dev-C++ Mailing List
> > Subject: [Dev-C++] Array of function pointers
> >
> >
> > Sorry for my repeated OT posts, but I don't subscribe to many
> > lists because
> > they have too much of traffic, and poor little me has a
> > dial-up account. Of
> > all the lists I do subscribe to, Dev-C++ seems to have the most
> > knowledgeable (and tolerant) people.
> >
> > Having finished buttering you up, here's my question:
>
>
>
> Always ask. That is why this list is for. Coders talking with
> coders. :)
>
>
> > How do I create an array of function pointers?
> >
> > I declare a function pointer as:
> >
> > void (*fnPtr)(int arg1) = fn;
>
>
> Or better: void (*fnPtr)(int);
>
>
>
>
>
> > I tried making an array like this:
> >
> > void *(*fnPtrs)(int)
>
>
> This is a pointer to a function returning void * and getting an int.
>
>
>
> >
> > Didn't work.
> >
> > void (*fnPtrs)(int)[] = { fn, foo, NULL };
>
>
> void (*fnPtrs[])(int) = { fn, foo, NULL };
>
>
> Or if you cannot think that big, you can make things simpler:
>
>
> typedef void (*p2f)(int);
>
> p2f fnPtrs[]= { fn, foo, NULL };
>
>
>
> > Didn't work either.
> >
> > Ultimately, I got frustrated and made an array of dwords:
> >
> > dword fnPtrs[] = { (dword)fn, (dword)foo, (dword)NULL };
> >
> > This worked, without any warnings. Is this portable and safe?
>
>
> It depends on what dword is, but it doesn't sound safe.
>
>
>
> > Is there any
> > other ANSI way of making an array of function pointers?
> >
> > Thanks for any help.
If you do it in C++, instead of a built in arrray use a vector of
pointers.
An example:
#include <vector>
// ...
using std::vector;
// ...
vector<void (*)(int)>fnPtrs(2, fn);
fnPtrs[1]=foo;
Ioannis
* Ioannis Vranos
* Programming pages: http://www.noicys.cjb.net
* Alternative URL: http://run.to/noicys
|
|
From: Ioannis V. <no...@ho...> - 2002-06-30 20:34:34
|
> -----Original Message-----
> From: dev...@li...
> [mailto:dev...@li...] On Behalf
> Of Abhijit Shylanath
> Sent: Sunday, June 30, 2002 9:27 PM
> To: Dev-C++ Mailing List
> Subject: [Dev-C++] Array of function pointers
>
>
> Sorry for my repeated OT posts, but I don't subscribe to many
> lists because
> they have too much of traffic, and poor little me has a
> dial-up account. Of
> all the lists I do subscribe to, Dev-C++ seems to have the most
> knowledgeable (and tolerant) people.
>
> Having finished buttering you up, here's my question:
Always ask. That is why this list is for. Coders talking with coders. :)
> How do I create an array of function pointers?
>
> I declare a function pointer as:
>
> void (*fnPtr)(int arg1) = fn;
Or better: void (*fnPtr)(int);
> I tried making an array like this:
>
> void *(*fnPtrs)(int)
This is a pointer to a function returning void * and getting an int.
>
> Didn't work.
>
> void (*fnPtrs)(int)[] = { fn, foo, NULL };
void (*fnPtrs[])(int) = { fn, foo, NULL };
Or if you cannot think that big, you can make things simpler:
typedef void (*p2f)(int);
p2f fnPtrs[]= { fn, foo, NULL };
> Didn't work either.
>
> Ultimately, I got frustrated and made an array of dwords:
>
> dword fnPtrs[] = { (dword)fn, (dword)foo, (dword)NULL };
>
> This worked, without any warnings. Is this portable and safe?
It depends on what dword is, but it doesn't sound safe.
> Is there any
> other ANSI way of making an array of function pointers?
>
> Thanks for any help.
Ioannis
* Ioannis Vranos
* Programming pages: http://www.noicys.cjb.net
* Alternative URL: http://run.to/noicys
|
|
From: Hongli L. <h....@ch...> - 2002-06-30 19:01:41
|
On Sun, 2002-06-30 at 20:27, Abhijit Shylanath wrote:
> Sorry for my repeated OT posts, but I don't subscribe to many lists because
> they have too much of traffic, and poor little me has a dial-up account. Of
> all the lists I do subscribe to, Dev-C++ seems to have the most
> knowledgeable (and tolerant) people.
>
> Having finished buttering you up, here's my question:
> How do I create an array of function pointers?
>
typedef void (*FooFunction) (int data);
void foo(int data);
void bar(int data);
FooFunction function_array[] = { foo, bar };
|
|
From: Abhijit S. <mu...@gm...> - 2002-06-30 18:28:12
|
Sorry for my repeated OT posts, but I don't subscribe to many lists because
they have too much of traffic, and poor little me has a dial-up account. Of
all the lists I do subscribe to, Dev-C++ seems to have the most
knowledgeable (and tolerant) people.
Having finished buttering you up, here's my question:
How do I create an array of function pointers?
I declare a function pointer as:
void (*fnPtr)(int arg1) = fn;
I tried making an array like this:
void *(*fnPtrs)(int)
Didn't work.
void (*fnPtrs)(int)[] = { fn, foo, NULL };
Didn't work either.
Ultimately, I got frustrated and made an array of dwords:
dword fnPtrs[] = { (dword)fn, (dword)foo, (dword)NULL };
This worked, without any warnings. Is this portable and safe? Is there any
other ANSI way of making an array of function pointers?
Thanks for any help.
--------------------------
http://mudeth.tripod.com
|
|
From: jcmatsusue <jcm...@bo...> - 2002-06-30 12:03:26
|
After typing na program, save and compile appears two screens: One shows =93compilation completed=94 whitout error, another shows =93compiler and linker output=94 and when open the save file .exe it doesn=92t exist. __________________________________________________________________________ AcessoBOL, s=F3 R$ 9,90! O menor pre=E7o do mercado! Assine j=E1! http://www.bol.com.br/acessobol |
|
From: Abhijit S. <mu...@gm...> - 2002-06-30 06:17:07
|
> I think you can search in Google itself. In the search box, type: > > http://lists.sourceforge.net/lists/archive/dev-cpp-users: foo Sorry, that's: foo site:http://lists.sourceforge.net/bar -------------------------- http://mudeth.tripod.com TO UNSUBSCRIBE DEV-C++ CLICK THE LINK BELOW http://www.noicys.cjb.net/devcpp/ub.htm |
|
From: Abhijit S. <mu...@gm...> - 2002-06-30 05:40:16
|
I think you can search in Google itself. In the search box, type:
http://lists.sourceforge.net/lists/archive/dev-cpp-users: foo
where foo is what you want to find and the part before the colon is the site
you want to search in. I'm not very sure about the syntax. Look up 'search
help' or 'advanced search'. And the site, too.
--------------------------
http://mudeth.tripod.com
TO UNSUBSCRIBE DEV-C++ CLICK THE LINK BELOW
http://www.noicys.cjb.net/devcpp/ub.htm
----- Original Message -----
From: "Carlos García del Monte" <cg...@wo...>
To: "dev-cpp-users-list" <dev...@li...>
Sent: Saturday, June 29, 2002 11:15 PM
Subject: [Dev-C++] mailing list search
> I think it would be very good think have the possibility of searching
> the list archive, now the site has no search it, and the search engine
> such as altavista, google and others don't find it, they give a lot of
> other lists which have -dev] in the begin of the subject, and by url or
> host it neither appear, with luck I found a couple of pages, in the
> fifth page of search results. Now searching the archive is really
> annoying, I must search through a million of pages for find messages, if
> I find them. I don't remember where are the messages which appeared at
> least two months ago, (perhaps five), and what if I want search a
> message from more than one year?.
|
|
From: Ioannis V. <no...@ho...> - 2002-06-29 23:51:47
|
I apologise too, because apparently i rushed to wrong conclusion that you are a spammer. Oh well. Keep coding, 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 Napoleon Ahiable Sent: Saturday, June 29, 2002 9:59 PM To: dev...@li... Subject: [Dev-C++] Re: Reliable Software. Hello, I'll like to applogise if the mail I sent with the above subject upset anyone. That was not the intent. Neither was it to spam. Sorry once again. napo. --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.372 / Virus Database: 207 - Release Date: 20/06/02 |
|
From: Ioannis V. <no...@ho...> - 2002-06-29 23:47:40
|
Where is the code? Ioannis * Ioannis Vranos * Programming pages: http://www.noicys.cjb.net * Alternative URL: http://run.to/noicys > -----Original Message----- > From: dev...@li... > [mailto:dev...@li...] On Behalf > Of Bryan Arant > Sent: Sunday, June 30, 2002 2:42 AM > To: dev...@li... > Subject: [Dev-C++] STL with Dev-C++ > > > Does it work for everyone? I get strange ass errors WITH the > STL files I > include. > > -Bryan Arant > AfroFire's Tomb > http://aft.barant.net/ > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > No, I will not fix your computer. > http://thinkgeek.com/sf > _______________________________________________ > Dev-cpp-users mailing list > Dev...@li... > https://lists.sourceforge.net/lists/listinfo/dev-cpp-users > |
|
From: Bryan A. <br...@ba...> - 2002-06-29 23:42:27
|
Does it work for everyone? I get strange ass errors WITH the STL files I include. -Bryan Arant AfroFire's Tomb http://aft.barant.net/ |