http://bugs.winehq.org/show_bug.cgi?id=4483
winehq-ticket(a)raf256.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |FIXED
Version|0.9.3. |0.9.7.
------- Additional Comments From winehq-ticket(a)raf256.com 2006-04-02 08:29 -------
Instalation works nicely on wine 0.9.7 (I got it from CVS actually)
root@lore:/home/raf256/.wine/drive_c/dap# md5sum MinGW-5.0.0.exe
d31f7082cba5bd03873f2501d0157ae0 MinGW-5.0.0.exe
root@lore:/home/raf256/.wine/drive_c/dap# uname -a
Linux lore.raf256 2.6.14.6-grsec-a+gb-k8reg-pg4 #3 PREEMPT Fri Feb 3 11:01:22
CET 2006 i686 GNU/Linux
root@lore:/home/raf256/.wine/drive_c/dap# wine ./
wine: cannot open (null)
root@lore:/home/raf256/.wine/drive_c/dap# wine ./MinGW-5.0.0.exe
fixme:win:SetWindowTextA setting text "MinGW 5.0.0" of other process window
(nil) should not use SendMessage
fixme:win:SetWindowTextA setting text "MinGW 5.0.0" of other process window
(nil) should not use SendMessage
fixme:richedit:RichEditANSIWndProc WM_SETFONT: stub
fixme:richedit:RichEditANSIWndProc EM_AUTOURLDETECT: stub
fixme:richedit:RichEditANSIWndProc EM_EXLIMITTEXT: stub
err:menubuilder:extract_icon32 LoadLibraryExW (L"C:\\MinGW\\uninst.exe") failed,
error 126
err:menubuilder:InvokeShellLinker failed to fork and exec wineshelllink
kde-config: WARNING: KLocale: trying to look up "" in catalog. Fix the program
fixme:win:SetWindowTextA setting text "Delete file:
C:\\windows\\temp\\nstee7.tmp\\ChoosePackage.ini" of other process window
0x20058 should not use SendMessage
fixme:win:SetWindowTextA setting text "Delete file:
C:\\windows\\temp\\nstee7.tmp\\InstallOptions.dll" of other process window
0x20058 should not use SendMessage
fixme:win:SetWindowTextA setting text "Delete file:
C:\\windows\\temp\\nstee7.tmp\\NSISdl.dll" of other process window 0x20058
should not use SendMessage
fixme:win:SetWindowTextA setting text "Delete file:
C:\\windows\\temp\\nstee7.tmp\\PickMirror.ini" of other process window 0x20058
should not use SendMessage
fixme:win:SetWindowTextA setting text "Delete file:
C:\\windows\\temp\\nstee7.tmp\\StartMenu.dll" of other process window 0x20058
should not use SendMessage
fixme:win:SetWindowTextA setting text "Delete file:
C:\\windows\\temp\\nstee7.tmp\\ioSpecial.ini" of other process window 0x20058
should not use SendMessage
fixme:win:SetWindowTextA setting text "Delete file:
C:\\windows\\temp\\nstee7.tmp\\modern-header.bmp" of other process window
0x20058 should not use SendMessage
fixme:win:SetWindowTextA setting text "Delete file:
C:\\windows\\temp\\nstee7.tmp\\modern-wizard.bmp" of other process window
0x20058 should not use SendMessage
fixme:win:SetWindowTextA setting text "Delete file:
C:\\windows\\temp\\nstee7.tmp\\untgz.dll" of other process window 0x20058 should
not use SendMessage
fixme:win:SetWindowTextA setting text "Remove folder:
C:\\windows\\temp\\nstee7.tmp\\" of other process window 0x20058 should not use
SendMessage
Despite thoes warning all seem to work fine.
--
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=4485
Summary: MP3 playback stops in middle of files in WMP9
Product: Wine
Version: 0.9.7.
Platform: PC
URL: http://appdb.winehq.org/appview.php?versionId=1449
OS/Version: Linux
Status: UNCONFIRMED
Keywords: download
Severity: normal
Priority: P2
Component: wine-multimedia
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: alex(a)thehandofagony.com
When playing MP3 files in Windows Media Player 9, the playback stops long before
the file is finished. Furthermore, the first second of sound is not played
correctly. All other files I have tried, MPEG layer-2 audio, WMA, WAV, WMV etc.
play fine.
There doesn't seem to be any relevant information on the console, and I don't
know tha tDLL to give specific output from.
See the AppDB page for information on how to download and install the Player.
--
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=4484
Summary: 'Alchemy' visualization uses whole window in WMP9
Product: Wine
Version: 0.9.7.
Platform: PC
URL: http://appdb.winehq.org/appview.php?versionId=1449
OS/Version: Linux
Status: UNCONFIRMED
Keywords: download
Severity: normal
Priority: P2
Component: wine-directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: alex(a)thehandofagony.com
The 'Alchemy' visualization type in Windows Media Player 9 uses the whole player
window instead of the designated playback area.
See the AppDB page for information on where to download it and how to install 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.
http://bugs.winehq.org/show_bug.cgi?id=4477
------- Additional Comments From b.buschinski(a)web.de 2006-04-02 05:32 -------
Yes it works this way
I hope usp10 improves soon :-)
--
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.
I did some further research. Functions file:CreateFileW or
ntdll:NtCreateFile, or things like that can not handle Chinese
filenames.
在 2006-02-04六的 15:30 +0800,cnbiz850写道:
> I ran the program with WINEDEBUG=warn+all and did get some possible
> indications of the problems. Could that be due to the case-sensitive
> filenames? Please see attached log file.
>
>
>
> 在 2006-02-03五的 20:50 -0600,Wine Bugs写道:
> > http://bugs.winehq.org/show_bug.cgi?id=4478
> >
> >
> >
> >
> >
> > ------- Additional Comments From vitaliy(a)kievinfo.com 2006-03-02 20:50 -------
> > Shared memory mapping is fully supported by Wine. Please provide all of the
> > messages that you see in the terminal window (attach if it's more then 30 lines).
> >
http://bugs.winehq.org/show_bug.cgi?id=4483
xerox_xerox2000(a)yahoo.co.uk changed:
What |Removed |Added
----------------------------------------------------------------------------
URL| |http://www.bloodshed.net/dev
| |/devcpp.html
------- Additional Comments From xerox_xerox2000(a)yahoo.co.uk 2006-04-02 03:33 -------
i guess that's from this website:http://www.bloodshed.net/dev/devcpp.html???
Just tried and installs fine here. I see you use wine-0.9.3. Could you please
first upgrade to 0.9.7 and try again? 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=4482
------- Additional Comments From xerox_xerox2000(a)yahoo.co.uk 2006-04-02 03:20 -------
Created an attachment (id=1829)
--> (http://bugs.winehq.org/attachment.cgi?id=1829&action=view)
exe file shows different behaviour with native msvcrt
well, i tried the little sample at msdn and modified it a bit:
#include <stdarg.h>
#include <wtypes.h>
void VarArg(LPCSTR formatstring, ...)
{
int nSize = 0;
char buff[255];
va_list args;
va_start(args, formatstring);
nSize = _vsnprintf( buff, sizeof(buff), formatstring, args);
printf("nsize=%d\n", nSize);
}
void main() {
VarArg("Players\Player%d.plr", "Players\Player0.plr");
VarArg("Cannot open file `%s' (%s) ()", "");
}
gives:
WINEDLLOVERRIDES="msvcrt=n" wine a.exe
nsize=24
nsize=25
and
wine a.exe
nsize=24
nsize=33
so different results
Maybe it's due to the strange `%s' -"thing
--
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=4482
------- Additional Comments From Speeddymon(a)gmail.com 2006-04-02 02:20 -------
Im not so sure it is vsnprintf. The only reason I say this is because it is the
first time you run it. It seems to me more likely that the game is writing some
registry entries on the first run (game options?) and somethine there is
dieing.. maybe it is using vsnprintf to write those reg entries, im not sure,
but I just thought I would offer that up as something else to check.
The only other thing (now that I have looked at the trace) is that it is using
vsnprintf to load up the string for the files, and then it cant find the files
on the first load, causing the crash. try creating empty files named the same
as those listed just before the crash, and see if that fixes it. if it does,
then we have a problem with the way wine is handling the file not found.
--
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.