WARNING: is MS-Novell going to stop us ?
Moderator: Moderator Team
-
- Posts: 1808
- Joined: Tue Dec 20, 2005 12:55 pm
- Contact:
actually that's not true.Haos wrote:Floyd: besides stability, our second main goal is compatibility. Certain names/paths/keys are hardcoded in Windows NT, thus apps/drivers will expect those. This limits number of things that we could possibly change. Compatibilty itself is an important reason to stick closely to Windows. At least for now...
most of those paths are environment variables which you can change or set by the registry. also, there is the alternate part of using aliases like vista does (and *nix OSes have done for years). for example, %windir% is a variable that most programs use, it just happens to (usually) be .\WINDOWS. some poorly written programs hard code these paths (usually because people are ignorant of the fact that windows actually uses pathing variables), but if you watch closely almost NO MS app uses a hard coded path (a default installation path is different, and they probably lookup the environmental variables most of the time anyway), they almost always use the system variables.
here is a list of system variables:
http://vlaurie.com/computers2/Articles/environment.htm
go to the top-level of a dos prompt (C:\)
type "cd %windir%" and it will take you to .\WINDOWS
point proven.
about the only thing hard-coded into windows is the location of boot.ini, ntldr and ntoskrnl.exe (and possibly the location of the registry; but that would be set at time of system installation because you can move and rename the .\WINDOWS directory).
pax mei amici amorque et Iesus sacret omnia
Not even that:Floyd wrote: about the only thing hard-coded into windows is the location of boot.ini, ntldr and ntoskrnl.exe (and possibly the location of the registry; but that would be set at time of system installation because you can move and rename the .\WINDOWS directory).
ntldr is on the main boot partition, which can be any other partition than the one Windows is installed of. Right now, my ntldr is on a different physical partition than my Windows installation.
ntoskrnl.exe resides in %SYSTEMROOT%\system32\, and ntldr knows its location by this little ARC path:
multi(0)disk(0)rdisk(0)partition(1)\WINDOWS
It compiles, let's ship it!
i couldn't remember off of the top of my head which files needed a certain path so i played it conservatively. but the gist of the point got across.mf wrote:Not even that:Floyd wrote: about the only thing hard-coded into windows is the location of boot.ini, ntldr and ntoskrnl.exe (and possibly the location of the registry; but that would be set at time of system installation because you can move and rename the .\WINDOWS directory).
ntldr is on the main boot partition, which can be any other partition than the one Windows is installed of. Right now, my ntldr is on a different physical partition than my Windows installation.
ntoskrnl.exe resides in %SYSTEMROOT%\system32\, and ntldr knows its location by this little ARC path:
multi(0)disk(0)rdisk(0)partition(1)\WINDOWS
pax mei amici amorque et Iesus sacret omnia
Issue itself: Ignore it, i say. Really, ReactOS does nothing wrong and only a corrupt legal system could consider it illegal... Oh, i live in the US, So it probably is.
About how closely we followed: This project is all about compatibility. And did you know that most copy protection links directly to the kernel to load a driver?
About how closely we followed: This project is all about compatibility. And did you know that most copy protection links directly to the kernel to load a driver?
What version? I've always had Photoshop 4 and 5.5 on D:\, and some subsequent versions like 7 and CS1, too.Z98 wrote:Hardcoding is less prevalent today, but certain apps have used it in the past, including ones for NT. Case in point, Photoshop seemed to demand installation onto the C:\ drive no matter what.
It compiles, let's ship it!
Too rewind chaotic thread to the issue of Hard Coding
Clearly a lot of windows programs don't use hardcoding, since MS have been able to change things around quite easily
Example
9x: C:\windows\profiles
XP: C:\Documents and Settings\
Vista: C:\Users\
This was mainly accomplishable due to the Shell and Enviroment variables system (try typing shell:systemX86 or shell:personal into windows explorer) On top of this under vista C:\Documents and Settings is a hidden symlink to C:\Users
Symlinks are a concept that should be familiar to any *nix admnistrator, for windows heads lets just say that the operating system quietly -redirects- any file access at that point to the desired location. Support for them was added in Vista - Methinks it would be wise to add them to ReactOS
Clearly a lot of windows programs don't use hardcoding, since MS have been able to change things around quite easily
Example
9x: C:\windows\profiles
XP: C:\Documents and Settings\
Vista: C:\Users\
This was mainly accomplishable due to the Shell and Enviroment variables system (try typing shell:systemX86 or shell:personal into windows explorer) On top of this under vista C:\Documents and Settings is a hidden symlink to C:\Users
Symlinks are a concept that should be familiar to any *nix admnistrator, for windows heads lets just say that the operating system quietly -redirects- any file access at that point to the desired location. Support for them was added in Vista - Methinks it would be wise to add them to ReactOS
Who is online
Users browsing this forum: DotBot [Crawler] and 31 guests