473,326 Members | 2,108 Online
Bytes | Software Development & Data Engineering Community
Post Job

Home Posts Topics Members FAQ

Join Bytes to post your question to a community of 473,326 software developers and data experts.

Future of Native Apps?

Is it possible that in some future version of Windows, only .NET (CLR) PE
(Portable Executables) .exe will be enabled to run. I.e. the OS will not
support running of native x86 code .exes/dlls?

I understand native is needed for drivers etc. but at some point the driver
spec may even require MSIL and MSIL will add instructions to support drivers.

--
Greg McPherran
www.McPherran.com
Jan 20 '06 #1
14 1341
I don't think so.
All the industry, including microsoft, is very keen on backward
compatibility.

Think of it this way: you could upgrade to the latest Windows 2023 (Formerly
know as Vista Reloaded), but your favorite old DOS games you play in the
90ies still work...
And if it doesn't you sure will get customer complaints!....

--
Regards,
Lloyd Dupont

NovaMind development team
NovaMind Software
Mind Mapping Software
<www.nova-mind.com>
"Greg" <gm@mcpherran.com> wrote in message
news:58**********************************@microsof t.com...
Is it possible that in some future version of Windows, only .NET (CLR) PE
(Portable Executables) .exe will be enabled to run. I.e. the OS will not
support running of native x86 code .exes/dlls?

I understand native is needed for drivers etc. but at some point the
driver
spec may even require MSIL and MSIL will add instructions to support
drivers.

--
Greg McPherran
www.McPherran.com

Jan 20 '06 #2
> I don't think so.
All the industry, including microsoft, is very keen on backward
compatibility.

I don't think so. Look at VB. All VB source code for native development from
the past can now only be built for .NET with recent versions of Visual Studio.
Jan 20 '06 #3
Jim

"Lloyd Dupont" <net.galador@ld> wrote in message
news:%2****************@TK2MSFTNGP14.phx.gbl...
I don't think so.
All the industry, including microsoft, is very keen on backward
compatibility.
Please, sir.....do not partake of the wine before posting.
Think of it this way: you could upgrade to the latest Windows 2023
(Formerly know as Vista Reloaded), but your favorite old DOS games you
play in the 90ies still work...
And if it doesn't you sure will get customer complaints!....


A Microsoft rep had pity on me once and told me that unless enough people
complain about a problem it won;t even be addressed at Microsoft.

I hope those games remain popular for you - and don't cut into XBox sales.

Jim
Jan 20 '06 #4
No, it would likely make no sense as "native" code is the only thing the
processor understands. Historically programming is adding layers between the
processor and the developer but ultimately your code still have to reach the
processor under a suitable form ; you can generally "enter" at any level you
want ("debug.exe" is always part of XP)...

--
Patrice

"Greg" <gm@mcpherran.com> a écrit dans le message de
news:58**********************************@microsof t.com...
Is it possible that in some future version of Windows, only .NET (CLR) PE
(Portable Executables) .exe will be enabled to run. I.e. the OS will not
support running of native x86 code .exes/dlls?

I understand native is needed for drivers etc. but at some point the driver spec may even require MSIL and MSIL will add instructions to support drivers.
--
Greg McPherran
www.McPherran.com

Jan 20 '06 #5
>> I don't think so.
All the industry, including microsoft, is very keen on backward
compatibility.

I don't think so. Look at VB. All VB source code for native development
from
the past can now only be built for .NET with recent versions of Visual
Studio.


I don't understand what you're saying at all.
Are you telling me that: "Microsoft is not keen on backward technology
because latest technology need latest compiler to be compiled"?

There is no logical relation between the first part of the sentence and the
second I could see!!!
Jan 20 '06 #6
Allright, let's say only Microsft then is keen on backward compatibility.

To all the doom sayers and rumor mongers who spread rumor to the contrary I
reply that no software that I have kept since 1995 and like enough to still
use today has any problem to run.
Which includes:
- death rally DOS Game
- OpenStep development environment
- debug.exe 16bit assembly compiler
- Orion95 game
- Master of Magic (an other 1995 game)
- Corel Draw 3
- Word97
- gcc 2.95

I have yet to see these "famous backward incompatibility" that Microsoft is
supposed to be good at. So far I had ample proof of the contrary.

"Jim" <re***@groups.please> wrote in message
news:be***************@bignews2.bellsouth.net...

"Lloyd Dupont" <net.galador@ld> wrote in message
news:%2****************@TK2MSFTNGP14.phx.gbl...
I don't think so.
All the industry, including microsoft, is very keen on backward
compatibility.


