http://bugs.winehq.com/show_bug.cgi?id=1030
------- Additional Comments From z_god(a)wanadoo.nl 2003-23-06 05:47 -------
Bug comments restored from Gmane.org:
I had problems with compiling a new version of wine. I analysed a problem
and I have found that configure script does a very bad job.
It generates under some circumstances wrong macro __ASM_FUNC inside config.h
file.
---------------WRONG----------------
/* Define to a macro to generate an assembly function directive */
#define __ASM_FUNC(name) ".def " __ASM_NAME(name) "; .scl 2; .type 32; .endef"
---------------GOOD----------------
/* Define to a macro to generate an assembly function directive */
#define __ASM_FUNC(name) ".type " __ASM_NAME(name) ",@function"
When I replaced a definition of __ASM_FUNC from previous release of wine,
everything was compiled succesfully. Could you explain me what does this new
feature mean?
---------see errorneous OUTPUT of COMPILER-------
gcc -c -I. -I. -I../include -I../include -g -O2 -Wall -mpreferred-stack-
boundary=2 -fPIC -D__WINE__ -DDLLDIR="\"/usr/local/lib/wine\"" -D_REENTRANT -
I/usr/X11R6/include -o ldt.o ldt.c
ldt.s: Assembler messages:
ldt.s:1550: Error: unknown pseudo-op: `.def'
ldt.s:1550: Error: unknown pseudo-op: `.scl'
ldt.s:1550: Error: unrecognized symbol type ""
ldt.s:1550: Warning: rest of line ignored; first ignored character is `3'
ldt.s:1550: Error: unknown pseudo-op: `.endef'
ldt.s:1556: Error: unknown pseudo-op: `.def'
ldt.s:1556: Error: unknown pseudo-op: `.scl'
ldt.s:1556: Error: unrecognized symbol type ""
ldt.s:1556: Warning: rest of line ignored; first ignored character is `3'
ldt.s:1556: Error: unknown pseudo-op: `.endef'
ldt.s:1562: Error: unknown pseudo-op: `.def'
ldt.s:1562: Error: unknown pseudo-op: `.scl'
ldt.s:1562: Error: unrecognized symbol type ""
ldt.s:1562: Warning: rest of line ignored; first ignored character is `3'
ldt.s:1562: Error: unknown pseudo-op: `.endef'
ldt.s:1568: Error: unknown pseudo-op: `.def'
ldt.s:1568: Error: unknown pseudo-op: `.scl'
ldt.s:1568: Error: unrecognized symbol type ""
ldt.s:1568: Warning: rest of line ignored; first ignored character is `3'
ldt.s:1568: Error: unknown pseudo-op: `.endef'
ldt.s:1574: Error: unknown pseudo-op: `.def'
ldt.s:1574: Error: unknown pseudo-op: `.scl'
ldt.s:1574: Error: unrecognized symbol type ""
ldt.s:1574: Warning: rest of line ignored; first ignored character is `3'
ldt.s:1574: Error: unknown pseudo-op: `.endef'
ldt.s:1580: Error: unknown pseudo-op: `.def'
ldt.s:1580: Error: unknown pseudo-op: `.scl'
ldt.s:1580: Error: unrecognized symbol type ""
ldt.s:1580: Warning: rest of line ignored; first ignored character is `3'
ldt.s:1580: Error: unknown pseudo-op: `.endef'
ldt.s:1586: Error: unknown pseudo-op: `.def'
ldt.s:1586: Error: unknown pseudo-op: `.scl'
ldt.s:1586: Error: unrecognized symbol type ""
ldt.s:1586: Warning: rest of line ignored; first ignored character is `3'
ldt.s:1586: Error: unknown pseudo-op: `.endef'
ldt.s:1593: Error: unknown pseudo-op: `.def'
ldt.s:1593: Error: unknown pseudo-op: `.scl'
ldt.s:1593: Error: unrecognized symbol type ""
ldt.s:1593: Warning: rest of line ignored; first ignored character is `3'
ldt.s:1593: Error: unknown pseudo-op: `.endef'
make: *** [ldt.o] Error 1
------- Additional Comments From fojtik <at> htc.honeywell.cz 2002-09-17 02:18 -------
My OS configuration is:
Slackware 7 + kernel 2.2.21 + gcc 3.0
------- Additional Comments From marcus <at> jet.franken.de 2002-09-17 15:06 -------
Can you ionclude the config.log file generated by configure please?
------- Additional Comments From fojtik <at> htc.honeywell.cz 2002-09-23 01:38 -------
Created an attachment (id=296)
--> (http://bugs.winehq.com/attachment.cgi?id=296&action=view)
The output of failing configure script
------- Additional Comments From fojtik <at> htc.honeywell.cz 2002-09-23 01:39 -------
Created an attachment (id=297)
--> (http://bugs.winehq.com/attachment.cgi?id=297&action=view)
The output of correct configure script - same enviroment
------- Additional Comments From fojtik <at> htc.honeywell.cz 2002-09-23 01:42 -------
You could kindly discard this bug. I tested against current snapshot and the
bug did not occur any more. When I meet with it in the future, I'll reactivate
this bug.
I have archived failing configure script for a while if you want trace out
the source of this bug.
------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-09-29
23:57 -------
Marking as INVALID
------- Additional Comments From tony_lambregts <at> telusplanet.net 2003-03-26
15:35 -------
Closing
--
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.
http://bugs.winehq.com/show_bug.cgi?id=1029
------- Additional Comments From z_god(a)wanadoo.nl 2003-23-06 05:45 -------
Bug comments restored from Gmane.org:
The HP OmniBack Windows 4.1 GUI does not startup at all. Error message:
flinx:~/.wine/fake_windows/Program Files/OmniBack/bin $ wine omnicc.exe
fixme:string:GetDateFormatW STUB (should call OLE_GetFormatW)
fixme:string:GetDateFormatW STUB (should call OLE_GetFormatW)
Cannot open desired message catalog!
Aborting!
Wine failed with return code 3
--
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.
http://bugs.winehq.com/show_bug.cgi?id=1028
------- Additional Comments From z_god(a)wanadoo.nl 2003-23-06 05:45 -------
Bug comments restored from Gmane.org:
When running Quicken 2000 Deluxe on Red Hat 7.3, using the current Wine CVS (as
of about 10:00 AM EDT [GMT -04:00], Sep 16, 2002), the following scenario takes
place:
Press <ctrl><J> to get the Scheduled Transaction List.
Select a Group of transactions already on file <click>.
Press <Alt><D> to edit the scheduled group "header".
Click <OK> button.
At this point, Wine seems to hang (no response from any window activity,
including pressing the "x" box in an attempt to close the window). Only Wine
hangs, as you can switch to other windows using <alt><tab> (assuming Wine is
Managed=Y in ~/.wine/config). The Wine process must be killed (-HUP seems to
work OK).
On a Win NT box that I have, after clicking the OK button, a list of Memorized
transactions are shown, and the user can select which ones should be included in
the group.
This bug duplicated on all scheduled groups in my data file.
The same thing happens when adding a new group (<ctrl><J>; <alt><N>;
<Group
button>; {fill in test data}; <OK Button>; {{HANG}}).
--
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.
http://bugs.winehq.com/show_bug.cgi?id=1026
------- Additional Comments From z_god(a)wanadoo.nl 2003-23-06 05:43 -------
Bug comments restored from Gmane.org:
Exception of buffer overflow.
#6 0x404b3b49 in DEBUG_GetSymbolValue (
name=0x4081e192
"insert_unique__t8_Rb_tree5Zt12basic_string3ZcZt18string_char_traits1ZcZt24__default_alloc_template2b1i0Zt4pair2ZCt12basic_string3ZcZt18string_char_traits1ZcZt24__default_alloc_template2b1i0ZQ34Arts19D"...,
lineno=-1,
rtn=0x4061680c, bp_flag=0) at /usr/include/bits/stdio.h:43
#7 0x404bceed in DEBUG_ProcessElfSymtab (module=0x8eb6710,
addr=0x407fb000 "\177ELF\001\001\001", load_addr=1101963264,
symtab=0x408c0a0c, strtab=0x408c0a34) at stabs.c:1073
#8 0x404bd2a7 in DEBUG_LoadElfStabs (module=0x8eb6710) at stabs.c:1191
#9 0x404bd5d0 in DEBUG_ProcessElfFile (
filename=0x406169c4 "/usr/lib/libmcop-gcc2.96.so.1",
load_offset=1101963264, dyn_addr=0x0) at stabs.c:1300
#10 0x404bd780 in DEBUG_ProcessElfObject (
filename=0x406169c4 "/usr/lib/libmcop-gcc2.96.so.1",
load_offset=1101963264, dyn_addr=0x0) at stabs.c:1349
#11 0x404bd8df in DEBUG_WalkList (dbg_hdr=0x40616b3c) at stabs.c:1387
#12 0x404bd94d in DEBUG_RescanElf () at stabs.c:1404
#13 0x404ac442 in DEBUG_ShallBreak (bpnum=2) at break.c:790
#14 0x404ac4bf in DEBUG_ShouldContinue (addr=0x40616bf0, code=2147483651,
count=0x80600d4) at break.c:823
#15 0x404c0fa2 in DEBUG_ExceptionProlog (is_debug=1, force=0,
code=2147483651)
at winedbg.c:390
#16 0x404c156b in DEBUG_HandleException (rec=0x40616de4, first_chance=1,
force=0) at winedbg.c:582
#17 0x404c16d9 in DEBUG_HandleDebugEvent (de=0x40616dd8) at winedbg.c:627
#18 0x404c1cae in DEBUG_MainLoop () at winedbg.c:882
#19 0x404c22fe in main (argc=2, argv=0xbffffa28) at winedbg.c:1114
#20 0x404aa16b in __wine_exe_main () at winedbg.exe.spec.c:544
#21 0x400cdf5c in start_process () at ../../scheduler/process.c:564
#22 0x400d1f53 in call_on_thread_stack (func=0x400cdd04)
at ../../scheduler/sysdeps.c:112
------- Additional Comments From pouech <at> winehq.com 2003-05-08 14:09 -------
made winedbg not to crash on this (nor raise assertions)
but extra long C++ symbols are not supported anyway
--
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.
http://bugs.winehq.com/show_bug.cgi?id=1025
------- Additional Comments From z_god(a)wanadoo.nl 2003-23-06 05:42 -------
Bug comments restored from Gmane.org:
The HotDocs legal document application appears to perform
it's application logic properly.
However, when entering
data in dialog boxes or child windows, fields and buttons in
these
windows don't respond to input until the cursor is moved
out of the window (and then returned
for further input). The
buttons don'e depress, and keyboard input does not appear in
the
text field until the cursor is moved out of the window;
no mouseclick is needed, just moving the
cursor.
Wine was installeld as follows
- Suse 7.3, Wine 20020804 rpm from Suse.com
- Win98
dir copied to "fakewindows"
- Application files were _not_ installed on Wine, but
rather the
application was run from it's original directory
created when it was installed on Win98.
-
Application DLL's were copied "fakewindows" as needed
based on errs displayed on the
initiating console.
The app appears to be 16bit. Don't know what libraries
or tools were
used to make it.
--
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.
http://bugs.winehq.com/show_bug.cgi?id=1022
------- Additional Comments From z_god(a)wanadoo.nl 2003-23-06 05:41 -------
Bug comments restored from Gmane.org:
fixme:midi:OSS_MidiInit Synthesizer support MIDI in. Not supported yet (please
report)
fixme:reg:RegFlushKey (74): stub
fixme:ddraw:Main_DirectDraw_SetCooperativeLevel
(0x45200028)->(00000000,00000008)
fixme:ddraw:Main_DirectDraw_SetCooperativeLevel
(0x45200028)->(00000000,00000013)
fixme:ddraw:Main_DirectDraw_SetCooperativeLevel
(0x45200028)->(00000000,00000008)
fixme:ddraw:Main_DirectDraw_SetCooperativeLevel
(0x45200028)->(00050085,00000013)
fixme:dc:LockWindowUpdate (50085), partial stub!
------- Additional Comments From corporal_pisang <at> counter-strike.com.my
2002-09-13 04:58
-------
*** This bug has been confirmed by popular vote. ***
------- Additional Comments From u_a1bargnesi <at> umassd.edu 2002-12-05 15:32
-------
annoying bug...I need milkshape 3d to work in linux, and this crap is stopping
it. The thing is the program doesn't use sound, so why is this a big deal
------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2002-12-16 15:13
-------
It's not what's stopping it, and it's not a big deal (I guess).
What makes you think that one single debug output specifies what millions of
(hidden) trace line instructions do ?
It could be due to this message, but experience makes me think it isn't.
Only a --debugmsg +relay,+midi log file or similar could tell more about the
real cause of the program not working...
--
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.
http://bugs.winehq.com/show_bug.cgi?id=1021
------- Additional Comments From z_god(a)wanadoo.nl 2003-23-06 05:39 -------
Bug comments restored from Gmane.org:
In order to install Intellicad 98 (from Visio), I first had to install
dcom95.exe from http://www.microsoft.com/com/dcom/dcom95/download.asp,
otherwise the InstallShield installation would fail.
After installation, I am unable to run Intellicad 98. Only the splash screen
comes up, and then I get 'Unhandled exceptions' from Wine.
------- Additional Comments From oscar.valdez <at> plastipak.com.sv 2002-09-12
18:19 -------
Created an attachment (id=289)
--> (http://bugs.winehq.com/attachment.cgi?id=289&action=view)
Intellicad 98 unhandled exception log file
------- Additional Comments From apa3a <at> yahoo.com 2002-09-13 10:19 -------
Oscar, the snippet shows that application tries to load ole library
C:\\windows\\system\\MSForms.TWD, but this file does not exist.
This file is in system32 subdirectory on my NT machine.
Do you have this file?
It looks lime MS Office can install it. Can you search the log if it mentions
this file before?
Did you check out the AppDB entry for Intellicad 2000?
http://appdb.winehq.com/appview.php?appId=78&versionId=100
It contains reference to HOWTO.
BTW, you could add an entry for 98 version to the AppDB.
------- Additional Comments From apa3a <at> yahoo.com 2002-09-13 10:22 -------
It looks like this file has relation to MS Office Visual Basic Editor.
------- Additional Comments From oscar.valdez <at> plastipak.com.sv 2002-09-13
16:27 -------
http://bugs.winehq.com/show_bug.cgi?id=1019
------- Additional Comments From z_god(a)wanadoo.nl 2003-23-06 05:37 -------
Bug comments restored from Gmane.org:
Auto-generated debug report by Wine Quick Debug Report Maker Thingy:
WINE Version: Wine 20020804
Windows Version: None Installed
Distribution: RedHat 7.0
Kernel Version: 2.2.16-22
OS Type: Linux
CPU: i686
GCC Version: Configured with: ./configure
Program: Microsoft Internet Explorer 6.0
Program Type: Win32
Debug Options: -debugmsg +setupapi
Other Extra Commands Passed:
Extra ./configure Commands: None
Wine Dependencies:
libntdll.dll.so => /usr/local/lib/libntdll.dll.so (0x40024000)
libwine.so => /usr/local/lib/libwine.so (0x4013f000)
libwine_unicode.so => /usr/local/lib/libwine_unicode.so (0x40157000)
libm.so.6 => /lib/libm.so.6 (0x40221000)
libc.so.6 => /lib/libc.so.6 (0x40241000)
libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0x40362000)
libdl.so.2 => /lib/libdl.so.2 (0x4036b000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)
Last 200 lines of debug output follows:
/usr/local/bin/wine: cannot find '/home/Matt/ie6setup.exe'
I have a copy of the full debug report, if it is needed.
Thank you!
------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-09-09
19:47 -------
/usr/local/bin/wine: cannot find '/home/Matt/ie6setup.exe'
^^^^^^ ^^^^
No debuging information here since the program did not run.
------- Additional Comments From mcbridematt <at> hotmail.com 2002-09-10 02:02
-------
Sorry for that.
I downloaded IE 5.5 setup and it had that problem in there to, and microsoft
claims IE 5.5 does run on Windows 95 (which wine returns from IpGetProfileString16).
I remember that the original IE5 installer did work, but failed to install IE
itself.
trace:setupapi:GenFormStrWithoutPlaceHolders16 "2.5" -> "2.5"
trace:setupapi:SetupOpenInfFileW L"E:\\IXP001.TMP\\IESetup.inf" -> 0x403ca7c8
trace:setupapi:SetupFindNextMatchLineW (0x403ca7c8,L"Version",L"signature"):
returning 0
trace:setupapi:IpGetProfileString16 0x403ca7c8: section "version" entry
"signature" ret "$Chicago$"
trace:setupapi:GenFormStrWithoutPlaceHolders16 "2.5" -> "2.5"
trace:setupapi:SetupOpenInfFileW L"E:\\IXP001.TMP\\IESetup.inf" -> 0x403c97c0
trace:setupapi:SetupFindNextMatchLineW (0x403c97c0,L"Version",L"signature"):
returning 0
trace:setupapi:IpGetProfileString16 0x403c97c0: section "version" entry
"signature" ret "$Chicago$"
trace:setupapi:GenFormStrWithoutPlaceHolders16 "CustInstDestSection" ->
"CustInstDestSection"
trace:setupapi:SetupOpenInfFileW L"E:\\IXP001.TMP\\IESetup.inf" -> 0x403cc7d0
trace:setupapi:SetupFindNextMatchLineW (0x403cc7d0,L"Version",L"signature"):
returning 0
trace:setupapi:IpGetProfileString16 0x403cc7d0: section "version" entry
"signature" ret "$Chicago$"
trace:setupapi:GenFormStrWithoutPlaceHolders16
"HKLM,\"Software\\Microsoft\\Windows\\CurrentVersion\",\"ProgramFilesDir\",,\"%24%\\%LProgramF%\""
->
"HKLM,\"Software\\Microsoft\\Windows\\CurrentVersion\",\"ProgramFilesDir\",,\"C:\\\\Program
Files\""
Notice IpGetProfileString16 returns $Chicago$, which is the codename for Windows
95 and which Windows 95 uses to identify itself. (also appears in INF files)
Searching for some answers, I looked to the wine debugger:
$ winedbg ie6setup.exe --debugmsg +relay
then backtraced:
Wine-dbg>bt
Backtrace:
=>0 0x400e2853 (start_process+0x2a3 [process.c] in libntdll.dll.so) (ebp=405c6f2
8)
1 0x400e7bbe (call_on_thread_stack+0x8e [sysdeps.c] in libntdll.dll.so) (ebp=4
05c6ff4)
2 0x400e7d5c (SYSDEPS_CallOnStack+0x14 in libntdll.dll.so) (ebp=00000000)
then disassembled it:
Wine-dbg>disassemble
0x400e2853 (start_process+0x2a3 [process.c] in libntdll.dll.so): xorl %eax,%ea
x
0x400e2855 (start_process+0x2a5 [process.c] in libntdll.dll.so): movl %eax,%fs
:0x60
0x400e285b (start_process+0x2ab [process.c] in libntdll.dll.so): movl $0x0,0x0
(%esp)
0x400e2862 (start_process+0x2b2 [process.c] in libntdll.dll.so): call *0xfffff
f6c(%ebp)
0x400e2868 (start_process+0x2b8 [process.c] in libntdll.dll.so): subl $4,%esp
0x400e286b (start_process+0x2bb [process.c] in libntdll.dll.so): movl %eax,0x0
(%esp)
0x400e286e (start_process+0x2be [process.c] in libntdll.dll.so): call 0x40058b
f8 (_init+0x13c0 in libntdll.dll.so)
0x400e2873 (start_process+0x2c3 [process.c] in libntdll.dll.so): xorl %esi,%es
i
0x400e2875 (start_process+0x2c5 [process.c] in libntdll.dll.so): jmp 0x400e26
51 (start_process+0xa1 [process.c] in libntdll.dll.so)
0x400e287a (start_process+0x2ca [process.c] in libntdll.dll.so): leal 0x0(%esi
),%esi
Ie6setup killed itself, then wine's own debugger made an exception, and opened
gdb:
(gdb) #0 0x402f1bf1 in ?? ()
(gdb) #1 0x404c7a42 in ?? ()
(gdb) #2 0x404e11b1 in ?? ()
(gdb) #3 0x400f2848 in ?? ()
(gdb) #4 0x400f1fbf in ?? ()
(gdb) #5 0x400f2382 in ?? ()
(gdb) #6 0x400ff372 in ?? ()
(gdb) #7 0x400ff8c1 in ?? ()
(gdb) #8 <signal handler called>
(gdb) #9 0x404da1c2 in ?? ()
(gdb) #10 0x404e00f2 in ?? ()
(gdb) #11 0x404e1326 in ?? ()
(gdb) #12 0x404dece3 in ?? ()
(gdb) #13 0x404df117 in ?? ()
(gdb) #14 0x404c21a0 in ?? ()
(gdb) #15 0x400e2868 in ?? ()
(gdb) #16 0x400e7bbe in ?? ()
--
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.
http://bugs.winehq.com/show_bug.cgi?id=1018
------- Additional Comments From z_god(a)wanadoo.nl 2003-23-06 05:36 -------
Bug comments restored from Gmane.org:
So far this has happened with all of the p2p apps i have installed (KaZaA,
iMesh). this post is concerning iMesh. the iMesh install exe works fine, and
looks to have installed with no problems. when i cd into the dir iMesh is
installed (~/.wine/fake_windows/Program\ Files/iMesh/Client) and run
imesh_336.exe I get this error message:
wine: Unhandled exception, starting debugger...
err:seh:start_debugger Couldn't start debugger ("debugger/winedbg 134660448
104") (2)
Read the Wine Developers Guide on how to set up winedbg or another debugger
when i run iMeshClient.exe (in the same dir) I get the same message followed
by:
err:local:LOCAL_GetBlock not enough space in USER heap 021f for 60 bytes
err:menu:MENU_GetSysMenu failed to load system menu!
this repeats for a good solid 10 minutes before a wine desktop window shows
then closes immidiately.
------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-09-09
19:40 -------
If your version of wine is indeed 20010112 you should get a newer version. Links
are provided here.http://www.winehq.org/download/
Not having the debugger installed is usually the symptom of installing from rpm.
and not from source. Most packagers do not configure the debugger with the
assumption that if you are using the rpm you don't know what to do with debugger
anyways.
When you install from source using ./tools/wineinstall program the debugger is
automaticly configured.
If you know what to do with the debugger, the instructions for setting it up are
here http://www.winehq.org/Docs/wine-devel/dbg-config.shtml
(you need to run
regedit to add the entry)
This is not a valid bug.
------- Additional Comments From tony_lambregts <at> telusplanet.net 2003-03-26
15:34 -------
Closing
--
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.