hq.org> Copie à : > Objet : Re: fixes for -Wmissing-declarations and -Wwrite-strings warnings> > From: "Pouech Eric DMI AEI CAEN" <[EMAIL PROTECTED]>> > looking at the patch, I saw something in the code that made me sick:> > char *audioAutoDetect(void)> >
looking at the patch, I saw something in the code that made me sick:char *audioAutoDetect(void)
{
[snip]
char *driversFound[10];[snip]
return driversFound[0];[snip]
}
can someone fix that broken code ?that would be another nice janitorial task to check whether this kind of error exists somew
> > > > Changelog:> > - implement dwarf2_find_symt_by_ref and dwarf2_add_symt_ref using hashtables> > - some debug lines defines> > - handle forwards references (ie dwarf2_find_symt_by_ref returns NULL) using > > ref hashtable> > - better traces > > It doesn't compile, you probably forgot part of
> > > Print file offset instead of obscure 'prefix' while dumping data.> > prefix is used to properly indent the output of the dump, so you do want to keep > > the prefix (this doesn't prevent you from adding the offsets for dumps)> > The offset is going to replace the prefix, not to coexist with
use regedit at the beginning of your script to set the AeDebug key to a "" string (and you should have saved the key value before), and restore it at the end of your script
> Message du 31/03/05 08:47> De : "Cal Pierog" <[EMAIL PROTECTED]>> A : wine-devel@winehq.org> Copie à : > Objet : Wine Debugg
> Ok, I'll take a look at this, but if where shouldn't> be using two pointer types we should be using> SymGetTypeInfo in all cases?
the only (two things) you have to do are:
- if one cannot find the pointer type in the pointee's module, then create a winedbg's type for the pointer type and store t
I don't think this patch should go in as it is:
- I don't think it's a good idea to have two ways to express a pointer type in the debugger (one being the standard dbghelp's SymTagPointerType, the other one the new deref count you've introduced). It would be better to add dynamic winedbg types (in
> I'm trying to use winedbg to run the direct sound regression> tests and have two questions:> > Execution stops when starting the first dsound.dll thread. Is> this normal? Is the stack trace with no symbol information> normal?
no, because of this in your trace
Couldn't initiate DbgHelpthe only r
are you sure of this? according to MSDN, the iCodepage in convcontext is unicode or ansi depending on the A/W version called for DDE initialize (I never tested it though).
A+
> Message du 14/02/05 13:11> De : "Alexandre Julliard" <[EMAIL PROTECTED]>> A : [EMAIL PROTECTED]> Copie à : > Objet : wi
> Message du 21/01/05 04:10> > ChangeLog:> Ulrich Czekalla <[EMAIL PROTECTED]>> * add support to interrogate gdi objectsseveral comments:
* the changes in db_disasm.c are not declared in the changelog. Morever, I don't see the need of passing an extra parameter in db_task_printsym as you don't nee
from what I read from Linus / Roland discussion on this topic (this night) on lkml, Linus only patched 1 out of 3 places which need to be patched (according to Roland). But I don't know yet if Linus will finish the job or not :-(IMO, what Linus proposes heads into the right direction (don't single
> I get the feeling that I misunderstood what you just said. What is the > debug event? where do we do anything with it?debug events are part of the Win32 debug API. A debugger (ie a process using the client side of this API) will get "debug events" (basically the type of the event and some additi
so that debuggers can intercept it (especially ones with GUI) and do what they want with it.A+
> Message du 13/09/04 17:50> De : "Shachar Shemesh" <[EMAIL PROTECTED]>> A : "Wine Development" <[EMAIL PROTECTED]>> Copie à : > Objet : Why is our OutputDebugString a server request?>
> I have tried the updates but to no avail. I have a test program that> appears to work well. However when that code is used in my project I still> lose some characters at the end of the message. The main difference is that> my project uses sockets, in another thread, to transfer the read/write da
Hi Mike
I've started to revisit the architecture.sgml file, and started to write also about this matters (and a few others).
For coherency reasons, if you don't mind, I'll reintegrate your bits in the architecture.sgml file (what you wrote covers also process image loading...).A+
> Message du 28/05
> Its not a fault of the tests that they fail on wine, its a fault of > wine. For my understanding the test are created to show that either the > behaviour of wine is correct (when the test succeeds) or that something > left to do one wine (when a test fails)!?
check out the todo_wine construct in
> wine --debugmsg +all -- sh.exe -
does wineconsole -- sh.exe - work ?
I fear it's the same old pb of not mapping win32 console semantics on standard unix files without winconsole
(anyway, check for the CreateFile which returns 0x, likely on $CONIN)
A+
read on from lwn.net
http://www-106.ibm.com/developerworks/linux/library/l-wine/?ca=dgr-lnxw04FineWine
> It seems to me this will cause the context to never be freed. I don't> understand the problem with multiple processes, the context is bound> to the debugger thread so it shouldn't make any difference how many> processes are being debugged. Could you please give more details on> the problem?well,
> UnDecorateName is still a stub, while our winedump has some a good> framework for UnDecorateName, also translating into a GCC way and not in a> VC++ way. How should these things go together?
See the comment in dbghelp.c !! My first thouhgt would be to make a .a lib out of winedump code, and use
> +if(!!pFT_Get_First_Char || (pFT_Get_First_Char( ft_face, &dummy ) <
> 0x100))
me thinks two bangs are one too much
A+
I.e. it's quite a fair play to assume that the user has correctly configured the system to work with his/her locale.
That's exactly my point. If the user didn't correctly configure his/her locale wrt. The iocharset of the drive, then trouble's ahead. So, we can either suggest that it's up to the
22 matches
Mail list logo
