On Wed, 26 Jan 2005, Tony Lambregts wrote:
Francois Gouget wrote:
On Wed, 26 Jan 2005 [EMAIL PROTECTED] wrote:
[...]
As far as things go until we go to a Stable release system then we will
always have this problem.
That the problem: a Stable Wine release has been six months away since
1998 and
On Wed, 26 Jan 2005, Mike Hearn wrote:
On Wed, 26 Jan 2005 20:37:53 +0100, Paul van Schayck wrote:
[...]
Basically it just involves making each audio driver load in turn and the
first one which loads succeeds then having a hardcoded order in winmm.dll,
not really hard to code up.
AFAIK this
On Thu, 27 Jan 2005 09:25:53 +0100 (CET), Francois Gouget
[EMAIL PROTECTED] wrote:
On Wed, 26 Jan 2005, Mike Hearn wrote:
AFAIK this already works.
So we can just merge the audio and graphics tab into a Media tab and
put the audio driver selection under an advanced button like in the
Drives
Francois Gouget wrote:
On Wed, 26 Jan 2005 [EMAIL PROTECTED] wrote:
[...]
How is that really different than this.
http://appdb.winehq.org/help/?topic=maintainer_ratings
The Maintainer rating system is meant for supported applications.
That's the thing. There is no such thing as a
Hi,
On Thu, Jan 27, 2005 at 10:03:54AM +0100, Paul van Schayck wrote:
On Thu, 27 Jan 2005 09:25:53 +0100 (CET), Francois Gouget
[EMAIL PROTECTED] wrote:
On Wed, 26 Jan 2005, Mike Hearn wrote:
AFAIK this already works.
So we can just merge the audio and graphics tab into a Media tab
--- Raphael [EMAIL PROTECTED] wrote:
There's a couple of other places that report the
amount of video memory, GetAvaialbleVideoMemory in
d3d, and static DDHALINFO hal_info in X11ddraw.c
Is there somewhere where we can centralise the
possibly tracking of video memory and read the initial
On 26 Jan 2005 09:59:14 -0800, you wrote:
My concern isn't the number of cycles. It sounds like the function runs
very quickly, even faster than in Windows. That's great news.
But I am concerned about blocking or preemption. I assume that the new
call doesn't hit the wineserver, right?
On Thu, 27 Jan 2005 10:03:54 +0100, Paul van Schayck wrote:
So we can just merge the audio and graphics tab into a Media tab and
put the audio driver selection under an advanced button like in the
Drives tab? And remove the autodetect button completely?
No, the idea is to have *no* UI for
On Thu, Jan 27, 2005 at 10:38:41AM +, Luke Kenneth Casson Leighton wrote:
Also, I don't believe your other comment about switch_is is correct. AFAIK
MIDL does use the size of the member / parameter used in switch_is for
the descriminant size (although I'm not sure how an expression
On Thu, 27 Jan 2005, Paul van Schayck wrote:
On Thu, 27 Jan 2005 09:25:53 +0100 (CET), Francois Gouget
[EMAIL PROTECTED] wrote:
On Wed, 26 Jan 2005, Mike Hearn wrote:
AFAIK this already works.
So we can just merge the audio and graphics tab into a Media tab and
put the audio driver selection under
On Thu, 27 Jan 2005 13:23:51 +0100, Andreas Mohr
[EMAIL PROTECTED] wrote:
(replying in cautionary mode again)
Please don't do that!!
Media is sooo descriptive, you know...
Almost as descriptive as Multimedia. *shudder*
Not to mention that this is a *severe* conflict with data storage *media*.
Francois Gouget wrote:
On Wed, 26 Jan 2005, Tony Lambregts wrote:
Francois Gouget wrote:
On Wed, 26 Jan 2005 [EMAIL PROTECTED] wrote:
[...]
As far as things go until we go to a Stable release system then we
will always have this problem.
That the problem: a Stable Wine release has been six
configure: WARNING: sys/sysctl.h: present but cannot be compiled
configure: WARNING: sys/sysctl.h: check for missing prerequisite
headers?
configure: WARNING: sys/sysctl.h: see the Autoconf documentation
configure: WARNING: sys/sysctl.h: section Present But Cannot Be
Compiled
configure:
Marcus Meissner wrote:
Hi,
Fun article ... author tests various viruses with WINE.
http://os.newsforge.com/article.pl?sid=05/01/25/1430222from=rss
Ciao, Marcus
I actually have run across quite a few people who were quite worried
about the ability of wine to run all of the viruses that windows
So just keep the Audio tab and remove the autodetect button. Or keep
it all the same. But that would bring us back to the original
question. How should we handle multiple detected audio systems?
I think removing the auto detect would the best solution.
If we store a list of drivers to
Is there a way to have winedbg --auto do a backtrace of all the threads
in an app at exception time?
In order to help track down sporadic runtime crashes in our testing
process, I have turned on winedbg --auto when wine handles exceptions
via the AeDebug registry entry.
This is working pretty
Is there somewhere where we can centralise the
possibly tracking of video memory and read the initial
setting from either a configuration file or the video
cards i2c or registers if available instead of hard
coding in three+ different places?
While I agree that we should store in a
I talked to Alexandre on ICR and in the end he said: Prove to me that we can
do
meaningful regression testing and then we'll see about improving the
sheduling
So it's not just you. :(
Well, I agree with AJ there...
I would not change our release cycle as long as there is no proof that
On Thu, 27 Jan 2005, Chris Morgan wrote:
[...]
Its probably not very likely that users will run multiple high level
audio systems at the same time
[...]
On the contrary this is very likely.
For instance most KDE users are running:
aRts
Alsa
Alsa's OSS emulation
That's three sound systems
--- Lionel Ulmer [EMAIL PROTECTED] wrote:
Is there somewhere where we can centralise the
possibly tracking of video memory and read the
initial
setting from either a configuration file or the
video
cards i2c or registers if available instead of
hard
coding in three+ different
--- Francois Gouget [EMAIL PROTECTED] wrote:
On Thu, 27 Jan 2005, Mike Hearn wrote:
On Thu, 27 Jan 2005 08:29:08 -0600, Brad DeMorrow
wrote:
Many also seem to be worried that a virus under
wine could do damage to
their other partition with windows installed. I
tell them that without
I'll see if darwinia runs ok now, it fails witht a
cannot detect CPU error.
http://www.darwinia.co.uk/downloads/
--- Rein Klazes [EMAIL PROTECTED] wrote:
Hi,
Changelog:
dlls/ntdll : nt.c
include : winternl.h
In NtQuerySystemInformation, handle request for
information
class 1,
On Fri, 28 Jan 2005 01:29, Brad DeMorrow wrote:
I took the time to explain to each person that many of the viruses that
plague the windows users are simply because of the insecure OS and
applications such as Outlook or Internet Explorer. If one managed to
get a windows virus under wine - they
So, instead I have a global variable that I access
through globalAdjustGLMemory that I use to track how
must memory DirectX would be expecting the textures to
be using.
Yeah, this sounds like the hack there is in DDraw to make SS2 happy
(basically, it allocated textures and checked that the
On Thu, 27 Jan 2005, Hiji wrote:
[...]
Here's something to add into the mix...
I'm not quite sure how other Linux distros work, but
Sun's JDS mounts any Windows partitions under
/windows/[drive letter] . IIRC, Wine makes drive Z
the root. So, a virus theoretically could go through
each drive,
Looks like Webcamnow.com has a simple Win32 app now. They're setup
quite simply - They merely grab a pic, and ftp it to their servers.
After install, I assume I'm getting the same errors you were, as it
enumerates the webcam devices:
fixme:avicap:capGetDriverDescriptionA (0, 0x411f1050, 255,
--- Francois Gouget [EMAIL PROTECTED] wrote:
On Thu, 27 Jan 2005, Hiji wrote:
[...]
Here's something to add into the mix...
I'm not quite sure how other Linux distros work,
but
Sun's JDS mounts any Windows partitions under
/windows/[drive letter] . IIRC, Wine makes drive
Z
the
Hi Raphael,
Get/SetRenderTarget in d3d9 cant be right - if has to go through wined3d, as
it's the only person who knows the front/back buffer etc. You don't want
This-renderTarget at all at the d3d9 level
The same issue later,
+ if (NULL == pDeviceImpl-backBuffer) {
+
--- Lionel Ulmer [EMAIL PROTECTED] wrote:
So, instead I have a global variable that I access
through globalAdjustGLMemory that I use to track
how
must memory DirectX would be expecting the
textures to
be using.
Yeah, this sounds like the hack there is in DDraw to
make SS2 happy
On Thu, 2005-01-27 at 13:45 -0800, Hiji wrote:
That said, the JDS does a lot of stuff for you. By
default, it automounts windows partitions so basically
anyone can write to them (root or not). In this case,
with this specific distro, a virus would have write
access to that partition. I
--- Mike Hearn [EMAIL PROTECTED] wrote:
On Thu, 2005-01-27 at 13:45 -0800, Hiji wrote:
That said, the JDS does a lot of stuff for you.
By
default, it automounts windows partitions so
basically
anyone can write to them (root or not). In this
case,
with this specific distro, a virus
On 01/27/2005 03:03 PM, Troy Rollo wrote:
Even if they don't run Outlook Express, with Linux 2.6 there is a facility to
have the kernel recognise foreign executable file formats and run them by
means of another executable. If used to run Wine executables (and somebody
on /. yesterday indicated
On Thursday 27 January 2005 22:51, Ann and Jason Edmeades wrote:
Hi Raphael,
Hi Jason :)
Get/SetRenderTarget in d3d9 cant be right - if has to go through wined3d,
I know, it's only to get my demos at least starting before you and Oliver sent
the real implementation
Note in the call to
Hi,
The following patch:
ChangeSet ID: 15259
CVSROOT:/opt/cvs-commit
Module name:wine
Changes by: [EMAIL PROTECTED] 2005/01/07 09:34:25
Modified files:
dlls/comctl32 : treeview.c
Log message:
Crestez Leonard [EMAIL PROTECTED]
Fix bug with
On Monday 24 January 2005 10:14 am, you wrote:
Michael Wu [EMAIL PROTECTED] writes:
if (args)
{
-ret = msvcrt_spawn(flags, fullname, args, envs);
+if (SearchPathA(NULL, name, exeA, MAX_PATH, fullname, NULL))
+ ret = msvcrt_spawn(flags, fullname, args, envs);
That
Francois Gouget wrote:
[Snip]
* Test the application on a regular basis.
Ideally you would test it once a week so that you can quickly notify
the Wine developers of any regression. The earlier a Wine regression is
noticed, the easier it will be to locate the change that causing it and
the
Hello all,
Not really related to the actual wine development but more to the
make/build/install environment.
Remembering the most wine users will not necessarily be developers we should
consider improving the output of running (./configure make) to make it
more user friendly. Hopefully it
Oliver Stieber [EMAIL PROTECTED] wrote:
This little patch sends a scancode through for the 5
key when numlock isn't on.
This is needed to fire cannons in pirates.
I hope this is ok, a quick test showed that the
keydown was already sending a scancode, but it may be
wrong, this just fixes
38 matches
Mail list logo