- Wine-Bugs - list.winehq.org

[Bug 931] Toolbar Drag Redraw Problem
by Wine Bugs June 21, 2003

June 21, 2003

http://bugs.winehq.com/show_bug.cgi?id=931 ------- Additional Comments From z_god(a)wanadoo.nl 2003-21-06 06:38 ------- Bug comments restored from Gmane.org: When drag a floating toolbar the outline of it doesn't get redrawn at all. The effect can be seen in this screen shot (5.3 kB): http://www.dusanv.net/files/wine-ss.png The source of the app in the screen shot can be obtained here (47 bK): http://www.dusanv.net/files/ToolBarTest.zip It is a VC++ 6 SP5 project. The buillt debug app with all the 'pdb' files is here: http://www.dusanv.net/files/Debug.zip Thanks, Dusan ------- Additional Comments From dusanv <at> cadlink.com 2002-08-19 13:39 ------- The bug appears to be in BITBLT_InternalStretchBlt. It only happens when PerfectGraphics is on. -- 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.

1 0

[Bug 930] Wine failed with return code 5
by Wine Bugs June 21, 2003

June 21, 2003

http://bugs.winehq.com/show_bug.cgi?id=930 ------- Additional Comments From z_god(a)wanadoo.nl 2003-21-06 06:38 ------- Bug comments restored from Gmane.org: I am trayin to run CardScan (www.cardscan.com) in linux, but it fail. The last lines of the debug say: trace:heap:RtlFreeHeap (40220000,00000002,40258a4c): returning TRUE trace:heap:RtlFreeHeap (40220000,00000002,40258a0c): returning TRUE trace:heap:RtlDestroyHeap 40a70000 trace:heap:RtlFreeHeap (40220000,00000002,402589b0): returning TRUE trace:heap:RtlAllocateHeap (40220000,00000002,00000018): returning 402589b0 Wine failed with return code 5 ------- Additional Comments From giacummo <at> adinet.com.uy 2002-07-31 08:06 ------- Created an attachment (id=243) --> (http://bugs.winehq.com/attachment.cgi?id=243&action=view) debug log compressed ------- Additional Comments From giacummo <at> adinet.com.uy 2002-08-01 07:47 ------- I add the nexts lines: Wine Version -> Wine 20020411 gcc Version -> gcc version 2.96 20000731 (Red Hat Linux 7.3 2.96-110) Program -> CardScan (www.cardscan.com / www.corex.com) Comand Line -> wine <path>/cs.exe 08070108:trace:gdi:GDI_GetObjPtr (08d0): enter 2 08070108:trace:gdi:GDI_ReleaseObj (08d0): leave 2 08070108:trace:win32:_LeaveSysLevel (0x406869a4, level 3): thread 0x8070108 (fs 008f, pid 1628) count before 2 08070108:trace:win32:_LeaveSysLevel (0x406869a4, level 3): thread 0x8070108 (fs 008f, pid 1628) count after 1 08070108:trace:win32:_EnterSysLevel (0x406869a4, level 3): thread 0x8070108 (fs 008f, pid 1628) count before 1 08070108:trace:win32:_EnterSysLevel (0x406869a4, level 3): thread 0x8070108 (fs 008f, pid 1628) count after 2 08070108:trace:gdi:GDI_GetObjPtr (08d4): enter 2 08070108:trace:gdi:GDI_ReleaseObj (08d4): leave 2 08070108:trace:win32:_LeaveSysLevel (0x406869a4, level 3): thread 0x8070108 (fs 008f, pid 1628) count before 208070108:trace:gdi:GDI_ReleaseObj (08d0): leave 1 08070108:trace:win32:_LeaveSysLevel (0x406869a4, level 3): thread 0x8070108 (fs 008f, pid 1628) count before 1 08070108:trace:win32:_LeaveSysLevel (0x406869a4, level 3): thread 0x8070108 (fs 008f, pid 1628) count after 0 08070108:trace:win32:_EnterSysLevel (0x406869a4, level 3): thread 0x8070108 (fs 008f, pid 1628) count before 0 08070108:trace:win32:_EnterSysLevel (0x406869a4, level 3): thread 0x8070108 (fs 008f, pid 1628) count after 1 08070108:trace:gdi:GDI_GetObjPtr (08d0): enter 1 08070108:trace:gdi:SelectObject hdc=08d0 006e 08070108:trace:gdi:GetObjectType 0000006e 08070108:trace:win32:_EnterSysLevel (0x406869a4, level 3): thread 0x8070108 (fs 008f, pid 1628) count before 1 08070108:trace:win32:_EnterSysLevel (0x406869a4, level 3): thread 0x8070108 (fs 008f, pid 1628) count after 2 08070108:trace:local:LOCAL_InternalLock 006e returning 0052 08070108:trace:gdi:GDI_GetObjPtr (006e): enter 2 08070108:trace:local:LOCAL_Unlock 006e 08070108:trace:gdi:GDI_ReleaseObj (006e): leave 2 08070108:trace:win32:_LeaveSysLevel (0x406869a4, level 3): thread 0x8070108 (fs 008f, pid 1628) count before 208070108:trace:win32:_LeaveSysLevel (0x406869a4, level 3): thread 0x8070108 (fs 008f, pid 1628) count after 1 08070108:trace:gdi:GetObjectA 0000006e 12 0x40476234 08070108:trace:win32:_EnterSysLevel (0x406869a4, level 3): thread 0x8070108 (fs 008f, pid 1628) count before 1 08070108:trace:win32:_EnterSysLevel (0x406869a4, level 3): thread 0x8070108 (fs 008f, pid 1628) count after 2 08070108:trace:local:LOCAL_InternalLock 006e returning 0052 08070108:trace:gdi:GDI_GetObjPtr (006e): enter 2 08070108:trace:local:LOCAL_Unlock 006e 08070108:trace:gdi:GDI_ReleaseObj (006e): leave 2 08070108:trace:win32:_LeaveSysLevel (0x406869a4, level 3): thread 0x8070108 (fs 008f, pid 1628) count before 2 08070108:trace:win32:_LeaveSysLevel (0x406869a4, level 3): thread 0x8070108 (fs 008f, pid 1628) count after 1 08070108:trace:gdi:X11DRV_SelectBrush hdc=08d0 hbrush=006e 08070108:trace:gdi:X11DRV_SelectBrush BS_SOLID 08070108:trace:win32:_EnterSysLevel (0x406869a4, level 3): thread 0x8070108 (fs 008f, pid 1628) count before 1 08070108:trace:win32:_EnterSysLevel (0x406869a4, level 3): thread 0x8070108 (fs 008f, pid 1628) count after 2 08070108:trace:local:LOCAL_InternalLock 0092 returning 01e2 08070108:trace:gdi:GDI_GetObjPtr (0092): enter 2 08070108:trace:win32:_LeaveSysLevel (0x406869a4, level 3): thread 0x8070108 (fs 008f, pid 1628) count after 0 08070108:trace:win32:_EnterSysLevel (0x406869a4, level 3): thread 0x8070108 (fs 008f, pid 1628) count before 0 08070108:trace:win32:_EnterSysLevel (0x406869a4, level 3): thread 0x8070108 (fs 008f, pid 1628) count after 1 08070108:trace:local:LOCAL_InternalLock 006e returning 0052 08070108:trace:gdi:GDI_GetObjPtr (006e): enter 1 08070108:trace:local:LOCAL_Unlock 006e 08070108:trace:gdi:GDI_ReleaseObj (006e): leave 1 08070108:trace:win32:_LeaveSysLevel (0x406869a4, level 3): thread 0x8070108 (fs 008f, pid 1628) count before 1 08070108:trace:win32:_LeaveSysLevel (0x406869a4, level 3): thread 0x8070108 (fs 008f, pid 1628) count after 0 08070108:trace:win32:_EnterSysLevel (0x406869a4, level 3): thread 0x8070108 (fs 008f, pid 1628) count before 0 08070108:trace:win32:_EnterSysLevel (0x406869a4, level 3): thread 0x8070108 (fs 008f, pid 1628) count after 1 08070108:trace:local:LOCAL_InternalLock 1182 returning 1352 08070108:trace:gdi:GDI_GetObjPtr (1182): enter 1 08070108:trace:local:LOCAL_Unlock 1182 08070108:trace:gdi:GDI_ReleaseObj (1182): leave 1 08070108:trace:win32:_LeaveSysLevel (0x406869a4, level 3): thread 0x8070108 (fs 008f, pid 1628) count after 1 08070108:trace:gdi:X11DRV_SelectBrush hdc=0860 hbrush=007e 08070108:trace:gdi:X11DRV_SelectBrush BS_SOLID 08070108:trace:win32:_EnterSysLevel (0x406869a4, level 3): thread 0x8070108 (fs 008f, pid 1628) count before 1 08070108:trace:win32:_EnterSysLevel (0x406869a4, level 3): thread 0x8070108 (fs 008f, pid 1628) count after 2 08070108:trace:local:LOCAL_InternalLock 0092 returning 01e2 08070108:trace:gdi:GDI_GetObjPtr (0092): enter 2 08070108:trace:local:LOCAL_Unlock 0092 08070108:trace:gdi:GDI_ReleaseObj (0092): leave 2 08070108:trace:win32:_LeaveSysLevel (0x406869a4, level 3): thread 0x8070108 (fs 008f, pid 1628) count before 2 08070108:trace:win32:_LeaveSysLevel (0x406869a4, level 3): thread 0x8070108 (fs 008f, pid 1628) count after 1 08070108:trace:gdi:GDI_ReleaseObj (0860): leave 1 08070108:trace:win32:_LeaveSysLevel (0x406869a4, level 3): thread 0x8070108 (fs 008f, pid 1628) count before 1 08070108:trace:win32:_LeaveSysLevel (0x406869a4, level 3): thread 0x8070108 (fs 008f, pid 1628) count after 0 08070108:trace:win32:_EnterSysLevel (0x406869a4, level 3): thread 0x80 ... -- 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.

