August 2009 - Wine-bugs - list.winehq.org

[Bug 15672] New: getpagesize() is deprecated, sysconf(_SC_PAGE_SIZE) should be used instead
by wine-bugs＠winehq.org 18 Jan '13

18 Jan '13

http://bugs.winehq.org/show_bug.cgi?id=15672 Summary: getpagesize() is deprecated, sysconf(_SC_PAGE_SIZE) should be used instead Product: Wine Version: 1.1.6 Platform: All OS/Version: Linux Status: NEW Keywords: patch, source Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Created an attachment (id=16732) --> (http://bugs.winehq.org/attachment.cgi?id=16732) Patch replacing getpagesize() with sysconf(_SC_PAGE_SIZE) Tried compiling Wine with the Linux Standard Base SDK (Beta 4), which works fine, using the following script: #!/bin/sh set -ex PATH=/opt/lsb/bin:$PATH CC=lsbcc CXX=lsbc++ LSBCC_SHAREDLIBS=wine export CC export CXX export LSBCC_SHAREDLIBS ./configure make clean make depend make Though you may need to use the following to work around another bug, according to an old report (didn't verify): make depend LDFLAGS=-ldl make LDFLAGS=-ldl CFLAGS="-g -O2 \"-DRTLD_DEFAULT=((void *)0)\" -DMAP_FILE=0" Once you've done that, try compiling. You'll get a few warnings :-P. First one: lsbcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -DWINE_UNICODE_API="" -D_REENTRANT -fPIC -Wall -pipe -fno-strength-reduce -fno-strict-aliasing -Wdeclaration-after-statement -Wwrite-strings -Wpointer-arith -Werror -o loader.o loader.c cc1: warnings being treated as errors loader.c: In function ‘map_dll’: loader.c:333: warning: ‘getpagesize’ is deprecated (declared at /opt/lsb/include/unistd.h:420) make[2]: *** [loader.o] Error 1 make[2]: Leaving directory `/home/austin/wine-git/libs/wine' make[1]: *** [wine] Error 2 make[1]: Leaving directory `/home/austin/wine-git/libs' make: *** [libs] Error 2 I've patched most of them, but didn't touch the configure stuff, wasn't sure how to handle it. Seems like Alexandre's area of expertise... These are the areas that I didn't look at: include/wine/port.h:#ifndef HAVE_GETPAGESIZE include/wine/port.h:size_t getpagesize(void); include/wine/port.h:#endif /* HAVE_GETPAGESIZE */ include/wine/port.h:#define getpagesize ___WINE_NOT_PORTABLE(getpagesize) libs/port/getpagesize.c: * getpagesize function libs/port/getpagesize.c:#ifndef HAVE_GETPAGESIZE libs/port/getpagesize.c:size_t getpagesize(void) libs/port/getpagesize.c:#endif /* HAVE_GETPAGESIZE */ server/mapping.c:# ifdef HAVE_GETPAGESIZE server/mapping.c: page_size = getpagesize(); Though should give someone who wants to fix it somewhere to start. -- 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 18738] New: Fallout 3: Configuration combobox empty
by wine-bugs＠winehq.org 04 Jan '13

04 Jan '13

http://bugs.winehq.org/show_bug.cgi?id=18738 Summary: Fallout 3: Configuration combobox empty Product: Wine Version: 1.1.22 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: comctl32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: lukasz.wojnilowicz(a)gmail.com Created an attachment (id=21487) --> (http://bugs.winehq.org/attachment.cgi?id=21487) Empty combobox I'm using Wine 1.1.22 (compiled from source using gcc version 4.3.2 20081105 (Red Hat 4.3.2-7) ) on Fedora 10 i386. The problem is that configuration combobox is empty when trying to configure Fallout 3. Attachment speaks for itself. The problem is solved using native comctl32.dll There is nothing specific in terminal. -- 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 10

