wine-bugs February 2012

wine-bugs@winehq.org

1 participants
10203 discussions

[Bug 21332] New: Grand theft auto San andreas keyboard stop working on 1.1.136
by wine-bugs＠winehq.org 03 Jan '13

03 Jan '13

http://bugs.winehq.org/show_bug.cgi?id=21332 Summary: Grand theft auto San andreas keyboard stop working on 1.1.136 Product: Wine Version: 1.1.36 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: kickasskilla(a)gmail.com As summary after having installed version 1.1.36 I can't get the keyboard working. If I have nautilus underneath it i can see the quicksearch box with the keys i type I'll provide further infos asap -- 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 23872] New: Steam: All windows will reopen after being closed
by wine-bugs＠winehq.org 03 Jan '13

03 Jan '13

http://bugs.winehq.org/show_bug.cgi?id=23872 Summary: Steam: All windows will reopen after being closed Product: Wine Version: 1.2 Platform: x86 URL: http://steampowered.com OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: twunknown(a)gmail.com When a steam window is closed it will instantly reopen itself This happens on the main window and all other windows including the friends browser and chat windows. -- 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 23112] New: flash player install crashes
by wine-bugs＠winehq.org 01 Jan '13

01 Jan '13

http://bugs.winehq.org/show_bug.cgi?id=23112 Summary: flash player install crashes Product: Wine Version: 1.2-rc2 Platform: x86-64 URL: http://fpdownload.macromedia.com/get/flashplayer/curre nt/install_flash_player_ax.exe OS/Version: Linux Status: NEW Keywords: download, Installer Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Created an attachment (id=28726) --> (http://bugs.winehq.org/attachment.cgi?id=28726) terminal output Running winetrickstest today, I noticed that the flash sha1sum changed. Updated to the latest, but it crashes on launch. Terminal output attached. -- 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 7

[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 26440] New: unimplemented function WS2_32.dll.GetNameInfoW
by wine-bugs＠winehq.org 01 Jan '13

01 Jan '13

http://bugs.winehq.org/show_bug.cgi?id=26440 Summary: unimplemented function WS2_32.dll.GetNameInfoW Product: Wine Version: 1.3.15 Platform: All OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 Component: winsock AssignedTo: wine-bugs(a)winehq.org ReportedBy: alessandro(a)perucchi.org I'm running an IBM application, a client called "Content Manager OnDemand Client V. 8.5". It works pretty well, at least in the previous version, and since the version 8.5. I cannot connect to the server, because it has at least one function missing from the Wine Implementation of WS2_32.dll. The only log I have is the one in the summary. I have tested it in Wine 1.3.14, but by looking at the source code of 1.3.15, the missing function... is still missing. If you need more info, please don't hesitate to contact me. (I use Fedora 13 64bits in an Intel Proc Dual Core) Cheers, Alessandro PS: I hope the Severity is correctly set, I was hesitating between "Normal/Enhancement"... -- 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 26273] New: Sims 3 can't detect disc
by wine-bugs＠winehq.org 01 Jan '13

01 Jan '13

http://bugs.winehq.org/show_bug.cgi?id=26273 Summary: Sims 3 can't detect disc Product: Wine Version: 1.3.14 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Even though I have D: and D:: symlinked to /media/Sims3 and /dev/sr0, and verified that InstallSource was set to d:\\ in the app's registry, it still won't recognize the disc. According to http://www.snootysims.com/forums/viewtopic.php?f=34&t=30012 Sims 3 uses a snippet of Securom code to check for the disc. -- 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 16

[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 29426] New: UDF support: VOLUME_GetSuperblockSerial invalid for some volume types
by wine-bugs＠winehq.org 21 Dec '12

21 Dec '12

