Dustin Navea wrote:
bah some of these sobig emails are still getting thru jer
I think these have no attachments, though I don't receive the emails
directly, so I can't be sure. At least the attachments are not archived;
I don't know where they are being stripped. Without the attachment, they
Eric Pouech wrote:
oops (took the file from the wrong dir...)
That one came through, but unfortunately it did not fix the problem. I
will try to see if I can figure out a bit more about how writes to pipes
work.
Ahh..., fun with the Sobig.F virus. I skipped out yesterday to do some
scuba diving, and arrived this morning to find about 7000 emails
awaiting moderation. Yikes!!!
Anyway, Jeremy seems to have fixed things so they are now being blocked.
Thanks!!! But rather than trying to go through 7000
Gregory M. Turner wrote:
I don't think I've done anything on wine-bugs lately... what's going on here?
-- Forwarded Message --
Subject: Your message to wine-bugs awaits moderator approval
Date: Sunday 24 August 2003 05:40 pm
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Your
This is a bit old, from May, but anyhow...
The patch to implement anonymous pipes on top of named pipes:
http://www.winehq.com/hypermail/wine-cvs/2003/05/0305.html
along with a corresponding bug fix:
http://www.winehq.com/hypermail/wine-cvs/2003/06/0123.html
causes Xilinx ISE to run really,
Duane Clark wrote:
This is a bit old, from May, but anyhow...
The patch to implement anonymous pipes on top of named pipes:
http://www.winehq.com/hypermail/wine-cvs/2003/05/0305.html
along with a corresponding bug fix:
http://www.winehq.com/hypermail/wine-cvs/2003/06/0123.html
causes Xilinx ISE
Jeremy Newman wrote:
Yup, here is the message.
http://winehq.com/hypermail/wine-patches/2003/08/0203.html
I'll remove that attachment. Should we contact that author and let him
know he is infected, or simply remove him from the list?
Please don't remove anyone from the lists. The From is always
Sylvain Petreolle wrote:
I have an evidence that some robots can grab our email adress, even
with our mangling process on winehq. I used my work adress only onto
wine-devel and got spammed last week.
A lot of spammers do dictionary attacks using various email combinations
including first initial
Stefan Leichter wrote:
On Friday 22 August 2003 19:00, Duane Clark wrote:
I have temporarily changed the maximum message size on wine-patches to
40KB. So any emails with valid forged From headers will be caught for
moderation. Since all the other lists were already set at 40KB by
default
Brian Vincent (C) wrote:
I put together the following:
http://users.theshell.com/~vinn/wine-history.html
...
Comments / suggestions / criticisms?
Some interesting postings from the beginnings of Wine were collected and
reposted last year. They might be worth including or being referenced in
Peter Birch wrote:
The latest cvs code (08/06/2003 20:45:00 pst) will not compile - I get
the following error:
gcc -c -I. -I. -I../../include -I../../include -D_REENTRANT -fPIC
-D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -fno-strict-aliasing
-gstabs+ -Wpointer-arith -g -O2 -o propset.o
Running MS Excel viewer, I seem to be able to crash it fairly easily
when opening files. The is occurring in the apparently undocumented
function EnumMRUListA, so I am not really sure what to expect here.
Unhandled exception: page fault on read access to 0x in 32-bit
code (0x40a231f0).
Dustin Navea wrote:
could someone send me the testcase and i will run it on a win2k machine, a
win98 machine and a winxp machine?
Hmm, an executable for determining the SM_CYCAPTION metric is small, so
I'll attach that. It comes from this code.
#include windows.h
#include stdio.h
main()
{
BiGgUn wrote:
Changelog: Oops, initial thumb length doesn't appear to depend on
SM_CYCAPTION after all.
Thumb length DOES depend on GetSystemMetrics( SM_CYCAPTION) on a
native platform. ( thumb_length = GetSystemMetrics( SM_CYCAPTION) + 2
[with no select range]) If wine uses standard values
BiGgUn wrote:
As BiGgUn suggests, in TRACKBAR_InitializeThumb, setting:
infoPtr-uThumbLen = 21;
In this case 21 is a magic number. In fact, infoPtr-uThumbLen equals SM_CYCAPTION.
From the Wine include file:
winuser.h:#define SM_CYCAPTION 4
So I don't think we want to use that
Jon Bright wrote:
Duane Clark wrote:
From the Wine include file:
winuser.h:#define SM_CYCAPTION 4
So I don't think we want to use that value.
That's just the value for passing to GetSystemMetrics. The actual value
returned will be either:
sysMetrics[SM_CYCAPTION
Mike Hearn wrote:
On Tue, 2003-07-29 at 05:19, Duane Clark wrote:
I have done quite a bit of comparison testing with ControlSpy on Wine
and Win2K, so these changes should be accurate. Mainly done to fix
earthquake (which was completely broken).
Changelog:
Fix the size/position
BiGgUn wrote:
Hi,
I'm currently working on a patch about trackbar sizes fixes. The main goal
of this patch is to get rid off magic values and provide a more generic
approach of trackbar computation.
Some test cases have shown for example that thumb length doesn't depend on
client rect
Duane Clark wrote:
Hmm, attached is what that looks like for me. So I don't know why it
looks bad to you.
Oops, sorry. I was using a native control there. I do see the same thing
as you.
Duane Clark wrote:
Duane Clark wrote:
Hmm, attached is what that looks like for me. So I don't know why it
looks bad to you.
Oops, sorry. I was using a native control there. I do see the same thing
as you.
(Sorry about replying to myself several times)
As BiGgUn suggests
Brian Vincent (C) wrote:
...
PS. Anyone notice the interviews on WWN? Anyone have any
comments or suggestions for improving them? Any particular
people I need to interview that I'm forgetting? (I do have
some in various stages of preparation, and a list of people
I need to include.) I'll save
Robert North wrote:
Dustin Navea speeddymon-at-yahoo.com |Wine Mailing Lists| wrote:
Hey guys i was browsing thru BugZilla and I noticed that most if not all of
the bugs between 853-1349 are missing their descriptions.. Possibly from the
software update?
Either way, I'm still around every now
Francois Gouget wrote:
-As to the implict existance question: I'm not sure.
+As to the implict existence question: I'm not sure.
+As to the implicit existence question: I'm not sure.
^
Mike Hearn wrote:
I've been doing that, but unfortunately am limited in how far I can go
back before I lose NPTL support and wine stops running.
If it's my setup here then it'll also be borked. I'm sending latest CVS
into work, to see if that breaks IE as well, then I'll know if it's code
or
Gregory M. Turner wrote:
I've been trying to force myself to use nt4 mode nt4 native dll's; Oh, and
just to make it even more borked I'm using IE6 ;). Absolutely no dice
whatsoever, here. The installation goes OK, but I just can't find a
combination of native/wine dlls that doesn't go bonk
Sylvain Petreolle wrote:
could you tell exactly what you are doing to get this ?
I tried it with gnome and kde in managed mode
and got no problem of this kind.
It looks to me like its your install is borken. However CVS has its
own problems
James wrote:
On Wed, 2003-03-12 at 17:28, Mike Hearn wrote:
Hi, that version is over half a year old. Compiling from source is a bit
harder than using RPMs, but not much. If you can keep up with CVS then
upgrading is pretty easy as well.
Yes, I was wondering about this. RH are often quite good
James wrote:
Great, thanks for the copy of details. I'll file them away for when I
get a moment. It's a little while since I last tried building anything
manually, and had compatibility issues back then, so I avoid it when I
can, plus I noticed some stuff in the knowledgebase about this so felt i
Jon Bright wrote:
...
(as an aside are patches preferred as MIME attachments or straight in
the mail here?)
I will just throw in a couple more comments to add to those already
made. The main problem with the way you attached this is that it has
modified a lot of the special characters, which you
Tony Lambregts wrote:
Ok. then
Change Log: Clarify patch requirements.
Files changed: documentation/patches.sgml
Index: patches.sgml
===
RCS file: /home/wine/wine/documentation/patches.sgml,v
retrieving revision 1.6
diff -u -r1.6
Duane Clark wrote:
Which demonstrates one of the complications with inlined plain text,
because generally extra effort is required to prevent undesired word wrap.
Perhaps what might reduce this problem is to explicitely document for
every common mailer, a method that will produce the desired
Mike Hearn wrote:
I was under the impression this is what tools/examine-relay did?
I never understood exactly how it does the indents though, it does it in
a slightly non-intuitive way.
That is very close to what I want. I have started making mods to it, and
will submit it probably as a separate
Alexandre Julliard wrote:
Duane Clark [EMAIL PROTECTED] writes:
Changelog:
A tool for indenting calls in relay traces.
It would be much better to merge that into examine-relay, rather than
having two different scripts basically doing the same parsing.
The format of the output is quite
Just wondering if anyone has written a script or something that does
indenting of relay traces. I don't know how other people handle these,
but I find that I invariably spend a lot of time indenting the calls in
relay trace files to make them easier to follow. It would seem like
something that
J. Grant wrote:
Hi,
Is there a reason the font metrics are rebuilt every day or so? (when
I start to run a program with wine)
See the thread:
http://www.winehq.com/hypermail/wine-users/2003/02/0073.html
Alexandre Julliard wrote:
Duane Clark [EMAIL PROTECTED] writes:
Changelog:
Before changing window size/pos, handle pending ConfigureNotify events.
That's only hiding the problem, and only in some cases. There is no
guarantee that the ConfigureNotify has arrived by the time we do the
resize
Just wondering about the status of two patches. Is there any additional
info I can provide or changes that need to be made for these?
http://www.winehq.com/hypermail/wine-patches/2003/02/0080.html
http://www.winehq.com/hypermail/wine-patches/2003/02/0095.html
Eric Pouech wrote:
Rein Klazes wrote:
On Fri, 14 Feb 2003 14:27:11 -0600, you wrote:
Log message:
Changed fd operations to take a struct fd instead of a struct object.
Removed get_file_info function from object operations.
Added get_device_id request to avoid abusing get_file_info.
Dimitrie O. Paun wrote:
On February 13, 2003 11:06 pm, Duane Clark wrote:
I probably should have mentioned why the app deletes column zero. It
repeatedly deletes column zero, testing the returned Boolean until it
gets false, and then it starts inserting new columns. So it ends up
completely
Tony Lambregts wrote:
Alexandre Julliard wrote:
Well, yes, if we really need to change the fstype it should be a
generic option that allows all types to be specified, not just
NTFS. And it shouldn't overload the existing type parameter, it
should be a separate entry.
OK. I guess my biggest
Dimitrie O. Paun wrote:
On Thu, 13 Feb 2003, Peter Hunnisett wrote:
... I've attached a simple test case, the code for the test
case and a ReWind licensed patch for the problem.
Are you sure?
The version with the attached test case got stuck in moderator limbo
because it is 60KB, and I
Originally discovered (as far as I know) by Paul McNett and mentioned in
bug 1264, typing a shift-tab in an app under Wine generates the message:
err:keyboard:X11DRV_ToUnicode Please report: no char for keysym FE20
(ISO_Left_Tab) :
err:keyboard:X11DRV_ToUnicode
Dimitrie O. Paun wrote:
On February 3, 2003 11:58 am, Duane Clark wrote:
This is a separate bug from the other listview patches. If an app sends
a LISTVIEW_Paint to a new listview before adding any items (which an app
was :-) the item size was not getting set, causing subsequent
LISTVIEW_Paint
Sylvain Petreolle wrote:
trace:winspool:AddPrinterA ((null),2,0x407c2c1c): stub
trace:winspool:DEVMODEdupAtoW
trace:winspool:AddPrinterW (L,2,0x4026ac58)
Following these debug messages, we see that the name of the server on
which the server is installed changes fromNULL to .
In an attempt to
Geoff Thorpe wrote:
* Michael Stefaniuc ([EMAIL PROTECTED]) wrote:
On Wed, Feb 05, 2003 at 01:47:54PM -0500, Dimitrie O. Paun wrote:
On Wed, 5 Feb 2003, Geoff Thorpe wrote:
This is an interesting question. I know Ingo Molnar has been (one of) the
main developer working on the glibc threading
Duane Clark wrote:
Sigh.. I guess I really should have compiled that previous version
before sending it in. Sorry for the excessive traffic. So here it is
fixing compiler warnings, with the missing return added in, and with the
changelog. Hopefully this will be the last time.
Dimi, Dan and I
Dimitrie O. Paun wrote:
On Mon, 3 Feb 2003, Duane Clark wrote:
This is a separate bug from the other listview patches. If an app sends
a LISTVIEW_Paint to a new listview before adding any items (which an app
was :-) the item size was not getting set, causing subsequent
LISTVIEW_Paint calls
Duane Clark wrote:
It paints the headers. And the problem comes about because in
LISTVIEW_Paint, a test is made for the first paint, and if it is the
first paint, the item size is updated.
I guess I should have said something like ...and only if it is the
first paint Hopefully
Dan Kegel wrote:
Several apps I've tried (including my company's app) have scrollbars
in the wrong place, inset in the window by one scrollbar width.
Duane Clark has seen this, too, and said
... the scrollbars being in the wrong position in the richtext window?
I am pretty sure
Shachar Shemesh wrote:
Duane Clark wrote:
Were you perhaps using Window's notepad rather than Wine's? I see it
with Wine's notepad. I also see it in Actel designer, that I remember.
And I guess I should have said richedit rather than richtext... oh
well. In all cases that I have seen
Mike Hearn wrote:
These sound like a problem I'm seeing with the Adobe SVG plugin,
which means that unfortunately I have to go back to Windows during
the day. Basically the app doesn't blit its backbuffer in response
to WM_PAINT messages in my case, however, forcing it to redraw itself,
for
Dan Kegel wrote:
That sounds like the problem my app is having, too. Now that I
have Spyxx.exe running, I see that a WM_NCPAINT message is sent
to that window in WinMe but not in Wine.
NC messages affect the border that Windows (and Wine) add to a window.
The border that you use to stretch
Mike Hearn wrote:
So then it becomes a matter of figuring out where they should
be generated.
Yeah, that's the big that usually gets me :) Are they the sort of
messages that should be generated by Wine or the app?
By Wine. In general, I have found message bugs relatively
straightforward to
Mike Hearn wrote:
Could you explain this to me please? I tried Kaleidograph and started
looking at why the Demo version only dialog that pops up at the
beginning wasn't blanking the background properly, which I decided was
because the app didn't call BeginPaint but I am very much a novice.
So,
Dan Kegel wrote:
Installing my company's app is still a bear -- the only
way I've found to avoid the dreaded object reference not set is
to run with --debugmsg +ole and redirect to a file
(not to the screen, and not to /dev/null).
Once installed, the app runs quite well... except for one screen,
Sylvain Petreolle wrote:
hasnt got this list a size limitation ?
40KB supposedly. I don't know whether multiple attachments affects that.
It is possible that I clicked this one on through (it's happened
before), but it doesn't look familiar.
Waldeck Schutzer wrote:
...
Index: wine/dlls/msvideo/msvideo_main.c
===
RCS file: /home/wine/wine/dlls/msvideo/msvideo_main.c,v
retrieving revision 1.45
diff -r1.45 msvideo_main.c
Please supply as diff -u, or better, create a
Tom Wickline wrote:
...
I sent a patch 9 hours ago and it still has not shown up so im
re-sending the patch.
Ahh, well. To prevent that, you need to subscribe the email address you
are using to the wine-patches list, otherwise it waits for me to get
around to moderating it. Since your
Howdy,
I am trying to make a program crash ;) Instead, the program apparently
captures exceptions, pops up a dialog, and continues on. I am hoping for
a way to prevent that from happening, and instead falling into the debugger.
It does call EXC_RtlRaiseException when the exception occurs, but
Dmitry Timoshkov wrote:
Duane Clark [EMAIL PROTECTED] wrote:
Changelog:
A window with a WS_EX_APPWINDOW extended style can also
get a menu.
[skipped]
/* Set the window menu */
-if ((wndPtr-dwStyle (WS_CAPTION | WS_CHILD)) == WS_CAPTION )
+if ((wndPtr-dwStyle WS_CAPTION
Dan Kegel wrote:
Hi,
I'm trying to figure out why an app works on Windows but not Wine,
and it'd sure be nice to be able to log all the api calls the
app makes under each of the two environments; then perhaps
I could compare the logs to see where Wine differed from Windows.
Does anyone else do
Dan Kegel wrote:
The SPYXX.EXE in my copy of msvc4.0 appears to only let you log
windows messages, not api calls. Then again, since help doesn't
work under Wine, I can't tell if I'm missing something...
Oops, my mistake. That's right.
Dan Kegel wrote:
I have a windows-free installation of current CVS wine,
with wordpad.exe and the needed DLLs pulled in from a Windows ME
installation. wordpad works great. However,
ShellExecute(... wordpad.exe, .\\stl\\readme.wri ...) is failing to find wordpad.exe for me.
(The call in
Duane Clark wrote:
According to MSDN:
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dllproc/base/createprocess.asp
CreateProcess should check several places for an application, none of
which include the registry key. So that call should fail, and it does.
By the way, since
Dan Kegel wrote:
Thanks for the --debugmsg +process tip (and I guess you also did relay?)!
But if you also add +reg, you'll see that the App Paths key is indeed being searched
by SearchPath():
That was done inside CreateProcessA (note the relay Call and Ret pair),
and at least at first
Dan Kegel wrote:
...
I also noticed that ShellExecute will sometimes try to
run the executable C:\\Program (the first word of C:\\Program Files\\whatever...).
I fixed that for the case I touched, I think, but didn't do a general fix.
MSDN for CreateProcess claims that if the supplied string
Stephen Mollett wrote:
Hi,
[Following on from a thread on wine-users]
I've had some problems recently with running the VirtualDub video
post-processing package on Wine. It used to work, but then stopped working
(it no longer displays the frame previews when seeking in a video file)
recently.
Dan Kegel wrote:
I sent this to wine-patches on the 25th, but it never appeared in the archive;
is that list moderated?
Only for unsubscribed email adresses, or postings over a 200KB size
limit. And I did not see your patches among those being held.
Howdy,
Another in my pattern of posting intermediate debugging results here, in
case anyone can contribute some insight...
Looking into the bug that Dimitrie reported here:
http://www.winehq.com/hypermail/wine-devel/2002/09/0748.html
Here is what is happening (testing on the Listview Control
Duane Clark wrote:
Fundamentally, the problem is that the X events are handled out of
order, because X11DRV_EndGraphicsExposures stripped out particular
events (due to copying) without accounting for other pending events that
might be relevant (plain old exposure).
Well, that conclusion
Derek Broughton wrote:
Is it a serious problem using the file system type of the root? This is
a fairly obscure problem anyway, and if you encountered a problem with a
specific application you could set up new drive letters for the specific
file systems you needed. It's a little kludgey, but I
Dimitrie O. Paun wrote:
On December 22, 2002 02:50 pm, Duane Clark wrote:
That area is then freed. When freed, COMCTL32_Free writes prev and next
entries into himl.
Where? COMCTL32_Free() simply calls HeapFree():
BOOL WINAPI COMCTL32_Free (LPVOID lpMem)
{
TRACE((%p)\n, lpMem
Duane Clark wrote:
I am trying to track down a crash when exiting an application. Here is
what I think are relevant parts of the trace. Does it appear that I am
in the right area? Any hints on how to proceed would be appreciated.
I think the problem comes down to this. The application
Duane Clark wrote:
...
At the end of ImageList_Destroy, there is a call to ZeroMemory, which
obliterates the prev and next pointers which had been written there.
Then another COMCTL32_Free call detects the error. At least I assume it
is an error.
And indeed simply commenting out
I am trying to track down a crash when exiting an application. Here is
what I think are relevant parts of the trace. Does it appear that I am
in the right area? Any hints on how to proceed would be appreciated.
08073208:Call comctl32.ImageList_Destroy(41691ba0) ret=005027f5
08073208:Call
Dimitrie O. Paun wrote:
On December 19, 2002 07:48 pm, Duane Clark wrote:
I also altered LISTVIEW_GetSubItemRect so that it reports correct
values, as compared against WinNT on ControlSpy.
Problem is that LISTVIEW_GetSubItemRect is documented to return
same thing for LVIR_LABEL
Uwe Bonnes wrote:
Rolf answered in PM. The CVS server seemed doen for him. He send me appended
fix and promises to send a patch the wine-patches when he can access the cvs
server again. The fix works for me.
That fixes my crash too.
Uwe Bonnes wrote:
Hallo,
xilinx _pn.exe crashes again. It seems related to the shell updates today.
In PidlToSicIndex the call to IShellFolder_GetUIObjectOf succeeds, but ei
seems uninitialized and call to IExtractIconA_GetIconLocation goes astray:
And Xilinx fpga_editor also crashes, when
Duane Clark wrote:
The patch for dynamic loading of opengl,
http://www.winehq.com/hypermail/wine-cvs/2002/11/0151.html
has caused a (apparently minor) regression in the program earthquake
http://www.navagent.com/products/earthquake/
And as a bit more information, this is the chunk that does
Lionel Ulmer wrote:
...
/* If OpenGL is available, change the default visual, etc as
necessary */
-if ((desktop_vi = X11DRV_setup_opengl_visual( display )))
+if (desktop_dbl_buf (desktop_vi = X11DRV_setup_opengl_visual(
display )))
{
visual =
The patch for dynamic loading of opengl,
http://www.winehq.com/hypermail/wine-cvs/2002/11/0151.html
has caused a (apparently minor) regression in the program earthquake
http://www.navagent.com/products/earthquake/
That is a small app (250K download) with a spinning globe that shows
current
Rick wrote:
The second issue, I've noticed that double-clicking the system tray
icon does not restore Pegasus Mail. I can minimize it so it appears
both on the taskbar and the system tray, but I can't restore the
application from the system tray icon (though I can from the
taskbar).
The
Alexandre Julliard wrote:
Duane Clark writes:
And just as a bit more info, under both WinNT and Wine, the systray
gets the dual mouse down, mouse up sequence. The SYSTRAY_WndProc()
function directly the posts messages to the app. So it appears to me
that it is the responsibility
Rick Romero wrote:
...
I don't like being the one to introduce a hack, so FWIW, Pegasus Mail
only requires the patch I attached. If this works for Duane also,
excellent, I assume you'd want to keep the hack to a minimum.
Unfortunately, fpga_editor is still broken with this patch, though it
Rick Romero wrote:
Hey all, I'm currently testing out Pegasus Mail, and I've noticed three
issues that I would like to help with debugging.
...
The second issue, I've noticed that double-clicking the system tray icon
does notrestore Pegasus Mail. I can minimize it so it appears both on
Rick Romero wrote:
I'm not sure what Alexandre may not have liked other than the extra
stuff that was in there, so I yanked out the extra things that didn't do
anything, and did a cvs diff -u .
How is this one? (Should I have done it from wine/ instead ?)
Well, here was his comment at the
Having just added more memory to prevent the disk swapping I was
encountering, I now seem to be crashing with a page fault. I don't
really know enough about how the memory is handled. Is this likely to be
a wine bug?
I am running native versions of msvcrt and mfc42, but pretty much
builtin
Tony Lambregts wrote:
I'll include you as one of the authors in my next patch if you want.
Seriously this leads me to this question. Is there a change log for
the documentation? I found CHANGELOG.OLD but the last entry in that
is from 98... and, from what I can see, most of it is for changes
Dimitrie O. Paun wrote:
This is based upon the Wine 0.8 TODO v0.2 send earlier to the list.
It is important to get a comprehensive list of what needs to be done,
in order to have a successful 0.9 release. This includes all things
Wine-related, not only the code.
A suggestion... As far as I
Andreas Mohr wrote:
On Thu, Oct 31, 2002 at 03:07:15PM -0500, Dimitrie O. Paun wrote:
On October 31, 2002 03:00 pm, Andreas Mohr wrote:
Not yet too late for another 'Halloween' release though ;)
Yep...
...next year ! ;)
I don't want to jinx it, but at the rate we're going, we'd be
lucky
Francois Gouget wrote:
Winzip was broken on 2002/07/23 by one of the following two patches:
* http://cvs.winehq.com/patch.py?id=1027475763780155356581421
Juergen Schmied [EMAIL PROTECTED]
- Cleaned up the implementation of shell folders and put them into
separate files.
- Fixed
Oops, it looks like I did not read Uwe's original post very well. It
appears I am looking at something different. Sorry about steering this
thread away.
Dimitrie O. Paun wrote:
Can you please send me a screenshots of the images in question,
before and after this patch:
Okay, here are
Duane Clark wrote:
Oops, it looks like I did not read Uwe's original post very well. It
appears I am looking at something different. Sorry about steering this
thread away.
Dimitrie O. Paun wrote:
Can you please send me a screenshots of the images in question,
before and after
Carlos wrote:
Hello,
Testing 12zip.exe, found that you can click in a
toolbar button what is disabled, and it shows a window.
The next patch fixes the problem, please if someone
is working in the toolbar code, check if it is a correct fix.
Changelog:
* Fix disabled toolbar button
Uwe Bonnes wrote:
Hallo,
Xilinx webpack 4.2 running with native Common Controls shows an artefact in
the display of bitmaps associated with the listview widget. This behaviour
changed with http://cvs.winehq.com/patch.py?id=5720 by Michael Stefaniuc
[EMAIL PROTECTED], but still is not right.
Dimitrie O. Paun wrote:
On October 12, 2002 01:29 pm, Duane Clark wrote:
I found that the patch that broke it was one of the comctrl patches of
9/11/02. I think it was this one:
http://www.winehq.com/hypermail/wine-cvs/2002/09/0067.html
I thought that was the case, but I can not reproduce
Nick wrote:
Hi,
fixme:cursor:create_cursor Currently no support for cursors with 10
bits per pixel
and similar messages are (seemingly) the only things preventing
Heroes of Might and Magic 2 from being fully playable. Is this
function really uncommonly used or something? It looks
Andriy Palamarchuk wrote:
--- Dimitrie O. Paun [EMAIL PROTECTED] wrote:
Hi all,
There is something concerning submitting patches
that bothers me
to no end: inlining vs. attaching them.
[skipped]
I have to attach the patches :-( because I use Yahoo
online mail client and it wraps long
Alexandre Julliard wrote:
Duane Clark [EMAIL PROTECTED] writes:
Unlike most other apps, when iconified fpga_editor triggers
X11DRV_ShowWindow() with a cmd==SW_HIDE, to hide the window. When
X11DRV_MapNotify() was subsequently called, it did nothing because
WS_VISIBLE was not set. This patch
Duane Clark wrote:
Ahh, that was one of the parts I mentioned that I didn't test because I
did not know how to. Please tell me what you do to generate this error.
Oh, and please mention exactly which version of Winzip.
Thanks
1 - 100 of 170 matches
Mail list logo