Please, sir.....do not partake of the wine before posting.
Think of it this way: you could upgrade to the latest Windows 2023
(Formerly know as Vista Reloaded), but your favorite old DOS games you
play in the 90ies still work...
And if it doesn't you sure will get customer complaints!....


A Microsoft rep had pity on me once and told me that unless enough people
complain about a problem it won;t even be addressed at Microsoft.

I hope those games remain popular for you - and don't cut into XBox sales.

Jim

Jan 20 '06 #7
After reflection. to be fair, I have WinXP.
It's true that backward compatibility was not paramount with WinNT & Win2000
But XP is more recent that NT or 2000, so I think it's a moot point.

"Jim" <re***@groups.please> wrote in message
news:be***************@bignews2.bellsouth.net...

"Lloyd Dupont" <net.galador@ld> wrote in message
news:%2****************@TK2MSFTNGP14.phx.gbl...
I don't think so.
All the industry, including microsoft, is very keen on backward
compatibility.


Please, sir.....do not partake of the wine before posting.
Think of it this way: you could upgrade to the latest Windows 2023
(Formerly know as Vista Reloaded), but your favorite old DOS games you
play in the 90ies still work...
And if it doesn't you sure will get customer complaints!....


A Microsoft rep had pity on me once and told me that unless enough people
complain about a problem it won;t even be addressed at Microsoft.

I hope those games remain popular for you - and don't cut into XBox sales.

Jim

Jan 20 '06 #8
You are missing my point. Windows could cease to provide access to the CPU.
Try accessing the CPU on a video game system for example.

Windows may simply take away all utilities and .exe formats that access the
CPU directly. Yes, you could always boot into another OS, but Windows itself
could be set up to not allow access to the CPU.
--
Greg McPherran
www.McPherran.com
"Patrice" wrote:
No, it would likely make no sense as "native" code is the only thing the
processor understands. Historically programming is adding layers between the
processor and the developer but ultimately your code still have to reach the
processor under a suitable form ; you can generally "enter" at any level you
want ("debug.exe" is always part of XP)...

--
Patrice

"Greg" <gm@mcpherran.com> a écrit dans le message de
news:58**********************************@microsof t.com...
Is it possible that in some future version of Windows, only .NET (CLR) PE
(Portable Executables) .exe will be enabled to run. I.e. the OS will not
support running of native x86 code .exes/dlls?

I understand native is needed for drivers etc. but at some point the

driver
spec may even require MSIL and MSIL will add instructions to support

drivers.

--
Greg McPherran
www.McPherran.com


Jan 20 '06 #9
Jim

"Lloyd Dupont" <net.galador@ld> wrote in message
news:e9*************@TK2MSFTNGP12.phx.gbl...
I don't think so.
All the industry, including microsoft, is very keen on backward
compatibility. I don't think so. Look at VB. All VB source code for native development
from
the past can now only be built for .NET with recent versions of Visual
Studio.


I don't understand what you're saying at all.
Are you telling me that: "Microsoft is not keen on backward technology
because latest technology need latest compiler to be compiled"?


What the poster is frerring to is the fact that most Visual Basic 6
applications must be completely re-written to be used in the VB.Net
compiler. Microsoft intentionaly broke backwards compatability with Visual
Basic 6 source code when they designed VB.Net.

They abandoned millions of VB programmers and billions of lines of code with
a single stab in the back.

There is no logical relation between the first part of the sentence and
the second I could see!!!


I hope this had made it clearer for you.

Jim
Jan 20 '06 #10
Jim
"frerring " what the hell is that? I meant to type "referring "......

(Note to self: Spell-check should remain on.)

Jim

"Jim" <re***@groups.please> wrote in message
news:s%****************@bignews4.bellsouth.net...

"Lloyd Dupont" <net.galador@ld> wrote in message
news:e9*************@TK2MSFTNGP12.phx.gbl...
I don't think so.
All the industry, including microsoft, is very keen on backward
compatibility.
I don't think so. Look at VB. All VB source code for native development
from
the past can now only be built for .NET with recent versions of Visual
Studio.


I don't understand what you're saying at all.
Are you telling me that: "Microsoft is not keen on backward technology
because latest technology need latest compiler to be compiled"?


What the poster is frerring to is the fact that most Visual Basic 6
applications must be completely re-written to be used in the VB.Net
compiler. Microsoft intentionaly broke backwards compatability with
Visual Basic 6 source code when they designed VB.Net.

They abandoned millions of VB programmers and billions of lines of code
with a single stab in the back.

