wine-bugs May 2007

wine-bugs@winehq.org

8 participants
3228 discussions

[Bug 8202] GL_INVALID_OPERATION in glDrawRangeElements
by Wine Bugs 05 May '07

05 May '07

http://bugs.winehq.org/show_bug.cgi?id=8202 wine(a)avongauss.info changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |wine(a)avongauss.info -- 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 6880] Stronghold 2/Legends do not start in win2k/xp mode
by Wine Bugs 05 May '07

05 May '07

http://bugs.winehq.org/show_bug.cgi?id=6880 ------- Additional Comments From vitaliy(a)kievinfo.com 2007-05-05 15:46 ------- > Names? Are they *ever* supposed to work on wine? Sure, why not? Safedisc is one of them (even as old as 1.5). It does not use GetProcAddress (where it does matter). In fact, it does all the import fixups itself (which still doesn't work on Wine ATM). So if you patch GetProcAddress it might confuse it or some other programs that do read export tables directly. > To cope this braindamaged i-have-my-own-GetProcAddress stuff, the loader could > hot-patch the export tables after mapping the dll into memory (cancelling out > exports which are not supported by current plaform). Nope that won't work - see above, safedisc does export fixups itself. The dll/executable in question has no imports at all. There are few other details that I can't really talk about. > The windows loader wont load dependency (module) with missing import (wrong > platform) - while the wine loader happily does (which is IMHO wrong behaviour > leading to problems). Who said Wine does that? Wine will brake into debugger aka crash when an app tries to import non-existing function. The best example - old version of mfc42.dll that doesn't have one of the functions lots of new apps need. -- 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 4464] d3dx9_*.dll are unimplemented
by Wine Bugs 05 May '07

05 May '07

http://bugs.winehq.org/show_bug.cgi?id=4464 ------- Additional Comments From atrauzzi(a)gmail.com 2007-05-05 15:37 ------- That argument really doesn't give you much. You can't write software, give it to people and accuse them of not changing it. Most people don't know how. My god, that's incredibly rude. I haven't insulted you once, but I assure you, you have. I suggest that you be evaulated by others in the wine project. Keep the back scratchers out. So, rather than confronting the points I brought up, you've just chosen to ignore them. Very clever. I think the original issue description brings up enough valid reasons for these libraries to be implemented. Specifically: o Availability o License Just because you're trying to reduce the incoming workload doesn't mean you have to fabricate, omit and dance around with nonsense. The least that can be done is have the problems with these libraries be marked for future improvement. Once again, open source software earns another blackmark through you with elitist behaviour. Maybe you should read some articles that detail the kind of attitude you flaunt. What you're doing earns OS software a very bad name, and I resent everything you've said and every detail of your attitude. I'm trying to promote OS software, you and people like you work against that effort. -- 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 4464] d3dx9_*.dll are unimplemented
by Wine Bugs 05 May '07

05 May '07

http://bugs.winehq.org/show_bug.cgi?id=4464 ------- Additional Comments From vitaliy(a)kievinfo.com 2007-05-05 15:32 ------- Well you don't buy games that don't run on Linux - that's the simple straight forward answer. And as far as all your "intelligent" insults towards me or any other person in the public place - well that's for other people to decide what they say about who you or me or any one else are. And btw again if you do not like Wine, or the way it is - you are very welcome to change it they way you want it. This _is_ the way open source works. -- 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 6880] Stronghold 2/Legends do not start in win2k/xp mode
by Wine Bugs 05 May '07

05 May '07

http://bugs.winehq.org/show_bug.cgi?id=6880 ------- Additional Comments From focht(a)gmx.net 2007-05-05 15:23 ------- Hello, --- quote --- The solution you proposing won't work - there are some ... other protection systems that are not using GetProcAddress at all. Instead they muck around the export / import tables themselves. --- quote --- Names? Are they *ever* supposed to work on wine? I bet the number of targets is very limited. To cope this braindamaged i-have-my-own-GetProcAddress stuff, the loader could hot-patch the export tables after mapping the dll into memory (cancelling out exports which are not supported by current plaform). Though even this can be circumvented by directly reading the library into memory as "blob" (without LoadLibrary). I seriously doubt the value of supporting such type of software (e.g. malware). --- quote --- So hiding anything in GetProcAddress might not work. Worse it can brake something. --- quote --- It's exhibiting same behaviour like windows version. If an export doesnt exist on specific target platform, GetProcAddress() returns NULL. Same problem domain for early bound (static) imports. The windows loader wont load dependency (module) with missing import (wrong platform) - while the wine loader happily does (which is IMHO wrong behaviour leading to problems). Regards -- 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 4464] d3dx9_*.dll are unimplemented
by Wine Bugs 05 May '07