[Bug 9765] New: iTunes 7.4.2 can't connect to the iTunes music store
by wine-bugs＠winehq.org 01 Jan '13

01 Jan '13

http://bugs.winehq.org/show_bug.cgi?id=9765 Summary: iTunes 7.4.2 can't connect to the iTunes music store Product: Wine Version: CVS/GIT Platform: PC URL: http://apple.com/itunes/download/ OS/Version: All Status: NEW Keywords: download Severity: enhancement Priority: P2 Component: wine-crypt32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: juan_lang(a)yahoo.com Created an attachment (id=8197) --> (http://bugs.winehq.org/attachment.cgi?id=8197) Error dialog Install iTunes 7.4.2. Ignore the error during installation, and run 'wine c:\\Program\ Files\\iTunes\\iTunes.exe". When the dialog comes up warning that system components that iTunes needs are missing and corrupted, press Continue. Finally the main iTunes window appears, but complains that it can't connect to the iTunes music store, showing the attached dialog. The suspicious entry in the console is: fixme:crypt:CertVerifyCertificateChainPolicy unimplemented for 4 4 is CERT_CHAIN_POLICY_SSL in wincrypt.h. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 15

[Bug 19429] New: WideCharToMultiByte: Incorrect conversion of "default character"
by wine-bugs＠winehq.org 29 Dec '12

29 Dec '12

http://bugs.winehq.org/show_bug.cgi?id=19429 Summary: WideCharToMultiByte: Incorrect conversion of "default character" Product: Wine Version: unspecified Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dee(a)bowfive.oag.co.jp Created an attachment (id=22553) --> (http://bugs.winehq.org/attachment.cgi?id=22553) The C program which can reproduce the problem I found that WideCharToMultiByte() converts "default character" incorrectly in 932 (Japanese SHIFT-JIS) code page. Attached C program can reproduce the problem (The binary attached is compiled using Borland C++ Compiler 5.5.1). On Windows XP Professional(32bit,SP3,Japanese), it produces following output (and is what I expect): Y:\dbcstest>test 0123?456789 On Wine 1.1.26 running on Ubuntu Jaunty(9.04) x86_64, it produces: $ wine test.exe 0123$$456789 -- 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 8

[Bug 18386] New: fr-019_poemtoahorse: Resolution isn't returned to normal after demo closes
by wine-bugs＠winehq.org 22 Dec '12

22 Dec '12

http://bugs.winehq.org/show_bug.cgi?id=18386 Summary: fr-019_poemtoahorse: Resolution isn't returned to normal after demo closes Product: Wine Version: 1.1.20 Platform: PC-x86-64 URL: http://www.pouet.net/prod.php?which=5569 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: roothorick(a)new.rr.com As the title says. After it closes the resolution is left at what the demo was running at instead of returning to the user's selected desktop resolution. -- 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 14

[Bug 17006] New: setlocale to "en_us.UTF8" succeeds under wine, fails with native, causes knock-on failures
by wine-bugs＠winehq.org 21 Dec '12

21 Dec '12

http://bugs.winehq.org/show_bug.cgi?id=17006 Summary: setlocale to "en_us.UTF8" succeeds under wine, fails with native, causes knock-on failures Product: Wine Version: 1.1.13 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: msvcrt AssignedTo: wine-bugs(a)winehq.org ReportedBy: lkcl(a)lkcl.net here's a python program which, when run under wine, succeeds when using native msvcrt, and fails using native, but for very odd reasons (attached). note the setting of locale (equivalent in c to setlocale(LC_TYPE, "en_US.UTF-8")? well, with native msvcrt.dll, that fails - the locale doesn't exist. so, the test is skipped. but under wine, it proceeds... and then wine fails to do the right things! in other words, it _does_ identify 0xa0 as a space (true), it _does_ identify 0xc0 as alpha, and a number, and upper. the next tests, which depend on 0xa0 being _not_ identified as space, then obviously fail as well. so the question is: strictly speaking, setlocale("en_US.UTF-8") shouldn't be going ahead in the first place, but if it does, should these tests work as expected? wossgoinon? :) -- 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 8