There is no logical relation between the first part of the sentence and
the second I could see!!!


I hope this had made it clearer for you.

Jim

Jan 20 '06 #11
Greg wrote:
Is it possible that in some future version of Windows, only .NET (CLR) PE
(Portable Executables) .exe will be enabled to run. I.e. the OS will not
support running of native x86 code .exes/dlls?

I understand native is needed for drivers etc. but at some point the driver
spec may even require MSIL and MSIL will add instructions to support drivers.

If you haven't seen it, check out MS research project Singularity -
http://research.microsoft.com/os/singularity/ .
Jan 20 '06 #12
Take it like that:
"Microsoft just release his new DotNetOnly Powered Windows Next Generation,
this new OS support great support for .NET apps (a specification which means
nothing to the end user) and break security barrier by Not Running Anymore
all previously build execuitable"

Now: who want to build such an OS where all his/her previous investment in
software is broken?

"Greg" <gm@mcpherran.com> wrote in message
news:D1**********************************@microsof t.com...
You are missing my point. Windows could cease to provide access to the
CPU.
Try accessing the CPU on a video game system for example.

Windows may simply take away all utilities and .exe formats that access
the
CPU directly. Yes, you could always boot into another OS, but Windows
itself
could be set up to not allow access to the CPU.
--
Greg McPherran
www.McPherran.com
"Patrice" wrote:
No, it would likely make no sense as "native" code is the only thing the
processor understands. Historically programming is adding layers between
the
processor and the developer but ultimately your code still have to reach
the
processor under a suitable form ; you can generally "enter" at any level
you
want ("debug.exe" is always part of XP)...

--
Patrice

"Greg" <gm@mcpherran.com> a écrit dans le message de
news:58**********************************@microsof t.com...
> Is it possible that in some future version of Windows, only .NET (CLR)
> PE
> (Portable Executables) .exe will be enabled to run. I.e. the OS will
> not
> support running of native x86 code .exes/dlls?
>
> I understand native is needed for drivers etc. but at some point the

driver
> spec may even require MSIL and MSIL will add instructions to support

drivers.
>
> --
> Greg McPherran
> www.McPherran.com


Jan 21 '06 #13
Allright..
I see...
That does not mean: "breaking bakcward compatibility" at all.
In fact you could keep using VB6 for the year to come and produce VB.exe the
way you're used to.
That means they just have stop supporting/bothering about classic VB.