1 0

[Bug 929] fixme:tab:TAB_WindowProc Unimplemented msg TCM_HIGHLIGHTITEM
by Wine Bugs June 21, 2003

June 21, 2003

http://bugs.winehq.com/show_bug.cgi?id=929 ------- Additional Comments From z_god(a)wanadoo.nl 2003-21-06 06:37 ------- Bug comments restored from Gmane.org: Results when running Kenwood executable. I AM A DEVELOPER. COULD YOU PLEASE GIVE ME POINTERS ON WHERE TO POKE AROUND TO IMPLEMENT THESE METHODS? Insight much appreciated. Thanks Nick ------- Additional Comments From dclark <at> akamail.com 2002-07-31 10:16 ------- The easy way to find that info is to go to: http://source.winehq.org/ident Then enter for example "TAB_WindowProc" and find out that function is in dlls/comctl32/tab.c. ------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-07-31 11:42 ------- TCM_HIGHLIGHTITEM is an unimplemented message in TAB_WindowProc in the source code it is in .dlls/comctl32/tab.c ------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2002-08-01 14:16 ------- Oh, heh. Sounds like someone's crying for help ! ;-) Also, check out http://search.microsoft.com for any info you need. And don't forget about the usefulness of --debugmsg +relay ... -- 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.

1 0

