Hi Martin,
On Tuesday 01 November 2005 02:40, Martin Fuchs wrote:
> Changelog:
> correctly call HCR_GetFolderAttributes() in SHELL32_GetItemAttributes()
>
>
> Index: shlfolder.c
> ===
> RCS file: /home/wine/wine/dlls/shell32/shlfolder
I'm seeing a lot of stuttering in the sound for Kid Pix 4; see
http://bugs.winehq.org/show_bug.cgi?id=3553
for a log with last night's cvs.
Should I try your patch?
On 10/31/05, Jesse Allen <[EMAIL PROTECTED]> wrote:
> So could we have a program or launcher in wine to launch programs the
> "windows" way?
Just to let ya'll know, I've found winefile.exe will execute programs
the "windows" way, and LogicWorks does work launching from it. Er...
it launches, but
Its me again.
Ive been trying to figure how to get a (single) Wine application to be able
to display dialogs on each of 3 monitors in a non xinerama setup (DISPLAY
:0.0, :0.1, and :0.2).
I am well aware that xinerama mode would allow this quite easily, but
xinerama is not an option, partly
Solaris is like the red-headed step child of the Wine world. There are
several parts that dont build correctly on Solaris 8,9, or 10. Im pretty
sure Solaris 11 is the same.
Fortunately, Robert Lunnon has a website http://www.blastwave.org/wine/,
that has several fixes for building Wine on Sola
On Tue, 01 Nov 2005 02:29:25 +
Randall Walls <[EMAIL PROTECTED]> wrote:
> Scratch that after spending about an hour playing Battlezone 2
> tonight (with patch applied) I noticed that certain sounds (mainly
> sounds longer than a few seconds) would exhibit a strange problem with
> the la
Scratch that after spending about an hour playing Battlezone 2
tonight (with patch applied) I noticed that certain sounds (mainly
sounds longer than a few seconds) would exhibit a strange problem with
the last .5 seconds of the clip repeating for a random number of times.
For example:
In
No - that's an unrelated problem. The DSOUND_PhaseCancel method is being
requested to cancel a length which isn't an integer number of frames.
Probably it is being called from somewhere which isn't doing correct length
translation of secondary to primary buffer (ie primary_length =
secondary_le
On 10/31/05, Davin McCall <[EMAIL PROTECTED]> wrote:
>
> This is one is probably the most trivial fix and is largely unrelated to the
> other fixes. But if you look at the code for a while as I have you can see
> that it's obviously correct - the existing implementation of PhaseCancel
> inverts
On 10/31/05, Davin McCall <[EMAIL PROTECTED]> wrote:
> PS. How long should I wait for a patch to be accepted before I assume it's
> been dropped?
>
You sent the first patch yesterday, a Sunday. Alexandre doesn't
usually check in patches on a Sunday, or the weekend for the most
part. Since peop
wineserver -k is a handy way to shut things down (at least normally)
Hi wine-devs,
I have sent this patch to wine-patches, but it appears to have been dropped. I
have resent it with some additional explanantion (below).
Is there anything I've done wrong / anything I should do in order to get this
patch accepted?
Any advice would be appreciated,
Thanks
Davin
P
On Mon, 2005-10-31 at 15:00 +, Oliver Stieber wrote:
> I've got quite a few optimizations to check-in, but I don't think it's a good
> idea putting in
> optimizations that may break things until wined3d is stable enough that bugs
> in wined3d don't go
> on to break the optimizations.
I agree
[EMAIL PROTECTED] wrote:
bash-3.00#pgrep wine -l
10666 wineserver
10690 wine-preloader
bash-3.00#
I took the system right down to the login console and still cant clean up.
Do I really have to reboot as the only way to clean up this mess?
This is taking windows emulation too far!! ;)
"kil
Le lun 31/10/2005 à 17:51, Ron Jensen a écrit :
>
> I tried installing a free game at random [1] from a web site
> I found [2]. I downloaded it and tried installing it into a freshly
> created with "wineprefixcreate" .wine folder.
>
> The game installed without a problem. When I tried to run the
Le lun 31/10/2005 à 18:10, Jesse Allen a écrit :
[snip]
> Sorry, but things are a bit weird with the supplied wine-0.9 for FC3.
> In order to counter-proof, I did a rpmbuild -bb ... with the *unpatched*
> sources from wine-0.9-1fc3-winehq and also ended up with dead sound,
> until I set winecfg to
On 10/31/05, Alex Villacís Lasso <[EMAIL PROTECTED]> wrote:
> Jesse Allen wrote:
> >
> >
> >This is a quite interesting theory. So I went ahead and tried to
> >launch LogicWorks with a "windows" method in wine, and well, I've
> >failed so far with wine's ProgMan.exe. The progman crashes anyway
>
Jesse Allen wrote:
On 10/31/05, Mike Hearn <[EMAIL PROTECTED]> wrote:
On Mon, 31 Oct 2005 12:08:36 -0500, Alex Villacís Lasso wrote:
This is a patch to fix the primary bug on DungeonKeeper. I am surprised
this bug was overlooked up to 0.9, since this is such a basic
characteristic of
Hi Davin,
Juergen and I have tested Diablo 2 with your patch and found it has
improved the sound. But there is still more to do:
-- Forwarded message --
From: Juergen Wieczorek <[EMAIL PROTECTED]>
Date: Oct 31, 2005 3:58 PM
Subject: Re: Fwd: DirectSound problems - dlls/dsound/mix
On 10/31/05, Mike Hearn <[EMAIL PROTECTED]> wrote:
> On Mon, 31 Oct 2005 12:08:36 -0500, Alex Villacís Lasso wrote:
> > This is a patch to fix the primary bug on DungeonKeeper. I am surprised
> > this bug was overlooked up to 0.9, since this is such a basic
> > characteristic of Windows.
>
> I thi
I tried installing a free game at random [1] from a web site
I found [2]. I downloaded it and tried installing it into a freshly
created with "wineprefixcreate" .wine folder.
The game installed without a problem. When I tried to run the game wine
presented a dialog that said I needed Mozilla Act
Le jeu 27/10/2005 à 20:02, Troy Rollo a écrit :
> On Thu, 27 Oct 2005 22:19, Marcus Meissner wrote:
> > dlopen() is possible from within a WINE context.
>
> I don't believe this is true. LoadLibrary does a bunch of stuff dlopen won't
> -
> resolving imports, such as loading dependent DLLs and ca
On 10/31/05, Alex Villacís Lasso <[EMAIL PROTECTED]> wrote:
> This is a patch to fix the primary bug on DungeonKeeper. I am surprised
> this bug was overlooked up to 0.9, since this is such a basic
> characteristic of Windows.
>
> The basic problem is that Wine is passing the argv[] array unmodifi
Hi Marcos,
What are the buttons supposed to look like? The ones in your screenshot
look OK to me.
On Mon, 31 Oct 2005, Marcos Vicente Cruz wrote:
> HI,
>
> I having small visual issues in P-CAD 2000's toolbar on Linux since I've
> upgraded to wine 0.9. The buttons aren't displayed prope
On Mon, 2005-10-31 at 19:18 +0100, Molle Bestefich wrote:
> Uhm. Explain to me how the above ratifies _not_ converting the
> Unix-style path to a Windows-style path before handing it to the app?
> We ARE trying to emulate Windows, are we not?
Cut the sarcasm please, there's no need for that here
Greetings.
I'm new to this forum, so bear with me...
I'm trying o build 0.9 on Solaris 11 (nevada) and I'm running into some
problems.
The background is that I'm trying to run ComSoft, a win application to control
the heatpump in my house. It uses serial comm, just plain 9600 bps, even
parity
Alex Villacís Lasso <[EMAIL PROTECTED]> writes:
> Alexandre Julliard wrote:
>
>>It's OK to change argv[0] when started from a Unix shell, but not when
>>started from another Windows process. Your patch does it in all cases,
>>which is not correct.
>>
> Sounds reasonable. What is the proper way to
Alexandre Julliard wrote:
Alex Villacís Lasso <[EMAIL PROTECTED]> writes:
Sorry to disagree, but I have seen this behavior (fully qualified name
in argv[0]) since MS-DOS and Windows 3.1. Even some old C tutorial books
mention it in passing. I have also replicated this behavior from the
c
Does wineserver -k not work for you?
On Mon, 31 Oct 2005 [EMAIL PROTECTED] wrote:
>
> I took the system right down to the login console and still cant clean up.
>
> Do I really have to reboot as the only way to clean up this mess?
>
> This is taking windows emulation too far!! ;)
>
>
Alex Villacís Lasso <[EMAIL PROTECTED]> writes:
> Sorry to disagree, but I have seen this behavior (fully qualified name
> in argv[0]) since MS-DOS and Windows 3.1. Even some old C tutorial books
> mention it in passing. I have also replicated this behavior from the
> command line (COMMAND.COM
> Well, no. Antoine's patch fixed only the d3d7 light APIs.
> Old light APIs (light object + CreateLight method of direct3d object)
> were wrong.
Ah must have been drunk when I got the CreateLight but report in the channel
and compared Antoine's patch to my tree :-)
Lionel
--
On Mon, 31 Oct 2005 20:10:12 +0100, <[EMAIL PROTECTED]> wrote:
I often have wine finish uncleanly or need to break in if it is
misbehaving , this leaves some processes lying around and often means
wine cannot be restarted correctly.
I find killing it by hand labourious so I used the followi
> "Molle" == Molle Bestefich <[EMAIL PROTECTED]> writes:
...
Molle> Uhm. Explain to me how the above ratifies _not_ converting the
Molle> Unix-style path to a Windows-style path before handing it to the
Molle> app? We ARE trying to emulate Windows, are we not?
Please verify you
> Alex writes:
...
>>
>>
Alex> Sorry to disagree, but I have seen this behavior
Alex> (fully qualified name in argv[0]) since MS-DOS and
Alex> Windows 3.1. Even some old C tutorial books mention
Alex> it in passing. I have also replicated this behavior
Alex> from t
Lionel Ulmer wrote:
On Sun, Oct 30, 2005 at 12:46:13PM +, Christian Costa wrote:
I've just taken a look at it again and it seems the patch only fixed the
D3D7 API.
Do not check the commit mail, but the patch itself:
http://www.winehq.org/hypermail/wine-patches/2005/06/0103.html
I often have wine finish uncleanly or need to break in if it is
misbehaving , this leaves some processes lying around and often means wine
cannot be restarted correctly.
I find killing it by hand labourious so I used the following command to
clean up and have now defined it as an alias to m
On Mon, Oct 31, 2005 at 07:18:24PM +0100, Molle Bestefich wrote:
> Uhm. Explain to me how the above ratifies _not_ converting the
> Unix-style path to a Windows-style path before handing it to the app?
> We ARE trying to emulate Windows, are we not?
There is a difference between converting an Un
On Sun, Oct 30, 2005 at 02:15:56PM +0100, Stefan Dösinger wrote:
> However, I'd
> suggest a software implementation for DX7 as a fallback for cards which don't
> have shaders and cards which don't have the necessary extensions.
Well, if you go this way, that means writing an almost complete (exce
Alex Villacís Lasso wrote:
> This differs from standard behavior in MS-DOS and Windows,
> where the argv[0] of the process contains a fully qualified DOS-style
> path (such as C:\WINDOWS\FOO.EXE) regardless of the method used to run
> the executable.
> This means that [...] the PE process receive
> I think the conclusion last time we looked at this was that this is
> actually a characteristic of Explorer, not Windows, and so it's really
> caused by the fact that most Wine users run the apps from the command line
> not via the shortcuts. If you run Dungeon Keeper in the wrong way from the
>
Mike Hearn wrote:
On Mon, 31 Oct 2005 12:08:36 -0500, Alex Villacís Lasso wrote:
This is a patch to fix the primary bug on DungeonKeeper. I am surprised
this bug was overlooked up to 0.9, since this is such a basic
characteristic of Windows.
I think the conclusion last time we looked
> There didn't appear to be any existing entries in the bug database for
> AO, so I added this info there. I'll re-test as I see patches coming
> into CVS.
As this and Oliver's code do not share (yet) the same codebase, no need to
re-test each time Oliver sends a patch :-)
Better for example ret
On Sun, Oct 30, 2005 at 12:46:13PM +, Christian Costa wrote:
> I've just taken a look at it again and it seems the patch only fixed the
> D3D7 API.
Do not check the commit mail, but the patch itself:
http://www.winehq.org/hypermail/wine-patches/2005/06/0103.html
And you will see that the re
On Sun, Oct 30, 2005 at 10:55:36AM +, Christian Costa wrote:
> IIRC, a patch fixing this problem was commited about 2 or 3 months ago.
Yes but because this patch conflicted with your 'rename everything' patch,
AJ did merge it himself ... and forgot a part of the patch (the one about
light crea
On Mon, Oct 31, 2005 at 12:08:36PM -0500, Alex Villacís Lasso wrote:
> BTW, could you please post the mouse-cursor issue patch? I also have a
> Japanese RPG for which the mouse cursor gets stuck at the center of the
> window, and I think that problem and the one in DungeonKeeper might be
> one
On Mon, 31 Oct 2005 12:08:36 -0500, Alex Villacís Lasso wrote:
> This is a patch to fix the primary bug on DungeonKeeper. I am surprised
> this bug was overlooked up to 0.9, since this is such a basic
> characteristic of Windows.
I think the conclusion last time we looked at this was that this is
> >+" leal-12(%ebp), %eax\n"
> >+" .byte 0x64\n"
> >+" movl (0),%ecx\n"
> >
> >
>
> Is it not possible to use the proper %fs prefix instead of having to put
> a bytecode in manually?
It will likely not build with all assemblers. This is taken from the
wine_push_frame() inline assemble
Lionel Ulmer wrote:
On Thu, Oct 27, 2005 at 04:17:17PM -0500, Alex Villacís Lasso wrote:
The page says that you have a patch that fixes something. Is that the
issue about the executable path name, or the one about the game refusing
to go past the splash screen, or the one about the mouse c
Alexandre Julliard wrote:
Index: wine/dlls/ntdll/signal_i386.c
diff -u -p wine/dlls/ntdll/signal_i386.c:1.100
wine/dlls/ntdll/signal_i386.c:1.101
--- wine/dlls/ntdll/signal_i386.c 31 Oct 2005 14: 8: 5 -
+++ /dev/null 31 Oct 2005 14: 8: 5 -
@@ -1384,4 +1384,36 @@ __ASM_GLOBAL_FUN
Using the clearlooks theme I found the following inconsistencies using WINE
0.9
1. Scroll bars don't seem to apply the theme
2. winefile the MDI minimize/maximize/close buttons have a square on them
rather than something useful
3. Some of the wine icons (the file open dialog as seen from notepad
--- Oliver Stieber <[EMAIL PROTECTED]> wrote:
> Date: Mon, 31 Oct 2005 15:00:43 + (GMT)
> From: Oliver Stieber <[EMAIL PROTECTED]>
> Subject: Re: Half-Life 2 / Counter-Strike: Source under Wine
> To: James Liggett <[EMAIL PROTECTED]>
>
>
> --- James Liggett <[EMAIL PROTECTED]> wrote:
>
> >
HI,
I having small visual issues in P-CAD 2000's toolbar on Linux since
I've
upgraded to wine 0.9. The buttons aren't displayed properly. See the
screenshot attached.
Thank you,
Marcos
pcad.png
Description: PNG image
Curious. The more we diverge our Bugzilla from the mainline Bugzilla,
the harder it will be for us to upgrade. I've had requests to get us up
to the latest release. But I'm fearful of the amount of work it will be
to clean it up once the merge is complete.
That and the last time I upgraded Bugzill
Thanks everyone for the insightful information.
Actually, the solution provided looks quite simple. However, I was
trying to make some naive tests one my Windows box and got stuck on
something that looks quite simple as well... I just can't find the
KERNEL32.DLL library that I expected t
On Sun, 2005-10-30 at 19:00 +0800, Paul Wise wrote:
> Was trying to install ermapper 7 under wine (80 meg download):
> http://www.ermapper.com/download_files/ERMapper7.01CompactRC1.exe
>
> In debian wine 0.9*, it installs fine with OS set to winxp, except for
> one thing: since it seems to use OL
55 matches
Mail list logo
