https://bugs.winehq.org/show_bug.cgi?id=54015
--- Comment #6 from Bernat Arlandis berarma@hotmail.com --- (In reply to Austin English from comment #3)
(In reply to Bernat Arlandis from comment #2)
(In reply to Fabian Maurer from comment #1)
If I'm not completely wrong, making a winelib application allows you to use windows functions and unix functions at the same time. Would that be a solution?
Say I want to port a Python application that is already fully cross-platform except for the incompatible mmap calls. This is a real case we are trying to solve.
It would be helpful if you could name the application, particularly if source is available.
Sure, sorry about that. It's here: https://github.com/s-victor/TinyPedal
(In reply to Eric Pouech from comment #4)
that's not an easy task:
- python likely requires you to load a shared lib from which you can export > functions callable in python
- then you need to insert wine code in that shared lib. Depending on exec models and lots of other quirks, it may or may not work.
- if it doesn't, the trick would be to split the effort in two. shared lib
on one hand (that does the mapping - note that wine doesn't use shm but (temporary) file mappings instead) and wine app on the other one (that's requested by shared lib to get the relevant (temp) file by its name)
Oh, I thought it used shm. Is there some example of something like this in use?
(In reply to Eric Pouech from comment #5)
to finish previous command:
- another alternative would be to run the windows python interpreter under
wine (never tested it, so could be another can of worms); but should handle these mappings
I tried a compiled exe that is distributed in the project but it fails. Since we're so close the having a working native port I thought it would be easier to try to solve the shared memory issue and at the same time i would be useful for other projects too.
Thanks for the responses.