wine-bugs December 2006

wine-bugs@winehq.org

4 participants
1693 discussions

[Bug 6816] New: When I am trying to install a Xerox application, I get an error that won't let me install
by Wine Bugs 01 Dec '06

01 Dec '06

http://bugs.winehq.org/show_bug.cgi?id=6816 Summary: When I am trying to install a Xerox application, I get an error that won't let me install Product: Wine Version: 0.9.26. Platform: PC OS/Version: other Status: UNCONFIRMED Severity: critical Priority: P5 Component: test AssignedTo: wine-bugs(a)winehq.org ReportedBy: jroth(a)hughesxerographic.com I need to get this fixed ASAP as this program uses Windows ONLY to run. I would like to use Linux because my Windows2k is so slow after installing Ubuntu... The error I get is: Invalid directory specified in Launch Application Diretory entry in setup information file, exiting -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 6815] New: Wine wants to allocate all the memory
by Wine Bugs 01 Dec '06

01 Dec '06

http://bugs.winehq.org/show_bug.cgi?id=6815 Summary: Wine wants to allocate all the memory Product: Wine Version: 0.9.22. Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-kernel AssignedTo: wine-bugs(a)winehq.org ReportedBy: lukas(a)ksp.sk I have this line in /etc/security/limits.conf: "@users hard as 600000" Every user can allocate only 600MB of memory (of about 1GB). With this option set, wine exits with: "wine: failed to initialize: /usr/lib/wine/ntdll.dll.so: failed to map segment from shared object: Cannot allocate memory" When I delete the line from /etc/security/limits.conf or set the limit to higher value, everything works fine. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 4863] Icons in Notes Workspace
by Wine Bugs 01 Dec '06

01 Dec '06

http://bugs.winehq.org/show_bug.cgi?id=4863 ------- Additional Comments From sebern(a)web.de 2006-01-12 09:58 ------- Just check the current GIT and it's working now, icons are colored again. There was a change in dib.c (see below GIT vs 0.9.26) which did the trick. I apply the patch to 0.9.26 source, compile it and copy wineX11.drv.co into the 0.9.26 installation. With upcoming 0.9.27 the problem should be solved. --- dib.c 2006-11-24 17:18:04.000000000 +0100 +++ dlls-winex11.drv-dib.c 2006-12-01 16:34:22.000000000 +0100 @@ -312,7 +312,7 @@ static int *X11DRV_DIB_GenColorMap( X11D } else for (i = start; i < end; i++, rgb++) - colorMapping[i] = X11DRV_PALETTE_ToPhysical( physDev, RGB(rgb->rgbRed, + colorMapping[i] = X11DRV_PALETTE_ToPhysical( NULL, RGB(rgb->rgbRed, rgb->rgbGreen, rgb->rgbBlue)); } @@ -336,7 +336,7 @@ static int *X11DRV_DIB_GenColorMap( X11D } else for (i = start; i < end; i++, rgb++) - colorMapping[i] = X11DRV_PALETTE_ToPhysical( physDev, RGB(rgb->rgbtRed, + colorMapping[i] = X11DRV_PALETTE_ToPhysical( NULL, RGB(rgb->rgbtRed, rgb->rgbtGreen, rgb->rgbtBlue)); } -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 6078] urlmon:ICQ 5.1 fails to start (crashes)
by Wine Bugs 01 Dec '06

01 Dec '06

http://bugs.winehq.org/show_bug.cgi?id=6078 xerox_xerox2000(a)yahoo.co.uk changed: What |Removed |Added ---------------------------------------------------------------------------- Component|wine-misc |wine-shell32 ------- Additional Comments From xerox_xerox2000(a)yahoo.co.uk 2006-01-12 06:58 ------- That second bug i mentioned in the comment above is a bug in shell32. The following hack makes icq's login window come up fine, and it's usable (as i don't have account i couldn't test further). So for now there are two bugs in urlmon and shell32. Hack: diff --git a/dlls/shell32/shell32_main.c b/dlls/shell32/shell32_main.c index 0c0c3b8..45c0ac7 100644 --- a/dlls/shell32/shell32_main.c +++ b/dlls/shell32/shell32_main.c @@ -865,7 +865,7 @@ UINT WINAPI SHAppBarMessage(DWORD msg, P return TRUE; case ABM_NEW: /* cbSize, hWnd, and uCallbackMessage are used. All other ignored */ - SetWindowPos(data->hWnd,HWND_TOP,0,0,0,0,SWP_SHOWWINDOW|SWP_NOMOVE|SWP_NOSIZE); + //SetWindowPos(data->hWnd,HWND_TOP,0,0,0,0,SWP_SHOWWINDOW|SWP_NOMOVE|SWP_NOSIZE); return TRUE; case ABM_QUERYPOS: GetWindowRect(data->hWnd, &(data->rc)); -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 6814] Selecting text with EM_EXSETSEL and RICHEDIT
by Wine Bugs 01 Dec '06

01 Dec '06

