http://bugs.winehq.org/show_bug.cgi?id=4216
thunderbird2k(a)gmx.net changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |FIXED
--
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.
http://bugs.winehq.org/show_bug.cgi?id=2256
------- Additional Comments From kaelarishatal(a)gmail.com 2006-15-12 04:32 -------
fixed in version 0.9.27 fonts display without issue
--
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.
http://bugs.winehq.org/show_bug.cgi?id=6909
Summary: win16: garbled/corrupted window content (bad colors?)
Product: Wine
Version: 0.9.27.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: wine-dos
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: xKiv(a)post.cz
(note: I *really* don't know where this bug belongs properly, the symptoms don't
connect with any single component .. and it is only in win16)
Bug found while using: blades of exile (available from
http://www.spiderwebsoftware.com/)
Since 0.9.20 [1] (and at least until 0.9.27), the win16 subsystem has a very
serious problem with, I assume, colors.
Pictures are worth a thousand words (big, screenshots):
correct: http://xKiv.matfyz.cz/wine-bugre/0.9.7-correct.png
buggy: http://xKiv.matfyz.cz/wine-bugre/0.9.20-verybad.png
(it was the same in all later versions that could actually run the program)
I seem to remeber this happening in some ancient versions of wine too.
There is an related issue that I will mention here, since it might have similar
cause (and is not worth fixing before fixing this bug):
In all versions of 0.9.x, where applicable (I managed to build wine, the program
was actually started and the 0.9.20-verybad issue was not yet present)
[this means: in 0.9.2-0.9.8, 0.9.10-0.9.14 and 0.9.16]:
some parts of the window content are black when first displayed, but are
corrected after re-exposure such as window movement (eighter the X window, or the
win16 window inside wine desktop), switching destops forth and back, clicking on
the area so that the application repaints it, ...).
Exhibits (full size gimp screenshots):
after startup: http://xKiv.matfyz.cz/wine-bugre/0.9.7-before.png
after clicking: http://xKiv.matfyz.cz/wine-bugre/0.9.7-after.png
As a sidenote, in 0.9.11, I noticed that the colors changed after futher
grabbing:
http://xKiv/matfyz.cz/wine-bugre/0.9.11-incorrect-after-gimp-grab.png
[1]: or maybe even before that, I couldn't fire my test case (running blades of
exile) in 0.9.15-0.9.19 because of unrelated bugs - unhandled page faults,
etc...)
--
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.
http://bugs.winehq.org/show_bug.cgi?id=6908
Summary: win16: open file dialog fails to load anything
Product: Wine
Version: 0.9.27.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: wine-comctl32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: xKiv(a)post.cz
(note: I didn't find a better place to post this bug)
Bug found while using: blades of exile (from http://www.spiderwebsoftware.com/)
(note 2: you probably won't be able to reproduce this bug easily, versions of
wine since 0.9.20 have a different bug that cause the window contents to be
corrupted, exhibits (big, screenshots):
correct display: http://xKiv.matfyz.cz/wine-bugre/0.9.7-correct.png
now: http://xKiv.matfyz.cz/wine-bugre/0.9.20-verybad.png
).
I tested the following versions of wine (if I demangle my notes correctly):
0.9.1 - 0.9.2: I failed to build these
0.9.2 - 0.9.8: OK
0.9.9: not tested/can't even run the program
0.9.10 - 0.9.14: OK
0.9.15 - 0.9.19: not tested/...
0.9.20 - 0.9.24: bug present
0.9.25: not tested/...
0.9.26 - 0.9.27: bug present
Build environment:
gcc 4.1.1
linux 2.6.16-mm1
glibc 2.3.6
Once upon a time, in one ancient version of wine (sorry, don't remember which
anymore, it really was too many years ago), I tracked a bug that had similar
effects (namely, the win16 open dialog let me choose anything, but wouldn't let
me open it - win32 is OK) and found that after I chose a file, the choice got
overwritten by the default value.
That means: the application (say, blades of exile) used an Open file dialog with
a default of BLADES.SAV.
I chose A.SAV (and clicked OK or Open or Load ... the label does not matter).
Then BLADES.SAV was assigned to the choice string. And the application got that
instead of my chosen 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.
http://bugs.winehq.org/show_bug.cgi?id=6907
------- Additional Comments From paolo.salvan(a)xvision.it 2006-15-12 03:43 -------
Created an attachment (id=4318)
--> (http://bugs.winehq.org/attachment.cgi?id=4318&action=view)
Minimal sample to reproduce the problems, and PSDRV logs
Minimal sample to reproduce the problem and 4 log files:
- printing with Canvas without PrinterSetup dialog (doesn't work)
- printing with Canvas with PrinterSetup dialog (works)
- printing with QReport without PrinterSetup dialog (doesn't work)
- printing with QReport with PrinterSetup dialog (doesn't work)
This is the essence of the 4 tests:
procedure TForm1.btnCanvasWithoutSetupClick(Sender: TObject);
begin
Printer.BeginDoc;
Printer.Canvas.TextOut(600, 600, 'Test without TPrinterSetupDialog');
Printer.EndDoc;
end;
procedure TForm1.btnCanvasWithSetupClick(Sender: TObject);
var SetupDialog: TPrinterSetupDialog;
begin
// This is the only Wine working printing
SetupDialog:= TPrinterSetupDialog.Create(Application);
SetupDialog.Execute;
Printer.BeginDoc;
Printer.Canvas.TextOut(600, 600, 'Test with TPrinterSetupDialog');
Printer.EndDoc;
end;
procedure TForm1.btnQReportWithoutSetupClick(Sender: TObject);
begin
QuickRep1.Print;
end;
procedure TForm1.btnQReportWithSetupClick(Sender: TObject);
begin
QuickRep1.PrinterSetup;
QuickRep1.Print;
end;
--
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.
http://bugs.winehq.org/show_bug.cgi?id=6907
Summary: Delphi applications printing bug
Product: Wine
Version: 0.9.27.
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-gdi-(printing)
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: paolo.salvan(a)xvision.it
I'm using Wine 0.9.27 and Ubuntu 6.06.
I've problems when printing from Delphi Apps that use QReport (the
default reporting engine for most Delphi versions), and after some
hacking I've prepared a minimal executable and isolated a trouble:
it seems that Delphi printing over a Canvas works only if I show the
system PrintDialog or the PrinterSetupDialog befor printing, and I
press OK in this dialog: printing directly to the default printer
doesn't work under Wine, but works regularly under Windows ("doesn't
work" meens that nothing is encoded in the printing spool... and the
only error that is shown is "fixme:psdrv:PSDRV_EndPage Already ended a
page?")
Ie, this code works both under Windows and Wine:
procedure TForm1.Button2Click(Sender: TObject);
var SetupDialog: TPrinterSetupDialog;
begin
SetupDialog:= TPrinterSetupDialog.Create(Application);
SetupDialog.Execute;
with Printer do
begin
BeginDoc;
Canvas.TextOut(100, 100, 'Test');
EndDoc;
end;
end;
...while this code works only under Windows:
procedure TForm1.Button1Click(Sender: TObject);
begin
with Printer do
begin
BeginDoc;
Canvas.TextOut(100, 100, 'Test');
EndDoc;
end;
end;
Enabling deeper log on "psdrv", and comparing the log files of the two
version ('-' is the non-working one, "+" is the working one...), I've
found something interesting:
[...]
trace:psdrv:PSDRV_MergeDevmodes Changing page to A4 2099 x 2970
trace:psdrv:PSDRV_FindPrinterInfo No 'Paper Size' for printer
'PostScript-Printer-1'
trace:psdrv:PSDRV_FindPrinterInfo No 'FontSubTable' for printer
'PostScript-Printer-1'
-trace:psdrv:PSDRV_CreateDC (L"WINEPS.DRV" L"PostScript-Printer-1" L""
0x179bd8)
+trace:psdrv:PSDRV_CreateDC (L"WINEPS.DRV" L"PostScript-Printer-1"
L"LPT1:" (nil))
+trace:psdrv:PSDRV_UpdateDevCaps ImageableArea = 0,0 - 2479,3508:
PageSize = 2479x3508
+trace:psdrv:PSDRV_UpdateDevCaps devcaps: horzSize = 209mm, vertSize =
297mm, horzRes = 2479, vertRes = 3508
+trace:psdrv:PSDRV_SelectFont FaceName = L"" Height = 100 Italic = 0
Weight = 400
+trace:psdrv:PSDRV_SelectPen hpen = 0x60 colour = 00000000
[...]
+trace:psdrv:PSDRV_MergeDevmodes Changing page to A4 2099 x 2970
+trace:psdrv:PSDRV_FindPrinterInfo No 'Paper Size' for printer
'PostScript-Printer-1'
+trace:psdrv:PSDRV_FindPrinterInfo No 'FontSubTable' for printer
'PostScript-Printer-1'
+trace:psdrv:PSDRV_CreateDC (L"WINEPS.DRV" L"PostScript-Printer-1"
L"LPR:PostScript-Printer-1" 0x173180)
trace:psdrv:PSDRV_MergeDevmodes Changing orientation to 1 (Portrait)
trace:psdrv:PSDRV_MergeDevmodes Changing page to A4 2099 x 2970
trace:psdrv:PSDRV_MergeDevmodes Changing Scale to 100
trace:psdrv:PSDRV_MergeDevmodes Changing Copies to 1
trace:psdrv:PSDRV_MergeDevmodes Trying to change to unsupported bin 7
trace:psdrv:PSDRV_UpdateDevCaps ImageableArea = 0,0 - 2479,3508:
PageSize = 2479x3508
trace:psdrv:PSDRV_UpdateDevCaps devcaps: horzSize = 209mm, vertSize =
297mm, horzRes = 2479, vertRes = 3508
trace:psdrv:PSDRV_SelectFont FaceName = L"" Height = 100 Italic = 0
Weight = 400
trace:psdrv:PSDRV_SelectPen hpen = 0x60 colour = 00000000
trace:psdrv:PSDRV_SelectBrush hbrush = 0x44
trace:psdrv:PSDRV_SelectFont FaceName = L"" Height = 100 Italic = 0
Weight = 400
trace:psdrv:PSDRV_WriteHeader '""'
-warn:psdrv:PSDRV_WriteHeader WriteSpool error
trace:psdrv:PSDRV_SelectFont FaceName = L"MS Sans Serif" Height = -33
Italic = 0 Weight = 400
trace:psdrv:PSDRV_SelectBrush hbrush = 0x5c4
trace:psdrv:PSDRV_ExtTextOut (x=0, y=0, flags=0x00000002, str=(null),
count=0, lpDx=(nil))
-warn:psdrv:PSDRV_WriteNewPage WriteSpool error
-warn:psdrv:PSDRV_WriteNewPage WriteSpool error
-warn:psdrv:PSDRV_WriteNewPage WriteSpool error
-warn:psdrv:PSDRV_WriteNewPage WriteSpool error
[...]
..and here start a long list of errors;
What seems to cause trobles is the different way of calling
PSDRV_CreateDC:
-trace:psdrv:PSDRV_CreateDC (L"WINEPS.DRV" L"PostScript-Printer-1" L""
0x179bd8)
+trace:psdrv:PSDRV_CreateDC (L"WINEPS.DRV" L"PostScript-Printer-1"
L"LPT1:" (nil))
I've prepared a minimal printing sample that also print using QReport (with or
without PrinterSetup dialog), and it never works...BTW, errors logged in PSDRV
are similar to Canvas errors, so solving the Canvas Printing trouble can help
solving QReport trouble
--
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.
http://bugs.winehq.org/show_bug.cgi?id=6906
Summary: wine-pthread: error while loading shared libraries
Product: Wine
Version: 0.9.24.
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P1
Component: wine-binary
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: axel(a)3drachen.de
Starting winecfg or any wine *.exe results in the following error message:
/usr/lib/../bin/wine-pthread: error while loading shared libraries:
libwine.so.1: failed to map segment from shared object: Cannot allocate memory
On opensuse 10.2
--
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.
http://bugs.winehq.org/show_bug.cgi?id=6490
------- Additional Comments From hans(a)it.vu.nl 2006-15-12 03:14 -------
The copy errors could be caused by SetupIterateCabinet not
functioning properly, but I didn't look close enough to be sure.
I submitted a patch that implements a stubbed SetupPromptReboot.
--
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.