Jump to content


  • Posts

  • Joined

  • Last visited

  • Donations

  • Country


About user57

Profile Information

  • OS
    XP Pro x86

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

user57's Achievements



  1. there is already a problem 1 function isnt found by visual studio RtlRaiseStatus so i looked the ntdll.lib and the lib file has got the function RtlRaiseStatus is present in ntdll.dll in windows xp ntdll.lib is added in the linker list so i added the function to at first my cpp file then on winnt.h NTSYSAPI VOID NTAPI RtlRaiseStatus( DWORD Status ); but the visual studio compiler keeps telling me that it dont find that i also tryed with NTSTATUS instead of DWORD but that doesnt change anything what is causeing that problem? i know i could go for a loadlibrary and getprocaddress or maybe the definition from reactos well i choosed a solution just by doing the same thing windows is doing VOID NTAPI RtlRaiseStatus(IN NTSTATUS Status) { EXCEPTION_RECORD ExceptionRecord; ExceptionRecord.ExceptionAddress = _ReturnAddress(); ExceptionRecord.ExceptionCode = Status; ExceptionRecord.ExceptionRecord = NULL; ExceptionRecord.NumberParameters = 0; ExceptionRecord.ExceptionFlags = EXCEPTION_NONCONTINUABLE; RtlRaiseException(&ExceptionRecord); }
  2. microsoft released the source code of windows xp/2003 having the source code gives a big adventage in speed, analyze speed, quicker understanding, code can be copy pasted, assembly analyze is very reduced the source code release from microsoft was for students but then quickly gone viral public i do not really understand why vista code doesnt get released, students have to work with a old code of xp vista would be old too, but at least some code could be made use of, so why not ? it would be possible for microsoft doing that the windows 2000 vs windows xp rather remembers the fight between vista and windows 7 with one diffrense win 2000 didnt have bad things so directly so you could use vista instead of 7 that could be done but i rather would use windows 7 over vista many used windows 98 se because when windows nt apeared a lot of compatibility was lost and a lot of older apps didnt work anymore in other directions to have some fun with modding or code or creating coding stuff you could choose all of operating systems
  3. i dont see a reason to not add functions that can be added with xp its a longer story, there was dos-> win3.11 -> win95 -> 98 -> winme those where also dos based and in part 16 bit this suppose to leave with windows NT then nt versions apeared nt 4.0 wasnt good so most accepted nt 5.0 nt 5.0 then was updated and called windows 2000 then there was xp sp1 aka 5.1 then there was server 2003 was is windows xp but was called nt v 5.2 but then xp recieved a lot of upgrades it surpassed server 2003 and even got the updates from windows pos ready what also was based on xp and upgraded up to 2019 so most likely xp is the sucessor of all nt versions in 3-5 then vista apeared v 6.0 but it had many bugs and a lot things didnt even work, so people actually avoided it xp still was the better choose then microsoft made a good decition they brought back compatibility and tryed to fix the errors they made with vista aka windows 7 apeared, based on version it was nt 6.1 windows 8 suppose to be nt 6.2, but it brought not many new things direct12 ? that was moved to windows 7 too (world of warcraft for example use directx12 on windows 7) the problem with 8 was in my opinion that it didnt brought anything new rather incompatibilities what are not wanted it was a bad seller and begun with the spyware component another reason to avoid it with windows 10 what is at best nt 6.3 was called 10 or internal nt 10.0 for no reason windows 10 also was free to have just upgrade and use it, a lot of people then came up there must be something wrong with this deal and yes so it does it try to get rid of the user as owner of the computer and software, it has spyware components, it can stream updates if it wants to, it take more cpu power on will, it can patch whatever it wants against the users will windows 11 does the same thing but the TPM chip now also take place the user itself had not that many choose options because now time has passed it was time to get a new software having new hardware too a lot of users still use windows 7 for that reason but back to xp why would you go to windows 2000 when you got everything you actually need in windows xp(as successor of all nt ~5 versions), it is very compatible backwards and even upwards a other problem with win2000 and xp is that xp recieved a lot of upgrades that win2000 dont directly have some even from vista this leave open questions you dont have a real advantage going back to win2000 from xp you might have a adventage if you go back from xp to windows 98
  4. according to microsoft, windows 7 at least support directx 12 in part: https://devblogs.microsoft.com/directx/porting-directx-12-games-to-windows-7/
  5. ok but since we seems to found the problem, why this is not progressing? it is probaly the "delayload" of 2 dll´s likely MPR.dll or msjava.dll (MPR = Multiple Provider Router) https://docs.microsoft.com/en-us/windows/win32/secauthn/multiple-provider-router the idea to make a jpegxl.dll and replaceing it do probaly not work for the reason that the iview´s author wrote plugin functions to jpegxl.dll (instead of using the dll directly) i wrote a post about that problem, that also goes for that WEBP.dll (what is probaly linked with 16.8 or newer), you either need to fix the crt described in the other post or you go back to Visual Studio 2019 version 16.7 (maximum) the microsoft website also says something about Visual C++ Redistributable version 14.27.29114.0 (maximum) microsoft source: https://docs.microsoft.com/en-us/cpp/porting/binary-compat-2015-2017?view=msvc-170
  6. use a free vpn ? login: de4.vpnbook.com password: ct36a3k does that cuda gpu engine do something software cant do ? sounds weird to me you can emulate everything a cpu/gpu/semiconductor can do of course they will be a lot performance lost but with greater and faster cpus even software based render could reach and pass the often 10 times+ faster hardware acceleration with sse commands probaly a lot closer to hardware acceleration having more of cpu cores probaly also help in this questioning
  7. sounds like a harddrive problem they often have this kind of look (even if scandisk/chkdsk find nothing) do you maybe have a different hdd you can try ? they kinda cheap today maybe a ssd i would try that first, put your old hdd outside and install windows (if you no longer want to do this just put your old hdd drive inside the computer again) to debug other applications you need a debugger, to debug the operating system you need a os debugger windbg cant debug the entire os so directly
  8. that list says MSVCP140.DLL is the reason ? thats part of Microsoft Visual C++ Redistributable/vc_redist.x86.exe what version of MSVCP140.DLL is used ? microsoft said latest supported version is v 14.27 anyway here is the entire project, here the IrfanView author can add his export functions he maybe programmed that dll to use his functions instead of the export of jxl.dll that can be done that way more common or flexible way would be to use the export functions that jxl.dll (renamed Jpeg_XL.dll) gives those exported functions handle the encode/decode/compression the readme.txt has information about how to do the next part but i do not think msvcp140.dll is the reason https://www.file-upload.net/download-14783581/files.zip.html ------------------------------------------ seems i got confused a bit, it looked to me his jpeg_xl.dll loaded that unwanted functions in kernel32.dll but it doesnt, i must have eaten something wrong that InitializeCriticalSectionEx is result of dynamic CRT (for both the one i compiled (where i know it works on xp) and for the jpeg_xl.dll from IrfanView author, also for that "api-ms-win-core" dlls the CRT Irfanview author use work for xp the reason why this is not in the import list is that it loads this at runtime and its that CRT (i wrote something about that in msfn forum) it doesnt use InitializeCriticalSectionEx on xp it trys to load it, but then choose a working alternativ now we left with a new question why it doesnt work on xp ? maybe that msjava.dll or that MPR.dll ? the jpeg_xl.dll i compiled do not use those but is not having that export functions RamonUn is right those are not part of the compiled jxl.dll that then get renamed to jpeg_xl.dll ReadAnimatedJXL_W ReadJXL_W SaveJXL_W ScanJXL_W ShowPlugInOptions_W ShowPlugInSaveOptions_W GetPlugInInfo
  9. can somebody do this again ? i dont know how to use cmake but somehow i managed to compile jpgxl in part, that jpgxl.dll was compiled it even has a few more exported functions so it might work as replacement https://www.file-upload.net/download-14780496/test.zip.html Jpeg_XL.dll goes into "IrfanView\Plugings" (thats where the old jpgxl.dll is) all brotli files go into "IrfanView" (that brotli is somehow part of that jpgxl), those dlls are not found when put into "plugins" folder thats probaly because the directy it searches are the Irfanview directory or system vc_redist.x86.exe installs msvcp140.dll (if missing, the redist problem users had recently last time ?) that decoder/encoder is certainly all os compatible the problem is probaly that the c-style and new compiler automaticly translate the c code into vista+ functions maybe also bring it into the irfanview forum if no missing functions are detected (what i suspect) if im wrong correct me and we make a next step the only Exported function my compiled Jpeg_XL.dll dont have is "GetPlugInInfo" that function is probaly added by the IrfanView author/programmer if that is the last problem the IrfanView author very certainly can program his IrfanView to use the Jpeg_Xl.dll i compiled up that might lead into the IrfanView authors forum
  10. well the answers sounded like if the question is solved please post the working file and then put it to xp lastest software working list
  11. if you can set me up a working enviorment i can fix this up, the problem for me is that i dont know how to use the new tools like cmake and the other things the programming part i very likely can solve but anyway that error indicates not the programm/app is the problem its that JPEGUXL.DLL i googled around it finds such dlls some say they work on xp, but cant confirm
  12. france is the guy for the codecs, he certainly can do this a problem with france is but that hes often very busy and then get hot quickly hehe but someone not neccesary have to use a external functions or dll´s like a bitmap, a format has a certain norm that it progress, that is then put on screen if you write it manually to progress that format it is compatible to any OS even win95 and maybe below that missing functions from ramon do not contain any important function to progress a format unless that dont care about compatibility and just compile some functions you have to progress your code yes the idea to give xp or other os functions is a better way of solving things
  13. im the meaning it should go the route windows 8/8.1 did or what happend when windows me apeared and windows 98 se passed
  14. the perma link for sumatra pdf xp 3.3.3 http://designingonajuicycup.com/downloads/untested/sumatrapdf_winxp/ there also some jpeg format´ss to test, for printing sure print formats such as bmp, png ,tif, raw and maybe tga are the best jpeg XR(.jr), jpeg 2000 (.jpf), jpg standart (.jpg) the jpeg XR format useally works, on some older versions of xp there are reports that it doesnt involved dlls are windowscodecs.dll(thats the one in compiler too my version has 6.0.6001.17009), wmphoto.dll, rsaenh.dll
  15. it depents if he accept, i dont know if he want to do the oposite we better do not dibya once said to me he only cares about vista or newer the use of a newer compiler would go into that direction the use of "span" is just a type converter, but that version that support span triggers unwanted functions (even tho those functions have nothing to do with the type converter) i found a programming error, that only apears on xp AutoFreeWstr dir = GetSpecialFolder(CSIDL_PROGRAM_FILES); WCHAR* path = path::Join(dir, info->exePartialPath); // <--- this is a fault because it doesnt check if dir has found a directory, in xp that directory doesnt exits // then i fixed it up it just need a reaction if dir has found a folder (he is doing that on other parts of the his code but not on "DetectExternalViewer" AutoFreeWstr dir = GetSpecialFolder(CSIDL_PROGRAM_FILES); WCHAR* path = 0; if (dir) { path = path::Join(dir, info->exePartialPath); if (file::Exists(path)) { info->exeFullPath = path; return true; } } str::Free(path); and so on, and yep when i saw there was already a newer version "3.3.3" i applied the changes to that version what actually was very easy

  • Create New...