"Shachar Shemesh" <[EMAIL PROTECTED]> wrote:
> >As far as I understand what you are trying to do and what the patch
> >Alexandre committed does is to make the user interface use english
> >while you still have an ability to type in your native language.
> >
> >
> No. What I'm trying to do is hav
"Nicolai Kuntze" <[EMAIL PROTECTED]> wrote:
> > Are you sure that your app really regressed and had not shown the same
> > behaviour before my scrollbar fixes?
> >
> >
> No I am not sure but I think this is no regession. I think there is an
> error in the detection in the heigth of the bitmap. Bu
On Sun, Jul 25, 2004 at 05:08:04PM -0500, James Hawkins wrote:
> Changelog:
> * take audio autodetection out of winecfg and put it in winmm
> * if driver is not found in the registry or the driver fails to
> load, then autodetect driver
This would make artsd the default driver on KDE syste
On Mon, 26 Jul 2004, Robert Shearman wrote:
[...]
> >Actually this is the start of a block of code since the character
> >preceeding 'BOOL' is '{'.
>
> Not quite. After applying the patch, this is what you get:
Ah, sorry. It the '-' I missed.
--
Francois Gouget [EMAIL PROTECTED]
Francois Gouget wrote:
On Mon, 26 Jul 2004, Robert Shearman wrote:
[...]
size = sizeof(buffer);
-if (!RegQueryValueExA(hKey, "Drivers", 0, &type, (LPVOID)buffer, &size)) {
+BOOL keyQueried = !RegQueryValueExA(hKey, "Drivers", 0, &type,
- all variable declarat
On Mon, 26 Jul 2004, Robert Shearman wrote:
[...]
> >>>size = sizeof(buffer);
> >>>-if (!RegQueryValueExA(hKey, "Drivers", 0, &type, (LPVOID)buffer, &size)) {
> >>>+BOOL keyQueried = !RegQueryValueExA(hKey, "Drivers", 0, &type,
> >>>
> - all variable declarations must b
James Hawkins wrote:
This is only available in C99. We try to make Wine compile with as many
C compilers as possible, including gcc 2.95, which doesn't allow this
sort of thing.
What part of the code is only availabe in C99? I'll try to fix it so
we can be compatible with other compilers.
On Sun, 25 Jul 2004 17:33:19 -0500, James Hawkins wrote:
> What part of the code is only availabe in C99? I'll try to fix it so
> we can be compatible with other compilers.
You can't declare variables in the middle of a block. They have to go at
the start.
> This is only available in C99. We try to make Wine compile with as many
> C compilers as possible, including gcc 2.95, which doesn't allow this
> sort of thing.
What part of the code is only availabe in C99? I'll try to fix it so
we can be compatible with other compilers.
On Sun, 25 Jul 2004 23
James Hawkins wrote:
Changelog:
* take audio autodetection out of winecfg and put it in winmm
* if driver is not found in the registry or the driver fails to
load, then autodetect driver
Thanks for another cool patch. It lessens the burden on the user.
CC'ing ros-kernel as explained below.
Michael Jung wrote:
Rob,
as far as I can tell from looking at your patch, our work is pretty much non
overlapping.
RSABase isn't that big. It is hard to do much without overlapping.
I worked on the following aspects:
- Implementation of "real handles", instead of "address-handles".
This is use
> "Harald" == Harald Milz <[EMAIL PROTECTED]> writes:
Harald> Hi, I am new to this list (albeit not to Wine :-) my Wine usage
Harald> dates back to 1993 when I interviewed Bob Amstadt in his
Harald> home... )
Harald> Anyway - I have a problem with Palm USB hotsync which could
Mike Hearn wrote:
I talked to Dimi, Lionel and Alexandre on IRC about this.
This is what they had to say:
Lionel didn't think it should be scrapped however he proposed a
system whereby bugs that didn't have any activity for two releases or
more would be automatically closed. If you wanted to keep a
On Sun, 2004-07-25 at 23:51 +0300, Shachar Shemesh wrote:
> You can't change to the TTY driver using just the registry. Saving the
> value in the registry doesn't survive a Wine restart.
Well no - currently the config branch of the registry is loaded from the
config file. Once we switch that off
Mike Hearn wrote:
Oh, final thing, we need to double check that removing the config
doesn't regress things. I've been running with no config file for a
few months now and while there are a few minor things I don't think
they are critical. I may well have missed things though.
You can't change to
On Sun, 25 Jul 2004 19:13:11 +0200, Andreas Davour wrote:
> I've tried that now, it looks like it now is searching for a "temp"
> directory as well. I didn't get a "fake windows" when installing, but got
> one from a friend. I'm beginning to suspect something is broken with the
> FreeBSD port. I'll
Mike Hearn wrote:
Christian Neumair <[EMAIL PROTECTED]> writes:
That reminds me of asking for nicer, GUI-driven error handling:
touch mustardandwiener.exe &&
wine mustardandwiener.exe
returns
wine: cannot determine executable type for L"H:\\Desktop\\test.exe"
which is neither verbose enough nor
On Sun, 2004-07-25 at 19:02 +0300, Shachar Shemesh wrote:
> Also, maybe we need a new debug level for that (above ERR and FIXME),
> which is "Human readable messages". The message as it is is perfectly
> understandable to programmers, but not to users. Even if it was, these
> messages are usuall
On Sun, 2004-07-25 at 11:27 +0200, Ove Kaaven wrote:
> The answer is of course that COM doesn't assume that objects actually
> are thread-safe. Most real-world objects aren't, in fact, for various
> reasons. What these reasons are isn't too important here, though, it's
> just important to realize t
On Sat, 24 Jul 2004, Stefan Munz wrote:
> Hi Andreas,
>
> first this question should better be posted to the wine users mailing list
> ([EMAIL PROTECTED]).
Thanks for mentioning it. I found this this via google and it seemed like
the right place. Now I know.
> Am Freitag, 23. Juli 2004 20:42 sch
So, I talked with Chris and here are some tasks remaining on
winecfg. All of these are *easy* and can be done by anybody who has
basic coding ability. For a few of them you don't even really need to
know C! So come on lurkers, I know you're out there, step on up.
Things that need to be done before
On Sun, 2004-07-25 at 11:27 +0200, Ove Kaaven wrote:
> The answer is of course that COM doesn't assume that objects actually
> are thread-safe. Most real-world objects aren't, in fact, for various
> reasons. What these reasons are isn't too important here, though, it's
> just important to realize t
On Sun, Jul 25, 2004 at 04:10:04PM +0200, Michael Schlüter wrote:
> Are keyboard and mouse handled within the same thread?
Well, depends of the game... I think that it could well use a Keyboard
device in one thread and a mouse device in another (for that, a +tid trace
is nice because it prefixes a
Rob,
as far as I can tell from looking at your patch, our work is pretty much non
overlapping.
I worked on the following aspects:
- Implementation of "real handles", instead of "address-handles".
- Separating OpenSSL dependend code from CSP code. I consider
this beneficial, since there seem
Christian Neumair <[EMAIL PROTECTED]> writes:
> That reminds me of asking for nicer, GUI-driven error handling:
> touch mustardandwiener.exe &&
> wine mustardandwiener.exe
> returns
> wine: cannot determine executable type for L"H:\\Desktop\\test.exe"
> which is neither verbose enough nor user fri
> 2. The people entering bugs aren't always developers and don't always
> have the skills to provide a good bug report.
We have a tools for writing bug report, tools/bug_report.pl
We should encourage people to use it to write bug reports.
Also closing unmaintained bugs would be a good idea.
Ivan.
Sorry, this patch should compile.
Index: dlls/comctl32/progress.c
===
RCS file: /home/wine/wine/dlls/comctl32/progress.c,v
retrieving revision 1.36
diff -u -r1.36 progress.c
--- dlls/comctl32/progress.c11 Mar 2004 00:39:53 -
It is now really *slow*, but a quite old 2d game such as starcraft that runs
perfectly in a PII 300 under windows should also run perfectly on linux with
an AMD64 3200 :-)
It happens that using the nasty DGA hack on
sourceforge.net/projects/starcraft-wine
applied by hand to current cvs it does
Am Samstag, den 24.07.2004, 22:50 +0200 schrieb Lionel Ulmer:
> > And later when pressing a mouse button:
> >
> > trace:hook:HOOK_CallHooks calling hook in thread 0013 WH_MOUSE_LL code 0
> > wp 200 lp 4071d074
> >
> > But then there is no other dinput message. Shouldn't there be a call of
> > the
I talked to Dimi, Lionel and Alexandre on IRC about this.
This is what they had to say:
Lionel didn't think it should be scrapped however he proposed a
system whereby bugs that didn't have any activity for two releases or
more would be automatically closed. If you wanted to keep a bug open
users
Am Sonntag, 25. Juli 2004 13:56 schrieben Sie:
> Michael Jung wrote:
> >Greetings,
> >Michael
> >
> >Changelog:
> > Added unit tests for CPGenRandom API function of rsabase.dll
>
> You seem to be working on Crypto stuff, so I thought I'd better tell you
> that I've got a patch pending that impl
Hi,
On Sat, Jul 24, 2004 at 04:36:18PM -0500, James Hawkins wrote:
> Does anyone know where most of the mouse and scroll wheel actions are
> being handled in the code? For example, say I am surfing the internet
> with Internet Explorere and WINE and I use my scroll wheel to move the
> page up and
Hi,
On Sat, Jul 24, 2004 at 05:11:18PM -0500, James Hawkins wrote:
> In what way can I list the API functions provided from a certain dll
> file? I seem to remember seeing somewhere that you could use a
> debugger, but I'm not sure.
wine/tools/winedump/
(now even with 16bit NE file support)
Gree
ons, 14.07.2004 kl. 18.07 skrev Mike Hearn:
> You might be wondering about putting threads next to processes and
> machines in that last paragraph. You can access thread safe objects from
> multiple threads without DCOM normally, right? Why would you need RPC
> magic to do that?
The answer is of c
34 matches
Mail list logo
