[Bug 44912] Tibia client reports 'Failed to launch game', needs ' ntdll.RtlCreateUserProcess' implementation

wine-bugs at winehq.org wine-bugs at winehq.org
Sun Sep 16 12:39:43 CDT 2018


https://bugs.winehq.org/show_bug.cgi?id=44912

--- Comment #6 from dereklesho52 at Gmail.com ---
Hello Anastatius(In reply to Anastasius Focht from comment #5)
> Hello Derek,
> 
> thanks for your contribution. I think Wine-Staging folks would be happy to
> pick up your work and refine it for potential upstream inclusion. Having
> process creation in proper place would benefit various other apps which rely
> on this in their native API sandboxing scheme. I have some tickets open
> related to that topic for a long time.
> 
> I figured out you imported a number of commits from Zebediah Figura's github
> repo: https://github.com/zfigura/wine/commits/master while your own github
> repo is fork from mainline Wine. That was a bit confusing to me as I tried
> to locate the sha1 of the cherry-picks.
> You should be more explicit on the origin of commits (cherry-picks) in the
> commit message if the are from different remotes and not the parent of your
> fork to enhance the traceability.
> Also it would be nice if you link your commits to Wine Bugzilla tickets. Not
> mandatory but it helps the traceability. See here for example:
> https://source.winehq.org/git/wine.git/commit/
> 0799550075654094a3bed080aac722b9bea01307
> 
> In general your current work consists of:
> 
> Putting (native) process creation infrastructure in proper place:
> 
> * Add ntdll equivalent for MODULE_get_binary_info -> bug 44912 (this)
> * Add ntdll infrastructure for create_process -> bug 44912 (this)
> * Add ntdll create_process and more infrastructure -> bug 44912 (this)
> * Implement RtlCreateUserProcess (plus for infrastructure) -> bug 44912
> (this)
> 
> Fixing some issues with BattlEye 'BEDaisy' kernel driver
> 
> * [ntoskrnl] Add stub for PsGetProcessWow64Process -> bug 45664
> * Use Executable Memory for ExAllocatePoolWithTag -> no bug report?
> 
> I think I will create a bug report for the last one too (covers
> https://www.winehq.org/pipermail/wine-devel/2018-September/thread.
> html#131477)
> 
> Regards

Hello Anastasius,

Thank you for the advice.  In regards to the newer commits, they are all
experimental and may not be necessary.  The executable memory one is especially
experimental as it might be breaking something else.  I also have my own
working implementation for ZF's work, so I reset those commits and am starting
to reimplement those in this repo, as I am facing an issue that didn't crop up
with mine.

I do agree though, it is confusing combining my stable commits and these very
experimental ones into the same branch, so I just created a new branch where I
put the tested and somewhat-stable commits complete with the bug IDs:

https://github.com/Guy1524/wine/commits/battleye-work-stable

-- 
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.



More information about the wine-bugs mailing list