Menu
▾
▴
dev-cpp-users
|
From: Ioannis V. <no...@ho...> - 2003-03-04 02:03:58
|
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:=0D =0D =0D "The "Visual Studio for Yukon" release will represent a significant milestone. Following the "Yukon" wave, the next planned platform update i= s the Windows release code-named "Longhorn." A tools update, "Visual Studio for Longhorn," will support the managed interfaces, enhanced user interfa= ce 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 code= =2E=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=20 |
|
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: 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: 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: 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: 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: 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: 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: Louis G. <lg...@ya...> - 2003-03-04 19:00:17
|
Should we invest huge amounts of time learning wherever M$ wants developers to learn ? As I see it, the WIN 98, 98SE, and ME upgrades were marketing gimmicks to enrich M$ without providing any significant performance improvements. For years M$ fought against release of WIN source code to USA developers, so it could retain a competitive advantage in developing apps that run under WIN. M$ is now giving it away free in China because for every legal copy of WIN sold 10 illegal copies are sold. It seems only the Chinese know how to counteract M$ marketing tactics. Why .NET ? I'm sure M$ will present it as the "most significant upgrade ever". But lets not forget the big lawsuit Sun Micro won a few months ago against M$. It looks like M$ using .NET to displace JAVA, using the same old marketing strategy cited in the US Federal antitrust case. --- Asko Kauppi <ask...@sc...> wrote: > > 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 > > > > > > ------------------------------------------------------- > 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: 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: 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: 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: 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: Per W. <pw...@ia...> - 2003-03-04 18:23:24
|
Well, it should be obvious by now that I'm a clock-cycle counter and want the fastest possible solutions :-) About learning new technologies. That's life. At least every 3-5 years every programmer are normally expected to relearn a completely new methodology or concept. - 16-bit MS-Dos with segmented memory and Terminate-and-Stay-Resident tools. - Borland Turbo-Vision text-window libraries. - Borland Object Windows Library (OWL) windows graphics libraries. - 16-bit Win 3.1 with cooperative applications who locked up the machine if they got stuck in a loop. - 32-bit linear Win32 applications with memory management and multi-tasking. - ActiveX controls. - OpenGL graphics - DirectX graphics - ISAM databases. - Dynamic link libraries. - Microsoft JET databases. - COM and DCOM components. - Microsoft Foundation Classes. - Microsoft ADO database API. - Garbage Collection. - Mpeg video and audio. ... The only bad thing is when a new technology has a high cost of learning and migrating, without giving a clear improvement. The Wintel world has always had binary compatibility as the main target. It's nice for the end users, but means that all old applications normally keeps the limitations of the machines they where originally written for. In the Unix world on the other hand, the goal has been source code compatibility. The advantage is that you may take your 10 year old code written for a 68000-based machine as recompile on brand new super-machine, and suddenly your old program will run 100 times faster while allowing huge projects to be processed. /Per W On Tue, 4 Mar 2003, Zodiaq wrote: > 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 > > > > ------------------------------------------------------- > 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: 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: 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 |
