- Wine-bugs - list.winehq.org

[Bug 588] Changed - Word2000 - fixme:file:FindFirstChangeNotificationA this is not supported yet (non-trivial).
by wine-bugs＠winehq.com 10 May '02

10 May '02

http://bugs.winehq.com/show_bug.cgi?id=588 *** shadow/588 Tue Apr 30 13:55:00 2002 --- shadow/588.tmp.26534 Fri May 10 11:46:01 2002 *************** *** 24,26 **** --- 24,34 ---- ------- Additional Comments From apa3a(a)yahoo.com 2002-04-30 13:55 ------- James, could you describe how to reproduce the bug? + + ------- Additional Comments From James(a)superbug.demon.co.uk 2002-05-10 11:46 ------- + I can see this problem as well. + It happens with any Office 2000 programs. + Create a new Word document. + File->Save as + And when you try to save the file, it will not work, and the wine log displays: - + fixme:file:FindFirstChangeNotificationA this is not supported yet (non-trivial) \ No newline at end of file

1 0

[Bug 650] Changed - Processor related error messages when launching winedbg
by wine-bugs＠winehq.com 10 May '02

10 May '02

http://bugs.winehq.com/show_bug.cgi?id=650 *** shadow/650 Thu May 9 14:02:04 2002 --- shadow/650.tmp.16328 Fri May 10 09:21:26 2002 *************** *** 78,80 **** --- 78,93 ---- and, yes, this is the same library everytime. /usr/lib/libGLcore.so.1 as I said before. + + ------- Additional Comments From apa3a(a)yahoo.com 2002-05-10 09:21 ------- + It looks like the problem is with loading debugging information from the library + /usr/lib/libstdc++-libc6.2-2.so.3 and it is not related to the + /usr/lib/libGLcore.so.1 library, because the issue appears after the message + that /usr/lib/libGLcore.so.1 is loaded. + My telnet.exe (Windows NT) does not load neither library and I can't reproduce + the issue. + Can you find any other application, freely accessible which shows this problem? + + I suspect that winedbg have problems with C++ debugging information or format of + this information is different in your new distribution, so try application, + writted in C++ or create one yourself.

1 0

[Bug 663] New - Publisher stops reading keyboard and mouse input.
by wine-bugs＠winehq.com 10 May '02

10 May '02

http://bugs.winehq.com/show_bug.cgi?id=663 *** shadow/663 Fri May 10 03:29:17 2002 --- shadow/663.tmp.31964 Fri May 10 03:29:17 2002 *************** *** 0 **** --- 1,25 ---- + +============================================================================+ + | Publisher stops reading keyboard and mouse input. | + +----------------------------------------------------------------------------+ + | Bug #: 663 Product: Wine | + | Status: UNCONFIRMED Version: 20020411 | + | Resolution: Platform: | + | Severity: normal OS/Version: All | + | Priority: P1 Component: wine-binary | + +----------------------------------------------------------------------------+ + | Assigned To: wine-bugs(a)winehq.com | + | Reported By: woolite(a)darkpact.com | + | CC list: Cc: | + +----------------------------------------------------------------------------+ + | Milestone: TargetMilestone: --- | + | URL: | + +============================================================================+ + | DESCRIPTION | + I'm using KDE 2.2.2 and I am trying to use MS Publisher 2000. + Here is the problem I am having. + In my ~/.wine/config file, I have Managed and Desktop disabled. + I load up Publisher, and it reads keyboard and mouse input as long as it's + maximized. + Once I resize the window (unmaximize) it stops reading keyboard presses and + mouse button presses. It does, however, still correctly give the screen + coordinates of the mouse when it is moved. \ No newline at end of file

1 0

[Bug 662] Changed - Won't compile; make says 'missing separator'
by wine-bugs＠winehq.com 10 May '02

10 May '02