http://bugs.winehq.org/show_bug.cgi?id=6814 ------- Additional Comments From sulio(a)vt.demosten.com 2006-01-12 04:37 ------- I'm using Wine 0.9.22 on Kubuntu 6.10 I've checked that selecting text using logCtrl->SetSel(len, len); (see my previous code) also crash WINE. I believe in any case (even with invalid data) WINE shound't crash, just ignore the call as Windows do. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 6814] New: Selecting text with EM_EXSETSEL and RICHEDIT
by Wine Bugs 01 Dec '06

01 Dec '06

http://bugs.winehq.org/show_bug.cgi?id=6814 Summary: Selecting text with EM_EXSETSEL and RICHEDIT Product: Wine Version: unspecified Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-gui AssignedTo: wine-bugs(a)winehq.org ReportedBy: sulio(a)vt.demosten.com I often use EM_EXSETSEL to select the end of the text and then replace the selection in order to achieve clear text appending. Here is my code (MFC but I believe the idea is clear): int len = logCtrl->GetWindowTextLength(); logCtrl->SetSel(len, -1); // here comes the problem WINE crash logCtrl->ReplaceSel(text); The control is RICHEDIT and WINE gives me: run.c:193: ME_RunOfsFromCharOfs: Assertion `nCharOfs >= nParaOfs' failed. wine: Assertion failed at address 0xffffe410 (thread 0009), starting debugger... According to MSDN: The CHARRANGE structure specifies a range of characters in a rich edit control. This structure is used with the EM_EXGETSEL and EM_EXSETSEL messages. If the cpMin and cpMax members are equal, the range is empty. The range includes everything if cpMin is 0 and cpMax is 1. They don't say -1 is always "the end" but that's how MS code works. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 6813] RichEdit:Performance issue in opening large files
by Wine Bugs 01 Dec '06

01 Dec '06

http://bugs.winehq.org/show_bug.cgi?id=6813 ------- Additional Comments From mike(a)codeweavers.com 2006-01-12 00:32 ------- It will make this problem easier for somebody to solve if you could provide a test case or a program that displays the problem. It's unlikely somebody will spend the time to work on your problem if they cannot easily reproduce it. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 6813] New: RichEdit:Performance issue in opening large files
by Wine Bugs 01 Dec '06

01 Dec '06

http://bugs.winehq.org/show_bug.cgi?id=6813 Summary: RichEdit:Performance issue in opening large files Product: Wine Version: unspecified Platform: Other OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-richedit AssignedTo: wine-bugs(a)winehq.org ReportedBy: renu.rajput(a)gmail.com There is a performance issue in CRichEditCtrl under Wine. The application reads data from a *.dat file and displays it in the CRichEdit editor. When I try to open large data files, it takes a lot of time(around 4-5 minutes) to open the file. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 6812] opengl in qt window does not display
by Wine Bugs 01 Dec '06

01 Dec '06

http://bugs.winehq.org/show_bug.cgi?id=6812 ------- Additional Comments From andreasplesch(a)netscape.net 2006-30-11 20:22 ------- Created an attachment (id=4236) --> (http://bugs.winehq.org/attachment.cgi?id=4236&action=view) +opengl,+d3d,+wgl output Full debug output. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 6812] New: opengl in qt window does not display
by Wine Bugs 01 Dec '06

01 Dec '06

http://bugs.winehq.org/show_bug.cgi?id=6812 Summary: opengl in qt window does not display Product: Wine Version: 0.9.26. Platform: PC-x86-64 OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-x11driver AssignedTo: wine-bugs(a)winehq.org ReportedBy: andreasplesch(a)netscape.net I want to run a large, commercial, qt-based 3d app (gocad, earthdecision.com) under wine. It starts up fine and display its main window with menus and toolbars. However, the 3d viewing area is never updated, no objects are displayed. The app doesn't crash and everything else seems to work. Other windowed 3d apps like mview ( http://mview.sourceforge.net/ ) or fullscreen apps like glview ( http://www.realtech-vr.com/glview/ ) work on my installation. I compared +opengl,+d3d,+wgl debug output from mview and gocad (attached). It appears that gocad wants first a stereo capable display: trace:wgl:dump_PIXELFORMATDESCRIPTOR - dwFlags : PFD_DOUBLEBUFFER PFD_DRAW_TO_WINDOW PFD_STEREO PFD_SUPPORT_OPENGL ... trace:wgl:ConvertPixelFormatWGLtoGLX Number of offscreen formats: 60; returning index: 2 trace:wgl:X11DRV_ChoosePixelFormat stereo mismatch trace:wgl:X11DRV_ChoosePixelFormat No matching mode was found returning 0 and then looks for a non stereo display trace:wgl:dump_PIXELFORMATDESCRIPTOR - dwFlags : PFD_DOUBLEBUFFER PFD_DRAW_TO_WINDOW PFD_SUPPORT_OPENGL However, there is no matching X11DRV_ChoosePixelFormat following that. In any case the full debug, without the fixme: lines and truncated after it seems to starts draw things is attached. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

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 December 2006