wine-bugs

wine-bugs@winehq.org

1 participants
159165 discussions

[Bug 916] DrawDibProfileDisplay is not implemented
by Wine Bugs 21 Jun '03

21 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=916 ------- Additional Comments From z_god(a)wanadoo.nl 2003-21-06 06:21 ------- Bug comments restored from Gmane.org: The URL is the msdn info for the function. ------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-07-24 20:10 ------- This is correct DrawDibProfileDisplay is mapped as a stub in /dlls/msvidio/msvfw32.spec.c The relevant info is as follows The DrawDibProfileDisplay function determines settings for the display system when using DrawDib functions. BOOL DrawDibProfileDisplay( LPBITMAPINFOHEADER lpbi ); Parameters lpbi Pointer to a BITMAPINFOHEADER structure that contains bitmap information. You can also specify NULL to verify that the profile information is current. If the profile information is not current, DrawDib will rerun the profile tests to obtain a current set of information. When you call DrawDibProfileDisplay with this parameter set to NULL, the return value is meaningless. Return Values Returns a value that indicates the fastest drawing and stretching capabilities of the display system. This value can be zero if the bitmap format is not supported or one or more of the following values. Value Description PD_CAN_DRAW_DIB DrawDib can draw images using this format. Stretching might or might not also be supported. PD_CAN_STRETCHDIB DrawDib can stretch and draw images using this format. PD_STRETCHDIB_1_1_OK StretchDIBits draws unstretched images using this format faster than an alternative method. PD_STRETCHDIB_1_2_OK StretchDIBits draws stretched images (in a 1:2 ratio) using this format faster than an alternative method. PD_STRETCHDIB_1_N_OK StretchDIBits draws stretched images (in a 1:N ratio) using this format faster than an alternative method. Requirements Windows NT/2000/XP: Included in Windows NT 3.1 and later. Windows 95/98/Me: Included in Windows 95 and later. Header: Declared in Vfw.h. Library: Use Vfw32.lib. Is there a program that requires this that we can test against? ------- Additional Comments From samuel <at> sieb.net 2002-08-06 15:32 ------- Here is a program that uses it. http://www.msen.com/~crandall/PFKS083B.ZIP Install it, run it, and try to open the calc.lzh file. You have to be in desktop mode or you'll find another bug. :-) As soon as the loading is finished, you'll hit this bug. -- 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 913] Textfields with dropdowns doesn't work
by Wine Bugs 21 Jun '03

21 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=913 ------- Additional Comments From z_god(a)wanadoo.nl 2003-21-06 06:17 ------- Bug comments restored from Gmane.org: When using the direct connect client DC++ (www.sourceforge.net/projects/dcplusplus) the textfields (with dropdowns) doesn't work as they should. Sometimes you can't type text into it, sometimes a string like "hello" become one big single character. It also seems like the program can't use the contents of the fields alright. The searchfield for example dosn't work. But if you use the search function within the "search spy" it works fine. I'm using wine from "testing/debian, linux" -- 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 911] Screen Corruption in Nord Modular Editor
by Wine Bugs 21 Jun '03

