On Thu, 21 Apr 2005 02:45, Michael Jung wrote:
> This all doesn't help a whole lot, however, if what you want is to access
> files via unix path names. The CreateFile etc. functions still do not know
> how to handle unix paths.
The context here is that WINE is being used to make a Linux version of
On 20 Apr 2005 18:57:25 +0200, Alexandre Julliard <[EMAIL PROTECTED]> wrote:
> Registry initialization is already doing a LoadKey, there isn't really
> anything to change here. We still don't have a proper implementation
> of registry mount points though, but that's not really necessary for
> the i
On Thu, 21 Apr 2005 00:58:10 +0900
Mike McCormack <[EMAIL PROTECTED]> wrote:
> You've done great work, and I thought you would want to know about a
> problem with it so you could correct it. No need for "sorry" :)
I wrote "sorry" because I feel sorry :) I should give a more thorough
testing to
Hi, looking at the screenshot this looks quite
promising
i must say! Although i do not use this app personally
i think this is, like office and directx games (for
which development unfortunately seems to have stopped
:( ),
one of them "killer applications" meaning widely
used and very popular an
hmm, not quite sure if that's correct what i just
wrote. I just investigated this with winamp. Now i use
this config file:
WINE REGISTRY Version 2
[x11drv]
;"Managed" = "N"
"UseTakeFocus" = "Y"
# [/wineconf]
Now i see the tooltip problem.
When i uncomment the "Managed" line problem is still
there
Don't know if this is of any help to you but i noticed
this problem too using some apps and it dissapears ,
if i remember correctly, using native comctl32. So you
might run the apps using WINEDEBUG=+comctl32 to track
down the problem. Regards
I just wanted to make sure folks were aware of
Richard Cohen <[EMAIL PROTECTED]> writes:
> Closing Win16 programs using the Window manager doesn't work any more,
> because 16 bit programs don't recognize the WINE internal messages, so
> they don't get processed.
This should be fixed now.
--
Alexandre Julliard
[EMAIL PROTECTED]
James Hawkins <[EMAIL PROTECTED]> writes:
> > I don't think there's any point in replicating that behavior. I doubt
> > there's any such check on Windows either, it's most likely just a side
> > effect of the way the registry files are "mounted" at different places
> > in the tree. Once we have a
Hi,
On Wednesday 20 April 2005 09:36, Mike McCormack wrote:
> If you figure out how to make a file open dialog use that code, let me
> know.
If you import the attached file with regedit the unix filesystem will appear
in open/save file dialogs. Currently it only shows folders, no files, since
t
On 4/20/05, Alexandre Julliard <[EMAIL PROTECTED]> wrote:
>
> Modified files:
> server : registry.c
>
> Log message:
> Load system.reg and userdef.reg at server init time.
>
Hi Alexandre,
A while back I sent in a patch that restricted RegCreateKey (and it's
internal imp
On Wed, 20 Apr 2005, Marcus Meissner wrote:
On Wed, Apr 20, 2005 at 05:05:54PM +0200, Francois Gouget wrote:
PropSysFreeString() is declared as stdcall both in the .spec file and in
the ole2prop.h but it was missing the WINAPI qualifier in ole2.c.
Changelog:
* dlls/ole32/ole2.c
Francois Gouget
I just wanted to make sure folks were aware of a tooltip regression,
since I don't think I have seen mention of it here. It is easily seen in
any Control Spy, but effects other apps (though not all, curiously). It
manifests itself as a complete window border around tooltips. I have not
tracked
Phil Krylov wrote:
This patch broke Internet Explorer 6 installation. The installer gets
into an infinite loop reading the License text for the first dialog.
Sorry. See the fix on wine-patches.
You've done great work, and I thought you would want to know about a
problem with it so you could cor
On Wed, 20 Apr 2005, Alexandre Julliard wrote:
Francois Gouget <[EMAIL PROTECTED]> writes:
I had a look in this area in the past but it's really complex so I
don't think I'll tackle it. I'll just tweak Wine and winapi_check to
reduce the size of the winapi_check output so it's less overwhelming.
Wh
On Wed, Apr 20, 2005 at 05:05:54PM +0200, Francois Gouget wrote:
>
> PropSysFreeString() is declared as stdcall both in the .spec file and in
> the ole2prop.h but it was missing the WINAPI qualifier in ole2.c.
>
> Changelog:
>
> * dlls/ole32/ole2.c
>
>Francois Gouget <[EMAIL PROTECTED]>
>
Francois Gouget <[EMAIL PROTECTED]> writes:
> I had a look in this area in the past but it's really complex so I
> don't think I'll tackle it. I'll just tweak Wine and winapi_check to
> reduce the size of the winapi_check output so it's less overwhelming.
While you are cleaning things, it would b
On Wed, 20 Apr 2005, Vincent Béron wrote:
[...]
If anyone has an idea for a better fix (or if you know of other APIs
that should have the same problem) I'm all ears as I don't like this
solution much.
If you're heading that way (a bit of spring cleaning of winapi_check),
could you also look at how
On Wed, 20 Apr 2005, Christian Costa wrote:
Hi Francois,
I plan to flatten the ddraw directory and perform some file renaming.
This will fix the problem once done.
Great. Then it's best not to apply my patch. This way we won't have to
remove it later.
--
Francois Gouget [EMAIL PROTECTED]
On Mon, 18 Apr 2005 21:43:46 +0200
Paul van Schayck <[EMAIL PROTECTED]> wrote:
> http://cvs.winehq.org/patch.py?id=17049
>
> This richedit patch broke ie6install.exe (doesn't start). As far as I
> can see the character stream is not setuped correctly. There is an
> endless loop of ME_PropagateCha
I spent most of the night trying to merge the old 20050310 patch into
the 20050419 release, and I came up with the diff linked below. Keep in
mind that I only attempted to get it to compile, I did not attempt to
make sure it was stable or correct. For what it's worth, I *was* able to
get my test ga
But that's what I do. I gets circular after a while, with me attempting to
work out just what Win32/.NET is expecting, and being told that I must ask
for the proper syntax again, and so on and so forth ... like shouting
instructions to a deaf man. ;)
Wesley Parish
On Wed, 20 Apr 2005 22:54, A
Hi,
On Wed, 20 Apr 2005 04:31 pm, Mike McCormack wrote:
> > Hi Phil,
> >
> > This patch broke Internet Explorer 6 installation. The installer gets
> > into an infinite loop reading the License text for the first dialog.
> >
> > Mike
Sorry. See the fix on wine-patches.
-- Ph.
Wine is tricky to build under Solaris, there are a lot of preconditions and
patches required to 34 files, but I do have a working version of
Wine 20050310
Bob
On Tue, 19 Apr 2005 01:15 am, Mark Greenbank wrote:
> Sorry to reply to my own email; I'm trying to build wine-20050310; is
> there
Is this a problem with the current CVS of the last few days since I'm having
some problems around riched20 with the ie6 setup myself.
Bob
On Wed, 20 Apr 2005 04:31 pm, Mike McCormack wrote:
> Hi Phil,
>
> This patch broke Internet Explorer 6 installation. The installer gets
> into an infinit
Hi,
On Wed, Apr 20, 2005 at 09:58:49PM +1200, Wesley Parish wrote:
> I wish I could say it installed and I'm now happily writing C# using
> Microsoft's own tolkit; but it hasn't installed.
>
> It complains about a command line syntax problem, then insists I ask about
> syntax with the /? option
Hi Francois,
I plan to flatten the ddraw directory and perform some file renaming.
This will fix the problem once done.
Bye,
Christian
> Message du 20/04/05 11:39
> De : "Francois Gouget"
> A : [EMAIL PROTECTED]
> Copie à :
> Objet : Ugly dclipper winapi_check hack
>
>
> winapi_check assumes
Le mer 20/04/2005 à 05:29, Francois Gouget a écrit :
>
> winapi_check assumes that all the functions declared in a given spec
> file are implemented in a C file located in the same directory. This
> seems to hold true except for DirectDrawCreateClipper() which is
> implemented in a sub-director
I wish I could say it installed and I'm now happily writing C# using
Microsoft's own tolkit; but it hasn't installed.
It complains about a command line syntax problem, then insists I ask about
syntax with the /? option - which I do.
Then it shows me four options, but without explaining much els
On Wed, Apr 20, 2005 at 04:36:33PM +0900, Mike McCormack wrote:
>
> Michael Lin wrote:
>
> >Back in Nov 2004, there was a brief discussion about extending the
> >Windows file dialogs to allow browsing the Unix file system.
> >Does anyone know if this have been implemented yet?
> >If not, any sug
Michael Lin wrote:
Back in Nov 2004, there was a brief discussion about extending the
Windows file dialogs to allow browsing the Unix file system.
Does anyone know if this have been implemented yet?
If not, any suggestions on how to implement it?
Apparently something has been implemented by Michae
Hi all,
Back in Nov 2004, there was a brief discussion about extending the
Windows file dialogs to allow browsing the Unix file system.
Does anyone know if this have been implemented yet?
If not, any suggestions on how to implement it?
I am porting a windows application to linux using winelib, an
31 matches
Mail list logo
