http://bugs.winehq.org/show_bug.cgi?id=7698
------- Additional Comments From philcostin(a)hotmail.com 2007-02-06 08:27 -------
0.9.38 just crashed for me after 2 mins without crouching at all
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
You are on the CC list for the bug, or are watching someone who is.
http://bugs.winehq.org/show_bug.cgi?id=8025
------- Additional Comments From philcostin(a)hotmail.com 2007-02-06 08:22 -------
Please see bug 7698.
This problem seems to occur as far back as wine-0.9.26
If people could test this and some earlier versions, that would be very useful :D
Thanks,
Phil
--
Configure bugmail: http://bugs.winehq.org/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.org/show_bug.cgi?id=8517
baby.lueshi(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |FIXED
------- Additional Comments From baby.lueshi(a)gmail.com 2007-02-06 08:17 -------
I can report that the bug was fixed in 0.9.38.
--
Configure bugmail: http://bugs.winehq.org/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.org/show_bug.cgi?id=5024
------- Additional Comments From xerox_xerox2000(a)yahoo.co.uk 2007-02-06 08:10 -------
A last remark, I had a quick look at the debuglog from the installer. There's:
000b:Call KERNEL32.WritePrivateProfileStringA(00c92b40 "BlockLoading",00c922b0
"LoadFromResourceBlockFiles",00c926f8 "True",
00c92b88 "c:\\Program Files\\Thief - Deadly Shadows Demo\\user.ini") ret=00a88757
000b:Ret KERNEL32.WritePrivateProfileStringA() retval=00000000 ret=00a88757
So WritePrivateProfileStringA fails miserably.
So i guess that's where it goes wrong. Needs more investigation as to why this
fails....
--
Configure bugmail: http://bugs.winehq.org/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.org/show_bug.cgi?id=8025
------- Additional Comments From alex(a)ferny.co.uk 2007-02-06 07:49 -------
Some more info, if this helps:
$ fglrxinfo
OpenGL vendor string: ATI Technologies Inc.
OpenGL renderer string: ATI Radeon Xpress Series
OpenGL version string: 2.0.6473 (8.37.6)
Its a Radeon XPress 200m (x300 / 1100IGP based in a Laptop), running XOrg 7.2
(with all the correct config settings).
--
Configure bugmail: http://bugs.winehq.org/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.org/show_bug.cgi?id=3615
------- Additional Comments From maury.markowitz(a)gmail.com 2007-02-06 07:48 -------
Further logging suggests the crash due to multi-threading D3D may effect the demo version of PGIII only.
The "full" version dies elsewhere.
--
Configure bugmail: http://bugs.winehq.org/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.org/show_bug.cgi?id=8243
------- Additional Comments From focht(a)gmx.net 2007-02-06 07:46 -------
Hello,
good to see that part committed ...
While debugging custom action code it seems the Windows MSI evaluates the
MsiBreak env variable against the action name as stored in msi tables, not the
custom dll function name "target" (some oversight from me, though it seemed more
useful).
Please fix the evaluation to use "action" msi_custom_action_info member instead
of "target" to make it feature compatible with Windows MSI server.
Regards
--
Configure bugmail: http://bugs.winehq.org/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.org/show_bug.cgi?id=8062
------- Additional Comments From focht(a)gmx.net 2007-02-06 07:37 -------
Hello,
--- quote ---
Not an msi bug.
--- quote ---
ok, this statement convinced me to debug this one on windows too :-)
- full msi logging/debug verbosity enabled (msi installer policy:
"Logging"="voicewarmup", "Debug=0x3")
- MsiBreak "UninstallPrinter"
Windows MSI breaks upon this custom action in same helper dll, so this action is
executed on windows too.
--- snip windows msi log ---
..
MSI (s) (DC:E4) [13:05:41:859]: Executing op: ActionStart(Name=UninstallPrinter,,)
Action 13:05:41: UninstallPrinter.
MSI (s) (DC:E4) [13:05:41:859]: Executing op:
CustomActionSchedule(Action=UninstallPrinter,ActionType=3137,Source=BinaryData,Target=DeleteDistillerPrinter,)
MSI (s) (DC:E4) [13:05:41:859]: Creating MSIHANDLE (827) of type 790536 for
thread 2276
MSI (s) (DC:8C) [13:05:41:859]: Invoking remote custom action. DLL:
C:\WINDOWS\Installer\MSI191.tmp, Entrypoint: DeleteDistillerPrinter
MSI (s) (DC:04) [13:05:41:859]: Generating random cookie.
MSI (s) (DC:04) [13:05:41:875]: Created Custom Action Server with PID 2416 (0x970).
MSI (s) (DC:CC) [13:05:41:906]: Running as a service.
MSI (s) (DC:88) [13:05:41:921]: Hello, I'm your 32bit Elevated custom action server.
MSI (s) (DC:8C) [13:05:42:078]: Closing MSIHANDLE (827) of type 790536 for
thread 2276
..
--- snip windows msi log ---
It produces same access violation exception due to buggy custom action dll code
(see my comment #3 for explanation) - but it doesnt crash the custom action
server itself.
The installer service employs additional "security" measures to guard against
"rogue" action code.
It checks for stack corruption upon return of custom msi action call
(debugprints "Possible stack corruption. Custom action may not be declared
__stdcall." in that case).
But this measure only applies if the top level custom action was declared wrong.
It can never detect/repair any stdcall/cdecl misuse within the custom action
code itself (like in this case due to messed up return stack after
"DeletePrinterDriverExA").
The second measure is an structured exception handler, set by MSI which catches
access violations produced by rogue custom action code.
This allows to recover without crashing the whole custom action server instance.
If adobe devs had done MsiBreak="UninstallPrinter" they would see the same crash
on their crappy code, regardless if windows or wine.
The file which contains the <censored for mild profanity> code (temporarily
extracted from installer):
temp name: msiXXXX.tmp
real name: Adobeisf.dll
size: 53.248 bytes
version resource comment: "Installer utility file"
Regards
--
Configure bugmail: http://bugs.winehq.org/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.org/show_bug.cgi?id=8565
Summary: Cannot compile/debug projects in uvision3
Product: Wine
Version: 0.9.38.
Platform: Other
URL: https://www.keil.com/c51/demo/eval/c51.htm
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: test
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: paloseco(a)gmail.com
uvision3 is a set of tools, compiler and debugger for ARM microcontrollers. When
I compile a project and there was supposed to be generated the binary code
compiled and linked from assembler it creates files only the NOP instruction.
Furthermore, there are actions not being taken like adding variables to the
watch window when you select over the variable with right click-> add to watch
window.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.