As mentioned about a month ago, we were planning to phase out the
winehq.com email addresses, and use winehq.org exclusively. It looks
like the few holdouts have converted over for awhile now, so I added a
filter to the mailman program to silently drop anything mailed to
winehq.com.
If Jeremy
Rene Kok wrote:
I never submitted a patch before. It wasn't a patch I created just
resubmitting it. However I accidentally sent it to the wine-patches
mailing list twice. The first time I wasn't subscribed, which I prefer
not to because the huge amount of mail I'll get when I do :-)
You can go
James Hawkins wrote:
How about an automated response email for users that post to
winehq.com telling them to report to winehq.org instead? I'm assuming
spam bots aren't smart enough to read that reply and post to
winehq.org themselves.
No, we don't want automated responses, because much (or
Due to the rather large amount of spam sent to the *winehq.com email
addresses (as opposed to *winehq.org), I would like to phase them out. I
will state up front that this proposal benefits only me or any future
moderator. Since I have been doing that for about 6 years now, hopefully
I'll get a
Dmitry Timoshkov wrote:
"Vitaly Budovski" <[EMAIL PROTECTED]> wrote:
Now that you got rid of sqrt calls usage of float numbers internally
doesn't look justified (to me) anymore.
Only because in this instance it is used with integer data. It doesn't
need to be limited to just integer values. B
Hwang YunSong(ȲÀ±¼º) wrote:
Firest release
This might get accepted a little faster if you create them like this:
diff -u /dev/null wine/programs/xcopy/Ko.rc > xcopy-ko.diff
Of course, you should be in the directory where you have your Wine tree,
for that to work. Patches should not be crea
Felix Nawothnig wrote:
Not tested under Windows (does _anyone_ besides me have a Matrox? :) -
would be nice if someone with either an MGA or an really ancient GPU
could run the test on windows (if the pool=0 trace has an hr!=0 you got
one of those ancient cards :). CCing to wine-devel for that
Dan Kegel wrote:
Alex wrote:
closest I have gotten is some patches for Wine's WordPad implementation.
Granted, it's less sexy than games, but you could learn more about C and
Wine by building on that experience. There are lots of small and easy
improvements that can be done get Wordpad up to pa
Ann & Jason Edmeades wrote:
As an FYI I sent the same patchset to another email account (not on my ISP,
just one of the free ones) and they all got through 4 times. It would start
to point to the wine-patches side of things, but I have never seen anyone
else have problems
Note I am not seeing an
Dan Kegel wrote:
http://bugs.winehq.org/show_bug.cgi?id=4273 points to a
patch set that implements 32 bit per pixel cursors
and a bunch of other cursor stuff.
Looks like the patch got dropped by the author, though,
and since it makes server changes, it's going to be hard
to get past Alexandre.
H. Verbeet wrote:
It looks like the patch might be a bit large for the list, here's a
compressed version instead.
Anything over 80K just gets caught in the mail queue. It should get
through eventually.
Dmitry Timoshkov wrote:
"Duane Clark" <[EMAIL PROTECTED]> wrote:
Is it possible to do window focus testing in Wine conformance tests? Or
does the windows not being mapped mean that this testing cannot be done?
Or maybe I am doing something completely wrong; which is likely ;)
Is it possible to do window focus testing in Wine conformance tests? Or
does the windows not being mapped mean that this testing cannot be done?
Or maybe I am doing something completely wrong; which is likely ;)
I am specifically trying to test window focus in this bug:
http://bugs.winehq.org/s
Pedro Araujo Chaves Jr. wrote:
I've just finished writing a test case for Bug 50, but I'm missing *a
single thing* that prevents it from working under Windows: I still
don't know how to get the width of the text output by ExtTextOutW().
GetTextExtentPoint32
For some examples in Wine, look at a
Kai Blin wrote:
... I think most native speakers just get the plural s and
the 's genitive mixed up. Like their, there and they're.
Of course, I'd have to ask a native speaker to confirm that.
Or, while not an authoritative source, check out:
http://en.wikipedia.org/wiki/English_plural
As
Jacob Alberty wrote:
What method is best to watch the api interaction going on in my
application so I can see if wine is returning any weirdness that it
shouldnt (do normal windows api spy programs work under wine?).
SPY++, at least older versions, work fine under Wine.
Dan Kegel wrote:
On one of my dapper boxes (an old laptop), I got the error
main.o: In function
`check_command_line':/home/dank/wine-git/loader/main.c:89: undefined
reference to `wine_version'
today. Turns out the version-stamp rule in loader/Makefile is
misbehaving; I had to hack that rule to
Alexandre Julliard wrote:
Duane Clark <[EMAIL PROTECTED]> writes:
Changelog: Remove over constrained restriction on creating subitems.
Subject: [PATCH] Remove over constrained restriction on creating subitems.
This breaks the tests:
../../../tools/runtest -q -P wine -M comctl32.
Alexandre Julliard wrote:
Module: wine
Branch: master
Commit: c5b8df481f2bb0362b57188a8c7df423030ba8b0
URL:
http://source.winehq.org/git/wine.git/?a=commit;h=c5b8df481f2bb0362b57188a8c7df423030ba8b0
Author: Vijay Kiran Kamuju <[EMAIL PROTECTED]>
Date: Sun Dec 24 13:31:56 2006 +0530
comctl
Vijay Kiran Kamuju wrote:
Hi,
I am trying to fix visual bug in comctl monthcalendar control.
When I am using the control spy v2.0 for comctl5.0, I can see that
current date is highled with grey background on windows xp. (similar
to when we click a day in the calendar)
But on wine its not happe
Markus Amsler wrote:
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->
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;
+ }
You need to handle e
Nick Law wrote:
I've never written anything under MS windows otherwise I would write a
small application myself that calls EnumServicesStatus & figure it out
myself. In fact maybe I will have to get myself a copy of visual C++ so
I can do these tests.
Have you looked at creating a conforman
Doug Laidlaw wrote:
I may be on the wrong list.
A program I use has shown a backward step in graphics between Wine 0.9.15 and
0.9.16, and I am trying to find the change responsible. I currently have
Wine set as at 2006-06-21 16:21:20 CDT, it is identifying as 0.9.16, and the
fault is present
Duane Clark wrote:
Changelog: In text mode a ctrl-z signals EOF
Spotted by David Hagood with test suggested by Dan Kegel
Howdy David. Any chance you could try out this patch? I added a
conformance test, as suggested by Dan, and it looks like any data after
a ctrl-z is stripped
Detlef Riekenberg wrote:
My direction to fix printing in wine is from low-level to high-level.
Print-Monitors are already managed in git-HEAD, and they are loaded and
used in my tree (Port-Functions).
Afterwards, the Printer-Functions will be updated and then
"gdi.exe" (16-Bit) is no longer req
Currently, using the Wine supplied print dialog, printing to a file
results in a file named "FILE:". In Windows (at least Win2k) a simple
one line dialog box is put up where the filename can be typed in. I
don't see a reason why a full Save As dialog would not be preferable;
some programs overr
Duane Clark wrote:
It looks like, when printing via CUPS, if the PPD file for an installed
printer does not contain entries (usually at the end of the file) like:
*DefaultFont: Courier
*Font AvantGarde-Book: Standard "(001.006S)" Standard ROM
*Font AvantGarde-BookOblique: Standard
It looks like, when printing via CUPS, if the PPD file for an installed
printer does not contain entries (usually at the end of the file) like:
*DefaultFont: Courier
*Font AvantGarde-Book: Standard "(001.006S)" Standard ROM
*Font AvantGarde-BookOblique: Standard "(001.006S)" Standard ROM
... (lo
James Hawkins wrote:
On 6/24/06, Eric Pouech <[EMAIL PROTECTED]> wrote:
this won't work for a multithreaded program
tools/examine_relay does what you want, plus some other goodies (calls
that didn't return...)
Ah, didn't know about that tool. You learn something new every day.
It is also n
Saulius Krasuckas wrote:
I just have submited an additional attachment on my report page [*].
After this bugzilla said to me:
Changes Submitted
--
Attachment #2466 to Bug #2082 Created
Email sent to: [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECT
Thomas Hehl wrote:
2. I haven't found a user32.c and have found many, many hits in the
source for GetClipboardData that I'm trying to sort through? How do I
find the source code for that call?
I'll just add one other simple method, since others did not mention it. In:
http://source.winehq.or
I went ahead and took a bunch more measurements of font margins in the
edit control. These are all taken on real Win2k using traces added to
the conformance test test_margins_font_change, and cross compiled with
MinGW. So here they are for posterity.
The results are rather confusing to me. But
Brian Vincent wrote:
On 4/12/06, *Duane Clark* <[EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]>> wrote:
I made the attached changes to the edit test. The results when run on
Win2k are a bit strange (note that I only looked for the min in the
first 1024 glyphs):
edi
Duane Clark wrote:
Hmmm, well I found this:
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/shellcc/platform/commctls/editcontrols/editcontrols.asp
where is says "By default, the edit control margins are set just wide
enough to accommodate the largest character horiz
Huw Davies wrote:
On Wed, Apr 12, 2006 at 12:26:07PM -0700, Duane Clark wrote:
Huw Davies wrote:
Interesting, so to clarify, even a large edit control and a small
Microsoft Sans Serif has a zero margin?
Yep.
Fascinating. This will probably be a huge clue in working out exactly
what Windows
Huw Davies wrote:
On Wed, Apr 12, 2006 at 11:28:21AM -0700, Duane Clark wrote:
Testing more on Win2k shows
that with Tahoma, the edit field sets margins that depend on the font
size. Explicitely setting "Microsoft Sans Serif" gives me the correct
font, and it is indeed True Type
Huw Davies wrote:
I assume you mean Microsoft Sans Serif not MS Sans Serif. The former
is a TrueType font (micross.ttf) the latter is a bitmap font
(sserife.fon).
Indeed it does look like[1] we should be using Microsoft Sans Serif
for MS Shell Dlg at least for non-CJK locales.
You are right
Duane Clark wrote:
On the other hand, in both Win2k and WinXP, "MS Shell Dlg" seems to be
mapping to "MS Sans Serif". So is having Tahoma the default really the
right thing to do?
And to respond to myself once again, according to:
http://msdn.microsoft.com/library/defa
Duane Clark wrote:
... Most of the other characters appear to be pixel
identical (though the '7' is rendered one pixel to the right of where it
is on Win2k).
Actually, the '7' is correct. The problem is the '8' (I had typed
"6789"). Here are a couple o
Huw D M Davies wrote:
MS Shell Dlg maps to either Microsoft Sans Serif or Tahoma depending
on Windows version; the default wine.inf maps it to Tahoma so you
should check whether you have tahoma.ttf installed. If in doubt a
+font log will tell you what Wine picks for this font.
In Win2k, it is
Dan Kegel wrote:
Duane Clark wrote:
I also have an installer (for Xilinx) that exhibits this problem. I
created a small application that creates a single line edit control
(which is what the Xilinx installer uses). I notice that on Win2k the
EM_GETMARGINS message returns zero for left and right
Huw D M Davies wrote:
I had some fun with this a month or two ago. See the
test_margins_font_change test and calc_min_margin_size in the actual
code. The deal seems to be that for 'small' edit controls
EC_USEFONTINFO results in no margin. 'Small' is currently defined to
be smaller than the ex
Tony Lambregts wrote:
We now have at least three bugs[1] where the program will not accept the
all the characters that are required if we do not use native fonts. The
latest bug report was reported just today and the reporter resolved the
bug as FIXED when he used Native fonts.
So I have a co
Alexander N. Sørnes wrote:
I have made a tarball with Wine CVS patched with the
DirectDraw/DirectX...
Your emails are not showing up on the list for awhile because you are
not subscribed to wine-devel, at least not as alexsornes--at--yahoo.no.
In that case, the email has to await moderation,
Karl Lattimer wrote:
On Sun, 2006-04-02 at 15:18 +0200, Marcus Meissner wrote:
On Sun, Apr 02, 2006 at 11:47:07AM +0100, Karl Lattimer wrote:
...
And finally, why does it take half a day for a post I've made to ping
back to my email inbox?
It likely was in the moderation queue for some reason
Xtramind Autoresponder wrote:
Sehr geehrte Damen und Herren,
Herr Holger Stenzhorn ist nicht mehr im operativen Geschaeft der
Xtramind Technologies GmbH taetig.
Could someone tell me if that means he no longer works there? If so,
I'll remove this email from the list.
Vincent Béron wrote:
Le mer 16/11/2005 à 18:47, Robert Reif a écrit :
What are the down sides of using a large wave file?
A larger download size for the source/binary archives. 3MB is about 30%
of the source package.
Perhaps make downloading the file optional. Have the test check for the
p
Michael Stefaniuc wrote:
Phil Krylov wrote:
On Mon, 26 Sep 2005 22:53:18 -0300
Marcelo Duarte <[EMAIL PROTECTED]> wrote:
To fix the problem for me, instead of clean, I__d do the folowing command
in wine tree:
rm */*/*.spec.*
Thanks, it works. But isn't "make clean" supposed to do this job?
Andreas Mohr wrote:
Hi,
On Mon, Sep 26, 2005 at 05:08:09PM +0530, Vijay Kiran Kamuju wrote:
Changelog
---
fix scrollbar off by one error (bug 765)
r = *rect;
if( vertical )
-r.bottom = r.top + arrowSize;
+r.bottom = (r.top++) + arrowSize;
else
-r.right = r.lef
Dimi Paun wrote:
On Mon, 2005-09-26 at 03:29 +0200, Michael Jung wrote:
Sorry, I'm currently on vacation in Peru and won't be able to test
this for the next three weeks.
It's OK, I guess it can wait until you come back,
or maybe Phil can take it for a spin in the meantime.
It seems to fix t
Phil Krylov wrote:
Hi Michael,
On Thu, 8 Sep 2005 23:10:18 +0200
Michael Jung <[EMAIL PROTECTED]> wrote:
Wouldn't it be enough to call notify_click after notify_itemactivate? I've
attached a modification of your patch, which does just this. Seems to work
fine for me.
Probably, but what if s
Duane Clark wrote:
As of the current CVS, the problem seems to have disappeared for me. It
is not clear to me what patch fixed it.
Oops, spoke too soon. Still there.
Michael Jung wrote:
On Monday 29 August 2005 18:09, Duane Clark wrote:
I am seeing it now, using winecfg and browsing to "Add application..."
in the Applications tab. And this entirely within wine drives.
Are you saying you are not using the unix filesystem namespace and you are
Michael Jung wrote:
On Monday 29 August 2005 18:09, Duane Clark wrote:
I am seeing it now, using winecfg and browsing to "Add application..."
in the Applications tab. And this entirely within wine drives.
Are you saying you are not using the unix filesystem namespace and you are
Phil Krylov wrote:
On Fri, 26 Aug 2005 22:10:16 +0200
Michael Jung <[EMAIL PROTECTED]> wrote:
2) Did other people see this bug already?
Yes, I confirm it.
I am seeing it now, using winecfg and browsing to "Add application..."
in the Applications tab. And this entirely within wine drives.
Kevin DeKorte wrote:
On Thursday 18 August 2005 03:24 am, Dripple wrote:
Hi,
I tested the patch submitted in
http://bugs.winehq.org/show_bug.cgi?id=3165 Bugzilla page with Notes.
Seems to fix the issue.
Regards.
Dripple.
Well the patch does improve the cursor. I can now see it. Although it
Jeremy White wrote:
On my VIA8237 sound card at work, the Wave tests for winmm
have been failing for me with Alsa.
Now, this patch Works For Me (TM), on both of my systems,
but turning off the xrun mode seems like a big step to me;
I'd appreciate testing by any concerned parties.
This seems t
Howdy,
Just forwarding to the list... in bug 3002
http://bugs.winehq.org/show_bug.cgi?id=3002
the reporter has found a regression in serial port handling, and
narrowed it down to this CVS commit from January:
http://www.winehq.org/hypermail/wine-cvs/2005/01/0378.html
Log message:
- got
Chuck Hall wrote:
Guess that means I need to learn autoconf and related stuff.
I just want to make sure you understood that when Eric Frias wrote:
... Winelib only, of course, none of the emulation stuff is going to
work on Sparc.
What that means is that you won't be able to run Windows p
Tom Wickline wrote:
Hello,
Over the last couple weeks Ive been on a little benchmark craze and
now that I'm done I thought I would share my results. All the
benchmarks were run on my duel boot laptop under the same resolutions
and I tried to choose the same settings in the test apps as well to
keep
I just wanted to make sure folks were aware of a tooltip regression,
since I don't think I have seen mention of it here. It is easily seen in
any Control Spy, but effects other apps (though not all, curiously). It
manifests itself as a complete window border around tooltips. I have not
tracked
Robert Shearman wrote:
I have tested using ControlSpy & Spy++ and indeed it isn't destroyed
after each resize. Using SetWindowPos works for me. Can you make sure
the app still works with the attached patch?
Yep, that works fine.
Rob Shearman wrote:
This seems really wrong. You are destroying and creating the updown
control on every size event?!?! That's really going to slow resizes
down. Is there any evidence that the native version does it like this?
No, I don't have evidence of that. On the other hand, it is unlikely
Sorry about posting here, but... I seem to be having problems posting to
wine-patches, and don't seem to be able to get through to Jeremy Newman
either. Other people seem to be getting through okay. Am I the only one?
Any ideas why? I know they are not getting stuck in the moderation
queue; the
Duane Clark wrote:
Mike Hearn wrote:
On Thu, 10 Mar 2005 19:15:34 +0100, Uwe Bonnes wrote:
However nothing seems to have happened with regard to that problem until
now. Could we revive that discussion?
I think somebody needs to write a patch and send it to the kernel guys.
What has to be done
Mike Hearn wrote:
On Thu, 10 Mar 2005 19:15:34 +0100, Uwe Bonnes wrote:
However nothing seems to have happened with regard to that problem until
now. Could we revive that discussion?
I think somebody needs to write a patch and send it to the kernel guys.
What has to be done is fairly well defined
Walt Ogburn wrote:
On Thu, 10 Mar 2005, Uwe Bonnes wrote:
Setting /proc/sys/vm/legacy_va_layout, like proposed by Ingo, lets the app
finally run.
To Mark Knecht:
If you have a copy of jack_fst without the special memory allocation hack,
you might try it and see if this suggestion makes any differe
Oops, I inadvertently deleted this from the queue, sorry.
Robert Schuster wrote:
Dear Wine developers,
I wrote some guidelines that should help FOSS projects getting more
lively and lowering the barrier for new developers to join. You can find
them in form of a small manual here
http://projects.
Jeremy White wrote:
I'll just mention that, assuming you are referring to this patch:
http://cvs.winehq.org/patch.py?id=14198
it also causes a regression in Myst. Though I am not convinced the fault
is in the patch, rather than the patch exposing some other problem.
Would you mind trying my exper
Jeremy White wrote:
When did that regression first start? The mmtime and
ntdll/sync.c code has been this way since late last fall.
I'll just mention that, assuming you are referring to this patch:
http://cvs.winehq.org/patch.py?id=14198
it also causes a regression in Myst. Though I am not convince
Jeremy White wrote:
Tom asked me to let his opengl patch trough, so I did that list.
Is it just a problem of upping the default 40K size? afair,
that's the mailman default. Perhaps we should just raise it.
The wine-patches list is 80KB, but the others are 40. The main reason I
have left them th
Mike Hearn wrote:
On Thu, 10 Feb 2005 13:14:19 +0100, Jonathan Ernst wrote:
I have the same problem when I send patches that are too big. They never
appear in wine-patches.
I expect they're being held in the moderation queue, normally they'll be
released shortly when that happens but you can alway
M.hearn did not write:
It appears to me that you have not used this email address
(m.hearn.at.signal.QinetiQ.com) for a long time, at least not for
sending to this list. If it is no longer in use, would you mind
unsubscribing it to eliminate at least this one source of viruses?
Krzysztof Foltman wrote:
Mike McCormack wrote:
...
so long as you are the sole author.
That's where part of the problem is: as long as someone sends me just a
"Ctrl-arrow" patch, I can always be suspected of stealing that patch. It
puts me in a very uncomfortable position.
Perhaps a suggestion.
Brian Vincent wrote:
On Mon, 15 Nov 2004 08:37:18 -0800, Duane Clark <[EMAIL PROTECTED]> wrote:
Yes, I frankly think that is a bug in Mozilla/Firefox, but it has been
that way for a very long time. The width in the case of the above link
Actually, it will render that way in every browser b
Dan Kegel wrote:
http://www.winehq.com/site/developer-cheatsheet is 1.5 times
as wide as my screen in Firefox and Mozilla. Seems
like it needs a bit of adjustment...
Yes, I frankly think that is a bug in Mozilla/Firefox, but it has been
that way for a very long time. The width in the case of the
William Poetra Yoga H wrote:
OK, but the size patch in menu.c and nonclient.c are actually a fix for a
thing: the size of the menubar. So I think it should be sent in one mail,
right?
Then yes, they would be one email. While it is not real important, I
think it is a little clearer in that case to
William Poetra Yoga H wrote:
--- "Dimitrie O. Paun" <[EMAIL PROTECTED]> wrote:
On Sat, Nov 06, 2004 at 10:14:36PM -0800, William Poetra Yoga H wrote:
Reasons for sending the patch:
1. all at once: the patches are a group of related fixes (as said in the
website).
2. one file per message: I don't k
Roger wrote:
I agree that PDT should say "Pacific Daylight Time" but whoever wrote
this section refered to both ..DT and ..ST as "Standard Time" for some
good reason.I assumed so I followed convention. It came up in an app
I was running as a fixme since we switched to std time today and is used
by
Roger Olson wrote:
RCS file: /home/wine/wine/dlls/ntdll/time.c,v
retrieving revision 1.51
diff -u -u -r1.51 time.c
--- dlls/ntdll/time.c 22 Oct 2004 19:54:17 - 1.51
+++ dlls/ntdll/time.c 31 Oct 2004 21:18:46 -
@@ -105,6 +105,9 @@
{"AKDT",
{'A','l','a','s','k','a','n',' ','
Kevin R. Casper wrote:
I must have done something wrong when I signed up for this list as an
email list. I'm getting two of every message. Any idea what's wrong?
If you send directly to me full headers of two of the posts, I could
probably figure it out. Or take a look at the full headers and see
w
Alexandre Julliard wrote:
BTW there is no call to MsgWaitForMultipleObjectsEx in
X11DRV_SetWindowPos. Is that something you added, or is the
debugger smoking crack?
Oops :-[
I had added that so long ago I forgot about it. I took that out and the
problem disappeared... sorry 'bout that. I'll defini
Alexandre Julliard wrote:
Duane Clark <[EMAIL PROTECTED]> writes:
err:ntdll:RtlpWaitForCriticalSection section 0x403f2580 "syslevel.c:
Win16Mutex" wait timed out in thread 000b, blocked by 000a, retrying (60
sec)
err:ntdll:RtlpWaitForCriticalSection section 0x408849c0
"
Duane Clark wrote:
I have an application that is hanging, apparently because a thread is
not detaching:
It might be worth mentioning that this is an installer and no windows
have appeared yet.
I have an application that is hanging, apparently because a thread is
not detaching:
000a:Call kernel32.ExitThread() ret=4077907f
000a:Call ntdll.LdrShutdownThread() ret=40376278
000a:Call PE DLL (proc=0x40ea2024,module=0x40ea
L"midimap.drv",reason=THREAD_DETACH,res=(nil))
000a:Ret PE
Joris Huizer wrote:
Fine by me ;) where do I start then.. I can't find much on the winehq
site about that (I found a http://sourceforge.net/projects/winecfg/ but
it seems the last update was over a year ago..)
What's there to do, how to... etc - kind find much documentation except
for the fact i
Mike Hearn wrote:
If you're just generally looking for things to do, W->A cleanup isn't
the only task. You could help extend the test suite :)
Or another possibility... since there is no longer a ~/.wine/config file
installed, we really, really need some serious work on winecfg. That
should be
Rein Klazes wrote:
On Wed, 01 Sep 2004 10:02:43 -0700, you wrote:
Oops, not enough coffee yet this morning. Actually, the problem I was
having with Pegasus, that the patch attempts to fix, is with
minimization. That is, I minimize and then attempt to restore Pegasus,
and nothing shows up *excep
Rein Klazes wrote:
Hi Duane. Unfortunately your patch does not change anything (that is cvs
winpos.c + alexandre's patch + your patch).
Maybe I did not explain clearly enough: these windows show alright but
without painting the borders, caption, buttons etc. The defects also
show in applications wi
Rein Klazes wrote:
I was too early, another problem popped up caused by this patch.
Un-maximized MDI child windows don't paint their non client area anymore
(I tried two MDI applications, both had it).
I don't know why that only showed up now, but I have a workaround that I
have been using for a l
Ivan Leo Puoti wrote:
I know, sorry about that, but in the wine-patches archives there appears to be
an extra space
amstream/ - MultiMedia Streams
+atl/- Active Template Library
avicap32/ - AVI capture window class
but if I do
Jeroen Janssen wrote:
I think writing (COM) tests is a great idea.
I have 'hit' a few bumps in the road of wine & COM in the past few weeks
and I would appreciate it if I can help with writing (specific)
testscenarios.
It would be great to have a small 'com test framework' & sample code to
base
Howdy,
Debugging a problem I am having in COM (mentioned a few weeks ago), I
think I know what the problem is but not where. So I figured some COM
test would help me to understand how things should work. I was a bit
surprised to see no COM tests, or at least I didn't find any in the ole*
direct
Mike Hearn wrote:
...
So you need to figure out why {402b4180-fa0c-40ee-ebf8-ee40f0ce5360} isn't
being registered, which may involve figuring out what it actually is :)
Okay, I'll see if I can make some sense out of that.
Good luck! If a more complete marshalling explanation would be useful, let
me
Duane Clark wrote:
Mike Hearn wrote:
What happens if you reinstall the app or reregister all the DLLs shipped
with it (using regsvr32) ? Does that fix it ?
Because of some reconfiguration on my end, I performed a new clean
install in a fresh c: and fresh ~/.wine/config just a couple of days
ago
Mike Hearn wrote:
What happens if you reinstall the app or reregister all the DLLs shipped
with it (using regsvr32) ? Does that fix it ?
Because of some reconfiguration on my end, I performed a new clean
install in a fresh c: and fresh ~/.wine/config just a couple of days
ago, with a CVS from the
Howdy,
This patch:
http://www.winehq.org/hypermail/wine-cvs/2004/05/0283.html
causes a crash within Actel Designer (commercial FPGA design software).
Reverting the patch with current CVS fixes the application.
A trace and crash dump look like
> wine /c/Actel/bin/designer.exe
trace:ole:DllMain 0x4
Howdy,
Someone is needed for the period June 30-July 5 to handle moderation of
the Wine lists.
If you are willing to do it, please email me off list. Thanks.
Gregory Hicks wrote:
Guys,
Sorry for this post. I have been trying to get off this list, to no
avail.
I get a reply stating that the "user is unknown". Wish it was easy
to fix. I tried via the web site, can we get the list admin to check
for any mail addresses from the ihug.com.au domain, it may
1 - 100 of 127 matches
Mail list logo
