- PŮVODNÍ ZPRÁVA -
Od: "Kuba Ober" <[EMAIL PROTECTED]>
Komu: wine-devel@winehq.org
Předmět: Re: Win64 status
Datum: 21.6.2006 - 13:01:23
> On Wednesday 21 June 2006 06:39, Filip Navara wrote:
> > Hello guys,
> >
> > I'm about to jump in the mi
Hello guys,
I'm about to jump in the middle of discussion. The problem is not only
with the calling convention, but with the whole ABI rather. I've had
GCC patched to use the MSVC x64 calling convention (without a switch
though) for about a year now, but it doesn't solve the problem. There
is much
Dan Kegel wrote:
The Mozilla ActiveX control download feature is cool
and all, but until we repackage the sucker to include
MSVCP60.DLL to fix
http://bugs.winehq.org/show_bug.cgi?id=4064
it's going to leave a lot of users scratching their
heads as to why it keeps asking where its files are.
I c
--- Begin Message ---
Dan Kegel wrote:
The Mozilla ActiveX control download feature is cool
and all, but until we repackage the sucker to include
MSVCP60.DLL to fix
http://bugs.winehq.org/show_bug.cgi?id=4064
it's going to leave a lot of users scratching their
heads as to why it keeps asking w
Michael Kaufmann wrote:
Changelog:
- Detect if the image of the current process has a manifest. If yes,
enable some Windows XP-specific features (as described in MSDN)
- Destruction of the control window: Destroy bitmaps loaded at control
creation time (removed a resource leak)
- Always st
Boaz Harrosh wrote:
[snip]
What if I want to do the same but for WindowsCE x86?
We have already made this experiment once ... you can find info about it
in the ros-dev (or ros-kernel) mailing list archives and skeletons of
the two WinCE DLLs in the ReactOS SVN history
(trunk/reactos/lib/com
Tom Kennedy wrote:
All
I have install Wine one an AMD 64 bit system running Redhat 3 update
2. I am trying to run the
winnt32.exe prgram and I am getting the following load error.
[EMAIL PROTECTED] ~]# wine "y:\amd64\winnt32.exe"
Trying to load PE image for unsupported architecture (Unknown
Saulius Krasuckas wrote:
[snip]
@@ -379,7 +381,7 @@ static void test_GetDisplayName(void)
/* This test shows that Windows doesn't allocate a new pidlLast, but returns a pointer into
* pidlTestFile (In accordance with MSDN). */
-todo_wine{ok (ILFindLastID(pidlTestFile) == pidlLast,
Paul Millar wrote:
[snip]
i686-mingw32msvc-gcc capture.o ds3d.o ds3d8.o dsound.o dsound8.o propset.o
testlist.o -o dsound_test.exe -ldsound -lole32 -lversion -luser32
-lkernel32 -ldxguid -luuid -ldxerr8
/usr/local/mingw/lib/gcc-lib/i686-mingw32msvc/3.3.3/../../../../i686-mingw32msvc/lib/libdx
Troy Rollo wrote:
On Wednesday 27 July 2005 18:40, Dmitry Timoshkov wrote:
I also disassembled
kernel32.dll to see how it populated CP_ACP (if I recall correctly it
populated it from a registry key under either HKEY_CURRENT_CONFIG or
HKEY_LOCAL_MACHINE, so perhaps a change in the r
Jacek Caban wrote:
Hello.
Fixing MSHTML tests I found a bug in Windows.
In tests I passed const WNDCLASSEX, to RegisterClassEx
what should work as its declaration is:
ATOM WINAPI RegisterClassExW(const WNDCLASSEXW *);
Changing passed WNDCLASS to nonconst makes it
works. I wrote small tests (a
Dimitrie O. Paun wrote:
ChangeLog
Handle wParam in WM_PAINT properly: if non-null,
it is the hdc we are supposed to use to draw into.
Hmm, MSDN says that the wParam of WM_PAINT is not used and I always
believed it. Are you sure that you're not confusing it with WM_PRINTCLIENT?
- Filip
Boaz Harrosh wrote:
Thomas Weidenmueller wrote:
How is ReactOS's current (future) system?
See above
I was Just asking what ReactOS is doing, not that they need change.
ReactOS is different in this respect, I agree.
Is ReactOS's format the same as Windows. or do you have your own
Binary format?
We
Jakob Eriksson wrote:
Jakob Eriksson wrote:
Alexandre Julliard wrote:
Jakob Eriksson <[EMAIL PROTECTED]> writes:
--- dlls/advapi32/tests/security.c14 Mar 2005 17:20:58 -
1.12
+++ dlls/advapi32/tests/security.c16 Mar 2005 09:32:28 -
@@ -289,8 +289,8 @@
luid.LowPart = i
Michael Lin wrote:
* change wrc to parse '&' and '~' when specifying style
I believe the attached patch would be better solution...you can use
arbitrary expressions in the style definitions with Microsoft Resource
Compiler...
Regards,
Filip
Index: tools/wrc/parser.y
Tom wrote:
Rather worryingly a guy claiming to be a ReactOS developer
Is this guy a real ReactOS developer? I don't recall the name
ever being on wine-devel, wine-patches...
He's rather new to the ReactOS project and works on the kernel...
(http://reactos.com/wiki/index.php/People_of_ReactOS)
-
Francois Gouget wrote:
[snip]
Is this something that MinGW can / should do too?
Yes.
BTW, are there any (other) unofficial Wine patches for the MinGW W32API
package?
Regards,
Filip
Index: lib/shell32.def
===
RCS file: /cvs/src/src/w
Rein Klazes wrote:
Hi,
FrameRgn paints a frame around a region, the frame should be painted on
the inside of the edges, not the outside as it does now.
It's a shame that we're duplicating work all over again :-(
http://www.winehq.org/hypermail/wine-patches/2004/06/0250.html
Jon Griffiths wrote:
+docA.lpszDocName = WtoA( doc->lpszDocName );
+docA.lpszOutput = WtoA( doc->lpszOutput );
+docA.lpszDatatype = WtoA( doc->lpszDatatype;
Isn't there a missing parenthesis?
Robert Shearman wrote:
Filip Navara wrote:
- /* use DrawEdge to adjust the size of rcEdge to get rcDraw */
memcpy((&infoPtr->rcDraw), (&infoPtr->rcClient),
sizeof(infoPtr->rcDraw));
- DrawEdge(NULL, &(infoPtr->rcDraw), EDGE_SUNKEN, BF_RECT | BF_ADJUST);
+ /* subr
Mike Hearn wrote:
+
No, it isn't.
It's not handled in Wine because pthread_attr_setstacksize (for pthread
case) or wine_anon_mmap (for kthread case) is used to allocate the stack
and the rest is handled by the guest OS (AFAIK).
Regards,
Filip
Francois Gouget wrote:
Index: wwn/wn20041015_244.xml
===
RCS file: /var/cvs/lostwages/wwn/wn20041015_244.xml,v
retrieving revision 1.1
diff -u -r1.1 wn20041015_244.xml
--- wwn/wn20041015_244.xml 15 Oct 2004 03:59:52 - 1.1
+++ wwn/w
William Poetra Yoga Hadisoesen wrote:
There are two mistakes:
1. The borders aren't correct. For an active unpushed button, there should only
be one "top-left edge". For a pushed button, there should be only one
"bottom-right edge" (and inner/outer "top-left edge"s)
Actually there should really
Jon Griffiths wrote:
Hi,
--- Filip Navara <[EMAIL PROTECTED]> wrote:
palette as opposed to the system palette (RGB macro) and the value
is constructed as (COLORREF)(0x200 | RGB(R, G, B)).
Yes, its using this value. I have the source for the app and it seems
to imply that it will choo
Vincent Béron wrote:
Hans,
There seems to be a problem with the number of parameters MD{4,5}Final
expect (haven't checked SHA).
advapi32.spec defines it as follow:
@ stdcall MD4Final(ptr ptr)
@ stdcall MD5Final(ptr ptr)
But the actual implementation in crypt_md{4,5}.c are:
VOID WINAPI MD4Final( MD4
Dan McGhee wrote:
Filip Navara wrote:
This commit adds implementation of the ITSS library that is used to
read the Html Help files. Maybe you can try
WINEDLLOVERRIDES="*itss=b" wine xxx.exe
Oops, sorry, I meant
WINEDLLOVERRIDES="*itss=n" wine xxx.exe
(ie. use nat
Dan McGhee wrote:
I could not get IE Help, or any application based on it, to work after
the September snapshot. I did a regression and identified the commit
of 20040824 16:00:16 CDT as causing the problem. This commit edits
this patch:
http://cvs.winehq.org/patch.py?id=13475
This commit adds
Jacek Caban wrote:
Hi.
I got this communicat:
fixme:ntdll:TIME_GetTZAsStr Can't match system time zone name "UTC" to
an entry in TZ_INFO
fixme:ntdll:TIME_GetTZAsStr Please add appropriate entry to TZ_INFO
and submit as patch to wine-patches
so I wanted to send patch, but "UTC" is time convencion
James Hawkins wrote:
+
+VOID WINAPI SystemFunction036(PCHAR Buffer, INT BufferSize)
+{
+ FIXME("(%s, %i): stub\n", Buffer, BufferSize);
+}
+
If you really want to stub this function then please don't print the
buffer contents. It's an output buffer and contains garbage (maybe the
garbage means
James Hawkins wrote:
After searching a bit I came to this as well
Thanks for the links Steven.
Is there any way to obtain the prototype for any of these
SystemFunction's? possibly through a dll dump or something.
If you ask specifically about SystemFunction036, then it's prototype is
(IIRC
James Hawkins wrote:
While trying to install MyPhotoCalendars, an exception is raised
because of a call to the unimplemented function
advapi32.dll.SystemFunction036.
This function was added in W2K or WXP IIRC. Can you try setting the
emulated version of Windows to W98 or WNT?
- Filip
Filip Navara wrote:
Changelog:
Implement A_SHA* functions present in Windows XP and later systems.
Now with a correct diff...
Index: dlls/advapi32/Makefile.in
===
RCS file: /home/wine/wine/dlls/advapi32/Makefile.in,v
retrieving
HA and MD4 functions in platform SDK.
In any case the attached source code shows the prototypes of the SHA
functions (now with proper legal header I hope :-). I guess the MD4
prototypes are similar to the MD5 ones and can be easily guessed.
- Filip
/*
* ADVAPI32 Secure Hash Algorithm Test
* Writte
Francois Gouget wrote:
On Tue, 14 Sep 2004, Robert Reif wrote:
[...]
OK. Here is the beginnings of a joystick test. I want to use
c_dfDIJoystick2 which is defined as extern in dinput.h and exists in
dinput.dll.so but is not exported. It's also not exported in windows
dinput.dll but it is in d
Ryan Underwood wrote:
/*
* ADVAPI32 Secure Hash Algorithm Test
* Copyright 2003 Filip Navara
* Based on public domain SHA code by Steve Reid <[EMAIL PROTECTED]>
*/
This code needs a proper LGPL or other permissive license on it to be
usable. Being based on public domain code an
2003 Filip Navara
* Based on public domain SHA code by Steve Reid <[EMAIL PROTECTED]>
*/
#include
#include
/* SHA Context Structure Declaration **/
typedef struct {
ULONG Unknown[6];
ULONG State[5];
ULONG Count[2];
UCHAR Buf
Filip Navara wrote:
I know this patch isn't really correct, but the old code isn't correct
either. Without it about 80% of the wizards were resized incorrectly
(or not at all) and the header line wasn't hidden sometimes. Even
though I would like to code the resizing correctly
Filip Navara wrote:
This fixes the regression caused by the Mike McCormack's patch and
solves the problem with Macromedia Flash MX in the correct way. There
is still other problem with Macromedia Flash MX when you check the
options on the "Publish Settings" if anyone wants to ju
Filip Navara wrote:
James Hawkins wrote:
If the error disappears, then you're dealing with a bug in Wine's
comctl32.dll.
I used native comctl32.dll and both of the errors disappeared, so I
will take your advice and search around in comctl32.
It's regression in dlls/comctl32/p
Saulius Krasuckas wrote:
Lets try. I am not sure about many things:
1, whether is better to duplicate code SHGetFolderPathW() or to try
finding it by an ordinal its value (the case for the older versions of
SHELL32.DLL) as it was stated by Juergen?
ShFolder is redistributable. I believe the bes
Huw D M Davies wrote:
You're right, an MSFT stdole32 might work fine - I guess we should at
least try it. So for fun I've attached the program we used to
generate CrossOver's stdole32.tlb (Actually you need to take the
generated file and wrap it up in a resource only dll, but that's a
detail). Si
Nyef wrote:
The ICreateTypeLib2 interface is used to create the new-style MSFT typelibs.
The older ICreateTypeLib interface is used for the old-style typelibs. While
the newer interface also implements the older one, when you ask for the old
interface with CreateTypeLib() you get a completely diffe
Mike Hearn wrote:
It basically involves implementing the ICreateTypeLib interfaces in our
OLE dlls. Nyef did some great work on this but for stdole32.tlb we need
the other version, I think.
Can you elaborate more please? Looking at dlls/oleaut32/typelib2.c I see
that the ICreateTypeLib2 interfa
Dan Kegel wrote:
Hi Filip,
if you're looking for testcases, could you try the demo programs in
http://bugs.winehq.org/show_bug.cgi?id=1268 and
Sort of works. All the items are displayed, but when I switch to "Large
Icons" mode all the items are placed at the position 0,0 above themselves.
http:/
Dimitrie O. Paun wrote:
[snip]
Almost. If it does go in though, we need to:
-- fix a few more places where we look at WS_[VH]SCROLL
Ok, I have that done in my local tree and will send it tonight propably.
-- understand why did the listview work at all if the LVS_ stuff was missing
I tried t
Dimitrie O. Paun wrote:
[snip]
The problem is that WM_STYLECHANGED is sometimes sent, sometimes not,
and it seems so much easier to just update it every time we come in
so we can be sure we're using the latest value, as we should. It's
redundant, I agree, but it's neglijable in terms of performance
Dimitrie O. Paun wrote:
On Tue, Aug 03, 2004 at 01:42:28AM +0200, Filip Navara wrote:
Unfortunetly I can't explain it, because I don't understand it
myself. I
In which case I must object to the patch :( It seems we're just hiding
a problem in a very convoluted way, don'
Dimitrie O. Paun wrote:
Can you please explain why updating it is a problem? Yes, we may be
doing more work than needed, but at most it should be a no-op.
In fact, we used to call 'GetWindowLongW(hwnd, GWL_STYLE)' every
time we needed to get to the dwStyle, so updating it in there
should be OK.
Tobias Burnus wrote:
The patch improves the situation a lot! Even Save List works now!
Thanks!
Great!
[snip]
Now, I click on the scrollbar to scroll to the rightmost columns;
while the header is correct, the list itself contains the FIRST
columns not the columns which belong to the column headers
Tobias Burnus wrote:
[snip]
Can you try the attached patch please?
Regards,
Filip
Changelog:
- Don't update infoPtr->dwStyle in LISTVIEW_WindoProc. It's already
handled in LISTVIEW_StyleChanged and LISTVIEW_Create processing.
- Fix TOOLBAR_DrawMasked to correctly use image list mask.
Index: comc
Alexandre Julliard wrote:
Mike Hearn <[EMAIL PROTECTED]> writes:
Yes, I have an implementation of NdrClientCall2 in my local tree, but
I'm a bit busy with other COM things at the moment. I'll send an
updated
patch to the list either tonight or sometime over the weekend.
Alexandre, why was thi
--- Begin Message ---
Shachar Shemesh wrote:
[snip]
System locale affects all *A functions. I.e. - it affects all ANSI
functions. Aside from this affect:
Of course, I took it as fact that the Ansi code page is determined by
system locale and that means all *A functions are affected.
- String co
Dmitry Timoshkov wrote:
We should not complicate things, especially since it's not clear at all
what APIs are affected by system/user locale differences.
System locale affects
- String comparsions
(IntlStrEqWorker[AW], lstrcmp[AW], lstrcmpi[AW])
Uses system locale after trying thread locale (whic
Hi,
I took a quick look at the property sheet code in COMCTL32 in order to
get the Mozilla Firefox setup working. The attached patch fixes some of
the bugs, but the code is too messy for me to understand and fix the
other problems:
- Line ~1532. When PSH_USEHBMWATERMARK or PSH_USEHBMHEADER is s
Robert Shearman wrote:
This should use GetSystemMetrics(SM_CXEDGE and SM_CYEDGE). I'll submit
a patch to fix this since it has already been committed.
You're right. The attached patch fixes that. (Sorry if I'm duplicating
work.)
- Filip
Changelog:
- Use system metrics values in TOOLBAR_DrawPatte
Dmitry Timoshkov wrote:
"Robert Shearman" <[EMAIL PROTECTED]> wrote:
This patch marks the start of balloon tip support. Note that it also has
the same bug as native due to regions not being handled the same as on
Windows.
Do you mean a bug in FrameRgn? If yes, ReactOS might have that bug
fixed
Now with the correct patch...
- Filip
Filip Navara wrote:
Hi!
One insteresting thing is that OpenOffice does the same and was
reported to work under Wine. Anyway, an experimental patch is attached
(it's completely untested).
Regards,
Filip
Phil Krylov wrote:
Hello,
I have a program here
Hi!
In ReactOS we are unprotecting the IAT (Import Address Table) before
every modification and restoring the previous access rights after all
the modifications are done using NtProtectVirtualMemory. I'll try to
write a patch for Wine tommorow if no one will do it earlier, but I
can't test it..
--- Begin Message ---
Hi!
In ReactOS we are unprotecting the IAT (Import Address Table) before
every modification and restoring the previous access rights after all
the modifications are done using NtProtectVirtualMemory. I'll try to
write a patch for Wine tommorow if no one will do it earlier,
Hi!
One insteresting thing is that OpenOffice does the same and was reported
to work under Wine. Anyway, an experimental patch is attached (it's
completely untested).
Regards,
Filip
Phil Krylov wrote:
Hello,
I have a program here (IBM Translation Manager v.6.0.4) which crashes
wine at startup. T
Christian Costa wrote:
+#define WINE_FILENAME_STR "amstream.dll"
This should be '#define WINE_FILENAME_STR "msi.dll"'.
- Filip
Hi,
Steven Edwards wrote:
Hello Wililam,
--- Wililam <[EMAIL PROTECTED]> wrote:
I have implemented the daylight savings time transition dates in the
RtlQueryTimeZoneInformation function.
I think this may fix some of the Mozilla problems I have been seeing
under WINE.
this patch will sure
Hi,
for about week and half I was working on a patch that makes Wine RPC
runtime communicating with the Windows one. Now I'm almost done with the
work and I need help from someone who can test the patch under Wine. (I
was doing all my testing under regular Windows.) If someone will be
willing
Robert Shearman wrote:
It looks much simpler now, but I don't understand why reversing the
direction of the stack should make any difference.
Because when the DefSubclassProc is called first time the stackpos
should be 0 and so if 0 is treated as topmost subclassed procedure in
the hiearchy t
Robert Shearman wrote:
Can you not just use stack->stacknum instead of 0 if the stack is inverted?
Of course I can (now that I understand the code ;-).
I'm not arguing against it and I'm all for it if it makes it easier to code,
but I'm just trying to see what stops you from using the same sta
Hi,
I have found a bug in Wine's comctl32.dll that causes crashes with
subclassed windows. There can happen a situation when DefSubclassProc
ends with all subclassings removed, in this case it cleans up the
subclassing stack stored in a window property and frees it's memory. If
DefSubclassProc
>> i586-mingw32msvc/bin/ld: cannot find -ldxerr9
>
> MinGW lacks up to date DirectX headers and import libs
> but Filip Navara has been working on this. His work just
> needs to be integrated into MinGW. Meanwhile I will add
> a dxerr8 and dxerr9 to my MinGW rpm packages so
Sam wrote:
This patch implements card drawing mode flag
for rounding card corners.
Sami Nopanen, [EMAIL PROTECTED]
I know it was propably suggested earlier, but why don't you use (or
adapt) my cards.dll implementation for ReactOS?
http://cvs.reactos.com/cgi-bin/cvsweb.cgi/reactos/lib/cards/
R
Jeff Muizelaar wrote:
The attached patch changes declspec(naked) to __attribute__(cdecl)
from __attribute__(naked)
As seen in the gcc documentation
(http://gcc.gnu.org/onlinedocs/gcc/Function-Attributes.html#Function%20Attributes),
__attribute__(naked) does not do the same thing as declspec(na
Hi,
I want to synchronize my change from ReactOS with the Wine tree.
Unfortunetly I can't test it and I don't even know if it compiles under
Wine. So if anyone want to take care of it, here it is.
Regards,
Filip
--- static.cTue Feb 10 20:09:04 2004
+++ static.cMon Mar 15 21:34:06 2004
@
70 matches
Mail list logo
