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.