https://bugs.winehq.org/show_bug.cgi?id=40837
Bug ID: 40837
Summary: error when opening KSafe.exe
Product: Wine
Version: 1.6.2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: rico_server(a)live.co.uk
Distribution: ---
Created attachment 54810
--> https://bugs.winehq.org/attachment.cgi?id=54810
Wine crashes when I opening KSafe.exe
Wine crashes when I opening KSafe.exe
--
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=28927
Bug #: 28927
Summary: Wabbitcode don't launch
Product: Wine
Version: 1.3.31
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: poubellepasfraiche(a)gmail.com
Classification: Unclassified
Installing wabbitcode from it's .msi file
(http://wabbit.codeplex.com/releases/view/45275#DownloadId=121815), the
installation works, then I launch the prog using the wine menu (wine -->
programmes --> Revsoft --> Wabbitcode)
It showsthe error "Paramètres non valides" (also in english : invalid
parameters), and then after clicking "ok", shows the error "aucun programme
Windows n'est configuré pour ouvrir ce type de fichier" (in english : "no
windows program is configured to open this type of file").
I've installed the windows version of mono using wine, relaunching the app does
the same.
Don't know how to install mono on ubuntu, but it should be already installed by
default that's why I think it's a wine bug, 'cause it don't detect the default
installed mono and the windows version of mono.
If not, please help me !
--
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=23094
Summary: R6034 runtime error during AVATAR Demo install
Product: Wine
Version: 1.2-rc2
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: eg.galano(a)gmail.com
CC: dank(a)kegel.com
Towards the end of James Camerons AVATAR The Game Demo installation, It
installs the VC Runtime Library. At this point an error pops up stating:
R6034: An application has made an attempt to load the C Runtime library
incorrectly.
It does not effect the game and you are able to run it despite this error. To
get the message to not appear during install doing: winetricks vcrun2005 does
the trick.
The game is downloadable from:
http://www.bigdownload.com/games/james-camerons-avatar-the-game/pc/james-ca…
--
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=39993
Bug ID: 39993
Summary: OllyDbg fails to change some registers
Product: Wine
Version: 1.9.0
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: b7.10110111(a)gmail.com
Distribution: ---
If you try to set some registers in OllyDbg while debugging an application,
it'll reset them to original values after single step. This must mean that its
write request has failed.
To reproduce:
1. Run OllyDbg (2.x)
2. File->Open, choose any PE file, e.g. Test.exe from OllyDbg distribution
3. Press space bar, assemble something like `dw 0xfeeb` to make sure no
registers are changed on single step
4. Try to change any of the following registers (others work correctly):
* ST2 or any other FPU data register
* FST
* FCW
* MXCSR
* data register tags via right clicking on "empty" and selecting "zero"
5. Single step (pressing F7)
6. See the changed registers return to original values, i.e. fail to actually
change
--
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=42353
Bug ID: 42353
Summary: OllyDbg Step In on a "jump to self" instruction never
stops if it's the first instruction executed by
debuggee
Product: Wine
Version: 2.0
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: dbghelp
Assignee: wine-bugs(a)winehq.org
Reporter: b7.10110111(a)gmail.com
Distribution: ---
To reproduce
1. Launch OllyDbg (tested on 2.01)
2. Open an application, e.g. Test.exe coming in the OllyDbg distribution
3. After it loads, press <Space>, then in Assemble dialog type
dw 0xfeeb
and press <Enter> (or click Assemble button). This should assemble a `jmp short
<ModuleEntryPoint>` instruction.
4. Close Assemble dialog
5. Press F7 (shortcut for Step In)
6. See that right-bottom corner of the window (right-hand side of status bar)
has "Step in" text, which never switches back to Paused.
This result is wrong: the Step In action should set TF in EFLAGS, so that next
pass of control to debuggee will trap after executing one instruction. In
Windows XP OllyDbg gets control back immediately after pressing F7, while in
Wine this never happens at all with `jmp short $` instruction unless EIP
changes.
The same happens if instead of `EB FE` instruction you use `E9 FB FF FF FF`,
which is `jmp near $`.
Note that if you press F7 before step 3, everything works as expected.
--
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=27248
Summary: cannot unpack *.crx (extensions or themes) in Chrome
Product: Wine
Version: 1.3.20
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fracting(a)gmail.com
Created an attachment (id=34835)
--> (http://bugs.winehq.org/attachment.cgi?id=34835)
log: unpack crx file with chrome
1. Download the Chrome installer from
http://www.google.com/chrome?platform=win&hl=en
2. make sure bug 14864 is fixed, install Chrome:
wine-1.3.20-230-g456e48e
$ wine ChromeSetup.exe
3. start chrome with --no-sandbox
==
without --no-sandbox, chrome can not open any web site. is this a know bug? or
should I submit a separate bug?
==
$ wine chrome.exe --no-sandbox
4. open
https://chrome.google.com/webstore/detail/faamegfkmmdnkpdipihbehibalfjpmpk ,
install the theme package .
then there will be a message box says:
Can not unpack extension. To safely unpack an extension, there must be a path
to your profile directory that starts with a drive letter and does not contain
a junction, mount point, or symlink. No such path exists for your profile.
full log is attached .
--
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=23999
Summary: EMS SQL Manager 2010 Lite for PostgreSQL crashes after
10 min
Product: Wine
Version: 1.2
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: adamb(a)info-s.pl
Created an attachment (id=30142)
--> (http://bugs.winehq.org/attachment.cgi?id=30142)
wine output
Wine 1.2
Linux Ubuntu 09.10 or
Linux Ubuntu 10.04
EMS SQLManager Lite for PostgreSQL v.4.7.08, freeware version, downloaded from
http://www.sqlmanager.net/en/products/postgresql/manager/download/5/134
To reproduce bug:
1. Install SQLManager
2. Start application and wait about 10 min
Application works fine. I not found other bugs. But after 10 min wine crashes.
--
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=17289
Summary: Slingplayer 2.0 fails with MSI error -1603: Fatal error
during installation
Product: Wine
Version: 1.1.14
Platform: PC
URL: http://downloads.slingmedia.com/go/slingbox-desktop-us
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kennybobs(a)o2.co.uk
Created an attachment (id=19297)
--> (http://bugs.winehq.org/attachment.cgi?id=19297)
"Feature transfer error" screenshot
Slingplayer 2.0 US tries to install the dotnet 2.0 SDK during installation but
fails. Using "winetricks dotnet20" the installation continues slightly further
but exits with error "-1603: Fatal error during installation".
--
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=35562
Bug ID: 35562
Summary: Slingplayer 2 crashes when starting stream
Product: Wine
Version: 1.7.10
Hardware: x86-64
URL: http://download.slingmedia.com/player/pc/SlingPlayer_2
.0.4522_Setup-Global.exe
OS: Linux
Status: NEW
Keywords: download, regression
Severity: minor
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: imwellcushtymelike(a)gmail.com
CC: julliard(a)winehq.org
Classification: Unclassified
Regression SHA1: e54503f7085a5b62dfc373aaa6b98116bde784d4
Created attachment 47489
--> http://bugs.winehq.org/attachment.cgi?id=47489
Wine 1.7.12 console output
Slingplayer 2 crashes when starting to stream. This is a recent regression.
e54503f7085a5b62dfc373aaa6b98116bde784d4 is the first bad commit
commit e54503f7085a5b62dfc373aaa6b98116bde784d4
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Mon Dec 23 18:16:51 2013 +0100
ntdll: Allocate TLS data in all running threads on module load.
:040000 040000 05e070154bacf55eb493a1aa46f61be3e89fa5e9
b23a82c25dcd2cd8ef325a53ac24adb8380d0ae0 M dlls
This commit can be reverted in latest git (Wine 1.7.12) and the crash goes
away.
However, native qcap also works around the crash.
Workarounds:
1. Ignore crash from Bug 17289 during install.
2. Native quartz (Bug 18556)
3. Native gdiplus (Bug 30899)
4. WMP10 (Bug 28669)
Slingbox required to test (AFAIK).
This is not Bug 34765 as that bug is too old.
--
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=30899
Bug #: 30899
Summary: SlingPlayer 1.5 UI broken
Product: Wine
Version: 1.5.6
Platform: x86-64
URL: http://download.slingmedia.com/player/pc/SlingPlayer-S
etup-EU-1.5.1.343.exe
OS/Version: Linux
Status: NEW
Keywords: download, regression
Severity: minor
Priority: P4
Component: gdiplus
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kennybobs(a)o2.co.uk
CC: madewokherd(a)gmail.com
Classification: Unclassified
Regression SHA1: dc3a08d840186c7692cc3cae45bdd517ab099e07
Created attachment 40512
--> http://bugs.winehq.org/attachment.cgi?id=40512
Corrupt UI in Wine 1.5.6
In Wine 1.5.6 the SlingPlayer UI appears broken (see attached screenshot).
Problem not present in Wine 1.4. This is a regression.
dc3a08d840186c7692cc3cae45bdd517ab099e07 is the first bad commit
commit dc3a08d840186c7692cc3cae45bdd517ab099e07
Author: Vincent Povirk <vincent(a)codeweavers.com>
Date: Tue Feb 14 13:50:59 2012 -0600
gdiplus: Rewrite SOFTWARE_GdipFillRegion to call brush_fill_pixels less.
Reverting this commit fixes the problem.
Workaround is native gdiplus.
The only relevant output with built-in gdiplus is:
fixme:gdiplus:resample_bitmap_pixel Unimplemented interpolation 7
A +gdiplus trace is enormous.
--
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=42502
Bug ID: 42502
Summary: SlingPlayer 1.5.1 crashes on load (Assertion failure)
Product: Wine
Version: 2.2
Hardware: x86
URL: http://download.slingmedia.com/player/pc/SlingPlayer-S
etup-EU-1.5.1.343.exe
OS: Linux
Status: NEW
Keywords: download, regression
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: imwellcushtymelike(a)gmail.com
CC: stefan(a)codeweavers.com
Blocks: 17972, 18010, 31651, 38938
Regression SHA1: 34d8b987c493544f640bf5ca0a5a6cbb3d3f4e7b
Distribution: Ubuntu
Created attachment 57376
--> https://bugs.winehq.org/attachment.cgi?id=57376
Wine 2.1 console output
SlingPlayer 1.5.1 crashes around 98% of the time with an assertion failure, 1%
of the time with a page fault, and 1% of the time it loads, but crashes later
in a similar manner. The attached log shows an assertion failure, though the
debugger doesn't run.
wine: Assertion failed at address 0xb77df428 (thread 0009), starting
debugger...
*** Error in `/home/test/.wine/drive_c/Program Files/Sling
Media/SlingPlayer/SlingPlayer.exe': corrupted double-linked list: 0x7c3ba500
***
This is a regression.
34d8b987c493544f640bf5ca0a5a6cbb3d3f4e7b is the first bad commit
commit 34d8b987c493544f640bf5ca0a5a6cbb3d3f4e7b
Author: Stefan Dösinger <stefan(a)codeweavers.com>
Date: Thu Jul 30 18:50:15 2015 +0200
wined3d: Try to detect the polygon offset scale value.
FEAR draws the same geometry twice, the second time using zfunc=equal.
In both cases it sets a huge depth bias of -0.5, presumably to get
better precision for the fragile Z comparison. The GL polygon offset we
set ends up being so large that it pulls the geometry into the negative
Z range. It isn't clipped (or no longer, older NV drivers probably had a
separate bug there), but the Z value gets clamped to 0.0 in the first
draw and doesn't match the incoming Z in the second draw.
This commit cannot be automatically reverted in latest git.
No known workaround.
The crash is avoided by running it under Valgrind.
Optional native gdiplus to work around Bug 30899.
--
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=44201
Bug ID: 44201
Summary: Unimplemented function mf.dll.MFGetService
Product: Wine
Version: 3.0-rc2
Hardware: x86
URL: http://download.slingmedia.com/player/pc/SP2/SlingPlay
er-2.0.3508-Setup-EMEA.exe
OS: Linux
Status: NEW
Keywords: download, regression
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: imwellcushtymelike(a)gmail.com
Regression SHA1: a679caedf6ebbce0e193afb200d1d888c2b9776d
Distribution: Ubuntu
Created attachment 59970
--> https://bugs.winehq.org/attachment.cgi?id=59970
Wine 3.0-rc2 console output
SlingPlayer 2.0 crashes with unimplemented function mf.dll.MFGetService
Although this is a new crash I don't feel that a regression test will achieve
anything, as it is probably obvious where the issue lay.
https://source.winehq.org/source/dlls/mf/mf.spec#0075
Workaround is "winetricks -q mf".
--
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=44142
Bug ID: 44142
Summary: steamwebhelper.exe crashes on wine-stagining 2.21
because NtQueryInformationFile fails
Product: Wine-staging
Version: 2.21
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: twunknown(a)gmail.com
CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de,
sebastian(a)fds-team.de
Distribution: ---
Created attachment 59890
--> https://bugs.winehq.org/attachment.cgi?id=59890
backtrace
steamwebhelper.exe crashes on wine staging 2.21 but not vanilla wine because
querying FileNameInformation on a named pipe has been implemented. If
NtQueryInformationFile is called after CreateFileW has been called on the named
pipe (Which is what happens in the case of steamwebhelper.exe) Then it will
return STATUS_BAD_DEVICE_TYPE which is unexpected and the process crashes. This
is different to Windows 7 in which the call will succeed and the information
will be returned.
--
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=44709
Bug ID: 44709
Summary: Take live/regular screenshots
Product: Wine-Testbot
Version: unspecified
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
The TestBot used to have a 'live screenshot' feature. This feature had to be
disabled due to Libvirt/QEmu issues and because it required the TestBot server
to make a long blocking call.
It would be nice to bring back this feature in some form.
However it may be even better to bring it in a different form and simply take
screenshots every 10 or 30 seconds and timestamp them. For a lot of tests the
screenshots are likely to all be identical so this could be used for
deduplication so that the storage footprint would not be too large. Then the
JobDetails.pl page would allow the user to browse through the screenshots for
each test run (making this nice would likely require some JavaScript).
>From a technical standpoint an advantage of taking regular screenshots is that
it would not involve the web server. Instead it would happen in a separate
thread or a fork of WineRunTask.pl (see TakeScreenshot()). So this would
side-step the blocking call issue.
>From a developer point of view, all long-running tests would have multiple
screenshots, even after they are completed (which is not the case for 'live
screenshots').
--
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=48353
Bug ID: 48353
Summary: Use In-Reply-To when identifying patch series
Product: Wine-Testbot
Version: unspecified
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
The TestBot detects patchsets from the n/N pattern in the subject and then
matches the different parts together based on the From email address and the
total number of parts. This means if the TestBot receives the parts of two
patchsets with the same number of parts and from the same developer at the same
time it is likely to mix elements of the two patchsets, and thus fail to test
them.
However it is customary for patches in a series to all reference the first
email in the patch series through the In-Reply-To and Message-ID fields. This
could be used to resolve ambiguities in such a case.
However we may not want to use this as the sole way to attach parts to the
patchset in case setting In-Reply-To is not possible for some reason.
--
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=41582
Bug ID: 41582
Summary: We need a different case for pathnames to detect case
dependant tests as failure
Product: Wine-Testbot
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: unknown
Assignee: wine-bugs(a)winehq.org
Reporter: wine.dev(a)web.de
Distribution: ---
We need a different case for pathnames to detect case dependant tests as
failure.
My Win7 on the Laptop is using "tmp" and has failures because of such bugs.
Example:
http://test.winehq.org/data/e6e8ed47e6d6d245e4bbda13691eb714cf95a675/win7_d…
Test fixed by:
http://source.winehq.org/git/wine.git/commit/1ebbfb1a1d54c4573d79367261030d…
I did not test with 'desktop' yet.
--
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=40832
Bug ID: 40832
Summary: MultiSpec 2.8.2016 32-Bit: Installs fine but crashes
while opening tif images
Product: Wine
Version: 1.6.2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kara067(a)gmail.com
Distribution: ---
Created attachment 54792
--> https://bugs.winehq.org/attachment.cgi?id=54792
Backtrace log of crash.
MultiSpec is an free program for multi channel images (Satellite images etc..).
Program runs first. But when I try to open a tif image it crashes. Crash log is
in the attachment.
I use Debian 64bit.
--
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=38939
Bug ID: 38939
Summary: u-blox U-center 8,17 crashes when attempting to open
view->Packet Console
Product: Wine
Version: 1.6.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: david.t.kerns(a)gmail.com
Distribution: ---
Created attachment 51875
--> https://bugs.winehq.org/attachment.cgi?id=51875
stack trace
Cent-OS 6.4
yum install wine (from epel)
wine u-center.exe
select com port
most things work as expected
View-> Packet Console
crashes every time
--
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=47800
Bug ID: 47800
Summary: Better detect Windows reboots
Product: Wine-Testbot
Version: unspecified
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
When a test crashes Windows in a VM we get typically get an error like this:
channel 2: open failed: connect failed: Connection refused
channel 2: open failed: connect failed: Connection refused
channel 2: open failed: connect failed: Connection refused
An error occurred while waiting for the test to complete: network read got a
premature EOF (wait2/connect:AgentVersion.h:0/9)
The test VM has crashed, rebooted or lost connectivity (or the TestAgent server
died)
The previous 2 run(s) terminated abnormally
Nowadays most VMs autologin and autostart the TestAgent server with the
--show-restarts option. What this does is pop up a dialog saying:
TestAgentd.exe was restarted (2). Did Windows reboot?
This is a telltale sign that Windows indeed rebooted (or that the TestBot
administrator incorrectly set up the VM but then you'd see that dialog in all
screenshots of that VM).
The way this works is that when given the --show-restarts option the TestAgent
server increases a persistent counter every time it starts. Normally the
TestBot administrator will have reset that counter so it will be set to one
such that a reboot will push it to 2 prompting this dialog.
What's interesting is that this counter is accessible from the client with
getproperties("start.counter"). So the WineRun*.pl script can know if the VM
was indeed rebooted.
But from the log above we also notice that they don't leave enough time for the
VM to reboot and thus fail to reestablish the connection to the TestAgent
server. This could be solved by adding a call to
SetConnectionTimeout(,,$WaitForBoot) in the strategic places.
Then in most cases the WineRun*.pl scripts could conclusively say that Windows
crashed and rebooted.
--
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=38635
Bug ID: 38635
Summary: Critical install error failure with ARC-view 6 for
Parker 9000 acr controller
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: cbr152(a)yahoo.com
Distribution: Debian
Created attachment 51546
--> https://bugs.winehq.org/attachment.cgi?id=51546
Unhandled exception: page fault on read access
Unhandled exception: page fault on read access
--
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=42520
Bug ID: 42520
Summary: World of Tanks: crash on startup
Product: Wine
Version: 2.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: grantipak(a)gmail.com
Distribution: ---
Created attachment 57413
--> https://bugs.winehq.org/attachment.cgi?id=57413
Wine console output
ArchLinux x86-64. wine 2.2
After pres button "Play" in Launcher WoT client start and crash.
--
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=36733
Bug ID: 36733
Summary: CodeBlocks fails on exit
Product: Wine
Version: 1.6.2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: k1-801(a)mail.ru
Created attachment 48783
--> http://bugs.winehq.org/attachment.cgi?id=48783
Dump file
CodeBlocks IDE fails when exiting, without saving any configs.
--
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=22713
Summary: it returns error
Product: Wine
Version: unspecified
Platform: x86
URL: http://www.tivibu.com.tr/downloads/Tivibu.exe
OS/Version: Mac OS X 10.2
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: cemyildiz(a)estonya.net
Created an attachment (id=28000)
--> (http://bugs.winehq.org/attachment.cgi?id=28000)
log from darwine
the software provided by turkish telecom seems that it doesn't have problem
while installation, it even downloads and installs the silverlight too. but
after executing the program, it returns error.
--
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=15655
Summary: Tournament director doesn't start
Product: Wine
Version: 1.1.6
Platform: PC
URL: http://www.thetournamentdirector.net/download.html
OS/Version: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Depends on: 15654
Created an attachment (id=16714)
--> (http://bugs.winehq.org/attachment.cgi?id=16714)
+relay in git
After bug 15654, Tournament Director still won't run:
Few generic errors, but seems this may be the culprit:
err:ole:CoGetClassObject class {a6b222ab-a5ea-4899-b230-084657eddc7d} not
registered
err:ole:CoGetClassObject no class object {a6b222ab-a5ea-4899-b230-084657eddc7d}
could be created for context 0x1
which is "Browser Thread State"
+relay attached
--
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=37487
Bug ID: 37487
Summary: Quicken 2014 - NtOpenFile does not support
\\SystemRoot\\
Product: Wine
Version: 1.7.30
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: michael(a)fds-team.de
Distribution: ---
Created attachment 49878
--> https://bugs.winehq.org/attachment.cgi?id=49878
Test to demonstrate the issue
Hi,
Quicken 2014 tries to load the ntdll by using \\SystemRoot\\ inside the path:
---snip---
003e:Call ntdll.RtlInitUnicodeString(0033eea4,1000eed8
L"\\SystemRoot\\System32\\ntdll.dll") ret=1000bb29
003e:Ret ntdll.RtlInitUnicodeString() retval=0033eea4 ret=1000bb29
003e:Call
ntdll.NtOpenFile(0033eebc,80100000,0033ee84,0033ee9c,00000005,00000000)
ret=1000bb60
003e:Ret ntdll.NtOpenFile() retval=c000003a ret=1000bb60
---snip---
This does not work in Wine as NtOpenFile does not properly parse the
\\SystemRoot\\ part. I attached a test to demonstrate the 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.