June 2001 - Wine-Devel - list.winehq.org

Re: wine/ ./configure ./configure.in documentation ...

by lawson_whitney＠juno.com

On Fri, 29 Jun 2001, Uwe Bonnes wrote: > >>>>> "Alexandre" == Alexandre Julliard <julliard(a)winehq.com> writes: > Alexandre> ... > Alexandre> +0 -0 wine/msdos/ppdev.c > ^^^^^ > Hallo Alexandre, > > oops, this is not enough. The patch I submitted was > --- /dev/null Tue Feb 20 18:39:20 2001 > +++ wine/msdos/ppdev.c Thu Jun 21 14:32:14 2001 > @@ -0,0 +1,283 @@ > ^^^^ > > Did I choose wrong arguments to diff? > > Bye > > -- > Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de > > Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt > --------- Tel. 06151 162516 -------- Fax. 06151 164321 ---------- > > I don't think so. I have all 283 lines, by sending www4mail after the URL in the wine-cvs entry. That way it comes as an added file, flagged with &&&, not a patch exactly, but I have a little program to take care of those. I think that is just the way the wine-cvs list handles added files. Lawson ---ICBW, of course, IC always BW--- ________________________________________________________________ GET INTERNET ACCESS FROM JUNO! Juno offers FREE or PREMIUM Internet access for less! Join Juno today! For your FREE software, visit: http://dl.www.juno.com/get/tagj.

June 29, 2001

Re: wine/ ./configure ./configure.in documentation ...

by Uwe Bonnes

>>>>> "Alexandre" == Alexandre Julliard <julliard(a)winehq.com> writes: Alexandre> ... Alexandre> +0 -0 wine/msdos/ppdev.c ^^^^^ Hallo Alexandre, oops, this is not enough. The patch I submitted was --- /dev/null Tue Feb 20 18:39:20 2001 +++ wine/msdos/ppdev.c Thu Jun 21 14:32:14 2001 @@ -0,0 +1,283 @@ ^^^^ Did I choose wrong arguments to diff? Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

June 29, 2001

rebar trouble with WinZip 8.0

by Mike McCormack

Hi, WinZip 8.0 has a toolbar. It used to show all the toolbar buttons, but it seems to have a problem now, since only the LHS button is shown. Some debug output below. Mike mike(a)linux:~/c > wine Program\ Files/WinZip/WINZIP32.EXE Could not stat /mnt/fd0 (No such file or directory), ignoring drive A: x11drv: Warning: $DISPLAY variable ignored, using ':0.0' specified in config file .. trace:rebar:REBAR_AdjustBands start=0, end=0, max x=550, max y=61 trace:rebar:REBAR_AdjustBands Phase 1 band 0, (0,0)-(69,61), orig x=0, xsep=0 trace:rebar:REBAR_AdjustBands Phase 2 band 0, (0,0)-(69,61), orig x=0, xsep=0 err:rebar:REBAR_AdjustBands Serious problem adjusting row 1, start band 0, end band 0 trace:rebar:REBAR_AdjustBands start=0, end=0, max x=561, max y=61 trace:rebar:REBAR_AdjustBands Phase 1 band 0, (0,0)-(69,61), orig x=0, xsep=0 trace:rebar:REBAR_AdjustBands Phase 2 band 0, (0,0)-(69,61), orig x=0, xsep=0 err:rebar:REBAR_AdjustBands Serious problem adjusting row 1, start band 0, end band 0 .. fixme:shell:SHGetFileInfoA set icon to shell size, stub fixme:listview:LISTVIEW_SetColumnOrderArray iCount 9 lpiArray 0x405a6a74 mike(a)linux:~/c ------------------------------------------ mailto:Mike_McCormack(a)looksmart.com.au ph +82 16 430 0425 __________________________________________________________________ Get your free Australian email account at http://www.Looksmart.com.au

June 29, 2001

Re: Support Ordinal forwarding in Dll loading

by Alexandre Julliard

"Guy L. Albertelli" <galberte(a)neo.lrun.com> writes: > In attempting to use Specmaker to create a forwarding DLL to do testing of > the Rebar and ComboBoxEx controls, I ran into a problem where pe_image.c did > not support forwarding an ordinal only reference. This patch allows that > function to work. The ordinal forward is of the form: > dllname.DLLNAME_nnnn. I don't think Windows supports something like this. I would suggest instead to fix specmaker to not generate a forward in this case. -- Alexandre Julliard julliard(a)winehq.com

June 29, 2001

CreateWindow issue?

by Bill Medland

Can anyone shed any light on this? 1. If I take Petzold's POPPAD1 project and slightly modify it so that the style is WS_CHILD | WS_BORDER | WS_VISIBLE | ES_AUTOHSCROLL and then spy on the WM_NCCREATE and WM_CREATE it tells me that the style passed in is WS_OVERLAPPEDWINDOW | WS_CHILDWINDOW | WS_VISIBLE | ES_AUTOHSCROLL which is not the same thing. Does anyone know if a. The Windows Spy++ is telling fibs b. (Win95) CreateWindow patches them up in some way. 2. (Why I was even looking at 1) In the application I am working on we open Edit controls almost as above inside dialogs and they appear with a single pixel solid frame under Windows whereas under Wine they appear with a 2-pixel sunken frame. There are several changes I can make in the controls/edit.c to get the same behaviour under Wine but so far they all "mess up" normal sunken ones. (Under windows the resulting windows end up with zero extended style and 50000088 style.) Any thoughts would be appreciated. Bill

