From: [EMAIL PROTECTED]
Francois Gouget wrote:
> Of course, that implies that we should promptly fix any such crash.
> Otherwise it just makes Wine unusable without any benefit.
That's the catch. I'm not approaching Wine as a Wine developer. Wine is
almost ready for
prime time now and as a
Francois Gouget wrote:
So what I did is compile them here, whip up a quick batch file to
invoke them all, and zip them up. You can download them from:
http://fgouget.free.fr/wine/winetests.zip
Just unzip them in some random directory and run them as follows:
runtests.bat
The above script sk
These tests were completed individually on WinXP Pro using the binaries
from here: http://fgouget.free.fr/wine/winetests.zip
C:\winetests>advapi32_test.exe registry
h:\wine\wine\dlls\advapi32\tests\registry.c:80: Test failed: data_count set
to 24 instead of 7
h:\wine\wine\dlls\advapi32\tests\reg
Hi,
It would seem to be that all advapi32_test is trying to do is overflow,
and see if wine (or in this case windows) responds correctly. As far as
I can see, there is currently no way that that test could *ever* work
properly. Maybe I have an old version of this file? (Or maybe I'm
missing someth
On December 9, 2002 05:29 pm, [EMAIL PROTECTED] wrote:
> Do you agree with the way I've explained how I see the difference between
> redundant defensive programming and detecting and reporting problems which
> need to be fixed? If not, where do you differ and why?
Let me try to explain a bit more
advapi32_test
registry: 56 tests executed, 0 marked as todo, 0 failures.
kernel32_test
alloc: 58 tests executed, 0 marked as todo, 0 failures.
atom: 229398 tests executed, 0 marked as todo, 0 failures.
codepage: 2 tests executed, 0 marked as todo, 0 failures.
directory: 48 te
The ReactOS project has a fully working console registry editor called regexplorer but
it is GPL
and done in C++. If anyone is interested in it or needs it under another license let
me know.
Thanks
Steven
--- Dan Kegel <[EMAIL PROTECTED]> wrote:
> Hey, looks like the Samba guys are doing
> a r
Hola,
Just wondering if you were still doing the import lib stuff. I saw in a past message
that you had
some patches outstanding and assumed import lib patch is one of them. I think this is
the only
thing holding up being able to compile all of the regression tests under windows via
Mingw.
Than
On December 9, 2002 06:33 pm, Alexandre Julliard wrote:
> Frankly, this ranks about as high on the priority list as the strcat
> optimizations in makedep. Are there really no more real problems to
> solve that we need to spend so much effort inventing new ones?
You're obviously right Alexandre. I
Well I've got XP Home SP1 here, I'm not going to go through a complete
lot of specifications without having some idea of what to look for
though :)
Thanks,
Kye Lewis
[EMAIL PROTECTED]
-Original Message-
From: Francois Gouget [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, December 10, 2002 12:
On Tue, 10 Dec 2002, Kye Lewis wrote:
> > C:\Downloads\Linux>advapi32_test.exe registry
> > h:\wine\wine\dlls\advapi32\tests\registry.c:96: Test failed: value set
> to
> > 'xx' instead of 'Te'
> > h:\wine\wine\dlls\advapi32\tests\registry.c:97: Test failed: data set
> to
> > 'xxx' inst
On Mon, 9 Dec 2002, Alberto Massari wrote:
>
> >Volunters welcome.
>
> I thought I could try running them on my Windows XP Home machine
Thanks, I integrated your results and Kye's on the status page:
http://fgouget.free.fr/wine/tests-en.shtml
The good news is that your results match those of
On Mon, 9 Dec 2002 [EMAIL PROTECTED] wrote:
> Francois Gouget wrote:
>
> > Of course, that implies that we should promptly fix any such crash.
> > Otherwise it just makes Wine unusable without any benefit.
>
> That's the catch. I'm not approaching Wine as a Wine developer. Wine is almost ready
>f
Hi,
My Results using the batch file and Windows XP. If you need any more
information about msvcrt_test crash, just ask.
My desktop also becomes smaller after running user32_test sysparams, the
approximate time of this is marked below in the appropriate section.
These results are obtained with Wi
My system is W2K Visual C++ 6.0
Built test on RedHat 7.3 and moved over to Win box
These are build Errors on W2K
Tom
advapi32_test.exe - 0 error(s), 0 warning(s)
dsound_test.exe - 0 error(s), 0 warning(s)
gdi32_test.exe - 17 error(s), 1 warning(s)
kernel32_test.exe - 0 error(s), 0 warning(
On Mon, 9 Dec 2002, Francois Gouget wrote:
> On Tue, 3 Dec 2002, Klaus Niederkrueger wrote:
> [...]
> > So it seems to me that the file tiles\TS01.BMP is loaded, but when I use
> > "ltrace wine ..." I don't find any output regarding this file. Why is
> > that?
>
> Maybe open operation is done by
Francois Gouget wrote:
> Of course, that implies that we should promptly fix any such crash.
> Otherwise it just makes Wine unusable without any benefit.
That's the catch. I'm not approaching Wine as a Wine developer. Wine is almost ready
for
prime time now and as a non-Wine developer (who's rop
On Fri, 6 Dec 2002, Ove Kaaven wrote:
[...]
> We may have to keep the macros anyway, there are headers that use them
> that can't be generated from IDL, like the DirectX headers. I suppose they
> could be converted to using the MS-style objbase.h macros by perl scripts
> or by rewriting them from a
To further my porting work, I've patched my copy of DOSMEM.C like this:
else if (dos_init && !already_mapped)
{
if (DOSMEM_dosmem)
{
ERR( "Needs access to the first megabyte for DOS mode\n" );
ExitProcess(1);
}
MESSAGE( "Warning: unpr
"Dimitrie O. Paun" <[EMAIL PROTECTED]> writes:
> There is already a dummy --preprocessor option in wrc (for compatibility
> with windres). First step would be properly implement that one, to allow
> for external override of the preprocessor. Then we can experiment with it,
> see what we get (error
On Mon, 9 Dec 2002 [EMAIL PROTECTED] wrote:
[...]
> Being too free with "let the code crash" is a bad idea. Microsoft got a lot
> of really bad heckling in the Windows 3.1 era for GPFs. Wine doesn't want to
> crash if it's reasonably harmless to continue (like for a failed screen
> update). Does wa
On Tue, 3 Dec 2002, Klaus Niederkrueger wrote:
[...]
> So it seems to me that the file tiles\TS01.BMP is loaded, but when I use
> "ltrace wine ..." I don't find any output regarding this file. Why is
> that?
Maybe open operation is done by wineserver?
(then the filedesc is sent to wine via a Unix
> C:\Downloads\Linux>advapi32_test.exe registry
> h:\wine\wine\dlls\advapi32\tests\registry.c:96: Test failed: value set
to
> 'xx' instead of 'Te'
> h:\wine\wine\dlls\advapi32\tests\registry.c:97: Test failed: data set
to
> 'xxx' instead of 'foobar'
> h:\wine\wine\dlls\advapi32\tests\
On 2 Dec 2002, Morten Welinder wrote:
[...]
>
> Unless we're talking an inner and very intensive loop, all this is a
> bit silly.
>
> However, assuming that it does make sense, sprintf variants are not
> part of the answer. They're interpreted and var-arg type
Why would vararg be a problem perfo
Shachar Shemesh wrote:
Zsolt Rizsanyi wrote:
It is not implemented. That's sure. (Tough installing MS Office 2k
installs it for you)
I have not heard anybody speaking about implementing it on this list
(I'm listening here since about a year).
Regards
Zsolt
As MSI is an MS redistributable
On Mon, Dec 09, 2002 at 11:50:06PM +0200, Shachar Shemesh wrote:
> Hi list,
>
> http://bugs.winehq.com/show_bug.cgi?id=1157
>
> It appears that when I'm copying the Windows fonts to C:\windows\Fonts,
> setting LANG to he_IL is all it takes for Hebrew to be displayed in edit
> controls and dialo
The war3.exe was only an example (however using -opengl does the same). This
happens with every (EVERY) application...
--
Leonardo Giordani
[EMAIL PROTECTED]
On Tue, 3 Dec 2002, Michal Janusz Miroslaw wrote:
[...]
> Since we are talking about catenating strings only (no %d and family),
> then I would suggest combining speed of cpycat (in glibc there's stpcpy)
> and ease of use of sprintf and use something like that:
[...]
> Then we could write:
>
> strp
> "Leonardo" == Leonardo Giordani <[EMAIL PROTECTED]> writes:
Leonardo> I'm using CVS Wine 20021125, but I cannot start any
Leonardo> application: what I gete is always
Leonardo> -bash-2.05b$ wine War3.exe Loading required GL library
Leonardo> /usr/X11R6/lib/libGL.so.1.2
L
"Dimitrie O. Paun" wrote:
>
> On December 5, 2002 11:16 am, Alexandre Julliard wrote:
> > It's the kind of thinking that leads to having an exception
> > handler inside strlen() like Windows does. It's just plain wrong.
>
> . This is generally true for other things as well:
>
> 1. Many plac
On December 9, 2002 05:09 pm, Francois Gouget wrote:
> What we might do is change the way we compile rc files so that we use
> gcc -E rather than wpp and see if that causes problems.
There is already a dummy --preprocessor option in wrc (for compatibility
with windres). First step would be properl
Volunters welcome.
I thought I could try running them on my Windows XP Home machine
C:\Downloads\Linux>advapi32_test.exe registry
h:\wine\wine\dlls\advapi32\tests\registry.c:96: Test failed: value set to
'xx' instead of 'Te'
h:\wine\wine\dlls\advapi32\tests\registry.c:97: Test fai
did you read the warcraft 3 howto? (it's on the application database).
ie:
- did you install the no-cd patch
- did you remove/rename the "Movies" folder
- are you running with "-opengl" to use opengl rendering instead of D3D
Bobby Bingham
On Mon, Dec 09, 2002 at 11:00:43PM +0100, Leonardo Giord
On December 9, 2002 04:45 pm, Francois Gouget wrote:
> Let's not forget the goal of Winelib: making
> it possible to recompile Windows applications to Unix, not making it
> possible to compile native Unix applications using the Windows
> API+MinGW.
Not that I disagree with your points, but I think
Zsolt Rizsanyi wrote:
It is not implemented. That's sure. (Tough installing MS Office 2k installs it
for you)
I have not heard anybody speaking about implementing it on this list (I'm
listening here since about a year).
Regards
Zsolt
As MSI is an MS redistributable, isn't it perfectly lega
Uwe Bonnes wrote:
"Zsolt" == Zsolt Rizsanyi <[EMAIL PROTECTED]> writes:
Zsolt> On Monday 09 December 2002 17:54, Scott Cote wrote:
>> I've found that many of the test applications I've tried installing
>> failed due to the lack of MSIEXEC. If it is implemented, could you
>> tell
On Sun, 8 Dec 2002, Dimitrie O. Paun wrote:
[...]
> Hmm, I don't know about that either -- windres certainly calls gcc -E,
> and it's working just fine. Anyway, I don't see a compelling reason to
> change the status quo, thanks for helping me clarify this issue.
What we might do is change the way
I'm using CVS Wine 20021125, but I cannot start any application: what I gete
is always
-bash-2.05b$ wine War3.exe
Loading required GL library /usr/X11R6/lib/libGL.so.1.2
err:ntdll:RtlpWaitForCriticalSection section 0x4010ad10
"../../loader/module.c: loader_section" wait timed out, retrying (60
On Sun, 8 Dec 2002, Dimitrie O. Paun wrote:
[...]
> " -L Leave case of embedded filenames as is\n"
>
> Shouldn't this one be on by default? Why do we need this option?
I agree with that one. As it is wrc just convert the filenames to
lowercase before trying to include them which
Hi list,
http://bugs.winehq.com/show_bug.cgi?id=1157
It appears that when I'm copying the Windows fonts to C:\windows\Fonts,
setting LANG to he_IL is all it takes for Hebrew to be displayed in edit
controls and dialog boxes.
When I try to copy the exact same fonts to /usr/lib/X11/fonts/windows
> "Zsolt" == Zsolt Rizsanyi <[EMAIL PROTECTED]> writes:
Zsolt> On Monday 09 December 2002 17:54, Scott Cote wrote:
>> I've found that many of the test applications I've tried installing
>> failed due to the lack of MSIEXEC. If it is implemented, could you
>> tell me where to fi
David Miller wrote:
I could probably run some tests under WinXP. I just need to compile
the tests on windows, execute them, and post output to wine-devel? Is
this correct?
Pretty much.
--
Tony Lambregts
I've fixed the problem - turns out that ALSA driver doesn't like it when the
buffer and period sizes are set directly. I modified the setup code to use
buffer and period times instead, with some values that I copied from the OGLE
alsa driver. Also it seems that the driver crashes if these are set b
On Sun, 8 Dec 2002, Dimitrie O. Paun wrote:
> On December 8, 2002 05:56 pm, Alexandre Julliard wrote:
> > I believe it was mostly issues with getting rid of C code in header
> > files, though that is handled in the main parser now. Still, it's not
> > guaranteed that the C preprocessor would handl
Mike Hearn wrote:
The UK.
I'm not au fait with the reverse engineering laws here, and I'm not very
good at it anyway, so I'd rather avoid it if possible. But once you've
seemingly exhausted a trace what do you do next? I can't breakpoint on a
call, because the call that would let me get the righ
On Monday 09 December 2002 17:54, Scott Cote wrote:
> I've found that many of the test applications I've tried installing failed
> due to the lack of MSIEXEC. If it is implemented, could you tell me where
> to find it? If not, I'd like to contribute, could you tell me if any work
> has been done an
On Mon, 9 Dec 2002, David Miller wrote:
> I could probably run some tests under WinXP. I just need to compile the
> tests on windows, execute them, and post output to wine-devel? Is this correct?
Almost. Currently building the tests on Windows requires using Linux at
some point :-/
So what I d
On Monday 09 December 2002 19:29, Armish wrote:
> Hi all,
> I tried the latest wine (Wine-20021125.tar.gz) and saw
> that though it supports the Turkish Keyboard Layout, I
> cannot write the specail chars of Turkish (Like ı
> ş ğ ü ç ö ...)
> Then I found a (Turkish) keyboard.c but still don't
> kn
Was this working under Wine-20021031? I have been
trying to figure out a similar problem with the Spanish
keyboard layout. If this caused a regression for you
as well, it means I have been looking at the wrong
problem. If you could test with the 20021031 version
and compare results, that could b
On 6 Dec 2002, Alexandre Julliard wrote:
> Francois Gouget <[EMAIL PROTECTED]> writes:
>
> > * dlls/winmm/tests/wave.c
> >
> >Error handling in waveOutOpen works now (patch has been in CVs for a
> > couple of weeks) -> removing the todo_wine
>
> This doesn't work for me:
>
> ../../../tools/ru
On Sat, 7 Dec 2002, Vincent Béron wrote:
[...]
> I await your comments on it.
[...]
> +#ifndef NO_STRICT
> +#ifndef STRICT
> +#define STRICT
> +#endif /* STRICT */
> +#endif /* NO_STRICT */
I did not know this was in the Windows headers but it is. Thus I think
it makes sense to add it to 'windef.h
Hi all,
I tried the latest wine (Wine-20021125.tar.gz) and saw
that though it supports the Turkish Keyboard Layout, I
cannot write the specail chars of Turkish (Like ı
ş ğ ü ç ö ...)
Then I found a (Turkish) keyboard.c but still don't
know where or how to it? (The keyboard.c is working
well with m
That is basically what I have been saying.. sorry for the html output but I am replying from work thru sbc's site and theres no option to turn it off. Basically, we need wineautorun.inf to parse the file autorun.inf or Autorun.inf on CD's If you try to run a non-autorun file it pops up a dialog
On 09 Dec 2002 16:58:36 +, Mike Hearn wrote
> Unfortunately the Mozilla plugin does not work - the Mozilla team pulled
> the XPCOM plugin interface it used, and Adobe never updated it.
Yeah, I just remembered. The guy from Adobe complained about the XPCom crap in
a private email to me back th
Dan Kegel wrote:
Dan Kegel wrote:
I found an unopened copy of msvc++ 4.0 at a garage sale last year for $5,
couldn't resist. Today I finally tried to install it under Wine.
OK, more details. I switched to testing the simplest
function of msvc's setup program: the exit button.
All I do is cli
Mike Hearn wrote:
Well, I have about 2 hours now when I can work on trying to get the
adobe svg plugin to work in Wine. I have a deadline to meet for Friday
that requires the plugin, so if I can't get it working back to Windows
it is (it's like a damn magnet).
I've already located a mouse bug
The UK.
I'm not au fait with the reverse engineering laws here, and I'm not very
good at it anyway, so I'd rather avoid it if possible. But once you've
seemingly exhausted a trace what do you do next? I can't breakpoint on a
call, because the call that would let me get the right part is never
call
As someone only attempting to learn C I
am looking for some other way to contribute something to wine. I have
WinXP home on my laptop, so I could do WinXP tests if you can give me more
information on what needs to be done.
Dave
On Sat, 7 Dec 2002, Dimitrie O. Paun wrote:
> Nevertheless, I will fix this for you.
Thanks a lot!
> But I would like to note that an actual patch to fix this problem from
> the people that care about it would help a lot more than complaining
> about it.
Usually I'd do that (and I've done it a c
Well, I use something easier - change all hw:x to hw (default ALSA
card). And select this default using ALSA_CARD environment variable.
Patch against current CVS follows.
Index: audio.c
===
RCS file: /home/wine/wine/dlls/winmm/wineal
Mike Hearn a écrit:
It's not inlined? Evolution seems to insist on wrapping it if I inline
it. Or was there some other problem?
The problem is the actual format of the patch. It's not in unified
format (cvs diff -u, or add diff -u to .cvsrc). With that format, it'll
add some context around the
It's not inlined? Evolution seems to insist on wrapping it if I inline
it. Or was there some other problem?
On Mon, 2002-12-09 at 16:22, Dimitrie O. Paun wrote:
> On December 9, 2002 11:26 am, Mike Hearn wrote:
> > Patch is relative to wine root, made with cvs diff, is this right?
>
> Yes, and no
Unfortunately the Mozilla plugin does not work - the Mozilla team pulled
the XPCOM plugin interface it used, and Adobe never updated it. That's
probably because only IE offers sufficiently advanced interfaces to
perform host scripting merge, ie where the javascript environment of the
web page is me
I've found that many of the test applications I've tried installing failed
due to the lack of MSIEXEC. If it is implemented, could you tell me where
to find it? If not, I'd like to contribute, could you tell me if any work
has been done and who to coordinate with?
Thanks,
-Scott
On 09 Dec 2002 16:37:16 +, Mike Hearn wrote
> Well, I have about 2 hours now when I can work on trying to get the
> adobe svg plugin to work in Wine.
Hmm?
There's already a native plugin for Linux..
http://plugindoc.mozdev.org/linux.html#SVG
Thanks,
Hetz
Well, I have about 2 hours now when I can work on trying to get the
adobe svg plugin to work in Wine. I have a deadline to meet for Friday
that requires the plugin, so if I can't get it working back to Windows
it is (it's like a damn magnet).
I've already located a mouse bug (problem with my last
Hey, looks like the Samba guys are doing
a registry editor...
- Dan
Original Message
Subject: A registry editor taking shape ...
Date: Mon, 9 Dec 2002 01:56:50 -0800 (PST)
From: Richard Sharpe <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Hi,
A registry editor, editreg, is slowly
On December 9, 2002 11:26 am, Mike Hearn wrote:
> Patch is relative to wine root, made with cvs diff, is this right?
Yes, and no (it's not in the right format). Please read:
http://www.winehq.org/development/#patches
http://www.winehq.com/hypermail/wine-devel/2002/09/0127.html
--
Dimi.
> "Gustavo" == Gustavo Junior Alves <[EMAIL PROTECTED]> writes:
Gustavo> Hi All, I having problems with raw printing. I receive this
Gustavo> message from trace: device open lpt1 not supported (yet)
Gustavo> Looking the code, I do not found any support for parallel ports
Gusta
Am Mon, 2002-12-09 um 14.57 schrieb Christoph Frick:
> > I'd like to know what remote addresses exactly the apps call bind() for,
> > and in what order. Perhaps there are subtle differences in the way
> > EADDRINUSE and SO_REUSEADDR are handled.
>
> I can basically describe you what this games do
Hi All,
I having problems with raw printing. I receive this message from trace:
device open lpt1 not supported (yet)
Looking the code, I do not found any support for parallel ports neither
on server or dos_fs. I missed something or DOSFS_OpenDevice does not
support parallel printers?
Thanks f
On December 9, 2002 07:19 am, Patrik Stridvall wrote:
> Note that I said LIBRARY. Still running cpp is presumably
> more lightweight that running "gcc -E".
Based on what?!? Let's see numbers (one dummy, empty file):
[dimi@dimi dev]$ cat dummy.c
[dimi@dimi dev]$ time gcc -E dummy.c
# 1 "dummy.c"
#
On 9 Dec 2002, Martin Wilck wrote:
Hi Martin, All
> Sorry, this is definitely wrong. Windows, just as Unix, returns
> WSAEADDRINUSE if SO_REUSEADDR isn't set (just tried it on W2k). There
> must be some special circumstances involved in those games the patch is
> supposed to fix. Perhaps they ass
Am Sam, 2002-12-07 um 00.19 schrieb Alexandre Julliard:
> Christoph Frick <[EMAIL PROTECTED]>
> Force (WS_)SO_REUSEADDR before binding to a socket;
Sorry, this is definitely wrong. Windows, just as Unix, returns
WSAEADDRINUSE if SO_REUSEADDR isn't set (just tried it on W2k). There
mu
> On December 8, 2002 06:01 pm, Patrik Stridvall wrote:
> > It would be very nice it something made a GNU C compiler
> > library to support among other things only running
> > the preprocessor.
>
> Um, you mean like "cpp"? The debian packagers have even split
> it out from
> the gcc package for
Thanks for your answer,
Alberto
At 19.00 06/12/2002 +0100, Eric Pouech wrote:
Alberto Massari a écrit :
>
> Hi everybody,
> a few weeks ago I changed my build machine from a RedHat 7.2 + gcc 2.9x to
> a Mandrake 9.0 + gcc 3.2, and I noticed that I was unable to debug the Wine
> libraries (I got m
Thanks :) I wasn't aware of that.
I haven't been able to get any more insight from staring at traces, so I
was wondering if the next step would be disassembly of the plugin so I
can try and figure out what decisions it's making that would lead to it
not blitting the rendered image to the screen. M
> In other words, preprocessing is like 10% of compilation, so
> it can't be unbearably slow. Something else is wrong.
Perhaps. It was quite a few years ago I did it. I just remember
abandoning the idea of using "gcc -E" for preprocessing in
winapi_check because of horrible a speed slowdown.
> >
> If we tweak the registry of a .inf (winedefault.reg), we can ask it to
> launch a tiny program that will open the .inf and run the program
> specified.
Sounds like it could work, but what about inf installer files (ie TweakUI's
inf, or driver inf files) how would they be handled?
Generally,
79 matches
Mail list logo
