February 2010 - Wine-bugs - list.winehq.org

[Bug 19421] New: Can't upload attachments from a Mac running Mac OS 10.5
by wine-bugs＠winehq.org 08 Aug '11

08 Aug '11

http://bugs.winehq.org/show_bug.cgi?id=19421 Summary: Can't upload attachments from a Mac running Mac OS 10.5 Product: WineHQ Bugzilla Version: 3.2.3 Platform: PC OS/Version: Mac OS X 10.5 Status: UNCONFIRMED Severity: normal Priority: P2 Component: bugzilla-unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: cdavis(a)mines.edu I can't upload attachments from a Mac running Mac OS 10.5. It does not matter which browser I use (tested with Firefox and Safari). When I click submit to begin the upload, the browser tells me it's sending the request, and then it just sits there and does nothing. If I click the browser's stop button, I find that my attachment is not there at all, like I didn't even try to attach anything in the first place. Same thing happens when I try to create a new bug with an initial attachment (like I tried to do with bug 19412; I wanted to attach a log, but couldn't). Don't tell me this is a bug with Mac OS or whatever browser I'm using (at the moment, Firefox). I tried the Landfill test installation on Bugzilla's website, and uploading attachments worked just fine. I tried both the 3.0 and 3.2 branches. Maybe it's time to upgrade? -- 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 20763] New: make crosstest fails on Mac OS X
by wine-bugs＠winehq.org 08 Aug '11

08 Aug '11

http://bugs.winehq.org/show_bug.cgi?id=20763 Summary: make crosstest fails on Mac OS X Product: Wine Version: 1.1.33 Platform: PC OS/Version: Mac OS X 10.5 Status: UNCONFIRMED Severity: normal Priority: P2 Component: testcases AssignedTo: wine-bugs(a)winehq.org ReportedBy: cdavis(a)mines.edu (When bug 20762 is fixed, please change the OS to Mac OS X 10.6. Thank you.) Building tests for Windows with mingw fails on Mac OS X. And yes, I do have mingw installed. Specifically, tests fail to link with this message: ../../../dlls/winecrt0/libwinecrt0.a: could not read symbols: Archive has no index; run ranlib to add one collect2: ld returned 1 exit status winegcc: i386-mingw32-gcc failed Yes, I tried running the mingw ranlib on the library but it had no effect. I also tried cleaning out dlls/winecrt0. That had this effect: /usr/local/bin/../lib/gcc/i386-mingw32/3.4.5/../../../../i386-mingw32/bin/ld: cannot find -lwinecrt0 collect2: ld returned 1 exit status winegcc: i386-mingw32-gcc failed I suspect that's because none of the cross tests depend on winecrt0 in their Makefiles. Running the mingw nm on libwinecrt0.a produces this: i386-mingw32-nm: __.SYMDEF SORTED: File format not recognized i386-mingw32-nm: delay_load.o: File format not recognized i386-mingw32-nm: dll_entry.o: File format not recognized i386-mingw32-nm: dll_main.o: File format not recognized i386-mingw32-nm: drv_entry.o: File format not recognized i386-mingw32-nm: exe16_entry.o: File format not recognized i386-mingw32-nm: exe_entry.o: File format not recognized i386-mingw32-nm: exe_main.o: File format not recognized i386-mingw32-nm: exe_wentry.o: File format not recognized i386-mingw32-nm: exe_wmain.o: File format not recognized i386-mingw32-nm: init.o: File format not recognized i386-mingw32-nm: stub.o: File format not recognized because a) it doesn't support Mach-O and b) it doesn't support Apple ranlib indexes at all, let alone sorted ones. Are you sure winegcc should be pulling in winecrt0 for the i386-mingw32 target? Are you sure we don't want to use mingw's CRT startup code? If we want to use winecrt0, why don't the cross tests depend on it, and why isn't a version built for mingw32? -- 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 21556] New: Steam Install Frozen
by wine-bugs＠winehq.org 08 Aug '11

08 Aug '11

http://bugs.winehq.org/show_bug.cgi?id=21556 Summary: Steam Install Frozen Product: Wine Version: 1.1.37 Platform: x86 OS/Version: Mac OS X 10.4 Status: UNCONFIRMED Severity: normal Priority: P2 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: joebobthe13th(a)gmail.com Created an attachment (id=25970) --> (http://bugs.winehq.org/attachment.cgi?id=25970) Output Log After installing Gecko Engine on my Mac I ran the command $ wine start SteamInstall.msi the Terminal displays a couple lines of text and gets frozen at fixme:menubuilder:SaveIconResAsXPM Unsupported color depth 24-bit fixme:menubuilder:SaveIconResAsXPM Unsupported color depth 32-bit fixme:menubuilder:SaveIconResAsXPM Unsupported color depth 24-bit How do I fix it so that I will be able to run a full install? -- 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 17967] New: BadValue to Apple-DRI
by wine-bugs＠winehq.org 08 Aug '11

08 Aug '11

http://bugs.winehq.org/show_bug.cgi?id=17967 Summary: BadValue to Apple-DRI Product: Wine Version: 1.0.1 Platform: Macintosh OS/Version: Mac OS X 10.5 Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: boyland(a)cs.uwm.edu I am running an executable created with Adobe Director for Windows. Wine worked! (It seems to be the only way to be able to do this if the CD was created with WIndows in mind). But I did get the following errors that might be useful to you: Could not load Mozilla. HTML rendering will be disabled. X Error of failed request: BadValue (integer parameter out of range for operation) Major opcode of failed request: 128 (Apple-DRI) Minor opcode of failed request: 2 () Value in failed request: 0x600256 Serial number of failed request: 2846 Current serial number in output stream: 2846 fixme:wave:wodDsCreate DirectSound not implemented fixme:wave:wodDsCreate The (slower) DirectSound HEL mode will be used instead. (last two messages repeated ad infinitum) NB: the application worked FINE. Thanks! This is on a MacBookPro (2006 era) Intel-based macintosh. I got wine using Macports.org (port install 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 4