[Bug 928] fixme:commctrl:InitializeFlatSB stub
by Wine Bugs June 21, 2003

June 21, 2003

http://bugs.winehq.com/show_bug.cgi?id=928 ------- Additional Comments From z_god(a)wanadoo.nl 2003-21-06 06:36 ------- Bug comments restored from Gmane.org: Results when running Kenwood executable. Additionally: fixme:comm:SetupComm insize 1024 outsize 1024 unimplemented fixme:commctrl:FlatSB_SetScrollProp stub I AM A DEVELOPER. COULD YOU PLEASE GIVE ME POINTERS ON WHERE TO POKE AROUND TO IMPLEMENT THESE METHODS? Insight much appreciated. Thanks Nick ------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-07-31 11:33 ------- ./wine/dlls/comctl32/flatsb.c has this (InitializeFlatSB) as a stub. ------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2002-08-01 14:13 ------- AddWeb 5 Professional (free download) even seems to *crash* due to unimplemented flat scrollbars... At least the exception follows almost instantly to the FIXME in the trace... -- 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.

1 0

[Bug 927] fixme:commctrl:FlatSB_SetScrollProp stub
by Wine Bugs June 21, 2003

June 21, 2003

http://bugs.winehq.com/show_bug.cgi?id=927 ------- Additional Comments From z_god(a)wanadoo.nl 2003-21-06 06:35 ------- Bug comments restored from Gmane.org: Results when running Kenwood executable. ------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-07-31 11:26 ------- This is non critical code, but probably not that bad a place to start developing wine. The following is extracted frome the current source code ./wine/dlls/comctl32/flatsb.c /*********************************************************************** * FlatSB_SetScrollProp (COMCTL32.36) */ BOOL WINAPI FlatSB_SetScrollProp(HWND hwnd, UINT index, INT newValue, BOOL flag) { TRACE("[%04x] index=%u newValue=%d flag=%d\n", hwnd, index, newValue, flag); FIXME("stub\n"); return FALSE; } /*********************************************************************** * From the Microsoft docs: * "If flat scroll bars haven't been initialized for the * window, the flat scroll bar APIs will defer to the corresponding * standard APIs. This allows the developer to turn flat scroll * bars on and off without having to write conditional code." * * So, if we just call the standard functions until we implement * the flat scroll bar functions, flat scroll bars will show up and * behave properly, as though they had simply not been setup to * have flat properties. * * Susan <sfarley <at> codeweavers.com> * */ -- 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.