http://bugs.winehq.org/show_bug.cgi?id=29426 Bug #: 29426 Summary: UDF support: VOLUME_GetSuperblockSerial invalid for some volume types Product: Wine Version: unspecified Platform: All OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: winehq.org(a)mcfang.com Classification: Unclassified VOLUME_GetSuperblockSerial returns an incorrect serial for certain UDF volumes. Volume types affected: * ISO9660+UDF for all revisions: Serial displays as '0104-0001' * UDF revision 2.50/2.60: Serial displays as '0000-0000' Serial is correct for standalone UDF revisions 1.02/1.50/2.00/2.01 Test Case: Run 'wine cmd' to open the command line and observe the output of the `vol` command. Output differs from `vol` run on a native windows system for the above volume types. History: UDF support was introduced as a patch for bug #26273 http://bugs.winehq.org/show_bug.cgi?id=26273 and is hardcoded to use the 257th sector (Address 526336) for serial calculation. The actual sector used for serial calculations depends on the UDF revision and volume type. I suspect the sector may be coded somewhere in the UDF Specifications, and if that is the case then it should be a better solution than hardcoding. Serial calculations: * Sector 257 for UDF revisions 1.02/1.50/2.00/2.01 * Sector 260 for ISO9660+UDF revisions 1.02/1.50/2.00/2.01 * Sector 320 for UDF revisions 2.50/2.60 with or without ISO9660 -- 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 22856] New: Runes of Magic 3.0.x: crashes at startup
by wine-bugs＠winehq.org 21 Dec '12

21 Dec '12

http://bugs.winehq.org/show_bug.cgi?id=22856 Summary: Runes of Magic 3.0.x: crashes at startup Product: Wine Version: 1.2-rc1 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P5 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: florianmattner(a)online.de Wine crashes when I open the Client.exe Wine says that the ClientUpdater.exe has been crashed. -- 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 25470] New: msvcrt:cpp tests do not run on 64-bit
by wine-bugs＠winehq.org 21 Dec '12

21 Dec '12

http://bugs.winehq.org/show_bug.cgi?id=25470 Summary: msvcrt:cpp tests do not run on 64-bit Product: Wine Version: 1.3.8 Platform: x86-64 URL: http://test.winehq.org/data/4ad97d404d30f9ec62649a7b81 80f51b7eb4a759/wine_ae-ub1004-x64/msvcrt:cpp.html OS/Version: Linux Status: NEW Keywords: download, source, testcase Severity: minor Priority: P2 Component: msvcrt AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Doesn't run on windows or wine: http://test.winehq.org/data/4ad97d404d30f9ec62649a7b8180f51b7eb4a759/win7_w… http://test.winehq.org/data/4ad97d404d30f9ec62649a7b8180f51b7eb4a759/wine_a… -- 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 25717] New: Japanese fonts sometimes shifted to the left
by wine-bugs＠winehq.org 21 Dec '12

21 Dec '12

http://bugs.winehq.org/show_bug.cgi?id=25717 Summary: Japanese fonts sometimes shifted to the left Product: Wine Version: 1.3.11 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: gdi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: galtgendo(a)o2.pl Created an attachment (id=32764) --> (http://bugs.winehq.org/attachment.cgi?id=32764) output with WINEDEBUG=+font After I set up new set of font overrides (first app I encountered, that was looking up MSPGothic by its Japanese name), I ran into a strange effect. While fonts in menus were rendered correctly (well, AFAICT), glyphs in other places were shifted a bit to the left, as shown on the screenshot. Attaching log from WINEDEBUG=+font first. -- 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 88

[Bug 24621] New: Slow UI and toolbar redraw in SolidWorks
by wine-bugs＠winehq.org 21 Dec '12

21 Dec '12

