wine-devel

wine-devel@winehq.org

2 participants
84471 discussions

Re: rpc_H_PL1
by Alexandre Julliard 30 Oct '02

30 Oct '02

Greg Turner <gmturner007(a)ameritech.net> writes: > diff -ur -x CVS -x 'bigdif*' ../wine.test/dlls/rpcrt4/rpc_binding.c ./dlls/rpcrt4/rpc_binding.c > --- ../wine.test/dlls/rpcrt4/rpc_binding.c 2002-10-29 12:59:02.000000000 -0600 > +++ ./dlls/rpcrt4/rpc_binding.c 2002-10-29 13:28:39.000000000 -0600 > @@ -865,14 +865,21 @@ > * Exists in win9x and winNT, but with different number of arguments > * (9x version has 3 arguments, NT has 2). > */ > +#ifdef WINNT > +RPC_STATUS WINAPI I_RpcBindingSetAsync( RPC_BINDING_HANDLE Binding, RPC_BLOCKING_FN BlockingFn) > +#else > RPC_STATUS WINAPI I_RpcBindingSetAsync( RPC_BINDING_HANDLE Binding, RPC_BLOCKING_FN BlockingFn, unsigned long ServerTid ) > +#endif > { This can't work, we are not going to build two versions of Wine with different #ifdefs. We should simply decide which version we support (NT would probably be preferable) and get rid of the #ifdefs in the header. -- Alexandre Julliard julliard(a)winehq.com

2 1

No more Office 11 for Win98/ME
by Uwe Bonnes 30 Oct '02

30 Oct '02

Hallo, e.g. on www.heise.de there is the news that MS announces to drop support for Win98/ME for the next office version. That's probably a point in time when many people will look for alternatives. Hopefully Wine and Linux are in good shape then. Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

1 0

Re: Versions & mass-appeal
by Francois Gouget 30 Oct '02

30 Oct '02

On Wed, 30 Oct 2002, Keith Matthews wrote: [...] > Stressing the number of calls in the MS API is another important point > to make, thanks to Andreas for providing an updated figure. For more API stats you can check out the following page (and disclaimer): http://fgouget.free.fr/wine/winapi_stats-en.shtml While I'm writing I will just mention some other links relevant to the 'Wine perception' aspect: * Contributing to Wine Trying to present ways to get started helping Wine. More work is needed on this section and it needs to be made much more visible. http://www.winehq.com/about/index.php?contrib * Why Wine is so important Many people have a primitive 'say no to Windows software' attitude because they do not understand why Wine is important. http://www.winehq.com/about/index.php?why * Debunking Wine Myths These myths are quite common and detract to Wine's image http://www.winehq.com/about/index.php?myths Here's my thoughts on getting more developpers: * I think step one is fixing Wine's perception issues by improving the Web site to make the above more visible, add screenshots and make it easier to navigate. * Step two is to add more resources geared towards new developpers to make it easier for them to get started (e.g. taslets bug list, finish the conformance testing guide, update the developer's guide, etc.). * Step three is to be more outgoing. Do a better job at describing the tasks that need to be done for instance. Let people know that we need help, that with done much with less than one tenth the number of developpers that the Linux kernel has. Someone suggested making Wine presentations at local LUGs. I think that's a goog idea too. I have done some work on the above items (all committed) but I'm not a technical writer so it takes me a lot of time to write documentation and I'm rarely happy with the result. And free time is in very short supply currently. Plus I'm not familiar with PHP which would be required for some of the Web site changes (again a time issue). So please, if anyone feels like updating the web site or writing documentation, go ahead. Wine needs you! -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ $live{free} || die "";

1 0

Re: splitting msvideo/msvfw32
by Alexandre Julliard 30 Oct '02

30 Oct '02

