On Fri, 29 Oct 2010 09:49:18 -0700, Darren New wrote:

> Patrick Elliott wrote:
>> In this specific case, probably true, but then you have "phones" and
>> other things running this OS too..
> 
> No you don't.  The OS in the phones is not the normal Windows OS, any
> more than your Droid phone is running Ubuntu.

However both run a Linux kernel.  I doubt that the Windows kernel is 
what's running on both the Windows platform and Windows Mobile platforms.

Jim

Post a reply to this message

Jim Henderson wrote:
> However both run a Linux kernel.  I doubt that the Windows kernel is 
> what's running on both the Windows platform and Windows Mobile platforms.

It's hard to say. I would be very surprised if a majority of the OS code 
wasn't in Windows. Of course I'm sure a bunch of it gets chopped, but I 
would guess (uninformed, mind you) that the WinPhone OS is to normal Windows 
like BusyBox is to Ubuntu.  Lots chopped out and left hanging, but enough 
there to make porting stuff like .NET and silverlight and all that much 
easier than if they started over.

-- 
Darren New, San Diego CA, USA (PST)
   Serving Suggestion:
     "Don't serve this any more. It's awful."

Post a reply to this message

On Fri, 29 Oct 2010 12:22:53 -0700, Darren New wrote:

> Jim Henderson wrote:
>> However both run a Linux kernel.  I doubt that the Windows kernel is
>> what's running on both the Windows platform and Windows Mobile
>> platforms.
> 
> It's hard to say. I would be very surprised if a majority of the OS code
> wasn't in Windows. Of course I'm sure a bunch of it gets chopped, but I
> would guess (uninformed, mind you) that the WinPhone OS is to normal
> Windows like BusyBox is to Ubuntu.  Lots chopped out and left hanging,
> but enough there to make porting stuff like .NET and silverlight and all
> that much easier than if they started over.

Busybox is more to bash than to Ubuntu.  It's a shell, not a kernel.

I'm fairly certain that the Windows kernel code is not platform-
independent.  Microsoft stopped doing that back when they dropped support 
for RISC-based Windows to the best of my knowledge.

Jim

Post a reply to this message

Jim Henderson wrote:
> Busybox is more to bash than to Ubuntu.  It's a shell, not a kernel.

Sure.  My point being that there's a whole lot more to Linux than the 
kernel, probably little of which is running on Android.

> I'm fairly certain that the Windows kernel code is not platform-
> independent.  Microsoft stopped doing that back when they dropped support 
> for RISC-based Windows to the best of my knowledge.

They stopped *selling* it. I don't know why they'd let it no longer be 
platform independent if they know they want to pursue such things. But since 
neither of us really knows, there's not a whole lot of point in arguing it.

-- 
Darren New, San Diego CA, USA (PST)
   Serving Suggestion:
     "Don't serve this any more. It's awful."

Post a reply to this message

On Sat, 30 Oct 2010 11:18:46 -0700, Darren New wrote:

> Jim Henderson wrote:
>> Busybox is more to bash than to Ubuntu.  It's a shell, not a kernel.
> 
> Sure.  My point being that there's a whole lot more to Linux than the
> kernel, probably little of which is running on Android.

True, but the analogy doesn't really hold, which was my point.  It was 
like comparing donuts to rollercoasters.  (OK, maybe not *quite* that 
disconnected). :-)

>> I'm fairly certain that the Windows kernel code is not platform-
>> independent.  Microsoft stopped doing that back when they dropped
>> support for RISC-based Windows to the best of my knowledge.
> 
> They stopped *selling* it. I don't know why they'd let it no longer be
> platform independent if they know they want to pursue such things. But
> since neither of us really knows, there's not a whole lot of point in
> arguing it.

True, but I suspect that there's a lot more platform-dependent code in 
Windows than in Linux, based on my own experience.

Jim

Post a reply to this message

On 10/29/2010 10:51 AM, Jim Henderson wrote:
> On Fri, 29 Oct 2010 09:49:18 -0700, Darren New wrote:
>
>> Patrick Elliott wrote:
>>> In this specific case, probably true, but then you have "phones" and
>>> other things running this OS too..
>>
>> No you don't.  The OS in the phones is not the normal Windows OS, any
>> more than your Droid phone is running Ubuntu.
>
> However both run a Linux kernel.  I doubt that the Windows kernel is
> what's running on both the Windows platform and Windows Mobile platforms.
>
> Jim
Generally its CE. In other words, a version that has about 90% of the 
crap in Windows PC stripped out, and replaced with a *much* smaller 
subset of drivers and interfaces (which are, never the less, up to a 
point, supporting most of the same API calls).