21 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=911 ------- Additional Comments From z_god(a)wanadoo.nl 2003-21-06 06:17 ------- Bug comments restored from Gmane.org: This program has screen corruption the same as riven (I think) ------- Additional Comments From dclark <at> akamail.com 2003-01-09 20:14 ------- How about listing simple steps to take that will demonstrate the corruption (so I don't actually have to learn how to use it ;). ------- Additional Comments From tony_lambregts <at> telusplanet.net 2003-01-09 22:55 ------- Created an attachment (id=366) --> (http://bugs.winehq.com/attachment.cgi?id=366&action=view) CommonFBlues.pch file I used for testing ------- Additional Comments From tony_lambregts <at> telusplanet.net 2003-01-09 23:13 ------- Created an attachment (id=367) --> (http://bugs.winehq.com/attachment.cgi?id=367&action=view) annotated screenshot showing srceen corruption ------- Additional Comments From tony_lambregts <at> telusplanet.net 2003-01-09 23:43 ------- Hell I have no real idea on how it "really" works but if you look at the screenshot I will try to explain it. The red elipse has an artifact (corruption) from the "PolyAreaIn1" panel. This was acheived by passing the mouse over the grey area between the two panels and placing it over one of the round control knobs (hidden by artifact) . The Blue Circle shows where a round control knob went missing after the mouse went over it. The problem seems to always involve a round control knob. and the trace has fixme:bitblt:X11DRV_BitBlt potential optimization - client-side DIB copy whenever the corruption occurs. -- 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 910] foreground is the same as background color in winmx / search result
by Wine Bugs 21 Jun '03

21 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=910 ------- Additional Comments From z_god(a)wanadoo.nl 2003-21-06 06:15 ------- Bug comments restored from Gmane.org: when doing some searches using winmx the foreground color of the results (filenames i suppose) is the same as the background., you can change de bg color, but still the same bug. steps to reproduce install, launch winmx, go to search pane type something to search for you cant see the filenames, but the others info (in others color are shown) to change the bg color : click on settings colors/search window and modify the background color ------- Additional Comments From flucchini <at> iol.it 2002-08-13 13:28 ------- It doesn't seem to be a color problem but a column index problem in all WinMX application. In fact in place of the filename it shows the size field right-aligned and all othe fields shifted left consequently. Same problem can be noted also in the download tab. ------- Additional Comments From tazdev <at> altern.org 2003-01-02 15:45 ------- no more display problem of the results with last cvs (20030102) ------- Additional Comments From tony_lambregts <at> telusplanet.net 2003-03-26 15:22 ------- 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.

1 0

[Bug 906] Quicken Deluxe 99 dosen't work with Red Carpet release of Wine
by Wine Bugs 21 Jun '03

21 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=906 ------- Additional Comments From z_god(a)wanadoo.nl 2003-21-06 06:14 ------- Bug comments restored from Gmane.org: Wine version: 20020411-6 (obtained a couple of nights ago from Ximian) I had to rebuild my system from a HD failure last week. Latest Wine version doesn't seem to work with Quicken Deluxe 99: Program installs ok. I can open up my restored data files. I open the register, and begin to enter a new entry. I enter the date, press TAB, enter the check number and press TAB. Quicken freezes up. I can quit the program by going back to the shell I launched Wine from and pressing control-c. I also note that CPU utilization JUMPS when this happens, from 8% to more than 50% (using top to monitor). Also, I notice that if I use the mouse and not the TAB key, I can get by that point and continue entering data. When I get to entering the check amount, Quicken tells me to enter a number in "nnn.nn" format. Well I did! Furthermore, even opening the little Quicken calculator doesn't work. No numeric entry in a currency field is understood. ------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2002-07-22 12:22 ------- Please try with a current Wine version. The number field sounds like it may be oleaut32 related. We've had quite a few oleaut32 fixes in between. Thanks ! ------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-07-22 12:34 ------- Jeff; Part of the problem that the developers with of wine face is that we need bug reports for programs that we do not have access to. So bug reports for any program are nesessary and appreciated. However at this point the ximian release of wine is 3 releases behind. Winehq releases a new version of wine usually about once a month. Development in wine is very active and this bug might be fixed in a more current release. For that reason it is recomended that you install from tarball or better yet CVS. Building Wine from source is harder to do than installing from Ximian. I know that for sure since I use ximian. Its one sweet package manager. That being said though the amount of extra effort is not IMO that much. If ugrading your wine does not fix the problem a trace (wine --debugmsg +dialog ...) would be usefull. ------- Additional Comments From JeffMay <at> earthlink.net 2002-07-22 14:00 ------- Thanks for the additional comments. Tonight when I get home I shall give a later version a try. I wonder if it's related to recent kernels; I found these in the wine-users lists: http://www.winehq.com/hypermail/wine-users/2002/07/0118.html He's got one of the same symptoms I've seen, "I am using Quicken more than five years with most of the features working, at least usable. Now since I upgrade SuSE 8.0 can not use quickenw because not let me type in numbers:(( Always get error please type in number in nnnn.nn format. Certainly I did, but error message come back again again..." Another one: http://www.winehq.com/hypermail/wine-users/2002/07/0124.html ------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-07-22 15:27 ------- Thankyou for the additional information. If you still see this with the latest release of wine at least we have a couple of places to look at. I think that this one is the most interesting, This is from Steve Varadi first post > fixme:shdocvw:WBOC_GetControlInfo stub: LPCONTROLINFO = 0x4209df18 If I recall correctly shdocvw defaulted to "native, builtin" and only recently (within the last couple of months) changed to the following. "shdocvw" = "builtin, native" This looks like a regression as well. In his next postSteve Varadi wrote the following > This way Quickenw is unusable. I never experiented this kind of problem with > Quicken. It was working more than five years for me under wine. > Could anyone give some hints what went wrong?? So I think that using a native shdocvw.dll might "solve" your problem but it won't fix wine. ------- Additional Comments From JeffMay <at> earthlink.net 2002-07-23 19:35 ------- Additional information: I was asked to replace the builtin shdocvw.dll with a native version, which I did. No change in behavior. I then ran "wine -debugmsg +dialog QW.EXE" from the Quicken program directory. Here is a copy of the generated log: ---------------------------------SNIP------------------------------------------ Wine cannot find certain functions that it needs inside the FreeType font library. To enable Wine to use TrueType fonts please upgrade FreeType to at least version 2.0.5. http://www.freetype.org trace:dialog:DIALOG_GetCharSizeFromDC dlg base units: 8 x 16 trace:dialog:DIALOG_Init base units = 8,16 err:wave:wodOpen fragment size set failed, size is now 4096 Your Open Sound System driver did not let us configure small enough sound fragments. This may cause delays and other problems in audio playback with certain applications. trace:dialog:DIALOG_ParseTemplate32 DIALOG 10, 10, 232, 132, 0 trace:dialog:DIALOG_ParseTemplate32 STYLE 0x80c800c0 trace:dialog:DIALOG_ParseTemplate32 EXSTYLE 0x00000000 trace:dialog:DIALOG_ParseTemplate32 CAPTION L"Product Registration" trace:dialog:DIALOG_ParseTemplate32 FONT 8, L"MS Sans Serif", 0, FALSE trace:dialog:DIALOG_GetCharSizeFromDC dlg base units: 7 x 14 trace:dialog:DIALOG_CreateIndirect units = 7,14 trace:dialog:DIALOG_CreateControls BEGIN trace:dialog:DIALOG_GetControl32 L"QWIconDisplay" L"" 1038, 8, 8, 20, 20, 50020000, 00000000, 00000000 trace:dialog:DIALOG_GetControl32 L"Static" L"" 1042, 36, 8, 188, 16, 50020000, 00000000, 00000000 trace:dialog:DIALOG_GetControl32 L"Static" L"- Technical support" 65535, 36, 30, 188, 8, 50020000, 00000000, 00000000 trace:dialog:DIALOG_GetControl32 L"Static" L"- Free online software updates, including changes " 65535, 36, 40, 188, 8, 50020000, 00000000, 00000000 trace:dialog:DIALOG_GetControl32 L"Static" L" required by the new 1998 tax laws" 65535, 36, 48, 188, 8, 50020000, 00000000, 00000000 trace:dialog:DIALOG_GetControl32 L"Static" L"- Online stock quotes and other services" 65535, 36, 58, 188, 8, 50020000, 00000000, 00000000 trace:dialog:DIALOG_GetControl32 L"Static" L"- and special offers made only to registered users" 65535, 36, 68, 188, 8, 50020000, 00000000, 00000000 trace:dialog:DIALOG_GetControl32 L"Static" L"" 1041, 36, 86, 188, 16, 50020000, 00000000, 00000000 trace:dialog:DIALOG_GetControl32 L"QC_BUTTON" L"&Register" 32767, 32, 108, 68, 15, 50030049, 00000000, 00000000 trace:dialog:DIALOG_GetControl32 L"QC_BUTTON" L"Cancel" 32766, 132, 108, 68, 15, 50010048, 00000000, 00000000 trace:dialog:DIALOG_CreateControls END trace:dialog:EndDialog 1004e 0 trace:dialog:DIALOG_ParseTemplate32 DIALOG 0, 0, 172, 73, 0 trace:dialog:DIALOG_ParseTemplate32 STYLE 0x90c000c0 trace:dialog:DIALOG_ParseTemplate32 EXSTYLE 0x00000000 trace:dialog:DIALOG_ParseTemplate32 CAPTION L"Quicken 99 for Windows" trace:dialog:DIALOG_ParseTemplate32 FONT 8, L"MS Sans Serif", 0, FALSE trace:dialog:DIALOG_GetCharSizeFromDC dlg base units: 7 x 14 trace:dialog:DIALOG_CreateIndirect units = 7,14 trace:dialog:DIALOG_CreateControls BEGIN trace:dialog:DIALOG_GetControl32 L"Static" L"" 1001, 14, 40, 144, 15, 50020008, 00000000, 00000000 trace:dialog:DIALOG_GetControl32 L"Static" L"" 1000, 14, 17, 143, 13, 50020000, 00000000, 00000000 trace:dialog:DIALOG_CreateControls END err:wave:wodOpen fragment size set failed, size is now 4096 Your Open Sound System driver did not let us configure small enough sound fragments. This may cause delays and other problems in audio playback with certain applications. Wine failed with return code ---------------------------------SNIP------------------------------------------ I had to do a CTRL-C to get the program to stop. It entered the processor-cycle-eating loop just after I pressed TAB to exit from the Num column. As for the Freetype warning, I indeed have Ximian freetype-2.0.1-4.1 package installed. I downloaded the 2.1.2 sources directly from the Freetype group and installed them (./configure ; make ; su -c "make install") but Wine doesn't seem to be able to find the newer stuff. If it makes any diference, here's my .wine/config file: ---------------------------------SNIP------------------------------------------ WINE REGISTRY Version 2 ;; All keys relative to \\Machine\\Software\\Wine\\Wine\\Config ;; ;; MS-DOS drives configuration ;; ;; Each section has the following format: ;; [Drive X] ;; "Path"="xxx" (Unix path for drive root) ;; "Type"="xxx" (supported types are 'floppy', 'hd', 'cdrom' and 'network') ;; "Label"="xxx" (drive label, at most 11 characters) ;; "Serial"="xxx" (serial number, 8 characters hexadecimal number) ;; "Filesystem"="xxx" (supported types are 'msdos'/'dos'/'fat', 'win95'/'vfat', 'unix') ;; This is the FS Wine is supposed to emulate on a certain ;; directory structure. ;; Recommended: ;; - "win95" for ext2fs, VFAT and FAT32 ;; - "msdos" for FAT16 (ugly, upgrading to VFAT driver strongly recommended) ;; DON'T use "unix" unless you intend to port programs using Winelib ! ;; "Device"="/dev/xx" (only if you want to allow raw device access) ;; [Drive A] "Type" = "floppy" "Path" = "/mnt/floppy" "Label" = "/mnt/floppy" "Device" = "/dev/fd0" [Drive C] "Path" = "/home/jcmay/.wine/fake_windows" "Type" = "hd" "Label" = "/home/jcmay/.wine/fake_windows" "Filesystem" = "win95" [Drive D] "Type" = "cdrom" "Path" = "/mnt/cdrom" "Label" = "/mnt/cdrom" "FileSystem" = "win95" "Device" = "/dev/hdd" [Drive E] "Type" = "cdrom" "Path" = "/mnt/cdrom1" "Label" = "/mnt/cdrom1" "FileSystem" = "win95" "Device" = "/dev/scd0" [Drive X] "Type" = "hd" "Path" = "/tmp" "Label" = "Tmp Drive" "FileSystem" = "win95" [Drive Y] "Type" = "network" "Path" = "${HOME}" "Label" = "Home" "FileSystem" = "win95" [Drive Z] "Type" = "network" "Path" = "/" "Label" = "Root" "FileSystem" = "win95" [wine] "Windows" = "C:\\Windows" "System" = "C:\\Windows\\System" "Temp" = "X:\\" "Path" = "C:\\Windows;C:\\Windows\\System;X:\\;Y:\\" "GraphicsDriver" = "x11drv" ; Wine doesn't pass directory symlinks to Windows programs by default. ; Enabling this may crash some programs that do recursive lookups of a whole ; subdir tree in case of a symlink pointing back to itself. ;"ShowDirSymlinks" = "1" "ShellLinker" = "wineshelllink" # <wineconf> [DllOverrides] "*" = "builtin, native, so" "shdocvw" = "native" [x11drv] ; Number of colors to allocate from the system palette "AllocSystemColors" = "100" ; Use a private color map "PrivateColorMap" = "N" ; Favor correctness over speed in some graphics operations "PerfectGraphics" = "N" ; Color depth to use on multi-depth screens ;;"ScreenDepth" = "16" ; Name of X11 display to use ;;"Display" = ":0.0" ; Allow the window manager to manage created windows "Managed" = "N" ; Use a desktop window of 640x480 for Wine "Desktop" = "800x600" ; Use XFree86 DGA extension if present ; (make sure /dev/mem is accessible by you !) "UseDGA" = "N" ; Use XShm extension if present "UseXShm" = "N" ; Enable DirectX mouse grab "DXGrab" = "N" ; Create the desktop window with a double-buffered visual ; (useful to play OpenGL games) "DesktopDoubleBuffered" = "N" ; Code page used for captions in managed mode ; 0 means default ANSI code page (CP_ACP == 0) "TextCP" = "0" ; Use this if you have more than one port for video on your setup ; (Wine uses for now the first 'input image' it finds). ;; "XVideoPort" = "43" ; Run in synchronous mode (useful for debugging X11 problems) ;;"Synchronous" = "Y" [fonts] ;Read documentation/fonts before adding aliases ;See a couple of examples for russian users below "Resolution" = "96" "Default" = "-adobe-helvetica-" "DefaultFixed" = "fixed" "DefaultSerif" = "-adobe-times-" "DefaultSansSerif" = "-adobe-helvetica-" ;; default TrueType fonts with russian koi8-r encoding ;"Default" = "-monotype-arial-*-*-*--*-*-*-*-*-*-koi8-r" ;"DefaultFixed" = "-monotype-courier new-*-*-*--*-*-*-*-*-*-koi8-r" ;"DefaultSerif" = "-monotype-times new roman-*-*-*--*-*-*-*-*-*-koi8-r" ;"DefaultSansSerif" = "-monotype-arial-*-*-*--*-*-*-*-*-*-koi8-r" ;; default cyrillic bitmap X fonts ;"Default" = "-cronyx-helvetica-" ;"DefaultFixed" = "fixed" ;"DefaultSerif" = "-cronyx-times-" ;"DefaultSansSerif" = "-cronyx-helvetica-" [serialports] "Com1" = "/dev/ttyS0" "Com2" = "/dev/ttyS1" [parallelports] "Lpt1" = "/dev/lp0" [spooler] "LPT1:" = "|lpr" "LPT2:" = "|gs -sDEVICE=bj200 -sOutputFile=/tmp/fred -q -" "LPT3:" = "/dev/lp3" [ports] ;"read" = "0x779,0x379,0x280-0x2a0" ; "write" = "0x779,0x379,0x280-0x2a0" [spy] "Exclude" = "WM_SIZE;WM_TIMER;" [registry] ;These are all booleans. Y/y/T/t/1 are true, N/n/F/f/0 are false. ;Defaults are read all, write to Home ; Global registries (stored in /etc) "LoadGlobalRegistryFiles" = "Y" ; Home registries (stored in ~user/.wine/) "LoadHomeRegistryFiles" = "Y" ; Load Windows registries from the Windows directory "LoadWindowsRegistryFiles" = "Y" ; TRY to write all changes to home registries "WritetoHomeRegistryFiles" = "Y" ; Registry periodic save timeout in seconds ; "PeriodicSave" = "600" ; Save only modified keys "SaveOnlyUpdatedKeys" = "Y" [Tweak.Layout] ;; supported styles are 'Win31'(default), 'Win95', 'Win98' "WineLook" = "Win98" [Console] ;"Drivers" = "tty" ;"XtermProg" = "nxterm" ;"InitialRows" = "25" ;"InitialColumns" = "80" ;"TerminalType" = "nxterm" [Clipboard] "ClearAllSelections" = "0" "PersistentSelection" = "1" ; List of all directories directly contain .AFM files [afmdirs] "1" = "/usr/share/ghostscript/fonts" "2" = "/usr/share/a2ps/afm" "3" = "/usr/share/enscript" "4" = "/usr/X11R6/lib/X11/fonts/Type1" [WinMM] "Drivers" = "wineoss.drv" "WaveMapper" = "msacm.drv" "MidiMapper" = "midimap.drv" # </wineconf> ######################################### # Application dependent sections follow # ######################################### [AppDefaults\\_INS5576._MP\\x11drv] ; Lotus Notes R5 installer ; I'm quite not sure this will run on some other machine than mine, but it ; can't hurt "Managed" = "N" "Desktop" = "N" [AppDefaults\\nlnotes.exe\\x11drv] "Desktop" = "800x600" [AppDefaults\\notes.exe\\DllOverrides] "msvcrt" = "native" "msvcrt40" = "native" "crtdll" = "native" "imagehlp" = "native" "rnaph" = "native" [AppDefaults\\nlnotes.exe\\DllOverrides] "msvcrt" = "native" "msvcrt40" = "native" "crtdll" = "native" "imagehlp" = "native" "rnaph" = "native" [AppDefaults\\nhldaemn.exe\\DllOverrides] "msvcrt" = "native" "msvcrt40" = "native" "crtdll" = "native" "imagehlp" = "native" "rnaph" = "native" ---------------------------------SNIP------------------------------------------ Thanks to everyone for their consideration and help. Jeff ------- Additional Comments From JeffMay <at> earthlink.net 2002-07-24 19:59 ------- Additional clue: I just noticed that when Wine "locks up" after pressing TAB to leave the NUM column, and after I press CTRL-C to exit, Wine reports: /usr/bin/wine: [: too many arguments Wine failed with return code /usr/bin/wine: [: too many arguments /usr/bin/wine: [: -ge: unary operator expected ------- Additional Comments From JeffMay <at> earthlink.net 2002-07-31 07:34 ------- Latest update... (sorry it's been so long; family emergency came up over the weekend) The bug still exists, but has a work-around. I updated my Wine configuration to use only native DLLs. I then ran Quicken, noting on the "can't find xxxxx.DLL" messages. My wife's machine runs Windows 98, so I was able to experimentally move the missing DLLs to the .wine/fake_windows/Windows/System directory. Everything now seems to work. When I get back home tonight I'll make a list of the required DLLs; there was about six that needed to be brought in. Jeff (*whew*) ------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-07-31 11:10 ------- So we need to know which dll's these were. That should help a little ------- Additional Comments From JeffMay <at> earthlink.net 2002-07-31 19:51 ------- Here are the native DLLs I had to employ to make Quicken work right: ADVAPI32.DLL COMCTL32.DLL COMDLG32.DLL GDI32.DLL MSVCRT.DLL SHLWAPI.DLL USER32.DLL Jeff -- 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 905] Last character in network transmission being dropped
by Wine Bugs 21 Jun '03

21 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=905 ------- Additional Comments From z_god(a)wanadoo.nl 2003-21-06 06:11 ------- Bug comments restored from Gmane.org: Not quite sure how to explain this. Basically, when sending a string across a socket connection the last character is getting knocked off. I've had problems with a few network programs, but this one in particular I can check the logs on and every message has the last character chopped off. PCAnywhere may also be having a similar issue. Need to revisit the winsock emulator? ------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2002-07-22 12:26 ------- Wow, excellent submission ! Could you check whether you find anything suspicious in a log file done via --debugmsg +relay,+winsock,+wininet,+file ? Thanks ! ------- Additional Comments From gnutt <at> belzberg.com 2002-07-25 15:09 ------- There's nothing in particular in debugmsg's that stand out. Connection established, messages communicated. As we discussed in email, it seems to require debug TRACEs in the dlls/wsock32/*.c or dlls/winsock/*.c or dlls/wininet/*.c files. You also suggested it could be in the winserver (server/*.c), although this isn't as likely. I may have been incorrect in my previous report saying that it was knocking off the last character only. It seems I could be losing 2 characters, which would likely cause more of a problem than just losing one. I don't have the time to do the further debugging on this, unless I'm given something else specific to look for and report, but I'm sure that this bug is a showstopper for anyone who uses pcAnywhere and some other network applications and have been having problems. -- 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 903] PathIsURL returning true for invalid formats.
by Wine Bugs 21 Jun '03

21 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=903 ------- Additional Comments From z_god(a)wanadoo.nl 2003-21-06 06:08 ------- Bug comments restored from Gmane.org: According to the above URL, a "microsoft.com" should not be considered a valid URL. It needs to be preceded with "http://";. The wine implementation of PathIsURLA returns true for those kinds of entries. -- 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 902] sound
by Wine Bugs 21 Jun '03