1 0

[Bug 926] Diablo II does not run at all with wine
by Wine Bugs June 21, 2003

June 21, 2003

http://bugs.winehq.com/show_bug.cgi?id=926 ------- Additional Comments From z_god(a)wanadoo.nl 2003-21-06 06:33 ------- Bug comments restored from Gmane.org: Upon last attempt at running Diablo II with regular wine, i.e. not WineX, Diablo II doesn't even start... More than likely it is due to the lack of some directx components... unfortunately with work taking most of my time and my computer being in the shop right now, i am unable to test with the latest cvs or snapshot releases, but I will post an update asap... -Dustin ------- Additional Comments From uh_ja <at> gmx.net 2002-08-05 16:13 ------- Actually, Wine missing is not missing Directx components for D2. D2 does work in wine just fine for me. What is not supported in wine, which will block D2 from running, would be SecuRom. So find a nocd patch for D2 to try it under wine. ------- Additional Comments From Speeddymon <at> yahoo.com 2002-08-05 18:28 ------- hmm, i didn't think of that... ;) i will try it asap and append the results... ------- Additional Comments From Speeddymon <at> yahoo.com 2002-08-19 19:28 ------- havent been able to try it just yet, but i will append the results when i get a chance.. for now resolving as worksforme ------- Additional Comments From gsstark <at> mit.edu 2002-09-25 08:17 ------- I used to play Diablo II regularly under wine, however after a long hiatus I tried again recently and it didn't work. It just sat there, no errors, no windows, nothing happened. It seems either newer versions of wine have a regression here or there's an incompatibility with X 4.2 or linux 2.4 or something else on my system that's been updated. I straced the process and it just sat calling wait4 but then I guess that's normal, it's hard to trace a program that forks so much. ------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-10-05 23:58 ------- Could you do some regression testing on this to find out what patch broke it? http://www.winehq.org/Docs/wine-devel/cvs-regression.shtml ------- Additional Comments From Speeddymon <at> yahoo.com 2002-10-14 04:54 ------- hmm, I am able to get windows opened, i just cant get it to start now, if I loadDiablo II.exe (uncracked version) it asks me for the original CD, and if I runthe DLoad.exe (cracked version to not need the CD) it gives me this error:fixme:ntdll:NtOpenProcessToken (0xffffffff,0x00000028,0x406f28d4): stubfixme:advapi:LookupPrivilegeValueW ((null),L"SeDebugPrivilege",0x66f01824): stubfixme:ntdll:NtAdjustPrivilegesToken (0x0000cafe,0x00000000,0x66f01820,0x00000000,(nil),(nil)),stub!err:virtual:NtAllocateVirtualMemory called with wrong alloc type flags (08001000) !and in the Desktop window (i have Desktop=800x600 on) i get a box saying:Error establishing API HooksI have tried winver win2k, nt40, and 98 in the config file... ------- Additional Comments From Speeddymon <at> yahoo.com 2002-10-14 13:52 ------- hmm, that didnt get formatted right, lets try with a different browser:hmm, I am able to get windows opened, i just cant get it to start now, if I load Diablo II.exe (uncracked version) it asks me for the original CD, and if I run the DLoad.exe (cracked version to not need the CD) it gives me this error:fixme:ntdll:NtOpenProcessToken (0xffffffff,0x00000028,0x406f28d4): stubfixme:advapi:LookupPrivilegeValueW ((null),L"SeDebugPrivilege",0x66f01824): stubfixme:ntdll:NtAdjustPrivilegesToken (0x0000cafe,0x00000000,0x66f01820,0x00000000,(nil),(nil)),stub!err:virtual:NtAllocateVirtualMemory called with wrong alloc type flags (08001000) !and in the Desktop window (i have Desktop=800x600 on) i get a box saying:Error establishing API HooksI have tried winver win2k, nt40, and 98 in the config file... ------- Additional Comments From Speeddymon <at> yahoo.com 2002-10-14 13:55 ------- hmm, that didnt get formatted right either, lets try with a different browser: hmm, I am able to get windows opened, i just cant get it to start now, if I load Diablo II.exe (uncracked version) it asks me for the original CD, and if I run the DLoad.exe (cracked version to not need the CD) it gives me this error: fixme:ntdll:NtOpenProcessToken (0xffffffff,0x00000028,0x406f28d4): stub fixme:advapi:LookupPrivilegeValueW ((null),L"SeDebugPrivilege",0x66f01824): stub fixme:ntdll:NtAdjustPrivilegesToken (0x0000cafe,0x00000000,0x66f01820,0x00000000,(nil),(nil)),stub! err:virtual:NtAllocateVirtualMemory called with wrong alloc type flags (08001000) ! and in the Desktop window (i have Desktop=800x600 on) i get a box saying: Error establishing API Hooks I have tried winver win2k, nt40, and win98 in the config file... ------- Additional Comments From Speeddymon <at> yahoo.com 2002-10-15 02:04 ------- ok well anyways, I figured out the problem... Here is the scenario: Diablo II.exe and Game.exe unpatched, no bnet loader Game works (from what I can tell, dont have original CD right now, it is at a friend's) DLoad.exe and Game_crk.exe bnet loader and patched Game.exe Game_crk.exe works for single player only, DLoad.exe is the file causing the errors If you need to run the game on bnet with the loader for whatever reason, email me by clicking on my name above this post. I will email you a script to get it working, it does the same thing as DLoad.exe but it is in script form so that you can do it on linux... ------- Additional Comments From Speeddymon <at> yahoo.com 2002-10-15 13:36 ------- I guess that this issue is technically resolved, not a bug, but a problem on my end, I will file a new bug tonight when I get off work for the DLoad.exe loading problem though. Greg, please try to run D2 on the latest CVS of wine. If the issue still exists, please file a new bug, and be sure to include some debug output (+d3d should work) ------- Additional Comments From Speeddymon <at> yahoo.com 2002-10-15 13:36 ------- I guess that this issue is technically resolved, not a bug, but a problem on my end, I will file a new bug tonight when I get off work for the DLoad.exe loading problem though. Greg, please try to run D2 on the latest CVS of wine. If the issue still exists, please file a new bug, and be sure to include some debug output (+d3d should work) ------- Additional Comments From Speeddymon <at> yahoo.com 2002-10-15 13:37 ------- Guess it would help if I actually resolved it... :/ ------- Additional Comments From Speeddymon <at> yahoo.com 2002-10-15 13:38 ------- Closing ------- Additional Comments From Speeddymon <at> yahoo.com 2002-11-30 16:05 ------- reopening as D2 now crashes immediately after running wine Diablo\ II.exe. I will submit some traces as soon as i can, but for now at least its here.. -- 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.

