wine-bugs June 2003

wine-bugs@winehq.org

1 participants
858 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

← Newer
1
...
9
10
11
12
13
14
15
...
86
Older →

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 June 2003