21 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=902 ------- Additional Comments From z_god(a)wanadoo.nl 2003-21-06 06:07 ------- Bug comments restored from Gmane.org: the I am using version 20011226 on a SuSE 8.0 machine. The error i get is fixme:midi:OSS_MidiInit Synthesizer support MIDI in. Not supported yet (please report) err:wave:wodPlayer_Reset grin I am trying to run a cbt specifically netg that has sound on it. The sound does not work correctly. Can anyone help me fix this. ------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-07-20 22:57 ------- *** This bug has been marked as a duplicate of 901 *** ------- Additional Comments From tony_lambregts <at> telusplanet.net 2003-03-26 15:21 ------- 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.

1 0

[Bug 901] sound
by Wine Bugs 21 Jun '03

21 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=901 ------- Additional Comments From z_god(a)wanadoo.nl 2003-21-06 06:06 ------- Bug comments restored from Gmane.org: the I am using version 20011226 on a SuSE 8.0 machine. The error i get is fixme:midi:OSS_MidiInit Synthesizer support MIDI in. Not supported yet (please report) err:wave:wodPlayer_Reset grin I am trying to run a cbt specifically netg that has sound on it. The sound does not work correctly. Can anyone help me fix this. ------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-07-20 22:57 ------- *** Bug 902 has been marked as a duplicate of this bug. *** ------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-07-20 23:08 ------- Well the first thing you should do is get a newer version of wine http://www.winehq.com/download/ I recommend installing from tarball. This isn't to hard to do if you follow the instructions in the README file. Also have a look at the wine users guide. http://www.winehq.com/Docs/wine-user/ ------- Additional Comments From hoingram <at> bellsouth.net 2002-07-21 14:13 ------- i upgraded to version 20020710 but had the same error. Is there anything else I can try? ------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-07-21 20:08 ------- What is the program that gives this error. Is there a downloadable version that someone could test with? If not a trace (--debugmsg +wave) that shows the problem would be a step in the right direction. ------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-07-21 20:47 ------- Sorry that sould probably have been --debugmsg +midi or +midi,+wave ------- Additional Comments From ppickfor <at> hotmail.com 2002-12-08 15:03 ------- netg is trying to paly real audio 14_4 files via ra16.dll wav output works fine trace from dbugmesg +wave looks fine I tried with various buffer sizes with no joy Is there anyway to trace what ra16.dll does and how it interfaces with the sound system ------- Additional Comments From ppickfor <at> hotmail.com 2002-12-08 15:15 ------- Created an attachment (id=348) --> (http://bugs.winehq.com/attachment.cgi?id=348&action=view) +wave log first sound is wav second sound is real audio 14_4 ------- Additional Comments From ppickfor <at> hotmail.com 2002-12-08 15:16 ------- Im using wine-20021125 on mandrake 9.0 -- 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 1534] New: CreateBitmap is supposed to return the stock object
by Wine Bugs 20 Jun '03

