http://bugs.winehq.com/show_bug.cgi?id=1040
------- Additional Comments From z_god(a)wanadoo.nl 2003-23-06 05:54 -------
Bug comments restored from Gmane.org:
Had to do a little bit of fanagaling to get DAOC to install now that it is
installed I am having problems getting it connected. I run the program and it
asks for the key(note its the correct key) and then once it confirms the key it
tries to connect to the camelot servers to update the files on my system. This
is where I get the 201 message. It attempts to connect and pops up the message
every time... I am a nooB to Linux and Wine so I am almost 100% sure that its a
config thing on my end. I looked through the config file in the ./wine
directory. But as far as I can tell everything looks fine. If you have any Ideas
I would forever be in your debt. I really want to move to Linux exclusively but
this is one of the major roadblocks... I'm trying to convert!!! :) Thanks guys...
Oh PS this is the version of wine that comes with the lycoris/lx download.. Yup
newbie Linux...
------- Additional Comments From fgouget <at> codeweavers.com 2003-05-04 19:53
-------
I think the wine-users mailing list would be a better place for this kind of issue.
http://www.winehq.com/?page=forums
--
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=1039
------- Additional Comments From z_god(a)wanadoo.nl 2003-23-06 05:53 -------
Bug comments restored from Gmane.org:
When I launch wcmd, I have no keyboard until I select "About Wine" or
"Properties" in the menu.
I tried to launch it with --debugmsg +keyboard, and it makes the problem go away.
So I have no clue to begin the debuging process.
--
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=1038
------- Additional Comments From z_god(a)wanadoo.nl 2003-23-06 05:53 -------
Bug comments restored from Gmane.org:
Using word 97 with the office assistant will make the assistant disappear as
soon as the main window looses it focus if the DLL shell.dll is builtin.
Using native shell.dll will make it works correctly.
--
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=1037
------- Additional Comments From z_god(a)wanadoo.nl 2003-23-06 05:52 -------
Bug comments restored from Gmane.org:
Myself and a few others have been quite stumped by this error message from the
log. We think it relates to how The remedy gui application is attempting to use
memory but really cannot tell.
The specific error we are getting is:
err:seh:EXC_DefaultHandling Exception frame is not in stack limits => unable to
dispact exception
This error is generated when you click either on the ok or accounts buttons on
the main login screen to the remedy 5.0.1 application. This can be downloaded at:
www.remedy.com/customers/downloads.
Im not sure if this is even the right place to submit this since im not sure if
its even really a bug or if its just user errror so i do apologize if i have
wasted your time.
Thanks Much,
Ben Orkin
------- Additional Comments From crux <at> dok.org 2002-09-23 10:38 -------
Created an attachment (id=298)
--> (http://bugs.winehq.com/attachment.cgi?id=298&action=view)
This is the log file of the application crash
------- Additional Comments From crux <at> dok.org 2002-09-23 10:38 -------
*** This bug has been confirmed by popular vote. ***
--
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=1036
------- Additional Comments From z_god(a)wanadoo.nl 2003-23-06 05:51 -------
Bug comments restored from Gmane.org:
Painter 7 starts to load then gives unhandled exception. Where do I attach the
output from bug_report.pl?
------- Additional Comments From peter.bowmar <at> gte.net 2002-09-22 18:32 -------
Created an attachment (id=295)
--> (http://bugs.winehq.com/attachment.cgi?id=295&action=view)
shorter output from bug-report.pl
--
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=1035
------- Additional Comments From z_god(a)wanadoo.nl 2003-23-06 05:50 -------
Bug comments restored from Gmane.org:
Since your documentation says this should not happened, I figured that the
following should be reported as a bug report :
I've installed Smartsuite 97, french language, on an Athlon-XP pc using
selfcompiled kernel 2.4.19, and running the latest Slackware-Current (XFree
4.2.1, KDE 3.0.3, gcc 3.2 compiler, glibc 2.2.5, latest Wine 20020904 compiled
with gcc 3.2).
The installer crashed at the end when trying to map some network device (the
online regsitration probably) but the installation seem to have worked
otherwise correctly.
But when I try to start Word Pro, it seems to start, the main window appear
and then it crashes, the following message appearing in the console :
wine: Unhandled exception, starting debugger...
err:seh:EXC_DefaultHandling Unhandled exception code c0000005 flags 0 addr
0x400d6933
Terminated
As for 123, it also crashes but the debugger seems to hang and yields no
message.
Don't hesitate to contact me for further details, since I really want to use
this app. I can run any test you want.
Best regards,
--
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=1034
------- Additional Comments From z_god(a)wanadoo.nl 2003-23-06 05:50 -------
Bug comments restored from Gmane.org:
Here is a Write (.wri) to RTF converter. I've done this by comparing the
output of write32.cnv to my own. It's now almost the same (the reason that
I haven't attached is that I'm still improving it).
Now I have enough information to write a write32.cnv, but I don't know if there's
any need for this.
The license is currently GPL, but I'm going to change it to LGPL
--
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=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.
http://bugs.winehq.com/show_bug.cgi?id=1017
------- Additional Comments From z_god(a)wanadoo.nl 2003-23-06 05:35 -------
Bug comments restored from Gmane.org:
Hello there,
I tested a Office Package called "Papyrus Office" for a friend which plans
to migrate his system to linux.
Now i'd take the beta from the page and want install it but it was rapidly
stopped with this message:
manuel@prodigy7:/tmp > wine PAPWDEMO.EXE
Warning: unprotecting the first 64KB of memory to allow real-mode calls.
NULL pointer accesses will no longer be caught.
wine: Unhandled exception, starting debugger...
I think it have not the highest priority to solve this problem but maybe
there's an bug in wine, how like ever
Happy wineing :-)
Greetings
Manuel
P.S.: Sorry for my bad and maybe not best understandable english
------- Additional Comments From spetreolle <at> yahoo.fr 2002-09-19 21:58 -------
please read dbg-config.html
aka Chaper 2.5 of wine documentation
to configure your debugger 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.
http://bugs.winehq.com/show_bug.cgi?id=1016
------- Additional Comments From z_god(a)wanadoo.nl 2003-23-06 05:35 -------
Bug comments restored from Gmane.org:
The app I am using is Delorme's AAA MapNGo 4.0, a mapping program (so I don't
have the source). The program can draw crosshatched highlights for user objects
as well as map features.
When a crosshatched object is drawn, the area covered by the object is filled in
black. This is independant of the requested object being drawn - ask for a
crosshatched blue circle, get a black circle.
I can tell that the items behind the object are drawn, then the object
overwrites them.
This has been the case for as long as I've been able to run MN4 under Wine, and
I have confirmed it on a CVS pull of a few minutes ago (5 Sept 2002 at 20:00 CDT).
--
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=1015
------- Additional Comments From z_god(a)wanadoo.nl 2003-23-06 05:34 -------
Bug comments restored from Gmane.org:
------- Additional Comments From us <at> the-edmeades.demon.co.uk 2002-10-01
04:40 -------
Have you got a native d3d8.dll in c:\windows\system? I didnt think we supported
that. However, dx8 support is very, very minimal in wine just now. Try latest
cvs, ./configure --enable-opengl might be required to ensure d3d8 support gets
compiled depending on your opengl settings. I suspect you'll just get different
errors though...
--
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=1011
------- Additional Comments From z_god(a)wanadoo.nl 2003-23-06 05:31 -------
Bug comments restored from Gmane.org:
G'day Everyone,
I'm having some problem trying to install codeweaver-wine in Lycoris
Desktop/LX. It tells me that the XFree86 lib or sumthin like that is
incompatible. Apparently, Lycoris uses version .025 while mandrake uses
version .023 So it works well with Mandrake but not in Lycoris. Could you guyz
be of much assisatnce to me?. I'm actually writing from a company in Malaysia
that serves many of the bluechip companies over here. I sincerely hope you guyz
could look into the matter ASAP asI need to do a roll out on the 15.9.2002 and
I need to be well prepared before that. Thanx for the help.
--
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=1009
------- Additional Comments From z_god(a)wanadoo.nl 2003-23-06 05:28 -------
Bug comments restored from Gmane.org:
WINE almost correctly uses charset cp1251 for text in Russia.
The only place it takes incorrect is filenames.
If I fire an open dialog, I get Russian filenames wrong.
To reproduce this kind of distortion in a web browser
(just for me to explain easily what it is),
create a file with text in koi8-r and view it as if it was in cp1251
- you will have exactly he same distortion of characters.
In all places where a program displays the filename, I get the same distortion,
but files are opened OK.
--
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=1010
------- Additional Comments From z_god(a)wanadoo.nl 2003-23-06 05:28 -------
Bug comments restored from Gmane.org:
I've been trying to install and run a simple Visual Fox Pro 6 application.
At first, I was having trouble registering MSCAL.OCX. I solved that by adding
the line "comcat"="builtin,native" to the DLLOverrides section of
~/.wine/config. The application installed, and all the components registered
properly.
But when I try to run the application, I'm immediately dropped to the debug
window, with the following (final) statement:
Unhandled exception: page fault on read access to 0x00000000 in 32-bit code
(0x0c0b4ce6).
In 32-bit mode.
0x0c0b4ce6 (VFP6R.DLL.DllWinMain+0x5e1e9 in
C:\WINDOWS\SYSTEM\VFP6R.DLL): mov1
0x0(%eax),%eax
------- Additional Comments From oscar.valdez <at> plastipak.com.sv 2002-09-05
11:11 -------
I've gotten over this problem by setting "nt40", "win2k" or "winxp" as
the
Windoze version to imitate.
The Visual FoxPro application now runs, although with "OLE exception errors".
That's a completely different matter though, so I consider this particular case
closed.
------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2002-09-05 11:24
-------
So you want to tell us that Visual FoxPro only runs on an NT-based Windows version
(NT, Win 2000, XP) and never on a Win 9x system, right ?
Or why else would you consider this bug to be closed ?
------- Additional Comments From oscar.valdez <at> plastipak.com.sv 2002-09-05
11:35 -------
No, that's not exactly the way I would interpret things.
At least on Wine, Visual FoxPro "runs" when Wine is imitating NT40, W2K or WXP,
but not when it's imitating W9x. It seems like a simple workaround.
And I say "runs", because I'm still getting OLE exception errors.
------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2002-09-05 11:46
-------
Did you realize what you just said ? You said it's a *workaround*, not a bug fix.
Thus this bug is still valid :)
(as I'm damn sure that VFP *should* run on a Win 9x based system)
Sounds like there's a problem with some Wine Win9x support code that's being run
when the app decides to switch to Win9x mode instead of NT mode.
So should that bug be reopened ?
(please submit a --debugmsg +Relay log file in win9x mode in this case)
------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2002-09-05 11:47
-------
Argl, I meant --debugmsg +relay
------- Additional Comments From oscar.valdez <at> plastipak.com.sv 2002-09-13
09:45 -------
Created an attachment (id=290)
--> (http://bugs.winehq.com/attachment.cgi?id=290&action=view)
Debug messages when imitating Win 9x
------- Additional Comments From oscar.valdez <at> plastipak.com.sv 2002-09-13
09:46 -------
Created an attachment (id=291)
--> (http://bugs.winehq.com/attachment.cgi?id=291&action=view)
More (but similar) debug messages when imitating Win 9x
------- Additional Comments From oscar.valdez <at> plastipak.com.sv 2002-09-13
09:47 -------
As Andreas Mohr pointed out, the bug persists when Wine imitates Win 9x, so it
can't really be considered closed.
------- Additional Comments From oscar.valdez <at> plastipak.com.sv 2002-09-18
18:13 -------
When imitating Win9x and thus causing the unhandled exception, the debugger and
it's bt command report:
> Unhandled exception: page fault on read access to 0x0000000 in 32-bit code
(0x0c0b4ce6)
> In 32-bit mode
> 0x0c0b4ce6 (VFP6R.DLL.DllWinMain+0x5e1e9 in
C:\WINDOWS\SYSTEM\VFP6R.DLL): movl
0x0(%eax),%eax
> Wine-dbg>bt
> Backtrace:
> 0 0x0c0b4ce6 (VFP6R.DLL.DllWinMain+0x5e1e9 in
C:\WINDOWS\SYSTEM\VFP6R.DLL)
(ebp=405d664c)
> 1 0x0c0f162e (VFP6R.DLL.DllOleInit+0x.6b8f in
C:\WINDOWS\SYSTEM\VFP6R.DLL)
(ebp=0000100f)
------- Additional Comments From aztecconsultants <at> java.fsbusiness.co.uk
2003-04-02 12:03
-------
I have to say that this bug is also to be found in Visual FoxPro 6.0 SP5
running under native Win2K SP3. It only occurs if you use an OCX control on a
form. I believe that it is related to an OCX control firing internal events.
When considering GPF faults with Visual FoxPro it is better to make sure that
they do not occur on the native platform. FoxPro is single threaded (or stolen
zero threaded during big SQL extracts!) so how it responds to underlying
windows messages is very precarious.
To date I have about 20 different variations of various unacknoledge Visual
FoxPro GPFs. I have to work around then all during my Visual FoxPro
development. I did report them via MS WWW site but noticed months later that
they had no outstanding bugs with this horrid product so I stopped reporting
them!
I am now a Sun Java Certified programmer and hope never to have to deal with
this FoxPro product again.
Anton
------- Additional Comments From abdulet <at> x-mail.net 2003-06-06 06:04 -------
seems visual fox only works in a windowsNT wine installation/simulation look
here for details http://appdb.winehq.com/appview.php?appId=296
S8^>
--
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.