Ring down the curtains, the farce is over ;-)
I will unsubscribe from wine lists in a few days. If anyone of
the contributors has a problem with the few lines of code I wrote
for Wine, they should not hesitate to send me a mail in my
personal inbox, I'll try to understand what I was trying to
At 10:05 PM 2/11/02 -0500, you wrote:
snip
(original poster)
I must use 5726, 5760 and 9600. My app need this to work. On 4800
and 9600 I got error.
snip
(Lawson)
Now nobody is going to convince me there is any software that will make
a normal 16550a run at 5726
snip
You still don't have access
At 10:11 AM 1/29/02 +0100, you wrote:
Running the program The 4th Coming after updating
today,
results into these messages :
fixme:win32:SetCriticalSectionSpinCount
critsection=0x7ff063b8: spincount=1000 not supported
snip
This patch is not yet applied, it can hardly be responsible.
See
At 01:57 AM 1/28/02 -0500, you wrote:
I have finished doing that with one exception: the ListView. This one will
require a lot more work due to the fact that it was extensively modified.
I will work on the listview.c file this week, as I have some of my own
changes that I need to cleanup and
I have finally succeeded in using Python to make test
applications. I find the idea pretty interesting to build
quick-and-dirty applications to test a specific api.
Here is how it can be done.
Get from www.python.org : Python 2.1.1 for windows
http://www.python.org/ftp/python/2.1.1/
Get from
At 01:58 PM 1/15/02 -0500, you wrote:
[once again, I attached the patch by mistake, and the mail did not go
through...oh well, that happens if you don't sleep at night:) ]
I think that by zipping the patch it should be below 64K and
be fine.
Here is the latest version of the Unicode ListView
At 04:44 PM 08/01/2002 -0500, you wrote:
snip
(Another Pythoner, cool :) )
This has given me an idea - while I don't expect it to be
used in Wine, I will try to write my own test progs
with it : use the *windows* python interpreter under Wine.
From the doc, it's possible to call any win32 api
At 09:31 AM 08/01/2002 -0500, you wrote:
snip
So, after much work and no testing, here is a first try at doing that. The
good news is that it seems it compiles. The bad news is that I have no
idea how to test it. So any suggestions on how to test the listview
control, or any help with the testing
At 11:35 AM 15/12/2001 -0800, you wrote:
I think that's quite unfair. I have stated that I personally don't
care about games, I don't have a single application that even uses
DirectX. The only reason I think DirectX is an issue is because I see
users complaining that Wine doesn't run their
At 02:09 PM 16/12/2001 -0800, you wrote:
Gerard Patel wrote:
I'd have no objection to Gpl *if* people having invested
money in Wine success accept the move without problem
I believe Gerard meant to write LGPL, not GPL.
There hasn't been any proposal to the the GPL on
wine, as far as I
At 02:20 PM 16/12/2001 -0800, you wrote:
Well, this sounds like an argument for the LGPL. There is absolutely
no guarantee of stability with the X11 license; anybody can start a
Wine tree under another license, and if developers think this is a
good idea there is nothing I or anybody else can do
At 07:47 PM 13/12/2001 -0800, you wrote:
What do others think?
I feel rather dismayed by the whole discussion.
First to all you lawyers who have already posted their legal opinion,
you can dismiss all that I will say : I'm not a lawyer and I don't
want to be one.
It's only a low-level common
At 02:08 PM 13/12/2001 +0100, you wrote:
On Wed, Dec 12, 2001 at 08:03:31PM -0500, Alexandre Julliard wrote:
Started rewrite of painting functions for multiple processes. Moved
BeginPaint to dlls/user. Fixed bug in paint count handling.
Oh yeah.
*Much* better now :-)
OrCAD PSpice can
At 09:23 PM 10/12/2001 +0100, you wrote:
could the people who had issues with the latest OSS patch(es) test
if this one fixes all their issues ?
I have only one serious issue, and it's fixed by your patch.
While you are at it, I noticed a few spelling errors :
'can be do better' at line 672
At 04:47 AM 03/12/2001 +0200, you wrote:
I thought about that too, but it's not - here is the line from my /etc/fstab
/dev/hda5 /mnt/winvfatdefaults0 0
/dev/hda3 /mnt/dosc vfatdefaults0 0
Try to apply the
At 09:35 PM 29/11/2001 -0800, you wrote:
*Doesn't this fix the problem in Word where if you have multiple
documents open and you switch between them, you can't use the menu bar
any longer?*
Sorry, I don't know. I doubt it, since in mdi code it is stated that
Word does not use MDI. Of course
At 01:58 PM 21/11/2001 -0800, you wrote:
With regard to my problem that I was getting infinite redraws in my listview
following Alexandre's change to server/user/message.c:
I eventually tracked it down to the fact our code used
SetRedraw(FALSE)/SetRedraw(TRUE) on a list control. (So the bug can
At 08:17 PM 18/11/2001 +0100, you wrote:
After upgrading from Wine-20010418 to Wine-20011004 (self-compiled
from tarballs), suddenly it didn't find my C:\Windows any
more. Worked before, same 'puter, config files, etc (TM). Tried with
CVS version.
snip
What could be the difference that makes
At 04:58 AM 15/11/2001 +0100, you wrote:
snip
091d38d8:Call
ws2_32.getsockopt(,,7008,00f1ca84,45e96d54) ret=00de3f47
fixme:winsock:_get_sock_fd handle -1 is not a socket (GLE 6)
trace:winsock:WSOCK32_getsockopt socket: , opt 0x, ptr
f1ca84, len 4
091d38d8:Ret
At 10:10 PM 13/11/2001 -0500, you wrote:
Good day!
regapi still works. My little winelib program exits with no error, but
leaves a stale socket and does nothing. juno.exe, progman,
I_view32.exe, and Dmitry's little About.exe leave a stuck wine process
and a stale wineserver socket. I expect
At 04:43 PM 14/11/2001 +0100, you wrote:
snip
fixme:winsock:_get_sock_fd handle -1 is not a socket (GLE 6)
MSG .0 fatal: getsockopt(SO_OPENTYPE) failed - Invalid handle
This error message has already been posted several times
on the news group. It was linked to the previous Wine version
At 07:07 PM 11/11/2001 -0500, you wrote:
It hasn't gotten itself fixed in the ordinary way of progress, so I have
finally gotten around to a regression in juno-1.49. It crashes just
after getting back 0 from GetDlgItem16, so I added a little trace inside
GetDlgItem. Now I know why it crashes,
At 11:06 AM 10/11/2001 -0500, you wrote:
Thanks Gerard. I will try it Tuesday. Going out of town till then.
Well, I have advanced a bit this weekend. I noticed that one of my
test app does indeed show this regression after the patch we are talking
about.
As the case is a lot more simple than
At 12:38 AM 10/11/2001 -0500, you wrote:
1. SetTimer call is not always generating WM_TIMER messages as it should. I
see:
0806bb20:Call user32.SetTimer(00020057,1003,,6003a04c)
ret=6001e9e4
0806bb20:Ret user32.SetTimer() retval=1003 ret=6001e9e4
in the trace, but never is the
At 01:06 AM 30/10/2001 -0800, you wrote:
snip lot of explanations
First thanks for all this stuff, really enlightening.
This probably means that you have a 16bpp rgb565 screen. Which seems
normal. It also means that the Dib is a bgr888 Dib which does not exist
in Windows. So something weird
At 05:17 PM 26/10/2001 -0400, you wrote:
there seems to be a funky problem with virtualdub
(http://virutaldub.sourceforge.net). Get differing
results between solaris and linux, but both seems to
fail before the app comes up.
Under solaris, it seems like something is screwed up
with the loader
At 02:18 PM 21/10/2001 -0700, you wrote:
Johan Gill wrote:
Since the big DIB fix, red and blue are exchanged in some cases,
for example in the install program for The Sims.
This happens in both depth 16 and depth 24.
Could you give me some more information about your X server
At 02:52 PM 24/10/2001 -0400, you wrote:
This patch permits the recursive deletion of registry
keys that also contain subkeys.
snip
I think that the MSDN article about RegDeleteKey states that this is
a win9x specific behaviour.
Gerard
At 12:57 AM 22/10/2001 -0700, you wrote:
Whoops. The patch was malformed but in such a way that it still
applied cleanly (thus fooling me). But a subtential part of winsock.h
was not getting patched. The best is to revert the previous patch and
apply this one.
I am recompiling in a
At 10:52 AM 22/10/2001 -0700, you wrote:
That's my damn keyboard:
nasty hardware :-)
Well, if this patch makes it to the list, this version will be
good enough for me.
Gerard
At 04:55 PM 10/10/2001 +0200, you wrote:
.
Alexandre Implemented inter-process FindWindow().
Shouldn't this avoid errors like these:
err:win:WIN_FindWndPtr window 1002a belongs to other process
err:win:WIN_FindWndPtr window 10021 belongs to other process
err:win:WIN_FindWndPtr window 10029
At 06:46 PM 10/10/2001 +0200, you wrote:
No the application does a SendMessage
096ed3f8:Call user32.SendMessageA(,c00c,,)
ret=004141aa
= Broadcast message.
Take a look at this
/***
*
At 03:11 AM 29/09/2001 -0700, you wrote:
Probably only that there's a problem with your setup. For example, perhaps
you forgot to copy stdole32.tlb from real windows, as instructed?
No , I did that..
Well, did you import all the registry entries in winedefault.reg then ?
Gerard
At 12:35 AM 11/09/2001 +0300, you wrote:
I took a closer look at this. I just ripped out the interesting parts
from Speak freely in order to find a simple program exhibiting the
problems. What I ended up with was a program which does nothing
interesting except to show a simple dialg using
ChangeLog:
* dlls/user/dde/misc.c
Fix unicode warning
Index: dlls/user/dde/misc.c
===
RCS file: /home/wine/wine/dlls/user/dde/misc.c,v
retrieving revision 1.2
diff -u -r1.2 misc.c
--- dlls/user/dde/misc.c
At 11:37 PM 09/07/2001 +0200, you (Marcus Meissner) wrote:
Hi,
QuickTimePlayer 5 is using InternetGetConnectedState to check whether to
download its 'homepage'.
Just say we are connected, and on a LAN.
Ciao, Marcus
Changelog:
Have InternetGetConnectedState always return 'LAN
At 10:43 PM 03/07/2001 +0200, you wrote:
snip
winmine fails to draw, whereas freecell runs just fine
Yes, I see the problem with winmine; but is it really a 16-bits
problem ?
What I see is an app creating its main window iconic (minimized), then
showing it using ShowWindow.
Current Wine code
This is a problem of intermittents hangings, when moving the
mouse or closing a window (not obvious). I finally realized
that the traces in the hanging of Eudora 4 looked very similar,
but Eudora 4 hangs reliably ;-)
I have found this Eudora crash an infinite loop generated by a
mouse move
This problem I see with Eudora (1.5 or 3.06 - I can't see it with Eudora 4
because it crashes before :-)).
Using the option dialog box, everytime there is a checkbox or an option button,
these buttons appear 2 times when switching from a page to another, one time
at the correct place, one time
At 11:56 PM 09/06/2001 -0400, you wrote:
Using the current CVS (6/9), certain ControlSpy modules (REBAR and
COMBOBOXEX) no longer seem to work, even with the native versions of
COMCTL32. The internal child windows in the left pane are no longer drawn.
Seems to have occured sometime since 6/1. I
This function hangs with the following apps (at least)
- Notepad Win 3.11
- Notepad NT 4
- Eudora 1.5
In all cases, the problem appears when a text has several pages and
I try to scroll toward the beginning of text.
The problem disappears if I comment out the calls to
Since the patch of 4 June, all windows are created as X windows.
This makes one of my test apps to crash; it's creating a child window
in the WM_NCCREATE event handling of a window. When the
child window is created, X bombs because the X window parent
does not exist yet - Wine is trying to
At 07:20 AM 05/06/2001 +0200, you wrote:
Not really, as Alexandre said.
Could you please test the attached small test program?
It fails (of course).
Here is the call with my working computer (glibc2.2, linux 2.4)
0x8048668 main+72:call 0x8048464 write
0x804866d main+77:add
At 10:43 AM 05/06/2001 +0200, you wrote:
This calls fails because glibc detects that the value at (esp+28)
is different of 0 - the real system call is never done, with your
test app and Wine.
Well, note that the second version is only pushing a 32bit offset, so
mmap64 accesses random stack
At 08:12 AM 03/06/2001 +0200, you wrote:
After applying your patch to current cvs, rm config.cache, ./configure,
make depend make Wine crashes as before.
You need to run 'autoheader -l include' if any change to acconfig.h
is submitted.
Thanks, it worked.
Problem solved IMO.
Gerard
At 09:05 PM 01/06/2001 -0400, you wrote:
I am about to implement the AnimateWindow() function
snip
Please don't forget that while it's not technically mandatory, some users
(including myself) would not consider correct an implementation of such features
that don't implement also the following
At 07:19 PM 02/06/2001 +0200, you wrote:
snip
I have now changed config.h to only enable 64bit support for glibc 2.2
or better.
After applying your patch to current cvs, rm config.cache, ./configure,
make depend make Wine crashes as before.
Did you leave something to for Alexandre Julliard
At 06:52 PM 31/05/2001 -0400, you wrote:
Should it look like this?
U __lxstat64
U __xstat64
Just what I have.
if you verify if you have the same problem as myself, with current cvs
remove the line defining _FILE_OFFSET_BITS. This fixes it for me.
Gerard
At 01:24 30/05/2001 +0200, you wrote:
(yet another self followup)
Since the commits of last night, every app I have tried only says :
wine client error:0x80675a8: set_thread_buffer failed with status c00d
with apps that usually work fine.
I have still the problem; I have downloaded a
At 02:05 PM 31/05/2001 +0200, you wrote:
Hmm, can you do 'nm file/file.o|grep stat64' and see if we are including
stat64 there?
U __lxstat64
U __xstat64
You did not ask but server/thread.c list also mmap64 :-)
I have build RPMs for OpenLinux eDesktop 2.4, which is kernel 2.2.14 and
Since the commits of last night, every app I have tried only says :
wine client error:0x80675a8: set_thread_buffer failed with status c00d
with apps that usually work fine.
Gerard
At 10:46 PM 25/05/2001 +0200, you wrote:
I downloaded ftp://ftp.supermemo.com/ftp/sm8zip.exe and managed to
reproduce the bug. (WINE version 20010510)
The way:
1) Using mouse chose FileSuperMemo
2) When app changes its mode click at capition of window
Contents: E:\SM8\SYSTEMS\SUPERMEMO
And now
At 03:42 AM 22/05/2001 +0200, you wrote:
In attachement WIN.3_11 you can see listing generated under windows 3.11.
( Borland WinSight ) (If you want get a listing generated under win98/95 - no
problem , but I'll have to formatreinstall ,because this copy of windows
stopped functioning about 6
At 02:38 PM 19/05/2001 +0200, you wrote:
What do you mean? It's there...
http://www.winehq.com/hypermail/wine-cvs/2001/05/0095.html
Yes :-/
I should have checked again, I was thinking that because wine-cvs input
was generated automatically there could be no reason for data not to be posted
to
At 03:33 AM 20/05/2001 +0200, you wrote:
I think it shouldn't generate infinite loops, but my patch could work
improperly when app catches and doesn't pass to defwndproc WM_NCCALCSIZE
message. So I wrote next patch (attached to this e-mail).
(patch using NC_HandleNCCalcSize instead of
At 11:07 AM 19/05/2001 +0200, I wrote:
(again following up to myself)
But there are other strange crashes that I have not yet investigated
Now I have, this change in server/queue.c removes the 3 remaining hangings :
--- queue.c.origSat May 19 21:06:18 2001
+++ queue.c Sun May 20
At 10:20 AM 20/05/2001 -0700, you wrote:
gerard patel [EMAIL PROTECTED] writes:
(patch using NC_HandleNCCalcSize instead of SetWindowPos)
IMO it's better and it solves my problem as well.
I think the SetWindowPos one was better. If the app handles
WM_NCCALCSIZE we shouldn't try to bypass
At 10:28 AM 20/05/2001 +0200, I wrote:
(one more time following up to myself)
Now searching for the Acrobat Reader funny scrolling...
I guess that this one is probably because of a still incomplete
implementation; what happens is :
- I click in the vertical scrollbar
- the text begins to scroll
At 02:49 PM 20/05/2001 +0200, you wrote:
That sounds correct, even for all mailing lists, not just wine-cvs. The
hypermail archives at winehq.com is updated simultaneously with the list
mail being sent out to all subscribers.
Ah, I was not understanding how the moderation is working (just read
At 03:35 AM 18/05/2001 +0200, you wrote:
Application Super Memo 8 has two modes of functioning. One mulit-document
(using MDI) and the other single-document.
snip
Second Problem:
Also occurs at switching between modes.
The menu is displayed at improper place (about 10-20 pixels upper than it
The patch moving queue management to the server has made about 10 casualties
in my toy test suite (btw, why is this patch not appearing on any archive of wine-cvs
either Integrita or the winehq one ? I am not suscribed to wine-cvs so I don't
know if anyone has received it at all)
The simplest
At 08:56 PM 12/05/2001 +0200, you wrote:
085a8b90:Ret USER.114: DISPATCHMESSAGE() retval=0x ret=02ef:005c ds=033f
085a8b90:Call USER.108: GETMESSAGE(0x033fd1be,0x,0x,0x) ret=02ef:4055
ds=033f
fixme:pthread_kill_other_threads_np
...
Unhandled exception: page fault on read
At 09:56 PM 13/05/2001 +0200, you wrote:
snip tooltip file dialog problem
Does anyone know how to fix this?
http://www.winehq.com/hypermail/wine-devel/2001/05/0035.html
(or replace winehq by 130.225.13.222 if the Corel Dns is still down :-/)
Gerard
At 11:12 PM 09/05/2001 +0200, Ove Kaaven wrote:
For any sufficiently disillusioned Wine hackers, here's my current
experimental code for letting GDB attach to a Wine process.
snip
Is there any way to debug an application from the beginning using this tool ?
(the reason I would like to try it is
Calling SetParent of a child window does not create a X counterpart in current Cvs
if parent = 0.
Fixes one at least of the 2 crashes I had pointed to with the User patch of 24 april.
ChangeLog:
* dlls/x11drv/window.c
creates (again) a X counterpart for children
At 05:46 PM 02/05/2001 -0700, you wrote:
could you please give this a try?
snip
Excellent, this is fixing the painting problems.
Now, all I have to do is to find the tooltip bug, the Eudora combo display problem
and the 2 remaining crashes and my toy test suite will be in as good shape as
At 11:23 PM 01/05/2001 +0200, you wrote:
snip
I believe the potential problems that this can cause are way more important
than some claims that there are some problems with library freeing.
I've had that FreeLibrary() #if hack removed for a long time,
and I haven't see any adverse effects (not
At 02:30 PM 25/04/2001 +0200, I wrote:
At 09:30 AM 25/04/2001 +0200, I wrote:
Also several apps are not erasing parts of the screen : among others the word viewer
97
(freeware downloadable). A few other strange crashes.
Still talking to myself... I feel I'm soon one of these sad cases
I have tried to retrieve this patch :
http://cvs.winehq.com/patch.py?id=9881549330718504618853331
It does not look as a regular diff ??? I suspect a problem in the
script.
I have absolutely no knowledge of the language used in this script,
so I can't do more than report.
Here is quoted a small
At 08:04 PM 01/05/2001 +0200, you wrote:
as of today, the added files are marked with the mark (instead of
the +++ and --- for the diffs), which of course causes some issues when
you use the whole file as a patch (normally, all the added files are at
the end; so the easy way of doing it is to
At 07:26 AM 22/04/2001 -0700, you wrote:
I've been investigating the free Borland ilink32.exe , the one that
locks under wine. Has this been discussed already? Well anyway, it
probes several memory address with VirtualQuery(). This first location
is 0x8000 . On a normal windows system
At 09:30 AM 25/04/2001 +0200, I wrote:
There may be other problems, I have not the time to search for them all just now.
Also several apps are not erasing parts of the screen : among others the word viewer 97
(freeware downloadable). A few other strange crashes.
Gerard
At 02:07 PM 25/04/2001 +0200, you wrote:
Do you mean
http://support.microsoft.com/support/kb/articles/Q171/7/93.ASP
?
Yes
Gerard
I have looked at wrc code and there is a strange 100K limit on the size of
mem allocation :
assert(size 0);
assert(size 102400);
res = malloc(size);
if(res == NULL)
{
Baffling code - hardcoded limit hidden in a C file :-/
I removed the assert and wrc was able to
I have looked at wrc code and there is a strange 100K limit on the size of
mem allocation :
assert(size 0);
assert(size 102400);
res = malloc(size);
if(res == NULL)
{
Baffling code - hardcoded limit hidden in a C file :-/
I removed the assert and wrc was able to
At 10:54 AM 08/04/2001 +0100, you wrote:
I've found time to do some more digging, but I'm still stumped.
snip
I have browsed server/registry.c and it seems that the registry
stores a terminating null for strings; so if you have in the registry
file a string like "0123456789", it get in memory a
At 11:44 PM 17/03/2001 -0500, you wrote:
Strange but true. I reverted the patch, and alt-b beeps but does not
cause a crash. With the patch in, wine crashes without a beep.
Now I guess I'll put it back in. It doesn't cripple me if wine crashes
when I fat-finger the GUI. I guess wine-devel
At 10:26 PM 16/03/2001 -0500, you wrote:
On a related note, I provoked that crash in menu.c again, this time by
hitting an accelerator key (?) for a button that was not enabled at the
time.
First thanks for the bug report.
The trace is not difficult to read, the menu item is a text item and
At 08:54 PM 15/03/2001 -0500, you wrote:
snip
for its version info and gets the builtin. The ver trace looks a little
strange to me - maybe it will make sense to you?
Do you mean a strangeness that could go away with the following patch :
--- info.c.orig Fri Feb 23 21:37:15 2001
+++ info.c
At 03:00 PM 14/03/2001 -0800, you wrote:
snip
that the wine debugger can resolve, it is possible to meet the needs that
have been expressed.
Expressed ?
What I wanted is something short and simple, so I could help people on
the news group. The use of my patch could be explained in *one* line
At 12:04 PM 14/03/2001 -0500, you wrote:
I remember wishing fondly for something like this when we were working
on WordPerfect, but never having the time to do it myself.
FYI someone at Codeweavers has something much more sophistificated
than my simple patch but from my understanding it's not
At 11:24 AM 10/03/2001 -0800, you wrote:
gerard patel [EMAIL PROTECTED] writes:
This implements a way to not output the debug trace to disk until the
user hits Alf + F12. The goal is to avoid too big trace files.
I think it would be much better to do that with a small external
program
At 08:30 PM 25/02/2001 +0600, you wrote:
I am trying to modify the Wine PostScript driver to use GetPrinterDataA
to read configuration information from the registry. I have added a
line that reads "import winspool.drv" to wineps.spec, and Wine builds
with no errors. When I try to run Wine,
At 01:34 AM 20/2/01 +1100, you wrote:
Just a potentially useful data point, since the Wrapster source is freely
available on their website (it's written in PASCAL). Wrapster and
UnWrapper won't work under WINE 20010112. Wrapster appears to sit in an
infinite loop when asked to unwrap a file
At 08:08 PM 20/2/01 -0500, you (Chris Morgan [EMAIL PROTECTED]) wrote:
ChangeLog entry:
*dlls/shell32/shres.rc, shresdef.h, shlfolder.c, shlfileop.c:
Chris Morgan [EMAIL PROTECTED]
Confirm file deletes. Make delete confirmation messages more consistent.
Improve trace messages on delete failure.
At 01:11 AM 11/2/01 -0800, you wrote:
But I'm not behind a modem. I'm behind a DSL so the above really
doesn't matter much.
I know I could just as well use my ISP's mail server and maybe I'll
change my configuration one day. But it seems to me that the MAPS DUL is
treating innocent users
At 02:36 PM 11/2/01 +0100, you (I) wrote:
I had just last week a real-life experience with this kind of setup:
snip
Err, I was wrong, it was probably not an ADSL user, but I don't
think it affects the issue : too many mail servers with no control is not
good (not until they pay me for the
At 01:44 PM 12/2/01 +1200, you wrote:
snip
program, by writting into the users maildir. How this is done is
under novel you can Create files in directorys that you cannot see(if
that permisson is greated to you). But you can't do this under unix.
So the need to implement file i/o for novell
At 10:37 AM 5/2/01 -0600, you wrote:
I can't see this WM_NULL with Winsight. Maybe it's a bug in
Winsight :-/, but are you sure it's not some framework that is
sending it ?
Hmm, what are you talking about ?
And I don't quite understand what you're investigating here... ;-)
*I* don't
At 02:38 PM 5/2/01 -0600, you wrote:
Well, examining how Windows does it can be done,
but I don't think it's too useful, as I think that the current approach
with that fix should work fine.
Now I think I see : this can only be useful if EndDialog is called from
another thread, right ? If yes,
At 12:00 AM 6/2/01 +0100, you wrote:
last paragraph), there's also the possibility that Windows recognizes that
it's a message known to contain pointers, and so just drops the message,
so that EM_GETSEL is simply never dispatched?
Indeed under NT4 such a call is discarded by Windows (returns 0,
At 05:40 PM 3/2/01 +0600, you wrote:
snip
I cannot get this patch to apply. I've tried it with a CVS pull from
earlier today and one from 1/29. With both, I get:
patching file include/winspool.h
Hunk #1 FAILED at 957.
1 out of 1 hunk FAILED -- saving rejects to file include/winspool.h.rej
snip
At 06:24 PM 3/2/01 +, you wrote:
snip
however, it would be great if someone else could try Ulrich's patch to see
if I'm the only one with BD results...
I tested Ulrich's patch on current Cvs on a vanilla Suse 7.0 (gcc 2.95.2, binutils
2.9.5)
The patch applied all right, built fine
At 12:12 PM 31/1/01 +0100, you ([EMAIL PROTECTED]) wrote:
The terminated thread had done a SendMessage before, however, and when
the receiving thread tried to reply to that SendMessage, the sending thread
was gone, which resulted in a crash as queue-teb was invalid.
snip
I remember having
At 09:00 PM 1/24/01 +0100, you wrote:
hello everybody!
i'm working on bug #137: some apps (for example winmine.exe) fail to
work in managed mode, but under desktop or in unmanaged mode everything
is ok.
snip
Err... I remember having seen this very problem a year again, found the same
workaround
At 03:53 PM 1/21/01 +, you wrote:
Yes I wondered about that. The problem is, what is the Right Thing - fail the
BitBlt operation? Also Alexandre mentioned a few days ago that he was not keen
on rippling errors back up the function chain if nothing useful could be done at
the top-level.
In
At 02:10 AM 1/20/01 +0100, you wrote:
In fact, the only situation I could understand GetFastQueue16 to fail
would be if the application doesn't load the USER subsystem, so that
the callout from KERNEL will not be present. Could you provide a
trace with +relay and +loaddll to show whether and
At 10:01 AM 1/18/01 -0800, you wrote:
On Thu, 18 Jan 2001, Thomas Dodd wrote:
[...]
I didn't write it, but it was written using Delphi according to the
help files. Any way to find out what DLLs are being used,
without extra huge amounts of messages?
Ah, it's written with Delphi. It's
At 09:42 AM 1/15/01 +0800, you wrote:
Could you please add
if(!(es-style ES_MULTILINE)) return;
at the start of EDIT_UpdateScrollInfo and try that patch again?
Yes, it works with this change; this is not surprising, do you intend
this as a test or as a real fix ?
In the latter case, I have
At 09:23 AM 1/14/01 +, you wrote:
Is there any up-to-date information on using the Wine debugger following the
Great DLL Separation?
I have a commercial application which crashes in X11DRV_BitBlt during startup,
and I'd like to step through the failing code to find the problem. However I
1 - 100 of 221 matches
Mail list logo
