On 01.10.2013 12:12, Alexandre Julliard wrote:
> Ralf Habacker writes:
>
>> With other patches i have been told to implement such stuff in the dib
>> driver. Unfortunally this do not works in this case, because in the top
>> level function it looks like having driver specific stuff using display
>
On 01.10.2013 12:40, Alexandre Julliard wrote:
> Ralf Habacker writes:
>
>> On 01.10.2013 12:12, Alexandre Julliard wrote:
>>> Ralf Habacker writes:
>>>
With other patches i have been told to implement such stuff in the dib
driver. Unfortunally this do not works in this case, because in
On 01.10.2013 12:40, Alexandre Julliard wrote:
> Ralf Habacker writes:
>
>> On 01.10.2013 12:12, Alexandre Julliard wrote:
>>> Ralf Habacker writes:
>>>
With other patches i have been told to implement such stuff in the dib
driver. Unfortunally this do not works in this case, because in
On 01.10.2013 12:12, Alexandre Julliard wrote:
> Ralf Habacker writes:
>
>> With other patches i have been told to implement such stuff in the dib
>> driver. Unfortunally this do not works in this case, because in the top
>> level function it looks like having driver specific stuff using display
>
Ralf Habacker writes:
> On 01.10.2013 12:12, Alexandre Julliard wrote:
>> Ralf Habacker writes:
>>
>>> With other patches i have been told to implement such stuff in the dib
>>> driver. Unfortunally this do not works in this case, because in the top
>>> level function it looks like having driver
Ralf Habacker writes:
> With other patches i have been told to implement such stuff in the dib
> driver. Unfortunally this do not works in this case, because in the top
> level function it looks like having driver specific stuff using display
> coordinates.
It would still most likely have to be
Daniel Wendt writes:
> @@ -308,6 +308,11 @@ static int get_arc_points( PHYSDEV dev, const RECT
> *rect, POINT start, POINT end
> }
>
> memmove( points, points + count, (pos - count) * sizeof(POINT) );
> +
> +if (GetGraphicsMode( dev->hdc ) == GM_ADVANCED)
> +{
> +LPto
On 29.08.2013 19:58, Alexandre Julliard wrote:
Ralf Habacker writes:
see http://bugs.winehq.org/show_bug.cgi?id=34381
---
dlls/gdi32/painting.c | 18 --
1 Datei geändert, 16 Zeilen hinzugefügt(+), 2 Zeilen entfernt(-)
This would have to be done in the drivers.
done. Any
Ralf Habacker writes:
> see http://bugs.winehq.org/show_bug.cgi?id=34381
> ---
> dlls/gdi32/painting.c | 18 --
> 1 Datei geändert, 16 Zeilen hinzugefügt(+), 2 Zeilen entfernt(-)
This would have to be done in the drivers.
--
Alexandre Julliard
julli...@winehq.org
This looks wrong.
scaled_rect is an internally calculated value, not something supplied
by the user, and comparing it to 0.5 doesn't make sense, especially
since by this point the width was altered to add padding.
dded this line to the sources / compiled and tested - here is
> output: http://pastebin.com/QMtWttRZ
>
> I'n not sure what to make of it. I've been trying to nail down what
> the problem might be on my system (to no avail). It's really
> strange...
>
> I'
http://pastebin.com/QMtWttRZ
I'n not sure what to make of it. I've been trying to nail down what
the problem might be on my system (to no avail). It's really
strange...
I've tried different kernels, different versions of wine, using a
binary version of the test app (not co
Hey Marcus
> Works for me on my AMD Phenom(tm) II X4 945 Processor.
great :) (very similar CPU).
> It looks like the
> struct AEffect* plugin = main_entry((audioMasterCallback)
> simple_master_callback);
>
> returns 0x, which is probably a failure indication.
>
> Can you add a
On Thu, Apr 04, 2013 at 07:39:16PM -0400, jordan wrote:
> Hey List,
>
> A few days ago, i posted to the list about possibly porting a winelib
> app to support x86_64. (currently supports x86).
>
> the original post is here (for those interested, but not entirely
> relevant to this post):
> http:/
> Hello!
Hey Gediminas! ;)
> Works fine on my AMD system:
Can you also give me the rest of your specs / distro, please?
> vinis@g44:/media/vinis/code/temp/fsthost-code$
> WINEPREFIX=/media/vinis/bottles/test64 ./test64.exe ../ColourEQ_64.dll
> Load plugin ../ColourEQ_64.dll
> fixme:heap:HeapSet
On Fri, Apr 5, 2013 at 3:36 AM, jordan wrote:
> It's been tested with several wine versions (1.4.1, 1.5.24, 1.5.27).
> On intel systems, it works on ALL versions. On my AMD system, it
> doesn't work at all.
Hello!
Works fine on my AMD system:
vinis@g44:/media/vinis/code/temp/fsthost-code$
WINEPR
Hey Andre.
> only thing that comes to mind is that you need gcc>=4.4, but configure checks
> that for you.
> Did you tried the binaries of your intel mate?
Well, i am using gcc-4.8 (but have also tested with gcc-4.7.3/4). He
is using gcc 4.7.3 or .4.
No, i did not try his binaries ~ but that is
Am 05.04.2013 02:36, schrieb jordan:
> Hey Andre,
>
>> was it the same binary or did you compiled it on each cpu?
>> Do you have the same Wine versions?
>
> Compiled on each respective system. (no sharing of binaries).
>
> It's been tested with several wine versions (1.4.1, 1.5.24, 1.5.27).
> On
Hey Andre,
> was it the same binary or did you compiled it on each cpu?
> Do you have the same Wine versions?
Compiled on each respective system. (no sharing of binaries).
It's been tested with several wine versions (1.4.1, 1.5.24, 1.5.27).
On intel systems, it works on ALL versions. On my AMD s
Am 05.04.2013 02:06, schrieb jordan:
> Hey Austin
>
>> Are y'all using the same OS/distro/kernel/gcc/libc versions?
>
> Different (distro) but everything else is very similar, if not the
> same. My feeling is that this is not going to end up being the problem
> and i
Hey Austin
> Are y'all using the same OS/distro/kernel/gcc/libc versions?
Different (distro) but everything else is very similar, if not the
same. My feeling is that this is not going to end up being the problem
and if i remember correctly, the 2 Intel systems are not the same
either..
app can be compiled with;
>
> $ make -f Makefile64-most-simple
>
> then
>
> $ ./test64.exe /path/to/64bitVST
>
> a tester can be found here: http://www.ddmf.eu/freeware.php
>
> grab 'ColourEQ' (contains both 32bit and 64bit versions... and
> obviously use
/freeware.php
grab 'ColourEQ' (contains both 32bit and 64bit versions... and
obviously use the 64bit version to try/test.)
anyway, i am not sure what the problem is, maybe someone here has an
idea or two? ... i've been wondering if there is some sort of
misalignment/compiler issue, that
Thanks Nikolay and Piotr.
Sorry for my poor english... :-(
2013/4/1 Piotr Caban
>
> The functions should have been defined in headers. The order of
definitions is not important.
Piotr got what I wanted to express.
I have implemented a few of it and there are some still not. I think I can
define a
Hi Jactry.
On 03/31/13 14:40, Jactry Zeng wrote:
As we can see, _strcoll_l and _mbsnbcoll_l were implemented but they
were not declared.
Should we declare all of them? And whether the sequence was important?
The functions should have been defined in headers. The order of
definitions is not impo
Hi folks,
I tried to implement a lot of strcoll function these days, and I meet some
trouble when I added the declaration into include/msvcrt/*.h.
With "grep coll *.spec" in dlls/msvcrt/ we can find there was a lot of
strcoll function. Some of them was implemented
and some of them not:
@ cdecl __
Am 11.01.2013 21:06, schrieb Dimi Paun:
> OK, please try now, lemme know if there's any problems.
>
> Dimi.
Now it works, thanks!
--
Best Regards, André Hentschel
ve" buttons, I always see error message like
[Errno 31] Too many links:
'/var/www/wine/wiki/data/pages/AlexeiRomanoff(2f)MoinEditorBackup'
If you want to report a bug, please save this page and attach it to your bug
report.
A problem occurred in a Python script. Here is the seque
always see error message like
[Errno 31] Too many links:
'/var/www/wine/wiki/data/pages/AlexeiRomanoff(2f)MoinEditorBackup'
If you want to report a bug, please save this page and attach it to your bug
report.
A problem occurred in a Python script. Here is the sequence of function call
x27;/var/www/wine/wiki/data/pages/AlexeiRomanoff(2f)MoinEditorBackup'
>
> If you want to report a bug, please save this page and attach it to your bug
> report.
>
> A problem occurred in a Python script. Here is the sequence of function calls
> leading up to the error, in the
t to report a bug, please save this page and attach it to your
bug report.
A problem occurred in a Python script. Here is the sequence of function
calls leading up to the error, in the order they occurred.
1.
/usr/lib/python2.4/site-packages/MoinMoin/request.py in *run*
(self=)
1. 117
Hi,
The wine-patches mailing list seems to stopped working.
As you can see at http://www.winehq.org/pipermail/wine-patches/ there's no
December 2012, but i sent a patch hours ago. I'm not aware of a "mailing list
memberships reminder" from that list.
--
Best Regards, André Hentschel
Yes, but afaik WineHQ https was only ever intended to make a couple of
tests work.
On Sat, Nov 17, 2012 at 1:34 PM, Dan Kegel wrote:
> $ git clone https://source.winehq.org/git/wine.git newwine-git
> Cloning into 'newwine-git'...
> error: server certificate verification failed. CAfile:
> /etc/ssl/certs/ca-certificates.crt CRLfile: none while accessing
> https://source.winehq.org
$ git clone https://source.winehq.org/git/wine.git newwine-git
Cloning into 'newwine-git'...
error: server certificate verification failed. CAfile:
/etc/ssl/certs/ca-certificates.crt CRLfile: none while accessing
https://source.winehq.org/git/wine.git/info/refs
Maybe that's related to the big fat
On Mon, Jul 2, 2012 at 2:51 AM, Piotr Caban wrote:
> This patch looks correct. It's also good to fix other functions with similar
> bug.
Great, I'll have a bigger patchset for review in a few days.
Thanks,
Dan
Hi,
On 07/02/12 04:13, Dan Kegel wrote:
could you review the patch in http://bugs.winehq.org/show_bug.cgi?id=31085 ?
If you like it, I'll submit it to wine-patches. It passes winetestbot and
gets pulsen and stepmania past the splash screen abort.
This patch looks correct. It's also good to fix
Hi Piotr,
could you review the patch in http://bugs.winehq.org/show_bug.cgi?id=31085 ?
If you like it, I'll submit it to wine-patches. It passes winetestbot and
gets pulsen and stepmania past the splash screen abort.
Why are there no tests for msvcp60?
If you think it's appropriate, I can add the
processing
> from a Windows app.
It was mainly a showcase to demonsrate the problem to you, if it's not
reliable enough, dropping it is ok, let's hope that the fix is ok this
time.
--
Dmitry.
Dmitry Timoshkov writes:
> This version of the test tries harder to avoid races that could cause
> the test failures.
It's not races, it's failing consistently here, even with your latest
version. I don't think you can reliably test expose events processing
from a Windows app.
--
Alexandre Jul
Dmitry Timoshkov writes:
> ---
> dlls/user32/tests/win.c | 56
> +++
> 1 file changed, 56 insertions(+)
It doesn't work here:
../../../../wine/tools/runtest -q -P wine -M user32.dll -T ../../.. -p
user32_test.exe.so ../../../../wine/dlls/user32/t
On Mon, Jun 4, 2012 at 2:19 AM, Piotr Caban wrote:
> On 06/02/12 13:35, m...@mtew.isa-geek.net wrote:
>>
>> @@ -2735,7 +2735,7 @@ static BOOL CommitUrlCacheEntryInternal(
>> goto cleanup;
>> }
>>
>> - FIXME("entry already in cache - don't know what to do!\n");
>> +
On 06/02/12 13:35, m...@mtew.isa-geek.net wrote:
@@ -2735,7 +2735,7 @@ static BOOL CommitUrlCacheEntryInternal(
goto cleanup;
}
-FIXME("entry already in cache - don't know what to do!\n");
+FIXME("collision handler needed - the entry is already in use!\n")
on 295.20; for 11.10, version 280.13), so I'm not sure
>> if the problem is the new X, or the new drivers.
>>
>> Before I go reporting an ubuntu bug, or jamming newer drivers into my older
>> ubuntu system, has anybody else noticed this?
>
> Hello Dan,
>
> Ch
lletin/showthread.php?t=173375
Doesn't a problem reported there look similar to one you're writing about?
- --
Best regards,
Alexey Loukianov mailto:mooro...@mail.ru
System Engineer,Mob.:+7(926)218-1320
*nix Specialist
-BEG
Hi all,
on Precise beta 1 logged in with unity-3d, giving the command
wine winemine
and then clicking on the "Game" menu usually results
in only a small part of the pulldown menu showing up.
(Also shows up in many other apps that use menus,
e.g. mspaint.)
This is not a problem in un
On Sat, Jan 1, 2011 at 10:00 PM, wrote:
> Happy New Year!
>
> i notice, that since 1.3 i get quite offten locking issue. It looks
> like, that last OK version was 1.2-rc7. This problem happens in
> Bioshock on load/save, but i noticed that other users have same
> problem with
ck. It would be
> interesting to figure out what's taking so long, but it's probably not
> the main problem.
>
> For a proper deadlock you'd have at least two threads waiting for each
> other,
No, a sufficient condition for a deadlock is that a thread waits for
someth
. Don't know if that's normal in these cases or
> both lines should repeated.
>
Thread 0041 is probably just a bit slow at some point then, but it
does sound like it eventually releases the lock. It would be
interesting to figure out what's taking so long, but it's probably
Hi Henri,
thank you for analysis, it's first time when i'm trying to help with
this kind of problem...
>
> From that backtrace, it doesn't look like 001c is
> waiting for a critical section at all.
>
The truth is, that wine outputs the first line ("...wait t
On 2 January 2011 13:59, wrote:
> err:ntdll:RtlpWaitForCriticalSection section 0x7de77580
> "x11drv_main.c: X11DRV_CritSection" wait timed out in thread 001c,
> blocked by 0041, retrying (60 sec)
>
...
> Backtracing for thread 001c in process 001b (C:\Program Files\2K
> Games\BioShock\Builds\Rele
> ...get the stacks of all running processes with the command
>
> bt all
>
> With luck, you can then see which two code paths are
> competing for the lock.
Thanks for tip! Are the following traces from problematic threads
useful or will i have to post all the thread traces? (Just repeat:
happens
27; and this is only running 'make
test' and that resulted in an update to the Wine Configuration. This
looks like a regression of the problem that was fixed a long time ago,
where interprocess locking happened constantly. Maybe Wylda can find
it, if the problem is constant on his system.
James McKenzie
Sometimes it helps to run winedbg from another window
and get the stacks of all running processes with the command
bt all
With luck, you can then see which two code paths are
competing for the lock.
Happy New Year!
i notice, that since 1.3 i get quite offten locking issue. It looks
like, that last OK version was 1.2-rc7. This problem happens in
Bioshock on load/save, but i noticed that other users have same
problem with games on the same game engine.
Could someone help me, what should i do
On Tue, Dec 21, 2010 at 2:14 PM, Susan Cragin wrote:
> I have downloaded the git, compiled and installed wine as 64-bit on the
> current 64-bit version of Natty.
> This all works fine, no errors I can see, but then it doesn't run.
> My executables can be found, including:
> /usr/local/bin/wine64
I have downloaded the git, compiled and installed wine as 64-bit on the current
64-bit version of Natty.
This all works fine, no errors I can see, but then it doesn't run.
My executables can be found, including:
/usr/local/bin/wine64 and wine64-preloader
But I can't run anything. A "wine" comma
Am 14.12.2010 22:52, schrieb Greg Geldorp:
>> From: Paul Vriens
>>> I'm making some changes to the TestBot infrastructure. This "The specified
>>> guest user must be logged in interactively to perform this operation" error
>>> did occur before, but it seems it's more prevalent after I upgraded the
> From: Paul Vriens
> > I'm making some changes to the TestBot infrastructure. This "The specified
> > guest user must be logged in interactively to perform this operation" error
> > did occur before, but it seems it's more prevalent after I upgraded the
> > hypervisor to ESX 4.1. This might take a
On 12/14/2010 04:44 PM, Greg Geldorp wrote:
Hi André
there is a noisy problem with the WVISTAADM, which causes much tests to be
shown as "Failed" in the patchtracker.
should we blacklist the Message returned by WVISTAADM or can you fix the
underlying problem?
I'm making some
Hi André
> there is a noisy problem with the WVISTAADM, which causes much tests to be
> shown as "Failed" in the patchtracker.
> should we blacklist the Message returned by WVISTAADM or can you fix the
> underlying problem?
I'm making some changes to the TestBo
Hi Greg,
there is a noisy problem with the WVISTAADM, which causes much tests to be
shown as "Failed" in the patchtracker.
should we blacklist the Message returned by WVISTAADM or can you fix the
underlying problem?
--
Best Regards, André Hentschel
http://en.wiktionary.org/wiki/negato says
Adjective
negato m. (f. negata, m plural negati, f plural negate)
1. denied, refused
negato m. (f. negata, m plural negati, f plural negate) (per) or (in)
1. useless, hopeless (at)
Neither that, nor the William Gates pseudonym, are particularly
help
On 11/27/10 4:31 PM, William Gates wrote:
On Sat, Nov 27, 2010 at 5:08 PM, James McKenzie
wrote:
On 11/26/10 11:41 AM, William Gates wrote:
You have to send in patches with your real name.
James McKenzie
Who's to say this is not my real name?
No one. However, you did submit patches
Who's to say this is not my real name?
On Sat, Nov 27, 2010 at 5:08 PM, James McKenzie
wrote:
> On 11/26/10 11:41 AM, William Gates wrote:
>
> You have to send in patches with your real name.
>
> James McKenzie
>
>
>
>
binary,
just a one-screen demo that quickly exhibits the problem.
> Since I am on the clock here I was hoping for a quick advice like (i.e.
> dockFill
> is honored in user32/win.c in the function blah blah and you can track it by
> WINEDEBUG=+magic,+dockFill)
Try WINEDEBUG=+messag
On 26/11/2010 01:51 μμ, Dan Kegel wrote:
.bill wrote:
I have the following problem in a .NET application.
A form resides in a maximized MDI window.
On startup the MDI gets maximized but the form is not although the dockFill
property is set.
Sounds interesting.
If you're not already, p
.bill wrote:
> I have the following problem in a .NET application.
> A form resides in a maximized MDI window.
> On startup the MDI gets maximized but the form is not although the dockFill
> property is set.
Sounds interesting.
If you're not already, please try the latest versi
Hi everybody,
I have the following problem in a .NET application. A form resides in a
maximized MDI window. On startup the MDI gets maximized but the form is not
although the dockFill property is set. Needless to say that it works on windows.
1) My question is how to debug this - What are the
Shift-JIS) but MSVCRT_isleadbyte before
patch will not detect it but _ismbblead does. The only fix I can think
of besides changing MSVCRT_isleadbyte directly is to change the calls
to MSVCRT_isleadbyte with _ismbblead in the _mbspbrk function. That
would be ignoring the real problem, though.
On Wed
_mbspbrk function needs to be fixed, not isleadbyte.
Cheers,
Piotr
Hi Tomasz,
Please use a more specific subject such as "mscms: Handle bitmap formats
BM_xRGBQUADS and BM_xBGRQUADS in TranslateBitmapBits".
On 10/17/2010 22:46, Tomasz Michno wrote:
---
dlls/mscms/tests/Makefile.in |3 ++-
dlls/mscms/transform.c |2 ++
2 files changed, 4 insertions(+), 1 deletions(-)
You forgot to add new file to a patch.
Hi Tomasz.
Welcome to Wine.
You already fixed your missing real name in your first patch.
That is good, but there are more suggestions.
> For applications which uses EnumICMProfiles to detect monitor icc profile,
> there should be a copy of monitor profile in
> windows\system32\spool\drivers\c
On 10/16/10 5:38 AM, André Hentschel wrote:
Hi and welcome to wine development,
your patch is wrapped. see the gdi part of it at
http://source.winehq.org/patches/.
so you should check your mailclient.
Further you might want to split it per module (gdi and mscms, one patch each)
Andre:
The pat
Hi Tomasz,
This patch is wrapped, unlike your first attempt were you attached the
patch.
> dlls/gdi32/icm.c |8 ++--
> dlls/mscms/transform.c |2 ++
> 2 files changed, 8 insertions(+), 2 deletions(-)
>
> diff --git a/dlls/gdi32/icm.c b/dlls/gdi32/icm.c
> index 0e346ee..d75c52
Hi and welcome to wine development,
your patch is wrapped. see the gdi part of it at
http://source.winehq.org/patches/.
so you should check your mailclient.
Further you might want to split it per module (gdi and mscms, one patch each)
--
Best Regards, André Hentschel
Hi Mariusz,
> From: Mariusz Pluciński
>
> I have a problem with my account at testbot.winehq.org. Long time ago, I
> registered my account. To this day I have not received an activation
> e-mail. I thought it was maybe rejected, because I was not "well-known
> membe
Check your spam folder, gmail might have filtered it out.
--Juan
2010/9/12 Mariusz Pluciński :
> Hello
> I have a problem with my account at testbot.winehq.org. Long time ago, I
> registered my account. To this day I have not received an activation e-mail.
> I thought it was ma
Hello
I have a problem with my account at testbot.winehq.org. Long time ago, I
registered my account. To this day I have not received an activation
e-mail. I thought it was maybe rejected, because I was not "well-known
member of the Wine community" that time.
Today I noticed that
> > configure: libGLU development files not found,
> > GLU won't be supported.
GOUJON Alexandre:
> It clearly appears that libGLU.so was present
> during the "ok" configure
> execution and not for the other.
No, that's not true, because "ls -alF /usr/lib/libGLU*" showed that
all files and even
On 08/22/2010 10:09 AM, wy...@volny.cz wrote:
So why configure says me "-lGLU... not found"
when file "/usr/lib/libGLU.so.1" is present
a...@evan:~/Desktop$ diff configure_output_ok_libice_dev_missing.txt
configure_output_bad_libice_dev_present.txt
506c506
< checking for IceConnectionNumber i
On Sun, Aug 22, 2010 at 3:09 AM, wrote:
> Thanks for hints, Austin. Unfortunately looking at it and comparing
> GOOD vs BAD log did not move me any further. So if anyone would see
> there a bug, please let me know. Logs attached.
>
> W.
>
>From the bad configure log:
configure:8817: checking fo
On Fri, Aug 20, 2010 at 4:26 PM, wrote:
>
> Hi,
>
> isn't there a problem with wine's configure script? I'm running on
> new Debian Squezee and noticed (luckily), that when libice-dev is
> installed, than ./configure can't find "-lGLU".
>
Hi,
isn't there a problem with wine's configure script? I'm running on
new Debian Squezee and noticed (luckily), that when libice-dev is
installed, than ./configure can't find "-lGLU".
But libice-dev doesn't have any influence on file "libGLU.so.1".
On Monday 10 May 2010 12:50:56 pm Alexandre Julliard wrote:
> Paul Chitescu writes:
>
> > Something is - again - wrong with CVS. Although I fetched a wine with git
I
> > tried to verify some patches I had in the CVS tree.
> >
> > cvs -z3 -q up -APd
> >
> > cvs update: failed to create lock dire
Paul Chitescu writes:
> Something is - again - wrong with CVS. Although I fetched a wine with git I
> tried to verify some patches I had in the CVS tree.
>
> cvs -z3 -q up -APd
>
> cvs update: failed to create lock directory for
> `/home/wine/wine/dlls/acledit'
> (/home/wine/wine/dlls/acledit/
Hi!
Something is - again - wrong with CVS. Although I fetched a wine with git I
tried to verify some patches I had in the CVS tree.
cvs -z3 -q up -APd
cvs update: failed to create lock directory for `/home/wine/wine/dlls/acledit'
(/home/wine/wine/dlls/acledit/#cvs.lock): Permission denied
cvs
d
> correctly when a theme is enabled under Wine. If a theme is not selected,
> the problem does not happen. This can be seen using an example program
> available for general public download at:
>
> http://www.codeproject.com/KB/shell/explorer.aspx?df=100&forumid=2239&e
t selected, the problem does
not happen. This can be seen using an example program available for general
public download at:
http://www.codeproject.com/KB/shell/explorer.aspx?df=100&forumid=2239&exp=0&select=583589&tid=583589
I traced the problem through the comctl32 listview.c
David Adam wrote:
> Any clue to fix my problem?
bugs.winehq.org
--
Dmitry.
On 9 February 2010 12:35, David Adam wrote:
> Hello,
>
> since one month I have problem with Wine. With the wine-git or the
> Wine binary provided by Mandriva, since I try to launch any
> application I have the following message:
This is a question better suited to wine-users than wine-devel.
Hello,
since one month I have problem with Wine. With the wine-git or the
Wine binary provided by Mandriva, since I try to launch any
application I have the following message:
[da...@thakur Téléchargement]$ wine t3_demo_uk.exe
err:process:__wine_kernel_init boot event wait timed out
Am Friday 29 January 2010 01:20:24 schrieb Henri Verbeet:
> On 29 January 2010 00:21, Michael Stefaniuc wrote:
> > On 01/28/2010 10:59 PM, Henri Verbeet wrote:
> >> On 28 January 2010 22:39, Stefan Leichter
> >>
> >> wrote:
> >>> Is this a know pro
Michael Stefaniuc writes:
> Anyway the usage of write(2) in NTDLL_dbg_vprintf() is *wrong* as it
> doesn't check for short writes nor errors. It is good enough for debug
> output and better than using the FILE * functions but not good enough to
> prevent interleaving. It even introduces an opport
Alexandre Julliard wrote:
> Michael Stefaniuc writes:
>
>> Incorrect. Wine doesn't use write(2) but vfprintf(3) which operates on
>> FILE handles; the output is buffered aka a vfprintf call won't translate
>> 1:1 to a write(2) system call. But even if it would directly use
>> write(2), that syste
Michael Stefaniuc writes:
> Incorrect. Wine doesn't use write(2) but vfprintf(3) which operates on
> FILE handles; the output is buffered aka a vfprintf call won't translate
> 1:1 to a write(2) system call. But even if it would directly use
> write(2), that system call isn't atomic. A lot of peop
Ken Thomases wrote:
> On Jan 28, 2010, at 5:21 PM, Michael Stefaniuc wrote:
>
>> On 01/28/2010 10:59 PM, Henri Verbeet wrote:
>>> On 28 January 2010 22:39, Stefan Leichter
>>> wrote:
>>>> Is this a know problem? Is a work around available?
>>>
On Jan 28, 2010, at 5:21 PM, Michael Stefaniuc wrote:
> On 01/28/2010 10:59 PM, Henri Verbeet wrote:
>> On 28 January 2010 22:39, Stefan Leichter
>> wrote:
>>> Is this a know problem? Is a work around available?
>>>
>> Yeah, that's a known problem.
On 29 January 2010 00:21, Michael Stefaniuc wrote:
> On 01/28/2010 10:59 PM, Henri Verbeet wrote:
>>
>> On 28 January 2010 22:39, Stefan Leichter
>> wrote:
>>>
>>> Is this a know problem? Is a work around available?
>>>
>> Yeah, that's a
1 - 100 of 1367 matches
Mail list logo
