I hereby announce that with the upgrade of Bugzilla we will use
Git for what the "bugzilla" cvs module is currently used (if
nothing unforeseen prevents this).
This can be seen as a test for also moving our other remaining
CVS modules.
Anyone who has a problem with this should speak up now.
Btw
On 25/06/07, H. Verbeet wrote:
>On 24/06/07, Erik Inge Bolsø wrote:
>> ---
>> dlls/user32/sysparams.c | 13 -
>> dlls/wined3d/device.c | 10 +-
>> 2 files changed, 13 insertions(+), 10 deletions(-)
>>
>What was the reason for writing this?
See the comments on
http://app
On 6/26/07, Evan Stade <[EMAIL PROTECTED]> wrote:
Hi,
I was talking with Julliard about the implementation of paths in GDI+.
He suggested that the right way to do it was to build paths directly
(i.e. not calling into GDI). I'm not sure why calling into GDI is
undesirable. There are several re
On 6/26/07, Paul Vriens <[EMAIL PROTECTED]> wrote:
Hi,
While playing with native crypt32/wintrust I added a service (CryptSvc) to the
registry (seems needed for native and XP+). With a full trace I get some crashes
which made me start to write some tests for services. (Rolf Kalbermatter was
alre
Am Dienstag, 26. Juni 2007 17:02 schrieb Anatoly Lyutin:
> 2. How I can write test for different OS Windows?
> Some tests run successfully in win2k3 but fail in XP, that is why this
> test can not be validated by HQ.
Usually in that case the exact result in not important, since applications
canno
Hi,
I was talking with Julliard about the implementation of paths in GDI+.
He suggested that the right way to do it was to build paths directly
(i.e. not calling into GDI). I'm not sure why calling into GDI is
undesirable. There are several reasons I'd like to use GDI paths:
* GDI and GDI+ pat
> We shall discuss the requirements in more exact manner.
>
> 1. Define demo packages
I think for a start we don't need the ability for users to add new demo
packages. A fixed set of test packages which is modifyable by raw database
access would be enough. Otherwise we end up with everyone
On Di, 2007-06-26 at 15:06 +0800, Zhongli Xu wrote:
> I use the debug channel. Here is the output:
>
> [EMAIL PROTECTED] drive_c]# WINEDEBUG=+process,+exec wine ./System.exe
You should never use wine as root.
"root" is only for System-Maintenance.
--
By by ... Detlef
Hi all!
When I analyzed Wine test codes today I do not understand how to
interpret result of tests.That is why I refer to community.
I can not find any full documentation for writing tests at WineHq.
I have some points which I do not understand:
1. Why some tests are running in Win not fall if
--
Best regards
Anatoly Lyutin.
--- Begin Message ---
Rx Controls are used in Delphi programs. This is a free library and it
is runnin under Wine. Parent of this Control is TEditBox or TComboBox
but Wine Edit Box nothing knows about this control. The client rect of
edit box don`t di
On Di, 2007-06-26 at 13:00 +0200, Alexandre Julliard wrote:
> > splitpath.c appeared with the
> > initial import of the winefile source code.
>
> Winefile cannot import msvcrt because it has support for accessing
> Unix files too.
What about dynamic loading?
hdll = LoadLibrary("msvcrt.dll");
_ws
On Di, 2007-06-26 at 13:06 +0200, Stefan Dösinger wrote:
> Appart of controlling the apps we'll need some programs to start the
> application scripts, extract the results and do something with them.
> We also need some database to collect the results.
We can also reuse an existing Framework:
w
Hi, if you've done a reasonable job searching for a dup and haven't found
one, go ahead and file a new bug. Bugs can be closed or linked where
appropriate.
> is this http://bugs.winehq.org/show_bug.cgi?id=6006 ?
> Il try to compile latest git with patches from that bug before filling
> new one.
On Monday 25 June 2007 05:33, Jesse Allen wrote:
> Please file a bug report and do a regression test.
Done (http://bugs.winehq.org/show_bug.cgi?id=8797). Test application, log
files included.
On Tue, Jun 26, 2007 at 01:06:02PM +0200, Stefan Dösinger wrote:
> > I second Vit's recommendation. We're using Autohotkey
> > scripts in our test framework
> > http://code.google.com/p/yawt/
> > and I've been meaning to work with Vit to get his scripts
> > incorporated into our framework.
> App
> I second Vit's recommendation. We're using Autohotkey
> scripts in our test framework
> http://code.google.com/p/yawt/
> and I've been meaning to work with Vit to get his scripts
> incorporated into our framework. (We've been distracted
> getting the next release of Picasa out, sorry.)
I had
Michael Stefaniuc <[EMAIL PROTECTED]> writes:
> Actually i wanted to just remove the wide character constants out of
> splitpath.c but then i have seen that the file can be removed completely.
> I checked the history but didn't find a clue why a separate
> implementation might have been usefull. s
There's a similar discussion going on here:
http://www.linuxforums.org/forum/wine/96022-wine-hard-system-freeze-new-post.html
--- snip ---
i had the same problem. I use wine with Ubuntu Daper on Core T7200 Duo Laptop.
I moved from the kernel 2.6.15-28-386 to 2.6.15-28-686 and wine
starts to fre
"James Hawkins" <[EMAIL PROTECTED]> writes:
> On 6/21/07, Alexandre Julliard <[EMAIL PROTECTED]> wrote:
>>
>> It seems to me you are leaking the object here, the handle entry holds
>> a ref to it too.
>
> The handle entry only holds a ref to the object if it's a regular
> handle, and not remote.
I've tried MSVC 6.0 and MSVC 2003. All the same - it works. Please, check your
sources. I have no idea where the bug can be.
> Yes, the mingw-gcc case works.
> But I use the Visual C++ 7.0 to compile. It still fails.
>
> On 6/26/07, Kirill K. Smirnov <[EMAIL PROTECTED]> wrote:
> > Hi,
> >
> > I'v
Yes, the mingw-gcc case works.
But I use the Visual C++ 7.0 to compile. It still fails.
On 6/26/07, Kirill K. Smirnov <[EMAIL PROTECTED]> wrote:
Hi,
I've tried to reproduce, but failed:
a.c:
#include
#include
int main(void)
{
system("qqq.exe");
return 0;
}
$ mingw-gcc -mconsole -
Hi,
I've tried to reproduce, but failed:
a.c:
#include
#include
int main(void)
{
system("qqq.exe");
return 0;
}
$ mingw-gcc -mconsole -mno-cygwin a.c
$ wine a.exe
It works.
$ mingw-gcc a.c
$ wine a.exe
It works too.
Executable qqq.exe exists in ~/.wine/drive_c/windows directory.
On Tue, Jun 26, 2007 at 03:06:12PM +0800, Zhongli Xu wrote:
> I use the debug channel. Here is the output:
>
> [EMAIL PROTECTED] drive_c]# WINEDEBUG=+process,+exec wine ./System.exe
> trace:process:init_current_directory starting in L"C:\\" 0x10
> trace:process:__wine_kernel_init starting process
I use the debug channel. Here is the output:
[EMAIL PROTECTED] drive_c]# WINEDEBUG=+process,+exec wine ./System.exe
trace:process:init_current_directory starting in L"C:\\" 0x10
trace:process:__wine_kernel_init starting process name=L"C:\\System.exe"
argv[0]=L"./System.exe"
trace:process:set_entr
24 matches
Mail list logo
