June 2003 - Wine-bugs - list.winehq.org

[Bug 1280] edit control bug - EM_LIMITTEXT does not work
by Wine Bugs 22 Jun '03

22 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1280 ------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 11:56 ------- Bug comments restored from Gmane.org: When you try to limit the maximum chars accepted in an edit control by doing something like this: SendMessage(hwndEdit, EM_LIMITTEXT, 10, 0); Wine simply ignores it, and let the user type more than 10 (in this example) characters. This looks bad, because the user could eventually overflow the allocated memory for the dialog, making the program crash. ------- Additional Comments From felipewd <at> elipse.com.br 2003-02-14 09:44 ------- Created an attachment (id=401) --> (http://bugs.winehq.com/attachment.cgi?id=401&action=view) .tar.gz source program which sets (in the "about" dialog) the maximum input to 10 characters ------- Additional Comments From tony_lambregts <at> telusplanet.net 2003-02-17 10:48 ------- I downloaded the tarball and need some instructions on how to build this (on Wine) either that or you could upload the compiled exe. ------- Additional Comments From felipewd <at> elipse.com.br 2003-02-17 11:42 ------- You can compile the source code with something like this: $ winemaker --nomfc . ; ./configure --with-wine=<your wine path> ; make ------- Additional Comments From tony_lambregts <at> telusplanet.net 2003-02-17 13:10 ------- I compiled it but when I tried to run it ./about1 I got /usr/local/bin/wine: cannot find 'about1.exe' I copied about1 to about1.exe and got this /usr/local/bin/wine: cannot determine executable type for 'F:\about1-src\about1.exe' Any suggestions ------- Additional Comments From felipewd <at> elipse.com.br 2003-02-17 13:50 ------- try 'wine about1.so' ------- Additional Comments From tony_lambregts <at> telusplanet.net 2003-02-17 18:00 ------- OK confirming... -- 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 1281] Wine core dumps very often on FreeBSD
by Wine Bugs 22 Jun '03

22 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1281 ------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 11:53 ------- Bug comments restored from Gmane.org: I already described the problems I have with Wine on FreeBSD in Bug #803. Here is a quick overview: wine + VirtualDub + Win98SE: fixme:cdrom:CDROM_GetIdeInterface not implemented for BSD fixme:reg:GetSystemInfo not yet supported on this system fixme:mmsys:WMMMidiRunOnce16 (), stub! err:winmm:MMDRV_InitPerType Strange: mapper with 8 > 1 devices err:thunk:_loadthunk (USER.EXE, UsrMpr_ThunkData16, MPR.DLL): Bad magic fUh (should be SL01) err:thunk:_loadthunk (USER.EXE, UsrMpr_ThunkData16, MPR.DLL): Bad magic fUh (should be SL01) (Exit Code 133) With builtin MPR.DLL (whatever that is): fixme:cdrom:CDROM_GetIdeInterface not implemented for BSD fixme:reg:GetSystemInfo not yet supported on this system fixme:mmsys:WMMMidiRunOnce16 (), stub! err:winmm:MMDRV_InitPerType Strange: mapper with 8 > 1 devices fixme:file:DeviceIo_MMDEVLDR (5,0x0,0,0x283b2bdc,4,0x28622e18,0x0): stub fixme:gdi:Escape16 unknown/unsupported 16-bit escape c03 (56,0x28632f3e,0x28632f86 fixme:gdi:Escape16 unknown/unsupported 16-bit escape c03 (56,0x28632f3e,0x28632f86 fixme:x11drv:X11DRV_GetDeviceCaps (0xafc): CAPS1 is unimplemented, will return 0 fixme:hook:NotifyWinEvent (32780,0x30029,-4,1)-stub! fixme:process:CreateProcessA (C:\windows\SYSTEM\DDHELP.EXE,...): NORMAL_PRIORITY_CLASS ignored fixme:cdrom:CDROM_GetIdeInterface not implemented for BSD fixme:cdrom:CDROM_GetIdeInterface not implemented for BSD fixme:cdrom:CDROM_GetIdeInterface not implemented for BSD fixme:reg:GetSystemInfo not yet supported on this system fixme:x11drv:X11DRV_GetDeviceCaps (0xafc): CAPS1 is unimplemented, will return 0 fixme:mmsys:WMMMidiRunOnce16 (), stub! err:winmm:MMDRV_InitPerType Strange: mapper with 8 > 1 devices fixme:x11drv:X11DRV_GetDeviceCaps (0x74): CAPS1 is unimplemented, will return 0 GetModuleHandleA succeed LoadLibrary returns baaa0000 fixme:system:EnumDisplayDevicesA (0x0,0,0x286226e8,0x00000000), stub! wine: Unhandled exception, starting debugger... Warning: L"/usr/bin/winedbg.exe" not accessible from a configured DOS drive Warning: L"/usr/bin/winedbg" not accessible from a configured DOS drive Warning: L"/usr/bin/winedbg 134705408.exe" not accessible from a configured DOS drive Warning: L"/usr/bin/winedbg 134705408" not accessible from a configured DOS drive Warning: L"/usr/bin/winedbg 134705408 152.exe" not accessible from a configured DOS drive Warning: L"/usr/bin/winedbg 134705408 152" not accessible from a configured DOS drive err:seh:start_debugger Couldn't start debugger ("/usr/bin/winedbg 134705408 152") (2) Read the Wine Developers Guide on how to set up winedbg or another debugger err:seh:EXC_DefaultHandling Unhandled exception code c0000005 flags 0 addr 0x28e9990e err:seh:EXC_DefaultHandling Unhandled exception code c0000005 flags 0 addr 0x28e9990e [1000 more lines of the same error] zsh: 30788 illegal hardware instruction (core dumped) wine --dll mpr=b virtualdub (Why is Wine looking for winedbg in /usr/bin? Wine got installed to /usr/local/bin!) Here is one backtrace I did with gdb: err:module:BUILTIN32_dlopen failed to load .so lib for builtin vdoenc32.dll: Cannot open "/usr/local/lib/wine/vdoenc32.dll.so" Program received signal SIGBUS, Bus error. 0x280ebd80 in IsBadWritePtr (ptr=0x29a50000, size=40) at ../../memory/virtual.c:568 568 p[0] |= 0; (gdb) bt #0 0x280ebd80 in IsBadWritePtr (ptr=0x29a50000, size=40) at ../../memory/virtual.c:568 #1 0x29a542af in ?? () #2 0x29a53359 in ?? () #3 0x79a9199a in ?? () #4 0x41b57e in ?? () #5 0x2d0 in ?? () Error accessing memory address 0x28: Bad address. (gdb) "Error accessing memory: Bad address"??? This sounds like serious breakage to me. I got enough core dumps when trying to get Starcraft/Diablo to work and I guess it's because there are tons of functions not (yet) implemented for non-linux system. I myself am right now trying to implement CDROM_GetIdeInterface for BSD systems, but my C skills are ... lacking :( ------- Additional Comments From q <at> galgenberg.net 2003-02-19 09:56 ------- I tried WINE from CVS and managed to get a better backtrace when trying to run starcraft. Looks like DirectSound is the culprit: fixme:console:SetConsoleCtrlHandler (0x4cf850,1) - no error checking or testing yet fixme:ddraw:Main_DirectDraw_SetCooperativeLevel (0x2833ebc0)->(00010021,00000013) fixme:x11drv:X11DRV_DDHAL_CreatePalette stub Program received signal SIGBUS, Bus error. 0x2a7d5290 in DSDB_MapPrimary (dsdb=0x283421d8) at audio.c:1816 1816 while (b--) *p4++ = 0; (gdb) bt #0 0x2a7d5290 in DSDB_MapPrimary (dsdb=0x283421d8) at audio.c:1816 #1 0x2a7d5d9d in IDsDriverImpl_CreateSoundBuffer (iface=0x28342190, pwfx=0x28344768, dwFlags=1, dwCardAddress=0, pdwcbBufferSize=0x28344868, ppbBuffer=0x28344860, ppvObj=0x2834485c) at audio.c:2133 #2 0x2a75194e in DSOUND_PrimaryCreate (This=0x283444e0) at primary.c:174 #3 0x2a74ed43 in DirectSoundCreate8 (lpGUID=0x0, ppDS=0x696234, pUnkOuter=0x0) at dsound_main.c:696 #4 0x4a6bbe in ?? () #5 0x28100b68 in start_process () at ../../scheduler/process.c:564 #6 0x28104a75 in call_on_thread_stack (func=0x2810094c) at ../../scheduler/sysdeps.c:112 -- 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 1282] excessive MDI slowdowns (app: IDA Pro >= 4.30)
by Wine Bugs 22 Jun '03

22 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1282 ------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 11:46 ------- Bug comments restored from Gmane.org: Using the latest version of IDA Pro (Interactive Disassembler, http://www.datarescue.com/idabase/) version 4.30, the now MDI based GUI turns out to be unusable. While the GUI is displayed correctly, all GUI actions are very slow and every simple action, such as a click on an MDI document window is taking > 20 seconds to process. The program behaves correctly though after the "blocking" has passed, which happens on every GUI action. Sorry for the vague bug description, you may want to reproduce the bug yourself using an evaluation version available from http://www.datarescue.com/idabase/ida4down.htm by email request. Versions < 4.30 are non-MDI based and behave almost right under wine, 4.30 is unusable due to the slowdowns. I use the Debian/sid wine packages, version 20030115. -- 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 1285] NULL pointer accesses will no longer be caught
by Wine Bugs 22 Jun '03

22 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1285 ------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 11:38 ------- Bug comments restored from Gmane.org: I tryed to run old Windows games (Another World, Battle Of Britain, Xenon 2, ...) but I got the following message for ~10 of them: --- Loading required GL library /usr/X11R6/lib/libGL.so.1.2 Warning: unprotecting the first 64KB of memory to allow real-mode calls. NULL pointer accesses will no longer be caught. --- Most of them ended but one displayed a 640x480 black box on top left of the screen and bring me to killall -TERM wine. -- 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 1165] Photoshop6 hangs, can potentially lock X server, and machine.
by Wine Bugs 22 Jun '03

22 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1165 7ownq0k402(a)sneakemail.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |WORKSFORME ------- Additional Comments From 7ownq0k402(a)sneakemail.com 2003-22-06 11:35 ------- In the CVS from 2003-06-16, I no longer see this bug. As the reason for the fix is unknown, I'm setting this to WORKSFORSOME. -- 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 1288] Popup windows always 'on top' (Visual FoxPro)
by Wine Bugs 22 Jun '03

22 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1288 ------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 11:33 ------- Bug comments restored from Gmane.org: PopUp windows in Visual FoxPro (such as 'Wait' windows, and 'percent complete' notifications during a select) are shown on top of ALL other windows, even in other virtual desktops. ------- Additional Comments From rick <at> valeoinc.com 2003-02-18 14:13 ------- Created an attachment (id=407) --> (http://bugs.winehq.com/attachment.cgi?id=407&action=view) WaitWindow example program - requires VFP5 Runtime ------- Additional Comments From pmcnett <at> pm-sc.com 2003-02-18 14:36 ------- Please see my bug 1267, I think we are talking about very similar symptoms. ------- Additional Comments From rick <at> valeoinc.com 2003-02-18 14:47 ------- I think I know what you're talking about in 1267. Correct me if I'm wrong, but an example of 1267 would be: 1. Have FoxPro and a shell open on the same virtual desktop. 2. Right click on Foxpro - a copy/cut/paste/ THAT window will be ontop, and Foxpro will be pushed behind the shell window. I've seen that before, is that what you were reporting? That seems to be a different issue to me, but I could be wrong.. ------- Additional Comments From pmcnett <at> pm-sc.com 2003-02-18 16:25 ------- Yes you are correct, a different issue entirely. Sorry for the confusion! ------- Additional Comments From mikecopeland <at> genesis-group.net 2003-03-19 17:17 ------- *** 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.

1 0

[Bug 1165] Photoshop6 hangs, can potentially lock X server, and machine.
by Wine Bugs 22 Jun '03

22 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1165 ------- Additional Comments From 7ownq0k402(a)sneakemail.com 2003-22-06 11:31 ------- Recovered from news.gmane.org: http://bugs.winehq.com/show_bug.cgi?id=1165 Summary: Photoshop6 hangs, can potentially lock X server, and machine. Product: Wine Version: unspecified Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: wine-misc AssignedTo: wine-bugs(a)winehq.com ReportedBy: 7ownq0k402(a)sneakemail.com Wine build: Build 20021031 (Not in version list) Steps to reproduce: 1. Run Photoshop6 2. Photoshop starts running. 3. Photoshop main window comes up (sometimes badly drawn) 4. The splash screen comes up. 5. Towards the end of the load ("Initialising..." is in splash screen) the main window disappears, as does the splash screen. 6. The whole screen is now locked apart from the KDE panel, with the cursor showing the hourglass. 7. When menus are lauched from the panel. the mouse works properly in menu. Menu is draw correctly, but when leave menu, nothing is re-drawn. 8. Sometimes (especially if left in locked state) Photoshop 6 will use all available memory (real & swap), and linux will hang. Repeatability: Always. Workarounds attempted (None succeded): 1. Attempted using the following DLLs native: shell,shell32,commtrl,comctl32,commdlg,comdlg32,shlwapi, ole32,rpcrt4,shlwapi,oleaut32,msvcrt20,msvcrt,msvcp60,shfolder 2. Removed the native wintab32.dll 3. Tried with "Synchronous" = "Y" This improved the drawing, but didn't fix the bug. 4. Tried with OS set to Win 98. Wine config: Is based upon a win98 install. Photoshop6 was installed in Win98. Options for exiting lock: 1. Go to a console (CTRL-ALT-FNKEY), and kill wineserver, and any wine apps. 2. Shutdown computer (sometimes possible from KDE panel menu. 3. Reset computer. Looks almost as if a X grab has occured, on the whole screen apart from the KDE panel. I am happy to provide debug reports, but I'll need guidance as to how to proceed, because all debug logs I've created are large, and Photoshop must run at a reasonable rate so I can kill it before Something to do with shfolder.dll????? Seems to occur near wher dll is loaded. ------- Additional Comments From 7ownq0k402(a)sneakemail.com 2002-11-27 06:40 ------- In the bug report, I didn't complete this paragraph: I am happy to provide debug reports, but I'll need guidance as to how to proceed, because all debug logs I've created are large, and Photoshop must run at a reasonable rate so I can kill it before it consumes all memory. ------- Additional Comments From 7ownq0k402(a)sneakemail.com 2002-11-27 10:57 ------- Looking closely, the Window Manager controlled parts of the window disappear too. This suggests some foulup relating to X11 communication, as the area is obviously grabbed, but there's not title bar to minimise the grabbed window with. ------- Additional Comments From 7ownq0k402(a)sneakemail.com 2002-11-27 14:10 ------- It turns out that Photoshop removes all top level windows from the KDE panel. ------- Additional Comments From 7ownq0k402(a)sneakemail.com 2002-11-28 10:23 ------- Did some serious gdb debugging on the problem. Conclusion: This is an X11driver problem, moving to x11driver component Motes on the debug session follows: The problem occurs as 1st wine processs exits with error code 1. After this the wineserver process (and possibly another wine process seem to go mad). They cause 100% kernel load, and 100% use of swap. did breakpoint on exit() in gdb wine, on the 1st process (desktop???) got following stack trace #0 0x402761dd in exit () from /lib/libc.so.6 #1 0x4106913a in _XDefaultError () from /usr/X11R6/lib/libX11.so.6 #2 0x40ff66bd in error_handler (display=0x80a0e08, error_evt=0x406d18a4) at x11drv_main.c:136 #3 0x4106924d in _XError () from /usr/X11R6/lib/libX11.so.6 #4 0x4106787b in _XReply () from /usr/X11R6/lib/libX11.so.6 #5 0x4106319a in XSync () from /usr/X11R6/lib/libX11.so.6 #6 0x40fef7c4 in TSXSync (a0=0x80a0e08, a1=0) at ts_xlib.c:614 #7 0x40ff148f in X11DRV_CreateWindow (hwnd=0x10051, cs=0x406d1c00, unicode=0) at window.c:893 #8 0x4086c1d0 in WIN_CreateWindowEx (cs=0x406d1c00, classAtom=49155, type=WIN_PROC_32A) at ../../windows/win.c:1166 #9 0x4086c63b in CreateWindowExA (exStyle=0, className=0x10156c0 "edit", windowName=0x10974a4 "", style=1073807488, x=5, y=6, width=101, height=16, parent=0x10026, menu=0x177b, instance=0x400000, data=0x0) at ../../windows/win.c:1320 The contents of error_evt was: (gdb) print error_evt $1 = (XErrorEvent *) 0x406d18a4 (gdb) print error_evt->type $2 = 0 (gdb) print error_evt->display $3 = (Display *) 0x80a0e08 (gdb) print error_evt->resourceid $4 = 77594636 (gdb) print error_evt->serial $5 = 911 (gdb) print error_evt->error_code $6 = 8 '\b' (gdb) print error_evt->request_code $7 = 7 '\a' (gdb) print error_evt->minor_code $8 = 0 '\000' And what's the error: (gdb) call XGetErrorText(display,error_evt->error_code,1076119904,1000) $15 = 0 (gdb) print (char*)(1076119904) $16 = 0x40244960 "BadMatch (invalid parameter attributes)" ------- Additional Comments From marcus(a)jet.franken.de 2002-11-28 15:01 ------- set the "Synchronous" flag to "Yes" and run again. this will pop up the debugger on fault and will show the real x instruction which did hang. ------- Additional Comments From 7ownq0k402(a)sneakemail.com 2002-11-28 19:00 ------- Here's the stack backtrace from the synchronous mode. Oh, all my traces are done with "Desktop" = "800x600". Synchronous backtrace: (gdb) bt #0 0x40770f34 in DebugBreak () at ../../include/winternl.h:808 #1 0x40ff66b3 in error_handler (display=0x80a0e08, error_evt=0x406d16c8) at x11drv_main.c:135 #2 0x4106924d in _XError () from /usr/X11R6/lib/libX11.so.6 #3 0x4106787b in _XReply () from /usr/X11R6/lib/libX11.so.6 #4 0x4106319a in XSync () from /usr/X11R6/lib/libX11.so.6 #5 0x41063234 in _XSyncFunction () from /usr/X11R6/lib/libX11.so.6 #6 0x41060dd9 in XReparentWindow () from /usr/X11R6/lib/libX11.so.6 #7 0x40ff1bea in X11DRV_SetParent (hwnd=0x10021, parent=0x10026) at window.c:1118 #8 0x4086e5cb in SetParent (hwnd=0x10021, parent=0x10026) at ../../windows/win.c:2557 #9 0x40888cf7 in handle_internal_message (hwnd=0x10021, msg=2147483651, wparam=65574, lparam=0) at message.c:1057 #10 0x40889531 in call_window_proc (hwnd=0x10021, msg=2147483651, wparam=65574, lparam=0, unicode=1, same_thread=1) at message.c:1355 #11 0x4088a12f in SendMessageTimeoutW (hwnd=0x10021, msg=2147483651, wparam=65574, lparam=0, flags=0, timeout=4294967295, res_ptr=0x0) at message.c:1737 #12 0x40886ef4 in broadcast_message_callback (hwnd=0x10021, lparam=1080891832) at message.c:298 #13 0x4086ee72 in EnumWindows ( lpEnumFunc=0x40886e70 <broadcast_message_callback>, lParam=1080891832) ---Type <return> to continue, or q <return> to quit--- at ../../windows/win.c:2957 #14 0x4088a0b8 in SendMessageTimeoutW (hwnd=0xffffffff, msg=2147483651, wparam=65574, lparam=0, flags=0, timeout=4294967295, res_ptr=0x406d1a0c) at message.c:1724 #15 0x4088a3b9 in SendMessageW (hwnd=0xffffffff, msg=2147483651, wparam=65574, lparam=0) at message.c:1818 #16 0x4086e5b0 in SetParent (hwnd=0xffffffff, parent=0x10026) at ../../windows/win.c:2552 Also from a trace of the server log when running asynchonous gives: X Error of failed request: BadMatch (invalid parameter attributes) Major opcode of failed request: 7 (X_ReparentWindow) Serial number of failed request: 911 Current serial number in output stream: 918 So it's the ReparentWindow that fails, and from documentation, will fail with BadMatch if: *The new parent window is not on the same screen as the old parent window. *The new parent window is the specified window or an inferior of the specified window. *The new parent is InputOnly, and the window is not. *The specified window has a ParentRelative background, and the new parent window is not the same depth as the specified window. ------- Additional Comments From 7ownq0k402(a)sneakemail.com 2002-12-06 11:16 ------- More info: **** On the SetParentCall failure **** The call to SetParent is SetParent(HWND_BROADCAST,A_Window) So, it looks as if it attempts to broadcast this to all top level windows. Don't know what Windows does, but I'm certain it shouldn't fail as badly as it does. My suggestion: Handle the "Bad Match" error, and return an error result to the calling app (If possible). To fix this properly, need a test for the behaviour on Windows. *** On the hang **** I suspect that Wine shouldn't (in theory) hang on an error like this. I suspect it does hang because because it's attempting to open the debugger, while some of it's windows are mangled. Will test disabling the bebugger in wine config. -- 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 1289] loads of bugs in a nice test program
by Wine Bugs 22 Jun '03

22 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1289 ------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 11:29 ------- Bug comments restored from Gmane.org: this is an editor written in powerbasic exe: http://gemia.de/test/editor.exe source: (i am ashamed. this was a really early program , dont hit me) http://gemia.de/test/editor.bas (see bug 1286 for link to compiler) an old dos program i wrote once when the dos editor wasnt able to handle files bigger than 64K i think nobody needs it anymore and the programs text is german, so its difficult to use for all others but it causes wine to create LOADS of different errors and bugs and should be excellent for testing purposes. :-) Bugs in this file include: --not running every now and then (wineconsole bug) instead writing strange chars into the wineconsole window and freezing wine --so much err and fixme messages on the screen that you cant see the program anymore if -debugmsg -all isnt given (most of them about unhandled mouse interrupt calls) (if i remember right i did hide the mouse during refreshing the screen) (under X this is unnecessary since there is no text-mode mouse cursor) (but wine doesnt know about that interrupt call) --you cannot go into the menu via ALT-D or similar since the ALT key isnt recogniced --some sub menues cause wine to end the program --wine ends the program randomly every now and then ... excellent for testing purposes isnt 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.

1 0

[Bug 1291] Noteworthy Composer's music font not found
by Wine Bugs 22 Jun '03

22 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1291 ------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 11:26 ------- Bug comments restored from Gmane.org: The TrueType music font NWCV15 installed by Noteworthy Software's Composer/Player programs (downloadable from URL given) doesn't work under Wine - with the latest Wine CVS code the program just complains that the font can't be found. The font is evidently SYMBOL_CHARSET, but on Windows the program doesn't have to specify this for it to be correctly found. I can get it to be found in Wine by duplicating the two lines of code in the dlls/gdi/freetype.c routine WineEngCreateFontInstance() that compare each font face name with "Symbol" and set up the search lfCharSet appropriately. The comment immediately preceeding these lines hints that this isn't necessarily done right in Wine, and the NWCV15 font is evidently in the same class as Symbol in that respect. Once the program can find the font though, it still doesn't work - the symbols from the font are not displayed, just square boxes where they should appear. It's not obvious to me whether these two problems might be related or not. ------- Additional Comments From anjohnson <at> iee.org 2003-02-21 01:25 ------- I have a partial solution to my second problem - it seems that Matt Johnson <matt <at> guysfield.demon.co.uk> managed to get Noteworthy running on an old version of Wine, and by looking at and applying one of the source changes he made I now have the NWCV15 font displaying properly. Unfortunately it seems this broke the display of the wingdings font though... Here's my complete patch to dlls/gdi/freetype.c which allows me to use Noteworthy. I'm not suggesting that these changes should go into the official Wine tree though, these are really just workarounds. Index: freetype.c =================================================================== RCS file: /home/wine/wine/dlls/gdi/freetype.c,v retrieving revision 1.30 diff -u -r1.30 freetype.c --- freetype.c 23 Jan 2003 21:32:36 -0000 1.30 +++ freetype.c 21 Feb 2003 07:20:05 -0000 @@ -165,6 +165,7 @@ static WCHAR MSSansSerifW[] = {'M','S',' ','S','a','n','s',' ', 'S','e','r','i','f','\0'}; static WCHAR HelvW[] = {'H','e','l','v','\0'}; +static WCHAR NWCV15W[] = {'N','W','C','V','1','5','\0'}; static WCHAR ArabicW[] = {'A','r','a','b','i','c','\0'}; static WCHAR BalticW[] = {'B','a','l','t','i','c','\0'}; @@ -970,6 +971,8 @@ if(!strcmpiW(lf.lfFaceName, SymbolW)) lf.lfCharSet = SYMBOL_CHARSET; + if(!strcmpiW(lf.lfFaceName, NWCV15W)) + lf.lfCharSet = SYMBOL_CHARSET; if(!TranslateCharsetInfo((DWORD*)(INT)lf.lfCharSet, &csi, TCI_SRCCHARSET)) { switch(lf.lfCharSet) { @@ -1338,8 +1341,8 @@ static FT_UInt get_glyph_index(GdiFont font, UINT glyph) { - if(font->charset == SYMBOL_CHARSET && glyph < 0x100) - glyph = glyph + 0xf000; + if (font->charset == SYMBOL_CHARSET) + pFT_Select_Charmap(font->ft_face, ft_encoding_symbol); return pFT_Get_Char_Index(font->ft_face, glyph); } -- 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 1293] Internet Explorer 6.1SP1 cannot download files.
by Wine Bugs 22 Jun '03

22 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1293 ------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 11:23 ------- Bug comments restored from Gmane.org: Explorer 6.1SP1 ran on wine cvs with --winver=winxp cannot download its setup files (Please make sure you are connected to the Internet..etc). The error messages follow. Please not networking seems to work since the kazaa installer downloaded its components fine. Winehack preloads a library prior to running wine to solve the threading issue with glibc 2.3.1. [phantom(a)cobra phantom]$ winehack ie6* Got eroloc 0x4011a614 & 0x40248b10 Got eroloc 0x804981c & 0x4015eb10 fixme:win32:PE_CreateModule Security directory ignored fixme:advapi:CheckTokenMembership ((nil) 0x4039c778 0x408d2cfc) stub! fixme:process:CreateProcessA (E:\IXP000.TMP\ie6wzd.exe,...): NORMAL_PRIORITY_CLA SS ignored Got eroloc 0x4011a614 & 0x40248b10 fixme:cursor:CURSORICON_SimulateLoadingFromResourceW Animated icons not correctl y implemented! 0x41790000 fixme:cursor:CURSORICON_SimulateLoadingFromResourceW icon entry found! 0x4179000 0 fixme:cursor:CURSORICON_SimulateLoadingFromResourceW icon size ok. offset=0x4179 0074 fixme:ntdll:NtQueryInformationProcess (0xffffffff,0x0000001a,0x408d2cb0,0x000000 04,(nil)),stub! fixme:advapi:CheckTokenMembership ((nil) 0x403ae5d8 0x408d25cc) stub! fixme:dosfs:QueryDosDeviceA (A:) not detected as DOS device! fixme:dosfs:QueryDosDeviceA (B:) not detected as DOS device! fixme:setupapi:SetupInstallFromInfSectionW unsupported flags 106 fixme:urlmon:URLMON_DllRegisterServer (void): stub fixme:setupapi:SetupInstallFromInfSectionW unsupported flags 106 fixme:ole:CoCreateInstance no classfactory created for CLSID {6e449686-c509-11cf -aafa-00aa00b6015c}, hres is 0x80040150 fixme:setupapi:SetupInstallFromInfSectionW unsupported flags 106 [phantom(a)cobra phantom]$ ------- Additional Comments From mike <at> theoretic.com 2003-03-30 15:16 ------- Are you behind a proxy? By explorer, I assume you mean Internet Explorer? ------- Additional Comments From ivg2 <at> cornell.edu 2003-03-30 22:06 ------- Yes I mean internet explorer. No I am not behind a proxy. ------- Additional Comments From mike <at> theoretic.com 2003-03-31 03:57 ------- Confirming as I've seen this issue before, I normally just copy the files it downloads into the same directory. I thought it'd be fixed by a patch that went in a few weeks ago, but that was for proxies. -- 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