There will be no new development in classic VB and, i f they had added VB
support in VS2003/2005 that would have been the exact same IDE (because they
won't bother), so why not just stick to VS6?

"Jim" <re***@groups.please> wrote in message
news:s%****************@bignews4.bellsouth.net...

"Lloyd Dupont" <net.galador@ld> wrote in message
news:e9*************@TK2MSFTNGP12.phx.gbl...
I don't think so.
All the industry, including microsoft, is very keen on backward
compatibility.
I don't think so. Look at VB. All VB source code for native development
from
the past can now only be built for .NET with recent versions of Visual
Studio.


I don't understand what you're saying at all.
Are you telling me that: "Microsoft is not keen on backward technology
because latest technology need latest compiler to be compiled"?


What the poster is frerring to is the fact that most Visual Basic 6
applications must be completely re-written to be used in the VB.Net
compiler. Microsoft intentionaly broke backwards compatability with
Visual Basic 6 source code when they designed VB.Net.

They abandoned millions of VB programmers and billions of lines of code
with a single stab in the back.

There is no logical relation between the first part of the sentence and
the second I could see!!!


I hope this had made it clearer for you.

Jim

Jan 21 '06 #14
I believe I understood what you meant. What I meant more precisely is that
IMO it would make non sense to spend time and efforts to "lock up" something
that is native to a processor on a computer.

IMO the problem is not the same for video game systems. They essentially
sold you a low cost powerfull PC to get your money on a long run by solding
games. If those PCs were "unlocked", you could bought them a PC without
buying games (i.e. they would sold you a PC at a low price and they couldn't
get money later as you wouldn't have to buy games for this machine).

So IMO you can be quite confident that you won't see this during your
lifetime.

--
Patrice

"Greg" <gm@mcpherran.com> a écrit dans le message de
news:D1**********************************@microsof t.com...
You are missing my point. Windows could cease to provide access to the CPU. Try accessing the CPU on a video game system for example.

Windows may simply take away all utilities and .exe formats that access the CPU directly. Yes, you could always boot into another OS, but Windows itself could be set up to not allow access to the CPU.
--
Greg McPherran
www.McPherran.com
"Patrice" wrote:
No, it would likely make no sense as "native" code is the only thing the
processor understands. Historically programming is adding layers between the processor and the developer but ultimately your code still have to reach the processor under a suitable form ; you can generally "enter" at any level you want ("debug.exe" is always part of XP)...

--
Patrice

"Greg" <gm@mcpherran.com> a écrit dans le message de
news:58**********************************@microsof t.com...
Is it possible that in some future version of Windows, only .NET (CLR) PE (Portable Executables) .exe will be enabled to run. I.e. the OS will not support running of native x86 code .exes/dlls?

I understand native is needed for drivers etc. but at some point the

driver
spec may even require MSIL and MSIL will add instructions to support

drivers.

--
Greg McPherran
www.McPherran.com


Jan 24 '06 #15

This thread has been closed and replies have been disabled. Please start a new discussion.

Similar topics

242
by: James Cameron | last post by:
Hi I'm developing a program and the client is worried about future reuse of the code. Say 5, 10, 15 years down the road. This will be a major factor in selecting the development language. Any...
3
by: M. Scott Blalock | last post by:
Can I build non-.net framework (native windows) apps with VS-.Net? M. Scott Blalock
11
by: Andy Chau | last post by:
Is there a .NET or C# to native x86 compiler? I am not looking for just a prejitter progrom like ngen, but a true native compiler like the gcc for java if there is such a thing. Thanks ...
33
by: Uwe Range | last post by:
Hi to all! A customer of mine told me some days ago that her IT-people told her ACCESS would not be such a good idea for continuing with our project, because Access will not be continued in the...
18
by: murl | last post by:
I currently am programming apps using the vb.net language and haven't seen to many problems with it, since migrating from vb6. I love the enviornment, and the ease of use but wonder could my apps...
2
by: | last post by:
Everything seems to be moving to .NET and VC++ seems to be adding a lot of managed code support every new release. The questions: is unmanaged code in VC++ beeing phased out in favour of managed...
9
by: Jason Vene | last post by:
I've looked at recent posts and not found material, but I'm new to the board, so please forgive if this thread has come up before. I'm facing a conundrum about development of business...
24
by: Dave | last post by:
I understand that VS.NET is supposed to compile native Win32 apps that do not require the .Net runtime. If that's the case then there is something else from the VS200x package that is required. ...
109
by: jacob navia | last post by:
A recent article on CNN described the problem that phone makers are facing. (http://www.cnn.com/2006/TECH/biztech/05/29/cellphone.usability.ap/index.html) Most people are rejecting the new...
0
by: DolphinDB | last post by:
Tired of spending countless mintues downsampling your data? Look no further! In this article, you’ll learn how to efficiently downsample 6.48 billion high-frequency records to 61 million...
1
isladogs
by: isladogs | last post by:
The next Access Europe meeting will be on Wednesday 6 Mar 2024 starting at 18:00 UK time (6PM UTC) and finishing at about 19:15 (7.15PM). In this month's session, we are pleased to welcome back...
0
by: Vimpel783 | last post by:
Hello! Guys, I found this code on the Internet, but I need to modify it a little. It works well, the problem is this: Data is sent from only one cell, in this case B5, but it is necessary that data...
0
by: ArrayDB | last post by:
The error message I've encountered is; ERROR:root:Error generating model response: exception: access violation writing 0x0000000000005140, which seems to be indicative of an access violation...
1
by: PapaRatzi | last post by:
Hello, I am teaching myself MS Access forms design and Visual Basic. I've created a table to capture a list of Top 30 singles and forms to capture new entries. The final step is a form (unbound)...
1
by: CloudSolutions | last post by:
Introduction: For many beginners and individual users, requiring a credit card and email registration may pose a barrier when starting to use cloud servers. However, some cloud server providers now...
0
by: af34tf | last post by:
Hi Guys, I have a domain whose name is BytesLimited.com, and I want to sell it. Does anyone know about platforms that allow me to list my domain in auction for free. Thank you
0
by: Faith0G | last post by:
I am starting a new it consulting business and it's been a while since I setup a new website. Is wordpress still the best web based software for hosting a 5 page website? The webpages will be...
0
isladogs
by: isladogs | last post by:
The next Access Europe User Group meeting will be on Wednesday 3 Apr 2024 starting at 18:00 UK time (6PM UTC+1) and finishing by 19:30 (7.30PM). In this session, we are pleased to welcome former...

By using Bytes.com and it's services, you agree to our Privacy Policy and Terms of Use.

To disable or enable advertisements and analytics tracking please visit the manage ads & tracking page.