It seems that the native only choice doesnt work into winecfg -
I tried to set one dll as 'Native(Windows)' and got native,builtin into the
registry.
Could you have a look for this ?
--- Felix Nawothnig [EMAIL PROTECTED] a écrit :
Brian Vincent wrote:
What may not be obvious is the
I've installed MS SFU successfully. I can now use gcc under wine on Linux to
compile source for Linux under wine on Linux ... ;) A bit bizarre, and a
decidedly roundabout way of doing things, but what's a challenge for?
I had a go at installing the x-window-system-on-MS-Windows package shown
Wesley Parish wrote:
I've installed MS SFU successfully. I can now use gcc under wine on Linux to
compile source for Linux under wine on Linux ... ;)
Are the SFU not implemented on top of ntdll? Considering that we don't
even have NtCreateProcess it's hard to believe for me that it
Sylvain Petreolle wrote:
It seems that the native only choice doesnt work into winecfg -
I tried to set one dll as 'Native(Windows)' and got native,builtin into the
registry.
Could you have a look for this ?
Works fine for me...
Felix
This is what I get while testing it
[EMAIL PROTECTED] Interix]$ wine posix.exe
The license for Services for Unix has expired.
Please update your licensing information.
fixme:console:SetConsoleCtrlHandler (0x1003290,0) - no error checking or
testing yet
[EMAIL PROTECTED] Interix]$
Evidentally it
Ok simple question...
should d3d8 be based off of d3d9 or wined3d? (or should it stay solo...)
Since d3d9 is a fixed interface (d3d8 is basically a subset) and the fact
that wined3d can change
it could help maintenence in the long run mayhap?
...just a simple question... nothing major
Nick
On Sun, 10 Jul 2005 14:07:53 +1000, Robert Lunnon wrote:
OK, what do you mean the kernel doesn't allow you to do that - Suspend a
thread or ??? Why not just write a SIGSTOP
SIGSTOP has process scope on NPTL, I think.
If SIGUSR1 isn't handled, then stuff will break mysteriously. Essentially
all
On 08.07.2005 16:18, Alexandre Julliard wrote:
Is this really supposed to fail on Wine? It works fine here...
Well, fails for me.
Hm, I'm currently using the Cygwin/X server which reports a display
depth of 24bpp... perhaps the test is sensible to the display depth?
Maybe yours is 32bpp, by
Robert Shearman [EMAIL PROTECTED] writes:
--- dlls/ntdll/heap.c 25 Jun 2005 18:00:57 - 1.41
+++ dlls/ntdll/heap.c 8 Jul 2005 16:22:47 -
@@ -52,6 +52,9 @@ typedef struct tagARENA_INUSE
{
DWORD size;/* Block size; must be the first field */
DWORD
Uwe Bonnes [EMAIL PROTECTED] writes:
Changelog
wine/include/wine/test.h
Add --all option to run all tests in the testlist
This has been discussed before, tests should be able to assume a clean
environment when starting. It's much better to do that in a wrapper
script.
--
Uwe Bonnes [EMAIL PROTECTED] writes:
Changelog:
wine/dlls/ntdll/file.c: NtReadFile()
Reject a NULL buffer
That should be handled by the EFAULT case already. Why does it make a
difference for you?
--
Alexandre Julliard
[EMAIL PROTECTED]
Uwe Bonnes [EMAIL PROTECTED] writes:
Changelog:
dlls/user/cursoricon.c: CopyImage() for IMAGE_BITMAP
Disable for now, code causes memory corruption
Then it should be fixed, not disabled.
--
Alexandre Julliard
[EMAIL PROTECTED]
Alexandre == Alexandre Julliard [EMAIL PROTECTED] writes:
Alexandre Uwe Bonnes [EMAIL PROTECTED] writes:
Changelog: wine/dlls/ntdll/file.c: NtReadFile() Reject a NULL buffer
Alexandre That should be handled by the EFAULT case already. Why does
Alexandre it make a difference for
Alexandre == Alexandre Julliard [EMAIL PROTECTED] writes:
Alexandre Uwe Bonnes [EMAIL PROTECTED] writes:
Changelog: dlls/user/cursoricon.c: CopyImage() for IMAGE_BITMAP
Disable for now, code causes memory corruption
Alexandre Then it should be fixed, not disabled.
The present
Uwe Bonnes [EMAIL PROTECTED] writes:
The EFAULT handler doesn't trigger for the test in
wine/dll/kernel/test/file.c:1389
Without the extra check, the test fails.
The test works fine here. Looks like you'll need to debug this
further.
--
Alexandre Julliard
[EMAIL PROTECTED]
Hello List,
Wine has problems with Windows which don't have the WS_CAPTION flag set. These
Windows are usually not managed, which leads to focus problems(no keyboard)
and the window constantly stays on top.
I had a look on this and tried to find a solution:
(Applications tested: Steam,
Alexandre == Alexandre Julliard [EMAIL PROTECTED] writes:
Alexandre Uwe Bonnes [EMAIL PROTECTED] writes:
The EFAULT handler doesn't trigger for the test in
wine/dll/kernel/test/file.c:1389
Without the extra check, the test fails.
Alexandre The test works fine here.
Hi,
I've worked the suggestions made wrt into that new patch. In particular,
- subclassing is now properly done with SetWindowSubclass
- uxtheme is delay-loaded
- minor things like a correct hot flag and more cleanliness due the
better subclassing.
I've uploaded the patch to:
Stefan Dösinger wrote:
Hello List,
Wine has problems with Windows which don't have the WS_CAPTION flag set. These
Windows are usually not managed, which leads to focus problems(no keyboard)
and the window constantly stays on top. [...]
Can anyone suggest a solution?
How about fixing the
Robert Shearman [EMAIL PROTECTED] writes:
@@ -1277,12 +1286,14 @@ static INT LISTBOX_SetFont( LB_DESCR *de
return 16;
}
if (font) oldFont = SelectObject( hdc, font );
-GetTextMetricsW( hdc, tm );
+GetTextExtentPointA( hdc, alphabet, 52, sz);
if (oldFont)
Am Sonntag, 10. Juli 2005 20:00 schrieb Felix Nawothnig:
Stefan Dösinger wrote:
Hello List,
Wine has problems with Windows which don't have the WS_CAPTION flag set.
These Windows are usually not managed, which leads to focus problems(no
keyboard) and the window constantly stays on top.
Mike Hearn [EMAIL PROTECTED] writes:
Eg, even Windows Version will hopefully be fixed sometime later this
year (?) by switching us to 2K/XP mode by default and by nailing the last
DCOM problems.
Actually we probably want to do that before 0.9, which means real soon
now...
Desktop mode will
Ok simple question...
should d3d8 be based off of d3d9 or wined3d? (or should it stay solo...)
It will be based off 'wined3d' which is the Wine driver that will provide
3D support to all revisions of DirectX (for now, mostly D3D8 and 9, but in
the future, migrating DX1-7 is planned also).
Steam and Half-Life 2 have a utility that dumps debugging information
when either crashes and this is what uses msvcr70 and the dbghelp
functions. Turn on +seh logging and you'll likely see a
STATUS_ACCESS_VIOLATION before this.
With the newest patches on d3d, this is no longer the
Stefan Dösinger wrote:
Am Sonntag, 10. Juli 2005 20:00 schrieb Felix Nawothnig:
Stefan Dösinger wrote:
Hello List,
Wine has problems with Windows which don't have the WS_CAPTION flag set.
These Windows are usually not managed, which leads to focus problems(no
keyboard) and the window
Hi all,
Can someone recommend a good win32 disassembler, preferably one that
shows the contents of data segments and shows imports/exports?
Thanks a lot,
James Liggett
We already use gd which can do much the same as imagemagick (I don't
think we have imagemagic on the server). We are already resizing the
image if it's too big (pixels size, not byte size).
I already sent a patch long time ago which tells the user that the image
cannot be added because it's too
I know about this problem, I'll try to fix it and send a patch.
Thanks for the feedback !
Le samedi 09 juillet 2005 à 19:33 -0700, James Liggett a écrit :
Thanks Andrew, that worked. Duh...I should have thought of that. BTW,
did you get Windows Installer working?
James
On Sun, 2005-07-10
OllyDbg is a good free binary disassembler/debugger
http://www.ollydbg.de/
Ida Pro is a very nice disassembler/debugger -- (its commerical but it there
is a free windows version)
http://www.datarescue.com/
http://www.datarescue.com/idabase/idadown.htm
W32Dasm is a decent
Hi,
On Sun, Jul 10, 2005 at 02:31:57PM -0700, James Liggett wrote:
Hi all,
Can someone recommend a good win32 disassembler, preferably one that
shows the contents of data segments and shows imports/exports?
You probably want IDA (Interactive DisAssembler).
With about $600 or so too expensive
On Sun, 10 Jul 2005 14:31:57 -0700
James Liggett [EMAIL PROTECTED] wrote:
Hi all,
Can someone recommend a good win32 disassembler, preferably one that
shows the contents of data segments and shows imports/exports?
Geprge Bush?
Thanks a lot,
James Liggett
This message has been
Alexandre Julliard wrote:
Robert Shearman [EMAIL PROTECTED] writes:
@@ -1277,12 +1286,14 @@ static INT LISTBOX_SetFont( LB_DESCR *de
return 16;
}
if (font) oldFont = SelectObject( hdc, font );
-GetTextMetricsW( hdc, tm );
+GetTextExtentPointA( hdc, alphabet, 52, sz);
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Sun, Jul 10, 2005 at 02:31:57PM -0700, James Liggett wrote:
Can someone recommend a good win32 disassembler, preferably one that
shows the contents of data segments and shows imports/exports?
I use the HT Editor (http://hte.sourceforge.net/).
Nick Burns wrote:
REC is an impressive free deCompiler (better than a simple disassembler)
its based off of boomarang
REC uses compiler dependend pattern matching which often fails miserably
for modern code, it doesn't recognize a huge amount of i386 opcodes
(even some i386 opcodes) and I've
34 matches
Mail list logo