One of the things left out, at least in earlier versions, since I 
haven't read anything about the newer ones, was the "try/catch" error 
system in the OS. Basically, you either had to code your own variation 
on this, or you have to rely on your code "never" causing an error or 
fault, which might do things it wasn't supposed to. Sort of.. reversion 
to how Win3.11 handled memory allocation and error trapping. lol

So, yeah. Its not exactly the same thing.

Now.. Linux based ones.. As I understand it the kernel may as well be 
the same, assuming the same processor, but the interfaces, i.e. drivers, 
to the rest of the stuff, isn't. If you could build a PC with the same 
processor, then added in the right drivers for the hardware on that 
machine, it would act like any other version of Linux, assuming you 
compiled you code for that machine.

-- 
void main () {
   If Schrödingers_cat is alive or version > 98 {
     if version = "Vista" {
       call slow_by_half();
       call DRM_everything();
     }
     call functional_code();
   }
   else
     call crash_windows();
}

<A HREF='http://www.daz3d.com/index.php?refid=16130551'>Get 3D Models, 
3D Content, and 3D Software at DAZ3D!</A>

Post a reply to this message

Jim Henderson wrote:
> True, but I suspect that there's a lot more platform-dependent code in 
> Windows than in Linux, based on my own experience.

Given that Linux *does* run on lots of different CPUs and such, I'd 
certainly believe that. But if MS picks one second platform, I suspect they 
could port significant parts of the kernel and APIs.

-- 
Darren New, San Diego CA, USA (PST)
   Serving Suggestion:
     "Don't serve this any more. It's awful."

Post a reply to this message

On Sat, 30 Oct 2010 19:08:47 -0700, Darren New wrote:

> Jim Henderson wrote:
>> True, but I suspect that there's a lot more platform-dependent code in
>> Windows than in Linux, based on my own experience.
> 
> Given that Linux *does* run on lots of different CPUs and such, I'd
> certainly believe that. But if MS picks one second platform, I suspect
> they could port significant parts of the kernel and APIs.

Without a doubt.  Windows' roots (starting with NT) was on DEC equipment, 
after all, not x86.

Jim

Post a reply to this message

On Sat, 30 Oct 2010 18:54:00 -0700, Patrick Elliott wrote:

>  As I understand it the kernel may as well be the
> same, assuming the same processor, but the interfaces, i.e. drivers, to
> the rest of the stuff, isn't.

Um, no, actually, the APIs would be the same because it's the same kernel 
code.

> If you could build a PC with the same processor, then added in the
> right drivers for the hardware on that machine, it would act like any
> other version of Linux, assuming you compiled you code for that machine.

Wait, what?  You seem to be contradicting yourself....

Jim

Post a reply to this message

On 10/30/2010 8:05 PM, Jim Henderson wrote:
> On Sat, 30 Oct 2010 18:54:00 -0700, Patrick Elliott wrote:
>
>>   As I understand it the kernel may as well be the
>> same, assuming the same processor, but the interfaces, i.e. drivers, to
>> the rest of the stuff, isn't.
>
> Um, no, actually, the APIs would be the same because it's the same kernel
> code.
>
>> If you could build a PC with the same processor, then added in the
>> right drivers for the hardware on that machine, it would act like any
>> other version of Linux, assuming you compiled you code for that machine.
>
> Wait, what?  You seem to be contradicting yourself....
>
> Jim
How so? Drivers can be compiled into kernel, but most are not any more, 
and they can be added or removed, without effecting the kernel itself. 
You do have to compile it for the specific processor though, so where 
exactly do you think I contradicted myself?

-- 
void main () {
   If Schrödingers_cat is alive or version > 98 {
     if version = "Vista" {
       call slow_by_half();
       call DRM_everything();
     }
     call functional_code();
   }
   else
     call crash_windows();
}

<A HREF='http://www.daz3d.com/index.php?refid=16130551'>Get 3D Models, 
3D Content, and 3D Software at DAZ3D!</A>

Post a reply to this message