May 2003 - Wine-devel - list.winehq.org

Bugzilla querys
by hatky 08 May '03

08 May '03

At least some of the querys at bugzilla stoped working in particilar the "bugs by me" (it really starts to bug me ;) ) A few people have confirmed but no one gave a solution... Any one has any idea? a string end (well thats an expertion in hebrew, sorry) any leads and slim direction to go by? Hatky. __________________________________ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo. http://search.yahoo.com

2 2

spam protection on mailing list archives
by Jeremy Newman 08 May '03

08 May '03

I configured the mailing list archives to obfuscate emails now. All new messages will have this. It is a simple form of protection at the moment. It simply changes the emails to this: jnewman_at_codeweavers.com. I don't think this may be enough protection however. I can go one step further just make the emails totally invalid. something like jnewman(a)email.domain.hidden I'm in favor of the later option. Anyone have opinions on this. Note this only affects new posts, for old posts in the archives, I will write a script that does the same. -- Jeremy Newman <jnewman(a)codeweavers.com> CodeWeavers, Inc.

4 3

UTF oddity
by Jan Sporbeck 08 May '03

08 May '03

Hallo, while porting a friends windows code, i encountered the following: WideCharToMultiByte returns incorrect string length when using CP_UTF8 for conversion the following code snippet correctly sets nLen1 to 2 but sets nLen2 only to 1 int nLen1 = WideCharToMultiByte(CP_UTF8, 0, L"Ü", 1, NULL, 0, NULL, NULL); // query buffer size int nLen2 = WideCharToMultiByte(CP_UTF8, 0, L"Ü", 1, szUtf, nLen1, NULL, NULL); // do conversion I tested this with Wine <=20030408 am I missing something? /jan. -- ## Every cloud engenders not a storm. -- William Shakespeare, "Henry VI" ##

5 5

Re: wine/dlls/comctl32 listview.c
by Rein Klazes 08 May '03

08 May '03

On Tue, 29 Apr 2003 19:49:44 -0500, you wrote: > Modified files: > dlls/comctl32 : listview.c > > Log message: > Dimitrie O. Paun <dpaun(a)rogers.com> > Generate custom draw notifications for ownerdraw listviews (based on a > patch by Maxime Bellengé). > Reorganize the custom draw code for better reuse. Dimitrie, This causes a regression in Newsbin. Normally when retrieving new headers they are displayed with a green background (showing that they are "new"). With the patch, I notice two things: - the first line is lacking the green the green background completely (so it is white); - following lines only the first column is painted correctly. The text in the other columns lacks the green background. Does this give you an idea what might be wrong? Rein. -- Rein Klazes rklazes(a)xs4all.nl

4 6

Re: rpc exception
by jpo234＠netscape.net 08 May '03

08 May '03

Hi list, may I suggest that you have a look at http://www.hpl.hp.com/research/linux/libunwind/intro.php4 To quote the page: "The primary goal of this project is to define a portable and efficient C programming interface (API) to determine the call-chain of a program. The API additionally provides the means to manipulate the preserved (callee-saved) state of each call-frame and to resume execution at any point in the call-chain (non-local goto). The API supports both local (same-process) and remote (across-process) operation. As such, the API is useful in a number of applications. Some examples include: exception handling The libunwind API makes it trivial to implement the stack-manipulation aspects of exception handling." Might be exactly what you are all looking for. Regards Jörg __________________________________________________________________ Try AOL and get 1045 hours FREE for 45 days! http://free.aol.com/tryaolfree/index.adp?375380 Get AOL Instant Messenger 5.1 for FREE! Download Now! http://aim.aol.com/aimnew/Aim/register.adp?promo=380455

3 3

Re: Allow NtFileFlushBuffers to block
by Eric Pouech 08 May '03

08 May '03

> ChangeLog: > * allow NtFileFlushBuffers to block, as flushing a named pipe requires this what I don't like in your patch is that you create an event in all cases, where according to the doc, FlushFileBuffers should only block for named pipes. maybe, it would be better to return the event handle from the flush server call and wait in kernel if this event is not NULL A+ -- Eric Pouech

2 2

Killer-App idea: Stack protection
by Johannes E. Schindelin 08 May '03

08 May '03

Hi all, how about implementing the ideas from exec_shield (a linux kernel module written by Ingo Molnar to automatically protect existing programs from most buffer overflows) directly into Wine? May be a dumb idea; I don't know too much about those deep internals of Wine regarding stacks. Ciao, Dscho

1 0

Re: winsock: use iphlpapi
by Sylvain Petreolle 08 May '03

08 May '03

I cant apply your winsock patch, patch says malformed at line 245: @@ -2123,127 +2100,6 @@ [Winipcfg work] In order to run winipcfg, a key must be added into registry, otherwise it (probably) says TCP/IP isnt installed, I had got a blank Msgbox with an "Ok" button. HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\VxD\MSTCP Now it works beautifully. could you include it into your reworked patch ? ===== Sylvain Petreolle (spetreolle at users dot sourceforge dot net) ICQ #170597259 No more War ! "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". For the Law of Oil and Fire, Im an European that lives in France. For all my Brothers and friends, Im a human living on Earth. ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

2 1

Re: iphlpapi.dll (take 2)
by Alexandre Julliard 08 May '03

08 May '03

Juan Lang <juan_lang(a)yahoo.com> writes: > Removed C++-style comments. > Supercedes > http://www.winehq.org/hypermail/wine-patches/2003/05/0069.html > > ChangeLog: Adds an implementation of iphlpapi.dll; > most Get* > functions introduced through Win98 are included. The implementation should use the same function names as the exported entry points, without the IPHLPAPI_ prefix, exactly the way they are declared in iphlpapi.h. For instance DWORD __stdcall IPHLPAPI_AddIPAddress(...) should really be DWORD WINAPI AddIPAddress(...) etc. Also you can't share code by putting source files in misc/. All source files must be local to the dll, and other dlls have to use the exported API exclusively. And please use diff -u to make patches. -- Alexandre Julliard julliard(a)winehq.com

2 1

solaris x86 development?
by Peter Lees 08 May '03

08 May '03

hello, what is the status of WINE development for solaris x86? i'm running into some fairly fundamental build bugs & would like to know if anyone has got it working. thks p

3 2