http://bugs.winehq.org/show_bug.cgi?id=13001
Summary: LookupPrivilegeValue
Product: Wine
Version: 0.9.61.
Platform: All
OS/Version: All
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: russiane39(a)gmail.com
I think many games suffer from not availability of that function in wine,
http://msdn.microsoft.com/en-us/library/aa379180(VS.85).aspx
--
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.
http://bugs.winehq.org/show_bug.cgi?id=14776
Summary: Winecfg should have option to configure Direct3D options
Product: Wine
Version: CVS/GIT
Platform: All
OS/Version: All
Status: NEW
Keywords: source
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Direct3D registry keys are some of the most commonly (re)configured (see the
AppDB for most games). We should have a radio/pull down menu in winecfg to set
these settings as well.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=9254
Summary: Master of orion 3: blank screen as unable to access
directx surface
Product: Wine
Version: CVS
Platform: All
OS/Version: All
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-directx-ddraw
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: T.P.Northover(a)sms.ed.ac.uk
In newer wine versions, moo seems unable to access the directX surface for some
reason. On startup this causes a blank screen and the text "DirectX surface
unavailable" instead of the intro movies and (eventually) title-menu.
git bisect tracked the change down to patch
df891b823ac6801d7359d7e398d5fa8832607328 but I'm not sure whether the problem
is with ddraw itself or the d3d commands it ends up calling now (or even in the
game itself).
I'm afraid I don't know DirectX to judge the correct semantics, and quickly got
very lost when I tried chasing the call by eye, but if I can do anything to
help debug this, shout.
--
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=9705
Summary: FIFA 2007 - The cursor shape is ugly
Product: Wine
Version: 0.9.45.
Platform: All
OS/Version: All
Status: UNCONFIRMED
Severity: minor
Priority: P4
Component: wine-directx-ddraw
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kamihir(a)freemail.hu
The ingame cursor shape is ugly in FIFA 2007. It seems it has lower resolution
than in Windows.
Reproduce:
Start the game and check the in-games cursor in the menu. It is ugly.
--
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=11763
Summary: Bug fix and small improvement of function MSVCRT_fputc
in dlls/msvcrt/file.c.
Product: Wine
Version: CVS/GIT
Platform: All
OS/Version: All
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: msvcrt
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: pawel.ludwiczak(a)gmail.com
Created an attachment (id=11023)
--> (http://bugs.winehq.org/attachment.cgi?id=11023)
Proposed solution
Bug fix:
In Function MSVCRT_fputc from dlls/msvcrt/file.c, if there are no errors, the
same character that has been written should be returned, but the value should
be converted to an 'unsigned char' before will be returned. Otherwise e.g. if
input character = 0xffffffff, the returned value will not equal to 0xff, we
will
get EOF instead.
Small improvement:
In my opinion, the function MSVCRT_fputc flushes a buffer when get '\n' and it
is OK, but when the file is opened in binary mode this behaviour is unnecessary
and decrease efficiency.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=14202
Summary: Double desktop directory entries if same name with other
upper and lower case
Product: Wine
Version: unspecified
Platform: All
OS/Version: All
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dan_500(a)web.de
Application I : FireStudios -> Game I
Application II: Firestudios -> Game II
Actually both games should be in the same directory, but they aren't. Windows
has no case sensitivity.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=14641
Summary: OLE implementation improvement
Product: Wine
Version: unspecified
Platform: All
OS/Version: All
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: ole32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: f.dorin(a)free.fr
Created an attachment (id=15053)
--> (http://bugs.winehq.org/attachment.cgi?id=15053)
add default inprocess handler support
Out-of-process OLE component with a in-process handler are not managed. For
exemple, with Microsoft Office Powerpoint 2003, it is impossible to insert a
graph or an equation. An "server not found" error occurs.
I'm currently trying to implement this. I have good results for instance.
Object can be inserted and the corresponding server is launched. But it seems I
still have problem with datas transfert because the inserted object is blank
and no change are saved.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=12037
Summary: custom font size in dialog
Product: Wine
Version: 0.9.32.
Platform: All
URL: http://www.auto-diagnostics.info/screenshots/en/bmwdiag/
OS/Version: All
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: martin(a)hinner.info
We are using dialog with custom font in our MFC application(s). Windows resize
this dialog to be a bit bigger, but wine does not - however font is correct.
Original screenshots are available at
http://www.auto-diagnostics.info/screenshots/en/bmwdiag/ ;attachment contains
image how does it look like under Wine. You will notice that buttons at bottom
of dialog are missing.
I can provide the application and resources file,mail me at hinner at secons
dot com.
Martin
--
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.
http://bugs.winehq.org/show_bug.cgi?id=13517
Summary: Forums breaking mailing lists
Product: WineHQ.org
Version: unspecified
Platform: All
OS/Version: All
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: www-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: baloo(a)ursine.ca
*Forums don't remind users that they're posting to a mailing list (the forum
should).
*Forum break's email threads and fails to remind users to quote properly.
Forum should properly set References: or In-reply-to: headers and require
proper quoting.
These two problems make the mailing lists nearly unusable for experienced
users, and as a result, nearly useless for new users who end up getting more or
less wrong advice from vitamin and no experienced users. Please disable the
forums until these bugs are fixed.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=13861
Summary: Use of stdio functions in wine programs
Product: Wine
Version: 1.0-rc4
Platform: All
OS/Version: All
Status: UNCONFIRMED
Severity: enhancement
Priority: P1
Component: programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: wine(a)mkarcher.dialup.fu-berlin.de
Winelib applications get linked to native libc (not msvcrt), and thus use
native stdio. This is a problem if these winelib applications are run from a
wineconsole (user backend), as native linux libc does not send the output to
stdio to wineserver, but to the terminal wineconsole was started from. This is,
in my oppinion, an undesired effect.
Following programs use printf(...), fprintf(stderr,...)
- uninstaller
- msiexec
- regsvr32
- net
- winepath
- winetest
- icinfo
- taskmgr (in dbgchnl.c)
- expand
- wordpad (one error message that should never appear)
Following programs print correctly to the console
- reg
- xcopy
- winedbg
- cmd
- regedit (surprise!)
Following programs have commented (or #if 0) out printf(...), which should
probably get deleted or converted to TRACE debug logs messages.
- progman
I tested behaviour of all listed programs. The big surprise was regedit, which
correctly outputs to the console despite of using printf. Probably this is some
build option (it uses the msvcrt headers, for example).
If one looks at two programs that get it right, reg and xcopy, one sees the
functions reg_printfW and XCOPY_wprintf respectively, that do approximately the
same thing: Print a string into a wide char buffer (fixed length in both
cases!), and then try WriteConsoleW, if that fails, WideCharToMultiByte and
WriteFile(GetStdHandler(STD_OUTPUT_HANDLE),..). This function would have to be
cut-and-pasted into the other 10 programs needing it. I don't think this is a
good idea. (WCMD_output_asis_len is also a close match)
If the programs are crosscompiled to Windows/msvcrt, output is OK for all of
them, because msvcrt's stdio is not based on unix/posix/K&R stdio, but on
WriteFile(...)
How to handle this issue?
--
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.