[Bug 19465] New: _mktime64 does not work with time/dates after 2038
by wine-bugs＠winehq.org 21 Dec '12

21 Dec '12

http://bugs.winehq.org/show_bug.cgi?id=19465 Summary: _mktime64 does not work with time/dates after 2038 Product: Wine Version: 1.1.26 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msvcrt AssignedTo: wine-bugs(a)winehq.org ReportedBy: spencercw(a)googlemail.com Created an attachment (id=22617) --> (http://bugs.winehq.org/attachment.cgi?id=22617) Sample program showing the bug A simple example program is attached. Any attempt to use _mktime64 with a date after ~2038 (i.e., any date that would require a 64-bit timestamp) returns -1 in Wine, but works ok in Windows (the example program shows 29348006400, tested WinXP 32 and Win7 64, cross compiled mingw32 4.4.0). Since there doesn't appear to be any way to force UNIX mktime to return a 64-bit value, I suspect the only work-around for this would be to re-implement mktime in Wine. -- 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 6

[Bug 17031] New: popen not connecting to stdin / stdout correctly
by wine-bugs＠winehq.org 21 Dec '12

21 Dec '12

http://bugs.winehq.org/show_bug.cgi?id=17031 Summary: popen not connecting to stdin / stdout correctly Product: Wine Version: 1.1.13 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lkcl(a)lkcl.net same command run as wine c:/mingw/bin/windres.exe _does_ work, but when run from /bin/sh.exe in msys, it fails. $ windres.exe --input python_dll.rc --output python_dll.res --output-format=coff c:\mingw\bin\windres.exe: can't popen `c:\mingw\bin\gcc -E -xc -DRC_INVOKED python_dll.rc': Bad file descriptor this is related to http://bugs.winehq.org/show_bug.cgi?id=16968 which is a slightly more complex test but still involving popen (ultimately). on 1.0.1, there was no question that this was an out-and-out failure: however, under 1.1.13, #16968 seemed to succeed. so it would appear that things have simply got... a little bit faster, in 1.1.13, so it "seems" that the problem has "gone away", but it hasn't. -- 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 18

[Bug 14898] New: Delphi 6 Personal Edition will not install.
by wine-bugs＠winehq.org 21 Dec '12

21 Dec '12

http://bugs.winehq.org/show_bug.cgi?id=14898 Summary: Delphi 6 Personal Edition will not install. Product: Wine Version: 1.1.2 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: mentalnotes314(a)gmail.com Created an attachment (id=15469) --> (http://bugs.winehq.org/attachment.cgi?id=15469) Error messages on console Delphi 6 Personal Edition will not install. Upon entering a valid license key it shows the following Message Box: "The serial number or authorization key is invalid. Please check these values and enter them exactly as printed on the label of the CD jacket." Testing results are here: http://appdb.winehq.org/objectManager.php?sClass=version&iId=813&iTestingId… -- 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 23

[Bug 15817] New: King's Bounty : The Legend crashes/freezes when loading fight sequences
by wine-bugs＠winehq.org 21 Dec '12

21 Dec '12

http://bugs.winehq.org/show_bug.cgi?id=15817 Summary: King's Bounty : The Legend crashes/freezes when loading fight sequences Product: Wine Version: 1.1.7 Platform: PC OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ergo14(a)gmail.com The game crashes/freezes randomly when unit approaches to enemy army and fight sequence loading screen is present, sometimes the fight loads sometimes the app crashes. these two bug reports also state the problem is present http://appdb.winehq.org/objectManager.php?sClass=version&iId=13954 http://appdb.winehq.org/objectManager.php?sClass=version&iId=11999 without that "small" problem the game would be gold/platinum -- 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 48