On Sun, Oct 28, 2007 at 07:07:15PM -0700, Dan Kegel wrote:
> To get uninitialized warnings, you have to also specify
> optimization (-O2). Without -O, gcc doesn't
> do the analysis that can detect uninitialized variables.
Compiling with "-O2 -W -Wall" using either gcc 4.0 or 3.4 I don't get
any w
> From: [EMAIL PROTECTED]> To:
wine-devel@winehq.org> Subject: Re: New Wine help and discussion forum> Date:
Tue, 30 Oct 2007 01:10:43 +0100> CC: [EMAIL PROTECTED]; [EMAIL PROTECTED]>> .>
I suggested to create a forum because users are familiar with phpbb
Am Montag, 29. Oktober 2007 19:18:29 schrieb Steven Edwards:
> I can't speak for Tom on this issue, though I was the one to suggest
> that he start
> the forum after the Wineconf discussions regarding the mailing list
> and newsgroup
> disconnection. I think long term we might want to see about ju
[Hmm, I thought you wanted to take the discussion offlist,
but I see you forwarded to the list. Here's a catchup message.]
On 10/29/07, Dan Kegel <[EMAIL PROTECTED]> wrote:
> On 10/29/07, Tom Wickline <[EMAIL PROTECTED]> wrote:
> > > My stated goal is to not increase the number of
> > > discussio
"Juan Lang" <[EMAIL PROTECTED]> writes:
> So please, do log that bug, and include the commit that broke it.
it's been reported as bug 10234.
--alex--
--
| I believe the moment is at hand when, by a paranoiac and active |
| advance of the mind, it will be possible (simultaneously with |
| au
On Mon, 15 Oct 2007, Gerald Pfeifer wrote:
> dlls/oleaut32/tests/vartype.c has the following snippet of code:
>
> + f = -1e-400;/* deliberately cause underflow */
> + hres = pVarBstrFromR4(f, lcid, 0, &bstr);
> + ok(hres == S_OK, "got hres 0x%08lx\n", hres);
> + if (bstr)
> + {
Juan,
Thanks for the quick response. The fastcall assembly I actually copied
from another DLL (I think it was in ntoskrnl.exe or ntdll.dll.) There
should probably be a standard place for the fastcall macros instead, but
I didn't see one off hand. If you happen to know a good place to put
them I
Hi Chris,
> So I tried to submit a patch (to the patch mailing list) a few days ago
> and got no response (or acceptance), so I'm guessing I need to do
> something different. It is just a few simple stubs for functions needed
> to get RO2 (a game) running.
>
> The original email is attached. If an
So I tried to submit a patch (to the patch mailing list) a few days ago
and got no response (or acceptance), so I'm guessing I need to do
something different. It is just a few simple stubs for functions needed
to get RO2 (a game) running.
The original email is attached. If anyone could tell me wha
Gerald Pfeifer escribió:
> On Mon, 15 Oct 2007, Gerald Pfeifer wrote:
>
>> dlls/oleaut32/tests/vartype.c has the following snippet of code:
>>
>> + f = -1e-400;/* deliberately cause underflow */
>> + hres = pVarBstrFromR4(f, lcid, 0, &bstr);
>> + ok(hres == S_OK, "got hres 0x%08lx\n
> should i attach the backtraces to the bug submission?
Yes, attach them as text file attachments to the bug. Thanks very much!
--Juan
"Juan Lang" <[EMAIL PROTECTED]> writes:
> So please, do log that bug, and include the commit that broke it.
should i attach the backtraces to the bug submission?
--alex--
--
| I believe the moment is at hand when, by a paranoiac and active |
| advance of the mind, it will be possible (simulta
> i thought somebody else who knows more about this might find the traces
> of interest. i didn't simply just post back traces, i spent a whole day using
> git-bisect and recompiling wine until i found the commit that broke things
> for me.
Yes, I know you did more than _just_ post backtraces. Bu
"Juan Lang" <[EMAIL PROTECTED]> writes:
>> wine: Unhandled page fault on read access to 0x at address
>> 0x7da22648 (thread 0014), starting debugger...
>> Unhandled exception: page fault on read access to 0x in 32-bit code
>> (0x7da22648).
>
> Gah, please stop spamming us with fu
This patch seems to cause the problem...
Author: Hagop Hagopian <[EMAIL PROTECTED]>
Date: 17-03-2007 19:16:08
Parent: comctl32: tab: Added message sequence tests for the tab c...
Child: winex11.drv: In the case requested glyphs do not present...
Branch: master (d3drm: Implement D3DRMCreateColorR
-- Forwarded message --
From: Tom Wickline <[EMAIL PROTECTED]>
Date: Oct 29, 2007 5:16 PM
Subject: Re: New Wine help and discussion forum
To: Dan Kegel <[EMAIL PROTECTED]>
On 10/29/07, Dan Kegel <[EMAIL PROTECTED]> wrote:
> On 10/29/07, Tom Wickline <[EMAIL PROTECTED]> wrote:
> >
It seems that this happens when the tab is not painted yet (window
created hidden) and the current focused tab read.
2297 static void TAB_Refresh (TAB_INFO *infoPtr, HDC hdc)
2298 {
(...)
2328 /* If we haven't set the current focus yet, set it now.
2329 * Only happens when we first paint
On 10/29/07, Juan Lang <[EMAIL PROTECTED]> wrote:
> > Supposedly her tool finds bugs in source trees by looking
> > for rules in comments and then checking the software
> > against those rules.
> > Her paper says she found one bug in wine this way...
>
> I sure didn't any reference to the actual bu
On 10/29/07, Tom Wickline <[EMAIL PROTECTED]> wrote:
> Well, a single forum and a mailing list is a vast improvement over
> multiple forums and a mailing list. If you get your way it will be a
> forum and Google groups, and then you and Google will be the one who
> kills the Wine user mailing list,
Hello,
I'm having problems with the result of the message TCM_GETCURFOCUS. In
Windows, it returns "0" while in wine I got -1 (0x). This
results in a Segfault for a 3rd party proprietary application (no
source).
0009:Ret KERNEL32.TlsGetValue() retval=001445f8 ret=00501fc1
0009:Call user32
> Supposedly her tool finds bugs in source trees by looking
> for rules in comments and then checking the software
> against those rules.
> Her paper says she found one bug in wine this way...
I sure didn't any reference to the actual bug, did you?
--Juan
> wine: Unhandled page fault on read access to 0x at address 0x7da22648
> (thread 0014), starting debugger...
> Unhandled exception: page fault on read access to 0x in 32-bit code
> (0x7da22648).
Gah, please stop spamming us with full back traces. And if you think
this is a Wine
Hi,
On 10/29/07, Dan Kegel <[EMAIL PROTECTED]> wrote:
> But unless we kill the wine-users mailing list, you can't
> achieve your stated goal of having just one place to post.
It does help consolidate all other Wine forum discussion that
already goes on everywhere else though. My thinking is to
le
On 10/29/07, Dan Kegel <[EMAIL PROTECTED]> wrote:
> On 10/29/07, Tom Wickline <[EMAIL PROTECTED]> wrote:
> > I have never said the first word about killing any mailing list. I put
> > up a forum so users would have a singe place to post to...
>
> But unless we kill the wine-users mailing list, you
Hi,
On 10/29/07, Dan Kegel <[EMAIL PROTECTED]> wrote:
> So you're the guilty party! Next time you decide to shake
> up the wine community like that, please consider discussing
> the move with the developer community first.
Yes...well I plead no contest anyway. I did not gather from the
Wineconf
Alex Romosan <[EMAIL PROTECTED]> writes:
> this was on my thinkpad t40 with a radeon r250 (mobility firegl 9000)
> card using the open source drivers. the program also crashes on my
> desktop with an nvidia card using the proprietary nvidia drivers but i
> don't know if it's the same problem. i'll
On 10/29/07, Tom Wickline <[EMAIL PROTECTED]> wrote:
> I have never said the first word about killing any mailing list. I put
> up a forum so users would have a singe place to post to...
But unless we kill the wine-users mailing list, you can't
achieve your stated goal of having just one place to
I am currently trying to clean up the riched20 tests that are failing in
WinXP. While doing this, I have encountered the following problem: on
the function test_WM_PASTE() (at line 1959 of
dlls/riched20/tests/editor.c in current git), the test is supposed to
feed simulated keystrokes correspond
On 10/29/07, Dan Kegel <[EMAIL PROTECTED]> wrote:
>
> Do folks think we should try that? Or do people really think
> we should kill the mailing list and go to a forum?
I have never said the first word about killing any mailing list. I put
up a forum so users would have a singe place to post to, a
Steven wrote:
> I can't speak for Tom on this issue, though I was the one to
> suggest that he start the forum after the Wineconf discussions
> regarding the mailing list and newsgroup disconnection.
So you're the guilty party! Next time you decide to shake
up the wine community like that, please
On 10/29/07, Jan Zerebecki <[EMAIL PROTECTED]> wrote:
> Does that mean you will make it synchronise with the user mailinglist?
I can't speak for Tom on this issue, though I was the one to suggest
that he start
the forum after the Wineconf discussions regarding the mailing list
and newsgroup
disco
Dan Kegel wrote:
> This one seems new to me:
> http://www.playonlinux.com
> It's hooked up in the wine wiki already:
> http://wiki.winehq.org/ThirdPartyApplications
> http://wiki.winehq.org/PlayOnLinux
>
> Anyone tried it?
> - Dan
Whatever happened to winefix by the way? You mentioned it earlier,
Hmm. Anyone in Illinois feel like going? Supposedly her tool
finds bugs in source trees by looking for rules in comments
and then checking the software against those rules.
Her paper says she found one bug in wine this way...
http://webtools.uiuc.edu/calendar/Calendar?calId=504&eventId=75432&ACT
Awesome, it was about time something like this was done, I feel more at home
with a forum rather than using a mailing list - kudos to you! thanks a ton,
I'll register ASAP ^_^.
On 10/29/07, Tom Wickline <[EMAIL PROTECTED]> wrote:
>
> Hello,
>
> There is a new Wine help and discussion forum at
> ht
On Mon, Oct 29, 2007 at 11:34:33AM -0400, Tom Wickline wrote:
> My goal is to provide a forum to bring Wine users together into a
> single meeting place to discuss anything relevant to the daily
> happenings surrounding Wine.
Does that mean you will make it synchronise with the user mailinglist?
Hello,
I've submitted a patch to wine-patches 5 days ago which has not been added yet:
"Added wrapper dll for ct-api(CardTerminal API)"
http://www.winehq.org/pipermail/wine-patches/2007-October/045716.html
I think that most of the code has already been reviewed:
The 1st version has already bee
It's a jungle out there! (WineBot, Wine Doors, PlayOnLinux + the old ones)
Dan Kegel wrote:
> This one seems new to me:
> http://www.playonlinux.com
> It's hooked up in the wine wiki already:
> http://wiki.winehq.org/ThirdPartyApplications
> http://wiki.winehq.org/PlayOnLinux
>
> Anyone tried it
Hello,
There is a new Wine help and discussion forum at
http://www.wine-forum.org/index.php that is meant to be a meeting
place for anyone interested in Wine usage or development. In the past
there there has never been a single forum dedicated solely to Wine.
The lack of a single forum has left pe
Gerald Pfeifer <[EMAIL PROTECTED]> writes:
> Not a patch I am particularily proud of, but the best way I found to get
> rid of
>
> listview.c:5043: warning: 'strW' might be used uninitialized in this
> function
>
> issued by GCC, and apart from the added cast it actually is simpler than
> the
This one seems new to me:
http://www.playonlinux.com
It's hooked up in the wine wiki already:
http://wiki.winehq.org/ThirdPartyApplications
http://wiki.winehq.org/PlayOnLinux
Anyone tried it?
- Dan
Francois Gouget wrote:
> While I prefer the autorun approach because it has fewer dependencies on
> the Windows side and thus allows me to test in as clean a Windows as
> desired, your approach could be pretty useful for testing on a real
> Windows machine. Maybe if you post your script with som
> Am Montag, 29. Oktober 2007 00:55:34 schrieb Brian Dunne:
> > but
> > I encountered a pretty serious problem when trying to wine World of
> > Warcraft in OpenGL mode. In short, it won't draw models - it seems to
> draw
> > environments and effect animations fine, but characters and objects like
>
On Sat, 27 Oct 2007, Jakob Eriksson wrote:
[...]
> I achieved much the same thing by putting a wget script in the
> Auto-startup folder of Windows. Then I copy in this vmware windows
> virtual machine and start it. Then Windows itself downloads winetest
> and upon completion, does a shutdown -h
On Sun, 28 Oct 2007, Detlef Riekenberg wrote:
> On Sa, 2007-10-27 at 14:03 +0200, Francois Gouget wrote:
> >
> > Things still on the todo list:
> > * the script also grabs the winetest.exe signature and attempts to
> > verify it. But I don't know where to find the corresponding public
> > key
On Sun, 28 Oct 2007, Reece Dunn wrote:
[...]
> It would be even better if the tests were also run on real machines,
> as that would catch which test failures are VM related (such as the
> Direct3D tests).
Sure. However I don't have real Windows machines so I'll leave this as
an exercise for someo
>On Fri, 26 Oct 2007, Frank Richter wrote:
>
>> On 26.10.2007 16:52, Peter Åstrand wrote:
>> This solves the position problem, but instead the Help button disappears.
>> See screenshot
>> http://www.cendio.com/~astrand/wine/62-tab-size/patched.png. Any ideas?
>
>Hint: check again what WM_WINDOWPO
On Sun, 28 Oct 2007, Dan Hipschman wrote:
> The logic is as follows:
Thanks for the explanation, Dan!
> Better than this would be to put "assert(is_user_type(type));" above the
> initializations to convince the programmer at least that name will get
> initialized correctly in get_user_type. If
47 matches
Mail list logo