05 May '07

http://bugs.winehq.org/show_bug.cgi?id=4464 ------- Additional Comments From atrauzzi(a)gmail.com 2007-05-05 15:15 ------- > You didn't read what I said - these dlls are _NOT_ part of windows! Right. But WINE will implement other DLLs after enough demand is created. >Who said they are not? Show some bugs or don't state something you do not know anything about! This bug. The one that got closed. Notice how without a copy of Windows, this seemingly non-windows related set of libraries (which from the number of bugs that are dupes of this must obviously not be important) is essentially impossible to use? If the installation for Supreme Commander (in my case) doesn't install them, how would I otherwise get these libraries? The installation succeeded, yet somehow it still doesn't work?! Hmm... I know this might make you angry, but obviously this game and many others don't see fit to include these non-essential DLLs. I think you might need to review your stance on these libraries as more issues continue to pour in. I mean, with this mentality, why don't you just make Wine a bug repository where you tell everyone to copy ALL of Windows over to run Windows? Comical... As far as not knowing anything about this, please reserve your unsolicited opinion for park bench mumblings. If this frustrates you so much, perhaps you should be replaced. So far, I've found you to be quite biting, and not a very good diplomat, again an essential quality of a QA individual (go on and ask me how and why I know that, I dare you.) > You are welcome to send patches that will close those "loose ends". Oh how very kind of you to suggest that. You're so witty! Yes, I might submit one amendment to the documentation distributed with Wine and perhaps it's license: You will be summarily insulted, tarred and feathered on our bug site, please don't submit bugs because even though we're open source & offer a bug site, we prefer to reap none of the benefits of such. The least you could do is provide some links in this issue to instances of the libraries working and ways people who DON'T have windows can obtain them. (and if they can't, then why aren't they being implemented?!?!?) -- 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 4464] d3dx9_*.dll are unimplemented
by Wine Bugs 05 May '07

05 May '07

http://bugs.winehq.org/show_bug.cgi?id=4464 ------- Additional Comments From vitaliy(a)kievinfo.com 2007-05-05 15:03 ------- > But I don't have a copy of windows to install from? You didn't read what I said - these dlls are _NOT_ part of windows! >The libraries aren't working properly either. Some degree of focus must be made Who said they are not? Show some bugs or don't state something you do not know anything about! >here. Although you've "rationalized your way into" closing this issue, there's >still a loose end. You are welcome to send patches that will close those "loose ends". -- 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 8244] Indigo raytracer - crashes with page fault
by Wine Bugs 05 May '07

05 May '07

http://bugs.winehq.org/show_bug.cgi?id=8244 ------- Additional Comments From vitaliy(a)kievinfo.com 2007-05-05 15:00 ------- Bill this is _not_ a forum! This is bugzilla - database to track bugs! If your bug is still open, then it's still exist. And there are no magic all healing pill that you can use to fix it. -- 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 7177] MotoGP 3, doesnt react on any keyboard input
by Wine Bugs 05 May '07

05 May '07

http://bugs.winehq.org/show_bug.cgi?id=7177 vitaliy(a)kievinfo.com changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|1434 | nThis| | -- 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 4464] d3dx9_*.dll are unimplemented
by Wine Bugs 05 May '07

05 May '07

http://bugs.winehq.org/show_bug.cgi?id=4464 ------- Additional Comments From atrauzzi(a)gmail.com 2007-05-05 14:55 ------- But I don't have a copy of windows to install from? Consequently, DirectX was once an extension to Windows, was it not? I still think the position here is fundamentally flawed and limited. The libraries aren't working properly either. Some degree of focus must be made here. Although you've "rationalized your way into" closing this issue, there's still a loose end. There's no need to be petulant. You have a lot to learn in a QA role. -- 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 May 2007