On Sat, 2 Jun 2007, Marc G. Fournier wrote:
> Just built 0.9.38 under FreeBSD, and it doesn't even run :( Never a good
> sign ... but explains why the port is 2 releases old ...
I debugged this a bit, and believe the change that broke FreeBSD is
revision 1.82 of dlls/ntdll/thread.c and related p
On Saturday 02 June 2007 20:27:09 Marc G. Fournier wrote:
> --On Saturday, June 02, 2007 10:55:00 +0200 Kai Blin <[EMAIL PROTECTED]>
> > As I said in my email, I'm really happy to provide the Wine side of
> > things for this bug, but I don't feel like doing the FreeBSD research. I
> > don't use F
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
- --On Saturday, June 02, 2007 10:55:00 +0200 Kai Blin <[EMAIL PROTECTED]>
wrote:
> Right. And it's not as if we didn't try.
> Just two days ago, I've sent the following email to the freebsd-hackers
> mailing list:
> http://lists.freebsd.org/piperma
On Saturday 02 June 2007 08:07:48 Marc G. Fournier wrote:
> --On Saturday, June 02, 2007 05:28:31 + "L. Rahyen"
> > I'm pretty sure he is. There is problems with FreeBSD that needs to be
> > resolved by FreeBSD community - i.e. by people who knows FreeBSD and have
> > time, will and necces
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
- --On Saturday, June 02, 2007 00:25:13 -0600 Vitaliy Margolen
<[EMAIL PROTECTED]> wrote:
> Looks like another duplicate of bug 5732. You should at least check the
> bugzilla before posting on wine-devel mailing list with user problems.
> As stated
Looks like another duplicate of bug 5732. You should at least check the
bugzilla before posting on wine-devel mailing list with user problems.
As stated in the bug, there is nothing Wine can do about this. FreeBSD
has to be fixed / worked around the limitation.
Vitaliy
Marc G. Fournier wrote:
> [
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
- --On Saturday, June 02, 2007 05:28:31 + "L. Rahyen" <[EMAIL PROTECTED]>
wrote:
> I think that it should work great under 0.9.36 too. But I always use
> latest
> Wine git tree - that is, latest version of Wine compiled from source. And
Travis Poppe wrote:
Hello All,
Lately I've been trying to track down a problem that prevents DVD Shrink 3.2
from starting on FreeBSD in any version of Wine built on/after 04-20-2005
(including the recent beta releases). Any version built prior to this works
fine.
I've tracked the problem d
Hello All,
Lately I've been trying to track down a problem that prevents DVD Shrink 3.2
from starting on FreeBSD in any version of Wine built on/after 04-20-2005
(including the recent beta releases). Any version built prior to this works
fine.
I've tracked the problem down to the changes made
Robert Lunnon <[EMAIL PROTECTED]> writes:
> Actually the fix for SVR4 (Solaris) does work BUT, the numerous vforks cause
> resource problems under Solaris. I already have a patch which does a single
> reserve of 64 MB for the system heap and leaves the rest alone. Other memory
> gets mapped out
> 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 clea
De : jean-marc DETREZ
[mailto:[EMAIL PROTECTED]
Envoyé : vendredi 29 juillet
2005 20:28
À : 'Alexandre Julliard'
Cc : '[EMAIL PROTECTED]';
'wine-devel@winehq.com'; '[EMAIL PROTECTED]'; 'Dmitry Timoshkov'; '
] 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
On Tue, 22 Jun 2004, Alexandre Julliard wrote:
Gerald Pfeifer <[EMAIL PROTECTED]> writes:
...and in fact, Alexandre, wouldn't it be better to have _some_ apps
broken under Wine on FreeBSD than a completely broken Wine on FreeBSD
for all apps?
Nope. What matters is not so much how ma
unless you find some other way to ensure
> that FreeBSD never allocates anything above 0x8000, the
> reservation code can't really be made optional.
...and in fact, Alexandre, wouldn't it be better to have _some_ apps
broken under Wine on FreeBSD than a completely broken Wine on FreeBSD
for all apps?
Gerald
Gerald Pfeifer <[EMAIL PROTECTED]> writes:
> ...and in fact, Alexandre, wouldn't it be better to have _some_ apps
> broken under Wine on FreeBSD than a completely broken Wine on FreeBSD
> for all apps?
Nope. What matters is not so much how many apps run today, but that we
hav
t; that FreeBSD never allocates anything above 0x8000, the
> > reservation code can't really be made optional.
>
> ...and in fact, Alexandre, wouldn't it be better to have _some_ apps
> broken under Wine on FreeBSD than a completely broken Wine on FreeBSD
> for all apps?
John Birrell <[EMAIL PROTECTED]> writes:
> To get Wine to work on FreeBSD4, there needs to be a way of making the
> reservation code optional. A simple mmap test in configure which snaffles
> memory above 0x8000 and then tries to mmap some more memory without
> specifying a fixed address would
On Sun, Jun 20, 2004 at 04:57:43PM +0200, Gerald Pfeifer wrote:
> On Thu, 17 Jun 2004, John Birrell wrote:
> > "wine: failed to initialize: /something/lib/wine/ntdll.dll.so: mmap of
> > entire address space failed: Cannot allocate memory"
> >
> > is caused by Wine attempting to mmap memory outside
On Thu, 17 Jun 2004, John Birrell wrote:
> "wine: failed to initialize: /something/lib/wine/ntdll.dll.so: mmap of
> entire address space failed: Cannot allocate memory"
>
> is caused by Wine attempting to mmap memory outside the user process
> address space. I see mmap addr around 0xd810 (mostl
>> I'm just wondering if it is supposed to work as well as FreeBSD stable.
Right now, Wine doesn't work at all on FreeBSD -STABLE:
wine: failed to initialize: /swtest/wine/dlls/ntdll.dll.so: mmap of
entire address space failed: Cannot allocate memory
and before that I used to see deadlocks u
On Wed, 16 Jun 2004, Jonathan Fosburgh wrote:
>> wine: failed to initialize: /swtest/wine/dlls/ntdll.dll.so: mmap of
>> entire address space failed: Cannot allocate memory
> I get the same problem on -CURRENT with recent CVS versions of wine.
> Hopefully, in the port of the new release, this wi
On Wed, 16 Jun 2004 13:54:37 -0500, Jonathan Fosburgh wrote:
> I tried to look through the mmap.c code but I don't have enough of an
> understanding of what it is supposed to do to figure out how to make it work,
> or even work around it.
It provides mmap emulation for some systems and is respon
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wednesday 16 June 2004 22:52, John Birrell wrote:
>
> Thanks for the reply.
>
> From what I can see, there are two problems with the Wine build from CVS
> on FreeBSD -current that seem to be related to the use of BSD make. In the
> dlls 'setupapi'
On Wed, Jun 16, 2004 at 07:49:26PM +0200, Gerald Pfeifer wrote:
> >> I'm just wondering if it is supposed to work as well as FreeBSD stable.
>
> Right now, Wine doesn't work at all on FreeBSD -STABLE:
>
> wine: failed to initialize: /swtest/wine/dlls/ntdll.dll.so: mmap of
> entire address spa
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wednesday 16 June 2004 13:19, Gerald Pfeifer wrote:
>
> Given that I'm the maintainer of the wine port in FreeBSD, I can say
> quite authoritatively that I probably won't update to the latest snapshot,
> unless some third party is able to provide a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wednesday 16 June 2004 12:49, Gerald Pfeifer wrote:
> >> I'm just wondering if it is supposed to work as well as FreeBSD stable.
>
> Right now, Wine doesn't work at all on FreeBSD -STABLE:
>
> wine: failed to initialize: /swtest/wine/dlls/ntdll.dl
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wednesday 09 June 2004 01:42, John Birrell wrote:
> Are there any people subscribed to this list who use Wine on FreeBSD
> current?
>
> I'm just wondering if it is supposed to work as well as FreeBSD stable.
There is a threading
Are there any people subscribed to this list who use Wine on FreeBSD
current?
I'm just wondering if it is supposed to work as well as FreeBSD stable.
--
John Birrell
29 matches
Mail list logo