1 0

[Bug 923] We should add default Explorer registry entries to avoid FS corruption (was: WINE DESTROYED MY SYSTEM!)
by Wine Bugs June 21, 2003

June 21, 2003

http://bugs.winehq.com/show_bug.cgi?id=923 ------- Additional Comments From z_god(a)wanadoo.nl 2003-21-06 06:29 ------- Bug comments restored from Gmane.org: I've had wine on my Red Hat 7.2 system for a while. I finally got around to experimenting with it last weekend (7/21). I used Wine Configuration in KDE to set up my account and tried to install Cooper Luxicon lighting design software. I could get it to install in start up, but it locks up at the open file screen. I haven't been in Windows all week. This evening (7/28) I booted up in Windows to get some business work done and discovered that Wine had deleted my entire C:\Program Files directory and replaced it with what appear to be Wine DLLs. I've never seen these files before in this directory. Now my C:\Program Files directory only contains: !$!$!$!$.cfr System ado msadc OLE DB Common Files !$!$!$!$.msr dao2535.tlb dao350.dll odbc Data Sources System ado $!$!data.ie5 msadc WindowsUpdate Skins Visualizations Where are all of my programs files? Everything's gone! What kind of demented programmer would do this without warning the user and giving him a chance to back up the files somewhere else? I'm really f****d. I have no way of restoring half of those programs and I can't get my work done. I was depending on being able to finish a project that's due tomorrow. I can lose my job over this! Needless to say, I'm not going to trust Codeweavers software again. ------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-07-28 23:05 ------- I'll bet you ran explorer.exe, and since you think your system is ruined I can understand that you are ticked. I just want to ask you this. Do you always run alpha software your system without backup? Take a look at the README file that should have come with wine. In it you will find this. >>>>>>>> Wine is not yet complete, so several programs may crash. Provided you set up winedbg correctly according to documentation/debugger.sgml, you will be dropped into a debugger so that you can investigate and fix the problem. For more information on how to do this, please read the file documentation/debugging.sgml. You should backup all your important files that you give Wine access to, or use a special Wine copy of them, as there have been some cases of users reporting file corruption. Do NOT run Explorer, for instance, if you don't have a proper backup, as it renames/cripples several directories sometimes. Not even other MS apps such as e.g. Messenger are safe, as they launch Explorer somehow. This particular corruption (!$!$!$!$.pfr) can at least partially be fixed by using http://home.nexgo.de/andi.mohr/download/decorrupt_explorer >>>>>> Now hopfully this little program can fix this up for you. The Moral of this story: There is no such thing as too much backup. ------- Additional Comments From jfh6 <at> humboldt.edu 2002-08-01 03:54 ------- Maybe your work has some sort of backup of your files already. Don't bash Codeweavers because they aren't as perfect as Microsoft :-/ Next time you want to use Wine, just make a fake windows directory that Wine uses and it will be all gravy. Just follow these easy to understand instructions: http://www.winehq.com/Docs/wine-user/no-windows.shtml ------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2002-08-01 13:12 ------- Well, yet another luser who seems to be unable to do the first thing people are expected to do (especially with alpha software): reading the most important file, the README file. (due to that amount of damage, I can understand such a reaction a bit, though) To my parent: "Don't bash Codeweavers because they aren't as perfect as Microsoft :-/" Oh dear, I just hope you don't believe that.;-) If anything, it is *Microsoft* who is not as perfect as CodeWeavers here, since that filesystem corruption is being caused by *Explorer* renaming directories to zilch due to relevant registry entries not being available (most likely because people told Wine to use the Windows partition, but at the same time they forgot to tell it to also make use of the Windows registry entries !) Wine has zero, zilch, nada responsibility here... To the bug submitter: did my little script help ? Anything it didn't manage to fix ? ------- Additional Comments From pharouff <at> comcast.net 2002-08-01 21:34 ------- Thank you for the responses. The fix appears to have worked. I still need to reboot into Windows to try it out, but it looks like everything is there. There are still two files that did not get fixed by decorrupt_explorer, maybe someone knows where they belong. C:\Program Files\!$!$!$!$.mm2 C:\Program Files\!$!$!$!$.msn As for the other comments, I did see the warning about Explorer, and I never attempted to manually run Explorer. But what happens when you try to install a program that automatically attempts to register the software via the internet? MOST programs do this now. The program I was trying to install is free vendor supplied software from a lighting manufacturer who registers the users. This might explain why the program locked up at the time that it did. Everything seemed to be working great, then BAM! It was probably trying to start the registration process. As for backing up, all the new files were stored in my $HOME directory on the Linux partit! ion. I wasn't expecting it to screw with the Windows partition. While I understand this is ALPHA software, I was expecting this release to be more stable than the last, not less (especially after the glowing reviews I had read). Anyway, if your response is correct, the cause was Windows and not WINE. While I no longer believe it was your fault, I still feel that this is still a CRITICAL BUG that requires as a minimum some work around for protection. I tried the installation twice. The first time I used the temporary Windows directory approach. I know that after this attempt, my C:\Program Files directory was still intact, because I went looking for the Office files it was requesting. When that attempt didn't work, I followed the suggestion that pops up in the debug box and tried a second time with native Windows. I haven't done any programming since about 1988, so needless to say I don't understand the intricacies of c, perl, java, etc. But if you don't have e! nough information to fix this problem yet, there should be a way to add a temporary check to block any system calls to start Explorer and return an error like "Program Not Found" to the calling routine (or better yet redirect it to Netscape, Mozilla or Konqeror). So maybe some programs crash at this point, but at least it doesn't screw up the partition. If nothing else, get rid of the suggestion to try native Windows installation! This was my biggest mistake. After this experience, it's my opinion that any program that appears to run then locks up under fake Windows probably needs Explorer. While I'm impressed with the progress you've made since I first tried WINE last Christmas, I feel that, basically, WINE is completely unusable until this is fixed. Ever since Windows 98 came out virtually all Windows software uses Explorer. You can't avoid it. Bill Gates would have us believe it can't run without it. ;-) ------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2002-08-05 14:30 ------- C:\Program Files\!$!$!$!$.msn probably is C:\Program Files\Microsoft Network (Some) Explorer (component) gets run in the background by a lot of programs. Oh, and again, this is ALPHA software. This is synonymous with "don't expect ANYTHING, except for the sky to fall" ;-) The real "fix" (or rather: workaround) would be: Someone would have to figure out which registry keys are being read here, then they should be added to the default wine registry. And if then people won't even add the default wine registry, then we'll *really* know whom to blame ! :-) ------- Additional Comments From dclark <at> akamail.com 2002-08-05 17:57 ------- I would note one other apparent behavior. From my very unscientific vague recollections of postings about this, including personal experience, the corruption only seems to occur on shared Windows partitions. For example, back when I was using a shared partition, installing the program Viewmate invariably corrupted the filesystem (I tried it several times). When I recently switched to a "fake" EXT3 Windows partition, I reinstalled Viewmate from scratch, and no corruption occurred. -- 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.

