dev-cpp-users Mailing List for Dev-C++ (Page 427)
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: Ioannis V. <no...@ho...> - 2003-03-04 18:07:26
|
-------Original Message-------=0D =0D From: Per Westermark=0D Date: =D4=F1=DF=F4=E7, 4 =CC=DC=F1=F4=E9=EF=F2 2003 6:58:51 =EC=EC=0D To: Ioannis Vranos=0D Cc: Dev-C++ Mailing List=0D Subject: Re: [Dev-C++] Longhorn API=0D =0D At the same time, if ALL programs has to be rewritten, every software=0D developer has a chance to swap to another OS instead.=0D =0D =0D =3D=3D> Even if Win32 API was continued to exist in Longhorn for backward compatibility (which personally i view as highly probable), not supportin= g the new and exciting stuff means that still one has to learn .NET.=0D =0D =3D=3D> Currently .NET provides facilities to work with legacy (Win32, MF= C, COM, ActiveX etc code) and probably Avalon will keep that facilities, perhaps Win32 will not exist by its own, i do not know what exactly will be the situation.=0D =0D =3D=3D> The point is that .NET supports implicitly & explicitly the theme= styles and all the new SDKs will be .NET only. Upcoming .NET 1.1 provides suppo= rt for Oracle databases, SQL etc. For Windows CE & Pocker PC there is the compact .net framework and even for cellular phones, etc. The output on these devices is adjusted to the device specifications (there are device profiles etc).=0D =0D =0D Anyway some information links: http://msdn.microsoft com/netframework/productinfo/overview/default.asp=0D =0D http://msdn.microsoft.com/vstudio/productinfo/roadmap.asp=0D =0D =0D We had enough with .NET already. This is Dev-C++ list (at least till MING= W supports .NET). :P=0D =0D =0D Ioannis Vranos=0D =0D * Programming pages: http://www.noicys.freeurl.com=0D * Alternative URL: http://run.to/noicys=20 |
|
From: Tina B. <t_b...@co...> - 2003-03-04 17:55:31
|
This is one way, although there are probably others. Without this, my =
dos window closes before I can see it...
=20
// Tina Barnes
//
#include <iostream> // For cout and cin
#include <cstdlib> // For system("PAUSE")
using namespace std; =20
int main()
{
// your program goes here...
system("PAUSE");
return 0;
}
----- Original Message -----=20
From: Giligun=20
To: dev...@li...=20
Sent: Tuesday, March 04, 2003 9:32 AM
Subject: [Dev-C++] How do I pause a program?
I want it to display some information until a button
is pressed. The Bloddshed software I have has the .h
file with some command to do, but I wanna know how it
works without this.
__________________________________________________
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com
-------------------------------------------------------
This SF.net email is sponsored by: Etnus, makers of TotalView, The =
debugger=20
for complex code. Debugging C/C++ programs can leave you feeling lost =
and=20
disoriented. TotalView can help you find your way. Available on major =
UNIX=20
and Linux platforms. Try it free. www.etnus.com
_______________________________________________
Dev-cpp-users mailing list
Dev...@li...
TO UNSUBSCRIBE: http://www.noicys.cjb.net/devcpp/ub.htm
https://lists.sourceforge.net/lists/listinfo/dev-cpp-users
|
|
From: Zodiaq <zo...@ac...> - 2003-03-04 17:41:11
|
Hello Ioannis and all Dev-C++ users, Tuesday, March 4, 2003, 6:26:37 PM, Ioannis wrote as follows: > That would be OK with me (i am not MS fan, i would dare to state that i > am the opposite). Two important thing to notice: -please, please, please don't use your way to write REs, this method of using =>> make mails unreadable, not totally, but I have to wonder where's your text, and where's the person you respond... please you stansard >> -I'm not fan of M$ either, but there are still lot of programs that can be written (niche - like in firewalls, maybe good games) and (what is relly important) there ale lot of people that can use your software (heh, and pay for it if you decide to release it under shareware) But there is also one really important thing to notice - rewriting so many software, means work for us - programmers... but, hey - not .NET, it suxx (these are the words of speed/size maniac!) -- regards, Zodiaq |
|
From: Giligun <too...@ya...> - 2003-03-04 17:32:20
|
I want it to display some information until a button is pressed. The Bloddshed software I have has the .h file with some command to do, but I wanna know how it works without this. __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com |
|
From: Ioannis V. <no...@ho...> - 2003-03-04 17:26:50
|
-------Original Message-------=0D =0D From: Per Westermark=0D Date: =D4=F1=DF=F4=E7, 4 =CC=DC=F1=F4=E9=EF=F2 2003 6:49:11 =EC=EC=0D To: Ioannis Vranos=0D Cc: Dev-C++ Mailing List=0D Subject: Re: [Dev-C++] Longhorn API=0D =0D =0D At the same time, if ALL programs has to be rewritten, every software=0D developer has a chance to swap to another OS instead.=0D =0D =0D =3D=3D> That would be OK with me (i am not MS fan, i would dare to state = that i am the opposite).=0D =0D =0D =0D Ioannis Vranos=0D =0D * Programming pages: http://www.noicys.freeurl.com=0D * Alternative URL: http://run.to/noicys=20 |
|
From: Daniel G. <sp...@ho...> - 2003-03-04 16:52:44
|
Hmmm that's a good point, but do the benefits of .Net outweigh the bad sides? You want to write small fast Win32 apps, I think you're at the same junction as myself more or less, but remember this - many people, companies etc. are STILL using Windows 95, 3.1, DOS in some cases like garages, so there will be a marketplace for the apps too. But I understand what you are saying, to someone just learning Win32 then hearing things like this about having to learn new technologies that make their just-learnt knowledge out of date it is disheartening. I think what we need is Microsoft to simply say "If you're a developer in language X you'll need to change to Y to be compatible with .NET and the future of Windows." What I'm getting at is that there seems to be a lot of "little" information in my opinion and not enough plain english. Don't give me the technical stuff until I ask for it - HOW DOES .NET AFFECT ME TODAY AND IN THE FUTURE? If that makes sense ;) Daniel >From: Zodiaq <zo...@ac...> >Reply-To: Zodiaq <zo...@ac...> >To: Dev...@li... >Subject: Re[2]: [Dev-C++] Longhorn API >Date: Tue, 4 Mar 2003 17:40:11 +0100 > >Hello Ioannis and all Dev-C++ users, > >Tuesday, March 4, 2003, 4:59:15 PM, Ioannis wrote as follows: > >IV> That's why i informed you. :) .NET consists of a virtual machine (like >IV> Java) and a complete API. >[big cut] > >So: >-virtual machine >-assembler >-garbage collector >-fuck! > >All these stuff make programs run slower and take more RAM, this make >me SO angry... I wanted to lern Win32 API to write as fast and as small >programs as possible, now (if I want to be up-to-date) I have to learn >this (IMO stupid) .NET, damn it... > >For end-uset switching to new OS means buying more RAM and new CPU to >run some old (but rewritten) progs at the same speed... GREAT! ;-[ > >-- >regards, Zodiaq > > > >------------------------------------------------------- >This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger >for complex code. Debugging C/C++ programs can leave you feeling lost and >disoriented. TotalView can help you find your way. Available on major UNIX >and Linux platforms. Try it free. www.etnus.com >_______________________________________________ >Dev-cpp-users mailing list >Dev...@li... >TO UNSUBSCRIBE: http://www.noicys.cjb.net/devcpp/ub.htm >https://lists.sourceforge.net/lists/listinfo/dev-cpp-users _________________________________________________________________ Stay in touch with MSN Messenger http://messenger.msn.co.uk |
|
From: Per W. <pw...@ia...> - 2003-03-04 16:50:50
|
There are a lot of large companies running with administrative software from the 1970. While every new computer sold may try to use the latest and hottest, real companies - and home users - doesn't trow away existing applications. And a lot of companies aren't around anymore to delivery updates to their software, while you have an installed base of data in their native format. And if you got to a position where you have to replace ALL your software, your are a free-flowing customer. You might go for ANY operating system available. That is a major point for M$ to be careful about removing support for existing software. At the same time, if ALL programs has to be rewritten, every software developer has a chance to swap to another OS instead. /Per W On Tue, 4 Mar 2003, Ioannis Vranos wrote: > -------Original Message------- > > From: Per Westermark > Date: =D4=F1=DF=F4=E7, 4 =CC=DC=F1=F4=E9=EF=F2 2003 4:10:31 =EC=EC > To: Louis Godio > Cc: Ioannis Vranos; Dev-C++ Mailing List > Subject: Re: [Dev-C++] Longhorn API > > Unless M$ wants to loose all their market shares, they will think about > the installed base of Win32 applications. > > > =3D=3D> Why? If you think of it, everyone will need software upgrades. Af= ter all > software companies exist to write code and sell it, right? :) > > > Ioannis Vranos > > * Programming pages: http://www.noicys.freeurl.com > * Alternative URL: http://run.to/noicys |
|
From: Per W. <pw...@ia...> - 2003-03-04 16:45:45
|
Not completely true that the Java framework is only for Java. There exists C/C++ compilers that generates the byte code, as well as suport native compilation of the Java code to x86 assembler. As long as a virtual machine is complete enough, just about any language may run against the VM. /PWM On Tue, 4 Mar 2003, Ioannis Vranos wrote: > -------Original Message------- > > From: Zodiaq > Date: =D4=F1=DF=F4=E7, 4 =CC=DC=F1=F4=E9=EF=F2 2003 11:12:50 =F0=EC > To: Dev...@li... > Subject: Re: [Dev-C++] Longhorn API > > Hello Ioannis and all Dev-C++ users, > > Tuesday, March 4, 2003, 3:03:42 AM, Ioannis wrote as follows: > > IV> "Longhorn > IV> Next major OS version > IV> Will contain Avalon the fully .NET Win32 API. > IV> OS integration with .NET reaches its conclusion. > IV> Everything that is currently in Windows will be rewritten as managed > code. > IV> " > > So, does it mean that if I want to write some progs for new windows > platform I have to (I must) learn .NET API??? Does .NET look at least > something similar to Win32 API or rather like MFC?? Damn, these are > baaaaaad news for me... but Longhorn going to be released at 2004 or > 2005?? So I have some more time... damn it! > > > That's why i informed you. :) .NET consists of a virtual machine (like > Java) and a complete API. > > .NET is an independent system, Windows and .NET will *coexist* for some t= ime > The source code does not get compiled to binary code but to intermediate > bytecode which is compiled at run-time by the virtual machine (named CLR)= =2E > > Because of this, all languages share the same API and code written in one > language can work with another. For example you can inherit a Visual Basi= c 7 > class to your C++ class, throw an exception in C++ and catch it in C# and= so > on. A programming language in .NET world is just a dialect, you can use > whichever you like (for example Oberon). > > .NET provides garbage collection so when you allocate memory on the free > store you do not have to release it. > > Since .NET is a virtual machine you can think that you write programs for= it > and not your real architecture. That's why it has its own assembly langua= ge, > the assembler MS provides is called ILASM and its disassembler is called > ILDASM. Its assembly language has the notion of objects too! > > Reference: http://www.microsoft.com/mspress/books/5771.asp > > > Since .NET was designed after Java it has advantages over it. Except of t= he > fact that it is an open framework for any language while java's framework= is > only for java, it provides options on how your code gets compiled to nati= ve > binary code at run-time when it is executed. Line by line, function by > function or it gets all compiled to native binary code at the time of > installation (but i do not know how to configure it yet). > > The API is high level and *complete*. For example: > > > (part of a real .NET program) > > #include "stdafx.h" > > #using <mscorlib.dll> > #include <tchar.h> > #using <System.dll> > #using <system.windows.forms.dll> > #using <system.drawing.dll> > > using namespace System; > using namespace System::ComponentModel; > using namespace System::Windows::Forms; > using namespace System::Drawing; > > __gc class CppForm:public Form > { > Button *btn1, *btn2; > Label *theLabel; > GroupBox *gbox; > RadioButton *rb1, *rb2, *rb3; > ComboBox *combo1; > TextBox *text1; > MainMenu *menuBar; > MenuItem *fileMenu, *item1, *item2; > > > > > // ... > > > > > void Setup_Buttons() > { > btn1=3Dnew Button; > btn1->Text=3D"OK"; > > btn1->Size=3DSystem::Drawing::Size(70,25); > btn1->Location=3DPoint(130,225); > btn1->Click+=3Dnew EventHandler(this, &CppForm::Btn1_Clicked); > Controls->Add(btn1); > > btn2=3Dnew Button; > btn2->Text=3D"Cancel"; > > btn2->Size=3DSystem::Drawing::Size(70,25); > btn2->Location=3DPoint(210,225); > Controls->Add(btn2); > btn2->Click+=3Dnew EventHandler(this, &CppForm::cancel_clicked); > > } > > > public: > CppForm() > { > Text=3D"Test Form"; > FormBorderStyle=3DFormBorderStyle::Fixed3D; > Size=3DSystem::Drawing::Size(450,350); > Setup_Menu(); > Setup_Buttons(); > Setup_Label(); > Setup_Group(); > Setup_Combo(); > Setup_Text(); > > } > > }; > > // This is the entry point for this application > int __stdcall WinMain() > { > Application::Run(new CppForm); > > > > return 0; > } > > > > .NET architecture (except of the API) is standardised by ECMA, together w= ith > its assembly language. You can download its standard for free and see its > assembly language at > > http://www.ecma-international.org/publications/standards/ECMA-335.HTM > > > An example of its assembly language: > > assembly Test {} > > > .method static int32 AddTen(int32) > { > ldarg.0 > ldc.i4 10 > add > ret > } > > > .class Test > { > .method static void main() > { > .entrypoint > ldc.i4.1 > ldftn int32 AddTen(int32) > calli int32(int32) > pop > ret > } > } > > > > Since this is the case, there are open source .NETs too. For example: > > http://www.go-mono.com/ > > > > Ioannis Vranos > > * Programming pages: http://www.noicys.freeurl.com > * Alternative URL: http://run.to/noicys |
|
From: Zodiaq <zo...@ac...> - 2003-03-04 16:40:26
|
Hello Ioannis and all Dev-C++ users, Tuesday, March 4, 2003, 4:59:15 PM, Ioannis wrote as follows: IV> That's why i informed you. :) .NET consists of a virtual machine (like IV> Java) and a complete API. [big cut] So: -virtual machine -assembler -garbage collector -fuck! All these stuff make programs run slower and take more RAM, this make me SO angry... I wanted to lern Win32 API to write as fast and as small programs as possible, now (if I want to be up-to-date) I have to learn this (IMO stupid) .NET, damn it... For end-uset switching to new OS means buying more RAM and new CPU to run some old (but rewritten) progs at the same speed... GREAT! ;-[ -- regards, Zodiaq |
|
From: <joe...@im...> - 2003-03-04 16:20:23
|
Hello, though I like the Dev-C++ IDE, I would prefer to work with the editor I'm used to (MED). Unfortunately trying to invoke make out of my editor gives me an error: process_easy: DuplicateHandle(In) failed (e=6) Seems like make tries to call the preprocessor, compiler.. but can't start another programm/process? I can see batch files in my TEMP directory created by make. Calling make out of the comand line works. What goes wrong here? Regards, Jorg Krein GERMANY |
|
From: Ioannis V. <no...@ho...> - 2003-03-04 16:08:03
|
-------Original Message-------=0D =0D From: OROSZI Bal=E1zs=0D Date: =D4=F1=DF=F4=E7, 4 =CC=DC=F1=F4=E9=EF=F2 2003 5:34:24 =EC=EC=0D To: dev...@li...=0D Subject: Re: [Dev-C++] What's the difference?=0D =0D Ioannis Vranos wrote:=0D > =3D=3D> ? In fact allocating/releasing space on the free store is more = =0D > time-expensive than using local space in the stack.=0D =0D It is, but using the stack is only advisable for temporary structures.=0D =0D =0D =3D=3D> Well it depends. You can use the stack to callers and pass the st= ack entities to called functions.=0D =0D =0D =0D =0D =0D =0D >> =0D > =3D=3D> Or even better i would provide it as a class with access functi= ons.=0D =0D Well yes, I see now. I don't know C++, so I looked up in a book what you = =0D wrote, and it seems you use references. Isn't that the same as using =0D pointers?=0D Anyway, in C, pointers are the only way.=0D =0D =0D Yes. I did not know what language was all about and i assumed C++.=0D =0D =0D Ioannis Vranos=0D =0D * Programming pages: http://www.noicys.freeurl.com=0D * Alternative URL: http://run.to/noicys=20 |
|
From: Ioannis V. <no...@ho...> - 2003-03-04 16:05:52
|
-------Original Message-------=0D =0D From: Per Westermark=0D Date: =D4=F1=DF=F4=E7, 4 =CC=DC=F1=F4=E9=EF=F2 2003 4:10:31 =EC=EC=0D To: Louis Godio=0D Cc: Ioannis Vranos; Dev-C++ Mailing List=0D Subject: Re: [Dev-C++] Longhorn API=0D =0D Unless M$ wants to loose all their market shares, they will think about=0D the installed base of Win32 applications.=0D =0D =0D =3D=3D> Why? If you think of it, everyone will need software upgrades. Af= ter all software companies exist to write code and sell it, right? :)=0D =0D =0D Ioannis Vranos=0D =0D * Programming pages: http://www.noicys.freeurl.com=0D * Alternative URL: http://run.to/noicys=20 |
|
From: Ioannis V. <no...@ho...> - 2003-03-04 16:03:30
|
As far as i know no. The applications will have to be rewritten from the beginning using the new API. But things can change, we have much time til= l Longhorn. However every new SDK will be .NET, for example the upcoming Yu= kon SQL server will provide access through .NET API.=0D =0D Also in Longhorn the file system will be different. It will behave as a database (named it is named WinFS=3DWindows Future Storage). That is you = will query it!=0D =0D =2ENET provides its own DirectX etc APIs.=0D =0D =0D Ioannis Vranos=0D =0D * Programming pages: http://www.noicys.freeurl.com=0D * Alternative URL: http://run.to/noicys =0D =0D -------Original Message-------=0D =0D From: Louis Godio=0D Date: =D4=F1=DF=F4=E7, 4 =CC=DC=F1=F4=E9=EF=F2 2003 3:13:31 =EC=EC=0D To: Ioannis Vranos; Dev-C++ Mailing List=0D Subject: Re: [Dev-C++] Longhorn API=0D =0D Will Longhorn support WIN32 API function calls ? or will we need to=0D learn a totaly new API=0D =0D =0D --- Ioannis Vranos <no...@ho...> wrote:=0D > Also it is useful to know that with the current provided information=0D > Longhorn will only support .NET API. That version of .NET is code-named= =0D > Avalon. Some quotations on that:=0D > =0D > =0D > "The "Visual Studio for Yukon" release will represent a significant=0D > milestone. Following the "Yukon" wave, the next planned platform update= =0D > is=0D > the Windows release code-named "Longhorn." A tools update, "Visual=0D > Studio=0D > for Longhorn," will support the managed interfaces, enhanced user=0D > interface=0D > features, and other new capabilities of the updated platform."=0D > =0D > =0D > "Longhorn=0D > =0D > Next major OS version=0D > Will contain Avalon the fully .NET Win32 API.=0D > OS integration with .NET reaches its conclusion.=0D > Everything that is currently in Windows will be rewritten as managed=0D > code.=0D > "=0D > =0D > =0D > =0D > =0D > =0D > Ioannis Vranos=0D > =0D > * Programming pages: http://www.noicys.freeurl.com=0D > * Alternative URL: http://run.to/noicys =0D > =0D > =0D > -------------------------------------------------------=0D > This SF.net email is sponsored by: Etnus, makers of TotalView, The=0D > debugger=0D > for complex code. Debugging C/C++ programs can leave you feeling lost=0D > and=0D > disoriented. TotalView can help you find your way. Available on major=0D > UNIX=0D > and Linux platforms. Try it free. www.etnus.com=0D > _______________________________________________=0D > Dev-cpp-users mailing list=0D > Dev...@li...=0D > TO UNSUBSCRIBE: http://www.noicys.cjb.net/devcpp/ub.htm=0D > https://lists.sourceforge.net/lists/listinfo/dev-cpp-users=0D =0D =0D __________________________________________________=0D Do you Yahoo!?=0D Yahoo! Tax Center - forms, calculators, tips, more=0D http://taxes.yahoo.com/=20 |
|
From: Ioannis V. <no...@ho...> - 2003-03-04 15:59:34
|
-------Original Message-------=0D =0D From: Zodiaq=0D Date: =D4=F1=DF=F4=E7, 4 =CC=DC=F1=F4=E9=EF=F2 2003 11:12:50 =F0=EC=0D To: Dev...@li...=0D Subject: Re: [Dev-C++] Longhorn API=0D =0D Hello Ioannis and all Dev-C++ users,=0D =0D Tuesday, March 4, 2003, 3:03:42 AM, Ioannis wrote as follows:=0D =0D IV> "Longhorn=0D IV> Next major OS version=0D IV> Will contain Avalon the fully .NET Win32 API.=0D IV> OS integration with .NET reaches its conclusion.=0D IV> Everything that is currently in Windows will be rewritten as managed code.=0D IV> "=0D =0D So, does it mean that if I want to write some progs for new windows=0D platform I have to (I must) learn .NET API??? Does .NET look at least=0D something similar to Win32 API or rather like MFC?? Damn, these are=0D baaaaaad news for me... but Longhorn going to be released at 2004 or=0D 2005?? So I have some more time... damn it!=0D =0D =0D That's why i informed you. :) .NET consists of a virtual machine (like Java) and a complete API.=0D =0D =2ENET is an independent system, Windows and .NET will *coexist* for some= time The source code does not get compiled to binary code but to intermediate bytecode which is compiled at run-time by the virtual machine (named CLR)= =2E=0D =0D Because of this, all languages share the same API and code written in one language can work with another. For example you can inherit a Visual Basi= c 7 class to your C++ class, throw an exception in C++ and catch it in C# and= so on. A programming language in .NET world is just a dialect, you can use whichever you like (for example Oberon).=0D =0D =2ENET provides garbage collection so when you allocate memory on the fre= e store you do not have to release it.=0D =0D Since .NET is a virtual machine you can think that you write programs for= it and not your real architecture. That's why it has its own assembly langua= ge, the assembler MS provides is called ILASM and its disassembler is called ILDASM. Its assembly language has the notion of objects too!=0D =0D Reference: http://www.microsoft.com/mspress/books/5771.asp=0D =0D =0D Since .NET was designed after Java it has advantages over it. Except of t= he fact that it is an open framework for any language while java's framework= is only for java, it provides options on how your code gets compiled to nati= ve binary code at run-time when it is executed. Line by line, function by function or it gets all compiled to native binary code at the time of installation (but i do not know how to configure it yet).=0D =0D The API is high level and *complete*. For example:=0D =0D =0D (part of a real .NET program)=0D =0D #include "stdafx.h"=0D =0D #using <mscorlib.dll>=0D #include <tchar.h>=0D #using <System.dll>=0D #using <system.windows.forms.dll>=0D #using <system.drawing.dll>=0D =0D using namespace System;=0D using namespace System::ComponentModel;=0D using namespace System::Windows::Forms;=0D using namespace System::Drawing;=0D =0D __gc class CppForm:public Form=0D {=0D Button *btn1, *btn2;=0D Label *theLabel;=0D GroupBox *gbox;=0D RadioButton *rb1, *rb2, *rb3;=0D ComboBox *combo1;=0D TextBox *text1;=0D MainMenu *menuBar;=0D MenuItem *fileMenu, *item1, *item2;=0D =0D =0D =0D =0D // ...=0D =0D =0D =0D =0D void Setup_Buttons()=0D {=0D btn1=3Dnew Button;=0D btn1->Text=3D"OK";=0D =0D btn1->Size=3DSystem::Drawing::Size(70,25);=0D btn1->Location=3DPoint(130,225);=0D btn1->Click+=3Dnew EventHandler(this, &CppForm::Btn1_Clicked);=0D Controls->Add(btn1);=0D =0D btn2=3Dnew Button;=0D btn2->Text=3D"Cancel";=0D =0D btn2->Size=3DSystem::Drawing::Size(70,25);=0D btn2->Location=3DPoint(210,225);=0D Controls->Add(btn2);=0D btn2->Click+=3Dnew EventHandler(this, &CppForm::cancel_clicked);=0D =0D }=0D =0D =0D public:=0D CppForm()=0D {=0D Text=3D"Test Form";=0D FormBorderStyle=3DFormBorderStyle::Fixed3D;=0D Size=3DSystem::Drawing::Size(450,350);=0D Setup_Menu();=0D Setup_Buttons();=0D Setup_Label();=0D Setup_Group();=0D Setup_Combo();=0D Setup_Text();=0D =0D }=0D =0D };=0D =0D // This is the entry point for this application=0D int __stdcall WinMain()=0D {=0D Application::Run(new CppForm);=0D =0D =0D =0D return 0;=0D }=0D =0D =0D =0D =2ENET architecture (except of the API) is standardised by ECMA, together= with its assembly language. You can download its standard for free and see its assembly language at=0D =0D http://www.ecma-international.org/publications/standards/ECMA-335.HTM=0D =0D =0D An example of its assembly language:=0D =0D assembly Test {}=0D =0D =0D =2Emethod static int32 AddTen(int32)=0D { =0D ldarg.0=0D ldc.i4 10=0D add=0D ret=0D }=0D =0D =0D =2Eclass Test=0D { =0D .method static void main()=0D { =0D .entrypoint=0D ldc.i4.1=0D ldftn int32 AddTen(int32)=0D calli int32(int32)=0D pop=0D ret=0D }=0D }=0D =0D =0D =0D Since this is the case, there are open source .NETs too. For example:=0D =0D http://www.go-mono.com/=0D =0D =0D =0D Ioannis Vranos=0D =0D * Programming pages: http://www.noicys.freeurl.com=0D * Alternative URL: http://run.to/noicys=20 |
|
From: Asko K. <ask...@sc...> - 2003-03-04 15:48:27
|
Maybe off the topic but.. Microsoft recently bought Virtual PC from Connectix (the software that makes Win32 run in a 'sandbox' on a Mac). I wonder if they need "protection from themselves", ability to emulate old Win32 on whatever-state-of-the-art (=.net?) system they want to build from scratch. Basically, this is exactly what OS X does with MacOS classic mode. Nothing new under the sun... ;) P.S. They probably even steal the name and call their new one "OS Y" or something.. Or "OS XP"? >:P -ak Per Westermark kirjoittaa tiistaina, 4. maaliskuuta 2003, kello 16:10: > Unless M$ wants to loose all their market shares, they will think about > the installed base of Win32 applications. > > /Per W > > On Tue, 4 Mar 2003, Louis Godio wrote: > >> Will Longhorn support WIN32 API function calls ? or will we need to >> learn a totaly new API >> >> >> --- Ioannis Vranos <no...@ho...> wrote: >>> Also it is useful to know that with the current provided information >>> Longhorn will only support .NET API. That version of .NET is >>> code-named >>> Avalon. Some quotations on that: >>> >>> >>> "The "Visual Studio for Yukon" release will represent a significant >>> milestone. Following the "Yukon" wave, the next planned platform >>> update >>> is >>> the Windows release code-named "Longhorn." A tools update, "Visual >>> Studio >>> for Longhorn," will support the managed interfaces, enhanced user >>> interface >>> features, and other new capabilities of the updated platform." >>> >>> >>> "Longhorn >>> >>> Next major OS version >>> Will contain Avalon the fully .NET Win32 API. >>> OS integration with .NET reaches its conclusion. >>> Everything that is currently in Windows will be rewritten as managed >>> code. >>> " >>> >>> >>> >>> >>> >>> Ioannis Vranos >>> >>> * Programming pages: http://www.noicys.freeurl.com >>> * Alternative URL: http://run.to/noicys >>> >>> >>> ------------------------------------------------------- >>> This SF.net email is sponsored by: Etnus, makers of TotalView, The >>> debugger >>> for complex code. Debugging C/C++ programs can leave you feeling lost >>> and >>> disoriented. TotalView can help you find your way. Available on major >>> UNIX >>> and Linux platforms. Try it free. www.etnus.com >>> _______________________________________________ >>> Dev-cpp-users mailing list >>> Dev...@li... >>> TO UNSUBSCRIBE: http://www.noicys.cjb.net/devcpp/ub.htm >>> https://lists.sourceforge.net/lists/listinfo/dev-cpp-users >> >> >> __________________________________________________ >> Do you Yahoo!? >> Yahoo! Tax Center - forms, calculators, tips, more >> http://taxes.yahoo.com/ >> >> >> ------------------------------------------------------- >> This SF.net email is sponsored by: Etnus, makers of TotalView, The >> debugger >> for complex code. Debugging C/C++ programs can leave you feeling lost >> and >> disoriented. TotalView can help you find your way. Available on major >> UNIX >> and Linux platforms. Try it free. www.etnus.com >> _______________________________________________ >> Dev-cpp-users mailing list >> Dev...@li... >> TO UNSUBSCRIBE: http://www.noicys.cjb.net/devcpp/ub.htm >> https://lists.sourceforge.net/lists/listinfo/dev-cpp-users >> > > > > ------------------------------------------------------- > This SF.net email is sponsored by: Etnus, makers of TotalView, The > debugger > for complex code. Debugging C/C++ programs can leave you feeling lost > and > disoriented. TotalView can help you find your way. Available on major > UNIX > and Linux platforms. Try it free. www.etnus.com > _______________________________________________ > Dev-cpp-users mailing list > Dev...@li... > TO UNSUBSCRIBE: http://www.noicys.cjb.net/devcpp/ub.htm > https://lists.sourceforge.net/lists/listinfo/dev-cpp-users > |
|
From: <or...@vp...> - 2003-03-04 15:20:10
|
Ioannis Vranos wrote:
> ==> ? In fact allocating/releasing space on the free store is more
> time-expensive than using local space in the stack.
It is, but using the stack is only advisable for temporary structures.
> How i would do it:
>
> #include <string>
>
> struct foo
> {
> std::string text1, text2, text3;
>
> foo(const std::string &t1, const std::string &t2, const std::string &t3):
> text1(t1), text2(t2), text3(t3) { }
>
> };
>
> void whatever(foo &);
> int main()
> {
> foo something("telos", "ton", "imeron");
> whatever(something);
> }
>
> void whatever(foo &pf)
> {
> // ...
> }
>
> ==> Or even better i would provide it as a class with access functions.
Well yes, I see now. I don't know C++, so I looked up in a book what you
wrote, and it seems you use references. Isn't that the same as using
pointers?
Anyway, in C, pointers are the only way.
--
Greetings,
Balázs
|
|
From: Per W. <pw...@ia...> - 2003-03-04 14:11:42
|
Unless M$ wants to loose all their market shares, they will think about the installed base of Win32 applications. /Per W On Tue, 4 Mar 2003, Louis Godio wrote: > Will Longhorn support WIN32 API function calls ? or will we need to > learn a totaly new API > > > --- Ioannis Vranos <no...@ho...> wrote: > > Also it is useful to know that with the current provided information > > Longhorn will only support .NET API. That version of .NET is code-named > > Avalon. Some quotations on that: > > > > > > "The "Visual Studio for Yukon" release will represent a significant > > milestone. Following the "Yukon" wave, the next planned platform update > > is > > the Windows release code-named "Longhorn." A tools update, "Visual > > Studio > > for Longhorn," will support the managed interfaces, enhanced user > > interface > > features, and other new capabilities of the updated platform." > > > > > > "Longhorn > > > > Next major OS version > > Will contain Avalon the fully .NET Win32 API. > > OS integration with .NET reaches its conclusion. > > Everything that is currently in Windows will be rewritten as managed > > code. > > " > > > > > > > > > > > > Ioannis Vranos > > > > * Programming pages: http://www.noicys.freeurl.com > > * Alternative URL: http://run.to/noicys > > > > > > ------------------------------------------------------- > > This SF.net email is sponsored by: Etnus, makers of TotalView, The > > debugger > > for complex code. Debugging C/C++ programs can leave you feeling lost > > and > > disoriented. TotalView can help you find your way. Available on major > > UNIX > > and Linux platforms. Try it free. www.etnus.com > > _______________________________________________ > > Dev-cpp-users mailing list > > Dev...@li... > > TO UNSUBSCRIBE: http://www.noicys.cjb.net/devcpp/ub.htm > > https://lists.sourceforge.net/lists/listinfo/dev-cpp-users > > > __________________________________________________ > Do you Yahoo!? > Yahoo! Tax Center - forms, calculators, tips, more > http://taxes.yahoo.com/ > > > ------------------------------------------------------- > This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger > for complex code. Debugging C/C++ programs can leave you feeling lost and > disoriented. TotalView can help you find your way. Available on major UNIX > and Linux platforms. Try it free. www.etnus.com > _______________________________________________ > Dev-cpp-users mailing list > Dev...@li... > TO UNSUBSCRIBE: http://www.noicys.cjb.net/devcpp/ub.htm > https://lists.sourceforge.net/lists/listinfo/dev-cpp-users > |
|
From: Louis G. <lg...@ya...> - 2003-03-04 13:13:30
|
Will Longhorn support WIN32 API function calls ? or will we need to learn a totaly new API --- Ioannis Vranos <no...@ho...> wrote: > Also it is useful to know that with the current provided information > Longhorn will only support .NET API. That version of .NET is code-named > Avalon. Some quotations on that: > > > "The "Visual Studio for Yukon" release will represent a significant > milestone. Following the "Yukon" wave, the next planned platform update > is > the Windows release code-named "Longhorn." A tools update, "Visual > Studio > for Longhorn," will support the managed interfaces, enhanced user > interface > features, and other new capabilities of the updated platform." > > > "Longhorn > > Next major OS version > Will contain Avalon the fully .NET Win32 API. > OS integration with .NET reaches its conclusion. > Everything that is currently in Windows will be rewritten as managed > code. > " > > > > > > Ioannis Vranos > > * Programming pages: http://www.noicys.freeurl.com > * Alternative URL: http://run.to/noicys > > > ------------------------------------------------------- > This SF.net email is sponsored by: Etnus, makers of TotalView, The > debugger > for complex code. Debugging C/C++ programs can leave you feeling lost > and > disoriented. TotalView can help you find your way. Available on major > UNIX > and Linux platforms. Try it free. www.etnus.com > _______________________________________________ > Dev-cpp-users mailing list > Dev...@li... > TO UNSUBSCRIBE: http://www.noicys.cjb.net/devcpp/ub.htm > https://lists.sourceforge.net/lists/listinfo/dev-cpp-users __________________________________________________ Do you Yahoo!? Yahoo! Tax Center - forms, calculators, tips, more http://taxes.yahoo.com/ |
|
From: Matthews <dem...@uw...> - 2003-03-04 12:34:45
|
The way you phrased it makes me believe that you're missing a -lwinmm in
your linker options.
At 04:58 PM 03/03/2003 -0500, Insaciable Mr. K wrote:
> thats basicaly the jist of it, i cant get rid of that error, i have
>winmm.lib in my library files, and have mmsystem.h included along withthe
>other nesesary files included, heres the call to the playsound function
>i have, although it is the same format another person used and worked for
>them. PlaySound("beam.wav", NULL, SND_FILENAME | SND_SYNC); for the
>life of me i cannot figure this out, and it has stumped many a person,
>please help!
|
|
From: <cg...@wo...> - 2003-03-04 11:11:10
|
Go to Tools->Compiler options-> directories and set them (the include,
the library)
erling b wrote:
> Hi!
>
> OS - Windows XP
> Compiler - Dev-C++ 4.9.7.0
>
> What I did -
>
> 1. File
> new
> Project
> Console application
> OK
>
> Create New Project Window
> FileName Project 1
> save
>
> 2. Wrote simple program
>
> #include <iostream>
> #include <stdlib.h>
>
> int main(int argc, char *argv[])
> {
>
> cout << "Hello world";
>
>
> return 0;
> }
>
> 3. Compile gave the following messages
>
> 1 C:\Dev-Cpp\main.cpp
> from main.cpp
> 28 C:\Dev-Cpp\include\c++\iostream:44
> bits/c++config.h: No such file or directory.
> 44 C:\Dev-Cpp\include\c++\ios
> In file included from C:/Dev-Cpp/include/c++/ios
> 45 C:\Dev-Cpp\include\c++\ostream
> from C:/Dev-Cpp/include/c++/ostream
> 45 C:\Dev-Cpp\include\c++\iostream
> from C:/Dev-Cpp/include/c++/iostream
> 1 C:\Dev-Cpp\main.cpp
> from main.cpp
> 28 C:\Dev-Cpp\include\c++\iosfwd:44
> bits/c++config.h: No such file or directory.
> 45 C:\Dev-Cpp\include\c++\iosfwd
> In file included from C:/Dev-Cpp/include/c++/iosfwd
> 44 C:\Dev-Cpp\include\c++\ios
> from C:/Dev-Cpp/include/c++/ios
> 45 C:\Dev-Cpp\include\c++\ostream
> from C:/Dev-Cpp/include/c++/ostream
> etc etc
>
> 4. Program would not compile and, of course, would not run.
>
> I have downloaded all the essential Windows Updates for Windows XP.
>
> This is very frustrating. Could someone please help me out?
>
> Thanks
> E
>
>
> _________________________________________________________________
> Help STOP SPAM with the new MSN 8 and get 2 months FREE*
> http://join.msn.com/?page=features/junkmail
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Etnus, makers of TotalView, The
> debugger for complex code. Debugging C/C++ programs can leave you
> feeling lost and disoriented. TotalView can help you find your way.
> Available on major UNIX and Linux platforms. Try it free. www.etnus.com
> _______________________________________________
> Dev-cpp-users mailing list
> Dev...@li...
> TO UNSUBSCRIBE: http://www.noicys.cjb.net/devcpp/ub.htm
> https://lists.sourceforge.net/lists/listinfo/dev-cpp-users
>
|
|
From: Zodiaq <zo...@ac...> - 2003-03-04 09:10:27
|
Hello Ioannis and all Dev-C++ users, Tuesday, March 4, 2003, 3:03:42 AM, Ioannis wrote as follows: IV> "Longhorn IV> Next major OS version IV> Will contain Avalon the fully .NET Win32 API. IV> OS integration with .NET reaches its conclusion. IV> Everything that is currently in Windows will be rewritten as managed code. IV> " So, does it mean that if I want to write some progs for new windows platform I have to (I must) learn .NET API??? Does .NET look at least something similar to Win32 API or rather like MFC?? Damn, these are baaaaaad news for me... but Longhorn going to be released at 2004 or 2005?? So I have some more time... damn it! -- regards, Zodiaq |
|
From: Daniel G. <sp...@ho...> - 2003-03-04 08:50:37
|
Thanks Ioannis, great getting info and links from you :) >From: "Ioannis Vranos" <no...@ho...> >To: "Dev-C++ Mailing List" <dev...@li...> >Subject: [Dev-C++] Longhorn API >Date: Tue, 4 Mar 2003 04:03:42 +0200 (GTB Standard Time) > >Also it is useful to know that with the current provided information >Longhorn will only support .NET API. That version of .NET is code-named >Avalon. Some quotations on that: > > >"The "Visual Studio for Yukon" release will represent a significant >milestone. Following the "Yukon" wave, the next planned platform update is >the Windows release code-named "Longhorn." A tools update, "Visual Studio >for Longhorn," will support the managed interfaces, enhanced user interface >features, and other new capabilities of the updated platform." > > >"Longhorn > >Next major OS version >Will contain Avalon the fully .NET Win32 API. >OS integration with .NET reaches its conclusion. >Everything that is currently in Windows will be rewritten as managed code. >" > > > > > >Ioannis Vranos > >* Programming pages: http://www.noicys.freeurl.com >* Alternative URL: http://run.to/noicys > > >------------------------------------------------------- >This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger >for complex code. Debugging C/C++ programs can leave you feeling lost and >disoriented. TotalView can help you find your way. Available on major UNIX >and Linux platforms. Try it free. www.etnus.com >_______________________________________________ >Dev-cpp-users mailing list >Dev...@li... >TO UNSUBSCRIBE: http://www.noicys.cjb.net/devcpp/ub.htm >https://lists.sourceforge.net/lists/listinfo/dev-cpp-users _________________________________________________________________ Use MSN Messenger to send music and pics to your friends http://messenger.msn.co.uk |
|
From: Per W. <pw...@ia...> - 2003-03-04 08:44:05
|
The & is the address-of operator, i.e. it takes the address of a variable. int *intptr; int intvariable; intptr = &intvariable; /Per W On Tue, 4 Mar 2003, Thomas Stoehr wrote: > this question was also very interesting for me. > But I have one more question to the pointer story. > What does the "&" sign mean? When do I need that sign. > Sorry I know that is a basic question but i do not understand it int the > book I read > > Thanks > > thomas |
|
From: Daniel G. <sp...@ho...> - 2003-03-04 08:38:46
|
Read it as "the address of" if you are using pointers. for example
int NumberOfEmails = 7;
// Create a pointer, QuantityOfEmails, and make it point to
// the (memory) address of NumberOfEmails.
int* QuantityOfEmails = &NumberOfEmails;
So now we can do
std::cout << *QuantityOfEmails << std::endl; // Outputs '7' to screen
If you are using it with functions...
void FunctionA(int& FreshInt)
{
FreshInt = 10;
}
It means the function takes a REFERENCE to the integer passed in, i.e. any
change made in the function affects the original. So the following code
// Change the ORIGINAL
void FunctionA(int& FreshInt)
{
FreshInt = 10;
}
and
// Change a COPY - changes are lost when function ends.
void FunctionA(int FreshInt)
{
FreshInt = 10;
}
are different.
Let us know if you need more help.
Daniel
>From: "Thomas Stoehr" <tho...@vo...>
>To: dev...@li...
>Subject: Antwort: Re: [Dev-C++] What's the difference?
>Date: Tue, 4 Mar 2003 08:53:54 +0100
>
>this question was also very interesting for me.
>But I have one more question to the pointer story.
>What does the "&" sign mean? When do I need that sign.
>Sorry I know that is a basic question but i do not understand it int the
>book I read
>
>Thanks
>
>thomas
_________________________________________________________________
Chat online in real time with MSN Messenger http://messenger.msn.co.uk
|
|
From: Thomas S. <tho...@vo...> - 2003-03-04 07:54:06
|
this question was also very interesting for me. But I have one more question to the pointer story. What does the "&" sign mean? When do I need that sign. Sorry I know that is a basic question but i do not understand it int the book I read Thanks thomas |