wine-bugs

wine-bugs@winehq.org

1 participants
159166 discussions

[Bug 1225] unable to compile ole
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1225 ------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 10:20 ------- Bug comments restored from Gmane.org: hello there, i get a compile error with the latest cvs-wine version. compiling with gcc-3.1 on libc-2.2.5: make[1]: Entering directory `/morespace/hdc/dl/wine/wine/ole' gcc -c -I. -I. -I../include -I../include -g -O2 -Wall -mpreferred-stack-boundary=2 -gstabs+ -fPIC -D__WINESRC__ -D_REENTRANT -o dx8guid.o dx8guid.c In file included from dx8guid.c:26: ../include/winuser.h:2396: unnamed fields of type other than struct or union are not allowed ../include/winuser.h:2409: unnamed fields of type other than struct or union are not allowed make[1]: *** [dx8guid.o] Error 1 make[1]: Leaving directory `/morespace/hdc/dl/wine/wine/ole' ------- Additional Comments From hughes2002 <at> btinternet.com 2003-01-15 07:36 ------- I can confirm the same error occurs with GCC 3.1 and glibc-2.2.4. It is due to the nameless struct MONITORINFO which occurs in winuser.h. A temporary hack is to define -DNONAMELESSSTRUCT in the ole/Makefile. Doing this allows the compile to continue until it comes upon the next #include of winuser.h. So far, I've found it occurs in tools/bin2res, tools/wrc, dlls/d3d8 and dlls/d3dx8 and dlls/opengl32. Defining NONAMELESSSTRUCT in the appropriate .c file that includes winuser.h also solves the problem on a smaller scale. ------- Additional Comments From marcus <at> jet.franken.de 2003-01-17 15:18 ------- confirmed. I submitted a patch to fix the MONITORINFOEX structs. The IDL structs are a bit weirder though. ------- Additional Comments From Steven_Ed4153 <at> yahoo.com 2003-03-17 12:20 ------- This bug can be closed. I had this same problem on Mingw untill Marcus submited his patch. -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 1134] endian problem (?) in registry loader
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1134 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 10:16 ------- Bug comments restored from Gmane.org: running wine 20021031 with an installed copy of Windows ME, I tried to start MS Word. It complained that it was not installed. I compared the wine system.reg and the registry dump from regedit.exe and found the following difference: Windows Registry: [HKEY_LOCAL_MACHINE\SOFTWARE\CLASSES\Applications\WINWORD.EXE\shell\edit\command] @="\"C:\\Program Files\\Microsoft Office\\Office\\WINWORD.EXE\" /n" "command"=hex(7):4c,6a,4e,25,21,67,78,73,66,28,4e,67,5d,71,46,60,48,7b,4c,73,\ 57,4f,52,44,46,69,6c,65,73,3e,6c,6c,54,5d,6a,49,7b,6a,66,28,3d,31,26,4c,5b,\ 2d,38,31,2d,5d,20,2f,6e,00,00 ~/.wine/system.reg: [Software\\CLASSES\\Applications\\WINWORD.EXE\\shell\\edit\\command] 1036529854 @="\"C:\\Program Files\\Microsoft Office\\Office\\WINWORD.EXE\" /n" "command"=str(7):"LjN%!gxsf(Ng]qF`H{LsWORDFiles>llT]jI{jf(=1&L[-81-] /n\0" Replacing the "command"= line in ~/.wine/system.reg with the one from the Windows registry fixed the problem. Looking at an ASCII table, I realized that the string was the same byte values, except the byte order was swapped. Changing the byte order to [Software\\CLASSES\\Applications\\WINWORD.EXE\\shell\\edit\\command] 1036745211 @="\"C:\\Program Files\\Microsoft Office\\Office\\WINWORD.EXE\" /n" "command"=str(7):"jL%Ng!sx(fgNq]`F{HsLOWDRiFel>sll}TIjj{(f1=L&-[18]-/ n\0" fixed the problem. MS Word started, loaded a file and saved it with no problem. This is probably a general problem with all registry values that load to str(7). I saw it in several other str(7) values in the system.reg file. Should be easy to fix, but I don't know anything about Wine's architecture, so I don't even know where to begin looking for the function that reads in the Windows registry. -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 1132] Sample QuickTime app crash in CreateEventA()
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1132 ------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 10:16 ------- Bug comments restored from Gmane.org: Hi, We're experimenting with quicktime audio/video codec support in MPlayer. Audio already works using libwine, but it crashes with video. We've made a minimalist sample app, to read a file, decode and write to another file. It works in real windows (both cygwin and msvc-compiled exe) but crashes in Nth CreateEventA(0,0,0,0) call inside wine (according to gdb, in kernel/sync.c:45) under linux. The source (.c for cygwin/gcc, .cpp for msvc), .EXE, and the input datafile can be downloaded here: [ftp|http]://ftp.mplayerhq.hu/MPlayer/samples/qtvideo/ It requires qtmlClient.dll from QT5 SDK (I put that file there too), and installed QuickTime 5.x player (for recompiling exe from source you need the full QT SDK for includes) I've tested with Wine-20021031.tar.gz and codeweavers-wine-20020904 both compiled from source, with gcc 2.95.3. my ~/.wine is symlinked to crossover plugin's dotwine dir, where i have QT5 player installed. If you need more info, tell me. thanks, A'rpi / Astral & ESP-team ------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2002-11-07 12:44 ------- Waaaah, cool ! :-) Hmm, could you attach a --debugmsg +relay,+server logfile ? I currently don't have a lot of time, but I'm sure others are also interested. ------- Additional Comments From arpi <at> mplayerhq.hu 2002-11-07 12:51 ------- Are you sure you want it? It wrote HUGE log for a while (around a half minute), and it crashed when the log was around 280 MB long, then it (4 instances of wine still running) continued writing the log... then i've killed. A'rpi ------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2002-11-07 14:18 ------- Err, not so sure any more ;-))) Hmm, could you attach a log showing about 5000 lines around the problem ? Or maybe I'd even have to install that stuff... *sigh* -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 1135] WinISO 5.3: Menus don't work (CreateMenu/DestroyMenu problem?)
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1135 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 10:15 ------- Bug comments restored from Gmane.org: When you do click about a menu, it doesn't work. The rebar background, or could be even the toolbar background is missing. (this last is a comctl32 problem, or missing feature) Carlos. ------- Additional Comments From tony_lambregts(a)telusplanet.net 2002-11-08 15:25 ------- This is two seperate bugs. Lets treat this one as the menu bug. Please open a seperate bug for the rebar bug. ------- Additional Comments From andi(a)rhlx01.fht-esslingen.de 2002-12-28 04:25 ------- This could be due to missing CreateMenu/DestroyMenu state memorizing functionality that is implemented from Win9x on (Win 3.x didn't have that). (implementing this properly is difficult, since it's unknown how exactly to do that) Another programs affected by this is FilZip 2.01 (IIRC). Another program with non-working menus is reported to be QuoteTracker. ------- Additional Comments From andi(a)rhlx01.fht-esslingen.de 2003-03-05 07:16 ------- And yet another program that might be broken the same way is CFMX Exam Buster, reported by david_grubb001 at a server called hotmail.com ------- Additional Comments From andi(a)rhlx01.fht-esslingen.de 2003-03-05 07:23 ------- Forgot to mention that the CFMX report is in AppDB. -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 1136] No dialogArguments in modelessDialog in Internet Explorer
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1136 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 10:13 ------- Bug comments restored from Gmane.org: Hello all! I do not know if this is a wine-specific problem, its very strange, but here you are: I am developing under Linux a server-side application. As client I have to use Internet-Explorer, because the rest of the wold does :-( When I am using the showModelessDialog-JavaScript-Function under IE5.5 and IE6 and wine, I can not use the dialogArguments-Property in the opened dialog-Window. First I thougt, that I made some error in JavaScript, but as I tried my scripts out on a real windows-box (same IE5.5 and IE6) it worked fine. Somewhere between the windows there are my arguments lost. Here is it like it should be: test.html: <script> window.showModelessDialog("dialog.html", "test") </script> This small html-file opens a dialog and displays this document in it: dialog.html: <script> alert(window.dialogArguments) </script> Now the opened dialog displays a message "test". Because dialogArguments are set by the showModelessDIalog-Method. This works on the real windows-box. IT DOES NOT WORK on wine. It always displays "undefined". How can this be? Looks like a very highlevel error somewhere? yours Gunter -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 1138] Wine's HTTP implementation in wininet won't handle "302 content moved"
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1138 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 10:10 ------- Bug comments restored from Gmane.org: If HTTP server responds with "302 Content moved", Wine's HTTP implementation in wininet.so does not correctly try to download content from the new location specified in the Location-header. -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 1139] Windows commander OnShow OnHide
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1139 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 10:09 ------- Bug comments restored from Gmane.org: regression starting from 20021031Windows commander 3.51 used to work fine but has now a problemwith the drop down list for drive selection:"Cannot change Visible in OnShow or OnHide"I thought of a download link here but as it turns out the currentdownloadable version 5.5 has bad problems with wine altogether.(http://www.ghisler.com/download.htm) ------- Additional Comments From tony_lambregts(a)telusplanet.net 2002-11-10 14:52 ------- If its a regression then using CVS could you please narrow it down to the patch that caused the regression. The way to do regression testing is outlined here. http://www.winehq.org/docs/wine-devel/cvs-regression.shtml ------- Additional Comments From micha(a)freemail.com.au 2002-11-13 14:35 ------- Sorry, at this time this is beyond me. Actually, before posting this I looked at the regression testing - and gave up. Until now I only used binary versions (those for SuSE) and the problem occurred starting with 20021031. I had hoped this would be enough for the developer(s) to narrow it down - and hopefully still be useful. I am only beginning to dig in to this. At least I can meanwhile correct this much: The current download version of Windows Commander (now "Total Commander") actually DOES run under Wine. It just has a silly splash screen waiting for some input, that gets immediately covered by the main window so that the latter appears to be dead. Having solved that: The problem in question can still be seen with this version although the useful message pointing out the problem does not come up any more. One just gets an empty rectangle. -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 1140] Problem parsing comments in Setup .INFs
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1140 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 10:07 ------- Bug comments restored from Gmane.org: It seems that WINE Setup API has problem parsing comments in .INFs. For instance, when trying to install HTML Help Workshop above the Setup fails with the message: Incorrect INF file syntax in section 'HHWDestinationDir ; Ask user for custom destination' Uncompressing the self-extracting package and removing the comments avoids the problem: cabextract htmlhelp.exe mv htmlhelp.inf htmlhelp.inf.orig sed -e 's/;.*$//g' htmlhelp.inf.orig > htmlhelp.inf wine setup.exe ------- Additional Comments From j_r_fonseca(a)yahoo.co.uk 2002-11-10 19:08 ------- These are the relevant bits when running with -debugmsg +all trace:string:lstrcpynA (0x406c1c5c, "W95INF16.DLL", 260) trace:string:lstrcpynA (0x406c1118, "/home/jfonseca", 1024) trace:string:lstrcpynW (0x403cb028, L"HHWDestinationDir\t\t; Ask user for custom destination", 2048) trace:string:lstrcpynA (0x406c0a78, "/home/jfonseca", 1024) trace:setupapi:IpGetProfileString16 0x403c8e48: section "version" entry "signature" ret "$Chicago$" trace:setupapi:GenFormStrWithoutPlaceHolders16 "HHWDestinationDir\t\t; Ask user for custom destination" -> "HHWDestinationDir\t\t; Ask user for custom destination" trace:reg:RegQueryValueExA (0x50,"ProgramFilesPath",(nil),(nil),0x406c1d14,0x406c1e7c=260) trace:reg:RegQueryValueExA (0x50,"SM_AccessoriesName",(nil),(nil),0x406c1e18,0x406c1e7c=100) trace:reg:RegQueryValueExA (0x50,"PF_AccessoriesName",(nil),(nil),0x406c1e18,0x406c1e7c=100) trace:string:lstrcpynA (0x406c0ddc, "/home/jfonseca", 1024) trace:string:lstrcpynA (0x406c0d78, "/home/jfonseca", 1024) trace:resource:LoadStringA instance = 75a50000, id = 045d, buffer = 406c1b34, length = 512 trace:resource:LoadStringW instance = 75a50000, id = 045d, buffer = 403c9818, length = 512 trace:resource:LoadStringW strlen = 41 trace:resource:LoadStringW L"Incorrect INF file syntax in section '%1'" loaded ! trace:resource:LoadStringA "Incorrect INF file syntax in section '%1'" loaded ! ------- Additional Comments From j_r_fonseca(a)yahoo.co.uk 2002-11-10 19:39 ------- The strangest thing is that the ';' is already being considered in value_name_state() in dlls/setupapi/parser.c. I guess the problem must live on PARSER_string_substW() in dlls/setupapi/parser.c, which is called by GenFormStrWithoutPlaceHolders16. Unfortunately there isn't available information about this later API. -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 1142] ms office2k file lock
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1142 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 10:05 ------- Bug comments restored from Gmane.org: when a user (user a) in a network environment opens an excel spreadsheet that another user (user b) already has open, they get a message that the file is already opened for writing by user b. When running excel2k with wine, if user a tries to go into a file that user b already has open for writing, there is no prompt. Likewise, if user a opens a file for writing, and user b tries to access that file, user b doesn't recieve a prompt...there is no error message for this and i am not sure if this is a bug or something that would need to be built into wine... -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 1144] ./wineinstall
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1144 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 10:02 ------- Bug comments restored from Gmane.org: [Laurent@cyrus tools]$ ./wineinstall WINE Installer v0.73 ~/wine-20021031 ~/wine-20021031/tools Running configure... configure: creating cache config.cache checking build system type... i686-pc-linux-gnuoldld checking host system type... i686-pc-linux-gnuoldld checking whether make sets ${MAKE}... yes checking for gcc... no checking for cc... no checking for cc... no checking for cl... no configure: error: no acceptable C compiler found in $PATH Configure failed, aborting install. Here the result of the installation that I have tent to carry out under RED HAT 8.0 I have also test with ./configure and the result is the same one would have a idee. Thanking you by advance and with gratitude for the neophyte Laurent ------- Additional Comments From marcus(a)jet.franken.de 2002-11-14 11:31 ------- You need to install the gcc, bison, flex, make rpms from the redhat cds (and probably more). If there is a development profile to select in the redhat package manager frontend, please select it. ------- Additional Comments From andi(a)rhlx01.fht-esslingen.de 2002-11-14 11:55 ------- I'd advise you to really read the README file next time - the file's naming definitely serves a purpose... Oh well, good luck ! -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 1145] Compile ntdll with -DSTRICT
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1145 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 10:01 ------- Bug comments restored from Gmane.org: To make this dll compile with -DSTRICT do the following: - remove -DWINE_NO_STRICT from the dll's Makefile.in and regenerate the Makefile - do a make clean in that dll - do a make and fix all warnings, even the "int format, HANDLE arg" warnings. To fix wrong handle conversions, use the tips given in bug 90. ------- Additional Comments From hughes2002(a)btinternet.com 2002-11-18 14:46 ------- Working on this... ------- Additional Comments From hughes2002(a)btinternet.com 2002-11-18 15:56 ------- Created an attachment (id=338) --> (http://bugs.winehq.com/attachment.cgi?id=338&action=view) Patch for ntdll ------- Additional Comments From dpaun(a)rogers.com 2002-11-21 00:15 ------- Patch committed: http://cvs.winehq.com/patch.py?id=6347 ------- Additional Comments From dpaun(a)rogers.com 2002-11-21 00:15 ------- Patch committed, this one's done! -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 1146] Compile ole32 with -DSTRICT
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1146 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 09:59 ------- Bug comments restored from Gmane.org: To make this dll compile with -DSTRICT do the following: - remove -DWINE_NO_STRICT from the dll's Makefile.in and regenerate the Makefile - do a make clean in that dll - do a make and fix all warnings, even the "int format, HANDLE arg" warnings. To fix wrong handle conversions, use the tips given in bug 90. ------- Additional Comments From dpaun(a)rogers.com 2002-11-21 23:19 ------- Patch committed: http://cvs.winehq.com/patch.py?id=6365 ------- Additional Comments From dpaun(a)rogers.com 2002-11-21 23:19 ------- Yeap, it's closed! -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 1147] Compile shell32 with -DSTRICT
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1147 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 09:57 ------- Bug comments restored from Gmane.org: To make this dll compile with -DSTRICT do the following: - remove -DWINE_NO_STRICT from the dll's Makefile.in and regenerate the Makefile - do a make clean in that dll - do a make and fix all warnings, even the "int format, HANDLE arg" warnings. To fix wrong handle conversions, use the tips given in bug 90. ------- Additional Comments From jdahlin(a)async.com.br 2002-11-18 06:45 ------- Created an attachment (id=337) --> (http://bugs.winehq.com/attachment.cgi?id=337&action=view) Make shell32 compile without WINE_NO_STRICT ------- Additional Comments From jdahlin(a)async.com.br 2002-11-18 06:47 ------- Since this is my first try to STRICT:ify a dll in wine i'm attaching it here for review before sending to wine-patches. If it's okay i'll continue and help with the other few dlls that's left. One thing that worries me is if i should do: if ((int)hInstance < 32) or if (hInstance < (HINSTANCE)32) Except from that should the fact that it's compiling without warnings be enough, shouldn't it? ------- Additional Comments From tony_lambregts(a)telusplanet.net 2002-11-18 10:48 ------- At this point in time you should send the patch to wine-patches(a)winehq.com . You will get far more review of it there. Please include a link to this bug report in your patch submission. You should include a link here (in the Additional Comments:) to the patch in in the wine-patches archive http://www.winehq.com/hypermail/wine-patches/ (this is nice to do as it provides a good cross reference.). ------- Additional Comments From dpaun(a)rogers.com 2002-11-21 18:14 ------- Patch submitted ------- Additional Comments From dpaun(a)rogers.com 2002-11-21 18:14 ------- Patch committed: http://cvs.winehq.com/patch.py?id=6364 -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 1148] Compile gdi with -DSTRICT
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1148 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 09:55 ------- Bug comments restored from Gmane.org: To make this dll compile with -DSTRICT do the following: - remove -DWINE_NO_STRICT from the dll's Makefile.in and regenerate the Makefile - do a make clean in that dll - do a make and fix all warnings, even the "int format, HANDLE arg" warnings. To fix wrong handle conversions, use the tips given in bug 90. ------- Additional Comments From dpaun(a)rogers.com 2002-11-22 13:41 ------- Patch submitted: http://www.winehq.com/hypermail/wine-patches/2002/11/0291.html Will close it when it's committed. ------- Additional Comments From dpaun(a)rogers.com 2002-11-22 16:31 ------- Alexandre committed this instead: http://cvs.winehq.com/patch.py?id=6373 ------- Additional Comments From dpaun(a)rogers.com 2002-11-22 16:32 ------- So it's closed! -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 1149] Compile user with -DSTRICT
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1149 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 09:54 ------- Bug comments restored from Gmane.org: To make this dll compile with -DSTRICT do the following: - remove -DWINE_NO_STRICT from the dll's Makefile.in and regenerate the Makefile - do a make clean in that dll - do a make and fix all warnings, even the "int format, HANDLE arg" warnings. To fix wrong handle conversions, use the tips given in bug 90. ------- Additional Comments From dpaun(a)rogers.com 2002-11-22 15:17 ------- Fixed by this: http://www.winehq.com/hypermail/wine-patches/2002/11/0296.html Let's close this bug when the patch gets committed. ------- Additional Comments From dpaun(a)rogers.com 2002-11-22 15:35 ------- Fix by this patch: http://cvs.winehq.com/patch.py?id=6371 -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 1150] Compile commdlg with -DSTRICT
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1150 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 09:52 ------- Bug comments restored from Gmane.org: To make this dll compile with -DSTRICT do the following: - remove -DWINE_NO_STRICT from the dll's Makefile.in and regenerate the Makefile - do a make clean in that dll - do a make and fix all warnings, even the "int format, HANDLE arg" warnings. To fix wrong handle conversions, use the tips given in bug 90. ------- Additional Comments From hughes2002(a)btinternet.com 2002-11-15 20:05 ------- Created an attachment (id=333) --> (http://bugs.winehq.com/attachment.cgi?id=333&action=view) Patch for colordlg.c and cdlg32.c - more to follow (hope these are okay - this is my first time hacking on Wine) ------- Additional Comments From hughes2002(a)btinternet.com 2002-11-16 20:04 ------- Created an attachment (id=334) --> (http://bugs.winehq.com/attachment.cgi?id=334&action=view) Full patch for commdlg (hope this is okay - this is my first time hacking on Wine) ------- Additional Comments From fgouget(a)codeweavers.com 2002-11-16 20:15 ------- Cool. The best is to send it to wine-patches (or wine-dev) to give it more exposure and get more comments. ------- Additional Comments From dpaun(a)rogers.com 2002-11-21 18:12 ------- Patch submitted. ------ Additional Comments From dpaun(a)rogers.com 2002-11-21 18:13 ------- Patch: http://cvs.winehq.com/patch.py?id=6363 -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 1151] Fixed width font fields in Windows are variable width in WINE
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1151 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 09:50 ------- Bug comments restored from Gmane.org: Fixed width font fields in Windows are variable width in WINE. You can verify this by opening up NOTEPAD.EXE in Wine. Instead of the fixed width (teletype/courier) font for displaying characters in the text field, Wine supplies a variable width solution. This is only a minor problem when using NOTEPAD.EXE. But it is a major problem when using software that assumes a fixed width font. This pertains specifically to my favorite text editor, NoteTab Pro. It runs very well with WINE except that it renders the text (and the blinking cursor) incorrectly because it expects a fixed width text field but Wine supplies a variable width font. I would love to be able to use NoteTab Pro under Linux, but it is not very enjoyable unless this kink is worked out. thanks, Peter Kirby ------- Additional Comments From andi(a)rhlx01.fht-esslingen.de 2002-11-17 04:11 ------- CC'd Huw Davies. ------- Additional Comments From fgouget(a)codeweavers.com 2003-05-04 21:13 ------- Adding link to the download page for the FreeWare version: http://notetab.com/download.htm -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 1152] version information functionality (ver.dll, version.dll) badly broken
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1152 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 09:48 ------- Bug comments restored from Gmane.org: Current version management code doesn't seem to work properly in a lot of cases. GetFileVersionInfoA is said to only work with Win32 file images on MSDN, yet our code happily parses any kind of file information, both Win16 and Win32, and, worse yet, it even sometimes returns the *wrong* kind of format (as can be witnessed by running UltimateZip 2.7 - well, trying to run, that is...). I'm about to submit some test cases for version information code, and I'm also thinking of deliberately changing the code quite a lot in order to fix the worst issues, but of course this will then break a lot of other things, thus forcing someone to properly redesign this code (I currently really don't have time to do that). IMHO having a properly working version information code is pretty important, and the code seems to also be quite broken, thus leading to problems with lots of programs, so I assigned it a severity of "major". (another example of version problems seems to be the thread "Ulead Mediastudio 2.5 on Wine" on c.e.m.w.) What needs to be done IMHO is to first design very thorough (all-encompassing) test cases on Windows to be used on Wine (check Win16/Win32 file images, check for proper ASCII/Unicode handling, ..., so in total we might end up having some maybe 6 up to 10 different test cases), and then one would have to correct the current code (and still keeping in mind that we need to handle our own version information in our .so libraries properly !). -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 1153] Pen width, style SNAFU
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1153 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 09:47 ------- Bug comments restored from Gmane.org: CreatePen() seems to subsquently render half as wide as it should be. If PS_ENDCAP_ROUND is requested, Arc() renders with (I think) PS_ENDCAP_SQUARE. I worked around the former by changing circa line 50 in wine-20021031/graphics/ x1drv/pen.c to remove the factor "* 0.5" in the parameter to GDI_ROUND(). Example source (an FLTK fluid specification) and executable at: http://www.afn.org/~wilson/foo.fl http://www.afn.org/~wilson/foo.exe Line at proper width (100 pixels) will be jammed against the window frame; 270-degree arc should have round ends as well. Both look fine on W95 and WXP. ------- Additional Comments From bon(a)elektron.ikp.physik.tu-darmstadt.de 2002-11-17 13:46 ------- Good spotting! I also fould in grahics.c X11DRV_DrawArc() the place where the endcap style was unconditional overwritten with the square style. I sent a patch to wine-patches. If Akexandre accepts and applies the patch, please close the bug Bye ------- Additional Comments From wilson(a)afn.org 2002-11-25 20:11 ------- Uwe's patches appear to fix my test application. Thanks all. ------- Additional Comments From wilson(a)afn.org 2002-11-25 20:13 ------- Uwe asked that I close this bug, not merely mark it "Fixed". -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 1154] fixme:ddraw when running Master of Orion 2
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1154 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 09:45 ------- Bug comments restored from Gmane.org: When running Master of Orion 2 (a six year old Win95 game from Microprose) with the Debian unstable package of Wine 20021031 I see the following error messages: <-- snip --> $ wine orion95.exe fixme:ddraw:Main_DirectDraw_SetCooperativeLevel (0x403a0978)->(00010021,00000011) fixme:x11drv:X11DRV_DDHAL_CreatePalette stub fixme:ddraw:Main_DirectDraw_WaitForVerticalBlank (0x403a0978)->(flags=0x00000001,handle=(nil)) fixme:ddraw:Main_DirectDraw_WaitForVerticalBlank (0x403a0978)->(flags=0x00000001,handle=(nil)) fixme:ddraw:Main_DirectDraw_WaitForVerticalBlank (0x403a0978)->(flags=0x00000001,handle=(nil)) fixme:ddraw:Main_DirectDraw_WaitForVerticalBlank (0x403a0978)->(flags=0x00000001,handle=(nil)) fixme:ddraw:Main_DirectDraw_WaitForVerticalBlank (0x403a0978)->(flags=0x00000001,handle=(nil)) <-- snip --> They seem to be nonfatal (the game runs fine). <-- snip --> $ grep ddraw .wine/config "ddraw" = "builtin, native" $ <-- snip --> I'll attach the output of "wine -debugmsg +ddraw orion95.exe". ------- Additional Comments From bunk(a)fs.tum.de 2002-11-17 16:20 ------- Created an attachment (id=335) --> (http://bugs.winehq.com/attachment.cgi?id=335&action=view) Output of "wine -debugmsg +ddraw orion95.exe" ------- Additional Comments From tony_lambregts(a)telusplanet.net 2002-11-17 18:57 ------- Is the program displaying an screen coruption and if so could you provide a screenshot.Also please provide a description of what you expect to se (but don't) ------- Additional Comments From bunk(a)fs.tum.de 2002-11-17 19:05 ------- There's no screen corruption and the program runs fine. It's simply that these messages sound as if there's something that might need to get fixed. ------- Additional Comments From tony_lambregts(a)telusplanet.net 2002-11-17 21:00 ------- If its not casing problems for your program then its just janitorial work marking as trivial. For the most part I do not worry about fixme's unless they interfere with a programs operation. -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 1155] setupapi.dll still not found - 16-bit dll or version conflict
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1155 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 09:43 ------- Bug comments restored from Gmane.org: I get the above error when trying to load Panzer Elite. Wine 20021031 Redhat 8.0 -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 1156] fixme: messages when trying to run Panzer Elite
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1156 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 09:42 ------- Bug comments restored from Gmane.org: ------- Additional Comments From mike(a)theoretic.com 2003-03-27 04:59 ------- These messages can be ignored. What actually goes wrong? If no response in a few weeks, this bug should be closed. -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 1156] fixme: messages when trying to run Panzer Elite
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1156 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 09:41 ------- Bug comments restored from Gmane.org: Wine 20021031 Redhat 8.0 [tazman@nitremb21 tazman]$ wine "/mnt/cdrom/panzer_elite/panzer_elite.exe" fixme:process:CreateProcessA (D:\panzer_elite\3d_control_center.exe,...): NORMAL_PRIORITY_CLASS ignored fixme:ddraw:Main_DirectDraw_SetCooperativeLevel (0x402b47a0)->(00010024,00000011) fixme:ddraw:MESA_IDirect3D2Impl_CreateDevice (0x402b4350)->({84e63de0-46aa-11cf-816f-0000c020156e},0x402b4e50,0x444408): stub fixme:process:CreateProcessA (D:\panzer_elite\mymenu.exe,...): NORMAL_PRIORITY_CLASS ignored -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 1157] Display Hebrew when the locale is set to he_IL
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1157 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 09:40 ------- Bug comments restored from Gmane.org: ------- Additional Comments From winebugzilla(a)sun.consumer.org.il 2002-12-09 15:44 ------- It appears that it does display Hebrew properly, but only when the fonts are loaded in the fakeroot directory. When the exact same fonts are available through the X configuration (have not tried a font server, it used to work even worst than setting the fonts dir and using ttmkfdir), Hebrew characters are displayed as squares instead. This happens both when running Unicode and Ansi programs. -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 1159] Regression in x11drv due to http://cvs.winehq.com/patch.py?id=6301
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1159 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 09:37 ------- Bug comments restored from Gmane.org: The patch http://cvs.winehq.com/patch.py?id=6301 introduced a regression: with "DesktopDoubleBuffered" = "N" and "ScreenDepth" = "8" in the config file wine get's a SIGSEGV, tries to start the debugger, next SIGSEGV looping forever. Setting "DesktopDoubleBuffered" = "Y" or commenting out "ScreenDepth" (or setting it to 16) makes the bug go away. The SIGSEGV happens in DefaultScreenOfDisplay (X function) called from X11DRV_GDI_Initialize and that one is called by process_attach (x11drv_main.c) . -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

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-bugs