wine-bugs January 2006

wine-bugs@winehq.org

2 participants
1680 discussions

[Bug 4268] ISS@VFP9 -unable to print
by Wine Bugs 11 Jan '06

11 Jan '06

http://bugs.winehq.org/show_bug.cgi?id=4268 ------- Additional Comments From tuharsky(a)misbb.sk 2006-11-01 04:57 ------- Created an attachment (id=1669) --> (http://bugs.winehq.org/attachment.cgi?id=1669&action=view) logfile (bz2) 'alien' printing lines This is next experiment: 'alien' with wine200504, networked xerox_230 printing _by_socket_. The output are lines tha resemble the correct form that ought to be printed. All letters are missing, but there is at least no error and the lines are printed. -- 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 4268] ISS@VFP9 -unable to print
by Wine Bugs 11 Jan '06

11 Jan '06

http://bugs.winehq.org/show_bug.cgi?id=4268 ------- Additional Comments From tuharsky(a)misbb.sk 2006-11-01 04:52 ------- So, let's summarise. First machine is 'inform8', CVS version of Wine, network xerox_230 by LPD. Second one is 'alien', wine 200504, network xerox_230 by LPD Third one is 'inform10', wine 200504, network xerox_230 by lpd with SCX4100 prevailing Fourth is 'financ3', wine 200504, local hpdj -- 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 4268] ISS@VFP9 -unable to print
by Wine Bugs 11 Jan '06

11 Jan '06

http://bugs.winehq.org/show_bug.cgi?id=4268 ------- Additional Comments From tuharsky(a)misbb.sk 2006-11-01 04:33 ------- Created an attachment (id=1668) --> (http://bugs.winehq.org/attachment.cgi?id=1668&action=view) logfile (bz2) sortof printing This is logfile from printing on LOCAL hpdj printer on financ3 PC. The printer is correctly recognized by ISS app as default one, and in this case, printing DOSEN'T lead to "Printer not ready" error as it usually does (which is what is this bug agout). So, printer surprisingly PRINT, however the only output is single horizontal line on paper. Maybe the difference in the behaviour of those machines and printer types can bring in some idea of what's wrong with Wine and VFP9 printing, why don't they understand each other.. -- 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 4268] ISS@VFP9 -unable to print
by Wine Bugs 11 Jan '06

11 Jan '06

http://bugs.winehq.org/show_bug.cgi?id=4268 ------- Additional Comments From tuharsky(a)misbb.sk 2006-11-01 04:07 ------- On anotfer machine, financ3, we were able to "print" -there is a bubblejet LOCAL printer. Print attemp once led to four horizontal lines be printed (better than nothing, but the lines were not that we expected to be printed). -- 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 4268] ISS@VFP9 -unable to print
by Wine Bugs 11 Jan '06

11 Jan '06

http://bugs.winehq.org/show_bug.cgi?id=4268 ------- Additional Comments From tuharsky(a)misbb.sk 2006-11-01 04:07 ------- On anotfer machine, financ3, we were able to "print" -there is a bubblejet LOCAL printer. Print attemp once led to four horizontal lines be printed. -- 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 4268] ISS@VFP9 -unable to print
by Wine Bugs 11 Jan '06

11 Jan '06

http://bugs.winehq.org/show_bug.cgi?id=4268 ------- Additional Comments From tuharsky(a)misbb.sk 2006-11-01 04:05 ------- Created an attachment (id=1667) --> (http://bugs.winehq.org/attachment.cgi?id=1667&action=view) logfile bz2 other machine (inform10) -changing printer unsucc. +driver,+profile,+print,+psdrv,+winspool This is logfile from different machine (inform10) with wine 200504. Started ISS app, invoked printer dialogue. Please note, that the default printer in ISS app (Samsung SCX4100) dosen't match the CUPS default (xerox_230). Then I attemped to change printer to xerox_230, unsuccesfully (no complaint, but printer untouched). It might be connected to the bug somehow. This is the machine where the only successfull attemp of printing has been ever made with the VFP9 (VFP7 printing worked well everywhere). The succesfull attemp has beed done this way: As today, the default ISS printer has been the SCX. Colegue has REMOVED the printer in CUPS, then xerox_230 has been correctly automatically recognised by the ISS app as default printer, and the printing attemp has been successfull. This experiment we are no more unable to repeat -the Xerox 230 no more enables in ISS automatically, and doing this manually dosen't work as I report and document by this logfile. -- 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 3709] Adobe Photoshop Elements 4 trial installer exits silently
by Wine Bugs 11 Jan '06

11 Jan '06

