After pulling the CVS changes yesterday, My Dreamweaver MX no longer
starts (hangs on splash). I'm pretty sure I ran it against CVS on
Thursday, so this must be a recent change.
I turned on a couple of debug channels and it seems to be looping on a
NtWaitForMultipleObjects whose signal never
Robert Shearman wrote:
Evil wrote:
After pulling the CVS changes yesterday, My Dreamweaver MX no longer
starts (hangs on splash). I'm pretty sure I ran it against CVS on
Thursday, so this must be a recent change.
I turned on a couple of debug channels and it seems to be looping
rt.dll was what stopped it on the splash screen.
After adding the override back via winecfg (and overriding comctl32 +
commctl, to fix dialog problems), it appears to work as well as ever.
Cheers,
J
Evil wrote:
Robert Shearman wrote:
Evil wrote:
After pulling the CVS changes yes
I'm no longer able to run programs that require the native comctl32 and
commctrl DLLs, since updating to today's CVS. Could it be related to
these theme patches?
It seems that now, if you override comctl32 for any app (or globally),
even WineCfg itself will error out with the error.
err:
Mike McCormack wrote:
You shouldn't need to use the native comctl32 any longer. Please
update your dll overrides to "comctl32" = "builtin".
Wine's comctl32 implementation is almost complete. If there's bugs
with the builtin comctl32 then please help us by reporting them rather
than sweepin
Andreas Mohr wrote:
Just to verify: are you sure that you're
*either* running both commctrl.dll and comctl32.dll as native
*or* both commctrl.dll and comctl32.dll as builtin?
Otherwise it *will* fail, with a thunk error similar (or equal?) to above.
Yes, using both native is when I get the
Vitaliy Margolen wrote:
...So having an option to use native comctl32 is not such a bad idea.
I couldn't agree more. I can't imagine that DreamWeaver's the only
program that's broken (or will be broken, as new features are added and
problems are worked out) when using the built-in impl
Mike McCormack wrote:
Could you please try the attached patch?
I fear that Wine doesn't go forward as much as it should for lack of
testing :/
The patch worked great! At least, it appears to work a lot better than
before.
There are still some graphical glitches, for example: If you sw
Mike Hearn wrote:
On Mon, 05 Sep 2005 11:30:41 -0700, Hiji wrote:
Firstly, Wine is not an emulator, it it a binary loader and an
implementation of the Win32 API.
Bingo. It irritates me when people call Wine an emulator. ALEX, did you
know that Wine stands for "Wine Is Not an Emulat
Mike Hearn wrote:
From a dictionary:
"em·u·late: Computer Science. To imitate the function of (another
system), as by modifications to hardware or software that allow the
imitating system to accept the same data, execute the same programs, and
achieve the same results as the imitated system."
Molle Bestefich wrote:
>Why not do this:
> Accept the patches into trunk, and do the "code freeze" in a branch.
>
>Pros:
> - Developers of patches will not get pissed (ahem) for their stuff
>not getting in.
> - Development doesn't stop just every time a release is coming up.
> - Developers can ac
As someone stuck with both nVidia and ATI cards, I'd vote against using
NV-CONTROL. Detecting the RAM for different manufacturers via different
methods sounds harder to maintain.
(--) fglrx(0): VideoRAM: 131072 kByte, Type: DDR SGRAM / SDRAM
Roderick Colenbrander wrote:
>Parsing the X log f
I gave Counter-Strike: Source a try under WINE tonight to see what kind
of results I get on my system (ATI9600XT w8.18 drivers, AMD2000+). It
was a pre-existing install that I had set up to run under both Windows
98 and Cedega.
After overriding the necessary DLLs, Steam gets past the logon... I'
Cool! It works without the dll overrides, and I can see the pages in
the store tab now. Thanks for the tip.
Now, I just need to figure out my performance bottleneck.
- Jesse
Fabian Bieler wrote:
>Execute regsvr32 mozctlx.dll in the directory where mozcontrol.tgz was
>extracted. (usually ~
I noticed this as well last night when I was testing some Windows
programs for compatibility. I'm glad Wino mentioned it here, because I
almost forgot.
I went into the dosdevices directory and set up the links manually,
because it's real hard to get non-fubar'd results with winecfg.
-Jesse
[E
One thing I've noticed while trying to get CS:S to work is that if I set
the resolution to something other than that of my desktop (1280x1024),
WINE does resize the screen to the appropriate rez... BUT moving my
mouse to the edge of the screen lets me scroll across the rest of my
virtual desktop.
Thanks for the tip, James! Disabling all the debugging had a much
bigger impact than I would have expected. I've included my observations
and comments below, in hope that they might be of use to the devs
working on DX.
The Counter-Strike: Source Video Stress Test is now giving me 15.74fps
in 102
James Liggett wrote:
>BTW, what did you do to get transgaming's mozctl working? Thanks.
>
>
All you need to do is go to the control directory
(~/.transgaming_global/mozcontrol, by default) and run "regsvr
mozctlx.dll" to register the DLL. Many thanks to Fabian Bieler, who
gave me that info.
S
That should have said "regsvr32 mozctlx.dll", BTW. That's what I get
for writing from memory. :)
Evil wrote:
>James Liggett wrote:
>
>
>
>>BTW, what did you do to get transgaming's mozctl working? Thanks.
>>
>>
>>
Ivan Gyurdiev wrote:
> I see that the patch from Oliver which implements pixel shaders hasn't
> been merged yet, which might explain why they aren't working...
This probably explains my results with Anarchy Online tonight too, if I
don't misunderstand about shaders.
I got the AO patcher working
I was using it just last week, while testing Anarchy Online, so I think
it might be specific to your machine. Does it happen when you try to
debug programs other than RT3?
-Jesse
Peter Berg Larsen wrote:
>
> Hi,
>
> It seems that for some time, that whenever I enable relay debugging,
> wine cr
relay debugging enabled. Can you give the specifics
of your system/distro?
-Jesse
Peter Berg Larsen wrote:
>
>
> On Sat, 5 Nov 2005, Evil wrote:
>
>> Does it happen when you try to debug programs other than RT3?
>
>
> Note, that I am not even giving wine a program argume
The patch seems to cause a regression with Valve's Source engine.
Counter-Strike: Source now only shows a black screen and then crashes,
whether specifying -dxlevel 80 or 70. Half-Life 2 exhibits the same
symptoms.
I've put a file containing the +d3d debug out at
http://www.eternaldusk.com/progr
I would not point my WINE C: to an actual Windows installation C: drive
- you're likely to end up with lots problems, if it works at all.
Run winecfg and create another drive letter pointing to /mnt/windows
(let's say 'h:' for this example). Use that drive letter if you have to
give your programs
I upgraded too, but don't see any problem with CounterStrike, HL2, or
anything else I have.
If you suspect it's driver related, how about quickly backing down to
8.18 again and re-testing? Are you still using the same xorg.conf file,
or did you go through fglrxconfig again?
-Jesse
Stefan Dösin
I've been doing some tests with the odd Dreamweaver problem that I
originally thought was a regression and discovered the following:
1) If I compile the current CVS on my Mandriva 2005LE machine with gcc
v.3.4.3, then install it to my Mandriva 2006 desktop, Dreamweaver works
fine.
2) If I compi
at 07:32:37AM -0600, Evil wrote:
>
>
>>I've been doing some tests with the odd Dreamweaver problem that I
>>originally thought was a regression and discovered the following:
>>
>>1) If I compile the current CVS on my Mandriva 2005LE machine with gcc
>&g
I've narrowed it down to dlls/user/win.c. If I link the gcc3.4.3
version of the object file (win.o) with all other objects being the
gcc4.0.1 versions, Dreamweaver MX (v6.1) does not leave the splash
screen hanging.
I ran a +win trace against both versions, but it's not immediately
apparent to me
Dmitry Timoshkov wrote:
>Does compiling with -O0 fix the problem?
>
>
Unfortunately not. I disabled athlon-xp tuning, then compiled with
-O0... first just win.c, then the entirety of WINE in case it was
related to passed parameters... but get the exact same problem.
I've opened bug 3852 for t
Marcus Meissner wrote:
>Are you passing any other compiler flags?
>
>
I've not configured anything beyond the defaults, it's pretty plain at
this point:
gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__
-D_USER32_ -D_WINABLE_ -D_REENTRANT -fPIC -Wall -pipe
-mpreferred-
I can confirm this. I see the same error since the patch.
-Jesse
James Liggett wrote:
>Hi,
>Yesterday I found a regression in Steam in current CVS. It fails to
>start, giving the error message: "ERROR: Failed to get local IP address
>of SocketToServer." Steam dies a few seconds after this. I t
It gets a little bit farther than the alpha version of your patch did
with Counterstrike: Source. If I turn off the pixel shaders I can know
see the menu... but it still crashes when I try to run the video stress
test or enter the game (runs okay under wine CVS). This happens whether
I specify dx
[EMAIL PROTECTED] wrote:
> Have you tried 4.0.2 ? This seems to be the version adopted by
> distros using gcc4.
>
> I am rebuilding Gentoo with 4.1-beta . When I get to wine I'll post if
> I get the bug.
>
> regards.
Mandriva 2006 ships with 4.0.1 and does not have an official package for
4.0
[EMAIL PROTECTED] wrote:
> Anyone working on getting wine to work on gcc-4.xx?
Not I. It's not really a showstopper for me since it only affects
Dreamweaver and I can compile with 3.4 to get around it at the moment.
I wouldn't be worried about it unless other apps have problems too.
I'll retes
32 -L../../../libs -lkernel32
exception.o(.text+0x267): In function `test_prot_fault':
/home/evil/install/wine/dlls/ntdll/tests/exception.c:202: undefined
reference to `NtCurrentTeb'
exception.o(.text+0x271):/home/evil/install/wine/dlls/ntdll/tests/exception.c:203:
undefin
only scratched the surface of the
source; Any guru's care to illuminate me?
-Jesse
Evil wrote:
>I just got back from being on vacation for a week or so, and found I
>can't compile the current CVS on either of my systems - even after
>checking out everything from scratc
Robert Shearman wrote:
>
> Are you compiling with -O2? If not, then that is the reason why the
> error is occuring for you, but not others (but still needs to be fixed).
>
You hit the nail on the head, Robert. I removed -O2 from my flags while
troubleshooting a problem with a different project (f
Hi all,
I was just playing around with the Video Stress Test in CounterStrike:
Source, and noted a lot of odd stuttering. The demo would run for about
15 seconds at 13fps, then completely freeze up for about 15 seconds.
Then, it would start running again... only to freeze/unfreeze every 15
secon
Tom Wickline wrote:
> At what depth are running X ?
>
I have the exact same symptoms, whether running X in 16-bit or 24-bit
color depth. I had been using 24, but I just now tested in 16.
Renicing the server and pre-loader, again, eliminates the long pauses.
My fps in 16-bit mode was only about
James Liggett wrote:
> Is this sound stuttering you're talking about?
No, I don't think there is any sound in the CS:S video stress test. The
stuttering I'm talking about is that the test completely freezes (then
resumes, after many seconds pass).
-Jesse
Brian Hill wrote:
> * User-selectable texture memory reporting. The current CVS version
> is hardcoded to report 64 megabytes of graphics card texture memory.
> I changed the hardcoded variable to be set by a registry setting...
Woo hoo! I like this one!
-J
It's too bad you can't count on an internet Connection. WoW and City of
Heroes/Villains are two of the most impressive looking (and fast) games
under Wine, IMHO. Heck, even just the login screen for WoW might be a
nice show - with the dracolich constantly landing/taking off while it's
snowing.
I
Wow... that's pretty cool of the LTspice authors to do that and not just
leave it in their own personal debug builds!
Eliot Blennerhassett wrote:
> Dan Kegel wrote:
>
>> I'm going to be giving a Wine presentation at
>> Cebit next month. You can see a draft of the
>> presentation at
>> http://
Hmmm you make a pretty good point there. Hopefully it's in their
plan and they just haven't had time.
Austin English wrote:
> On Mon, Feb 2, 2009 at 4:27 PM, Eliot Blennerhassett
> wrote:
>
>> Dan Kegel wrote:
>>
>>> I'm going to be giving a Wine presentation at
>>> Cebit next month.
Another great set of bugfixes and improvements, as usual. Keep up the
great work devs - it's much appreciated!
-J
Alexandre Julliard wrote:
> The Wine development release 1.1.20 is now available.
>
> What's new in this release (see below for details):
> - Show a dialog on application crashes
Joseph Garvin wrote:
> ...Assuming you're
> testing on cards with the same capabilities (you would have to record
> what extensions should correspond to what results) I don't see why the
> output shouldn't be the same.
I would expect alias/filtering to be driver-level dependent, with
individual pi
When compiling Wine on 64-bit Kubuntu 6.06LTS (using the instructions
found at
http://wiki.winehq.org/WineOn64bit#head-56206e8bc74083807ffe06ccb471d3f964cb670a)
I received a spurious error regarding freetype-config:
configure: WARNING: Your system appears to have the FreeType 2
runtime librarie
EA Durbin wrote:
>> Still one week, and I got absolutly no reaction about my patches.
>> Is something wrong with them?
>>
>> Hervé
>>
>>
>>
>
>
> If I recall you got alot of reaction to your patches about
> implementing ReactOS code and they wouldn't be included as ReactOS has
> some potentially di
I can compile it fine on Kubuntu AMD64, except for font support
(http://bugs.winehq.org/show_bug.cgi?id=6243 ). Just download the
latest CVS or git, install all pre-reqs then ./configure && make depend
&& sudo make install.
-J
Scott Ritchie wrote:
> I haven't been able to get Wine to build on
Scott Ritchie wrote:
> Yup, that's the bug I ran into last time I tried.
>
> And by "install all prereqs", what exactly do you mean?
>
build-essentials, asound, Fontforge, Freetype, etc Any package that
the configure script indicates might be missing.
I wish I could say exactly which ones
Scott Ritchie wrote:
> Yup, that's the bug I ran into last time I tried.
>
> And by "install all prereqs", what exactly do you mean?
>
build-essentials, asound, Fontforge, Freetype, etc Any package that
the configure script indicates might be missing.
I wish I could say exactly which ones
The updates in yesterday's Git tree have broken compilation under
64-bit. Previously, it was working.
I entered a bugzilla entry for it
(http://bugs.winehq.org/show_bug.cgi?id=6304), but thought I would
mention it here too - since I think it's a pretty big deal and it
doesn't seem that many of th
It's very useful - CounterStrike source is actually playable with it.
I'm sure other games are working as well.
-J
Ge van Geldorp wrote:
>> From: "Gerald Britton" <[EMAIL PROTECTED]>
>>
>> 1. /configure can't find opengl, and produces these messages:
>>
>> configure: WARNING: Wine will be build
http://bugs.winehq.org/show_bug.cgi?id=6155 also holds up quite a few
apps (some listed at http://wiki.winehq.org/IoCompletionPorts). Fixing
it would make Wine feel a lot more 1.0ish to me.
-J,
Klaus Layer wrote:
> On Saturday 06 October 2007 13:41:43 Dan Kegel wrote:
>
>> At Wineconf 2007, I
The purist in me says that WINE should not improve on Windows - it
should behave the same way, warts and all. If I had a vote, I'd vote to
enable it by default, but give the user an easy way to disable it in
winecfg. (And I'd immediately disable it the first time I ran Winecfg!)
But, whatever yo
Autorun program,
> or do a few other actions (open explorer, copy disk, etc).
>
> Remco
>
> - Original Message
>
>> From: Evil Jay <[EMAIL PROTECTED]>
>> To: Steven Edwards <[EMAIL PROTECTED]>
>> Cc: wine-devel ; Dan Kegel <[EMAIL
Dan Kegel wrote:
> What would break if we made XP the default windows version in Wine?
>
> I've run into several apps that fail to install unless I change that
> setting lately..
The only thing I can think of off-hand is IE6. It will claim that an
equal/later version is already installed (even af
Dan Kegel wrote:
> Who's going to be affected by that?
>
> ies4linux's author can work around that just fine, he won't mind.
> - Dan
>
You do have an incredibly good point there...
-J
real5m22.625s
user17m16.993s
sys 1m1.336s
This is on Kubuntu 8.04 w/GCC 4.2.3. The system uses a Q6600
overclocked to 2.9Ghz, 4GB of DDR2 [EMAIL PROTECTED], and a 9600GT video
card. I had Amarok and some other stuff going in the background, but
nothing that would make a huge diff.
-
I too would be interested in seeing the numbers, but I'm not sure you're
going to see the correlation you expect, Scott.
While Linux adoption may have grown, Valve has probably been selling
just as many, if not more games to customers who already owned Windows
but had never used Steam.
I suppose
I've replaced my video card and am now having MUCH better results with
CounterStrike:Source (I love Wine!). Most of my problems were due to
a defective EVGA 9600GT.
However, I discovered a new windowing bug today with CS:S and other
Source-based games (I verified the same behavior under the Zombi
I can see where this would be useful for building on some platforms, but
doesn't "sudo apt-get build-dep wine" work fine (for the most part) for
Ubuntu?
The last time I compiled on a fresh *buntu, I recall using build-dep and
then having to install one nvidia-specific '-dev' package to get DirectX
MSDN agrees with the specification that the data should be constant:
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/shellcc/platform/commctls/common/functions/initcommoncontrolsex.asp
Mike McCormack wrote:
>
> Thomas Weidenmueller wrote:
>
>> BOOL WINAPI
>> -InitCommonControl
I've been seeing them for the last couple of days too.
I have the last couple of years of wine-users traffic saved in a local
folder. These incoming messages are old, but they do not seem to be
duplicates of any traffic ever sent to the mailing list.
I can only assume there was some convergence
Are you trying to build with (K)ubuntu Feisty (7.04)? I was able to
build the 64-bit version fine on Kubuntu Gutsy Gibbon (7.10) after I
installed all the prerequisite libraries.
-J
[EMAIL PROTECTED] wrote:
Hello,
I am aware that wine currently installs on 32 bit only according to numerous
This might already be known, but sometime in the last eight hours or so,
git seems to have broken:
gcc -m32 -c -I. -I. -I../../include -I../../include -D__WINESRC__
-DCOM_NO_WINDOWS_H -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing
-Wdeclaration-after-statement -Wwrite-strings -Wpointer-arith
t have
> the libxml header. I have sent a patch which should fix it.
>
> Bryan DeGrendel
>
> On 5/25/07, *Evil Jay* <[EMAIL PROTECTED]
> <mailto:[EMAIL PROTECTED]>> wrote:
>
> This might already be known, but sometime in the last eight hours
> or so,
&
Dan Kegel wrote:
> Today's scheduled match between Valgrind and Wine
> was called on account of rain. The roofers think
> they found where the water was coming in, and
> the rainstorm can't last forever; I'm hoping to
> turn the Valgrind build machine on again later this week.
> Once it dries out
On 05/05/2010 02:34 PM, André Hentschel wrote:
> Hi Folks,
> Steam seems to add a Linux client in the near future, so maybe Wine will not
> be needed anymore for that. or did i get something wrong?
> That might reduce our "market share" a bit as i guess that many Wineusers
> play steam games.
> O
On 05/05/2010 07:07 PM, Ben Klein wrote:
> On 6 May 2010 10:01, Evil Jay wrote:
>
>> On 05/05/2010 02:34 PM, André Hentschel wrote:
>>
>>> Hi Folks,
>>> Steam seems to add a Linux client in the near future, so maybe Wine will
>>> not be ne
On 05/06/2010 02:24 AM, Edward Savage wrote:
> ...Plus, Phoronix refuses to release this binary their meant to have found
> which I tend to think means they don't have it.
>
What are you on about? The binaries were up on Valve's servers for
several days, and lots of us downloaded them. The
gt;
> Roderick
>
> On Sat, Sep 11, 2010 at 9:34 AM, Evil Jay wrote:
>> Roderick,
>>
>> Would you add the GTX 465 (1GB) to this table? That way the patch I
>> submitted to add the 465 just 30 minutes earlier can be safely ignored.
>>
>> -Jesse
>>
>>
>>
>
The small patches I've submitted previously have been very minor code
changes that I put together in a text editor. But today I've been
perusing the available bug list, and see a couple of more ambitious
things I would like to try to tackle.
My question is: Which IDE/editors do you "real" devs
On 10/20/2011 02:34 PM, L. Rahyen wrote:
If such a system will be used, I will volunteer too. By the way, I
like this idea because I think it can prevent all or almost all spam
(most spammers never post "intelligent posts").
It would definitely be an improvement. I moderate in some other tec
74 matches
Mail list logo
