http://bugs.winehq.org/show_bug.cgi?id=9591
Summary: Print to default laser printer in FoxPro fails and shuts
down application
Product: Wine
Version: unspecified
Platform: Other
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: wb4ubd(a)yahoo.com
Created an attachment (id=7966)
--> (http://bugs.winehq.org/attachment.cgi?id=7966)
Backtraces for FoxPro errors
In FoxPro whether running an application or using the "command" level, sending
a print command to a default network laser printer results in no print and a
shutdown of FoxPro and its application (if used). If CUPS-PDF is used as the
default printer, a pdf file is generated and the FoxPro application remains
active (does not shutdown).
The backtrace report includes comment lines in brackets for the two scenarios.
I have also observed that while in the "command" level of FoxPro, merely the
selection of the laser printer in Print Setup or having the laser printer as
default and entering Print Setup will shutdown the application.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=9430
Summary: Serial port doesn't work with Cricket Logo
Product: Wine
Version: 0.9.41.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: wine-ports
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: nelsoneci(a)gmail.com
This bug might be related to this one, and this seems to be
a hard issue using Linux 2.6. I use Debian sid.
http://bugs.winehq.org/show_bug.cgi?id=4055
When I start the lastest version of this program
(http://handyboard.com/cricket/software/) for Windows
(2003), I get this errors:
fixme:comm:GetCommProperties (0x32c 0x33f35c )
fixme:comm:GetCommProperties (0x32c 0x33f1b8 )
What can I do?
N.-
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=9345
Summary: SecureCRT - Scroll fails on any connection
Product: Wine
Version: 0.9.43.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P5
Component: wine-binary
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: franziskaner.fan(a)gmail.com
Created an attachment (id=7632)
--> (http://bugs.winehq.org/attachment.cgi?id=7632)
image of the buggy scroll
Secure crt does not display correctly scroll.
When you connect anywhere and execute a long command (long ps, read a log...)
and scroll "run" fast it doesn't refresh correctly, mix old lines with new
ones.
If you select the lines (as shown in screenshot) it display new ones (actual
ones) but still display old ones too if it was longer.
I had test my version (SecureCRT 5.5.1 with enterprise license) since wine
0.9.38 (allways compiled, not rpm nor binarys) in Mandriva.
Other work companions has the same problem in Ubuntu and debian with
pre-compiled versions.
I too proved other versions with demo version and same problem appear.
Thanks for all
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=9297
Summary: all screen resolutions but 600x480 crash PES4 demo
Product: Wine
Version: 0.9.43.
Platform: PC
URL: http://www.fileshack.com/file_download.x/5863
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jeremielapuree(a)yahoo.fr
With PES4 demo, the screen resolution 600x480 works almost fine.
But all other screen resolutions make wine crashe
I attached the console output
Joaopa
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10082
Summary: City of Heroes chat window loses keystrokes, does not
snap back out
Product: Wine
Version: 0.9.47.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component: test
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: matthew.b.gerber(a)gmail.com
In City of Heroes' chat window, the first character of each typed line is
always lost, and focus does not snap back away from the window after sending a
message.
1. If I enter the window by typing a slash, the slash itself is lost (whereas
it would normally be the first character to appear).
2. If I enter the window by hitting Enter, the first character *after* I hit
Enter is lost (whereas it would normally be the first character to appear).
3. After I send a message in the chat window, the focus remains in the chat
window rather than snapping back out to the game controls (which is the normal
behavior).
4. After I send a message in the chat window, the next character is also lost -
so to get back out after sending a message, you have to hit escape.
5. When I use the mouse to enter or exit the chat window, 1, 2 and 4 don't
happen; it focuses and defocuses properly. 3 still happens, however.
OS: Ubuntu 7.0.4
CPU: Intel Core 2 Duo
GPU: nVidia GeForce 6800 Ultra
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10262
Summary: wxWidgets TextCtrl in Python
Product: Wine
Version: 0.9.31.
Platform: PC
OS/Version: FreeBSD
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-binary
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: roger.marsh(a)btinternet.com
Running Python24-2.4.3_3 with py24-wxPython-2.6.3.3
Adding text to a wxTextCtrl with style wx.TE_RICH2 fails. Style TE_RICH is fine
but I need to be able to colour the text etc. The script was run from an IDLE
session.
Using these oldish versions for compatibility with native FreeBSD versions
used.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=9731
Summary: GdiConvertToDevmodeW trying to copy -32 bytes on memcpy
Product: Wine
Version: 0.9.45.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: wine-gdi-(printing)
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: myxfce(a)gmail.com
Created an attachment (id=8168)
--> (http://bugs.winehq.org/attachment.cgi?id=8168)
Crash report
I'm having problems running an old Win 3.11 game named Mortuum. Wine crashes
before the game start. After some debugging, I noticed the crash happens in
file gdi32/driver.c on function DEVMODEW * WINAPI GdiConvertToDevmodeW(const
DEVMODEA *dmA).
This function tries to memcpy bytes from the structer dmA to the structure dmW
(that was allocated by a HeapAlloc()). Unfortunately, it tries to copy -32
bytes because dmA->dmSize is 0 bytes and CCHDEVICENAME is 32 bytes. I've
attached a small piece of code that shows where the memcpy is done around line
425 on that file.
...
dmW = HeapAlloc(GetProcessHeap(), 0, dmW_size + dmA->dmDriverExtra);
if (!dmW) return NULL;
MultiByteToWideChar(CP_ACP, 0, (const char*) dmA->dmDeviceName,
CCHDEVICENAME,dmW->dmDeviceName, CCHDEVICENAME);
//===============================CRASH=========================
/* copy slightly more, to avoid long computations */
memcpy(&dmW->dmSpecVersion, &dmA->dmSpecVersion, dmA->dmSize -
CCHDEVICENAME);
//===============================CRASH=========================
if (dmA->dmSize >= (const char *)dmA->dmFormName - (const char *)dmA +
CCHFORMNAME)
{
MultiByteToWideChar(CP_ACP, 0, (const char*) dmA->dmFormName,
CCHFORMNAME,
dmW->dmFormName, CCHFORMNAME);
if (dmA->dmSize > (const char *)&dmA->dmLogPixels - (const char *)dmA)
memcpy(&dmW->dmLogPixels, &dmA->dmLogPixels, dmA->dmSize - ((const
char *)&dmA->dmLogPixels - (const char *)dmA));
}
...
I tried to debug more to look for the root of the problem (why dmA->dmSize is
0) but there were too many calls and I couldn't figure out where the dmA
structure was allocated and popullated.
I've attached the crash report and if you need the game to test, just ask, it's
freeware. Tested on 0.9.44 and 0.9.45.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10115
Summary: Wine should restore the initial graphics mode if an
application exits abnormally
Product: Wine
Version: CVS/GIT
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-kernel
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: t.artem(a)mailcity.com
Sometimes DirectX applications crash and leave your desktop with a changed
resolution e.g. 640x480. This shouldn't happen - wine should restore the
initial graphics mode if an application exited abnormally.
Right now you have to `xrandr -s 0` or use any other utility.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=9886
Summary: GeoInfo hangs if trying to select a street for the
second time
Product: Wine
Version: 0.9.46.
Platform: Other
OS/Version: other
Status: NEW
Severity: normal
Priority: P2
Component: wine-user
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mikolaj.zalewski(a)gmail.com
Created an attachment (id=8378)
--> (http://bugs.winehq.org/attachment.cgi?id=8378)
patch
This is because our DDEML doesn't call the callback after receiving an ACK when
the hMem parameter doesn't match the current transaction hMem. However it
doesn't remove transaction from the queue so only after the first transaction
the callback will be called. This patch removes the transaction from the queue
however it is not fully correct - there may be asynchronous transactions so the
ACK doesn't need to come in the same order as the request were sent. A correct
code should check the whole list of transactions.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=9991
Summary: Can not enable more then two input languages
Product: Wine
Version: 0.9.44.
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: pavel1r(a)gmail.com
When I run windows applications with Wine, I'm only able to write in English.
When I try to write in other language (I tried Russian and Hebrew), input is
either ignored or I see blocks instead of letters, depending on application.
If I set LANG to ru_RU.UTF-8 or he_IL.UTF-8 before starting application, I'm
able to write in two languages (either English and Russian, or English and
Hebrew). There is no way to enable all three languages to work simultaneously.
I'm using Fedora 7 and Gnome desktop. I added both Russian and Hebrew keyboard
layouts in keyboard preferences and I'm able to write in all three languages in
Linux native applications.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.