http://bugs.winehq.com/show_bug.cgi?id=662 *** shadow/662 Thu May 9 14:05:28 2002 --- shadow/662.tmp.8532 Thu May 9 22:44:51 2002 *************** *** 9,15 **** +----------------------------------------------------------------------------+ | Assigned To: wine-bugs(a)winehq.com | | Reported By: davidmccabe(a)mac.com | - | CC list: Cc: | +----------------------------------------------------------------------------+ | Milestone: TargetMilestone: --- | | URL: | --- 9,14 ---- *************** *** 21,23 **** --- 20,33 ---- ------- Additional Comments From davidmccabe(a)mac.com 2002-05-09 14:04 ------- *** Bug 661 has been marked as a duplicate of this bug. *** + + ------- Additional Comments From tony_lambregts(a)telusplanet.net 2002-05-09 22:44 ------- + OK not the right information to go on so... + You say it crashes on make. lets do this by hand so to speak. + + ./configure + make depend + make 2>&1 | tee maketemp.log + tail maketemp.log 30 > make.log + + attach the resulting make.log here.

1 0

[Bug 543] Changed - DLL Separation: x11drv from ntdll (FILE_DupUnixHandle)
by wine-bugs＠winehq.com 09 May '02

09 May '02

http://bugs.winehq.com/show_bug.cgi?id=543 *** shadow/543 Fri Mar 29 23:26:21 2002 --- shadow/543.tmp.25363 Thu May 9 16:41:23 2002 *************** *** 7,13 **** | Severity: normal OS/Version: All | | Priority: P1 Component: wine-binary | +----------------------------------------------------------------------------+ ! | Assigned To: bugs(a)codeweavers.com | | Reported By: fgouget(a)codeweavers.com | | CC list: Cc: | +----------------------------------------------------------------------------+ --- 7,13 ---- | Severity: normal OS/Version: All | | Priority: P1 Component: wine-binary | +----------------------------------------------------------------------------+ ! | Assigned To: wine-bugs(a)winehq.com | | Reported By: fgouget(a)codeweavers.com | | CC list: Cc: | +----------------------------------------------------------------------------+ *************** *** 22,24 **** --- 22,27 ---- none remain. ./libx11drv.so: undefined reference to `FILE_DupUnixHandle' + + ------- Additional Comments From bon(a)elektron.ikp.physik.tu-darmstadt.de 2002-05-09 16:41 ------- + I have posted a proposal to sereate this function to wine-devel on May 09 \ No newline at end of file

1 0

[Bug 656] Changed - aol update fails, time conversion possibly broken
by wine-bugs＠winehq.com 09 May '02

09 May '02

http://bugs.winehq.com/show_bug.cgi?id=656 *** shadow/656 Tue May 7 17:10:18 2002 --- shadow/656.tmp.24609 Thu May 9 16:30:38 2002 *************** *** 41,43 **** --- 41,72 ---- 080e42d8:Ret kernel32.GlobalAlloc() retval=4037c4a6 ret=0040239b Which means that one of those *Time*To*Time* functions are broken. + + ------- Additional Comments From vberon(a)mecano.gme.usherb.ca 2002-05-09 16:30 ------- + FileTimeToLocalFileTime takes a FILETIME (which is UTC) and converts it into + another FILETIME, this time in the current TZ. + + FileTimeToSystemTime seems OK: both the input and the output are supposed to be + UTC, so no TZ conversion going on. + + Now, the program takes a UTC time (from GetFileTime), transfers it to local (via + FileTimeToLocalFileTime), then takes that local time (at least the pointer + address seems to indicate that) and transforms it into a SYSTEMTIME (which is + supposed to be just another representation of a UTC time). + + The problem seems to lie in the call to FileTimeToSystemTime: the program sends + an "illegal" time (local time) rather than a real file time (which is UTC). + + I'll have to play a bit on a real Windows computer to try some stuff, and verify + what those 2 functions actually do on Windows. + + I assume you're in CDT (-500 from UTC), which explains the 0500 difference in + the strings. Could you try again with a +0000 TZ? It might help to further + target the culprit... + + Are there other calls you could try to trace, like the pointers from which the 2 + strings are made of? It might help knowing what is the code path leading to one + and the other strings. Right now, my guess is that the first one (164848) is + constructed from the local time (pointer 0x40566650), and the second one + (214848) from a UTC time (pointer 0x40566648). The pointer 0x40566658 is just + another representation of 0x40566650. \ No newline at end of file

1 0

[Bug 573] Changed - Cannot install Riven (installer thinks its running on win3.1)
by wine-bugs＠winehq.com 09 May '02

09 May '02

