http://bugs.winehq.org/show_bug.cgi?id=7698
------- Additional Comments From l_bratch(a)yahoo.co.uk 2007-27-04 12:03 -------
This doesn't help with CS:S, but I think it could be something to do with that
"HL2DM".
I searched the Steam directory for "HL2DM", and there are some results, but
there are no CS:S equivalent files...
--
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=8191
------- Additional Comments From focht(a)gmx.net 2007-27-04 12:00 -------
Hello,
the application employs SafeCast 3.x software protection (basically it's
SafeDisc without Media).
Framemaker starts Adobe License Manager Service which waits for client to connect.
The client crashes immediately leaving the service live locking with one of it's
server threads in WaitForSingle/Multiple loop with short timeout eating all CPU.
You can simulate this by starting the service first by hand (using some NT
service tool):
$ WINEDEBUG=+tid,+seh,+sync wine sc.exe start "Adobe LM Service"
...
and then start framemaker itself.
Both will crash then.
The service itself can't be attached by debugger due to protection (at least by
conventional means).
The Client (Framemaker) employs various anti debugging measures
(IsDebuggerPresent, ZwQueryInformationProcess, encrypted IAT, emulated opcodes
and the like) effectely preventing easy reverse engineering
It could be a wine API bug or just problematic anti debugging stuff which causes
this.
With more time investment it could be tracked down (by removing various
protection measures first to see if it's a wine API or anti debug issue), but i
dont see the value to get this type of software protection to work, speak
"support" it.
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=8192
liquitsnake(a)gmx.net changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords| |download
--
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=8192
Summary: BattleTech Simulator crashes on start
Product: Wine
Version: 0.9.35.
Platform: PC
URL: http://www.virtualcommander.com/download/bts_demo12.exe
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: liquitsnake(a)gmx.net
The simulator crashes without any log I could make anything of.
wine: Unhandled page fault on read access to 0x0000003d at address 0x4a2e74
(thread 0009), starting debugger...
Unhandled exception: page fault on read access to 0x0000003d in 32-bit code
(0x004a2e74).
The game can be freely download from the link given. I'm not attaching my
+seh,+relay log, since it's _really_ huge...
--
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=8191
Summary: Framemaker 7.2 Tryout version crashes on startup
Product: Wine
Version: CVS
Platform: Other
URL: http://www.adobe.com/products/framemaker/
OS/Version: other
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
I saw a user asking about Framemaker 7.1 support
( http://groups.google.com/group/bit.listserv.techwr-l/msg/7d3aa82797d761cc ),
but all I could download from Adobe's site was Framemaker 7.2,
so I tried that.
Framemaker 7.2 trial installs fine but crashes quickly on
startup. After the crash, a service "Adobelmsvc.exe"
is running and chewing up all CPU time.
+relay,+seh shows
0009:Call advapi32.OpenSCManagerW(00000000,00000000,00000001) ret=015048b0
0009:Ret advapi32.OpenServiceW() retval=0017cc38 ret=015047d2
0009:Call kernel32.GetLastError() ret=0150476c
trace:seh:raise_exception code=c0000005 flags=0 addr=(nil)
--
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=2065
------- Additional Comments From mike(a)tashcorp.net 2007-27-04 09:35 -------
At the time, the problem was consistent across 7.0 and 7.1. I'd assume that 7.2
is a good proxy.
I'm not sure how relevant it is, but it now works under the Codeweavers builds.
Mike
--
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=2065
------- Additional Comments From dank(a)kegel.com 2007-27-04 09:30 -------
Mike, I'd like to test this. Adobe only offers the
7.2 trial download; do you know where I can get a
copy of the 7.0 trial?
--
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=8164
------- Additional Comments From dmitry(a)codeweavers.com 2007-27-04 06:49 -------
As an easiest workaround probably the code removed from GetFileSecurity could
be moved to NtQuerySecurityObject to replace existing code.
But since NtSetSecurityObject is implemented, NtQuerySecurityObject should be
properly implemented as well.
--
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=7114
------- Additional Comments From focht(a)gmx.net 2007-27-04 06:18 -------
Hello,
the error message with missing file name part is nice .. sloppy devs :)
It's due to GetShortPathNameA() with a path containing a symlink failing.
WINEDEBUG=+file
--- snip ---
...
trace:file:GetShortPathNameA "c:\\windows\\profiles\\focht\\My Documents\\test7.QDB"
trace:file:GetShortPathNameW L"c:\\windows\\profiles\\focht\\My
Documents\\test7.QDB"
trace:file:FindFirstFileExW L"c:\\windows\\profiles\\focht\\My Documents" 0
0x349474 0 (nil) 0
trace:file:RtlDosPathNameToNtPathName_U (L"c:\\windows\\profiles\\focht\\My
Documents",0x348be4,0x348bec,(nil))
trace:file:RtlGetFullPathName_U (L"c:\\windows\\profiles\\focht\\My Documents"
520 0x348934 0x348bec)
trace:file:wine_nt_to_unix_file_name L"\\??\\C:\\windows\\profiles\\focht\\" ->
"/home/focht/.wine/dosdevices/c:/windows/profiles/focht/"
trace:file:NtQueryDirectoryFile (0x234 (nil) (nil) (nil) 0x348bd4 0x33f51b0
0x00002000 0x00000003 0x00000000 L"My Documents" 0x00000001
trace:file:read_directory_stat trying optimisation for file L"My Documents"
trace:file:append_entry long L"My Documents" short L"MY_D~D41" mask L"My Documents"
trace:file:match_filename (L"My Documents", L"My Documents")
trace:file:read_directory_stat returning 0
trace:file:NtQueryDirectoryFile => 0 (120)
trace:file:FindNextFileW 0x33f5170 0x349474
trace:file:wine_nt_to_unix_file_name L"\\??\\C:\\windows\\profiles\\focht\\My
Documents" -> "/home/focht/.wine/dosdevices/c:/windows/profiles/focht/My Documents"
warn:file:check_dir_symlink suppressing dir symlink
L"\\??\\C:\\windows\\profiles\\focht\\My Documents" pointing to parent "/home/focht"
trace:file:NtQueryDirectoryFile (0x234 (nil) (nil) (nil) 0x348b34 0x33f51b0
0x00002000 0x00000003 0x00000000 L"My Documents" 0x00000000
trace:file:read_directory_stat trying optimisation for file L"My Documents"
trace:file:read_directory_stat returning 0
trace:file:NtQueryDirectoryFile => 80000006 (0)
trace:file:FindFirstFileExW L"c:\\windows\\profiles\\focht\\My Documents" not found
trace:file:GetShortPathNameW not found!
...
--- snip ---
"warn:file:check_dir_symlink suppressing dir symlink" is the culprit.
To temporarily work around this, use the standard path without symlink.
E.g. if your "My Documents" directory symmlinks to "/home/<username", browse to
"/home/<username>" and create/open the file there.
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=8096
------- Additional Comments From infyquest(a)gmail.com 2007-27-04 05:54 -------
please send this as a patch to wine-patches(a)winehq.org
--
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=8123
ns03ja(a)brocku.ca changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |FIXED
------- Additional Comments From ns03ja(a)brocku.ca 2007-27-04 05:51 -------
This is indeed fixed in git. Marking resolved.
--
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=7386
infyquest(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
------- Additional Comments From infyquest(a)gmail.com 2007-27-04 05:47 -------
Closing this issue as the main reason the bug has been fixed.
If there are any more new issues please raise new bugs.
--
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=8164
------- Additional Comments From xerox_xerox2000(a)yahoo.co.uk 2007-27-04 05:00 -------
I've found already 4 or 5 installers up to now, that fail this way. Could this
please be fixed before next wine-release 0.9.36, otherwise we'll run again in
several duplicate bug reports i fear.
--
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=8170
------- Additional Comments From focht(a)gmx.net 2007-27-04 04:03 -------
Hello,
another one, probably same category ...
--- snip ---
trace:msvcrt:__unDNameEx
(0x34e440,??$?5DU?$char_traits@D@std@@@std@@YAAAV?$basic_istream@DU?$char_traits@D@std@@@0@AAV10@AAD@Z,256,0x6139c960,0x6139c9a0,(nil),1800)
trace:msvcrt:get_literal_string Failed at '?' in
?5DU?$char_traits@D@std@@@std@@YAAAV?$basic_istream@DU?$char_traits@D@std@@@0@AAV10@AAD@Z
xe: undname.c:186: str_array_push: Assertion `ptr' failed.
wine: Assertion failed at address 0x7b2a48b2 (thread 0009), starting debugger...
--- snip ---
Should be:
--- snip undname.exe ---
Undecoration of :- "??$?5DU?$char_traits@D@std@@@std@@YAAAV?$basic_istream@DU?$c
har_traits@D@std@@@0@AAV10@AAD@Z"
is :- "class std::basic_istream<char,struct std::char_traits<char> > & __cdecl s
td::operator>><char,struct std::char_traits<char> >(class std::basic_istream<cha
r,struct std::char_traits<char> > &,char &)"
--- snip undname.exe ---
As workaround i currently force the debugger to use native version and let the
debuggee use the builtin one (if needed).
How about automating the "compliance" testing between Micro$oft undname and
wine's version?
E.g. a little tool which loads both, the builtin version and the native one by
late binding (LoadLibrary/GetProcAddress), feeds both with same input and
compare the outputs against each other?
Dll names should be supplied on command line to get different msvcrt versions
tested.
Throw large quantities of binaries (.exe, .dlls) which export decorated symbols
at this tool.
E.g. a script which recursively scans filesystem, pick of any dll, dump exports,
pass it to both demangle calls and compare outputs.
Guard the demangle calls with SEH.
That way you get a much "real world" test cases than msvcrt cpp test.
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=8177
------- Additional Comments From dmitry(a)codeweavers.com 2007-27-04 03:58 -------
WINEDEBUG=+font wine "~/.wine/drive_c/Program Files/...../program.exe"
&>~/font8177.log
bzip2 -9 font8177.log
and attach font8177.log.bz2 here.
--
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=8177
------- Additional Comments From software(a)astrojar.org.uk 2007-27-04 03:53 -------
I don't understand what you mean by a "+font long".
--
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=8177
------- Additional Comments From dmitry(a)codeweavers.com 2007-27-04 03:42 -------
Freetype handles bitmap windows fonts along with truetype ones.
Can you generate a +font long and attach it here?
--
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=7698
------- Additional Comments From l_bratch(a)yahoo.co.uk 2007-27-04 02:38 -------
I've applied this and compiled it this morning, and will give it a proper test
tonight.
One question though - i see this is something specific for fonts of the name
"HL2MP". Do you happen to know if this is likely to be the same name used in
other varients such as Counter-Strike Source?
--
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=8154
truiken(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |WORKSFORME
------- Additional Comments From truiken(a)gmail.com 2007-26-04 23:27 -------
I can't reproduce this either.
--
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=8187
------- Additional Comments From dank(a)kegel.com 2007-26-04 23:09 -------
Indeed. To get the app to load, all I need to do after the
winetricks command I gave above is set PATH to where the libraries
got installed in c:\windows\winsxs, e.g.
PATH=C:\windows\winsxs\x86_Microsoft.VC80.CRT_1fc8b3b9a1e18e3b_8.0.50727.42_x-ww_0de06acd;C:\windows\winsxs\x86_Microsoft.VC80.MFC_1fc8b3b9a1e18e3b_8.0.50727.42_x-ww_dec6ddd2;c:\windows\system32;c:\windows
then remove them from C:\windows\system32.
I guess I can update winetricks with this tomorrow morning so
nobody has to do it by hand.
The next problem with the app is the same as in bug 3221 comment 10
( http://bugs.winehq.org/show_bug.cgi?id=3221#c10 ). That workaround
works here, too. The next problem is bug 7114. That, and it's real slow.
--
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=7698
------- Additional Comments From stfan4cjk(a)gmail.com 2007-26-04 22:48 -------
Where is this? dlls/gdi32/freetype.c
--
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=8033
------- Additional Comments From goodfella005(a)gmail.com 2007-26-04 22:36 -------
Adding the two lines of code you suggested fixed the problem thanks.
--
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=6297
------- Additional Comments From jordanstudios2934(a)gmail.com 2007-26-04 21:30 -------
I've had this bug happen to me in wine 9.35. wineboot didin't fix it for me.
Deleting the ClientRegistry.blob file fixed the problem, but required
re-typing in my password to log in.
The problem is also always fixed if I reboot my computer.
--
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=8187
------- Additional Comments From focht(a)gmx.net 2007-26-04 21:24 -------
Hello,
if you install vc2005 runtime, make sure the CRT library NEVER gets loaded from
System32 directory.
It will check for this and terminate if so (the messagebox you see).
All other directories which are seen by loader are permitted (usually app
directory or winsxs).
Place the new CRT libraries along with manifest files there (as by download link
in bug 7409).
In this case msvcr80.dll and Microsoft.VC80.CRT.manifest are required.
Make sure the manifest (Microsoft.VC80.CRT.manifest) is either in directory
where the CRT dll resides or in c:\windows\winsxs.
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.