20 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1534 Summary: CreateBitmap is supposed to return the stock object Product: Wine Version: unspecified Platform: Other OS/Version: other Status: UNCONFIRMED Severity: minor Priority: P2 Component: wine-gdi AssignedTo: wine-bugs(a)winehq.com ReportedBy: pete_a90(a)hotmail.com Note, I don't have wine but I use the source code as a reference because msdn is terrible at times. I noticed that the author of CreateCompatibleBitmap and CreateBitmap (and CreateBitmapIndirect too but that calls CreateBitmap directly) misinterpreted the gdi documentation. It returns *the* (as in GetStockObject(DEFALT_BITMAP) in wine) handle to a 1x1 monochrome bitmap if the width or height is 0. Here is some test code that I wrote in windows that verifies this is true: #define WIN32_LEAN_AND_MEAN #include <windows.h> int main() { HDC screenDC = GetDC(0); HDC hdc = CreateCompatibleDC(screenDC); // all of these are the stock (in wine) monochrome bitmap HBITMAP bm = CreateCompatibleBitmap(hdc, 0, 0); HBITMAP bm1 = CreateCompatibleBitmap(hdc, 0, 0); HBITMAP bm4 = CreateBitmap(0, 1, 0, 0, 0); HBITMAP bm5 = CreateDiscardableBitmap(hdc, 0, 0); HBITMAP curObj = (HBITMAP)GetCurrentObject(hdc, OBJ_BITMAP); HBITMAP bm2 = CreateCompatibleBitmap(hdc, 1, 1); HBITMAP bm3 = CreateBitmap(1, 1, 1, 1, 0); HBITMAP old = (HBITMAP)SelectObject(hdc, (HGDIOBJ)bm2); SelectObject(hdc, (HGDIOBJ)old); // old == the stock monochrome bitmaps above { HBITMAP screenBM = (HBITMAP)GetCurrentObject(screenDC, OBJ_BITMAP); // weird: screenBM != bm BITMAP bitmap1; int ret = GetObject(screenBM, 0, 0); // returns sizeof(BITMAP) BITMAP bitmap2; memset(&bitmap1, 0xDA, sizeof(bitmap1)); ret = GetObject(screenBM, ret, &bitmap1); // ret = 0, doesn't touch bitmap1 at all. ret = GetObject(bm, sizeof(bitmap2), &bitmap2); // ret = 18, bitmap2 is filled in with the monochrome bitmap info } DeleteObject(bm); DeleteObject(bm1); DeleteObject(bm2); DeleteObject(bm3); DeleteObject(bm4); DeleteObject(bm5); DeleteDC(hdc); ReleaseDC(0, screenDC); return 0; } Looks like an easy fix though (don't quote me on that since I don't use linux and I don't have a local copy of the code [sorry for no path either]): In CreateCompatibleBitmap replace the following: /* MS doc says if width or height is 0, return 1-by-1 pixel, monochrome bitmap */ if (!width || !height) hbmpRet = CreateBitmap( 1, 1, 1, 1, NULL ); else hbmpRet = CreateBitmap( width, height, 1, dc->bitsPerPixel, NULL ); with just: hbmpRet = CreateBitmap( width, height, 1, dc->bitsPerPixel, NULL ); and in CreateBitmap replace: if (!height || !width) { height = 1; width = 1; planes = 1; bpp = 1; } with: if (!height || !width) return GetStockObject(DEFAULT_BITMAP); -- 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 268] ddraw interface not recognized, surface flags not implemented not implemented
by Wine Bugs 20 Jun '03

