On Fri, May 23, 2008 at 12:37 AM, Dmitry Timoshkov
<[EMAIL PROTECTED]> wrote:
> Since ros explorer uses an undocumented shell32.LogoffWindowsDialog as
> reported in http://bugs.winehq.org/show_bug.cgi?id=10006 it should be
> enough to blacklist its developer.
"ROS explorer doesn't count as a real
On Friday 23 May 2008 06:35:22 you wrote:
> Jens Albretsen wrote:
> > On Thursday 22 May 2008 23:56:42 you wrote:
> >> I don't have a compiler on my windows box, nor do I have cross
> >> development tools on my linux box, but if you get me an exe I can test
> >> on win xp (nvidia 7200 GT) or 2k (in
"Steven Edwards" <[EMAIL PROTECTED]> wrote:
> Again, I think you should look at explorer-new. Its pretty close to
> working, I think the StartMenu and friends work. It is designed for
> Windows XP, does the Desktop, Start Menu, Taskbar, etc, is written in
> C, is LGPL and is written by a ReactOS d
Jens Albretsen wrote:
> On Thursday 22 May 2008 23:56:42 you wrote:
>> I don't have a compiler on my windows box, nor do I have cross
>> development tools on my linux box, but if you get me an exe I can test
>> on win xp (nvidia 7200 GT) or 2k (intel 865, or a variety of other
>> boxes).
>>
>> -Aus
On Fri, May 23, 2008 at 12:12 AM, Dan Kegel <[EMAIL PROTECTED]> wrote:
> I think we're going to want to add a start button and taskbar
> to our builtin explorer. None of the replacements seem
> to look anything like Windows XP, which is kind of what I'm
> after.
Again, I think you should look at
On Thu, May 22, 2008 at 8:44 PM, Dmitry Timoshkov
<[EMAIL PROTECTED]> wrote:
>> For a maximal dogfood experience, I was looking around
>> for a way to use a replacement Windows shell with
>> Wine as my desktop environment instead of gnome
>> or kde.
>
> Built-in Wine explorer does a lot of things w
On Thu, May 22, 2008 at 8:09 PM, Steven Edwards <[EMAIL PROTECTED]> wrote:
> On Thu, May 22, 2008 at 8:59 PM, Dan Kegel <[EMAIL PROTECTED]> wrote:
>> The menus are messed up (they contain garbage text), and
>> as I said earlier, there's no start menu.
>
> You should look at explorer-new. Its in the
"Igor Tarasov" <[EMAIL PROTECTED]> wrote:
> diff --git a/fonts/tahomabd.sfd b/fonts/tahomabd.sfd
> index b9fdfa0..e42678a 100644
> --- a/fonts/tahomabd.sfd
> +++ b/fonts/tahomabd.sfd
> @@ -1,4 +1,4 @@
> -SplineFontDB: 1.0
> +SplineFontDB: 2.0
As I pointed out many times this is a fatal change, pl
"Dan Kegel" <[EMAIL PROTECTED]> wrote:
> For a maximal dogfood experience, I was looking around
> for a way to use a replacement Windows shell with
> Wine as my desktop environment instead of gnome
> or kde.
Built-in Wine explorer does a lot of things which the replacements
won't do, like desktop
On Thu, May 22, 2008 at 8:59 PM, Dan Kegel <[EMAIL PROTECTED]> wrote:
> The menus are messed up (they contain garbage text), and
> as I said earlier, there's no start menu.
You should look at explorer-new. Its in the ReactOS source tree and
being developed by Thomas Weidenmuller as a real Windows
On Thu, May 22, 2008 at 4:31 PM, John Klehm <[EMAIL PROTECTED]> wrote:
> I just tried the bb fork xoblite bb3 rc1 on server 2008 and it seems
> to work alright.
OK, now try it on Wine. A recipe in the appdb would be nice.
I just built ROS explorer from source, and ran its explorer.exe.
It runs,
http://shellcity.net/cgi-bin/DB_Search/db_search.cgi?setup_file=topicpage.setup.cgi&submit_search=yes&topic=A
Don't forget this list.
-Original Message-
>From: Dan Kegel <[EMAIL PROTECTED]>
>Sent: May 22, 2008 6:16 PM
>To: Wine Develop
>Subject: Alternate shell?
>
>For a maximal dogfood e
On Thu, May 22, 2008 at 6:16 PM, Dan Kegel <[EMAIL PROTECTED]> wrote:
> On Thu, May 22, 2008 at 4:02 PM, John Klehm <[EMAIL PROTECTED]> wrote:
>> Blackbox window manager for windows
>> (dont worry desktop icon/system tray plugin is included by default)
>> http://www.bb4win.org/news.php
>
> Developm
Dan Kegel:
>On Wed, May 21, 2008 at 1:40 AM, Stefan Dösinger <[EMAIL PROTECTED]> wrote:
>> I think the proper thing to do is to install the DirectX runtime /
>> redistributable. It installs all the DLLs and registers them in the registry
>> etc.
>
>Suits me. How's this look?
Well, my Seamonkey r
On Thu, May 22, 2008 at 4:02 PM, John Klehm <[EMAIL PROTECTED]> wrote:
> Blackbox window manager for windows
> (dont worry desktop icon/system tray plugin is included by default)
> http://www.bb4win.org/news.php
Development stopped a couple years ago, even the forks look dormant
> Litestep (highl
On Thu, May 22, 2008 at 5:37 PM, Austin English <[EMAIL PROTECTED]> wrote:
> On Thu, May 22, 2008 at 5:16 PM, Dan Kegel <[EMAIL PROTECTED]> wrote:
>> For a maximal dogfood experience, I was looking around
>> for a way to use a replacement Windows shell with
>> Wine as my desktop environment instead
Hello,
I want to ask, why my patch
(http://www.winehq.org/pipermail/wine-patches/2008-May/054973.html) didn't
get committed?
--
Petr Dlouhý
On Thu, May 22, 2008 at 5:16 PM, Dan Kegel <[EMAIL PROTECTED]> wrote:
> For a maximal dogfood experience, I was looking around
> for a way to use a replacement Windows shell with
> Wine as my desktop environment instead of gnome
> or kde.
>
> So far, all the ones I've found are either broken, hard
Quoting Dan Kegel <[EMAIL PROTECTED]>:
Wine + XPde (http://xpde.com) is probably the most Windows-resemblant
environment I can think of. Sadly, XPde seems to be stalled.
> For a maximal dogfood experience, I was looking around
> for a way to use a replacement Windows shell with
> Wine as my des
Jeremy White wrote:
> So it seems as though every month or so, some id10t is bit by
> the Thunderbird bug where it mangles perfectly reasonable looking
> git-format-patch drafts.
>
> This month, I won the prize! :-)
>
> I had always habitually done --attach, because that's what GitWine says to do
Jens Albretsen wrote:
> I have no way of testing what is does native? Only got windows at work.
> However I can see that the game expects to be allowed to copy the surface, so
> I must presume that windows is doing the same else the game would not run
> under windows. Anyway it makes sense that
For a maximal dogfood experience, I was looking around
for a way to use a replacement Windows shell with
Wine as my desktop environment instead of gnome
or kde.
So far, all the ones I've found are either broken, hard to use,
or just plain weird.
I've been working through the list at
http://www.dm
Hello Francois,
2008/5/22 Francois Gouget <[EMAIL PROTECTED]>:
>
> So if anyone has been wondering why I don't run the tests on Win98
> anymore... I still do! The problem is that since 2008/05/08 something
> prevents winetest from submitting the results.
>
> The 200805062030 winetest build works f
On Thursday 22 May 2008 23:56:42 you wrote:
> I don't have a compiler on my windows box, nor do I have cross
> development tools on my linux box, but if you get me an exe I can test
> on win xp (nvidia 7200 GT) or 2k (intel 865, or a variety of other
> boxes).
>
> -Austin
I have the same problem, I
2008/5/21 Austin English <[EMAIL PROTECTED]>:
> On Wed, May 21, 2008 at 12:39 PM, Paul Vriens
> <[EMAIL PROTECTED]> wrote:
>> Austin English wrote:
>>>
>>> In the past 2 days, when running the cross tests on my work XP box, I
>>> keep getting an error that the log file is too big (1.6 Mb > 1.5 Mb
>
2008/5/21 Austin English <[EMAIL PROTECTED]>:
> In the past 2 days, when running the cross tests on my work XP box, I
> keep getting an error that the log file is too big (1.6 Mb > 1.5 Mb
> max). Anyone else seeing this? It's submitting partial reports, which
> may or may not be useful. Can we get
On 5/22/08, Jens Albretsen <[EMAIL PROTECTED]> wrote:
> I have no way of testing what is does native? Only got windows at work.
If you need something tested on windows, or on a specific
version/locale you don't have access to, send a test app to wine-users
or wine-devel asking for testers. Odds ar
On Thursday 22 May 2008 21:46:03 Alexander Dorofeyev wrote:
> Jens Albretsen wrote:
> > Changelog:
> >
> > Fixed Failure when texture was loading onto itself.
> > Fixes in part d3d7 regression bug #13277.
> > Still need to find a way to make d3d7 stay alive after the game releases
> > the interface
Jens Albretsen wrote:
> Changelog:
>
> Fixed Failure when texture was loading onto itself.
> Fixes in part d3d7 regression bug #13277.
> Still need to find a way to make d3d7 stay alive after the game releases the
> interface.
>
Did you check what native does when asked to Load texture from its
-/* salt length can't be greater than 128 bits = 16 bytes */
-if (blob->cbData > 16)
-{
-SetLastError(ERROR_INVALID_PARAMETER);
-return FALSE;
-}
memcpy(pCryptKey->abKeyValue + pCryptKey->dwKeyLen, blob->pb
<< snip >>
> > of course even if CreateSurface doesn't addref the publically visible
> > refcount, it could still hold some internal reference to prevent the
> > ddraw object from beeing destroyed. If that's the case, we need an
> > additional test showing that the ddraw object survives even thoug
On Thursday 22 May 2008 20:08:57 you wrote:
> Am Donnerstag, 22. Mai 2008 19:17:34 schrieb Jens Albretsen:
> > Well, as remember this the normal procedure of d3d, textures, surfaces
> > and streams is to hold on to ddraw/d3d until everything is destroyed or
> > the process is terminated.
>
> Direct
Am Donnerstag, 22. Mai 2008 19:17:34 schrieb Jens Albretsen:
> Well, as remember this the normal procedure of d3d, textures, surfaces and
> streams is to hold on to ddraw/d3d until everything is destroyed or the
> process is terminated.
DirectDraw 7 does this, but DirectDraw (1) doesn't
> Anyway I
On Thursday 22 May 2008 16:55:31 Stefan Dösinger wrote:
> Am Donnerstag, 22. Mai 2008 16:17:26 schrieb Jens Albretsen:
> > Changelog:
> > d3d1-7 surfaces was not ref counting ddraw so if there was surface and
> > ddraw was released, wine would kill everything. Now the Return to
> > Mysterious Islan
Am Donnerstag, 22. Mai 2008 16:17:26 schrieb Jens Albretsen:
> Changelog:
> d3d1-7 surfaces was not ref counting ddraw so if there was surface and
> ddraw was released, wine would kill everything. Now the Return to
> Mysterious Island works and does a clean exit afterwards.
I think the patch is wro
Francois Gouget <[EMAIL PROTECTED]> writes:
> Unfortunately the list of potential suspects is quite long. It would
> help if I could at least cross-build winetest but I always get errors
> (e.g. due to d3dx9_36). What happened to the resolution to get rid of
> the dependency on MinGW libraries?
On Thursday 22 May 2008 12:06:58 Francois Gouget wrote:
> Alternatively, where's the lastest version of w32api with d3dx9_36?
The patches (against w32api v3.8) are available here:
http://www.astro.gla.ac.uk/%7Epaulm/Cross/mingw-w32api-patches-2008-05-22.tar.gz
HTH,
Paul.
Am Donnerstag, den 22.05.2008, 10:37 +0200 schrieb Francois Gouget:
> - ok(len == 39, "len: %d (expected 39)",len);
> + ok(len == 39, "len: %d (expected 39)\n", len);
[and so on]
You are right. This was missing from my patch that got applied. I sent
an updated version one hour later[1] (got thro
"James Hawkins" <[EMAIL PROTECTED]> writes:
> If you don't like this version, let me know. The other option is to
> convert any forwards slashes in the result string to backslashes.
This should most likely be fixed in winetest.
--
Alexandre Julliard
[EMAIL PROTECTED]
Alexander Morozov wrote:
> I was mistaken. Enum/ROOT/LEGACY_BOGUS key can be deleted so:
>
> SetLastError(0xdeadbeef);
> set = pSetupDiGetClassDevsA(&guid, NULL, 0, 0);
> ok(set != INVALID_HANDLE_VALUE, "SetupDiGetClassDevsA failed: %08x\n",
> GetLastError());
> SetLastError(0xdeadbeef);
> ret =
Alexander Morozov wrote:
> В сообщении от Tuesday 20 May 2008 17:31:48 Paul Vriens написал(а):
>> Hi,
>>
>> On several windows boxes (VMware) I receive this nice message that Windows
>> will try to find a driver for an unknown device.
>>
>> This device is added by the setupapi/devinst test and is n
I was mistaken. Enum/ROOT/LEGACY_BOGUS key can be deleted so:
SetLastError(0xdeadbeef);
set = pSetupDiGetClassDevsA(&guid, NULL, 0, 0);
ok(set != INVALID_HANDLE_VALUE, "SetupDiGetClassDevsA failed: %08x\n",
GetLastError());
SetLastError(0xdeadbeef);
ret = pSetupDiEnumDeviceInfo(set, 0, &devInfo);
В сообщении от Tuesday 20 May 2008 17:31:48 Paul Vriens написал(а):
> Hi,
>
> On several windows boxes (VMware) I receive this nice message that Windows
> will try to find a driver for an unknown device.
>
> This device is added by the setupapi/devinst test and is not (or can't be?)
> properly remo
So if anyone has been wondering why I don't run the tests on Win98
anymore... I still do! The problem is that since 2008/05/08 something
prevents winetest from submitting the results.
The 200805062030 winetest build works fine so that leaves a two/three
days window where things went wrong. Unf
Am Donnerstag, 22. Mai 2008 01:44:33 schrieb Dan Kegel:
> On Wed, May 21, 2008 at 1:40 AM, Stefan Dösinger <[EMAIL PROTECTED]>
wrote:
> > I think the proper thing to do is to install the DirectX runtime /
> > redistributable. It installs all the DLLs and registers them in the
> > registry etc.
>
>
"James Hawkins" <[EMAIL PROTECTED]> writes:
> Any objections to this patch? The point of the test is to enumerate
> locales of a language group, which still happens. The failure in
> win2k3 can't easily be caught, so this works around that.
Looking at the test results it seems the failure is be
Juan Lang wrote:
>> I didn't find a way yet (and didn't look to hard) to make the subkeys
>> inherit these new permissions. Otherwise I have to do this for every key.
>
> I don't think you can if you don't actually create the key. The
> caller of RegCreateKeyEx is able to set the default DACL for
47 matches
Mail list logo