dev-cpp-users Mailing List for Dev-C++ (Page 651)
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: St0fF 6. <st...@gm...> - 2001-11-06 00:27:04
|
Well, I got SDL working, but not under Devcpp. At the Dialogos Demo Party I released a demo called "Verschrobene Farben" (try hunting vfwin_3.zip @ ftp.scene.org/pub/parties/2001/dialogos2001/demos ). I got it all compiled under VC++6. And actually I like working with an ide that "works" for my purposes. But I won't try to unsubscribe (cause it'd make all in here lol) ... I like coding, and it doesn't matter which ide I use (not that much...) when we discuss coding stuff ... Cheers, St0fF. ----- Original Message ----- From: <RPG...@ao...> To: <dev...@li...> Sent: Monday, November 05, 2001 1:42 AM Subject: [Dev-C++] SDL_net with Mingw compiler > Has anyone got it working? The main SDL library comes with a zip containing the precompiled .a for the mingw compiler. However, there SDL_net zip does not. Could I compile the source into a .a file and use that? How would one go about doing that? Or is there a more simple solution? > > _______________________________________________ > Dev-cpp-users mailing list > Dev...@li... > https://lists.sourceforge.net/lists/listinfo/dev-cpp-users |
|
From: Daniel G. <sp...@ho...> - 2001-11-05 23:16:42
|
<html><div style='background-color:'><DIV> <P>lol scary stuff.</P> <P>how come people have a problem with the unsubscribing instruction? Should these ppl be let NEAR a compiler?<BR><BR></P></DIV> <DIV></DIV> <DIV></DIV>>From: "Ioannis Vranos" <NO...@YA...> <DIV></DIV>>To: "Dev-C++" <DEV...@LI...> <DIV></DIV>>Subject: RE: [Dev-C++] UNSUBSCRIBE ME NOW !!!!! <DIV></DIV>>Date: Tue, 6 Nov 2001 00:09:51 +0200 <DIV></DIV>> <DIV></DIV>>Don't panic. Don't panic! Don't Panic! DON'T PANIC! :) <DIV></DIV>> <DIV></DIV>> <DIV></DIV>> > UNSUBSCRIBE ME NOW !!!!! email bu...@ya... <DIV></DIV>> > <DIV></DIV>> > <DIV></DIV>> > <DIV></DIV>> > --- dev...@li... wrote: <DIV></DIV>> > > Send Dev-cpp-users mailing list submissions to <DIV></DIV>> > > dev...@li... <DIV></DIV>> > > <DIV></DIV>> > > To subscribe or unsubscribe via the World Wide Web, <DIV></DIV>> > > visit <DIV></DIV>> > > <DIV></DIV>> > > <DIV></DIV>> > https://lists.sourceforge.net/lists/listinfo/dev-cpp-users <DIV></DIV>> <DIV></DIV>> <DIV></DIV>>Now the above lines are funny aren't they? <DIV></DIV>> <DIV></DIV>> <DIV></DIV>>Ioannis <DIV></DIV>>* Ioannis Vranos <DIV></DIV>>* Programming pages: http://www.noicys.f2s.com <DIV></DIV>>* Alternative URL: http://run.to/noicys <DIV></DIV>> <DIV></DIV>> <DIV></DIV>>_______________________________________________ <DIV></DIV>>Dev-cpp-users mailing list <DIV></DIV>>Dev...@li... <DIV></DIV>>https://lists.sourceforge.net/lists/listinfo/dev-cpp-users <DIV></DIV></div><br clear=all><hr>Get your FREE download of MSN Explorer at <a href='http://go.msn.com/bql/hmtag_itl_EN.asp'>http://explorer.msn.com</a><br></html> |
|
From: Ioannis V. <no...@ya...> - 2001-11-05 22:09:31
|
Don't panic. Don't panic! Don't Panic! DON'T PANIC! :) > UNSUBSCRIBE ME NOW !!!!! email bu...@ya... > > > > --- dev...@li... wrote: > > Send Dev-cpp-users mailing list submissions to > > dev...@li... > > > > To subscribe or unsubscribe via the World Wide Web, > > visit > > > > > https://lists.sourceforge.net/lists/listinfo/dev-cpp-users Now the above lines are funny aren't they? Ioannis * Ioannis Vranos * Programming pages: http://www.noicys.f2s.com * Alternative URL: http://run.to/noicys |
|
From: <bu...@ya...> - 2001-11-05 21:40:36
|
UNSUBSCRIBE ME NOW !!!!! UNSUBSCRIBE ME NOW !!!!! email bu...@ya... UNSUBSCRIBE ME NOW !!!!! email bu...@ya... UNSUBSCRIBE ME NOW !!!!! email bu...@ya... UNSUBSCRIBE ME NOW !!!!! email bu...@ya... UNSUBSCRIBE ME NOW !!!!! email bu...@ya... UNSUBSCRIBE ME NOW !!!!! email bu...@ya... --- dev...@li... wrote: > Send Dev-cpp-users mailing list submissions to > dev...@li... > > To subscribe or unsubscribe via the World Wide Web, > visit > > https://lists.sourceforge.net/lists/listinfo/dev-cpp-users > or, via email, send a message with subject or body > 'help' to > dev...@li... > > You can reach the person managing the list at > dev...@li... > > When replying, please edit your Subject line so it > is more specific > than "Re: Contents of Dev-cpp-users digest..." > > > Today's Topics: > > 1. Re: Random numbers with MS Visual C++ (Kevin > Wood) > 2. Re: Drawing lines (Kevin Wood) > 3. PLS UNSUBSCRIBE ME NOW!!!!!!! > (=?iso-8859-1?q?Frank=20Akujobi?=) > 4. RE: Drawing lines (???) > 5. Re: Drawing lines (Jason Hardman) > 6. SDL_net with Mingw compiler (RPG...@ao...) > > --__--__-- > > Message: 1 > From: "Kevin Wood" <ke...@me...> > To: <dev...@li...> > Subject: Re: [Dev-C++] Random numbers with MS Visual > C++ > Date: Sun, 4 Nov 2001 19:53:03 -0000 > > Hello everyone, > > I think the Borland random function is not standard. > Try this instead: > > #include <stdlib.h> > > int rand(void); > // Random number generator. > // rand returns successive pseudorandom numbers in > the > // range from 0 to RAND_MAX. > // The symbolic constant RAND_MAX is defined in > stdlib.h. > // rand returns the generated pseudorandom number. > > void srand(unsigned seed); > // Initializes the random number generator. > > By the way, I don't think much of that font! > > Regards, > Kevin. > > > > > --__--__-- > > Message: 2 > From: "Kevin Wood" <ke...@me...> > To: <dev...@li...> > Subject: Re: [Dev-C++] Drawing lines > Date: Sun, 4 Nov 2001 20:00:55 -0000 > > Hello, > > You could, instead, set the current pen colour then > use MoveToEx() and > LineTo() functions. > > Does anyone know if there is an online version of > the Windows SDK help > files? > > > Regards, > Kevin. > > > ----- Original Message ----- > From: Christiaan Scholtz <ck...@ia...> > To: <dev...@li...> > Sent: Sunday, November 04, 2001 10:46 AM > Subject: Re: [Dev-C++] Drawing lines > > > > Yes that works! > > Heres my code to do it: > > case WM_PAINT: > > SetPixel(GetDC(hwnd),100,100,0x00FF0000); > > SetPixel(GetDC(hwnd),101,100,0x00FF0000); > > SetPixel(GetDC(hwnd),102,100,0x00FF0000); > > SetPixel(GetDC(hwnd),103,100,0x00FF0000); > > SetPixel(GetDC(hwnd),104,100,0x00FF0000); > > break; > > > > Two things to note are that there are two extra > 0's at the start of the > > colour specifying the alpha value and that the > colours are reversed. > Instead > > of specifying r,g,b they are blue, green, red > (weird) in hex. > > > > -----Original Message----- > > From: Kevin Wood <ke...@me...> > > To: dev...@li... > > <dev...@li...> > > Date: Sunday, November 04, 2001 12:05 PM > > Subject: Re: [Dev-C++] Drawing lines > > > > > > >Hello everyone, > > > > > >I have copied the following from the Windows API > help files. Does it > help? > > > > > >----------------------------------------- > > > > > >The SetPixel function sets the pixel at the > specified coordinates to the > > >specified color. > > > > > >COLORREF SetPixel( > > > > > > HDC hdc, // handle of device context > > > int X, // x-coordinate of pixel > > > int Y, // y-coordinate of pixel > > > COLORREF crColor // pixel color > > > ); > > > > > > > > >Parameters > > > > > >hdc > > > > > >Identifies the device context. > > > > > >X > > > > > >Specifies the x-coordinate, in logical units, of > the point to be set. > > > > > >Y > > > > > >Specifies the y-coordinate, in logical units, of > the point to be set. > > > > > >crColor > > > > > >Specifies the color to be used to paint the > point. > > > > > >Return Values > > > > > >If the function succeeds, the return value is the > RGB value that the > > >function sets the pixel to. This value may differ > from the color > specified > > >by crColor; that happens when an exact match for > the specified color > cannot > > >be found. > > >If the function fails, the return value is -1. To > get extended error > > >information, call GetLastError. > > > > > >Remarks > > > > > >The function fails if the pixel coordinates lie > outside of the current > > >clipping region. > > >Not all devices support the SetPixel function. > For more information, see > > >GetDeviceCaps. > > > > > > >--------------------------------------------------------------------------- > > - > > >------------- > > > > > >Regards, > > > Kevin. > > > > > > > > > > > >----- Original Message ----- > > >From: Christiaan Scholtz <ck...@ia...> > > >To: <dev...@li...> > === message truncated === __________________________________________________ Do You Yahoo!? Everything you'll ever need on one web page from News and Sport to Email and Music Charts http://uk.my.yahoo.com |
|
From: David N. <dne...@mi...> - 2001-11-05 20:57:08
|
OK, it's obvious that the person that coded:
> case WM_PAINT:
> SetPixel(GetDC(hwnd),100,100,0x00FF0000);
> SetPixel(GetDC(hwnd),101,100,0x00FF0000);
> SetPixel(GetDC(hwnd),102,100,0x00FF0000);
> SetPixel(GetDC(hwnd),103,100,0x00FF0000);
> SetPixel(GetDC(hwnd),104,100,0x00FF0000);
> break;
is really a newbie. Multiple calls to GetDC() with no handle reuse, no =
ReleaseDC() calls, and trying to plot pixels rather than the =
MoveToEx()/LineTo() calls.
In case he's wondering, here's the code to do what he wanted:
case WM_PAINT:
{
HDC hdc;
PAINTSTRUCT ps;
HBRUSH hbr,oldBrush;
hdc=3DBeginPaint(hwnd,&ps); // get the device context during a =
WM_PAINT message
hbr =3D CreateSolidBrush(RGB(0,0,0xff)); // create a brush for =
drawing
oldBrush =3D (HBRUSH) SelectObject(hdc,hbr); // select the brush =
into the DC
MoveToEx(hdc,100,100,NULL); // Move to the specified position
LineTo(hdc,104,100); // draw the line
SelectObject(hdc,oldBrush); // select the old brush back to the =
dc
DeleteObject(hbr); // delete our temporary brush
EndPaint(hwnd,&ps); // end the paint session
}
break;
Now all of these functions are documented either in the Win32 SDK help =
file previously mentioned at =
ftp://ftp.cs.virginia.edu/pub/lcc-win32/win32hlp.exe site.
Of course there's always the definitive source at Microsoft's MSDN site: =
http://msdn.microsoft.com/library/ where you'll find all of the info =
from the Win32 help file and then some.
I would suggest that the person trying to figure out how to plot pixels =
should pick up an introductory book to programming Win32 in C/C++ =
(Charles Petzold did a marvelous job in Programming Windows 95; it's C & =
C++ (but avoids MFC), explains all about how to use the Windows API for =
drawing), and then come back when he runs into a problem...
Dave
|
|
From: <mi...@ju...> - 2001-11-05 20:22:42
|
There has been a lot of discussion concerning this in the mailing list. If one hasn't familiarized themselves with Direct X, Open GL, etc, why would one want to put a pixel on a screen? What good would that do? It doesn't sound like a worthwhile venture. ________________________________________________________________ GET INTERNET ACCESS FROM JUNO! Juno offers FREE or PREMIUM Internet access for less! Join Juno today! For your FREE software, visit: http://dl.www.juno.com/get/web/. |
|
From: <RPG...@ao...> - 2001-11-05 00:42:14
|
Has anyone got it working? The main SDL library comes with a zip containing the precompiled .a for the mingw compiler. However, there SDL_net zip does not. Could I compile the source into a .a file and use that? How would one go about doing that? Or is there a more simple solution? |
|
From: Jason H. <jas...@bt...> - 2001-11-05 00:39:30
|
The colour values are reversed because of the way Intel chose to represent numbers in memory. It uses Little Endian form (I think thats the right term) basicaly the bytes are stored in the reverse order than what you would expect. It makes sense in the fact the the smallest value will be at the lower address, but we are used to reading left to right so it seems wrong. Also there should be a macro for defining a COLORREF, which I think is RGB(r,g,b), or something along those lines. Look it up in the Win32 Reference, which you can download from: ftp://ftp.cs.virginia.edu/pub/lcc-win32/win32hlp.exe (a link I got of the Dev-C++ resource site). Also look up LineTo, MoveToEx, and other GDI (Graphics Device Interface) functions. Jason. ----- Original Message ----- From: "Christiaan Scholtz" <ck...@ia...> To: <dev...@li...> Sent: Sunday, November 04, 2001 10:46 AM Subject: Re: [Dev-C++] Drawing lines > Yes that works! > Heres my code to do it: > case WM_PAINT: > SetPixel(GetDC(hwnd),100,100,0x00FF0000); > SetPixel(GetDC(hwnd),101,100,0x00FF0000); > SetPixel(GetDC(hwnd),102,100,0x00FF0000); > SetPixel(GetDC(hwnd),103,100,0x00FF0000); > SetPixel(GetDC(hwnd),104,100,0x00FF0000); > break; > > Two things to note are that there are two extra 0's at the start of the > colour specifying the alpha value and that the colours are reversed. Instead > of specifying r,g,b they are blue, green, red (weird) in hex. > > -----Original Message----- > From: Kevin Wood <ke...@me...> > To: dev...@li... > <dev...@li...> > Date: Sunday, November 04, 2001 12:05 PM > Subject: Re: [Dev-C++] Drawing lines > > > >Hello everyone, > > > >I have copied the following from the Windows API help files. Does it help? > > > >----------------------------------------- > > > >The SetPixel function sets the pixel at the specified coordinates to the > >specified color. > > > >COLORREF SetPixel( > > > > HDC hdc, // handle of device context > > int X, // x-coordinate of pixel > > int Y, // y-coordinate of pixel > > COLORREF crColor // pixel color > > ); > > > > > >Parameters > > > >hdc > > > >Identifies the device context. > > > >X > > > >Specifies the x-coordinate, in logical units, of the point to be set. > > > >Y > > > >Specifies the y-coordinate, in logical units, of the point to be set. > > > >crColor > > > >Specifies the color to be used to paint the point. > > > >Return Values > > > >If the function succeeds, the return value is the RGB value that the > >function sets the pixel to. This value may differ from the color specified > >by crColor; that happens when an exact match for the specified color cannot > >be found. > >If the function fails, the return value is -1. To get extended error > >information, call GetLastError. > > > >Remarks > > > >The function fails if the pixel coordinates lie outside of the current > >clipping region. > >Not all devices support the SetPixel function. For more information, see > >GetDeviceCaps. > > > >--------------------------------------------------------------------------- > - > >------------- > > > >Regards, > > Kevin. > > > > > > > >----- Original Message ----- > >From: Christiaan Scholtz <ck...@ia...> > >To: <dev...@li...> > >Sent: Saturday, November 03, 2001 7:06 PM > >Subject: [Dev-C++] Drawing lines > > > > > > > >But how do the graphics libraries put a pixel on the screen? There has to > >be a way! I dont want to use a library > > > > > > > >_______________________________________________ > >Dev-cpp-users mailing list > >Dev...@li... > >https://lists.sourceforge.net/lists/listinfo/dev-cpp-users > > > _______________________________________________ > Dev-cpp-users mailing list > Dev...@li... > https://lists.sourceforge.net/lists/listinfo/dev-cpp-users |
|
From: ??? <ch...@hi...> - 2001-11-05 00:17:55
|
SGksIGFsbC4gDQoNCkluIG15IEV4cGVyaWVuY2UsIFNldFBpeGVsIHdpbGwgbm90IHdvcmsgcHJv cGVybHksIGVzcGVjaWFsbHkgaW4gUHJpbnRlciBEZXZpY2UuDQpNYW55IHByb2JsZW0gb2NjdXIg d2l0aCB0aGUgbWVtb3J5IGVycm9yIGluIGJpZyBwaXhlbCBpbWFnZS4gDQpGb3IgYmVpbmcgY29t cGF0aWJsZSBvbiBwcmludCB3aXRoIG90aGVyIERldmljZSBsaWtlIGRpc3BsYXksIHNoYXBlIG11 c3QgYmUgYSANCnByZS1jYWxjdWxhdGVkIGltYWdlIG9yIGxpbmUtY3VydmUtZmlsbCBjb21wbGV4 IHRoaW5nLiANClNvLCB5b3UgbWlnaHQgbm90IHVzaW5nIFNldFBpeGVsIGZ1bmN0aW9uIHRvIG1h a2Ugc2hhcGUgZnVuY3Rpb24gZGlyZWN0bHkgdG8gDQplbmQtZGV2aWNlLCBvciBlbHNlLiANCg0K VGhleSBzYWlkICJOb3QgYWxsIGRldmljZXMgc3VwcG9ydCB0aGUgU2V0UGl4ZWwgZnVuY3Rpb24i LiBJIHRoaW5rIGl0IHdpbGwgbWFpbmx5IA0KY29uY2VybmVkIFByaW50ZXIncyBtZW1vcnkgY2Fw YWNpdHkuIA0KDQpSZWdhcmRzDQpLaW0sIENoYW5naGFuDQoNCg0KPiAtLS0tLU9yaWdpbmFsIE1l c3NhZ2UtLS0tLQ0KPiBGcm9tOiBkZXYtY3BwLXVzZXJzLWFkbWluQGxpc3RzLnNvdXJjZWZvcmdl Lm5ldCANCj4gW21haWx0bzpkZXYtY3BwLXVzZXJzLWFkbWluQGxpc3RzLnNvdXJjZWZvcmdlLm5l dF1PbiBCZWhhbGYgT2YgS2V2aW4gV29vZA0KPiBTZW50OiBTdW5kYXksIE5vdmVtYmVyIDA0LCAy MDAxIDc6MDIgUE0NCj4gVG86IGRldi1jcHAtdXNlcnNAbGlzdHMuc291cmNlZm9yZ2UubmV0DQo+ IFN1YmplY3Q6IFJlOiBbRGV2LUMrK10gRHJhd2luZyBsaW5lcw0KPiANCj4gDQo+IEhlbGxvIGV2 ZXJ5b25lLA0KPiANCj4gSSBoYXZlIGNvcGllZCB0aGUgZm9sbG93aW5nIGZyb20gdGhlIFdpbmRv d3MgQVBJIGhlbHAgZmlsZXMuIERvZXMgaXQgaGVscD8NCj4gDQo+IC0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQo+IA0KPiBUaGUgU2V0UGl4ZWwgZnVuY3Rpb24gc2V0 cyB0aGUgcGl4ZWwgYXQgdGhlIHNwZWNpZmllZCBjb29yZGluYXRlcyB0byB0aGUNCj4gc3BlY2lm aWVkIGNvbG9yLg0KPiANCj4gQ09MT1JSRUYgU2V0UGl4ZWwoDQo+IA0KPiAgICAgSERDIGhkYywg Ly8gaGFuZGxlIG9mIGRldmljZSBjb250ZXh0DQo+ICAgICBpbnQgWCwgLy8geC1jb29yZGluYXRl IG9mIHBpeGVsDQo+ICAgICBpbnQgWSwgLy8geS1jb29yZGluYXRlIG9mIHBpeGVsDQo+ICAgICBD T0xPUlJFRiBjckNvbG9yICAvLyBwaXhlbCBjb2xvcg0KPiAgICApOw0KPiANCj4gDQo+IFBhcmFt ZXRlcnMNCj4gDQo+IGhkYw0KPiANCj4gSWRlbnRpZmllcyB0aGUgZGV2aWNlIGNvbnRleHQuDQo+ IA0KPiBYDQo+IA0KPiBTcGVjaWZpZXMgdGhlIHgtY29vcmRpbmF0ZSwgaW4gbG9naWNhbCB1bml0 cywgb2YgdGhlIHBvaW50IHRvIGJlIHNldC4NCj4gDQo+IFkNCj4gDQo+IFNwZWNpZmllcyB0aGUg eS1jb29yZGluYXRlLCBpbiBsb2dpY2FsIHVuaXRzLCBvZiB0aGUgcG9pbnQgdG8gYmUgc2V0Lg0K PiANCj4gY3JDb2xvcg0KPiANCj4gU3BlY2lmaWVzIHRoZSBjb2xvciB0byBiZSB1c2VkIHRvIHBh aW50IHRoZSBwb2ludC4NCj4gDQo+IFJldHVybiBWYWx1ZXMNCj4gDQo+IElmIHRoZSBmdW5jdGlv biBzdWNjZWVkcywgdGhlIHJldHVybiB2YWx1ZSBpcyB0aGUgUkdCIHZhbHVlIHRoYXQgdGhlDQo+ IGZ1bmN0aW9uIHNldHMgdGhlIHBpeGVsIHRvLiBUaGlzIHZhbHVlIG1heSBkaWZmZXIgZnJvbSB0 aGUgY29sb3Igc3BlY2lmaWVkDQo+IGJ5IGNyQ29sb3I7IHRoYXQgaGFwcGVucyB3aGVuIGFuIGV4 YWN0IG1hdGNoIGZvciB0aGUgc3BlY2lmaWVkIA0KPiBjb2xvciBjYW5ub3QNCj4gYmUgZm91bmQu DQo+IElmIHRoZSBmdW5jdGlvbiBmYWlscywgdGhlIHJldHVybiB2YWx1ZSBpcyAtMS4gVG8gZ2V0 IGV4dGVuZGVkIGVycm9yDQo+IGluZm9ybWF0aW9uLCBjYWxsIEdldExhc3RFcnJvci4NCj4gDQo+ IFJlbWFya3MNCj4gDQo+IFRoZSBmdW5jdGlvbiBmYWlscyBpZiB0aGUgcGl4ZWwgY29vcmRpbmF0 ZXMgbGllIG91dHNpZGUgb2YgdGhlIGN1cnJlbnQNCj4gY2xpcHBpbmcgcmVnaW9uLg0KPiBOb3Qg YWxsIGRldmljZXMgc3VwcG9ydCB0aGUgU2V0UGl4ZWwgZnVuY3Rpb24uIEZvciBtb3JlIGluZm9y bWF0aW9uLCBzZWUNCj4gR2V0RGV2aWNlQ2Fwcy4NCj4gDQo+IC0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KPiAtLS0tLS0t LS0tDQo+IC0tLS0tLS0tLS0tLS0NCj4gDQo+IFJlZ2FyZHMsDQo+ICAgICAgICAgS2V2aW4uDQo+ IA0KPiANCj4gDQo+IC0tLS0tIE9yaWdpbmFsIE1lc3NhZ2UgLS0tLS0NCj4gRnJvbTogQ2hyaXN0 aWFhbiBTY2hvbHR6IDxja2hzYUBpYWZyaWNhLmNvbT4NCj4gVG86IDxkZXYtY3BwLXVzZXJzQGxp c3RzLnNvdXJjZWZvcmdlLm5ldD4NCj4gU2VudDogU2F0dXJkYXksIE5vdmVtYmVyIDAzLCAyMDAx IDc6MDYgUE0NCj4gU3ViamVjdDogW0Rldi1DKytdIERyYXdpbmcgbGluZXMNCj4gDQo+IA0KPiAN Cj4gQnV0IGhvdyBkbyB0aGUgZ3JhcGhpY3MgbGlicmFyaWVzIHB1dCBhIHBpeGVsIG9uIHRoZSBz Y3JlZW4/ICBUaGVyZSBoYXMgdG8NCj4gYmUgYSB3YXkhIEkgZG9udCB3YW50IHRvIHVzZSBhIGxp YnJhcnkNCj4gDQo+IA0KPiANCj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX18NCj4gRGV2LWNwcC11c2VycyBtYWlsaW5nIGxpc3QNCj4gRGV2LWNwcC11c2Vy c0BsaXN0cy5zb3VyY2Vmb3JnZS5uZXQNCj4gaHR0cHM6Ly9saXN0cy5zb3VyY2Vmb3JnZS5uZXQv bGlzdHMvbGlzdGluZm8vZGV2LWNwcC11c2Vycw== |
|
From: <bu...@ya...> - 2001-11-04 20:49:21
|
PLS UNSUBSCRIBE ME NOW!!!!!!! PLS UNSUBSCRIBE ME NOW!!!!!!! PLS UNSUBSCRIBE ME NOW!!!!!!! bu...@ya... --- dev...@li... wrote: > Send Dev-cpp-users mailing list submissions to > dev...@li... > > To subscribe or unsubscribe via the World Wide Web, > visit > > https://lists.sourceforge.net/lists/listinfo/dev-cpp-users > or, via email, send a message with subject or body > 'help' to > dev...@li... > > You can reach the person managing the list at > dev...@li... > > When replying, please edit your Subject line so it > is more specific > than "Re: Contents of Dev-cpp-users digest..." > > > Today's Topics: > > 1. Re: opengl in dev-c++? (Jason) > > --__--__-- > > Message: 1 > From: "Jason" <tux...@au...> > To: <dev...@li...> > Subject: Re: [Dev-C++] opengl in dev-c++? > Date: Sun, 4 Nov 2001 12:53:16 -0600 > > Oh yea, I had the first one but I forgot the second > two, now it compiles but > when I try to run it it says it cannot find the > dynamic link library > GLAUX.dll. I don't know where to get this dll. Or > else I am doing something > wrong. > > bana-sea- > > ----- Original Message ----- > From: "Christiaan Scholtz" <ck...@ia...> > To: "Jason" <tux...@au...> > Sent: Sunday, November 04, 2001 12:07 PM > Subject: Re: [Dev-C++] opengl in dev-c++? > > > > It compiles fine over here, did you remember to > > add -lopengl32 -lglu32 -lglaux to the project > options? > > > > -----Original Message----- > > From: Jason <tux...@au...> > > To: dev...@li... > > <dev...@li...> > > Date: Sunday, November 04, 2001 7:19 PM > > Subject: Re: [Dev-C++] opengl in dev-c++? > > > > > > >Hmm... yes I already did that... This is what I > have so far. > > > > > >bana-sea- > > > > > >----- Original Message ----- > > >From: Christiaan Scholtz > > >To: dev...@li... > > >Sent: Sunday, November 04, 2001 3:22 AM > > >Subject: [Dev-C++] opengl in dev-c++? > > > > > > > > >>I had the same problem. What you need to do is > add #include <stdlib.h> > at > > >the top and it should work fine > > > > > > > > > > --__--__-- > > _______________________________________________ > Dev-cpp-users mailing list > Dev...@li... > https://lists.sourceforge.net/lists/listinfo/dev-cpp-users > > > End of Dev-cpp-users Digest ===== Frank Onyekachi Akujobi Broadband Networks Laboratory Systems and Computer Engineering Carleton University 1125 Colonel By Drive, Ottawa, Ontario K1S 5B6, Canada Cell:(613)286-3738 __________________________________________________ Do You Yahoo!? Everything you'll ever need on one web page from News and Sport to Email and Music Charts http://uk.my.yahoo.com |
|
From: Kevin W. <ke...@me...> - 2001-11-04 20:06:30
|
Hello,
You could, instead, set the current pen colour then use MoveToEx() and
LineTo() functions.
Does anyone know if there is an online version of the Windows SDK help
files?
Regards,
Kevin.
----- Original Message -----
From: Christiaan Scholtz <ck...@ia...>
To: <dev...@li...>
Sent: Sunday, November 04, 2001 10:46 AM
Subject: Re: [Dev-C++] Drawing lines
> Yes that works!
> Heres my code to do it:
> case WM_PAINT:
> SetPixel(GetDC(hwnd),100,100,0x00FF0000);
> SetPixel(GetDC(hwnd),101,100,0x00FF0000);
> SetPixel(GetDC(hwnd),102,100,0x00FF0000);
> SetPixel(GetDC(hwnd),103,100,0x00FF0000);
> SetPixel(GetDC(hwnd),104,100,0x00FF0000);
> break;
>
> Two things to note are that there are two extra 0's at the start of the
> colour specifying the alpha value and that the colours are reversed.
Instead
> of specifying r,g,b they are blue, green, red (weird) in hex.
>
> -----Original Message-----
> From: Kevin Wood <ke...@me...>
> To: dev...@li...
> <dev...@li...>
> Date: Sunday, November 04, 2001 12:05 PM
> Subject: Re: [Dev-C++] Drawing lines
>
>
> >Hello everyone,
> >
> >I have copied the following from the Windows API help files. Does it
help?
> >
> >-----------------------------------------
> >
> >The SetPixel function sets the pixel at the specified coordinates to the
> >specified color.
> >
> >COLORREF SetPixel(
> >
> > HDC hdc, // handle of device context
> > int X, // x-coordinate of pixel
> > int Y, // y-coordinate of pixel
> > COLORREF crColor // pixel color
> > );
> >
> >
> >Parameters
> >
> >hdc
> >
> >Identifies the device context.
> >
> >X
> >
> >Specifies the x-coordinate, in logical units, of the point to be set.
> >
> >Y
> >
> >Specifies the y-coordinate, in logical units, of the point to be set.
> >
> >crColor
> >
> >Specifies the color to be used to paint the point.
> >
> >Return Values
> >
> >If the function succeeds, the return value is the RGB value that the
> >function sets the pixel to. This value may differ from the color
specified
> >by crColor; that happens when an exact match for the specified color
cannot
> >be found.
> >If the function fails, the return value is -1. To get extended error
> >information, call GetLastError.
> >
> >Remarks
> >
> >The function fails if the pixel coordinates lie outside of the current
> >clipping region.
> >Not all devices support the SetPixel function. For more information, see
> >GetDeviceCaps.
> >
>
>---------------------------------------------------------------------------
> -
> >-------------
> >
> >Regards,
> > Kevin.
> >
> >
> >
> >----- Original Message -----
> >From: Christiaan Scholtz <ck...@ia...>
> >To: <dev...@li...>
> >Sent: Saturday, November 03, 2001 7:06 PM
> >Subject: [Dev-C++] Drawing lines
> >
> >
> >
> >But how do the graphics libraries put a pixel on the screen? There has
to
> >be a way! I dont want to use a library
> >
> >
> >
> >_______________________________________________
> >Dev-cpp-users mailing list
> >Dev...@li...
> >https://lists.sourceforge.net/lists/listinfo/dev-cpp-users
>
>
> _______________________________________________
> Dev-cpp-users mailing list
> Dev...@li...
> https://lists.sourceforge.net/lists/listinfo/dev-cpp-users
>
|
|
From: Kevin W. <ke...@me...> - 2001-11-04 20:06:06
|
Hello everyone,
I think the Borland random function is not standard.
Try this instead:
#include <stdlib.h>
int rand(void);
// Random number generator.
// rand returns successive pseudorandom numbers in the
// range from 0 to RAND_MAX.
// The symbolic constant RAND_MAX is defined in stdlib.h.
// rand returns the generated pseudorandom number.
void srand(unsigned seed);
// Initializes the random number generator.
By the way, I don't think much of that font!
Regards,
Kevin.
|
|
From: Jason <tux...@au...> - 2001-11-04 18:53:02
|
Oh yea, I had the first one but I forgot the second two, now it compiles but when I try to run it it says it cannot find the dynamic link library GLAUX.dll. I don't know where to get this dll. Or else I am doing something wrong. bana-sea- ----- Original Message ----- From: "Christiaan Scholtz" <ck...@ia...> To: "Jason" <tux...@au...> Sent: Sunday, November 04, 2001 12:07 PM Subject: Re: [Dev-C++] opengl in dev-c++? > It compiles fine over here, did you remember to > add -lopengl32 -lglu32 -lglaux to the project options? > > -----Original Message----- > From: Jason <tux...@au...> > To: dev...@li... > <dev...@li...> > Date: Sunday, November 04, 2001 7:19 PM > Subject: Re: [Dev-C++] opengl in dev-c++? > > > >Hmm... yes I already did that... This is what I have so far. > > > >bana-sea- > > > >----- Original Message ----- > >From: Christiaan Scholtz > >To: dev...@li... > >Sent: Sunday, November 04, 2001 3:22 AM > >Subject: [Dev-C++] opengl in dev-c++? > > > > > >>I had the same problem. What you need to do is add #include <stdlib.h> at > >the top and it should work fine > > > |
|
From: Jason <tux...@au...> - 2001-11-04 17:17:06
|
Hmm... yes I already did that... This is what I have so far. bana-sea- ----- Original Message ----- From: Christiaan Scholtz To: dev...@li... Sent: Sunday, November 04, 2001 3:22 AM Subject: [Dev-C++] opengl in dev-c++? >I had the same problem. What you need to do is add #include <stdlib.h> at the top and it should work fine |
|
From: Exuss D. <dra...@ce...> - 2001-11-04 15:18:02
|
Hi all,
I am using MS Visual C++ 6.0 as C++ compiler. When I use Borland
command line compiler, I use stdlib.h and I have random nubers. But
file stdlib.h from MS VC does't have neither random() nor randomize()
functions.
How to get random numbers when compiling console applications with
MS VC ?
Exuss
Example:
#include <iostream.h>
#include <stdlib.h>
void main()
{
randomize();
int number=random(100);
cout << "My random number:" << number << endl;
}
|
|
From: Christiaan S. <ck...@ia...> - 2001-11-04 10:47:25
|
Yes that works!
Heres my code to do it:
case WM_PAINT:
SetPixel(GetDC(hwnd),100,100,0x00FF0000);
SetPixel(GetDC(hwnd),101,100,0x00FF0000);
SetPixel(GetDC(hwnd),102,100,0x00FF0000);
SetPixel(GetDC(hwnd),103,100,0x00FF0000);
SetPixel(GetDC(hwnd),104,100,0x00FF0000);
break;
Two things to note are that there are two extra 0's at the start of the
colour specifying the alpha value and that the colours are reversed. Instead
of specifying r,g,b they are blue, green, red (weird) in hex.
-----Original Message-----
From: Kevin Wood <ke...@me...>
To: dev...@li...
<dev...@li...>
Date: Sunday, November 04, 2001 12:05 PM
Subject: Re: [Dev-C++] Drawing lines
>Hello everyone,
>
>I have copied the following from the Windows API help files. Does it help?
>
>-----------------------------------------
>
>The SetPixel function sets the pixel at the specified coordinates to the
>specified color.
>
>COLORREF SetPixel(
>
> HDC hdc, // handle of device context
> int X, // x-coordinate of pixel
> int Y, // y-coordinate of pixel
> COLORREF crColor // pixel color
> );
>
>
>Parameters
>
>hdc
>
>Identifies the device context.
>
>X
>
>Specifies the x-coordinate, in logical units, of the point to be set.
>
>Y
>
>Specifies the y-coordinate, in logical units, of the point to be set.
>
>crColor
>
>Specifies the color to be used to paint the point.
>
>Return Values
>
>If the function succeeds, the return value is the RGB value that the
>function sets the pixel to. This value may differ from the color specified
>by crColor; that happens when an exact match for the specified color cannot
>be found.
>If the function fails, the return value is -1. To get extended error
>information, call GetLastError.
>
>Remarks
>
>The function fails if the pixel coordinates lie outside of the current
>clipping region.
>Not all devices support the SetPixel function. For more information, see
>GetDeviceCaps.
>
>---------------------------------------------------------------------------
-
>-------------
>
>Regards,
> Kevin.
>
>
>
>----- Original Message -----
>From: Christiaan Scholtz <ck...@ia...>
>To: <dev...@li...>
>Sent: Saturday, November 03, 2001 7:06 PM
>Subject: [Dev-C++] Drawing lines
>
>
>
>But how do the graphics libraries put a pixel on the screen? There has to
>be a way! I dont want to use a library
>
>
>
>_______________________________________________
>Dev-cpp-users mailing list
>Dev...@li...
>https://lists.sourceforge.net/lists/listinfo/dev-cpp-users
|
|
From: Christiaan S. <ck...@ia...> - 2001-11-04 10:28:51
|
I had the same problem. What you need to do is add #include <stdlib.h> = at the top and it should work fine |
|
From: Kevin W. <ke...@me...> - 2001-11-04 10:02:08
|
Hello everyone,
I have copied the following from the Windows API help files. Does it help?
-----------------------------------------
The SetPixel function sets the pixel at the specified coordinates to the
specified color.
COLORREF SetPixel(
HDC hdc, // handle of device context
int X, // x-coordinate of pixel
int Y, // y-coordinate of pixel
COLORREF crColor // pixel color
);
Parameters
hdc
Identifies the device context.
X
Specifies the x-coordinate, in logical units, of the point to be set.
Y
Specifies the y-coordinate, in logical units, of the point to be set.
crColor
Specifies the color to be used to paint the point.
Return Values
If the function succeeds, the return value is the RGB value that the
function sets the pixel to. This value may differ from the color specified
by crColor; that happens when an exact match for the specified color cannot
be found.
If the function fails, the return value is -1. To get extended error
information, call GetLastError.
Remarks
The function fails if the pixel coordinates lie outside of the current
clipping region.
Not all devices support the SetPixel function. For more information, see
GetDeviceCaps.
----------------------------------------------------------------------------
-------------
Regards,
Kevin.
----- Original Message -----
From: Christiaan Scholtz <ck...@ia...>
To: <dev...@li...>
Sent: Saturday, November 03, 2001 7:06 PM
Subject: [Dev-C++] Drawing lines
But how do the graphics libraries put a pixel on the screen? There has to
be a way! I dont want to use a library
|
|
From: Jose S. <dyo...@ho...> - 2001-11-04 04:32:11
|
Good day to all!!! :-) How does the Dev-C++ IDE produce assembly language output after compilation, and can it be viewed? I would really really appreciate any response... :-) Thank you so much in advance. Kindest regards... _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp |
|
From: Jason <tux...@au...> - 2001-11-04 03:19:40
|
No I figured it out, thanks anyway though. I do wonder about the free() function. Because it gives me two linker errors on undefined reference to 'auxDIBImageA@4' undefined reference to 'gluPerspective@32' I don't know what could be causing this... thx bana-sea- > Do you still need help seeting up opengl in dev c++? |
|
From: Jason H. <jas...@bt...> - 2001-11-04 02:27:01
|
Hello! Me again. Probably sick of me replying all the time and not being
helpful enough.
I'm not sure of your level of maths knowledge, but I'll put it simply and
elaborate later (if you want). There are algorithms for drawing lines that
are optimised for speed and can do things like anti-aliasing, but to do a
simple line with simple maths then all you need to know is how to calculate
the gradient of the line.
If I had a pen and paper and could explain it that way it would be easier,
but I'll try in writing.
By calculating the gradient you can then tell how much y increases (or
decreases) for each one of x (or x of y) i.e.
Assuming x1 (start) is smaller than x2 (end), i.e. line going left to right
on a screen. If not the case just swap coords around.
double gradient, dx, dy, x, y;
dx = x1 - x2; // change in x
dy = y1 - y2; // change in y
gradient = dy/dx;
for(x = x1, y = y1; x <= x2; ++x, y += gradient)
putpixel(static_cast<int>(x), static_cast<int>(y), colour);
/* proper rounding would be better, but simple rounding down of decimals in
double to int conversion should be OK */
This is a guide of what you might do. I've not tested it, but AFAICT the
math is OK. With a little more work you should be able to go in any
direction. Other algorithms avoid the use of floating point representation
cos it's slower than integer maths.
I'll go into putpixel later if you want, but first can I ask what are you
trying to do (apart from draw a line)? If you are working in a window then
there are a broad set of drawing functions available for use, i.e. LineTo(),
Polygon(), Rectangle() etc... and they can be used on a DirectX app if need
be? I hope I'm not confusing the issue?
Jason.
----- Original Message -----
From: "<Dx 8a>" <vin...@ed...>
To: "Dev-C++ mailing list" <dev...@li...>
Sent: Sunday, November 04, 2001 1:31 AM
Subject: [Dev-C++] Drawing Lines...
> Ok guys, I'll put it all together, and hopefully I can get the point...
>
> Using a library might be a good choice... I'tll save me a lot of time and
effort... But I surely don't know where I can get from so I guess I'll have
to do things manually.
>
> And yes, I think, DirectX doesn't supply a PutPixel or something to put
points on the screen... That's why Ill have to make my own functions...
>
> Also, there must be someway of doing this thing mathematically... I found
that on a tutorial... that drawing pixels in the screen can be done
mathematically... although, the tutorial didn't included a formula in
drawing a straight line on the screen... Does anyone know of such a formula?
>
> Drawing the pixel on the screen would require me to access the memory
buffer or something... Ill have to make a function to simplify the task and
do a PutPixel...
>
> am I missing something? I hope I got it right, ive actually started coding
a few days earlier... and caused my system to crash... the reason I don't
really know... but it sure wasn't the programming I did... which also
prevented me to check the mailing list...
>
> Well guys, thanks in many ways... although I'll leave the still unanswered
question...
>
>
>
>
> How do I draw Straight lines on the screen? (using DirectX)
>
>
> Specifically, now Im asking of a formula that would make it sure that what
I'm drawing is a straight line... the previous things in the mailing list
have actually helped me to know what Ill actually have to do In doing the
drawing... Well... i hope someone could enlighten me somehow
>
> Thanks...
>
> Dx Fx
>
> __________________________________
> www.edsamail.com
>
> _______________________________________________
> Dev-cpp-users mailing list
> Dev...@li...
> https://lists.sourceforge.net/lists/listinfo/dev-cpp-users
|
|
From: <Dx 8a> <vin...@ed...> - 2001-11-04 01:33:37
|
Ok guys, I'll put it all together, and hopefully I can get the point... Using a library might be a good choice... I'tll save me a lot of time and effort... But I surely don't know where I can get from so I guess I'll have to do things manually. And yes, I think, DirectX doesn't supply a PutPixel or something to put points on the screen... That's why Ill have to make my own functions... Also, there must be someway of doing this thing mathematically... I found that on a tutorial... that drawing pixels in the screen can be done mathematically... although, the tutorial didn't included a formula in drawing a straight line on the screen... Does anyone know of such a formula? Drawing the pixel on the screen would require me to access the memory buffer or something... Ill have to make a function to simplify the task and do a PutPixel... am I missing something? I hope I got it right, ive actually started coding a few days earlier... and caused my system to crash... the reason I don't really know... but it sure wasn't the programming I did... which also prevented me to check the mailing list... Well guys, thanks in many ways... although I'll leave the still unanswered question... How do I draw Straight lines on the screen? (using DirectX) Specifically, now Im asking of a formula that would make it sure that what I'm drawing is a straight line... the previous things in the mailing list have actually helped me to know what Ill actually have to do In doing the drawing... Well... i hope someone could enlighten me somehow Thanks... Dx Fx __________________________________ www.edsamail.com |
|
From: Christiaan S. <ck...@ia...> - 2001-11-03 19:06:48
|
But how do the graphics libraries put a pixel on the screen? There has = to be a way! I dont want to use a library |
|
From: Jason H. <jas...@bt...> - 2001-11-02 15:32:31
|
There is a tool for converting from lib to a and vice versa, but I can't = remember where I saw it (sorry). You might want to chech out the MinGW = website or even the gcc website. I would provide you with the links but = I've not got much time. When I get back later I'll look around for you. Jason. ----- Original Message -----=20 From: St0fF 64=20 To: dev-cpp-liste=20 Sent: Friday, November 02, 2001 2:32 PM Subject: [Dev-C++] using *.lib 's Hi all! As I sat up my system to win2k, my compiler wasn't able to compile oGL = anymore. I had to install the *.lib 's again. Now here's the problem: = GCC/MINGW32 doesn't link *.lib (which visual c++/borland library = format.). How can I convert the *.libs to *.a?=20 Thanks, St0fF. |
|
From: St0fF 6. <st...@gm...> - 2001-11-02 14:31:26
|
Hi all! As I sat up my system to win2k, my compiler wasn't able to compile oGL = anymore. I had to install the *.lib 's again. Now here's the problem: = GCC/MINGW32 doesn't link *.lib (which visual c++/borland library = format.). How can I convert the *.libs to *.a?=20 Thanks, St0fF. |