[Bug 15720] New: Crash when attempting to run Lego Star Wars II
by wine-bugs＠winehq.org 08 Aug '11

08 Aug '11

http://bugs.winehq.org/show_bug.cgi?id=15720 Summary: Crash when attempting to run Lego Star Wars II Product: Wine Version: 1.1.6 Platform: PC-x86-64 OS/Version: Mac OS X 10.5 Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jaziniho(a)gmail.com When attempting to run Lego Star Wars II through wine 1.1.6 on OS X 10.5.4 and X11.app.2.1.1 (xorg-server 1.3.0-apple5), a window appears on screen very briefly (too briefly to read) then attached crash occurrs. System is an intel core2duo 2.1Ghz with 4GB RAM and ample hard disk space. -- 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 13117] New: 1.0-rc1 fails to compile in Mac OS X
by wine-bugs＠winehq.org 08 Aug '11

08 Aug '11

http://bugs.winehq.org/show_bug.cgi?id=13117 Summary: 1.0-rc1 fails to compile in Mac OS X Product: Wine Version: 1.0-rc1 Platform: Macintosh OS/Version: Mac OS X 10.5 Status: UNCONFIRMED Severity: blocker Priority: P1 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: teloiv(a)gmail.com When trying to compile Wine 1.0-rc1 in Mac OS X Leopard, Wine errors during make and fails to compile. I've attached the make output of the compile failing. If i run 'make -k' to ignore the error, wine successfully compiles, however this just ignores the problem, not solves it. -- 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 21518] New: Ibiblio's 1.1.37 source code problem?
by wine-bugs＠winehq.org 08 Aug '11

08 Aug '11

http://bugs.winehq.org/show_bug.cgi?id=21518 Summary: Ibiblio's 1.1.37 source code problem? Product: Wine Version: 1.1.37 Platform: x86-64 OS/Version: Mac OS X 10.6 Status: UNCONFIRMED Severity: normal Priority: P3 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jedimastermaniac(a)hotmail.com Wine 1.1.37 source code from the ibiblio.org mirror connot be configured and returns and errors that there are not enough privileges whereas the one from sourceforge seems to be configured and built normally without issues Dunno how this happened i found it quite strange First time using hte bug report so sorry if i messed up -- 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 15375] New: Failed to load libGL: dlopen(libGL.1.dylib, 266): image not found
by wine-bugs＠winehq.org 08 Aug '11

08 Aug '11

http://bugs.winehq.org/show_bug.cgi?id=15375 Summary: Failed to load libGL: dlopen(libGL.1.dylib, 266): image not found Product: Wine Version: 1.1.5 Platform: Macintosh OS/Version: Mac OS X 10.5 Status: UNCONFIRMED Severity: normal Priority: P2 Component: build-env AssignedTo: wine-bugs(a)winehq.org ReportedBy: vladimir.endaltcev(a)gmail.com After upgrading XQuartz to latest version 2.3.1 and installing wine 1.1.5 using macports (wine-devel port) got following: -- err:wgl:has_opengl Failed to load libGL: dlopen(libGL.1.dylib, 266): image not found err:wgl:has_opengl OpenGL support is disabled. If set LD_LIBRARY_PATH to /usr/X11/lib then libGL works but faced to: --- err:wgl:has_opengl glx_version is 1.2 and GLX_SGIX_fbconfig extension is unsupported. Expect problems. Could you explain why it is necessary to set env variables after installation? Is it wine compilation defect? Thanks in advance, Vladimir -- 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 18782] New: Installation 'printfil (.com) make errors
by wine-bugs＠winehq.org 08 Aug '11

08 Aug '11

http://bugs.winehq.org/show_bug.cgi?id=18782 Summary: Installation 'printfil (.com) make errors Product: Wine Version: 1.1.21 Platform: Macintosh OS/Version: Mac OS X 10.5 Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: abonino(a)quick-line.ch problems with print-SW? (10.5.7) -- 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 19155] New: Ankh2: main character, NPC and other things black without UseGLSL=disabled
by wine-bugs＠winehq.org 08 Aug '11

08 Aug '11

http://bugs.winehq.org/show_bug.cgi?id=19155 Summary: Ankh2: main character, NPC and other things black without UseGLSL=disabled Product: Wine Version: 1.1.24 Platform: PC OS/Version: Mac OS X 10.5 Status: UNCONFIRMED Severity: minor Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: hoehle(a)users.sourceforge.net With default Wine settings, that is without UseGLSL="disabled", the app exhibits several related defects: - The characters (Assil etc.) are drawn completely black. - The intro displays black blocks on (correct) dark blue blackground instead of the Deck13 logo in white and yellow. - The game's first scene (alley/Gasse) is completely black except for the passage to the illuminated main street. With "disabled", it's merely very dark and Assil is visible (dark), which seems normal for this scene. OTOH, The app seems to merit gold rating with UseGLSL=disabled, but it's too early to tell after mere 10 minutes testing. Alas, in both cases, there's a white square as background to the mouse pointer, but that's another issue. The logs are similar in both cases (not attached) and don't show anything not already known from other apps (>1 backbuffer etc.) that work well. Observed on nVidia Mac OSX 10.5.7, XQuartz 2.3.3.2 and Wine compiled myself with nothing but Xcode 3. -- 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 12