http://bugs.winehq.com/show_bug.cgi?id=573 *** shadow/573 Tue May 7 23:18:05 2002 --- shadow/573.tmp.23187 Thu May 9 16:09:48 2002 *************** *** 2,13 **** | Cannot install Riven (installer thinks its running on win3.1) | +----------------------------------------------------------------------------+ | Bug #: 573 Product: Wine | ! | Status: NEW Version: unspecified | | Resolution: Platform: | | Severity: normal OS/Version: All | | Priority: P1 Component: wine-binary | +----------------------------------------------------------------------------+ ! | Assigned To: wine-bugs(a)winehq.com | | Reported By: tony_lambregts(a)telusplanet.net | | CC list: Cc: | +----------------------------------------------------------------------------+ --- 2,13 ---- | Cannot install Riven (installer thinks its running on win3.1) | +----------------------------------------------------------------------------+ | Bug #: 573 Product: Wine | ! | Status: ASSIGNED Version: unspecified | | Resolution: Platform: | | Severity: normal OS/Version: All | | Priority: P1 Component: wine-binary | +----------------------------------------------------------------------------+ ! | Assigned To: andi(a)rhlx01.fht-esslingen.de | | Reported By: tony_lambregts(a)telusplanet.net | | CC list: Cc: | +----------------------------------------------------------------------------+ *************** *** 50,52 **** --- 50,107 ---- Anyway the trace attachment was ran with the following command line. wine --winver win95 -debugmsg +relay,+text,+string "d:\setup.exe" 2>&1 tee riven.log + + ------- Additional Comments From andi(a)rhlx01.fht-esslingen.de 2002-05-09 16:09 ------- + OK, indeed, it thinks it's running on Win3.1. + + 0858ed90:Call USER.5: INITAPP(02b6) ret=029f:0062 ds=02b7 + 0858ed90:Ret USER.5: INITAPP() retval=0001 ret=029f:0062 ds=02b7 + 0858ed90:Call WPROCS.133: INT_INT21HANDLER() ret=029f:008a ds=02b7 + AX=3001 BX=0080 CX=0000 DX=0001 SI=0000 DI=18a0 ES=02b7 EFL=00200202 + 0858ed90:Ret WPROCS.133: INT_INT21HANDLER() retval=none ret=029f:008a ds=02b7 + AX=0007 BX=00ff CX=0000 DX=0001 SI=0000 DI=18a0 ES=02b7 EFL=00200202 + ^^^^ 7.00 + >>> DOS version query: OK (7.00) + + 0858ed90:Call KERNEL.132: GETWINFLAGS() ret=029f:0092 ds=02b7 + 0858ed90:Ret KERNEL.132: GETWINFLAGS() retval=00002c29 ret=029f:0092 ds=02b7 + >>> Hmm. Maybe this one is to blame ? + + 0858ed90:Call WPROCS.133: INT_INT21HANDLER() ret=029f:0b72 ds=02b7 + AX=4400 BX=0000 CX=03d4 DX=0032 SI=17e8 DI=17f4 ES=02b7 EFL=00200202 + 0858ed90:Ret WPROCS.133: INT_INT21HANDLER() retval=none ret=029f:0b72 ds=02b7 + AX=4400 BX=0000 CX=03d4 DX=0945 SI=17e8 DI=17f4 ES=02b7 EFL=00200202 + 0858ed90:Call KERNEL.15: GLOBALALLOC(0002,00001000) ret=029f:1c33 ds=02b7 + 0858ed90:Ret KERNEL.15: GLOBALALLOC() retval=02c6 ret=029f:1c33 ds=02b7 + 0858ed90:Call KERNEL.18: GLOBALLOCK(02c6) ret=029f:1c3d ds=02b7 + 0858ed90:Ret KERNEL.18: GLOBALLOCK() retval=02c70000 ret=029f:1c3d ds=02b7 + 0858ed90:Call WPROCS.133: INT_INT21HANDLER() ret=029f:0b72 ds=02b7 + AX=4400 BX=0001 CX=0200 DX=02c7 SI=17e8 DI=17f4 ES=02b7 EFL=00200202 + 0858ed90:Ret WPROCS.133: INT_INT21HANDLER() retval=none ret=029f:0b72 ds=02b7 + AX=4400 BX=0001 CX=0200 DX=0945 SI=17e8 DI=17f4 ES=02b7 EFL=00200202 + >>> Get info on stdin, stdout + + 0858ed90:Call KERNEL.49: GETMODULEFILENAME(02b6,02c7:0ba2,0050) ret=029f:213c + ds=02b7 + 0858ed90:Ret KERNEL.49: GETMODULEFILENAME() retval=000c ret=029f:213c ds=02b7 + >>> no idea. + + 0858ed90:Call USER.176: LOADSTRING(02b6,03ea,02b7:340e,0020) ret=02a7:0423 ds=02b7 + 0858ed90:Ret USER.176: LOADSTRING() retval=0002 ret=02a7:0423 ds=02b7 + 0858ed90:Call KERNEL.49: GETMODULEFILENAME(02b6,02b7:31f0,0100) ret=02a7:0745 + ds=02b7 + 0858ed90:Ret KERNEL.49: GETMODULEFILENAME() retval=000c ret=02a7:0745 ds=02b7 + 0858ed90:Call USER.176: LOADSTRING(02b6,03e9,02b7:2d58,0100) ret=02a7:077c ds=02b7 + 0858ed90:Ret USER.176: LOADSTRING() retval=0003 ret=02a7:077c ds=02b7 + 0858ed90:Call KERNEL.3: GETVERSION() ret=02a7:0a0c ds=02b7 + 0858ed90:Ret KERNEL.3: GETVERSION() retval=07005f03 ret=02a7:0a0c ds=02b7 + >>> query version. Hi: 7.00; Lo: 3.95 + + After these calls it seems to proceed with loading the necessary things for + the final error DIALOGBOX. (query language, load strings, ...) + + Right now I suspect GetWinFlags16. + + Could you send me the main exe file for further investigation ? + (don't forget to check whether this single file is sufficient for running until + the version check !) \ No newline at end of file

