Od: "Dan Kegel"
> I'm not sure keying off the list in winecfg is the
> right thing to do;
> I'd rather use the list of all wine dlls.
> (dbghelp, for instance, should
> still be in the list, I think.)
Many thanks, i use that since the release. But i noticed that
winecfg is messed by "DLLs" lik
Hi Dan,
i'm happy user of winetricks and thanks for all that work. Today i
found out, that i wasn't able to reveal, that apps uses some native
dll when using:
winetricks settings alldlls=builtin
further checking revealed, that winetricks(20120308) has several no
longer available dll override c
Hi,
there is bug 27908, which i closed as invalid, because user did not
used latest fixed version.
AJ says: If there was a bug then it's FIXED.
Based on that, even if the user has a crash in 1.0.1 and opens _now_
a bug and one day later says "it is FIXED in 1.3.25", then it should
be marked a
Hi,
I just noticed that patch 76524 is "Rejected".
But there is the same patch commited as
48d03555a7a6931ee8ba0952ccb92c70925c6bed.
Duno, if some other patch should not be merged instead.
Regards,
W.
--
Sháníte letenky na pracovní cestu, dovolenou či jen na výlet? Na
http://letenky.volny.c
Hi,
isn't there a white space issue? (trailing)
Regards,
W.
-
"Marcus Meissner"
> Hi,
>
> I get on dlls/d3dx9_36/tests/math.c:
>
Hi, and i got some test failures on my 64bit test machines:
http://test.winehq.org/data/a3965c7ea017480a21ec934753bf4135c571a9d9/xp_WyldBOT1-wxp-64b-ie6/d3dx9_36:math.html
W.
Hi, 6 months passed so i updated images for these two machines
(Description + Windows update + nvidia drivers in case of WyldBOT1).
And this new nVidia v275.33 driver brings new failures in
dlls/ddraw/tests/visual.c:
visual.c:1503: Test failed: Got color 00d8, expected 0080 or
near
visua
Hi,
i guess you know my programming skill, so be nice to me if total
nonsence:
if ( ... ||
...
+(msg == WM_IME_SELECT) ||
+(msg == WM_IME_SELECT) ||
...
seem to redundant. It happens it two places.
Regards,
W.
> Otherwise WINE compilation with 32bit gcc gets broken (not yet
> 100%
> > confirmed, see the discussion with Wylda on wine-devel mailing
> list).
> > Small patch to test for the issue -
> http://dl.dropbox.com/u/6901628/bug_test.patch
Now i can confirm for su
>
> $ cd wine-git
> $ wget http://dl.dropbox.com/u/6901628/raw.patch
> $ patch -p1 < raw.patch
> $ ./tools/make_requests
> $ ./configure
> $ make
>
> works here:
Thanks Austin for testing, but this raw.patch is already modified
and works for me too. I would need to retest the series of nine
ind
> Ok, try with a modified header:
>
OK no problem, i will try later today. But i don't think it's a bug
in applicability of those patches. I began with wine testing 2 years
ago and did many regression tests, reverse reg.testing, found faulty
commit even though it was covered by several other faul
> There is some garbage added to the patch code, I
> suspect that the way
> you downloaded the patch corrupted it.
>
> I wrote a bash script that will download the
> patches correctly and apply
> them:
>
> git clean -fd
> git reset --hard origin/master
> for i in 75876 75883 75878 75882 75881 758
> > Maybe gcc 4.4.5 is too old or i'm extremly dumb today :-/
> >
> > Regards,
> > W.
> >
> I'm not a WINE developer, just scratching my own
> itch :)
>
> I have the same gcc version. Well, this might be a
> legitimate issue,
> another important thing would be to see the
> ./configure output log
> It fails on the #include "winternl.h" line and
> these are standard
> includes, you can try to replace
>
> [code]
> #include
> #include
> [/code]
>
> code fragment with
>
> [code]
> #include "config.h"
> #include "wine/port.h"
>
> #include
> #include
> #include
> [/code]
>
> maybe that
> Looks like there is some external interference,
> try compiling in a clean
> bash environment; some googling suggests that
> LIBRARY_PATH variable
> should be unset -
> https://bbs.archlinux.org/viewtopic.php?id=30418
> First be sure it can compile the original master
> branch without issues.
So i another try:
* rm -rf * in my git tree.
* git checkout -f 2497a91f6b1326988dd5ea56dc4052cbcc2e521d
* applied all nine patches
* ./tools/make_requests
* configure + make with -O2 and got again:
>
> In file included from raw_input.c:28:
> ../include/winternl.h:2359: error: expected
> declarati
>
> Did you run ./tools/make_requests ?
>
> --
> -Austin
>
Nope. So i did:
./tools/make_requests
make distclean
./configure followed by make and got (-O0 issue??):
gcc -c -I. -I. -I../include -I../include -D__WINESRC__ -Wall -pipe
-fno-strict-aliasing -Wdeclaration-after-statement -Wempt
Hi Vincas, i wanted to give bug 27600 a try. So on top of
wine-1.3.23-50-g2497a91 i applied patches:
1. 75818
2. 75819
3. 75831
4. 75830
5. 75829
6. 75820
7. 75821
8. 75822
9. 75823
but i end up with failure during the buildup:
gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__
-D_US
> Is there any problem with the latest patches I
> sent? They're sitting there with the 'New' status but I have no
> feedback
> > (good or bad) about them.
>
> Cheers
Hi Lucas,
i put your patches on top of 1.3.23 and kick in Need For Speed
Undeground 1, i.e. testing bug 8754.
As a hello word
Hi,
by mistake i linked a wrong bug to FAR Manager:
http://appdb.winehq.org/objectManager.php?sClass=version&iId=15928
Could someone remove a link from FAR to bug 27406, please?
Thanks, W.
> > Is that somehow useful?
> >
> Are there any calls in between? It may just be an
> application bug.
No, it's complete and taken with WINEDEBUG=+all.
Is there any way to verify such heap corruption on real windows?
W.
Hi,
i was able to narrow the problem:
0009:CALL MFC42.823() ret=00ae484e
0009:Call msvcrt.malloc(0031) ret=5f40384f
0009:Call ntdll.RtlAllocateHeap(0011,,0031)
ret=7ea60413
0009:trace:heap:RtlAllocateHeap (0x11,7062,0031):
returning 0xc11c70
0009:Ret ntdll.R
Hi,
as there is a strong Valgrind wave these days ;) and i failed to
find the problem myself here is a little exercise for anyone
interested:
1. WINEDEBUG=warn+heap wine 3DMark2001SE.exe
2. Under selected test -> (click) Clear -> (tab) Custom -> (check)
"Game2 Dragothic Low Detail" -> OK
3. (c
> > As no skip is flagged, results appear all green.
> > The only exception are Wylda's XP machines. They
> > execute 16 tests but fail one of them.
> >
Hi, i looked at that right now. WyldBOT downloads from FTP current
testsuite + msrle.avi + test.avi and puts those video files into wct
folder.
>
> This is great, it's good to have physical machines
> for testing too.
>
> > I used to run WyldBOT 3x per week, but there were
> > no changes or effort to fix things, so i reduced
> > the WyldBOT run to once a week.
> >
> Would you be willing to consider some integration
> with TestBot? It is
>
> ... It seems that the remaining
> timeouts have a strong
> dependency on the environment. It's possible to
> tweak the environment
> (disable system restore points, for TestBot I
> found it makes a difference
> on which physical disk the virtual disk files are
> located)
>
> ... some environmen
Hi,
i take the chance to make this info publicaly aware, so adding
wine-devel
> Hi,
> your WyldBot has some Audio/Video issues in it's
> XP machines no other machines have, in which VM do
> they run?
WyldBOT1 and WyldBOT2 are not VM, but true physical older-machines
made only for wine-testing.
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 timed out
in thread 001c, blocked by
> ...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
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 i
> >
> > int card, err, capcontrols=0
> >
> > otherwise things like:
> >
> > mixdev[mixnum].chans += capcontrols;
> >
> > mixdev[mixnum].lines =
> > HeapAlloc(GetProcessHeap(), HEAP_ZERO_MEMORY,
> > sizeof(line) * mixdev[mixnum].chans);
> >
> >
> > goes crazy like in
> > http://bugs.winehq.org
Hi guys,
there are bug reports showing random crashes with audio on, during
winecfg etc. I was bit by those too... There is probably something
wrong how regressions are handled here, which goes on and thus there
are unneeded bugreports which cost everyone's time to read,
evaluate, search, mark, r
My WinXP AntiVirus just says "Exploit JavaScript Obfuscation" ;)
Maybe harmless for linux users...
W.
- PŮVODNÍ ZPRÁVA -
Od: "Tom Wickline"
Komu: "paulo lesgaz"
Předmět: Re:
Datum: 25.12.2010 - 15:12:30
> Don't go to the link below...
>
> Reported Attack Page!
>
> This web page at 2
> > that Debian Squeeze says:
> >
> >
> > gstreamer-0.10 development files not found, gstreamer support
> > disabled
> >
> >
> So I guess you need libgstreamer-plugins-base0.10-dev.
>
> Detlef has sent a patch that wasn't applied however:
>
> http://www.winehq.org/pipermail/wine-patches/2010-N
Hi guys,
i'm overworked so wanted to relax a bit with wine :-D and noticed
that Debian Squeeze says:
gstreamer-0.10 development files not found, gstreamer support
disabled
but "dpkg -l | grep -i gst":
ii libgstreamer-plugins-base0.10-0 0.10.30-1
ii libgstreamer0.10-0
Hope i don't bother you much, but i guess you would tell me...
I still have a problem with FarCry installer. During that i found
HEAP issue - based on assumption, that message "Heap invalid in-use
arena magic 00eefeee" is unhealthy.
So program allocates 6fc bytes at 0x14c160 and free those bytes
Hi,
i wonder what is wine trying to tell me by "just discovered"
message:
warn:heap:HEAP_ValidateInUseArena Heap 0x11: invalid in-use
arena magic 0055 for 0x118c10
Is that some kind of corruption or harmless?
I found out, that ARENA_INUSE_MAGIC should be 0x455355. Then
ARENA_INUSE_FIL
> Actually, looking a bit at what
> 6120d7cc14522983fbc38026ab4fcb6e4a68cdf0 actually
> does, does the attached patch make any difference for you?
Yes! :-D
For crashing tested on: Warcarft 3, 3DMark 2001 SE, Harbinger
For HEAP corruption tested on: Demoscene debris
All apps are working perfect
Also from log previously attached, following string is written to
address out of this word, isn't? Look like some return address than
HEAP, right?
0009:Call KERNEL32.MultiByteToWideChar(fdf2,,0021cac8
"HDA NVidia",,7dfc9ee4,0020) ret=7dfb2ae4
0009:Ret KERNEL32.MultiByteTo
>
> There have been a few bug reports...
> http://bugs.winehq.org/show_bug.cgi?id=23902 and
> http://bugs.winehq.org/show_bug.cgi?id=24131 .
>
> It seems that in some relatively rare sound
> setups, an inappropriate sound element gets fed in to
> filllines_no_master which leads to a crash on aud
> > 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
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".
So why configure says me "-lGLU... not found"
Hi,
> Do you mean this problem?
> ddraw:dsurface start ...
Nope and nothing about 64bit (there was no change). I was initially
talking about changed result from last Friday. To be precise this
new information showed up under WinXP 32bit on nvidia 8600GT:
dsurface.c:3511: Test failed: IDirectDr
Hi,
i just noticed some new and subtle failure in ddraw:dsurface
tests. I don't know how closely you watch and study tests
results, so i thought it might be a good idea bring it the
the light. Sorry if not ;-)
Compared WinXP 277040d92454 vs 8b2a403a7dc3 (latest vs last
Friday).
Interestingly do
Hi, another week and Sunday gone. Lastly Scott had a nice idea about
release & "drop in non-deferred patches". I like it too, but no more
stat in this area ;)
340 regressions <-- release announcement
356 regressions <-- release announcement + 1week
339 regressions <-- release announcement + 2week
Hi, another week and Sunday gone, but this time i tried to look a bit
closely to the numbers...
340 regressions <-- release announcement
356 regressions <-- release announcement + 1week
339 regressions <-- release announcement + 2weeks(rc1)
322 regressions <-- release announcement + 3weeks(rc2)
3
Hi, i just made a mistake and linked bug 9264 with
http://appdb.winehq.org/objectManager.php?sClass=version&iId=20179.
But i wanted to link 19264 instead of 9264. What are the correct steps
to fix this mistake?
--
Kaspersky Internet Security 2010 + Kaspersky Mobile Security jen za 1199,-Kč.
Hi, another week and Sunday gone so time for simple numbers...
340 regressions <-- release announcement
356 regressions <-- release announcement + 1week
339 regressions <-- release announcement + 2weeks(rc1)
322 regressions <-- release announcement + 3weeks(rc2)
325 regressions <-- release announ
> > 340 regressions<-- release announcement
> > 356 regressions<-- release announcement + 1week
> > 339 regressions<-- release announcement + 2weeks(rc1)
> > > 322 regressions<-- release announcement + 3weeks(rc2)
> > > 325 regressions<-- release announcement + 4weeks
>
> As we didn't have a relea
Hi, another week and Sunday gone so time for simple numbers...
340 regressions <-- release announcement
356 regressions <-- release announcement + 1week
339 regressions <-- release announcement + 2weeks(rc1)
322 regressions <-- release announcement + 3weeks(rc2)
325 regressions <-- release announ
>
> Does bioshock install ok manually from .mds for you
> with cdemu?
Yes, without any problem. I always double check each image, i.e. first
i test the image under winxp and when the image is ok, i take it under
wine.
Bioshock passed both these tests successfully, i.e. installs and runs
without
> wisotool is a handy winetricks-like script for automatically
> installing games from .iso or .mds files copied from
> your own dvds
I wanted to try it, but i wasn't successful probably because of my faults.
So i prepared Bioshock .mds image, which i held on different HDD because
of install spee
Hi, another week and Sunday gone so time for simple numbers...
340 regressions <-- release announcement
356 regressions <-- release announcement + 1week
339 regressions <-- release announcement + 2weeks(rc1)
322 regressions <-- release announcement + 3weeks(rc2)
I think it could be even a
Hi, i know this statistics are not rocket science, but i'm just interested
how things are getting better before release
340 regressions <-- release announcement
356 regressions <-- release announcement + 1week
339 regressions <-- release announcement + 2weeks
Long list of fixed bugs in 1.2-r
Used to say here... Don't teach old eagle to fly :) Same way i shouldn't
teach developer how to write patch and for which bug. For this reason
(as i said before) i can live without BISECTED.
> Personally, I mostly ignore the "regression" keyword.
That's OK if you have a proprietary system of wor
> > Compare this with regressions which are bisected
> > (aka "bug served on silver tray"), so saves a lot of time. And of
> > > > course such a keyword would help in dev's triage what to fix first.
> >
> Actually a "regression" keyword supposes to mean exactly
> the same. It just happens that it
> Wolfram Sang wrote:
>
> > I noticed that Wylda uses "--private keyword: bisected"
> > when appropriate. IMHO this could be useful as a real keyword, e.g.
> > > > if you search for bugs you'd like to try tackling. Has this been
> > consid
> I finally threw together some graphs, see
> http://kegel.com/wine/yagmarkdata/wine-1.1.44-245.html
> Not sure what to make of the results yet.
Cheap thought, expansive solution:
Looking at the graphs and used HW i think this not necessary do what
you expect. Change from 11 -> 10 can be just a n
I'm also interested how to cross compile ;)
W.
> Hi Michael,
>
> The Wine Test Bot does not help. I need to test the
> interface of the
> application.
>
> Thanks,
> Alex
Hi,
some time passed and because statistics are somewhat popular here, i
did one ;)
340 regressions <-- release announcement
356 regressions <-- release announcement + 1week
So we are not converging... Will there be at least an effort to fix all
the regression or should i go and crawl throug
Ben Klein:
> Any cases where -O0 and -O2 give different results for backtraces are
> > bugs in the gcc optimisation code, not in Wine.
And this was excatly one of the reasons, why use -O0. I do not want to
report gcc bugs in wine's bugzilla.
> Speed of code execution is an issue primarily with la
Hi Marcus,
> > * better backtraces for bug reports
>
> -O2 works like a charm there too, at least for me.
I think i read that somewhere and if i understood that correctly, my
conclusion at that time was, that -02 optimizes the code, so it can
"omit some" part of code and replace them by faster al
> Roderick:
> Yeah the -O0 bug was reported on #winehackers yesterday
> and will likely be fixed soon.
Ah, ok :) I know you already test nearly everythink, but what about adding
another test -O{0,1,2,s,...}
a] before official release or
b] evening wine git update
> Compiling using -O2 (which is
Hi guys, i can't compile wine-1.1.44 (1.1.43 is OK here like all the
ones before)... As i guess you would not release a wine, which can't
be compiled, than i suspect there could be a trouble in my system (Debian
Lenny 32bit). For this reason, i did not bother to fill a bug ;) as
it would be marked
Thanks Henri... I think i got "heap headache" :-/
* Can i make assumption, that log produced by wine is not buffered anywhere
and is written to console sequentially and immediately when that event
happened? (in other words log output doesn't outrun each other lines)
* Is HEAP_ValidateInUseArena
> > Allocates me 3E0 (rounded 3d4) bytes filled with
> > zeros, begining at adr1 and this:
> > a) adr1 should be "relatively close" to the 0x0011
> > b) adr1 should be same as adr2
> >
> You can't really make those assumptions, though I guess
> they may
> sometimes be true in practice.
>
OK
> > #274 before wined3d_mutex_unlock(), 0x0020a3f0=HeapAlloc(),
> > #274 after wined3d_mutex_unlock(), 0x18fa7048=HeapAlloc()
> > ^^^
> >
> What exactly is wrong with that address?
Hi Henri, to my understending, when i take real values:
adr
So after next few hours of "debuging my way" (HeapAlloc + printf + HeapFree)
and bisecting where HeapAlloc is OK and where isn't i come to conclusion,
that there is someting bad with wined3d_mutex_unlock(), i.e. it looks
like pure luck, that the game runs with native openal32 and freezes
with buil
Hi, for those of readers who don't know yet, i'm a "Hello word" programmer,
so sorry for bad wording or speculation etc.
I decided to look into a regression since wine 1.1.30, who nobody apparently
not know what to do, otherwise it would be solved ;)
The game freezes during sound initialization a
> I'm ripping it now, but it's pretty slow, comparatively. Tons of:
> Found L-EC error at sector 1589216 - ignored.
Good luck and hopefully your DVD drive will survive it ;)
After long tests, i choosed (year ago) Alcohol 120% as the ripping tool,
because it produced most number of working backup
Hi, this will be just a short note... I noticed some new icons and i
like them!
W.
- PŮVODNÍ ZPRÁVA -
Od: "Marcus Meissner"
Komu: wy...@volny.cz
Předmět: Re: GSoC - keyboard input
Datum: 1.4.2010 - 9:08:48
> On Wed, Mar 31, 2010 at 01:28:23PM +0200, wy...@volny.cz
> wrote:
> > Hi guys,
> >
> > if it is not too late, i would have a proposal for
> > GSoC. I'm waiting
>
Hi guys,
if it is not too late, i would have a proposal for GSoC. I'm waiting
quite long for "BuildActionMap, SetActionMap, EnumDevicesBySemantics
& co", i.e. to make games like need for speed happy/playable (bug 8754).
Thanks for reading,
W.
Hi Austin,
i was really pleased by this mail. It's always good to know, weather
your work has some sense. Thank you too and all the people around Wine.
W.
PS: You know i'm father, so her->his ;-) But don't worry, even in Czech
language you can not decide HE/SHE just based o
74 matches
Mail list logo