Eric Pouech <eric.pouech(a)wanadoo.fr> writes: > + case DLL_PROCESS_ATTACH: > + if (!GetModuleHandleA("MSVFW32.DLL") && !LoadLibraryA("MSVFW32.DLL")) > + { > + ERR("Could not load sibling MSVfW32.dll\n"); > + return FALSE; > + } Note that this is not necessary. The 32-bit dll is always loaded before the 16-bit one (otherwise we couldn't reference symbols in it). -- Alexandre Julliard julliard(a)winehq.com

1 0

Treeview Notifications Fix (found cause), now I need some help...
by Dustin Navea 30 Oct '02

30 Oct '02

Hey everyone, after about 3 hours of adding traces to treeview.c, I have found the line that is causing all of my headaches! in /wine/dlls/comctl32/treeview.c: in function TREEVIEW_NOTIFYFORMAT i = SendMessageA(GetParent (infoPtr->hwnd), WM_NOTIFYFORMAT, (WPARAM)infoPtr->hwnd, NF_QUERY); SendMessageA is returning 2 (NFR_UNICODE) on the StarCraft installer window. This is incorrect, the return should be 1 (NFR_ANSI). I don't know of any way to get it to return 1 myself as I dont know windows API, so I am asking for some help. can anyone that has some free time and knows the WM subsystem help me out? Please add yourself to CC on bug 1073. TIA -Dustin __________________________________________________ Do you Yahoo!? HotJobs - Search new jobs daily now http://hotjobs.yahoo.com/

2 2

Re: SetWindowHookEx
by steve.lustbader＠philips.com 30 Oct '02

30 Oct '02

>steve.lustbader(a)philips.com writes: > >> My app uses SetWindowHookEx to install a WH_KEYBOARD_LL hook. >> Currently, the wine implementation tells me >> "fixme:hook:set_windows_hook system hook WH_KEYBOARD_LL won't work right" >> when I try to use it. I'd like to implement this so I can get my app to >> run, but I'm not sure where to start, since I don't know why it >> "won't work right." Any hints/suggestions? > >I'm working on it. Basically it won't work right across processes at >this point; if you have a single process it should be OK. > It's returning NULL for me, which implies it isn't working. Is there some sort of trace that I can send you to help you out? -Steve

2 1

Re: What is a leap second
by Peter Ekberg 30 Oct '02

30 Oct '02

Hello! I compiled the following using msvc: ----------8<--------------------------- #include <stdio.h> #include <windows.h> typedef short CSHORT; typedef struct { CSHORT Year; CSHORT Month; CSHORT Day; CSHORT Hour; CSHORT Minute; CSHORT Second; CSHORT Milliseconds; CSHORT Weekday; } TIME_FIELDS, *PTIME_FIELDS; typedef VOID (*RtlTimeToTimeFieldsT) (PLARGE_INTEGER Time, PTIME_FIELDS TimeFields); int main() { LARGE_INTEGER RtlTime; TIME_FIELDS tf; HINSTANCE hLib; RtlTimeToTimeFieldsT RtlTimeToTimeFields; RtlTime.LowPart = 0x20de5700; RtlTime.HighPart = 0x1c27d90; hLib = LoadLibrary("ntdll"); RtlTimeToTimeFields = (RtlTimeToTimeFieldsT)GetProcAddress (hLib, "RtlTimeToTimeFields"); RtlTimeToTimeFields(&RtlTime, &tf); FreeLibrary(hLib); printf("%d %d %d %d %d %d\n", tf.Year, tf.Month, tf.Day, tf.Hour, tf.Minute, tf.Second); return 0; } ----------8<--------------------------- with the following output on win2k. 9 0 10 0 9 10

2 2

listview: last column problem
by Rein Klazes 30 Oct '02

30 Oct '02

Dimitri, The missing last column in newsbin seems to be caused by this line: | if (!lpColumn || nColumn < 0 || nColumn > infoPtr->hdpaColumns->nItemCount) return -1; | ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ removing the marked part of the test result in a couple of error messages: | err:listview:LISTVIEW_InsertColumnT nColumn=4, nNewColumn=3 | err:listview:LISTVIEW_InsertColumnT nColumn=4, nNewColumn=3 | err:listview:LISTVIEW_InsertColumnT nColumn=4, nNewColumn=3 but otherwise runs fine. Do you see any objections removing the test and error message? Rein. -- Rein Klazes rklazes(a)xs4all.nl

2 2

Re: PATCH: ppc fix 2
by Greg Turner 30 Oct '02

30 Oct '02

On Wednesday 30 October 2002 07:22 am, Marcus Meissner wrote: > Hi, > > Just a bad macro. > > ciao, marcus > > Changelog: > Fixed LITTLE_ENDIAN_32_READ macro to at least compile. > > Index: ndr_marshall.c > =================================================================== > RCS file: /home/wine/wine/dlls/rpcrt4/ndr_marshall.c,v > retrieving revision 1.9 > diff -u -r1.9 ndr_marshall.c > --- ndr_marshall.c 29 Oct 2002 23:07:33 -0000 1.9 > +++ ndr_marshall.c 30 Oct 2002 13:21:15 -0000 > @@ -59,8 +59,8 @@ > > #define LITTLE_ENDIAN_32_READ(pchar) \ > (MAKELONG( \ > - MAKEWORD(*(pchar), *((pchar)+1)) \ > - MAKEWORD(*((pchar)+2), *((pchar)+3))) > + MAKEWORD(*(pchar), *((pchar)+1)), \ > + MAKEWORD(*((pchar)+2), *((pchar)+3)))) > #endif > > /* oh, it's non-i386 only, and I guess I never tested this one... makes sense now, ignore my previous comment. -- gmt "The purpose of government is to rein in the rights of the people" --President Bill Clinton, MTV interview, 1993

1 0

EMF bug?
by Domsodi Gergely 30 Oct '02

30 Oct '02

Hi! I am not sure if this is a bug, or I did something wrong. My collegaues made a little program what shows the bug. It shows an EMF file, but the text boxes appears bad. Two screenshots and the source are included in the tar.gz. Please somebody examine it, and help me if you can. The source, binaries, and screenshots can be downloaded from ftp://ftp.uhulinux.hu/misc/testprg.tar.gz. It needs to be exctracted to the wine c:\ directory Thanks for your help in advance! If needed I can send you wine debug msgs. -- doome _______________________________________________ wine-users mailing list wine-users(a)winehq.com http://www.winehq.com/mailman/listinfo/wine-users -- Dömsödi Gergely UHU-Linux Csapat

1 0

RE: winapi update
by Patrik Stridvall 30 Oct '02

30 Oct '02

> On October 29, 2002 11:27 am, Patrik Stridvall wrote: > > Anyway, I can't inline my patches the because Microsoft > Outlook wraps > > the lines and I sure a lot of other people that use attachments have > > similar problems. > > And can't be turned off?!? Hmmm, anyway, just attach them as > text/plain. I have no idea how or if it is possible to do either.

4 3

What is a leap second
by György 'Nog' Jeney 30 Oct '02

30 Oct '02

While I was looking through dlls/ntdll/time.c I came across the following two comments: "FIXME: Compute the number of leap second corrections here" and "FIXME: get the GMT offset here" What do these this mean? nog.

4 6

DSTRICT: some more fixes for the user dll
by Michael Stefaniuc 29 Oct '02

29 Oct '02

Hello, this fixes 117 warning in the user dll when compiled with -DSTRICT License: LGPL, X11 Changelog: Michael Stefaniuc <mstefani(a)redhat.com> - some more fixes for compiling the user dll with -DSTRICT bye michael -- Michael Stefaniuc Tel.: +49-711-96437-199 System Administration Fax.: +49-711-96437-111 Red Hat GmbH Email: mstefani(a)redhat.com Hauptstaetterstr. 58 http://www.redhat.de/ D-70178 Stuttgart

1 1

RE: What is a leap second
by Medland, Bill 29 Oct '02

29 Oct '02

> -----Original Message----- > From: wine-devel-admin(a)winehq.com > [mailto:wine-devel-admin@winehq.com]On > Behalf Of György 'Nog' Jeney > Sent: Tuesday, October 29, 2002 10:46 AM > To: wine-devel(a)winehq.com > Subject: What is a leap second > > > > While I was looking through dlls/ntdll/time.c I came across > the following > two comments: "FIXME: Compute the number of leap second > corrections here" > and "FIXME: get the GMT offset here" What do these this mean? > > nog. > > > > (Trying to avoid repeating everyone else) The best source I know for information on leap seconds is http://tycho.usno.navy.mil/leapsec.html That includes a link to the list of when the leap seconds have been. I was also looking at "time" over the past couple of days, from the "GetDateFormat" side of things (files/dos_fs.c). I note that (Win98) SystemTimeToFileTime etc do not include any leap seconds (i.e. file time assumes no leap seconds). Bill

1 0

rpc_H_PL3 (do not apply)
by Greg Turner 29 Oct '02

29 Oct '02

This fixes wineserver crashes exposed by recent tests, in the unmerged parts of the RPC code. Parts of this may never see the light of day. Relative to H_PL0, of course. LICENSE: X11 CHANGELOG: * dlls/rpcrt4: rpc_epmap.c; server: rpc_epmap.c: Greg Turner <gmturner007(a)ameritech.net> - don't crash the wineserver. - don't printf("%s", NULL). -- gmt "The purpose of government is to rein in the rights of the people" --President Bill Clinton, MTV interview, 1993

1 0

Re: Bug #321: dlls/msvct/vf[w]printf functions (Patch 2)
by Shachar Shemesh 29 Oct '02

29 Oct '02

Jaco Greeff wrote: >On Tue, 29 Oct 2002 21:10:52 +0100, Andreas Mohr ><andi(a)rhlx01.fht-esslingen.de> wrote : > > >>[insert some rant about certain highly non-rewarding functions here...] >> >>Still, you're doing some pretty essential work, so let me just say thanks >>for your (annoying ?) work ! >> >> > >Annoying? Sometimes. Boring? Never. I'm enjoying every minute of it, as long >as I don't get to frustrate myself with idiotic mistakes. (Of which I've had >a couple in the last week, the last one just took the prize :)) > I don't know. My personal best is to spend two weeks chasing a one wrong character bug. What's more, it was introduced after adding ~20 lines of code, and I knew it. Beat that! To my credit I will say that this was assembly (68000), and that the problem manifested itself in such an unrelated area of the program, that I overruled my own judgment and searched the problem in the vicinity of where it happened. As life would have it, the real problem was a missing "#" (which means "use immediate value X", so instead it read "Take value from address X"). > O, well, >maybe I just need some extra sleep. > >Thanks a lot, encouragement is always appreciated. > > > >

