Jump to content

Dibya

Member
  • Posts

    2,142
  • Joined

  • Last visited

  • Days Won

    7
  • Donations

    0.00 USD 
  • Country

    India

Posts posted by Dibya

  1. I was trying send PM today to Den regards to his health , then i failed to.

    After Google Search , i landed here.

    RIP Dencorso , you will be missed forever.

    I guess , i am late to find this out.

    My early days in forum i will mess up something , he was always their to help me,

    he even saved me couple of time from other moderators for breaking rules.

  2. @user57 My buddy here complaining about his team mate, well listen man i have patience issue , i guess 90% Gen Z suffers from that.

    @win32 Next build i have to get LibC++ & LLD[Linker] work by hook or crook.I have idea how it can be done but have to be proven, CMAKE is quite finicky. It took me 8 hours remove errors from LLVM 17.01 and make it just compile without any changes.

  3. 1 hour ago, jaclaz said:

    Only out of curiosity, and of course only if you want to share this piece of info, what is the actual reason to have a 10G ethernet connection? :unsure:

    jaclaz

    He is a broadcaster engineer , he needs to transfer a large amount of file around,

    You already have watched lot of shows in Italian & British TV which he encoded , though that's a different thing.

  4. 21 hours ago, George King said:

    Does this matter? StorAhci was sample for 8 and now we have XP compatible code.

     

    Even If it will work only for Vista - 7 then its fine, we need to solve more Generic GPU issues on 5.1 - 6.1.

     

    I just checked how Kai modded his code to make it WDK 7.1 compatible. 
     

    I have these samples for 8.0 so its same branch as Storahci. I hope its possible to compile it using WDK 7.1 then we can get XP-7 compatible driver

    WDM is totally different display model than XDDM

    Storeport is not deeply  entranced in Win32K.sys & NTOSKRNL , Displaypor but Display driver model is.

  5. 11 hours ago, jaclaz said:

     I did a lot of internal (and also external) studies of your sentence and (unfortunately) cannot make heads or tails of it.

    Care to explain in plainer English what you mean?

    The essence seems to me "There are no news on the project. No progresses I can report, nothing available, not even an early alpha, not any roadmap, let alone an expected release date ", but I may well be wrong.

    JFYI, after January 2018 a new rule was added, rule #4.e (for the record around November 2019), which may apply to recent posts:

    https://msfn.org/board/guidelines/

    jaclaz

    Mocking someone's English, Sorry to break it to you sir i am not a native speaker.

    If you wish to finish it , kindly PM me , i will give the source.

    VBEMP-NT exist , a similar product, my point is their no point for re engineering wheel so the project moved to full HW accelerated MESA based driver for future.

    More you can read here https://github.com/JHRobotics/mesa9x

    As i said their no plan for now,

     

  6. We can just fork Reactos and black box Reverse Engineer Server 2003 [Don't copy code just look how they implemented , Exactly what Wildbill did]

    @WinWord2000 I have similar plan for NT5.2 Kernel , Tweaking it and using it on Win2000 or XP shell as u desire , fully opensource, Reactos People already documented 70% of Stuff , it is will power and man power what is needed , NT5 Forever can happen , like System V inspired Linux , it can become own Line of OS living forever, BSD was Black Box Rip Off of System V ,

    This is my plan , not now exactly but will do in future when done with Current Projects , OS is no joke , so i need few other programmer.

    It is inspired by Kernel32 en-devour of Wildbill, but it will go far and wide

    Kernel:
    - AVX/AVX2/AVX512 Native Support
    - Intel Supervisor Mode Prevention
    - Address Space Layout Randomization
    - Kernel Page Table Isolation
    - ASID & Global Pages utilized for Memory Management
    - Superior Registry Hive Implementation
    - NX Bits Implementation
    - SSE2/SSE4 Optimized System [SSE2 is for Older Sytem with Core2/P4/Athlon64]
    - System wide Sandboxing
    XPDDM V2:
    - Superior OpenGL/Vulkan ICD
    - Varuna2D: Faster 2D Implementation based on Vulkan
    *Fall Backs to GDI for Older System /Software

    Usermode:
    - New CRT Runtime based on UCRT
    - NT6 Compatible Library: like K32_NEO for Newer Kernel 32 Api
    [ In Compatibility Property u can set Vista + while running newer Apps]

    HAL&ACPI:
    - Modern Hardware Clock Sources
    - ACPI Driver based on ACPICA

    Miscellaneous:
    - Intel/AMD Mesa Based Driver [DirectX9/OpenGL/Vulkan]
    - Universal USB Audio Stack + UHD Audio Driver
    - USB Stack Derived from Universal Kernel Mode Stack
    - GPT & BTRFS
    - Pure UEFI Boot [Backward Compatible with Legacy BIOS]
    - SecureBoot & Hardened Bootloader.
    Enhanced NDIS5:
    - Few Essential Features from NDIS 6 and Above
    - NIC Driver for most Common NIC for Which Official XP Driver not available

    Network Stack:
    - FreeBSD11 with F-Stack Patches [XP's own Stack is derived System V Unix/FreeBSD]
    - WPAS 3 Support

  7. Best solution will be to clone Nt5 as an Opensource Project , something more serious than Reactos, focusing mainly on Kernel and other components rather Whole OS. This kernel can be used with XP Shell , 2000 Shell with Tweaks or Reactos Shell if u desire full opensouce.

    This is exactly what Beeos People did with Haiku ,

     

  8. Documentation for Project:

    [Github not working at this moment]

    Compile API Library LLVM XP from Here: https://www.mediafire.com/file/s2q3upkqx54tv3n/llvmxp_dll_source_code.zip/file

    Get Rest of Patches from Here: https://www.mediafire.com/file/qsoxzy93tnwgg6f/llvm_xp_v2.1.7z/file

    Get LLVM compiled first as per Official Instruction:

    Open psapi.h and Change following Code

    BOOL
    WINAPI
    EnumProcessModules(
        _In_ HANDLE hProcess,
        _Out_writes_bytes_(cb) HMODULE* lphModule,
        _In_ DWORD cb,
        _Out_ LPDWORD lpcbNeeded
        );


    to

    BOOL
    WINAPI
    EnumProcessModulesX(
        HANDLE hProcess,
        HMODULE* lphModule,
        DWORD cb,
        LPDWORD lpcbNeeded
    );

     

    Change Following:

    BOOL
    WINAPI
    GetProcessMemoryInfo(
        HANDLE Process,
        PPROCESS_MEMORY_COUNTERS ppsmemCounters,
        DWORD cb
        );

    to

    BOOL
    WINAPI
    GetProcessMemoryInfoX(
        HANDLE Process,
        PPROCESS_MEMORY_COUNTERS ppsmemCounters,
        DWORD cb
    );

    Similarly Rename Following

    GetMappedFileNameA to GetMappedFileNameAX, ,
    DynamicLibrary.inc (LLVMSupport)  [ EnumProcessModules to EnumProcessModulesX] ,
    Program.inc (LLVMSupport) [ GetProcessMemoryInfo to GetProcessMemoryInfoX]
    KillTheDoctor.cpp (KillTheDoctor)
    GetMappedFileNameA  to: GetMappedFileNameAX

     

    Now Time Comes for Changes to Sourcecode Itself:
    Place srw_locks.c inside llvm-cov /Source File

    Due to Internal Catching of Microsoft VCC Platform we need to apply xp_obj.asm to whole project via MASM option  to eliminate following API:

    EXTERN _RtlTryAcquireSRWLockShared@4 : PROC
    EXTERN _RtlTryAcquireSRWLockExclusive@4 : PROC
    EXTERN _RtlReleaseSRWLockExclusive@4 : PROC
    EXTERN _RtlAcquireSRWLockExclusive@4 : PROC
    EXTERN _RtlReleaseSRWLockShared@4 : PROC
    EXTERN _RtlAcquireSRWLockShared@4 : PROC

    EXTERN _InitOnceBeginInitializeX@16 : PROC
    EXTERN _InitOnceCompleteX@12 : PROC

    EXTERN _GetThreadGroupAffinityX : PROC
    EXTERN _SetThreadGroupAffinityX : PROC

    EXTERN _CompareStringOrdinal_SRW@20 : PROC

    EXTERN _GetLargePageMinimum_SRW@0 : PROC

     

    Changes to Windows 10 SDK for XP Compatibility: "processtopologyapi.h" and "sysinfoapi.h"

    GetProcessGroupAffinity renamed to:
    GetProcessGroupAffinityX

    GetLogicalProcessorInformationEx renamed to
    GetLogicalProcessorInformationExX

    "winreg.h"

    Changed from

    WINADVAPI
    LSTATUS
    APIENTRY
    RegGetValueW

    to

    LSTATUS WINAPI
    RegGetValue

    This makes MSVC to search the api in reggetvaluew_emu.c which is placed in placed in LLVMSupport / Source Files

    "processthreadsapi.h" is modified

    from

    WINBASEAPI
    DWORD
    WINAPI
    GetThreadId

    to

    DWORD
    WINAPI
    GetThreadIdX

    "ShlObj_Core.h"

    from

     

    /*
    STDAPI SHGetKnownFolderPath(_In_ REFKNOWNFOLDERID rfid,
                                _In_ DWORD dwFlags,// KNOWN_FOLDER_FLAG 
                                _In_opt_ HANDLE hToken,
                                _Outptr_ PWSTR *ppszPath); // free *ppszPath with CoTaskMemFree
    */

    to

    __declspec(noinline)
    HRESULT
    WINAPI
    SHGetKnownFolderPath(
        REFKNOWNFOLDERID rfid,
        DWORD dwflags,
        HANDLE token,
        PWSTR* path
    );

    Changes to source: ShGetKnownFolderPath_Emu.c (placed in LLVMSupport / Source Files)

    SetFileInformationByHandle_Emu (placed in LLVMSupport / Source Files)

    
    /*
    WINBASEAPI
    BOOL
    WINAPI
    SetFileInformationByHandle(
        _In_ HANDLE hFile,
        _In_ FILE_INFO_BY_HANDLE_CLASS FileInformationClass,
        _In_reads_bytes_(dwBufferSize) LPVOID lpFileInformation,
        _In_ DWORD dwBufferSize
        );
    */
    
    renamed to
    
    BOOL
    WINAPI
    SetFileInformationByHandleX(
        HANDLE hFile,
        FILE_INFO_BY_HANDLE_CLASS FileInformationClass,
        LPVOID lpFileInformation,
        DWORD dwBufferSize
    );

    Due to bugs in LLVM Source itself

    "fileapi.h"
    /*
    WINBASEAPI
    DWORD
    WINAPI
    GetFinalPathNameByHandleW(
        _In_ HANDLE hFile,
        _Out_writes_(cchFilePath) LPWSTR lpszFilePath,
        _In_ DWORD cchFilePath,
        _In_ DWORD dwFlags
        );
    */
    
    
    renamed to
    
    DWORD
    WINAPI
    GetFinalPathNameByHandleWX(
        HANDLE hFile,
        LPWSTR lpszFilePath,
        DWORD cchFilePath,
        DWORD dwFlags
    );

     

     

    Changes Made to LLVM Sources:

    llvm file changed "Threading.inc" GetProcessGroupAffinity to GetProcessGroupAffinityX (LLVMSupport)
    llvm file changed "Threading.inc" GetLogicalProcessorInformationEx to GetLogicalProcessorInformationExX (LLVMSupport)

    llvm file Threading.inc GetThreadId rename to GetThreadIdX (LLVMSupport)

    Rename Respective Function in file in Path.inc (LLVMSupport)

    (loads llvmxp.dll)

    change file in llvm (Path.inc) GetFinalPathNameByHandleWX (2 times)
    also:
    C:\llvm-project\clang\lib\DirectoryWatcher\windows
    DirectoryWatcher-windows.cpp GetFinalPathNameByHandleWX (2 times)

     

    Repeated Information:
    in files such as:
    "llvm-ifs.exe" "llvm-objcopy.exe" "clang-linker-wrapper.exe"
    have missing imports like the SRW locks missing or that GetLargePageMinimum function
    srw_locks_Emu.c and xp_obj.asm have to be placed in
    either the refence project or at that executables source files with MASM option clicked in in Project Properties.

    With Following Comments :

    #pragma comment(lib, "kernel32.lib")
    #pragma comment(lib, "ntdll.lib")   

     

    note microsofts remove of server 2003 and windows xp in STL (version higher then 16.7):
    https://github.com/microsoft/STL/pull/1194/commits/faa3434d7e748fcfdc253ad2788a0e4fddfea105

    Once Binary are Compiled , You will face NT6 as default Sub System Version in Binary, Linker of MS is bastardized to kill Windows XP> Modern Mafia Linker needs Modern Solution

    Here Patcher that can patch whole Binary inside a folder for Linker Subsytem Version [No need of doing anything Manually]

    Patcher: https://www.mediafire.com/file/05pe1sc2rgjc81e/File_Patcher.zip/file

     

    Special Thanks to @user57 for doing majority of heavy lifting.

    here is final Binary https://www.file-upload.net/download-15128329/entirereleasefolder.zip.html

     

    Biggest problem is now installer for Visual Studio 2010 and making LLVM default compiler of VS2010.

    Community it is now your responsibility to help us now
     

     

    ----

     

     

    -

     

  9. 1 hour ago, Mov AX, 0xDEAD said:

    Fix128 and Dibya's patch enables 4gb+ ram for XP x32 kernel, but there is issue with HAL.dll (DMA stuff)

    As i know only "Windows XP PAE Patcher 3.x by Daniel Kawakami" has correct HAL patch

    Fix128 - HAL DMA NO Fix

    My Patch - Partly Fixed Kinda Hack Job

    Daniel's Patch : Almost Complete fix for DMA but not their in Server2003/XPSP1 level yet but very close.

    No Judgement for 14yrs old Dibya back then , i think he did a admirable job , my Z77 board had 16GB Ram , i wanted to use it.

    [Ps: University Sucks man , i wish had more free time like my teens]

     

  10. 2 hours ago, AstroSkipper said:

    Thanks for the information! I know you mentioned K7 in a previous post. Unfortunately, both suggested programs are commercial. No free versions available. Seqrite doesn't seem to support Windows XP in its new versions 8.x, only in the old ones 7.x. And I can't see any products for home users. Or did I miss anything? :dubbio:BTW, both, K7 and Seqrite, are totally unknown here in Germany, and presumably, in other European countries, too.

    K7 and Seqrite have significant present in Eastern Europe specially Hungary , Greece and Poland & Japan USA and South East Asia  as far my knowledge

  11. I don't know how feasible it is but what about making a ACPI_NG.SYS , it interfere with orginal ACPI.SYS and implement all ACPI 2.0 and most of ACPI 3.0  and Future using https://acpica.org/

    , It is a opensource AML translator straight from Intel,

    ACPI_NG will provide missing features for ACPI.SYS and ACPI.SYS is linked with HAL and KERNEL,Win32K.sys so we cannot replace it.

     

    @Mov AX, 0xDEAD what u think about it?  I don't know whether u will give mandate from Heaven after all your Profile image is of Lord Narada aka Messenger God from Heaven in Vedic[Indian] Mythology.  

     

×
×
  • Create New...