TR: wine on FreeBSD with patch

[jean-marc DETREZ]

  _____  

De : jean-marc DETREZ [mailto:jm.detrez at cegetel.net] 
Envoyé : vendredi 29 juillet 2005 20:28
À : 'Alexandre Julliard'
Cc : 'barner at FreeBSD.org'; 'wine-devel at winehq.com'; 'emulation at freebsd.org';
'Dmitry Timoshkov'; 'Gerald Pfeifer'
Objet : TR: wine on FreeBSD with patch

 

 

 

  _____  

De : jean-marc DETREZ [mailto:jm.detrez at cegetel.net] 
Envoyé : vendredi 29 juillet 2005 20:18
À : 'Alexandre Julliard'
Cc : 'barner at FreeBSD.org'; 'Gerald Pfeifer'; 'wine-devel at winehq.com';
'emulation at freebsd.org'; 'Dmitry Timoshkov'
Objet : wine on FreeBSD

 

Hi, 

 

 With the differents mails i receive from users or wine’s developers, i
think that:

 

            - Dislike OpenBSD or SRV4,  mincore did’nt fail if the page is
not mapped no [ENOMEM] error condition.

 

-          the FreeBSD man pages say that mmap would fail with [ENOMEM]
error condition if address is in use but in the reality it seems always
return the start address.

 

So for to use wine on FreeBSD before doing a more clean patch i propose to
add this to mmap . I know that it would map memory pages without verify
before that the pages is’nt already map but the man pages say it must failed
so I’m just verify that the result is equal to start address the mmap call
asking for.

 

            

            I do that only when creating System heap because requesting mmap
for 0x800000 start address (without MAP_FIXED) always fail and prevent wine
running on FreeBSD.

 

            I’ll do more test to implement a try_mmap_fixed function working
on FreeBSD like this done for SRV4,NetBSD and DARWIN.

 

Jean-marc

 

 

 

 

-------------- next part --------------
A non-text attachment was scrubbed...
Name: mmap.patch
Type: application/octet-stream
Size: 672 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-emulation/attachments/20050729/eb24d751/mmap.obj