1 0

[Bug 922] Baldur's Gate II Setup.exe fails to run
by Wine Bugs June 21, 2003

June 21, 2003

http://bugs.winehq.com/show_bug.cgi?id=922 ------- Additional Comments From z_god(a)wanadoo.nl 2003-21-06 06:27 ------- Bug comments restored from Gmane.org: When running Setup.exe from Baldurs Gate II CD1, the progress bar box for Install Shield is displayed but not properly painted. Shortly thereafter the wineconsole is launched (The fonts are 'squished' so I can't actually read what is displayed) ------- Additional Comments From idstewart <at> compuvative.com 2002-07-28 19:05 ------- Created an attachment (id=242) --> (http://bugs.winehq.com/attachment.cgi?id=242&action=view) Last 200 lines from wine --debugmsg +relay Setup.exe ------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-07-28 20:36 ------- Your problem with winedbg/wineconsole sounds like my experience with bug 745 . Could you have a look at it. A back trace (bt) in winedbg would be more usefull than the just the trace that you attached (a lot of the trace looks like the setup for winedbg.) Your problem with winedbg/wineconsole sounds like my experience with bug 745. If you look at bug 745 you can see how I got around it. Its not really a fix and up untill now I thought it was just me. So if you have any insights please add them to the bug report or at least confirm that this is the same problem. ------- Additional Comments From idstewart <at> compuvative.com 2002-08-05 18:15 ------- Created an attachment (id=254) --> (http://bugs.winehq.com/attachment.cgi?id=254&action=view) Capture of winedbg triggered by uncaught exception in Setup.exe ------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-08-05 18:35 ------- We need the backtrace (bt) ------- Additional Comments From idstewart <at> compuvative.com 2002-08-05 23:42 -------

