https://bugs.winehq.org/show_bug.cgi?id=41753
Bug ID: 41753 Summary: The procedure entry point GetUnicastIpAddressEntry could not be located the ... deuleuleu ... IPHLPAPI.DLL Product: Wine-staging Version: 1.9.23 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: mvidal0001@gmail.com CC: erich.e.hoover@wine-staging.com, michael@fds-team.de, sebastian@fds-team.de Distribution: ---
Created attachment 56194 --> https://bugs.winehq.org/attachment.cgi?id=56194 console output
Testing Steep.exe open beta with steam got a windows message box.
https://bugs.winehq.org/show_bug.cgi?id=41753
--- Comment #1 from Bruno Jesus 00cpxxx@gmail.com --- The file you have attached is a shortcut to the program, not the real log. Please take a look at http://wiki.winehq.org/FAQ#get_log and attach the proper file.
https://bugs.winehq.org/show_bug.cgi?id=41753
--- Comment #2 from mvvvv mvidal0001@gmail.com --- Created attachment 56195 --> https://bugs.winehq.org/attachment.cgi?id=56195 console when launching steam then steep
https://bugs.winehq.org/show_bug.cgi?id=41753
Bruno Jesus 00cpxxx@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Severity|enhancement |normal
--- Comment #3 from Bruno Jesus 00cpxxx@gmail.com --- Where do you receive that message about GetUnicastIpAddressEntry? Is it a message box? Can you attach a screenshot? Because in the logs there is nothing related to it.
https://bugs.winehq.org/show_bug.cgi?id=41753
--- Comment #4 from mvvvv mvidal0001@gmail.com --- Created attachment 56196 --> https://bugs.winehq.org/attachment.cgi?id=56196 screenshot
Yes you're right there is nothing in the console log to check this message.
https://bugs.winehq.org/show_bug.cgi?id=41753
Bruno Jesus 00cpxxx@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Product|Wine-staging |Wine Ever confirmed|0 |1 Summary|The procedure entry point |Steep (Ubisoft) needs |GetUnicastIpAddressEntry |iphlpapi.dll.GetUnicastIpAd |could not be located the |dressEntry |... deuleuleu ... | |IPHLPAPI.DLL | Status|UNCONFIRMED |NEW Component|-unknown |iphlpapi
--- Comment #5 from Bruno Jesus 00cpxxx@gmail.com --- Confirming, not a staging bug.
https://bugs.winehq.org/show_bug.cgi?id=41753
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |austinenglish@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=41753
André H. nerv@dawncrow.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |nerv@dawncrow.de Attachment #56194|0 |1 is obsolete| |
https://bugs.winehq.org/show_bug.cgi?id=41753
--- Comment #6 from André H. nerv@dawncrow.de --- Created attachment 56268 --> https://bugs.winehq.org/attachment.cgi?id=56268 GetUnicastIpAddressEntry patch
What about this patch (not yet finished)?
https://bugs.winehq.org/show_bug.cgi?id=41753
--- Comment #7 from Bruno Jesus 00cpxxx@gmail.com --- (In reply to André H. from comment #6)
Created attachment 56268 [details] GetUnicastIpAddressEntry patch
What about this patch (not yet finished)?
Looks good to me, if somehow you could call fill_unicast_addr_data and copy the results from it it would be better because the constants are already there so you don't have to duplicate some fields with fixed values again.
https://bugs.winehq.org/show_bug.cgi?id=41753
André H. nerv@dawncrow.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #56268|0 |1 is obsolete| |
--- Comment #8 from André H. nerv@dawncrow.de --- Created attachment 56757 --> https://bugs.winehq.org/attachment.cgi?id=56757 GetUnicastIpAddressEntry patch v2
(In reply to Bruno Jesus from comment #7)
Looks good to me, if somehow you could call fill_unicast_addr_data and copy the results from it it would be better because the constants are already there so you don't have to duplicate some fields with fixed values again.
Something like that? I'm now about to write tests for that function
https://bugs.winehq.org/show_bug.cgi?id=41753
--- Comment #9 from Bruno Jesus 00cpxxx@gmail.com --- Yes, thanks. But I believe the function is a little more complicated according to the MSDN remarks and example. Only tests will tell for sure.
https://bugs.winehq.org/show_bug.cgi?id=41753
André H. nerv@dawncrow.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #56757|0 |1 is obsolete| |
--- Comment #10 from André H. nerv@dawncrow.de --- Created attachment 56774 --> https://bugs.winehq.org/attachment.cgi?id=56774 GetUnicastIpAddressEntry patch v3
(In reply to Bruno Jesus from comment #9)
Yes, thanks. But I believe the function is a little more complicated according to the MSDN remarks and example. Only tests will tell for sure.
That's what I have now, needs some cleanup, but looks quite good otherwise. Bruno, do you have suggestions on how to fill those values: * OnLinkPrefixLength I need a good way to get the CIDR prefix for the AddressEntry, no idea * CreationTimeStamp Here I need a good way to retrieve/create a good fake value
https://bugs.winehq.org/show_bug.cgi?id=41753
--- Comment #11 from Bruno Jesus 00cpxxx@gmail.com --- (In reply to André H. from comment #10)
Bruno, do you have suggestions on how to fill those values:
- OnLinkPrefixLength I need a good way to get the CIDR prefix for the AddressEntry, no idea
Maybe counting set bits in netmask would work for IPv4, for IPv6 I don't know how that works.
- CreationTimeStamp Here I need a good way to retrieve/create a good fake value
Maybe now()-gettickcount(). Not sure if that is important anyway.
https://bugs.winehq.org/show_bug.cgi?id=41753
--- Comment #12 from André H. nerv@dawncrow.de --- (In reply to Bruno Jesus from comment #11)
(In reply to André H. from comment #10)
Bruno, do you have suggestions on how to fill those values:
- OnLinkPrefixLength I need a good way to get the CIDR prefix for the AddressEntry, no idea
Maybe counting set bits in netmask would work for IPv4, for IPv6 I don't know how that works.
I don't understand yet how to find the associated netmask with GetAdaptersAddresses...
https://bugs.winehq.org/show_bug.cgi?id=41753
--- Comment #13 from Bruno Jesus 00cpxxx@gmail.com --- adapterAddressesFromIndex already fills the prefix length for you. And this functions is called by GetAdaptersAddresses. So you just need to find out where it is stuffing the information.
http://source.winehq.org/source/dlls/iphlpapi/iphlpapi_main.c#1450
https://bugs.winehq.org/show_bug.cgi?id=41753
--- Comment #14 from André H. nerv@dawncrow.de --- (In reply to Bruno Jesus from comment #13)
adapterAddressesFromIndex already fills the prefix length for you. And this functions is called by GetAdaptersAddresses. So you just need to find out where it is stuffing the information.
http://source.winehq.org/source/dlls/iphlpapi/iphlpapi_main.c#1450
Yes, thx. I've seen the prefix entries, but I'm confused how to check which entry belongs to the address I'm looking for. E.g. the Address might be 10.42.42.123, and the prefix entry says 10.42.42.0 has prefixlength 24
Is it something like following pseudocode?
uint32 mask = prefixlen2mask(prefix->PrefixLength) // 24 -> 255.255.255.0 if (IP & mask == prefix->Address) print "yeah!"
https://bugs.winehq.org/show_bug.cgi?id=41753
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |patch
https://bugs.winehq.org/show_bug.cgi?id=41753
André H. nerv@dawncrow.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #56774|0 |1 is obsolete| |
--- Comment #15 from André H. nerv@dawncrow.de --- Comment on attachment 56774 --> https://bugs.winehq.org/attachment.cgi?id=56774 GetUnicastIpAddressEntry patch v3
https://source.winehq.org/patches/data/129884 https://source.winehq.org/patches/data/129885
https://bugs.winehq.org/show_bug.cgi?id=41753
André H. nerv@dawncrow.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED Status|NEW |RESOLVED Fixed by SHA1| |ccdbceeefc196999a698fc1842d | |4f1bff651ec22
--- Comment #16 from André H. nerv@dawncrow.de --- fixed
https://bugs.winehq.org/show_bug.cgi?id=41753
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #17 from Alexandre Julliard julliard@winehq.org --- Closing bugs fixed in 2.2.
https://bugs.winehq.org/show_bug.cgi?id=41753
--- Comment #18 from André H. nerv@dawncrow.de --- Mvvvv can you please retest steep with wine 2.2 and report further bugs and/or make an appdb entry Thx
https://bugs.winehq.org/show_bug.cgi?id=41753
--- Comment #19 from mvvvv mvidal0001@gmail.com --- (In reply to André H. from comment #18)
Mvvvv can you please retest steep with wine 2.2 and report further bugs and/or make an appdb entry Thx
Sorry it was an open Beta and I haven’t bought it.
So I can't test it anymore.
https://bugs.winehq.org/show_bug.cgi?id=41753
dominik.foerderer@posteo.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |dominik.foerderer@posteo.de
--- Comment #20 from dominik.foerderer@posteo.de --- (In reply to André H. from comment #18)
Problem persists in steep (original version not steam) and wine staging 2.3...so the Bug isn´t fixed yet...
https://bugs.winehq.org/show_bug.cgi?id=41753
--- Comment #21 from Bruno Jesus 00cpxxx@gmail.com --- (In reply to flysporti from comment #20)
Problem persists in steep (original version not steam) and wine staging 2.3...so the Bug isn´t fixed yet...
The game may still not run, but this specific problem it had is now fixed. Please open a new bug for other problems.
https://bugs.winehq.org/show_bug.cgi?id=41753
--- Comment #22 from flysporti dominik-foerderer@gmx.de --- Created attachment 57547 --> https://bugs.winehq.org/attachment.cgi?id=57547 Error window while execute steep.exe under wine-staging 2.3
https://bugs.winehq.org/show_bug.cgi?id=41753
--- Comment #23 from flysporti dominik-foerderer@gmx.de --- (In reply to Bruno Jesus from comment #21)
I am very sorry to contradict but when I execute steep.exe under wine-staging 2.3 I get exact the same error described in this bug...see Attachement in comment #22
https://bugs.winehq.org/show_bug.cgi?id=41753
--- Comment #24 from Sebastian Lackner sebastian@fds-team.de --- (In reply to flysporti from comment #23)
(In reply to Bruno Jesus from comment #21)
I am very sorry to contradict but when I execute steep.exe under wine-staging 2.3 I get exact the same error described in this bug...see Attachement in comment #22
The attachment says "NotifyUnicastIpAddressChange", not "GetUnicastIpAddressEntry". This other function deserves its own bug report.
https://bugs.winehq.org/show_bug.cgi?id=41753
Sebastian Lackner sebastian@fds-team.de changed:
What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.winehq.org/sho | |w_bug.cgi?id=42603
https://bugs.winehq.org/show_bug.cgi?id=41753
Michael Stefaniuc mstefani@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|--- |2.0.x
https://bugs.winehq.org/show_bug.cgi?id=41753
Michael Stefaniuc mstefani@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|2.0.x |---
--- Comment #25 from Michael Stefaniuc mstefani@winehq.org --- Removing the 2.0.x milestone from bugs included in 2.0.2.