wine-bugs February 2015

wine-bugs@winehq.org

1 participants
8588 discussions

[Bug 33339] New: AION: regularly crash during game
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=33339 Bug #: 33339 Summary: AION: regularly crash during game Product: Wine Version: 1.5.27 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: legluondunet(a)free.fr Classification: Unclassified Hello, AION regularly crash during game, I joined you two log files. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 15

[Bug 33241] New: incorrect display of a combobox in a Clipper application
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=33241 Bug #: 33241 Summary: incorrect display of a combobox in a Clipper application Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ironeman(a)tiscali.it Classification: Unclassified As mentioned in http://forum.winehq.org/viewtopic.php?f=8&t=18198, I am using 16-bit Clipper/xBase programs. When I have a listbox, the field is not correctly initialized, despite the list is ok. Debugging my application, I have found that it is due to a strange memory management. I start by saying that Clipper/xBase uses dynamic scoping, so the value of a variable is the last assigned to it into the stack; a variable can be local or global (prefixed by m->). When using the dialog that has the problem, I use the activation command (Fivewin library): m->mTipoDoc:=.... // assign the global variable m->mTipoDoc activate DIALOG oDlg centered on init (SettaCombo()) function SettaCombo() // initialization code of the dialog ... // use the global variable m->mTipoDoc but, at this point, when using WINE, the variable has lost its content and is empty I solved the problem using a local variable that temporarily holds the value of the global variable: m->mTipoDoc:=.... // assign the global variable m->mTipoDoc local tmpcod:=m->mTipoDoc // to solve the wine bug activate DIALOG oDlg centered on init (SettaCombo(tmpcod)) function SettaCombo(val) m->mTipoDoc:=val // to solve the wine bug ... // use the global variable m->mTipoDoc Evidently the local variable is managed in a different way by WINE and the error has disappered. To test this behaviour, I wrote the attached sample program. Into the zip there is a readme.pdf that explains how it works. Best regards. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 4

[Bug 21573] New: Need heap overrun detection at beginning of buffers, too
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=21573 Summary: Need heap overrun detection at beginning of buffers, too Product: Wine Version: 1.1.37 Platform: x86 OS/Version: Linux Status: NEW Severity: enhancement Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com On Linux, valgrind gives nice warnings when you access before the first byte. It'd be nice if valgrinding Windows apps under Wine gave the same warnings. For instance, the following program should give three warnings under valgrind+wine just as it does under valgrind: #include <stdio.h> #include <stdlib.h> int badness_before_n_after ( char* p ) { return p[-1] + p[10]; } int main ( void ) { char* p = malloc(10); int who_knows = badness_before_n_after(p); // expect 2 x invalid address yelpage who_knows += p[5]; if (who_knows == 42) printf("It's 42 (!)\n"); else printf("It's not 42 (dull but unsurprising)\n"); free(p); return 0; } -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 4

[Bug 16264] New: Builtin Tahoma unreadable when small
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=16264 Summary: Builtin Tahoma unreadable when small Product: Wine Version: 1.1.9 Platform: Other URL: http://www.linuxtechs.net/kruch/tb/forum/viewtopic.php?t =2152&postdays=0&postorder=asc&start=15 OS/Version: other Status: NEW Keywords: download, Installer Severity: normal Priority: P2 Component: fonts AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com A user said that ConvWPT ran in Wine, but gave a very complicated recipe, so I tried simplifying it. Along the way, I noticed that ConvWPT's installer used teeny tiny nearly unreadable fonts; installing Tahoma fixed that (now they're just small, but readable). Recipe to reproduce: 1) Visit http://www.linuxtechs.net/kruch/tb/forum/viewtopic.php?t=2152 scroll down to message "Setup Package Part 1 / 4", and download and unpack each of the four files Setup.part1.rar, Setup.part2.rar, ... Setup.part4.rar Ignore warnings from rar about duplicate files. 2) Run the resulting setup.exe The setup program uses small Tahoma text on some screens, and that's very nearly unreadable unless you install native tahoma, e.g. with winetricks tahoma. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 5

[Bug 3689] Microsoft Office 97 installer depends on stdole32.tlb be in v1 (SLTG) format
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

https://bugs.winehq.org/show_bug.cgi?id=3689 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |austinenglish(a)gmail.com Hardware|Other |x86 OS|other |Linux -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8922] Adobe Dreamweaver 8: redraw problems
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

https://bugs.winehq.org/show_bug.cgi?id=8922 --- Comment #13 from Austin English <austinenglish(a)gmail.com> --- This is your friendly reminder that there has been no bug activity for over a year. Is this still an issue in current (1.7.37 or newer) wine? If so, please attach the terminal output in 1.7.37 (see http://wiki.winehq.org/FAQ#get_log). -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 9033] Adobe Dreamweaver 3 Launcher window icons cut off
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

https://bugs.winehq.org/show_bug.cgi?id=9033 --- Comment #5 from Austin English <austinenglish(a)gmail.com> --- This is your friendly reminder that there has been no bug activity for over a year. Is this still an issue in current (1.7.37 or newer) wine? If so, please attach the terminal output in 1.7.37 (see http://wiki.winehq.org/FAQ#get_log). -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 31385] New: Font in Delphi 3 apps change to "System" after open Report preview.
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=31385 Bug #: 31385 Summary: Font in Delphi 3 apps change to "System" after open Report preview. Product: Wine Version: 1.5.10 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: julio_lists(a)mebamutual.com.ar Classification: Unclassified Created attachment 41242 --> http://bugs.winehq.org/attachment.cgi?id=41242 Minimal Delphi app that shows the bug I'm testing an in-house app written en Delphi 3, the only really annoying glitch I have found so far happens after a QuickReport preview windows opens. The Preview and works OK, but then any label drawn in the app uses the System font. The effect is akin to bug #29758, but my logs don't include the error reported there. Instead, I guess Wine is messing somewhat within the WM_GETFONT and/or WM_SETFONT calls, yet my debugging abilities are pretty limited. WM_GETFONT calls aren't returning NULL, but decimal 504, I wonder if that WM_SETFONT takes that as an invalid handle. I'm attaching a minimal (kind of, the binary is pretty big) test case. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 2

[Bug 21082] New: Artrage3 studio pro demo : export fails
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=21082 Summary: Artrage3 studio pro demo : export fails Product: Wine Version: 1.1.35 Platform: All OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: meho_r(a)yahoo.com Created an attachment (id=25286) --> (http://bugs.winehq.org/attachment.cgi?id=25286) Output of terminal when running AR3 from it. Export function in ArtRage 3 Studio Pro Demo version (as well as in full version) doesn't work. When trying to export a painting as an image, an error occurs which states: "Generic Failure. Not enough memory to perform action." However, it is not lack of RAM that is the cause of problem (at the time of testing I had over 2GB free RAM). Also, in ArtRage 2.5 export function works as expected on the same machine. I tested this on Ubuntu 9.10 (64bit) and Mandriva 2010.0 (32bit) with multiple versions of wine (from 1.0.1 to 1.1.3.5). -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 13

[Bug 6955] Multiple games need software vertex blending implementation (NOLF2, Divinity 2, Dark Age of Camelot, Warhammer Online, PSU:AOTI)
by wine-bugs＠winehq.org 21 Feb '15

21 Feb '15

https://bugs.winehq.org/show_bug.cgi?id=6955 Jeremy Phoenix <jzphoenix(a)hotmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jzphoenix(a)hotmail.com --- Comment #145 from Jeremy Phoenix <jzphoenix(a)hotmail.com> --- This bug still exists in wine 1.7.36 (Dark Age of Camelot) Jeremy -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

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 February 2015