André Hentschel pointed me to a strange cmdlg32 resource string:
IDS_ABOUTBOX"&About FolderPicker Test"
The text seems unlikely to be correct. IDS_ABOUTBOX was introduced in
87b81de0 but was not used even in that patch and as far as I can see it
is still no
Does anyone have an idea of what could be causing
http://bugs.winehq.org/show_bug.cgi?id=29027 ?
-Alex
On Thu, Sep 29, 2011 at 12:57 PM, David Kiefer wrote:
> While this patch indeed fixes bug 2666, it also kills performance, at
> least with Age of Empires II.
> The frame rate in the menu for me is about one frame every three seconds
> and about 1 fps in-game.
>
> With the patch, the work previousl
While this patch indeed fixes bug 2666, it also kills performance, at
least with Age of Empires II.
The frame rate in the menu for me is about one frame every three seconds
and about 1 fps in-game.
With the patch, the work previously done by X11DRV_DIB_MapColor is now
done by X11DRV_DIB_GetNeares
2011/9/29 Alex Henrie :
> 2011/9/28 Frédéric Delanoy
>>
>> Please do not include bug number in commit message summary line.
>> Put something like 'fixes bug 123 in the commit header
>>
>> See http://wiki.winehq.org/SubmittingPatches for more info (e.g.
>> "subject line" and "include a description"
2011/9/28 Alex Henrie
> I figured that it didn't work because I wasn't subscribed to wine-devel
>
I meant to say, it didn't work because I wasn't subscribed to
wine-patches...
-Alex
2011/9/28 Frédéric Delanoy
> Please do not include bug number in commit message summary line.
> Put something like 'fixes bug 123 in the commit header
>
> See http://wiki.winehq.org/SubmittingPatches for more info (e.g.
> "subject line" and "include a description" sections)
>
Thanks for the info
Please do not include bug number in commit message summary line.
Put something like 'fixes bug 123 in the commit header
See http://wiki.winehq.org/SubmittingPatches for more info (e.g.
"subject line" and "include a description" sections)
Frédéric
On Thu, May 5, 2011 at 11:39 AM, Marcus Meissner wrote:
> Hi Dylan, folks,
>
> Coverity sees following constructs in dlls/riched20/tests/editor.c
> introduced by your commit aa3b75f6b74fa87641b1f2b5912fbb82feb4c2da
>
> +SendMessage(hwndRichEdit, WM_CHAR, 22,
> +(MapVirtualKey(
Hi Dylan, folks,
Coverity sees following constructs in dlls/riched20/tests/editor.c
introduced by your commit aa3b75f6b74fa87641b1f2b5912fbb82feb4c2da
+SendMessage(hwndRichEdit, WM_CHAR, 22,
+(MapVirtualKey('V', MAPVK_VK_TO_VSC) << 16) & 1);
(several more of similar)
The 4th
Hi Ge,
how come I got two different test results for the same patch ?
moreover one is perfectly ok, while the other shows strange results
any idea ?
A+
--
Eric Pouech
"The problem with designing something completely foolproof is to underestimate the
ingenuity of a complete idiot."
On Fri, Jun 26, 2009 at 2:19 AM, Erich Hoover wrote:
> On Sun, Jun 21, 2009 at 1:03 PM, Erich Hoover wrote:
>>
>> On Sun, Jun 21, 2009 at 10:23 AM, Erich Hoover wrote:
>>>
>>> On Sun, Jun 21, 2009 at 1:36 AM, Damjan Jovanovic
>>> wrote:
...
Maybe the memory is writable but no
On Sun, Jun 21, 2009 at 1:03 PM, Erich Hoover wrote:
> On Sun, Jun 21, 2009 at 10:23 AM, Erich Hoover wrote:
>
>> On Sun, Jun 21, 2009 at 1:36 AM, Damjan Jovanovic
>> wrote:
>>
>>> ...
>>>
>> Maybe the memory is writable but not readable, and
>>> WSARecvFrom()/recv() is reading it while memcpy(
On Sun, Jun 21, 2009 at 10:23 AM, Erich Hoover wrote:
> On Sun, Jun 21, 2009 at 1:36 AM, Damjan Jovanovic wrote:
>
>> ...
>>
> Maybe the memory is writable but not readable, and
>> WSARecvFrom()/recv() is reading it while memcpy() is not?
>>
>
>> Maybe the memory is from a DIB section which Wine
s happening in the first place. Does
> anyone
> > know if this is a known difference between Windows and Linux or if there
> is
> > something else strange going on?
>
> If recv() fails with EFAULT, why doesn't the memcpy() in your patch
> raise SIGSEGV instead?
>
inux or if there is
> something else strange going on?
If recv() fails with EFAULT, why doesn't the memcpy() in your patch
raise SIGSEGV instead?
Maybe the memory is writable but not readable, and
WSARecvFrom()/recv() is reading it while memcpy() is not?
Maybe the memory is from a DIB sect
http://bugs.winehq.org/show_bug.cgi?id=17443#c2), but I'm having difficulty
figuring out exactly why this is happening in the first place. Does anyone
know if this is a known difference between Windows and Linux or if there is
something else strange going on?
Erich Hoover
ehoo...@mines.edu
while updating my git tree, I ran (actually not finished downloading)
this pack:
Resuming fetch of pack 119463f192a563f17ac18ff9b717fbe57199eed7 at
byte 95266539
which size looks quite enormous to me...
any idea of what's going on ?
A+
--
Eric Pouech
"The problem with designing something co
It's rather quickly made but...
http://img72.imageshack.us/my.php?image=dessindi7.png
On Sun, Apr 20, 2008 at 3:57 AM, Dan Kegel <[EMAIL PROTECTED]> wrote:
> Shoot, icc ought to be able to handle those, but
> you're right, we should ignore any icc results.
At least until I am done... =)
But yeah icc's alignment handling seems to be totally broken...I've
tried every alignment swi
On Sun, Apr 20, 2008 at 12:52 AM, James Hawkins <[EMAIL PROTECTED]> wrote:
> >
> http://test.winehq.org/data/94883af56d7348228963d7e70a5af578310c2228/wine_xp_icc-3/ntdll:generated.txt
>
> If the tag (wine_xp_icc-3) is any hint, the tests were compiled with
> icc, which might not handle the alig
On Sun, Apr 20, 2008 at 2:45 AM, Dan Kegel <[EMAIL PROTECTED]> wrote:
> http://test.winehq.org/data/94883af56d7348228963d7e70a5af578310c2228/wine_xp_icc-3/ntdll:generated.txt
> looks kinda funny. Is somebody compiling the tests
> wrong somehow?
>
If the tag (wine_xp_icc-3) is any hint, the test
http://test.winehq.org/data/94883af56d7348228963d7e70a5af578310c2228/wine_xp_icc-3/ntdll:generated.txt
looks kinda funny. Is somebody compiling the tests
wrong somehow?
On Wed, 16 Apr 2008, Juan Lang wrote:
> > The CapsA test doesn't fail, probably since winmm wraps CapsA calls with
> > CapsW calls and then does memcpy. In either case, calling
> > waveOutGetDevCaps sith size=4 is not valid, as far as I can tell.
> > Theoretically, it might be in the future, t
> The CapsA test doesn't fail, probably since winmm wraps CapsA calls with
> CapsW calls and then does memcpy. In either case, calling
> waveOutGetDevCaps sith size=4 is not valid, as far as I can tell.
> Theoretically, it might be in the future, though, if some small caps
> structure is inven
winmm/tests/wave.c currently contains:
rc=waveOutGetDevCapsA(device,&capsA,4);
ok(rc==MMSYSERR_NOERROR,
"waveOutGetDevCapsA(%s): MMSYSERR_NOERROR expected, got %s\n",
dev_name(device),wave_out_error(rc));
rc=waveOutGetDevCapsW(device,&capsW,4);
ok(rc==MMSYSERR_NOERR
I just installed Photoshop CS2 trial using yesterday morning's cvs,
and there seemed to be two odd failure:
1) gecko didn't install properly
2) the outer installer declared victory way before the inner installer
was done unpacking
Mysterious, very mysterious.
Ah, well, I'll close my eyes and hope
Hi,
I am observing a strange menu behaviour.
How to reproduce:
- start notepad
- move the mouse over "Search", do not click
- press alt-f to get the file menu
=> the file menu flickers open, but suddenly switches
to the search menu.
It seems the menu code checks the mouse
"Lei Zhang" <[EMAIL PROTECTED]> writes:
> I've having trouble on my dual screen (twinview) setup with this patch.
>
> With a fresh ~/.wine directory, I ran notepad or regedit. The app
> starts on the left monitor. When I move the window to the right
> monitor, the window is no longer being redrawn
rce.winehq.org/git/wine.git/?a=commit;h=390ae9cc2845fe002bc2e68
> >c14d104d927af68b1
> >
> > Author: Alexandre Julliard <[EMAIL PROTECTED]>
> > Date: Tue Jan 22 10:16:19 2008 +0100
> >
> > winex11.drv: Fix handling of strange window sizes in CreateWindow, with
> > t
Alexandre Julliard <[EMAIL PROTECTED]>
> Date: Tue Jan 22 10:16:19 2008 +0100
>
> winex11.drv: Fix handling of strange window sizes in CreateWindow, with tests.
>
> ---
>
> dlls/user32/tests/win.c | 79
> +
> dl
On Thu, Jan 10, 2008 at 10:12:22AM +0100, Hans Leidekker wrote:
> On Thursday 10 January 2008 09:49:47 Marcus Meissner wrote:
>
> > Coverity spotted "arg" as potentially NULL dereferenced
> > and the originating condition looks broken to me.
> >
> > It should not really handle "delim", but just ch
On Thursday 10 January 2008 09:49:47 Marcus Meissner wrote:
> Coverity spotted "arg" as potentially NULL dereferenced
> and the originating condition looks broken to me.
>
> It should not really handle "delim", but just check arg.
Agreed, but there's another occurrence of this check in msvcrt_arg
I've been seeing the error
shell-init: error retrieving current directory: getcwd: cannot access
parent directories: No such file or directory
a lot recently when running Wine, probably when installers
finish. It started a couple weeks ago.
I think it's a bash error message.
Anyone else seeing
On Fri, 2 Nov 2007, Dmitry Timoshkov wrote:
> > It's a good idea to try to have
> > ToUnicodeEx work mainly as it does on Windows, but we are miles away from
> > reaching this goal.
>
> What goal are you talking about?
The goal of a implementation of ToUnicodeEx that is 100% compatible with
Wi
"Peter Åstrand" <[EMAIL PROTECTED]> wrote:
> > Current behaviour emulates what ToUnicodeEx does under Windows. And some
> > apps depend on it.
>
> We shouldn't forget that the Wine keyboard implementation is a total mess.
> The code is full of special cases, makes wrong assumptions about the
> pla
On Thu, 1 Nov 2007, Dmitry Timoshkov wrote:
> > 1) "Not consistent"
> >
> > It might be interesting to compare with CapsLock. Shift can cancel
> > CapsLock, but also substitute it. This is true on both Windows and Linux.
> > Additionally, on Linux, NumLock works the same, ie Shift works in both
>
On Thu, 1 Nov 2007, Dmitry Timoshkov wrote:
> > > Besides, I just tested with Wine's notepad and don't see the problem you
> > > are reporting.
> >
> > Which keyboard layout are you using? On my system, Wine selects the
> > Swedish keyboard layout.
>
> I'm using us keyboard layout.
That explains
"Peter Åstrand" <[EMAIL PROTECTED]> wrote:
> 1) "Not consistent"
>
> It might be interesting to compare with CapsLock. Shift can cancel
> CapsLock, but also substitute it. This is true on both Windows and Linux.
> Additionally, on Linux, NumLock works the same, ie Shift works in both
> directions.
Perhaps we need to gather more input from other developers:
> http://bugs.winehq.org/show_bug.cgi?id=10266
>
> --- Comment #4 from Dmitry Timoshkov <[EMAIL PROTECTED]> 2007-11-01 08:32:46
> ---
> > But in that case, you will find all of your X11 applications on your
> > desktop,
> > including
Am Sonntag, 23. September 2007 05:20:06 schrieb Jose Osvaldo:
> The No-CD crack for "The Sims" calls to "IDirectDrawImpl_CreateSurface"
> (ddls/ddraw.c) which calls to "IDirectDrawImpl_CreateNewSurface".
Is this behavior added by the nocd crack?
> The abnormal value is this:
>
> dwFlags = 0x0
The No-CD crack for "The Sims" calls to "IDirectDrawImpl_CreateSurface"
(ddls/ddraw.c) which calls to "IDirectDrawImpl_CreateNewSurface". One of
these calls passes a abnormal value for DDPixelFormat
causing "PixelFormat_DD2WineD3D" (dlls/utils.c) to
return "WINED3DFMT_UNKNOWN" (0). "IDirectDraw
Andrey Gavrilin wrote:
> I wish to compile wine from sources. Has received such message. The
> distribution: Ubuntu 7.04. What headers files does not suffice? PS I
> used the program the translator from Russian to English.
See http://wiki.winehq.org/Recommended_Packages
--
Rob Shearman
Hello.
I wish to compile wine from sources. Has received such message. The
distribution: Ubuntu 7.04. What headers files does not suffice? PS I used
the program the translator from Russian to English.
configure: WARNING: jack/jack.h: present but cannot be compiled
configure: WARNING: jack/jack.h
The problem : When using notepad the following fonts are invisible when
you type anything into notepad.
Courier
MS San Serif
Small Fonts
System
They appear in the pull down fonts menu, but if you select one of these
fonts and start typing in the notepad, no characters are displayed. (As
if th
Huw Davies wrote:
Nick Law wrote:
So, notepad now shows the courier, small font, sans serief and system
fonts (all .fon files) in the list of fonts in notepad. All well and
good, however I still have the problem that if you select any of
these non true type fonts, ie courier, small font, sans
Nick Law wrote:
So, notepad now shows the courier, small font, sans serief and system
fonts (all .fon files) in the list of fonts in notepad. All well and
good, however I still have the problem that if you select any of these
non true type fonts, ie courier, small font, sans serief and system
My md5 is different, and I can type characters and they are visible.
Tom
On 4/18/07, Nick Law <[EMAIL PROTECTED]> wrote:
Huw Davies wrote:
> On Wed, Apr 18, 2007 at 08:44:13AM +0100, Nick Law wrote:
>
>> yes, /usr/local/share/wine/fonts/ exists my system and is only populated
>> with two fonts
Huw Davies wrote:
On Wed, Apr 18, 2007 at 08:44:13AM +0100, Nick Law wrote:
yes, /usr/local/share/wine/fonts/ exists my system and is only populated
with two fonts, broadway.ttf and ad5font.fon. So all the fonts from the
build which include courier (fon) and serife don't get transferred to
On Wed, Apr 18, 2007 at 08:44:13AM +0100, Nick Law wrote:
>
> yes, /usr/local/share/wine/fonts/ exists my system and is only populated
> with two fonts, broadway.ttf and ad5font.fon. So all the fonts from the
> build which include courier (fon) and serife don't get transferred to
> either /usr/
Bill Medland wrote:
On Tue, 2007-17-04 at 22:08 +0100, Nick Law wrote:
Huw Davies wrote:
On Tue, Apr 17, 2007 at 01:03:03AM +0100, Nick Law wrote:
Nick Law wrote:
Well, I don't quite know what happened there with the fonts, however
my fonts are now back worki
On Tue, 2007-17-04 at 22:08 +0100, Nick Law wrote:
> Huw Davies wrote:
> > On Tue, Apr 17, 2007 at 01:03:03AM +0100, Nick Law wrote:
> >
> >> Nick Law wrote:
> >>
> >>> Well, I don't quite know what happened there with the fonts, however
> >>> my fonts are now back working by deleting the
> >We shouldn't be installing fonts into c:\windows\fonts. They go into
> >/usr/share/wine/fonts where Wine should find them (or they'll be found
> >in the build tree if you're running straight from there).
> >
> >fontforge earlier than about Jan 2006 does have some problems
> >generating the bitm
Huw Davies wrote:
On Tue, Apr 17, 2007 at 01:03:03AM +0100, Nick Law wrote:
Nick Law wrote:
Well, I don't quite know what happened there with the fonts, however
my fonts are now back working by deleting the contents of the fonts
folder c:\windows\fonts\ and simply copying in verdana.t
> We shouldn't be installing fonts into c:\windows\fonts.
> They go into /usr/share/wine/fonts where Wine should
> find them (or they'll be found in the build tree if you're
> running straight from there).
I have a question about this. It appears that the registry entries for the
fonts are add
On Tue, Apr 17, 2007 at 01:03:03AM +0100, Nick Law wrote:
>
> Nick Law wrote:
> >Well, I don't quite know what happened there with the fonts, however
> >my fonts are now back working by deleting the contents of the fonts
> >folder c:\windows\fonts\ and simply copying in verdana.ttf +
> >bold+it
Nick Law wrote:
Well, I don't quite know what happened there with the fonts, however
my fonts are now back working by deleting the contents of the fonts
folder c:\windows\fonts\ and simply copying in verdana.ttf +
bold+italics etc into this folder.
The reason I had to copy verdana was becaus
Well, I don't quite know what happened there with the fonts, however my
fonts are now back working by deleting the contents of the fonts folder
c:\windows\fonts\ and simply copying in verdana.ttf + bold+italics etc
into this folder.
The reason I had to copy verdana was because the application
Hi,
I have almost the same problem, I cannot perfom 'git fetch' for 2/3
weeks now, failed with timeout error. (git-clone too)
Any tricks ?
Thanks
Emmanuel
Le 10 avr. 07 à 21:17, Kirill K. Smirnov a écrit :
Hi,
I've noticed very strange thing today: www.winehq.org r
Thanks all, culript is found!
My /etc/hosts, /etc/resolv.conf are OK.
At last I changed nameserver to the public one (195.242.2.126) and everything
began to work!
I think someone hijacked DNS in the LAN.
What is strange, all other sites except winehq.org I tried worked OK. So I put
the issue
Kirill K. Smirnov wrote:
> Hi,
>
> I've noticed very strange thing today: www.winehq.org resolves to
> http://searchportal.information.com/index.mas?epl=00630086VFAXVE0DWlgV
> VRBeVwtAVw5ZB14NW1YMBAhCUVZRWRQbWxBfHwRsXQUNU1oBVFc
>
> This site claims to be winehq.org.
&
On Tue, 2007-04-10 at 13:21 -0700, Dan Kegel wrote:
> Kirill wrote:
> > I've noticed very strange thing today: www.winehq.org resolves to
> > http://searchportal.information.com/index.mas?epl=00630086VFAXVE0DWlgVVRBeVwtAVw5ZB14NW1YMBAhCUVZRWRQbWxBfHwRsXQUNU1oBVFc
> >
Kirill wrote:
I've noticed very strange thing today: www.winehq.org resolves to
http://searchportal.information.com/index.mas?epl=00630086VFAXVE0DWlgVVRBeVwtAVw5ZB14NW1YMBAhCUVZRWRQbWxBfHwRsXQUNU1oBVFc
This site claims to be winehq.org.
"Winehq.org - What you need, when you need
Yikes! That looks quite strange.
In my paranoia, here is what I did:
[jwhite] whois winehq.org | grep 'Name Server:'
Name Server:FOGHORN.CODEWEAVERS.COM
Name Server:WINE.CODEWEAVERS.COM
[jwhite] host www.winehq.org wine.codeweavers.com
www.winehq.org A 209.46.25.134
[jw
Am Dienstag 10 April 2007 21:17 schrieb Kirill K. Smirnov:
> Hi,
>
> I've noticed very strange thing today: www.winehq.org resolves to
> http://searchportal.information.com/index.mas?epl=00630086VFAXVE0DWlgVVRBeV
>wtAVw5ZB14NW1YMBAhCUVZRWRQbWxBfHwRsXQUNU1oBVFc
>
> This si
Hi,
I've noticed very strange thing today: www.winehq.org resolves to
http://searchportal.information.com/index.mas?epl=00630086VFAXVE0DWlgVVRBeVwtAVw5ZB14NW1YMBAhCUVZRWRQbWxBfHwRsXQUNU1oBVFc
This site claims to be winehq.org.
"Winehq.org - What you need, when you need it"
I
with customized (expensive) cameras via
UDP, I noted a strange bug in the Wine debug channel "winsock": the
software was sending UDP packets to IP _254_.255.255.255 (note the first
octet). After some experimentation, I noticed that while Windows just
sends this as a broadcast packet, Lin
(expensive) cameras via
UDP, I noted a strange bug in the Wine debug channel "winsock": the
software was sending UDP packets to IP _254_.255.255.255 (note the first
octet). After some experimentation, I noticed that while Windows just
sends this as a broadcast packet, Linux rejects this address, b
Louis Lenders wrote:
Alex Villacís Lasso palosanto.com> writes:
Robert Shearman wrote:
Alex Villacís Lasso wrote:
Last weekend, I was trying to trace down bug #5245 (Run-Time error
'6' overflow in terragen). With current CVS, the bug manifests itself
with an "Overflow" dia
Alex Villacís Lasso palosanto.com> writes:
>
> Robert Shearman wrote:
> > Alex Villacís Lasso wrote:
> >
> >> Last weekend, I was trying to trace down bug #5245 (Run-Time error
> >> '6' overflow in terragen). With current CVS, the bug manifests itself
> >> with an "Overflow" dialog when star
Robert Shearman wrote:
Alex Villacís Lasso wrote:
Last weekend, I was trying to trace down bug #5245 (Run-Time error
'6' overflow in terragen). With current CVS, the bug manifests itself
with an "Overflow" dialog when starting up Terragen. However, this
bug does *not* go away with a native o
Alex Villacís Lasso wrote:
Last weekend, I was trying to trace down bug #5245 (Run-Time error '6'
overflow in terragen). With current CVS, the bug manifests itself with
an "Overflow" dialog when starting up Terragen. However, this bug does
*not* go away with a native oleaut32.dll (taken from
Last weekend, I was trying to trace down bug #5245 (Run-Time error '6'
overflow in terragen). With current CVS, the bug manifests itself with
an "Overflow" dialog when starting up Terragen. However, this bug does
*not* go away with a native oleaut32.dll (taken from win98), so this
does not seem
When I'm looking at the wine-patches archives, e.g. at
http://winehq.org/pipermail/wine-patches/2006-April/025521.html
and the patch is an attachment, the archive's link to the
attachment, e.g.
http://www.winehq.org/pipermail/wine-patches/attachments/20060408/64e34006/76c37de4da1db3f8e92003d8ff1255
Hi,
The 2006 SourceForge.net Community Choice Awards have
been announced ... and it seems the Desktop Winner is:
"WINE . for Darwin and Mac OS X"
Strangely enough, our project directly does not appear
to be listed at all in the "Desktop" category.
Still considering whether to be sad or happ
oblem with this strange indentation (that the second double
quote is on a next line, but it is not fatal. More fatal is that this dialog
even occurs and the file cannot be written.
I've created a tracefile with +file and I think I've found the problem.
At the moment of attempt to write (in thi
Hi there,
recent versions of wine have shown a very peculiar behaviour for me. The
first I noticed it with was 20050628, whereas I know 20050310 to work in
this respect. What happens is that any program that uses D3D or OpenGL
will at startup complain that it is missing hardware acceleration, that
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello List!
I noticed that disabled buttons look a bit strange on my system. It
happens all the time when a disabled button is drawn, as it is done in
many installers or in winecfg. Have a look at the following image:
http://leidola.newcon.de
Hi,
Ever since (approx) when the winecfg tool became active, a Windows tool that
examined IDE
capabilities has stopped working. Instead, the following messages are being
written into the dmesg
log:
hdc: write_intr: wrong transfer direction!
hdd: write_intr: wrong transfer direction!
hdc is a D
Solution: the function checks the Length member of the struct,
not the real length of the string.
Ivan.
RtlCompareUnicodeString should return 0 if it receives two identical string.
But for some strange reason this code
http://rafb.net/paste/results/e3tHCg40.html
prints this output
http://rafb.net/paste/results/SS5U2N81.html
Is it a mistake I've missed, or is this a bug in the implementati
On Tue, 07 Dec 2004 01:02:27 +, Oliver Stieber wrote:
> I've also got a little patch for oleaut/varient.c to
> allow number-string comparisons. There are a couple of
> undocumented assumptions I've made,like what to return
> for an empty of if the string isn't a number, and the
> only thing I'v
Hi Oliver,
>I've also got a little patch for oleaut/varient.c to
>allow number-string comparisons. There are a couple of
>undocumented assumptions I've made,like what to return
>for an empty of if the string isn't a number, and the
>only thing I've been able to test with is 1 vb
>application as I
on info[0]=
000c:trace:seh:EXC_RtlRaiseException info[1]=0002
which is strange because there's no way that
wine_d3d:WineDirect3DCreate can get called twice in a
row like that, especially with a version of 0.
Any ideas what's up?
BTW, thief 3 was working a lot better with 200410~
th
Robert Lunnon <[EMAIL PROTECTED]> writes:
> read(11, 0x7FD5F7AC, 8) Err#11 EAGAIN
> XIO: fatal IO error write(2, " X I O : f a t a l ".., 21) = 21
> 0 (write(2, " 0 (", 3)= 3
> Error 0write(2, " E r r o r 0", 7)=
I have some strange behaviour occurring on Solaris 10 I am getting XIO errors
I Did a syscal trace and got this in part \
uname(0x7FD5EA54) = 1
uname(0x7FD5EB24) = 1
xstat(2, "/tmp/.X11-pipe/X0", 0x7FD5EF64) = 0
open(
Ivan inwind.it> writes:
> on my laptop wine just starts and doesn't do anything. In addition to this,
ps
> -A, ctrl+c, ctrl+z, the kde system guard and all tools that popup a box to
> ask for root password all stop working. Attached is a relay log. Any ideas?
I guess you have installed ker
on my laptop wine just starts and doesn't do anything. In addition to this, ps
-A, ctrl+c, ctrl+z, the kde system guard and all tools that popup a box to
ask for root password all stop working. Attached is a relay log. Any ideas?
log.txt.bz2
Description: BZip2 compressed data
Hi there.
Mirage by Bauhaus Software (image editing) has some serious drawing
issues with Wine. The main workspace gets drawn correctly, but the
interface pixmaps are completely wrong (wrong colors, redraw problems,
increasing offset). One of the developers (Sebastien Miglio) told me
something abo
Jakob Eriksson <[EMAIL PROTECTED]> writes:
> Check out http://test.winehq.org/data/20040425-1000/ OSR2 shell32:string.
>
> It says "0", but if you click, there seems to be some kind
> of error. Is it the test output somehow erratic, or is
> the log parser doing something bad?
dlls/shell32/test
Check out http://test.winehq.org/data/20040425-1000/ OSR2 shell32:string.
It says "0", but if you click, there seems to be some kind of error.
Is it the test output somehow erratic, or is the log parser doing
something bad?
regards,
Jakob
Hi Rein,
Are you sure that's not being called through a shell32 API function? eg.
SHGetFileAttributes?
If not, perhaps make sure that usage of GetFileAttributes() really works
on Windows.
Mike
Rein Klazes wrote:
Hi,
Showing my ignorance, but this is the first time that I see something
like t
I was thinking about) function
nearby.
>
> If not, perhaps make sure that usage of GetFileAttributes() really works
> on Windows.
Now I did, on a Win2K system. The call fails there as well, so this may
be just some strange artifact in the code preserved while the
surrounding code
Hi,
Showing my ignorance, but this is the first time that I see something
like this:
(agent.xrs is indeed a zip file)
| 0009:Call kernel32.GetFileAttributesA(416818c4
"H:\\binw\\Agent\\agent.xrs#zip:version.xml") ret=005f4635
| 0009:Ret kernel32.GetFileAttributesA() retval= ret=005f463
Patch submitted.
- Original Message -
From: "Eric Pouech" <[EMAIL PROTECTED]>
To: "Sami Aario" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Saturday, January 24, 2004 10:57 PM
Subject: Re: Strange debug message in programs/winedbg/info.c
>
Sami Aario a écrit :
Hi,
The debugger kept messing up my output because of a missing
newline. This patch fixes that. However, the condition checks for
first_dll, but the output says first_option. They can't both be right.
So which one should it be?
It should be first_dll in both cases.
A+
Hi,
The debugger kept messing up my output because of a missing
newline. This patch fixes that. However, the condition checks for
first_dll, but the output says first_option. They can't both be right.
So which one should it be?
info.diff
Description: Binary data
Le mer 14/01/2004 à 12:01, Ivan Leo Murray-Smith a écrit :
> With current cvs, I get this strange warning message
>
[snip]
> gcc -c -I. -I. -I../../include -I../../include -D_REENTRANT -fPIC -Wall -pipe
> -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith
With current cvs, I get this strange warning message
make[2]: Entering directory `/home/ivan/Development/Wine/CVS/wine/programs/winetest'
cp ../../dlls/advapi32/tests/advapi32_test.exe.so advapi32_test.exe.so && strip
-s advapi32_test.exe.so
cp ../../dlls/gdi/tests/gdi3
he process list the first time I can see this:
1506 ?S 0:00 /usr/local/bin/wine
/home/user/wine/D/home/agent/agent.exe
1507 ?S 0:00 \_ wineserver
1508 ?S 0:00 \_ wineserver
Which is strange because I have two wineservers running. When I launch exactl
100 matches
Mail list logo