http://bugs.winehq.org/show_bug.cgi?id=24621 Summary: Slow UI and toolbar redraw in SolidWorks Product: Wine Version: 1.3.4 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: denis.bonnenfant(a)diderot.org In SolidWorks, toolbars are organized in tabs, displayed contextually depending on actions ( sketching, 3D functions... ). Left panel displays a tree view, or functions properties. toolbars : Manual switching between tabs works normally, no slowdown, but sometimes tabs are drawn outside of the application window, at the top left of the screen, just below system bar (see screenshot). Moving windows erases this. When tab switching is initiated by another operation, the refresh logic is not good : first, toolbar is displayed, but then it is redrawn very slowly (1-2s, left to right). This operation slows down all the UI, resulting in a very unpleasant lag for user (icons can't be selected during redraw) Left panel (property manager) : It contain collapsable areas, containing different dialog boxes ( see screenshot ). On any updates, left panel is first displayed correctly and quite fastly. But then titles of collapsable boxes and some graphic areas are erased very slowly (1-2s, left to right) (see screenshot). This operation slows down all the UI, resulting in a very unpleasant lag for user too -- 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 16

[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 25808] New: shdocvw:ie tests crash on x64 and clang
by wine-bugs＠winehq.org 21 Dec '12

21 Dec '12

http://bugs.winehq.org/show_bug.cgi?id=25808 Summary: shdocvw:ie tests crash on x64 and clang Product: Wine Version: 1.3.11 Platform: x86-64 OS/Version: Linux Status: NEW Severity: minor Priority: P2 Component: shdocvw AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Created an attachment (id=32883) --> (http://bugs.winehq.org/attachment.cgi?id=32883) clang output Clang: ../../../tools/runtest -q -P wine -M shdocvw.dll -T ../../.. -p shdocvw_test.exe.so ie.c && touch ie.ok wine: Unhandled page fault on write access to 0x00000028 at address 0x6821ce56 (thread 0039), starting debugger... Unhandled exception: page fault on write access to 0x00000028 in 32-bit code (0x6821ce56). wine64: fixme:storage:create_storagefile Storage share mode not implemented. tmarshal.c:1735: PSFacBuf_CreateProxy: Assertion `sizeof(TMAsmProxy) == 16' failed. wine: Assertion failed at address 0x2b3a3663bba5 (thread 0009), starting debugger... Unhandled exception: assertion failed in 64-bit code (0x00002b3a3663bba5). I'll attach logs for both. -- 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 11

[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 25828] New: oleaut32:tmarshal tests fail on clang
by wine-bugs＠winehq.org 21 Dec '12

21 Dec '12

http://bugs.winehq.org/show_bug.cgi?id=25828 Summary: oleaut32:tmarshal tests fail on clang Product: Wine Version: 1.3.11 Platform: x86 URL: http://test.winehq.org/data/98834637eb25caf986c9feae3e aa0b855cc19a26/wine_ae-ub1004-clang/oleaut32:tmarshal. html OS/Version: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: oleaut32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Unhandled exception: page fault on read access to 0x00000003 in 32-bit code (0x7ea7497f). winedbg: Internal crash at 0x7ec81e4d test failed: crash attached a debug log with relay,seh,tid and all ole debug channels, let me know if more targeted traces would help. -- 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 7

[Bug 27404] New: Zeq2Msvcrt needs msvcr90.dll._crt_debugger_hook
by wine-bugs＠winehq.org 21 Dec '12

21 Dec '12

http://bugs.winehq.org/show_bug.cgi?id=27404 Summary: Zeq2Msvcrt needs msvcr90.dll._crt_debugger_hook Product: Wine Version: 1.3.21 Platform: x86-64 URL: http://zeq2.com/lite/ OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: msvcrt AssignedTo: wine-bugs(a)winehq.org ReportedBy: nerv(a)dawncrow.de svn co -r 1526 http://zeq2.com/SVN/Build/ ... $ wine ZEQ2Msvc.exe fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.VC90.CRT" (9.0.21022.8) fixme:wgl:X11DRV_wglChoosePixelFormatARB unused pfAttribFList wine: Call from 0x7b83b2f2 to unimplemented function msvcr90.dll._crt_debugger_hook, aborting wine: Unimplemented function msvcr90.dll._crt_debugger_hook called at address 0x7b83b2f2 (thread 0009), starting debugger... -- 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 19921] New: NetObjects Fusion, fatal error
by wine-bugs＠winehq.org 21 Dec '12

