http://bugs.winehq.org/show_bug.cgi?id=7986
------- Additional Comments From thestig(a)google.com 2007-09-04 13:15 -------
(I don't speak any German) but it looks like the program wants to download and
install the .net framework. The .net framework downloaded just fine, but failed
to install (bug 3972), causing everything to hang.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=7983
thestig(a)google.com changed:
What |Removed |Added
----------------------------------------------------------------------------
URL| |http://www.freechineselearni
| |ng.com/download_homework.asp
------- Additional Comments From thestig(a)google.com 2007-09-04 13:02 -------
Did the program install for you? It did for me.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=7995
thestig(a)google.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords| |Installer
------- Additional Comments From thestig(a)google.com 2007-09-04 12:58 -------
This bug is not in the game demo.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=7977
------- Additional Comments From rmh(a)aybabtu.com 2007-09-04 12:57 -------
I've attached one exhaustive test for each platform. Here are the digested results:
POSIX / ISO C99 functions that win32 doesn't support:
%C, %D, %e, %F, %g, %G, %h, %r, %R, %T, %u, %V
GNU extensions that win32 doesn't support:
%k, %l, %P, %s
Extensions defined in ISO C99 / POSIX that win32 implements differently:
%z, %Z
I can easily add code to nullify all the unsupported extensions above, and
replace %z / %Z with something more suitable. With this we archive 100%
compatibility AFAICT.
If you still want me to reimplement the whole thing using
GetDateFormat/GetTimeFormat, I can try that too. But it could take me a while..
I would really like if we could sort it out around native strftime instead.
Thanks
--
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.
http://bugs.winehq.org/show_bug.cgi?id=7996
Summary: serious sam dedicated servers don't work
Product: WineHQ Apps Database
Version: unspecified
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: website-bugs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: the_worm2(a)bestmail.us
the dedicated server for Serious Sam TFE 1.05 and Serious Sam TSE 1.07 will
accept connections, download *most* of the data to the clients, but then fail on
the CRC at the end. the windows client sees "Data 99% complete" before it gives
up. The output of the dedicated server under the wine does not indicate that
thee CRC message is sent (unlike when the dedicated server is run on a windows box).
I don't know if the data is incompletely sent, or if the CRC is simply wrong.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=6943
tony.lambregts(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |REOPENED
Resolution|FIXED |
------- Additional Comments From tony.lambregts(a)gmail.com 2007-09-04 11:14 -------
Apparently this is still a problem (reopening)
--
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.
http://bugs.winehq.org/show_bug.cgi?id=7409
------- Additional Comments From cunha17(a)gmail.com 2007-09-04 08:53 -------
-- snip --
Strangely, when I download and run vcredist_x86.exe from
http://www.microsoft.com/downloads/details.aspx?familyid=32BC1BEE-A3F9-4C13…
it seems to complete; the only complaint is
fixme:msi:msi_unimplemented_action_stub MsiPublishAssemblies -> 10 ignored
L"MsiAssembly" table values
Since this bug seems mostly about the runtime installer instead
of the library itself, let's move it to the msi category for now...
-- snip --
I'm experiencing the same problem.
Your wine configuration is "Windows 98" so the call is done to
MsiPublishAssemblies and the copying process will succeed. If your wine
configuration is set to Windows XP/2000/2003, the call will be done to
MsiEnumProductsExA, an error will occur, no file will be copied and the process
will be aborted.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=7072
------- Additional Comments From dirk.luebker(a)gmx.de 2007-09-04 08:38 -------
The same error with Ulead : PHI 8, DVD MovieFactory 2, MediaStudioPro 7
--
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.
http://bugs.winehq.org/show_bug.cgi?id=7995
Summary: Problem Installing Star Wars: Galactic Battlegrounds
Product: Wine
Version: 0.9.33.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-setupapi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: sheepeatingtaz(a)gmail.com
I'm having a problem when I try to install Star Wars Galactic Battlegrounds:
An Installation support file
'C:\windows\temp\(A202BDBA-753F-41B9-B649-CFB0B45FC03E)\Bbrd.bmp' could not be
installed. (0x80070002)
Please let me know if any more information would be helpful, and how to get this
information, and I will do what I can.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=7885
mstefani(a)redhat.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
------- Additional Comments From mstefani(a)redhat.com 2007-09-04 07:55 -------
Patches were accepted into Wine and will show up in wine-0.9.35 (or use current
git).
--
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.
http://bugs.winehq.org/show_bug.cgi?id=7866
------- Additional Comments From thunderbird2k(a)gmx.net 2007-09-04 06:09 -------
It isn't a depth switching issue. The problem is that Wine at the moment only
supports a single opengl visual whereas drivers supports dozens of formats
(Nvidia supports a few hundred; dri drivers lets say 20-30). WoW just doesn't
like the single format we offer.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=7852
------- Additional Comments From cfreak200(a)gmail.com 2007-09-04 05:44 -------
No it doesn't leave the game screen (im playing in Fullscreen but thought it was
also in windowed mode). If i move the the edge/end of the Screen the cursor
stay's there and the camera is not rotating.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=312
------- Additional Comments From vesuri(a)jormas.com 2007-09-04 05:44 -------
Wine doesn't crash but recording still doesn't work. It would seem as if Sound
Forge was getting the contents of the same buffer over and over again. Also,
after recording for about 4 seconds Sound Forge starts creating numerous Gaps
and recording a huge amount of data really fast (a 76 second sample in just 6
seconds). Tested with the ALSA driver and with two different sound cards.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=735
winebugzilla(a)sun.consumer.org.il changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |ASSIGNED
------- Additional Comments From winebugzilla(a)sun.consumer.org.il 2007-09-04 04:12 -------
Forgot to add - there are several advantages to the XKB code over the legacy one:
- Will now treat several groups loaded together seperately
- Will detect moving between groups, and notify of keyboard change accordingly
- Have venue to implement such functions as "ActivateKeyboardLayout" and
"GetKeyboardLayoutList", which are today stubs with little hope of getting
anywhere (well, the later just lists ALL keyboards, without being able to
actually do anything about it).
Shachar
--
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.
http://bugs.winehq.org/show_bug.cgi?id=735
------- Additional Comments From winebugzilla(a)sun.consumer.org.il 2007-09-04 04:03 -------
Re detection - that's not exactly the case. All layouts that start with the
country name will match approximately, and thus do the right thing. Matching by
name (and in binary search) is much more efficient. Plus, you can get the
complete list for a given server (at least for X.org) from
/usr/share/X11/xkb/symbols/ (which I will do before submitting), so I do, in
fact, think this method is better. In essence, this is no different than the
need to code all keyboard layouts today, except that we need to store (and
compare) less information per keyboard, and the search is (much) more efficient.
For example, Israel has about three or four layouts. I only coded one into the
code, despite the fact that it's not the one I work with (I work with Israel -
lyx). The code does the right thing, and will continue to do the right thing
even if more languages are added, due to the way the list is ordered.
The only place this method is arguably not better is where multi-lingual
countries exist (such as Canada), where getting only an approximate match MAY
result in the wrong language being reported. Even there, the language name
usually precedes the layout name (i.e. - "Canada - French Dvorak"), so the
partial match algorithm will do the right thing.
Looking at the code again, though, I guess do need to use "stricmp" instead of
"strcmp".
Re DebugBreak - I was afraid that assert will be compiled away on non-debug builds.
Shachar
--
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.
http://bugs.winehq.org/show_bug.cgi?id=735
------- Additional Comments From dmitry(a)codeweavers.com 2007-09-04 03:50 -------
Your patch detects an X11 keyboard layout by its name. In order to work on
wide range of systems it requires to hard code all/most existing X11 keyboard
layouts into Wine's keyboard.c. I'm not sure it's better than what we have now.
Besides it won't work if somebody changes/updates/adds a new layout.
The biggest problem with X11 keyboard APIs is that it doesn't report the locale
associated with a keyboard layout, i.e. it doesn't have a notion of the input
locale.
Also DebugBreak should be replaced by assert(0).
--
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.
http://bugs.winehq.org/show_bug.cgi?id=7994
Summary: No Driver Found for L"DIRDIB"
Product: Wine
Version: 0.9.34.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: test
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: bjwebb67(a)gmail.com
Application fails with the error: err:dc:CreateDCW no driver found for L"DIRDIB"
--
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.
http://bugs.winehq.org/show_bug.cgi?id=735
------- Additional Comments From winebugzilla(a)sun.consumer.org.il 2007-09-04 02:05 -------
Created an attachment (id=5698)
--> (http://bugs.winehq.org/attachment.cgi?id=5698&action=view)
In progress patch to the problem
This is an in-progress patch to fix this problem. This patch uses XKB to fix
the problem, but does not play well enough with the other parts of the keyboard
handling code, so is not yet ready to be submitted.
Shachar
--
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.