"James Hawkins" <[EMAIL PROTECTED]> wrote:
Is this information available in our winedump? I've always been
confused about when to use ordinals and whent to use the @ symbol. I
also used depends and that just gave me the ordinals.
No, winedump is not able to dump contents of COFF .lib files,
On 10/11/06, Dmitry Timoshkov <[EMAIL PROTECTED]> wrote:
"James Hawkins" <[EMAIL PROTECTED]> wrote:
> Ah ordinals, for this dll it's not a big deal because (probably) all
> apps get the export by name instead of ordinal. For the installers
> I've seen that's the case, and I can't imagine any ap
"James Hawkins" <[EMAIL PROTECTED]> wrote:
Ah ordinals, for this dll it's not a big deal because (probably) all
apps get the export by name instead of ordinal. For the installers
I've seen that's the case, and I can't imagine any app working on both
Home and Professional if the ordinals are dif
I was doing janitorial Win64 printf format work on ws2_32 and noticed
the following warning:
ws2_32/socket16.c:319: warning: passing arg 3 of `WS_ioctlsocket' from
incompatible pointer type
which belongs to this piece of code:
INT16 WINAPI ioctlsocket16(SOCKET16 s, LONG cmd, ULONG *argp)
{
re
On 10/11/06, James Hawkins <[EMAIL PROTECTED]> wrote:
On 10/11/06, Paul Chitescu <[EMAIL PROTECTED]> wrote:
> On Wed, 11 Oct 2006, James Hawkins wrote:
> > Hi,
> >
> > Changelog:
> > * Add missing stubs to the spec file.
> >
> > dlls/mscoree/mscoree.spec | 125
+
On 10/11/06, Paul Chitescu <[EMAIL PROTECTED]> wrote:
On Wed, 11 Oct 2006, James Hawkins wrote:
> Hi,
>
> Changelog:
> * Add missing stubs to the spec file.
>
> dlls/mscoree/mscoree.spec | 125
+++--
> 1 files changed, 120 insertions(+), 5 deletions(-)
On Wed, 11 Oct 2006, James Hawkins wrote:
> Hi,
>
> Changelog:
> * Add missing stubs to the spec file.
>
> dlls/mscoree/mscoree.spec | 125
> +++--
> 1 files changed, 120 insertions(+), 5 deletions(-)
Interesting - what mscoree version are those ordinal
Regenerated against git HEAD for whoever cares about these.
Changes since last time:
- user: format warning fixes
- user: initialise cursor16 to 0 in destroy_cursor()
- user: fix a small compile problem in the 6th patch, caused by
splitting things up. (The 8th patch removes the relevant block)
-
Am Freitag, 6. Oktober 2006 18:09 schrieb Willie Sippel:
> Am Freitag, 6. Oktober 2006 15:26 schrieb Ulrich Czekalla:
> > From our discussions at wineconf we concluded that overriding the
> > various functions such as glViewport and glScissor will get us there for
> > most applications.
> >
> > Th
> nothing against ULONG_PTR, more likely, my proposal only has one ugly
> ULONG_PTR cast, while they were two
I like your style! :)
-- Andy.
Andrew Talbot wrote:
Eric Pouech wrote:
actually, this would be better written as:
((PIMAGE_SECTION_HEADER)(DWORD_PTR)((LPCBYTE)&((const
IMAGE_NT_HEADERS*)(ntheader))->OptionalHeader + \
((const
IMAGE_NT_HEADERS*)(ntheader))->FileHeader.SizeOfOptionalHeader))
On 10/11/06, Christian Gmeiner <[EMAIL PROTECTED]> wrote:
dlls/user/sysparams.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/dlls/user/sysparams.c b/dlls/user/sysparams.c
index 35be4fa..921c4f6 100644
--- a/dlls/user/sysparams.c
+++ b/dlls/user/sysparams.c
@@ -2249,6
The page
http://www.winehq.com/site/download-rh
is great, but nobody's built these packages since 0.9.2.
Can someone whip out a White Box Enterprise Linux 3.0
build of 0.9.22?
Thanks,
Dan
Eric Pouech wrote:
> actually, this would be better written as:
> ((PIMAGE_SECTION_HEADER)(DWORD_PTR)((LPCBYTE)&((const
> IMAGE_NT_HEADERS*)(ntheader))->OptionalHeader + \
>((const
> IMAGE_NT_HEADERS*)(ntheader))->FileHeader.SizeOfOptionalHeader))
Hi Eric,
I'm not see
Dmitry Timoshkov wrote:
"Andrew Talbot" <[EMAIL PROTECTED]> wrote:
#define IMAGE_FIRST_SECTION(ntheader) \
-
((PIMAGE_SECTION_HEADER)((LPBYTE)&((PIMAGE_NT_HEADERS)(ntheader))->OptionalHeader
+ \
-
((PIMAGE_NT_HEADERS)(ntheader))->FileHeader.SizeOfOptionalHeader))
On 10/11/06, MikoĊaj Zalewski <[EMAIL PROTECTED]> wrote:
Windows doesn't send them.
I believe you, but it would be nice if you sent in a test with the change.
--
James Hawkins
Dmitry Timoshkov wrote:
>
> UINT32 is not a 64-bit safe type. Please use ULONG_PTR instead.
>
Yes, I don't want to copy the way a certain other organization implemented
its version. ;)
Thanks,
-- Andy.
Robert Shearman <[EMAIL PROTECTED]> writes:
> I think we should do this, but protect them with #ifdef __WINESRC__,
> since we may want to use them internally, but we don't want them used
> in things that may be built with the PSDK headers, like tests.
We can do that for things that actually need
"Andrew Talbot" <[EMAIL PROTECTED]> wrote:
#define IMAGE_FIRST_SECTION(ntheader) \
-
((PIMAGE_SECTION_HEADER)((LPBYTE)&((PIMAGE_NT_HEADERS)(ntheader))->OptionalHeader
+ \
-
((PIMAGE_NT_HEADERS)(ntheader))->FileHeader.SizeOfOptionalHeader))
+
((PIMAGE_SECTION_HEADE
James Hawkins wrote:
Hey guys,
What is our policy on adding undocumented functions to Wine's public
headers? My stance is that we, as an alternative implementation of
the Win32 API, provide another set of Win32 public headers, like
Microsoft and cygwin/mingw provide as well. If our headers con
"Nickolay V. Shmyrev" <[EMAIL PROTECTED]> writes:
> While waiting for review I suggest a bit more advanced patch. It sets
> dialog type for dialog and reorders call sequence.
I don't think reordering the calls is useful, and it makes it harder
to see what you are really changing. Please avoid tha
"Vitaliy Margolen" <[EMAIL PROTECTED]> wrote:
Although I see the caption with my patch, I think that the problem is
somewhere else: before and after my patch applied a window which is
supposed to be fullscreen, doesn't cover KDE's app bar. That most
So there is a problem still. I was dealing w
Dmitry Timoshkov wrote:
> "Vitaliy Margolen" <[EMAIL PROTECTED]> wrote:
>
>> - Start the program and navigate to a picture file
>> - Double click on the file
>> - If in window mode, switch to full screen (using middle button)
>> - While in full screen mode use middle button to switch back to file
On Wed, Oct 11, 2006 at 09:00:32AM -0400, Vijay Kiran Kamuju wrote:
> Huw,
>
> Can you look at the debug log after applying the SupportInfo Patch in
> the bug#6341.
Well of course I see the app QI(IRunnableObject) but that doesn't mean
that it should succeed.
Note there are a bunch of unimplemen
Hi,
I want to tackle the problem of loading and accessing
kernel drivers again.
Since the previous tries were met with design concerns,
lets try to clarify design issues first.
- Services are handled and registered by ADVAPI32.
Currently we handle process type services correctly,
which are
Huw,
Can you look at the debug log after applying the SupportInfo Patch in
the bug#6341.
I think QI should be done for IXMLDocument not IXMLNode.
I will try to do it for IXMLNode as well.
Thanks,
VJ
On 10/11/06, Huw Davies <[EMAIL PROTECTED]> wrote:
On Wed, Oct 11, 2006 at 12:55:41AM -0400, Vi
On Wed, Oct 11, 2006 at 12:55:41AM -0400, Vijay Kiran Kamuju wrote:
> I will wait on sending tests on this one.
> Until the first one gets in
> (http://www.winehq.org/pipermail/wine-patches/2006-September/030659.html)
Ok, so let's look at that one.
I think the problem here is that ISupportErrorIn
Hi!
> Marcus Meissner wrote:
> >On Wed, Oct 11, 2006 at 11:32:47AM +0200, Markus Amsler wrote:
> >
> >>Hi,
> >>
> >>What kernel version/distro are you using? What about make test.
> >>
> >>I had similar strange behavior with 2.6.18 (debian/unstable
> >>linux-image-2.6.18-1-686): wine segfaults i
Marcus Meissner wrote:
On Wed, Oct 11, 2006 at 11:32:47AM +0200, Markus Amsler wrote:
Hi,
What kernel version/distro are you using? What about make test.
I had similar strange behavior with 2.6.18 (debian/unstable
linux-image-2.6.18-1-686): wine segfaults in multiple situations. The
stran
Duane Clark wrote:
Alexandre Julliard wrote:
Markus Amsler <[EMAIL PROTECTED]> writes:
+ /* fill empty buffer on small reads */
+ if(!file->_cnt && rcnt <= MSVCRT_BUFSIZ) {
+MSVCRT__filbuf(file);
+/* reset internal buffer */
+file->_cnt++;
+file->_ptr = file->_base;
+ }
On Tue, 2006-10-10 at 16:32 -0500, Brad DeMorrow wrote:
> Is Anyone currently working on this?
>
> If Not - I would like to start working on this part myself, it seems
> like it is fairly simple - but tedious work :-)
>
> Shouldn't be too much of a hassle and should help a little
>
> --Brad
On Wed, Oct 11, 2006 at 11:32:47AM +0200, Markus Amsler wrote:
> Hi,
>
> What kernel version/distro are you using? What about make test.
>
> I had similar strange behavior with 2.6.18 (debian/unstable
> linux-image-2.6.18-1-686): wine segfaults in multiple situations. The
> strangest was: make
Duane Clark <[EMAIL PROTECTED]> writes:
> Are you referring to _read() or read_i()? Those don't have an
> associated internal file buffer/cache (I guess because they don't have
> an associated file->_cnt and _ptr). Or were you referring to some
> other read call?
>
> fread already does a _read() o
> > > a +ntdll trace would be helpful
> >
> > How do I enable that? (likely a noob question)
> WINEDEBUG=+ntdll wine foo.exe
OK, got it. I have attached a log to the bugzilla entry.
In addition, I also now attached an executable, complete with sample data, so
anybody may quickly reproduce it.
Th
Hi,
What kernel version/distro are you using? What about make test.
I had similar strange behavior with 2.6.18 (debian/unstable
linux-image-2.6.18-1-686): wine segfaults in multiple situations. The
strangest was: make test failed/segfaulted in ntdll, but running the
test manually with runtest
35 matches
Mail list logo