21 Dec '12

http://bugs.winehq.org/show_bug.cgi?id=19921 Summary: NetObjects Fusion, fatal error Product: Wine Version: 1.1.28 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: sunrise.xxl(a)web.de CC: sunrise.xxl(a)web.de Hello, I was able to install NetObjects Fusion 7.5 (for creating a website). It runs under WinXP with no problems, alas not under wine... I tried looking for an existing bug, but I really haven't a clue what terms to search for. Sorry if this is a duplicate and sorry, my English not the best... NOF can be started, but when I want to create a new site or open an existing site created under Windows (site_name.nod), I got a "fatal error", the program freezes. Before doing this all I copied all the necessary files from Windows into .wine tail -f /var/log/messages shows no results. By starting in a terminal I got the attached results (see the pdf). My OP is Ubuntu 8.04 LTS. -- 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 16

[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

[Bug 30030] New: LuxMark 2.0 crashes under wine
by wine-bugs＠winehq.org 21 Dec '12

21 Dec '12

http://bugs.winehq.org/show_bug.cgi?id=30030 Bug #: 30030 Summary: LuxMark 2.0 crashes under wine Product: Wine Version: 1.4-rc5 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wineserver AssignedTo: wine-bugs(a)winehq.org ReportedBy: t.artem(a)mailcity.com Classification: Unclassified Created attachment 39113 --> http://bugs.winehq.org/attachment.cgi?id=39113 backtrace with symbol info BT is attached. -- 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 11

[Bug 22489] New: Stonegiant demo doesn't run, needs d3d11
by wine-bugs＠winehq.org 21 Dec '12

21 Dec '12

http://bugs.winehq.org/show_bug.cgi?id=22489 Summary: Stonegiant demo doesn't run, needs d3d11 Product: Wine Version: 1.1.43 Platform: x86 OS/Version: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com There was some splash recently about a new game engine's benchmark, http://www.examiner.com/x-3707-DLC-Examiner~y2010m4d24-Stone-Giant-DirectX-… http://www.bitsquid.se/downloads/download.html http://www.bitsquid.se/news_press%20releases.html so I installed it to see how it would break under Wine. Here's the startup log: err:module:import_dll Library d3d11.dll (which is needed by L"C:\\Program Files\\Stone Giant\\exe\\stone_giant.exe") not found fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.VC80.CRT" (8.0.50727.762) err:module:import_dll Library MSVCP80.dll (which is needed by L"C:\\Program Files\\Stone Giant\\exe\\nvtt.dll") not found err:module:import_dll Library nvtt.dll (which is needed by L"C:\\Program Files\\Stone Giant\\exe\\stone_giant.exe") not found Had to select Vista in winecfg to get it to install, too. -- 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 26755] New: wineboot crashes on start when cabinet.dll is compiled with clang
by wine-bugs＠winehq.org 21 Dec '12

21 Dec '12

http://bugs.winehq.org/show_bug.cgi?id=26755 Summary: wineboot crashes on start when cabinet.dll is compiled with clang Product: Wine Version: 1.3.17 Platform: x86 OS/Version: Linux Status: NEW Keywords: download, source Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Created an attachment (id=34077) --> (http://bugs.winehq.org/attachment.cgi?id=34077) backtrace This is part 2 of bug 26754 wineboot crashes on start, without a backtrace, but it doesn't seem fatal. Running wineboot a second time works, and notepad/etc. work. The culprit is cabinet.dll, using one compiled with gcc works fine. I've attached the backtrace from running make -k test for cabinet.dll. +relay works around this as well. -- 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 3

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 2012