http://bugs.winehq.org/show_bug.cgi?id=3709 mike(a)codeweavers.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED ------- Additional Comments From mike(a)codeweavers.com 2006-11-01 02:30 ------- This one is interesting. Installing requires the windows version set to winxp, but it fails after that with the error message: err:msidb:load_string_table string table load failed! (0035e981 != 001ce981) The following notes are mainly for me, but might be useful to somebody else trying to understand the format of the MSI string table. There's a very long string in the string table (more than 0x1a0000 bytes), and I don't exactly understand the format of the entries that declare it: str# len%2^16 ref real len 4820 0 1 4821 34523 1 100059 4822 0 1 4823 0 2 4824 0 1 4825 6197 1 1710133 4826 0 0 4827 24 1 24 4828 0 1 4829 34124 1 99660 So we need to calculate "real len" as above... "str#" is the offset into the table, and I interpret the unsigned short integer pairs "(len%2^16) ref" as follows: "n 1" -> a string of n bytes (where n < 2^16) "0 0" -> a hole in the string table "0 m", "n 1" -> a string of m*65536+n bytes (should give up to 4G) "0 k", "0 m", "n 1" -> shouldn't be necessary... I'm still not sure how a "0 n" followed by "0 m" is meant to be interpreted. Looking at the actual size of the string, it seems like it will increase the length of the next string by 0xa00000*m + 0x10000*n ... though I probably need to write some tests to confirm this. ------- Additional Comments From mike(a)codeweavers.com 2006-11-01 03:45 ------- This one is interesting. Installing requires the windows version set to winxp, but it fails after that with the error message: err:msidb:load_string_table string table load failed! (0035e981 != 001ce981) The following notes are mainly for me, but might be useful to somebody else trying to understand the format of the MSI string table. There's a very long string in the string table (more than 0x1a0000 bytes), and I don't exactly understand the format of the entries that declare it: str# len%2^16 ref real len 4820 0 1 4821 34523 1 100059 4822 0 1 4823 0 2 4824 0 1 4825 6197 1 1710133 4826 0 0 4827 24 1 24 4828 0 1 4829 34124 1 99660 So we need to calculate "real len" as above... "str#" is the offset into the table, and I interpret the unsigned short integer pairs "(len%2^16) ref" as follows: "n 1" -> a string of n bytes (where n < 2^16) "0 0" -> a hole in the string table "0 m", "n 1" -> a string of m*65536+n bytes (should give up to 4G) "0 k", "0 m", "n 1" -> shouldn't be necessary... I'm still not sure how a "0 n" followed by "0 m" is meant to be interpreted. Looking at the actual size of the string, it seems like it will increase the length of the next string by 0xa00000*m + 0x10000*n ... though I probably need to write some tests to confirm this. -- 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 4284] New: PowerPoint 2000 deadlocks when opening file with preview
by Wine Bugs 11 Jan '06

11 Jan '06

http://bugs.winehq.org/show_bug.cgi?id=4284 Summary: PowerPoint 2000 deadlocks when opening file with preview Product: Wine Version: CVS Platform: All URL: http://appdb.winehq.org/appview.php?versionId=71 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-binary AssignedTo: wine-bugs(a)winehq.org ReportedBy: cihan(a)uq.edu.au More specifically, the preview has to have an image on it that is at least 90x90 pixels large. As most presentations have a background image this is nearly always the case. How to reproduce: - Start PowerPoint 2000 and load a file that contains a preview as described OR run PowerPoint directly with the file as argument. - Wait some seconds => deadlock This doesn't happen when keeping PowerPoint busy, ie. by switching through the slides fast enough. In fact, it is possible to open the file, remove the preview, save and have it working. Here's a trace output (I included some more trace messages in the source files): trace:bitblt:StretchBlt --Start-- trace:gdi:GDI_GetObjPtr (0x3b0c): enter 1 trace:dc:DC_GetDCPtr trace:gdi:GDI_ReleaseObj (0x3b0c): leave 1 trace:gdi:GDI_GetObjPtr (0x3aec): enter 1 trace:dc:DC_GetDCPtr trace:gdi:GDI_GetObjPtr (0x3b0c): enter 2 trace:dc:DC_GetDCPtr trace:bitblt:StretchBlt 0x3aec 0,0 160x120 -> 0x3b0c 0,0 960x720 rop=cc0020 trace:gdi:GDI_GetObjPtr (0x3aec): enter 3 trace:dc:DC_GetDCPtr trace:gdi:GDI_ReleaseObj (0x3aec): leave 3 trace:gdi:GetObjectW 0x3af8 24 0x7fc2f760 trace:gdi:GDI_GetObjPtr (0x3af8): enter 3 trace:gdi:GDI_ReleaseObj (0x3af8): leave 3 trace:gdi:GDI_GetObjPtr (0x3aec): enter 3 trace:dc:DC_GetDCPtr trace:gdi:GDI_ReleaseObj (0x3aec): leave 3 trace:gdi:GDI_GetObjPtr (0x3aec): enter 3 trace:dc:DC_GetDCPtr trace:gdi:GDI_ReleaseObj (0x3aec): leave 3 trace:gdi:GDI_GetObjPtr (0x3aec): enter 3 trace:dc:DC_GetDCPtr trace:gdi:GDI_ReleaseObj (0x3aec): leave 3 trace:metafile:MFDRV_StretchBlt MF_StretchBltViaDIB->len = 20292 rop=cc0020 PixYPM=3780 Caps=96 trace:bitmap:GetDIBits trace:dc:CreateCompatibleDC --Checking lock-- hdc=0x3aec err:syslevel:_CheckNotSysLevel Holding lock 0x7fad49e0 level 3 If more output is needed please let me know. This bug could be related to 3125 but not sure about that. -- 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 3543] Installing older windows programs, error upon Icon Creation
by Wine Bugs 11 Jan '06

11 Jan '06

http://bugs.winehq.org/show_bug.cgi?id=3543 ericsbinaryworld(a)gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- Version|20050930 |0.9.4. ------- Additional Comments From ericsbinaryworld(a)gmail.com 2006-10-01 22:25 ------- Sorry for the duplicate. As for the previous suggestion to try running progman while installing. I am unable to as per bug 4283 where my symlinks are now broken. However, my original complaint is still valid for 0.9.4 so I will change the version of this bug report to reflect that. -- 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 4283] New: symlinks are broken and having wine recreate directories does not fix
by Wine Bugs 11 Jan '06

11 Jan '06

http://bugs.winehq.org/show_bug.cgi?id=4283 Summary: symlinks are broken and having wine recreate directories does not fix Product: Wine Version: 0.9.5. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: wine-files AssignedTo: wine-bugs(a)winehq.org ReportedBy: ericsbinaryworld(a)gmail.com Upon upgrade of Wine to 0.9.5 all of my symlinks are broken. I deleted my .wine directory and let wine recreate the directories. Again, symlinks are broken. I cannot use notepad.exe, progman.exe, 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.

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