http://bugs.winehq.org/show_bug.cgi?id=4851
James Hawkins <truiken(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |FIXED
--- Comment #7 from James Hawkins <truiken(a)gmail.com> 2007-11-14 20:49:15 ---
Reported fixed. Reopen if it's not.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=3846
--- Comment #2 from Juan Lang <juan_lang(a)yahoo.com> 2007-11-14 19:56:00 ---
I just tried this. It contains 6 samples:
1. button - still works.
2. db1 - prints the error:
err:ole:CoGetClassObject class {00000010-0000-0010-8000-00aa006d2ea4} not
registered
This is installed with MDAC, I believe. The dialog appears anyway.
3. db2 - prints the error:
err:ole:CoGetClassObject class {00028c00-0000-0000-0000-000000000046} not
registered
and puts up an error dialog.
4. db3 - prints the error:
err:ole:CoGetClassObject class {cde57a43-8b86-11d0-b3c6-00a0c90aea82} not
registered
and puts up an error dialog.
5. form - brings up an empty dialog, not sure if that's what it's supposed to
do or not.
6. setup - seems to install ok. The only change to the above results is db2
now brings up its main dialog after the error dialog, but it isn't responsive.
Dismissing it crashes with a NULL pointer dereference.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=6659
Luke Bratch <l_bratch(a)yahoo.co.uk> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |l_bratch(a)yahoo.co.uk
--- Comment #4 from Luke Bratch <l_bratch(a)yahoo.co.uk> 2007-11-14 19:04:44 ---
This still happens as far as I can see.
Latest Git - if you press enter whilst in the combo box, winecfg exits.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=8924
Dan Kegel <dank(a)kegel.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |dank(a)kegel.com
--- Comment #2 from Dan Kegel <dank(a)kegel.com> 2007-11-14 18:58:37 ---
The problem in comment #1 sounds invalid, and was probably
a failed attempt to produce a minimal test case.
SuSv3 deprecates the global _environ, and encourages you to use
getenv.
When a program modifies the environment,
it's ok for the variables to move, but any pointers retrieved
beforehand by getenv() must remain valid, i.e. point to an old copy of
the environment.
The problem in comment #2 sounds more interesting.
I can't reproduce it with a simple program. Here's what I did:
first, I created the following file
#include <stdio.h>
#include <stdlib.h>
int main(int argc, char **argv)
{
const char *foobie=getenv("foobie");
if (foobie)
printf("foobie ok, %s\n", foobie);
else
printf("foobie not found\n");
}
as foo.c in my wine-git tree, the compiled it with the line
tools/winegcc/winegcc foo.c -L dlls -L libs/wine
and then tested it like this:
$ wine cmd
Z:> set foobie=bletch
Z:> a.out
foobie ok, bletch
I would suggest closing this bug as invalid and opening
a new one with just the real-world problem you're facing
(i.e. the one from #2).
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=9026
--- Comment #8 from Julian Rüger <jr98(a)gmx.net> 2007-11-14 18:37:31 ---
Created an attachment (id=9162)
--> (http://bugs.winehq.org/attachment.cgi?id=9162)
new errors
I just tried again, and normal gameplay works really well and fast.
Tried to reproduce the crash and _this_ happened.
It kinda confirms my guess about a sound played repeatedly to fast, I think.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=6341
--- Comment #14 from Florian <florianskarten(a)web.de> 2007-11-14 16:06:09 ---
I can't start the current messanger any more, because it tell me at start that
I need 16 or 32 bit color depth.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=4851
Luke Bratch <l_bratch(a)yahoo.co.uk> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |l_bratch(a)yahoo.co.uk
--- Comment #6 from Luke Bratch <l_bratch(a)yahoo.co.uk> 2007-11-14 15:51:15 ---
This seems to work flawlessly now.
Tested vlc-0.8.5 in the latest Wine Git, fast forward, slow down and dragging
the slider around all work.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=4823
Austin English <austinenglish(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |INVALID
--- Comment #9 from Austin English <austinenglish(a)gmail.com> 2007-11-14 14:32:42 ---
If it's an application bug, then this report is invalid.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.