http://bugs.winehq.org/show_bug.cgi?id=12501
Summary: ms sql express 2005 fails to install
Product: Wine
Version: unspecified
Platform: PC
URL: http://go.microsoft.com/fwlink/?linkid=65212
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: azrael(a)viii-lo.krakow.pl
ms sql express 2005 fails to install.
$ wine SQLEXPR32.EXE
fixme:clusapi:GetNodeClusterState ((null),0x33ec9c,0) stub!
And then I'm getting a popup "Unable to find a volume for file extraction.
Please verify that you have proper permissions"
So I unpacked it with cabextract and then I got:
:~/sqlexpr$ wine setup.exe
fixme:ole:CoInitializeSecurity ((nil),-1,(nil),(nil),4,3,(nil),0,(nil)) - stub!
err:ole:CoGetClassObject class {ddacb012-db3a-432e-807d-66a0a3c7dffe} not
registered
err:ole:CoGetClassObject no class object {ddacb012-db3a-432e-807d-66a0a3c7dffe}
could be created for context 0x1
and a popup "setup failed"
--
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.
https://bugs.winehq.org/show_bug.cgi?id=38890
Bug ID: 38890
Summary: Terraria - terraria.exe crashes on startup
Product: Wine
Version: 1.7.44
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: trojangoat(a)gmail.com
Distribution: ---
Created attachment 51828
--> https://bugs.winehq.org/attachment.cgi?id=51828
Backtrace of startup issue
Terraria 1.3.0.3 has been working flawlessly until external updates applied
today. Not sure exactly what is causing this issue.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=39930
Bug ID: 39930
Summary: HtmlHelp() shows blank page when '\\' is used as path
separator after '::'
Product: Wine
Version: 1.9.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: hhctrl.ocx
Assignee: wine-bugs(a)winehq.org
Reporter: foka(a)debian.org
Distribution: ---
Despite the fact that Microsoft documentation clearly states that
Anything after the double colon (::) must use forward slashes (/),
in accordance with URL standards.
(see https://support.microsoft.com/en-us/kb/235226), Windows developers tend to
forget(?) that rule and use backslashes (\) after the double colon.
For example, running UFile 2013 under Wine, opening the tutorial comes up with
a blank window, and the trace/fixme messages are logged:
trace:htmlhelp:HtmlHelpW (0x1006e,
L"ubxkbE.chm::\\tutorial/pages/1intro.htm>DT_HTML_TUT",
command=HH_DISPLAY_TOPIC, data=0)
trace:htmlhelp:NavigateToChm 0x208ba0 L"C:\\Program Files\\UFile
2013\\ubxkbE.chm" L"\\tutorial/pages/1intro.htm"
trace:htmlhelp:AppendFullPathURL L"C:\\Program Files\\UFile
2013\\ubxkbE.chm" 0x31dc98 L"\\tutorial/pages/1intro.htm"
trace:htmlhelp:navigate_url L"mk:@MSITStore:C:\\Program Files\\UFile
2013\\ubxkbE.chm::/\\tutorial/pages/1intro.htm"
fixme:ieframe:handle_navigation_error Navigate to error page
But of course, as a retail product, UFile 2013's tutorial of course shows
correctly in Windows.
Apparently, Microsoft knows how often developers get confused by '/' and '\',
and silently accepts such erroneous backslashes so that the relevant HTML Help
can be displayed.
The current Wine implementation of HTML Help, however, does not account for
such developer errors, leading to such blank HTML Help windows in (slightly)
buggy programs like UFile 2013.
--
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=12854
Summary: ntdll change.ok test fails in PC-BSD but not Linux
Product: Wine
Version: 0.9.60
Platform: PC
OS/Version: FreeBSD
Status: NEW
Keywords: testcase
Severity: minor
Priority: P2
Component: kernel32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Created an attachment (id=12551)
--> (http://bugs.winehq.org/attachment.cgi?id=12551)
+file in git, bzip2 -9'ed
Change.ok is full of failures in PC-BSD:
change.c:117: Test failed: event should be ready
change.c:119: Test failed: information wrong
change.c:120: Test failed: information wrong
change.c:124: Test failed: action wrong
change.c:125: Test failed: len wrong
change.c:126: Test failed: name wrong
Total of 26.
Attached is a +file log.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=38095
Bug ID: 38095
Summary: Metatrader: doesn't respect charts sorting/sequency
when restarted
Product: WineHQ Apps Database
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: appdb-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: 23bene(a)gmail.com
Distribution: ---
Wine 1.6 on Ubuntu 14.04.1 LTS 32bit using Metatrader 4 vers. 4.00 Build 765
(12 Dec 2014) doesn't respect charts sorting/sequency when restarted.
Eg.: if I sort charts alphabetically during my Metatrader session, it remain so
sorted till I close it. When I open again for a new Metatrader session, I find
charts completely shuffled!!
I copypasted my order.wnd file (that contain my charts ordered) in my
home/.wine/drive_c/Program Files/Metatrader 4/profiles/my_name/ directory
without having no one mt4 session opened.
When I launch mt4 session, it doesn't follow charts order as written in my file
and everytime I launch it again a new, random charts sequence is done.
--
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=27019
Summary: Print in Gestan
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jsiegwald(a)gmail.com
Hello everybody,
I'm using 'Gestan' (you can download it on www.gestan.fr) which is a fantastic
program used to manage my customers and create bills...
Anyway, I can install it without any problem, but when I want to print a bill,
there is nothing in !
It is a program created with Windev...
Anyone have a solution ?
Thanks a lot for your future help !
Julian
--
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=36958
Bug ID: 36958
Summary: Wine emulates file creation time instead of fetching
it from the underlying filesystem
Product: Wine
Version: 1.7.22
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P5
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: t.artem(a)mailcity.com
Created attachment 49071
--> http://bugs.winehq.org/attachment.cgi?id=49071
Far2 showing file modification/creation/lass access times.
In Linux at least ext4 supports file creation time field (crtime), but Wine
doesn't use it. Instead it uses mtime.
Please, implement crtime for filesystems which impelement this field.
--
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=22785
Summary: 'Candytron' exhibits geometry corruption on certain 3D
objects
Product: Wine
Version: 1.1.44
Platform: x86
URL: http://pouet.net/prod.php?which=9424
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mitch074(a)gmail.com
When running the 'Candytron' final version demo (now in full screen), some 3D
objects are rendered garbled with vertices going all over the place. The
program otherwise works to completion and closes properly.
Test configuration: WineHQ-made Wine 1.1.44 on Mandriva 2010.0, using clean
profile and fglrx from Catalyst 10.4.
When running from console, the only d3d error seems unrelated:
fixme:d3d:swapchain_init Add OpenGL context recreation support to
context_validate_onscreen_formats
Download the 'final' version from this page:
http://pouet.net/prod.php?which=9424
Also provided at that address, a video of the rendered version.
--
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=31952
Bug #: 31952
Summary: Graphical bug causing horizontal lines on world
Product: Wine
Version: 1.5.15
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jonathan-vola(a)hotmail.com
Classification: Unclassified
Presumably due to a texture being projected horizontally, several areas in game
have horizontal "Slices" in them.
This was to my knowledge added by an update to the game not to wine, so there
is (probably) no regression.
Some areas where this bug is blindingly obvious are north Diessa Plateau and
west Rata Sum.
--
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=28464
Summary: winmm causes DSOUND_callback Wave queue corrupted
Product: Wine
Version: 1.3.25
Platform: x86
OS/Version: All
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winmm&mci
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: hoehle(a)users.sourceforge.net
WHDR_DONE should only be set immediately before invoking the DriverCallback,
because some apps poll for that flag and don't depend on notifications or
callbacks.
WOD_MarkDoneHeaders must find another way to isolate done headers.
Because the queue of done headers is not isolated properly,
attachment #36494 to bug #28056
exhibits a log (around line 4250) where 2 threads, namely the app calling
waveOutWrite and the winmm feeder thread both grab the same list and send the
same notifications.
0034:trace:driver:DriverCallback (, 32bit function 0003,, 03BD,, 017D3A90,
00000000)
0036:trace:winmm:WINMM_BeginPlaying ...
0036:trace:oss:AudioRenderClient_ReleaseBuffer (0x17d34f0)->(512, 0)
0034:trace:driver:DriverCallback (, 32bit function 0003,, 03BD,, 017D3AB0,
00000000)
0034:trace:driver:DriverCallback (, 32bit function 0003,, 03BD,, 017D3AD0,
00000000)
0034:trace:winmm:WOD_PushData (0xc000)
0036:trace:driver:DriverCallback (, 32bit function 0003,, 03BD,, 017D3AB0,
00000000)
0036:trace:driver:DriverCallback (, 32bit function 0003,, 03BD,, 017D3AD0,
00000000)
What happens is that the first thread removes the first header from
device>first. At the time the second thread kicks in, apparently more headers
are marked done. But since they are all part of the same linked queue, the
later ones trigger 2 notifications each.
err:dsound:DSOUND_callback Wave queue corrupted!
is the result of getting notifications twice.
Nice race condition!
BTW, but that's another issue, the code says "NotifyClient should never be
called while holding the device lock". However that's exactly what can happen
via waveOutWrite -> WINMM_ValidateAndLock -> WINMM_BeginPlaying -> WOD_PushData
-> NotifyClient.
I suggest a per device slot updated via InterlockedExchangePointer holding the
queue of pending notifications. The top-level wave* commands (and the winmm
feeder thread too) would then drain that queue. (The feeder thread could even
delegate that to another (timer?) thread.) Alternatively, Push/PullData return
that queue.
--
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.