Eric Pouech wrote:
If I assume that any decent user should report this type of error, I
only counted 2 reports (yours, and Shachar on some other topics),
Actually, if you'll read between the lines, you'll see this has been
bugging me as well. That's the reason I sent you a diff of two runs,
rath
WINE BUILD: /wine-20040505
I need Internet Explorer on my workstation (openbsd 3.4) at work, so I
decided to see if I could get the lastest wine to compile/run.
I'll list the steps required to get it to build and install.
`sh configure`
complained about 'libGL.a' so i renamed it and the configur
Hi
--- Mike Hearn <[EMAIL PROTECTED]> wrote:
> OK, bear in mind some users did not report it but simply reverted the
> patch (I know one guy who did that at least, there may well be more).
> Also, it's not been that long since the debugger patch landed.
I can also say the extra stuff in the backt
On Tue, 2004-06-15 at 21:07 +0200, Eric Pouech wrote:
> If I assume that any decent user should
> report this type of error, I only counted 2 reports (yours, and Shachar
> on some other topics), which is IMO a rather low figure.
> I'll adapt my time on winedbg hacking depending on this.
OK, bear
Shachar Shemesh <[EMAIL PROTECTED]> writes:
> Can you? I was under the impression that some addresses are reserved
> for kernel addresses, or is that above 3GB?
Yes it's above 3Gb normally.
> Basically, they are keeping huge database-like memory structures in
> memory for quick access. They are
Alexandre Julliard wrote:
Shachar Shemesh <[EMAIL PROTECTED]> writes:
There is no failure as of yet. The thing is that I know someone who
actually NEEDS 3GB, and they asked me to make sure that Wine can
support that. I am, of course, talking about a Linux kernel that is
compiled with bigmem supp
Shachar Shemesh <[EMAIL PROTECTED]> writes:
> There is no failure as of yet. The thing is that I know someone who
> actually NEEDS 3GB, and they asked me to make sure that Wine can
> support that. I am, of course, talking about a Linux kernel that is
> compiled with bigmem support too.
bigmem sho
Stefan Leichter <[EMAIL PROTECTED]> writes:
> Hello,
>
> anything wrong with this patch?
The last error handling is very suspicious, I doubt the function sets
ERROR_FILE_NOT_FOUND on a null buffer. I think it's because your test
is broken, you need to clear last error before every call if you wan
Alexandre Julliard wrote:
Steven Edwards <[EMAIL PROTECTED]> writes:
The flag that the application sets in the PE header is
IMAGE_FILE_LARGE_ADDRESS_AWARE. According to Inside Windows NT, you can
change this is a existing application but running imagecfg.exe from the
support \directory in the Wi
Steven Edwards <[EMAIL PROTECTED]> writes:
> The flag that the application sets in the PE header is
> IMAGE_FILE_LARGE_ADDRESS_AWARE. According to Inside Windows NT, you can
> change this is a existing application but running imagecfg.exe from the
> support \directory in the Windows NT Advanced Se
Mike Hearn a écrit :
Hi Eric,
I get a lot of messages like this since the new debugger shuffle patch
landed:
fixme:dbghelp:elf_new_wine_thunks Duplicate in kernel32:
audiocdW.6<40515de8-0012> audiocdW<40515de8->
For now I just changed the fixme to a warn in my local tree - what does
thi
Ferenc Wagner <[EMAIL PROTECTED]> writes:
> Alexandre Julliard <[EMAIL PROTECTED]> writes:
>
>> Also I think it would be cleaner to use a different rc
>> file for the dist case instead of using #ifdefs.
>
> I agree. The problem is the single-rc-file limitation,
> which would require some code dup
Hi,
--- Alexandre Julliard <[EMAIL PROTECTED]> wrote:
> If you have one that would be great.
The flag that the application sets in the PE header is
IMAGE_FILE_LARGE_ADDRESS_AWARE. According to Inside Windows NT, you can
change this is a existing application but running imagecfg.exe from the
suppo
Shachar Shemesh <[EMAIL PROTECTED]> writes:
> Alexandre Julliard wrote:
>
>>Sure, this can be done. Do you have an app that needs this?
>>
> Yes. Do you want a proof of concept?
If you have one that would be great.
--
Alexandre Julliard
[EMAIL PROTECTED]
On Tue, Jun 15, 2004 at 05:14:46PM +0100, Paul Millar wrote:
> With network security, any activity implies at least some trust. The script
> wasn't brilliant, but pushing the functionality into winrash doesn't really
> solve the problem: we'd still need to verify the binaries somehow, or just
>
Alexandre Julliard wrote:
Shachar Shemesh <[EMAIL PROTECTED]> writes:
At the time this change was introduced, it was because some
applications would break if they got too high addresses for their
things. I then asked what would those apps do on Windows Advanced
Server, and the answer was that ap
Shachar Shemesh <[EMAIL PROTECTED]> writes:
> At the time this change was introduced, it was because some
> applications would break if they got too high addresses for their
> things. I then asked what would those apps do on Windows Advanced
> Server, and the answer was that applications that requ
This version is resynced against CVS HEAD, and now does a ShowWindow in
the right place (just after the embed notification not in some random WM
message).
This won't be merged so I'm sending it to wine-devel not wine-patches.
Getting it merged is blocking on either somebody giving me example code
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Dimi,
I think most security software gives a false sense of security, because a lot
of security problems happen at a ISO-OSI layer 9 (the nut behind the wheel :)
With network security, any activity implies at least some trust. The script
wasn't
Mike Hearn wrote:
On Tue, 15 Jun 2004 15:58:27 +0300, Shachar Shemesh wrote:
Hi all,
Is there a way to run processes intended for a 3GB user addressable
memory to work under Wine? I'm talking here, of course, assuming that
the Linux kernel is compiled with the relevant big memory support.
On Tue, 15 Jun 2004 15:58:27 +0300, Shachar Shemesh wrote:
> Hi all,
>
> Is there a way to run processes intended for a 3GB user addressable
> memory to work under Wine? I'm talking here, of course, assuming that
> the Linux kernel is compiled with the relevant big memory support.
Currently (in
Hi all,
Is there a way to run processes intended for a 3GB user addressable
memory to work under Wine? I'm talking here, of course, assuming that
the Linux kernel is compiled with the relevant big memory support.
Shachar
--
Shachar Shemesh
Lingnu Open Source Consulting ltd.
http://ww
Details.cpl
Description: Binary data
23 matches
Mail list logo