20 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=268 ------- Additional Comments From spetreolle(a)yahoo.fr 2003-20-06 14:49 ------- Wojciech, now you could try with 20030618... many improvements have been made into the directx library these times... -- 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 268] ddraw interface not recognized, surface flags not implemented not implemented
by Wine Bugs 20 Jun '03

20 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=268 lionel.ulmer(a)free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED ------- Additional Comments From lionel.ulmer(a)free.fr 2003-20-06 13:47 ------- Could you attach a +ddraw trace (--debugmsg +ddraw) to the bug ? I'm curious to see what kind of surface the game requests... -- 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 900] Upgrade from 20020605 to 20020710 broke Orcad Caputre Support
by Wine Bugs 20 Jun '03

20 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=900 ------- Additional Comments From z_god(a)wanadoo.nl 2003-20-06 08:19 ------- Bug comments restored from Gmane.org: Upon upgrading from 20020605 to 20020710, whenever I try to use ORcad Capture (a part of the PSpice Lite software), I get window popup with a tilebar of DSM0006 and an error message unable to save <the file I was trying to create> and on the next line, "system error". What's interesting is the file does get created, but the program refuses to register that it exists (still prompts me to save unsaved stuff. If you need more detailed information, please e-mail back. Thankyou --Greg ------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-07-20 15:46 ------- This is a regression bug from your description. As bugs go this is easy to find and fix using regression testing as outlined in the following link: http://www.winehq.org/Docs/wine-devel/cvs-regression.shtml If there is a downloadable version of this program then it is possible for someone else to do the regression testing. If there isn't then it is up to you. ------- Additional Comments From hogger2 <at> mushworld.dnsart.com 2002-07-21 11:28 ------- There is no download for this program, however there is a for to fill out to get the lite version on cd mailed to you for free. This is the version I used. I have a relatively old computer, so regression testing would be very very time consuming. However below is the url to the form to get a copy of the cd for anyone willing to help. http://www.cadencepcb.com/products/downloads/orcaddemo/frmorcaddemocd.asp ------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-07-21 12:23 ------- Out of curiosity how old is your computer? I do regression testing all the time on mine. P233 with 96 mb RAM and 40GB hardDrive. I did regression testing with a 3GB harddrive and 32 mb ram using the same computer. Yes it is time consuming but you can use your computer while it is doing a compile. With the timeframe you are talking about it should take at most 6 itinerations to narrow it down to the day the patch was applied. ------- Additional Comments From hogger2 <at> mushworld.dnsart.com 2002-07-22 15:34 ------- I've got a 233 with 64 megs of ram. THe CPU is ok for compiling in the background. THe memory is a big problem, as is my only 16 GB of storage space (of which, 800 MB is currently free. I do video recording with real time compression on my computer, so I need all the CPU power I can get. Also, with mozilla taking up 30 MB of memory, openoffice another 20MB, memory gets a bit tight on this college workhorse. I've got summer school finals coming up right now so I can't do much of my own testing. Upgrading from Debian potato to Debian Woody is my next project. My main constraint though is the disk space. ------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-07-22 16:48 ------- OK, I sent away for the cd and will do the testing when it gets here. They say about 2 weeks or less. Ok Thanks alot. I've just upgraded to woody, and I've run into some pressing problems that require immediate attention. But I'll be glad to tell you the steps I use to determine if the software works if you like. --Greg ------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-07-31 14:36 ------- I was able to install Capture, Layout and PSpice with the following setup wine snapshot 20020605 [Version] "windows" = "win98" (in .wine/config) actual windows installed win98 I could not install this program using the current CVS so I should start another bug for that. Also I had trouble installing it useing other windows versions "NT40" and "win2k" sort of worked but gave me too many problems probably due to not actualy having nt40 or win2k dlls If you could give a step by step procedure to reproduce the bug I would appreciate it. ------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-08-01 10:20 ------- I have no idea on how to reproduce the error you described, Wine snapshot 20020710 ------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-11-10 09:07 ------- I recieved these instructions about a month ago but things got in the way. Once installed, however, you should create a new project by going file-new. type in a project name, and select "Analog or Mixed A/D". The location needs to be specified, but can be anywhere you want the program to create it's data files for this project. After hitting ok, select "Create a blank Project". At this point, it should take you to a work space with a big white screen. But on the newer versions of wine, it will bring up the error message before reaching this screen. -- 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 899] Bad focus messages on window creation
by Wine Bugs 20 Jun '03

