TuMaGoNx
Content Type
Profiles
Forums
Events
Everything posted by TuMaGoNx
-
@Skulltrail have you collaborate with reactos/wine devs regarding this? what's your long term/short term goal?
-
@Dibya: thanks thats cool, you meant memcpy_s (for NVMe)? I could add it to the source code then compile it with wdk7 (targeting xp), this is from mingw-w64 crt: static errno_t __cdecl _int_memcpy_s (void *d, size_t dn, const void *s, size_t n) { if (!n) return 0; if (!d || !s) { if (d) memset (d, 0, dn); errno = EINVAL; return EINVAL; } if (dn < n) { memset (d, 0, dn); errno = ERANGE; return ERANGE; } memcpy (d, s, n); return 0; }
-
Anyone tried OpenFabric NVMe driver https://svn.openfabrics.org/svnrepo/nvmewin/releases/revision_1.5/ ? it require storport driver (storport.sys, diskdump.sys) which only available for Windows 2003 and later or rather have anyone tried install nt5.2 storport.sys & diskdump.sys on XP? https://msdn.microsoft.com/en-us/windows/hardware/drivers/storage/storage-port-drivers
-
Well duh! I just realized that my msiexec7 really not needed at all, as appverifier could handle it as well.. just add msiexec.exe and use compatibility->hiversionlie only (clear off basic settings) since it set to majorversion 7 by default, you might need to specify it if msi ask specific windows version. and if there existing msiexec process in task manager BEFORE you add it to appverifier you'll need to kill them before doing installation I'll remove msiexec7 next time (hopefully it's not used a lot yet) @heinoganda: thanks for the installer, I'll leave it to msfn users :)
-
@dencorso: I have re-think it again, being a bundled component it could mean just like that, as intended and as is. But I'm not a lawyer :D Just for safety, I will write instruction on github page with more legal way of installing these stuff but leave some hints for advanced user to do their own way :) or I could do more nasty thing on ryanvm... like repack the fonts, usp10.dll and appverifier into tiny installer
-
@dencorso: hmm if that's was the case then curl might do that as well (is that second hex offset a typo?, only 5 chars) curl -r [byteoffset]-[byteoffset] -o segoe.cab http://web.archive.org/web/20110302025123/http://wl.dlservice.microsoft.com/download/F/1/F/F1FE75CE-C235-4250-9598-AEE5D854A7EA/en/wlsetup-all.exe
-
@dencorso: as we know tahoma/arial which default NT5 ui font replaced by Segoe in NT6 and somehow some apps assume that way, this cause dialog box stretched out when the font not present (switched with "system" font, i think). So i need to find legal and free way to obtain it.
-
@Dibya: Could you list popular games that need it? my impression is since it is made to make d3d9 works better with the new DWM (non fullscreen case, i think) thus as there is no dwmapi in XP it better to make it dummy than dragging wined3d altogether which might not perform better than native d3d9 implementation. If there significant need for d3d9ex...
-
@heinoganda: You're right! typo in xpatcher should be no space there. Live Essential file version is 14.0.8117.416, it's definitely one of wave3 releases. On the eula it says March 2010 EDIT: I have reupload it above thanks!
-
Here is 0.4a, once again not much changed.. added: usp10.dll, ws2_32.dll and msiexec7.exe and xpatcher can do per file(s) patching removed: d3d9ex I don't see reason to sacrifice 270kb for something rarely used Keep it PNP (PatchAndPray!) requirements: msvcrt 2013 & 2015 additional: powerpoint viewer 2010 (free) or office 2010 or this update -> this file %CommonProgramFiles%\Microsoft Shared\OFFICE14\usp10.dll "you know how to get it anyway" Windows Live Essentials XP -> SegoeFont.msi or "you know how to get it anyway" app verifier to install non-msi installer Download: xompie-0.4a.exe
-
@MikeyV: Cool! that should works for most of cases, not to mention a "microsoft-made" solution just felt right.
-
been a while with no update.. I think of other loader (similar purpose to msiexec7) but for non-msi installer that will lie about nt version (via API intercept/virtualized registry). Could make use of Deviare-InProc and with few more shims (winsock2 and maybe crypto dlls) then maybe a final alpha will out
-
@leecher: No, XomPie try to be application-side so it wont initialized by/with system (e.g wont make XP act like Win7) the AppInit hook won't be dissimilar from HookSubSystem that I found earlier but I think this may be the only proper place to do as AppCompat seems come a bit late according to http://www.alex-ionescu.com/?m=200705
-
@leecher: thank you, if the redirection possible then the problem left is subsystem version check workaround? maybe how wine run executable can be used? when i used wine msi to workaround installer, i think wine may have pe loader (like mono/netCore) too (though not convenient to use)
-
Awesome leecher! I will read up the doc BTW looks like the patch works for gpt loader that bundled in FREE drive copy 14 XP edition https://www.paragon-software.com/home/dc-xp/ EDIT: @leecher Would you enlighten me how thing might works with AppCompat ? maybe a diagram
-
Well duh... turned out there lot need to patch the msi. Will make a diff for it, but lets roll another binary I rename it to msiexec7.exe and make it single executable to avoid dll mess and now it's just 230KB! the following are set: VersionNT=601 WindowsBuild=7601 ServicePackLevel=1 IsSupportedSIMD=1 (what's this sse or sse2? guess the later.. goodbye PIII) Previously I include xomuninstall because the uninstallation is a bit messy, the regular msiexec wont uninstall properly, so now I use registry WindowsInstaller=0 and set msiexec7 as the uninstaller. But this come with other consequence: double entries in add/remove (because it has HKLM\classes\Installer\Products but pretend not to be msi), you need to choose the first entry (the dupe will gone after uninstall). I think xomuninstall no longer needed https://github.com/tumagonx/XomPie/blob/master/msiexec7.exe?raw=true https://github.com/tumagonx/XomPie/blob/master/xominstall.cmd?raw=true
-
@Jumper: which gcc you use? it reject def the way you use and you can delete the attachment you made like dencorso said. I *missed* the bin icon previously, since I always turned off the JS and images (only turn JS on to upload) @svyatPro: I already answer that in PM. You do it your way, you have to find your way then (it silly when you report the issue to me when you don't use it the way XomPie are made), no need to re-explain here... msi installer for xompie: I know most of you know how to hackaround msi file, but it shouldn't hurt to have a little helper I patched wine msi.dll so it will report versionNT as 601 (Win7) instead of 501. I'm aware that this is not the only way to check OS version e.g. CustomAction (CA dll). Also it may useless against bootstrapped msi. But hey its better than nothing. To install copy dll and exe into somewhere within %PATH% lookup, optionally install the cmd helper to your SendTo (just in case.. xomuninstall is included) as always NO system files modified NO registry modified, keep it PNP (PatchNPray) EDIT: Additionaly msi.dll's DllRegister entry is removed to prevent unintentional self-registering, this way Wine's msi kept out from system. FYI the patch is at dlls\msi\package.c: verval = OSVersion.dwMinorVersion + OSVersion.dwMajorVersion * 100; into verval = OSVersion.dwMinorVersion + 6.0 * 100; winemsi.7z
-
Errr.. of course I use wined3d-csmt.dll (I'm no noob at compiling) EDIT: see my blog for what I've been done: opensourcepack.blogspot.com hint: right-click wined3d.dll see "details tab" > original filename:
-
Since Dibya asked me about C compiler via PM I will offer it here anyway shameless promotion mode: on I use GCC and TCC (by creator of FFMPEG) I customized gcc where it has flags like -vcr90, -vcr100 and so on which mean exe will linked with newer msvcrXXX.dll rather than system msvcrt.dll people familiar with gcc will ask what the difference with adding LDFLAGS+=-lmsvcrXXX? gcc is designed with msvcrt.dll in mind LDFLAGS above will only works on simple project, in most cases your exe will end up using two MSVCRTs risking a clash I customized mingw-rt so that it will use *only* newer MSVCRT. With restriction: you must enable both 64bit off_t and time_t As we know since msvcr80.dll (and Vista msvcrt.dll) it feature secure API, by using using newer vcrt we could preserve XP life, or better yet you could even "pad" libkernel32.a implib with static function that implemented in XomPie (although not all function can be treated this way). That is if you prefer re-compile than patching... I have use it more than three years for maintaining official PyGObject for Windows (https://wiki.gnome.org/Projects/PyGObject) shameless promotion mode: off @Dibya: you could use only .def file like this: gcc -shared table.def -o dummy.dll example of def file ; normal export abc ; export with ordinal specified abc @55 ; export without name abc NONAME ; renaming dummy.dll abc into dummy.dll cba abc=cba PS: note you can't do above without c source, but you co do below: ; a forwarder, dummy.dll abc forward to kernel32.dll abc as is abc=kernel32.abc ; a forwarder with ordinal specified (AFAIK if not specified ordinal assigned by order alphabetically) abc=kernel32.abc @55 ; a nameless forwarder with ordinal specified abc=kernel32.abc @55 NONAME ; a nameless forwarder with ordinal specified to nameless function at specified ordinal ; this not supported by gcc.. or rather ld dont accept "#" char, see https://github.com/tumagonx/XomPie/blob/master/shellxp.def (need to be proved) abc=kernel32.#122 @55 NONAME
-
I don't test it with game but do you mean: wined3d_main.c ... #if defined(STAGING_CSMT) TRUE, /* Multithreaded CS by default. */ FALSE, /* Do not ignore render target maps. */ #endif /* STAGING_CSMT */ ... it was like that by default, or you talk about other thing?
-
XomPie 0.3a with d3d9ex and not much else but few fixes xompie-0.3a.exe
-
@dencorso: Thank you, you're right! silly me
-
Hi again, I just looking at MS Detours (though I won't be able to use it due to license issue) and its alternatives: https://github.com/nektra/Deviare-InProc https://easyhook.github.io/ Any gurus here have experience with them in regard creating physically patchless compatibility (umm.. via a MITM loader?), and keep the system intact (no system-wide impact). EDIT: just feeling not giving up the patchless possibility although I could also see risk of counter mechanism like anti-hook check, etc.
-
Just for information, patches for wine 1.8.1-1.8.4 that missing in https://github.com/wine-compholio/wine-patched/ are available/maintained per linux distro for ex. by gentoo here: http://gentoo.osuosl.org/distfiles/ look for wine-staging-1.8.x.tar.gz (note you still need to download vanilla wine-1.8.x tarball) I will use wine 1.8.5 for d3d and d2d once I get them built (and confirmed by dibya if it works)
-
Thanks heinoganda, I plan to put alpha version on msfn only before start release beta version at github. but I guess I can't delete my previous attachments to freed the quota.