1 0

Bug in SYSDEPS_CallOnStack()?
by Juraj Hercek 29 Oct '02

29 Oct '02

Hi, When I was trying to get wine working on sparc solaris, I experienced troubles with exception handling. I always got error (after Ctrl + C): err:seh:EXC_DefaultHandling Exception frame is not in stack limits => unable to dispatch exception. After deeper insight into wine's guts I've figured out that problem lies in SYSDEPS_CallOnStack function (scheduler/sysdeps.c:236), which doesn't switch thread stack on sparcs -> I'll try to implement this soon. I also looked at implementation of this function for __i386__ (since it was just a couple of lines above... :o) ) and I think there is a mistake in implementation for _MSC_VER compiler. Original: ... __asm mov edx, 8[esp]; __asm mov fs:[0x04], esp; <--- __asm push edx; ... I think it should look like this: ... __asm mov edx, 8[esp]; __asm mov esp, fs:[0x04]; <--- __asm push edx; ... Just some questions: Is anyone compiling wine with microsoft compiler? If so, what are the reasons? Next, current snapshot from cvs doesn't compile on solaris, is anyone compiling wine on solaris? Regards, Juraj

4 3

Re: dlls/advapi32/RegFlushKey (Patch 2)
by Jaco Greeff 29 Oct '02

29 Oct '02

On 29 Oct 2002 12:38:10 -0800, Alexandre Julliard <julliard(a)winehq.com> wrote : > I'm afraid this can't possibly work. Registry keys don't have an > associated file descriptor. Bingo. That was my understanding as well, until I looked at the RegCloseKey and was thrown totally off-track: /* RegCloseKey */ ... return RtlNtStatusToDosError( NtClose( hkey ) ); which translates more or less to: /* NtClose */ ... SERVER_START_REQ( close_handle ) { req->handle = Handle; ret = wine_server_call( req ); if (!ret && reply->fd != -1) close( reply->fd ); } SERVER_END_REQ; ... Basically leading to the belief that there is actually an fd. (Ignoring the fact that we need to keep things general) Which, looking at the arch doesn't make much sense... lots of little files would do nobody good. Next time I'll ask before I'm lead to believe what I shouldn't. Greetings, Jaco

1 0

Re: dlls/advapi32/RegFlushKey (Patch 2)
by Alexandre Julliard 29 Oct '02

29 Oct '02

"Jaco Greeff" <jaco(a)puxedo.org> writes: > * dlls/advapi32/registry.c: Jaco Greeff <jaco(a)puxedo.org> > - Implemented the RegFlushKey function I'm afraid this can't possibly work. Registry keys don't have an associated file descriptor. -- Alexandre Julliard julliard(a)winehq.com

1 0

RE: winapi update
by Patrik Stridvall 29 Oct '02

29 Oct '02

I run the swedish version... > You can change the number of the line wrapping. Tools -> > Options -> Mail > Formating -> ... but I'm with you here. > Internet Format -> Plain Text Options. No, I have no such option. I run Microsoft Outlook 2000...

3 2

RE: winapi update
by Rolf Kalbermatter 29 Oct '02

29 Oct '02

From: Patrik Stridvall <ps(a)leissner.se> >> You can change the number of the line wrapping. Tools -> >> Options -> Mail >> Formating -> > >... but I'm with you here. > >> Internet Format -> Plain Text Options. > >No, I have no such option. > >I run Microsoft Outlook 2000... Try "Tools -> Options -> Mail Format. Select "Plain Text" in the "Message Format" and click the "Settings" button. Rolf Kalbermatter CIT Engineering Nederland BV tel: +31 (070) 415 9190 Treubstraat 7H fax: +31 (070) 415 9191 2288 EG Rijswijk http://www.citengineering.com Netherlands mailto:rolf.kalbermatter@citeng.com

1 0

Re: Bug #321: dlls/msvct/vf[w]printf functions (Patch 2)
by Jaco Greeff 29 Oct '02

29 Oct '02

On 29 Oct 2002 10:53:32 -0800, Alexandre Julliard <julliard(a)winehq.com> wrote : > Still, this only works for vfprintf, vfwprintf > has to output in Unicode so you cannot convert to ASCII or use the > system printf for that. It would probably be easier to grab a printf > implementation from somewhere and convert it to Unicode. Can I swear on this mailing list? Please, I need to. And one would think I've never used the vfwprintf function before the way I'm making all these wrong assumptions. Damnit, I know the Win32 API. *sigh* Luckily my wife got most of the frustrations at my stupidity... On your suggestion: I've looked at the glibc one. No comments. I'll refrain and look a bit more... I do feel that we are making progress however, albeit slowly ;) Do you think it a good idea just doing the ASCII version now and get it into CVS without the W version. (Ripping out the vfwprintf for now.) I can then proceed to make this ASCII implementation into a full "real-prntf" implementation and subsequently, when we are all happy do the Unicode conversion. Basically I'm suggesting breaking it up into small(er) steps. Comments? Greetings, Jaco

2 1

Wineconsole feature request
by György 'Nog' Jeney 29 Oct '02

29 Oct '02

Would it be possible for someone to add a feature to wineconsole so that when the child process exits the console isnt torn down immediatly? This would be very nice because some dos apps dont work when not run through the console and so it is impossible to see their command line syntax. nog.

2 1

Re: Bug #321: dlls/msvct/vf[w]printf functions (Patch 2)
by Alexandre Julliard 29 Oct '02

29 Oct '02

"Jaco Greeff" <jaco(a)puxedo.org> writes: > I'm not sure if I should send the whole patch or just do increments for the > new stuff. At this point it is everything, including cleanups of the test > case and use of correct WideCharToMultiByte as suggested by Dimitri. In > additions the configure.ac patch for the dlls/msvcrt/tests/Makefile.in is added. > > As always, comments are very welcome to get this thing bedded down finally. - you can't use the libc printf to print unicode chars, the format is not the same - WideCharToMultiByte can output several characters for a single unicode char, you need to take that into account for buffer sizes - you cannot cast a WCHAR* into a CHAR* to convert the format to ASCII - there's no point in using strncat if you don't pass it the real size of the buffer - please don't copy code from MSDN, it is copyrighted by Microsoft. -- Alexandre Julliard julliard(a)winehq.com

3 4

RE: winapi update
by Patrik Stridvall 29 Oct '02

29 Oct '02

> > Why not, instead of complaining to people who doesn't > > (or only partly) listens, write some sort of mail "filter" > > the reformats the mail to one or more mail of a more > > appropriate format. Inline attachments and that sort of things... > > Oh, come on man, this _is_ silly. You are the only one sending > multiple patches per email, for crying out loud! :) Perhaps. Haven't checked. Anyway, I can't inline my patches the because Microsoft Outlook wraps the lines and I sure a lot of other people that use attachments have similar problems. So an attachment inliner might be useful nether the less...

2 1

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-devel