20 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=899 ------- Additional Comments From z_god(a)wanadoo.nl 2003-20-06 08:16 ------- Bug comments restored from Gmane.org: Well. I've runned myself some starcraft 1.00. But there is a problem. When the window get's created I have no graphics. The game itself "thinks" everything is ok though. Now if I have Desktop commented out and "Managed" = "Y" it's kind of easy to get the graphics working. Simply switching focus to another window, and then clicking back on starcrafts window get's the graphics back. IMHO this has something to do with some messages (wm_paint?) not being sent to the starcraft window upon creation. Note1: twm has the same behaviour :) Note2: same thing with a snapshot from 200204 and current cvs winex. So this has to be old. Note3: guess what happens when I turn "DXGrab" = "Y". Alt+Tab doesn't work, and I'm blind enough not to be able to get out of starcraft :) Thank Linus for SysRq :) -- 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 898] fixme:dc:GetDCEx not supported yet
by Wine Bugs 20 Jun '03

20 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=898 ------- Additional Comments From z_god(a)wanadoo.nl 2003-20-06 08:15 ------- Bug comments restored from Gmane.org: fixme:dc:GetDCEx not supported yet on other process window 10021 -- 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 897] Winetest does not compile
by Wine Bugs 20 Jun '03

20 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=897 ------- Additional Comments From z_god(a)wanadoo.nl 2003-20-06 08:15 ------- Bug comments restored from Gmane.org: The make target [winetest.exe.spec.c] does not compile. Winebuild has an unrecognized option "-s" error. -- 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 896] Terragen running, 2nd level child window malfunction (?)
by Wine Bugs 20 Jun '03

