Mike Hearn wrote:
You're right, good catch. I'm not sure it's worth resending the patch
though as really hardly any of our COM implementation is thread safe at
all.
Please don't make assertions like this. If you make people believe that
"code X has fault Y" without specifying exactly where the p
>From the standpoint of an near-ordinary* user (watching Boog 1882),
yes. From the standpoint of developers I'd have thought so too.
After all, if you don't have a bug database, how do you know
what bugs have been identified?
Bugzilla is (or could be) a valuable place. It acts as a
central dat
On Sat, Jul 24, 2004 at 05:11:18PM -0500, James Hawkins wrote:
> In what way can I list the API functions provided from a certain dll
> file? I seem to remember seeing somewhere that you could use a
> debugger, but I'm not sure.
Do you mean the symbols, or something else? For the symbols, you c
Hi all,
Using Dependency Walker to extract the function names from the
advapi32.dll, I have compiled a list of implemented, stubbed,
semi-stubbed, missing, and questionable api functions of advapi32.dll.
As for the percentage that is completed, using implemented / total *
100, advapi32.dll is 50%
James Hawkins wrote:
> In what way can I list the API functions provided from a certain dll
> file? I seem to remember seeing somewhere that you could use a
> debugger, but I'm not sure.
I usually use Dependency Walker (http://www.dependencywalker.com/) which
works fine under wine (seems strange b
In what way can I list the API functions provided from a certain dll
file? I seem to remember seeing somewhere that you could use a
debugger, but I'm not sure.
--
James Hawkins
On Sat, Jul 24, 2004 at 03:14:04PM +0100, Mike Hearn wrote:
> One thing I notice about most other open source projects is that they
> have many more flamewars than we do. So, I thought I'd start one:
>
> It strikes me, looking at the wine-bugs list, that there is a huge
> disparity between the num
Does anyone know where most of the mouse and scroll wheel actions are
being handled in the code? For example, say I am surfing the internet
with Internet Explorere and WINE and I use my scroll wheel to move the
page up and down. Where is the code that handles that? If anyone has
any ideas whatso
> And later when pressing a mouse button:
>
> trace:hook:HOOK_CallHooks calling hook in thread 0013 WH_MOUSE_LL code 0
> wp 200 lp 4071d074
>
> But then there is no other dinput message. Shouldn't there be a call of
> the mouse callback function?
There should, yeah But the way this works is
Yes sometimes if I am bored and looking for something to do I will
search bugzilla and pick a random bug that can either be fixed or needs
to be closed because it is fixed in a more recent CVS. So yes I would
say its still worth keeping.
I lurk on the wine-bugs list, and I see evidence that bugzil
Mike Hearn wrote:
One thing I notice about most other open source projects is that they
have many more flamewars than we do. So, I thought I'd start one:
:)
It strikes me, looking at the wine-bugs list, that there is a huge
disparity between the number of people maintaining it and the number
of
Jeroen Janssen wrote:
> I mean, I want to look something up on the web based upon an url in the
> code, but the page doesn't exist anymore. So I could send in a patch to
> either remove the link, or find a correct one. But what is stopping
> (MSDN) people from moving things to a different location
Well,
I personally think a bugtracking tool (like bugzilla) is needed for any
software development project. It helps you collect bugs on a central
place and you can keep track on the things that matter.
However, it will only work 'correctly' if both the developers and people
that submit bugs wo
Michael Jung wrote:
> I've always thought that the order in which subexpressions are evaluated
> is not specified in the C language. Isn't there the danger of a NULL
> pointer dereference given here?
I don't think so. Order is expressed and is from left to right, so if you have
two functions and d
On Sat, Jul 24, 2004 at 08:38:25PM +0200, Michael Jung wrote:
> Hello,
>
> this is slightly of topic for this mailing list. However, it would be nice if
> someone could answer my question. I've seen that Alexandre changed the if
> statement expression in one of my patches from
>
> if (pszProvider
Hello,
I'm wondering.. it seems there are a lot (MSDN) web references
throughout the code. However, some of those links are out of date.
Either the pages do not exist anymore, or moved to somewhere else.
Is there any structural way to handle this?
I mean, I want to look something up on the web ba
Hi,
--- Ivan Leo Puoti <[EMAIL PROTECTED]> wrote:
> Of course we should keep it. It's a place to track bugs, and keep
> everything
> related to a non working application in the same place. And if we
> didn't have
> it, people would just flood the devel list with bug reports, or not
> report at
> a
Hello,
this is slightly of topic for this mailing list. However, it would be nice if
someone could answer my question. I've seen that Alexandre changed the if
statement expression in one of my patches from
if (pszProvider ? *pszProvider == '\0' : 1)
to
if (!pszProvider || !*pszProvider)
I've a
Am 24.07.2004 um 16:34 schrieb Dmitry Timoshkov:
"Nicolai Kuntze" <[EMAIL PROTECTED]> wrote:
Today I got some modified code snipplet:
case WM_PAINT:
PAINTSTRUCT MalInfo;
BeginPaint( hwnd, &MalInfo);
EndPaint( hwnd, &MalInfo);
HDC hdc= GetDC( hwnd);
BitBlt( hdc, 0, 20, doublebuffersize.right-d
On Sat, Jul 24, 2004 at 08:49:35AM +0200, Gerald Pfeifer wrote:
> ...and here is why:
>
> #define _GNU_SOURCE /* for round() in math.h */
>
> This is not precisely a clever idea, because it is obviously unportable!
round() is a C99 function anyway. I would file a bug against your C
libra
Of course we should keep it. It's a place to track bugs, and keep everything
related to a non working application in the same place. And if we didn't have
it, people would just flood the devel list with bug reports, or not report at
all, and non of them seem a great idea. I've got a couple bugs fix
"Alexandre Julliard" <[EMAIL PROTECTED]> wrote:
> Log message:
> Shachar Shemesh <[EMAIL PROTECTED]>
> System default locale in Windows determines the ANSI encoding
> (LC_CTYPE on Unix).
I still think that this patch is wrong. On my english win2k
with locale set to russian both GetSystemDefaultLC
On Thu, 22 Jul 2004, Gerald Pfeifer wrote:
> The following change to dlls/winmm/wineoss/audio.c
>
> revision 1.135
> date: 2004/07/19 20:08:06; author: julliard; state: Exp; lines: +1 -1
> Francois Gouget <[EMAIL PROTECTED]>
> Use round() instead of ceil() in wodGetPosition(TIME_SMPTE).
"Shachar Shemesh" <[EMAIL PROTECTED]> wrote:
> Frankly, I'm not sure what problem that is. Dmitry, please explain what
> you find wrong with this patch.
>
> Windows has a property called "system locale". This property affects
> what codepage is used for non-unicode applications.
Even more conf
"Nicolai Kuntze" <[EMAIL PROTECTED]> wrote:
> > Today I got some modified code snipplet:
> >
> > case WM_PAINT:
> > PAINTSTRUCT MalInfo;
> > BeginPaint( hwnd, &MalInfo);
> > EndPaint( hwnd, &MalInfo);
> > HDC hdc= GetDC( hwnd);
> > BitBlt( hdc, 0, 20, doublebuffersize.right-doublebuffersize.
Mike Hearn wrote:
> It strikes me, looking at the wine-bugs list, that there is a huge
> disparity between the number of people maintaining it and the number
> of people filing bugs in it. It seems to be quite rare for
> communication on bugfixes to take place there, wine-devel is the more
> usual
Hey,
I'm one of those end-users following development closely. But I rarely
post here. I've submitted two bugs in the bugzilla system. One was
directly taken up by Lionel and fixed quickly. On the second one I did
not get a respond. Here it is (ALSA record problem):
http://bugs.winehq.com/show_b
Dmitry Timoshkov wrote:
As far as I understand what you are trying to do and what the patch
Alexandre committed does is to make the user interface use english
while you still have an ability to type in your native language.
No. What I'm trying to do is have none-unicode applications use the
cor
One thing I notice about most other open source projects is that they
have many more flamewars than we do. So, I thought I'd start one:
It strikes me, looking at the wine-bugs list, that there is a huge
disparity between the number of people maintaining it and the number
of people filing bugs in i
Hi Andreas,
first this question should better be posted to the wine users mailing list
([EMAIL PROTECTED]).
Am Freitag, 23. Juli 2004 20:42 schrieb Andreas Davour:
> Hi!
>
> I try to use wine v.20040505 on FreeBSD5.2 and I just get the error in the
> subject line.
>
> I found another post about
30 matches
Mail list logo