1 0

[Bug 921] Documentation says Wine and CUPS get along - they don't
by Wine Bugs June 21, 2003

June 21, 2003

http://bugs.winehq.com/show_bug.cgi?id=921 ------- Additional Comments From z_god(a)wanadoo.nl 2003-21-06 06:25 ------- Bug comments restored from Gmane.org: The documentation on Wine printing suggests that the best solution to printing under Wine is to use CUPS - that if you have CUPS set up, printing "just works" Wrong - Wine cannot correctly identify what printers I have under CUPS, nor can it configure them - in fact most attempts to manipulate print setup cause Wine to fault. Until Wine and CUPS actually get along, I would suggest the documentation be changed to reflect this. ------- Additional Comments From marcus <at> jet.franken.de 2002-11-12 16:26 ------- what is wrong? what symptoms show that CUPS might not work correctly? can you send a trace with -debugmsg +winspool ? ------- Additional Comments From bunk <at> fs.tum.de 2002-11-17 18:59 ------- Perhaps the submitter sees something similar to the error messages I see: <-- snip --> err:psdrv:PSDRV_PPDGetNextTuple Error in line '*CloseUI *stpBrightness'? To use WINEPS you need to install some AFM files. fixme:winspool:AddPrinterW DocumentPropertiesW on printer 'L"hpdj400"' fails <-- snip --> This is with the 20021031 Wine package in Debian unstable. I'll attach the output of "debugmsg +winspool". ------- Additional Comments From bunk <at> fs.tum.de 2002-11-17 19:00 ------- Created an attachment (id=336) --> (http://bugs.winehq.com/attachment.cgi?id=336&action=view) output of "debugmsg +winspool" ------- Additional Comments From dclark <at> akamail.com 2002-11-17 19:37 ------- Unfortunately, a typo has crept into a number of CUPS ppd files. The line: *CloseUI *stpBrightness is incorrect, and should read: *CloseUI: *stpBrightness ________^ Apparently the CUPS software does not care about the typo, but Wine does. Since this typo is so prevalent, it might be worth it for Wine to implement a workaround, but that bug is the fault of CUPS, not Wine. To get rid of that problem, just edit the PPD file and add the colon. ------- Additional Comments From wowbagger <at> sktc.net 2002-11-17 21:29 ------- The last time I tried to install CUPS and then use printing under Wine (which was about the time I filed this bug, so things may have changed), any attempt to access the printing function of a Windows app running under Wine would cause Wine to segfault. I was told (in the Winedev mailing list) that the problem was that the PPD files that CUPS returned to Wine were not in a format that Wine could understand, and that was causing the fault. I then pointed out (in Winedev) that the documentation said that printing under Wine with CUPS "just worked" and that in fact it did not "just work". I was told to file a bug, and I did. Now, since I got fed up with several of the things that CUPS did to my printing services just under normal Linux, I removed it and went back to LPDng. Since I have no intention of trying CUPS again (since what I have works) I cannot check if the problems have been fixed or not. -- 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.

1 0

[Bug 920] _fdopen should not rewind file
by Wine Bugs June 21, 2003

June 21, 2003

http://bugs.winehq.com/show_bug.cgi?id=920 ------- Additional Comments From z_god(a)wanadoo.nl 2003-21-06 06:23 ------- Bug comments restored from Gmane.org: When running quakeforge (http://quakeforge.net/) in wine, it is unable to read files from paks due to the use of _fdopen and _fdopen rewinding the file causing qf to always read the first N bytes of the pak file. I commented out the call to MSVCRT_rewind and everything worked beautifully. -- 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.

1 0