20 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=896 ------- Additional Comments From z_god(a)wanadoo.nl 2003-20-06 08:14 ------- Bug comments restored from Gmane.org: I've got Wine 20020605 and Terragen 0.8.44. Almost everything is working - including rendering - except the following operations "lock up" WineTerragen execution. Landscape -> Surface Map -> Edit Color, Landscape -> Surface Map -> Tex, Cloudscape -> Edit Cloud Color, Water -> Edit Diffuse/Transparent Color. Process kill is the only recovery, back to the console terminal.Another clue - Builtin COMCTL32.DLL gives landscape sculpture buttons but no main window left column child-window buttons. Native COMCTL32.DLL gives no landscape sculpture buttons, but does give main window left column child-window buttons properly.Already installed DCOM95.exe and ran regsvr32 OLEAUT32.DLL in the application directory. Thanks! ------- Additional Comments From fgouget <at> codeweavers.com 2002-07-19 19:40 ------- *** This bug has been marked as a duplicate of 894 *** ------- Additional Comments From apa3a <at> yahoo.com 2002-07-22 10:19 ------- Close -- 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 895] Terragen running, 2nd level child window malfunction (?)
by Wine Bugs 20 Jun '03

20 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=895 ------- Additional Comments From z_god(a)wanadoo.nl 2003-20-06 08:13 ------- Bug comments restored from Gmane.org: I've got Wine 20020605 and Terragen 0.8.44. Almost everything is working - including rendering - except the following operations "lock up" WineTerragen execution. Landscape -> Surface Map -> Edit Color, Landscape -> Surface Map -> Tex, Cloudscape -> Edit Cloud Color, Water -> Edit Diffuse/Transparent Color,Process kill is the only recovery, back to the console terminal.Another clue - Builtin COMCTL32.DLL gives landscape sculpture buttons but no main window left column child-window buttons. Native COMCTL32.DLL gives no landscape sculpture buttons, but does give main window left column child-window buttons properly.Already installed DCOM95.exe and ran regsvr32 OLEAUT32.DLL in the application directory. Thanks! ------- Additional Comments From fgouget <at> codeweavers.com 2002-07-19 19:40 ------- *** This bug has been marked as a duplicate of 894 *** ------- Additional Comments From apa3a <at> yahoo.com 2002-07-22 10:19 ------- Close -- 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 894] Terragen running, 2nd level child window malfunction (?)
by Wine Bugs 20 Jun '03

20 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=894 ------- Additional Comments From z_god(a)wanadoo.nl 2003-20-06 08:12 ------- Bug comments restored from Gmane.org: I've got Wine 20020605 and Terragen 0.8.44. Almost everything is working - including rendering - except the following operations "lock up" WineTerragen execution. Landscape -> Surface Map -> Edit Color Landscape -> Surface Map -> Tex Cloudscape -> Edit Cloud Color Water -> Edit Diffuse/Transparent ColorProcess kill is the only recovery, back to the console terminal.Another clue - Builtin COMCTL32.DLL gives landscape sculpture buttons but no main window left column child-window buttons. Native COMCTL32.DLL gives no landscape sculpture buttons, but does give main window left column child-window buttons properly.Already installed DCOM95.exe and ran regsvr32 OLEAUT32.DLL in the application directory. Thanks! ------- Additional Comments From fgouget <at> codeweavers.com 2002-07-19 19:33 ------- The original URL was: http://www.bowlvisions.com/ ??? I replaced it with the URL of the Terragen download page. ------- Additional Comments From fgouget <at> codeweavers.com 2002-07-19 19:40 ------- *** Bug 895 has been marked as a duplicate of this bug. *** -- 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 893] make install error's in debugger directory
by Wine Bugs 20 Jun '03

20 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=893 ------- Additional Comments From z_god(a)wanadoo.nl 2003-20-06 08:11 ------- Bug comments restored from Gmane.org: During make install for the whole package, make enters into the directory and throws an error because there is no "install" directive within the Makefile. Fix: echo "install:" >> debugger/Makefile ------- Additional Comments From marcus <at> jet.franken.de 2002-07-20 02:45 ------- the debugger makefile clearly has an install target here, so something else is broken on your side. try make clean ; ./configure ; make ; make install Ciao, Marcus ------- Additional Comments From tony_lambregts <at> telusplanet.net 2003-03-26 15:21 ------- 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.

1 0

[Bug 892] Implement GetSystemInfo using CPUID
by Wine Bugs 20 Jun '03

20 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=892 ------- Additional Comments From z_god(a)wanadoo.nl 2003-20-06 08:10 ------- Bug comments restored from Gmane.org: Currently GetSystemInfo reads the CPU information from /proc/cpuinfo. The problem is that this only works on Linux and other x86-based platform only get the defaults which are certainly not optimal for current CPUs. One potential issue is that pre-586 (or is it pre-486) processors don't support the CPUID instruction. But this it not a big issue and can probably be handled in some way. I have set this bug's platform to FreeBSD but this is just as valid for Solaris x86. ------- Additional Comments From marcus <at> jet.franken.de 2002-07-19 03:47 ------- If you want to use CPUID, use an exception handler around the instruction which will trigger if it is not there. Otherwise I do not see a problem to implement it for !Linux x86 systems. -- 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 891] winemaker and winebuild compatibility problem in the .spec file
by Wine Bugs 20 Jun '03