1 0

[Bug 660] Changed - _lcreat() can not create hidden files
by wine-bugs＠winehq.com 09 May '02

09 May '02

http://bugs.winehq.com/show_bug.cgi?id=660 *** shadow/660 Thu May 9 14:38:33 2002 --- shadow/660.tmp.21106 Thu May 9 15:31:22 2002 *************** *** 51,53 **** --- 51,61 ---- It could also be done by emulation on any POSIX filesystem by for instance keeping a dotfile in each directory with the extra info in it. + + + ------- Additional Comments From apa3a(a)yahoo.com 2002-05-09 15:31 ------- + There are plans on integration with Samba and this functionality can be + implemented there for communication with Windows machines. + However, I can't decide whether is is worth to implement these features for + Posix file system. + I suggest you to discuss the matter on wine-devel. \ No newline at end of file

1 0

[Bug 660] Changed - _lcreat() can not create hidden files
by wine-bugs＠winehq.com 09 May '02

09 May '02

http://bugs.winehq.com/show_bug.cgi?id=660 *** shadow/660 Thu May 9 12:00:36 2002 --- shadow/660.tmp.17245 Thu May 9 14:38:33 2002 *************** *** 41,43 **** --- 41,53 ---- See also discussion, going right now on Wine-devel: http://www.winehq.com/hypermail/wine-devel/2002/05/0226.html + + + ------- Additional Comments From jakob(a)vmlinux.org 2002-05-09 14:38 ------- + Yes, that's the problem. + A minor problem, especially given the limitations of Linux file API, but + it still could be done, at least on VFAT and NTFS filesystems, + if Linux kernel is enhanced. + It could also be done by emulation on any POSIX filesystem by for instance + keeping a dotfile in each directory with the extra info in it. +

1 0

[Bug 275] Changed - CD - "Linux doesn't allow raw access" ?????
by wine-bugs＠winehq.com 09 May '02

09 May '02

http://bugs.winehq.com/show_bug.cgi?id=275 *** shadow/275 Wed May 8 14:19:15 2002 --- shadow/275.tmp.16445 Thu May 9 14:29:36 2002 *************** *** 12,17 **** --- 12,18 ---- +----------------------------------------------------------------------------+ | Milestone: TargetMilestone: --- | | URL: | + | Dependencies: OtherBugsDependingOnThis: 655 | +============================================================================+ | DESCRIPTION | wtf is this

1 0