June 28, 2001

Re: Proper detection of VM86 support

by Alexandre Julliard

Patrik Stridvall <ps(a)leissner.se> writes: > Proper detection of VM86 support > on FreeBSD, Linux and Solaris added. I don't think that's useful. Even if we someday support vm86 on other platforms, this is one of these cases where a simple platform check (#ifdef linux) is preferable to complex configure magic IMO. This is how we do the LDT check too, because there simply isn't enough similarity between platforms to justify configure tests. -- Alexandre Julliard julliard(a)winehq.com

June 28, 2001

[Problem report] Messages cooked too much ?

by Gerard Patel

This is a problem of intermittents hangings, when moving the mouse or closing a window (not obvious). I finally realized that the traces in the hanging of Eudora 4 looked very similar, but Eudora 4 hangs reliably ;-) I have found this Eudora crash an infinite loop generated by a mouse move message, cooked to generate a WM_NCMOUSEMOVE, then this last message is obtained repeatedly from the server without being ever removed. It does not seem right to peek a cooked message off the server, not find anything useful to do with it, and just ignore it and asking the server again. The following patch removes the problem, and *seems* to cure the intermittent hangings of other apps. Gerard --- message.c.orig Wed Jun 27 22:14:07 2001 +++ message.c Wed Jun 27 22:13:57 2001 @@ -790,7 +790,11 @@ if (qmsg.kind == RAW_HW_MESSAGE || qmsg.kind == COOKED_HW_MESSAGE) { if (!process_hardware_message( &qmsg, hwnd, first, last, flags & PM_REMOVE )) + { + if (qmsg.kind == COOKED_HW_MESSAGE) + if (!(flags & PM_REMOVE)) QUEUE_FindMsg( hwnd, first, last, TRUE, &qmsg ); goto retry; + } } else {

June 27, 2001

Re: docu patch

by Alexandre Julliard

Andreas Mohr <a.mohr(a)mailto.de> writes: > diff -u -r1.9 DEVELOPERS-HINTS > --- DEVELOPERS-HINTS 2001/01/10 23:59:25 1.9 > +++ DEVELOPERS-HINTS 2001/06/26 23:02:00 > @@ -23,6 +23,7 @@ > > GDI: > > + console/ - handling of text consoles > graphics/ - graphics drivers > x11drv/ - X11 display driver > win16drv/ -> see below > @@ -58,7 +59,7 @@ > msnet/ > msvcrt/ - C runtime library > msvideo/ - 16 bit video manager > - ole32/ - 32 bit OLE 2.0 librairies > + ole32/ - 32 bit OLE 2.0 libraries > oleaut32/ - 32 bit OLE 2.0 automation > olecli/ - 16 bit OLE client > oledlg/ - OLE 2.0 user interface support > @@ -86,12 +87,13 @@ > > Miscellaneous: > > - misc/ - shell, registry, winsock, etc. > + misc/ - misc. wine management, registry, etc. > ipc/ - SysV IPC based interprocess communication > - win32/ - misc Win32 functions > ole/ - OLE code > - nls/ - National Language Support > + nls/ - National Language Support > configuration files > + unicode/ - Unicode (character) support > + win32/ - misc Win32 functions > I have nothing against updating the doc, but I don't think adding wrong information is going to help <g>. console/ is not a GDI directory, and there is no top level nls/ directory. -- Alexandre Julliard julliard(a)winehq.com

June 26, 2001

Re: configure.in patch

by Andreas Mohr

On Tue, Jun 26, 2001 at 08:43:22PM +0900, Bang Jun-Young wrote: > On Tue, Jun 26, 2001 at 11:42:07AM +0200, Marcus Meissner wrote: > > The reason we check for 'flex' again is that the standard check sets LEX > > to 'lex' even if none is found, which lead to confusion during compile. > > > > Our check is similar, but it finds out if 'lex' is present and aborts > > configure if not. > > Another question: why doesn't it doublecheck for yacc? There may > be a system that doesn't have any parser installed by default and > at least one of yacc, byacc, and bison should be installed to > compile. Just for reference - I had this very problem just yesterday with some guy. Nearly nothing installed: checking for bison... no checking for byacc... no checking for flex... (cached) flex configure didn't abort, and compile "crashed" at wrc: make[2]: Entering directory `/home/daniel/tmp/wine/tools/wrc' yacc -bppy -ppp -d -t ./ppy.y make[2]: yacc: Command not found make[2]: *** [ppy.tab.c] Error 127 make[2]: Leaving directory `/home/daniel/tmp/wine/tools/wrc' make[1]: *** [wrc/__depend__] Error 2 make[1]: Leaving directory `/home/daniel/tmp/wine/tools' make: *** [tools/__depend__] Error 2 Command exited with non-zero status 2 -> not good. --> good if this patch fixes it. -- Andreas Mohr Stauferstr. 6, D-71272 Renningen, Germany Tel. +49 7159 800604 http://home.nexgo.de/andi.mohr/

June 26, 2001

change of style in the edit control

by Bill Medland

Is anyone working on the edit control's handling of WM_STYLE_CHANGED? Does anyone have any useful information? I intend adding handling of WM_STYLE_CHANGING/ED to controls/edit.c for our application (which uses SetWindowLong to modify the style after creation). 1. Does anyone know why the EDITSTATE.style is not fed back to the pWnd->dwStyle after being modified. 2. Does anyone know of any documentation of the interaction within windows when the styles are incompatible? Bill

June 26, 2001