20 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=891 ------- Additional Comments From z_god(a)wanadoo.nl 2003-20-06 08:09 ------- Bug comments restored from Gmane.org: tried to compile 'hello world' using winelib. empty dir w/ hello.c. winemaker. ok. configure. ok. make : winebuild complained about unknown tokens in the spec file. it turned out that its parser doesn't support (any more?) the 'type' and 'import' keywords. after removing these lines from the .spec file, it compiled fine. updating the winemaker script should solve the problem. (+plus updating the docs) -- 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 890] Virtual Pages difference - Spotted with VirtualQuery()
by Wine Bugs 20 Jun '03

20 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=890 ------- Additional Comments From z_god(a)wanadoo.nl 2003-20-06 08:08 ------- Bug comments from Gmane.org: As usual, AutoCAD seems to be a good test-bench for wine :-) I spotted the problem that seemed coming from VirtualQuety function, but that is (I guess... hmmmm) more a problem of memory handling in wine. I made a little test app; here the results in wine and win2k, later on the app itself : WINE RESULTS : Memory info about '004012F0' : Base Address : 00401000 Allocation Base : 00400000 Allocation Protect : PAGE_READONLY | PAGE_WRITECOPY | PAGE_EXECUTE_READWRITE | PAGE_NOACCESS Region Size : 00017000 State : MEM_COMMIT Protect : PAGE_WRITECOPY <----- HERE Type : MEM_PRIVATE WIN2k RESULTS : Memory info about '004012F0' : Base Address : 00401000 Allocation Base : 00400000 Allocation Protect : PAGE_EXECUTE_WRITECOPY Region Size : 00001000 State : MEM_COMMIT Protect : PAGE_EXECUTE_READ <---- AND HERE Type : MEM_IMAGE Well, dunno too much about Type field, I didn't find an app that check it yet; I did find the app that uses Protect flag; I think it's poor coded, but as usual we should make bad apps work too :-) The app put some data in code page, not yet spotted if hard or soft-coded, then before reading it checks Protect field to see if it has not set the PAGE_GUARD, NO_ACCESS and WRITECOPY flags; if t has, it hangs some 10.000 lines later (sigh....) I think wine should set Protect flag quite as like as possible as windoze For AutoCAD2000 I put a dirty hack in process.c, but is really ugly; i'd prefer not to put my hands (bytes ?) too deeply inside some code that I don't understand completely... Attached is the test source (compiled in Borland CBuilder, but should work with any compiler, apart some unuseful pragma's). If needed I can post the compiled too :-) ------- Additional Comments From maxx2 <at> veneto.com 2002-07-18 03:09 ------- Created an attachment (id=232) --> (http://bugs.winehq.com/attachment.cgi?id=232&action=view) C++ Test app for bug 890 ------- Additional Comments From maxx2 <at> veneto.com 2002-07-19 14:42 ------- Just submitted a Patch on wine-patches that seems to solve the problem. -- 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 889] WINPOS_GetWinOffset() yields wrong offset
by Wine Bugs 20 Jun '03

20 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=889 ------- Additional Comments From z_god(a)wanadoo.nl 2003-20-06 08:06 ------- Bug comments restored from Gmane.org: Using the game Dynomite from PopCap Games works very well except that the offset for the graphics is the same as the offset of the window (on the desktop) in which the graphics are being displayed; I essentially eliminated the code in WINPOS_GetWinOffset() by adding a return immediately following the code that sets of the X and Y component of the offset to 0 -- this solves the problem but I suspect that it will cause problems elsewhere; the file of interest is windows/winpos.c; feel free to contact me for any additional information ------- Additional Comments From tuiningas_ml <at> shaw.ca 2002-07-21 00:26 ------- I followed the trail a little bit further as I noticed that "hot spots" on an image (like buttons) would fade in and out when the window wasn't at the top left of the screen. The trail led to the file dlls/x11drv/winpos.c. It is making a call to MapWindowPoints() which in turn calls WINPOS_GetWinOffset(). If I eliminate the call to MapWindowPoints() in the function expose_window() at line 290, (and restore the original version of windows/winpos.c) everything works beautifully. The window draws itself properly and the buttons work as expected. I am not all that familiar with Wine code, though, so can anyone think of a good reason why this code ought to be there? Should I submit a patch? And if so, can anyone point me to the method required for doing so? Thanks. ------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-07-21 09:59 ------- I am not that familiar with wine internals either, but if you submit a patch to wine_patches <at> winehq.com, I'm sure that if there is something wrong with it someone will point it out. The following links are from the Wine Developers Guide on how to submit patches http://www.winehq.com/Docs/wine-devel/patches.shtml http://www.winehq.com/Docs/wine-devel/patch-quality.shtml ------- Additional Comments From tuiningas_ml <at> shaw.ca 2002-07-23 21:42 ------- Created an attachment (id=239) --> (http://bugs.winehq.com/attachment.cgi?id=239&action=view) Proposed patch for this ug ------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-07-24 10:26 ------- I applied your patch to my system and tested it with several programs and the results are not very good. the startup screen of winzip is totally corrupted by this patch. ------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-07-24 10:30 ------- Created an attachment (id=240) --> (http://bugs.winehq.com/attachment.cgi?id=240&action=view) Screen shot showing corruption of Winzip startup screen. ------- Additional Comments From tuiningas_ml <at> shaw.ca 2002-07-24 22:42 ------- The proposed patch that I made was wrong but it seems that someone else made the right patch elsewhere so it is now fixed. I guess the moral of the story is: if you wait long enough, someone else will do it for you.... :-) ------- Additional Comments From tony_lambregts <at> telusplanet.net 2003-03-26 15:20 ------- 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.

1 0

[Bug 888] DXGrab can't be undone.
by Wine Bugs 20 Jun '03

20 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=888 ------- Additional Comments From z_god(a)wanadoo.nl 2003-20-06 08:04 ------- Bug comments restored from Gmane.org: It would be nice to be able to have a key-combo (one that you wouldn't likely use in Windows -- eg CTRL-ALT-SHIFT-R or something silly.) that would RELEASE a mouse that is DXGrabbed, so that a user may go back to his desktop, deal with other programs, and then lock it back... normally, you would just turn DX grab off, but that makes games nearly impossible to play. Being able to release, do whatever else you wanna do, and the click back in the window to re-lock would be sweet. -- 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

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs