te(HINSTANCE hinst, DWORD dwVer
>
> hr = CoCreateInstance( &CLSID_DirectInput8, punkOuter,
> CLSCTX_INPROC_SERVER, riid, ppDI);
> if(FAILED(hr)) {
> -ERR("CoCreateInstance failed with hr = %d; Try running
> wineprefixcreate to fix it.\n", hr);
&g
Frédéric Delanoy writes:
> In the process, I also added the wineprefixcreate En manpage in the "install
> install-dev". Is that problematic?
>
> Could so please tell me what I did wrong so I can fix and resubmit the patch?
I don't think there's much
Hi folks,
A couple of days ago, I submitted a patch to add French manpage of
wineprefixcreate, which was discarded (see attachment).
I modeled it after German winemaker addition (SHA
d53e75af1474d0bd9c8b8660827baaf8fe708f4c) by adding
- entries in tools/Makefile.in
- a .gitignore entry for the
2010/4/9 Nicolas Le Cam :
> Le 9 avril 2010 13:23, Frédéric Delanoy a écrit :
>> Well I thought about putting it in non-infinitive form, but it didn't
>> sound/feel right to me.
>>
>> In fact "N'affiche" would be more like a description, while
>> "N'afficher" is more an action/modifier/behaviour "
Le 9 avril 2010 13:23, Frédéric Delanoy a écrit :
> Well I thought about putting it in non-infinitive form, but it didn't
> sound/feel right to me.
>
> In fact "N'affiche" would be more like a description, while
> "N'afficher" is more an action/modifier/behaviour "alterator"
> which seems the purp
Well I thought about putting it in non-infinitive form, but it didn't
sound/feel right to me.
In fact "N'affiche" would be more like a description, while
"N'afficher" is more an action/modifier/behaviour "alterator"
which seems the purpose of an command-line option IMHO.
Frédéric
On Fri, Apr 9,
Hi Frédéric,
>+N'afficher aucun message de statut.
It doesn't really matter but as you don't use infinitive form
elsewhere perhaps "N'affiche" could be better.
Thanks again for your work.
--
Nicolas Le Cam
Chris Robinson wrote:
> On Saturday 26 April 2008 05:48:35 pm Vitaliy Margolen wrote:
>> At a minimum all the created
>> registry entries should not overwrite already existing ones.
>
> Doesn't that kind of defeat the purpose of having wineprefixcreate executed,
> wh
On Saturday 26 April 2008 05:48:35 pm Vitaliy Margolen wrote:
> At a minimum all the created
> registry entries should not overwrite already existing ones.
Doesn't that kind of defeat the purpose of having wineprefixcreate executed,
which is to update the registry?
Not that I don&#x
So for one notable problems is some file types being reset by Wine. Looks
like it comes from dlls/mshtml/mshtml.inf. At a minimum all the created
registry entries should not overwrite already existing ones.
Vitaliy.
On Thu, Mar 20, 2008 at 05:25:12PM -0700, Dan Kegel wrote:
> (Moved check to wineprefixcreate as Alexandre suggested.)
>
> Many newbies mistakenly run wine as root. Catch
> this in wineprefixcreate and direct them to the wiki.
> Power users can bypass the check with --nosanityche
On Fri, Feb 22, 2008 at 2:02 PM, Austin English <[EMAIL PROTECTED]> wrote:
>
> On Thu, Feb 21, 2008 at 12:18 PM, Maarten Lankhorst <[EMAIL PROTECTED]> wrote:
> > Hi all,
> >
> > Is it just me or is wineprefixcreate crashing horribly for others as
On Thu, Feb 21, 2008 at 12:18 PM, Maarten Lankhorst <[EMAIL PROTECTED]> wrote:
> Hi all,
>
> Is it just me or is wineprefixcreate crashing horribly for others as well?
>
> Cheers,
> Maarten.
>
>
>
>
Are you running ubuntu by chance? Seems to be a bug in Hardy/G
Hi all,
Is it just me or is wineprefixcreate crashing horribly for others as well?
Cheers,
Maarten.
On Wed, 21 Nov 2007, Lei Zhang wrote:
[...]
> xdg-user-dirs provides xdg_user_dir_lookup() for doing this. [1] Is
> this something we can include in Wine? The code is under the MIT
> license.
As long as our code still works if the relevant xdg library is not
present at runtime...
--
Francois Go
On Nov 21, 2007 4:09 AM, Alexandre Julliard <[EMAIL PROTECTED]> wrote:
> "Lei Zhang" <[EMAIL PROTECTED]> writes:
>
> > We need to get the "well known" XDG user directories so we can symlink to
> > them.
>
> This should be done inside shell
"Lei Zhang" <[EMAIL PROTECTED]> writes:
> We need to get the "well known" XDG user directories so we can symlink to
> them.
This should be done inside shell32, not in wineprefixcreate.
--
Alexandre Julliard
[EMAIL PROTECTED]
Francois Gouget <[EMAIL PROTECTED]> writes:
> mshtml.dll (and probably many others) use GetTempPath() during the
> self-registration process. But at that point the Windows environment
> variables, and in particular $TMP and $TEMP, have not been set yet,
> especially not in the currently running
On 4/3/07, Tom Spear <[EMAIL PROTECTED]> wrote:
On 4/3/07, Jesse Allen <[EMAIL PROTECTED]> wrote:
> Slackware will have hal soon though.
Really? As in v11.1, or as in v12? I dont care about having to add
them manually either, but some people are really annoyed by it.. One
thing I should note
On Di, 2007-04-03 at 12:20 -0500, Tom Spear wrote:
> On 4/3/07, Jesse Allen <[EMAIL PROTECTED]> wrote:
> > Slackware will have hal soon though.
> One thing I should note is that even in my config.log, there isnt
> any sort of big warning about hal not being there
> like there is about fontforge o
On 4/3/07, Tom Spear <[EMAIL PROTECTED]> wrote:
On 4/3/07, Jesse Allen <[EMAIL PROTECTED]> wrote:
> Slackware will have hal soon though.
Really? As in v11.1, or as in v12? I dont care about having to add
them manually either, but some people are really annoyed by it.. One
thing I should note
The drives are present when you run winecfg?, I've treid on several distros
and they aren't present.
From: "Jesse Allen" <[EMAIL PROTECTED]>
To: "EA Durbin" <[EMAIL PROTECTED]>
CC: wine-devel@winehq.org, [EMAIL PROTECTED]
Subject: Re: wineprefixcre
On 4/3/07, Jesse Allen <[EMAIL PROTECTED]> wrote:
Slackware will have hal soon though.
Really? As in v11.1, or as in v12? I dont care about having to add
them manually either, but some people are really annoyed by it.. One
thing I should note is that even in my config.log, there isnt any sor
On 4/3/07, EA Durbin <[EMAIL PROTECTED]> wrote:
The drives are not created under dosdevices in Ubuntu/Gentoo. I always have
to go in and add the drom drive manually in winecfg under both distros.
When I tried last Ubuntu it worked just fine. Slackware 11 is
currently the only big one that doe
On 4/3/07, Alexander Nicolaysen Sørnes <[EMAIL PROTECTED]> wrote:
Tirsdag 03 april 2007 14:07, skrev EA Durbin:
> The drives are not created under dosdevices in Ubuntu/Gentoo. I always have
> to go in and add the drom drive manually in winecfg under both distros.
>
They are added fine for me in
and that wine is built with the appropriate use flags.
Regards,
Alexander N. Sørnes
> >From: Marcus Meissner <[EMAIL PROTECTED]>
> >To: EA Durbin <[EMAIL PROTECTED]>
> >CC: [EMAIL PROTECTED], wine-devel@winehq.org
> >Subject: Re: wineprefixcreate - create symli
On 4/3/07, Marcus Meissner <[EMAIL PROTECTED]> wrote:
On Mon, Apr 02, 2007 at 06:41:09PM -0500, EA Durbin wrote:
> Is there anything wrong with this?
We do this dynamically using "hal" in explorer.exe already...
What OS do you use that it does not work?
Also you should also symlink the :: to th
Subject: Re: wineprefixcreate - create symlink to cdrom drives(Try 2)
Date: Tue, 3 Apr 2007 07:10:32 +0200
On Mon, Apr 02, 2007 at 06:41:09PM -0500, EA Durbin wrote:
> Is there anything wrong with this?
We do this dynamically using "hal" in explorer.exe already...
What OS do you use that it
On Mon, Apr 02, 2007 at 06:41:09PM -0500, EA Durbin wrote:
> Is there anything wrong with this?
We do this dynamically using "hal" in explorer.exe already...
What OS do you use that it does not work?
Also you should also symlink the :: to the cdrom devices
(d:: -> /dev/cdwhatever)
Ciao, Marcus
Is there anything wrong with this?
From dd27e3eafa77b216d940538e38f0442736b67bc7 Mon Sep 17 00:00:00 2001
From: EA Durbin <[EMAIL PROTECTED]>
Date: Mon, 2 Apr 2007 18:37:43 -0500
Subject: Create symlinks to cdrom drives
---
tools/wineprefixcreate.in | 21 +
1 files changed,
On 3/22/07, Tom Spear <[EMAIL PROTECTED]> wrote:
On 3/22/07, Tom Spear <[EMAIL PROTECTED]> wrote:
> On 3/22/07, James Hawkins <[EMAIL PROTECTED]> wrote:
> > Like Alexandre said, users shouldn't be moving drive_c itself, only
> > .wine. And if you do move drive_c, you need to know what you're
> >
On 3/22/07, Tom Spear <[EMAIL PROTECTED]> wrote:
On 3/22/07, James Hawkins <[EMAIL PROTECTED]> wrote:
> Like Alexandre said, users shouldn't be moving drive_c itself, only
> .wine. And if you do move drive_c, you need to know what you're
> doing. For the average user, moving .wine only requires
On 3/22/07, James Hawkins <[EMAIL PROTECTED]> wrote:
Like Alexandre said, users shouldn't be moving drive_c itself, only
.wine. And if you do move drive_c, you need to know what you're
doing. For the average user, moving .wine only requires changing
WINEPREFIX, no symlinks needed.
Ok, so the
On 3/22/07, Tom Spear <[EMAIL PROTECTED]> wrote:
On 3/22/07, Jan Zerebecki <[EMAIL PROTECTED]> wrote:
> On Thu, Mar 22, 2007 at 09:32:54AM -0500, Tom Spear wrote:
> > On 3/22/07, Alexandre Julliard <[EMAIL PROTECTED]> wrote:
> > >Winecfg should probably not allow moving the C drive; if you really
On 3/22/07, Jan Zerebecki <[EMAIL PROTECTED]> wrote:
On Thu, Mar 22, 2007 at 09:32:54AM -0500, Tom Spear wrote:
> On 3/22/07, Alexandre Julliard <[EMAIL PROTECTED]> wrote:
> >Winecfg should probably not allow moving the C drive; if you really
> >want that, you have to know what you are doing, and
On Thu, Mar 22, 2007 at 09:32:54AM -0500, Tom Spear wrote:
> On 3/22/07, Alexandre Julliard <[EMAIL PROTECTED]> wrote:
> >Winecfg should probably not allow moving the C drive; if you really
> >want that, you have to know what you are doing, and do it by hand. Why
> >do you want to move it at all?
--- Tom Spear <[EMAIL PROTECTED]> wrote:
>
> Because I have a 20gb drive that Linux is installed
> on, and a blank
> 40gb mounted at /mnt/d (there is no windows
> installed on it). I want
> wine to install its things to my 40gb, and just for
> no other good
> reason than the fact that I am makin
On 3/22/07, Alexandre Julliard <[EMAIL PROTECTED]> wrote:
"Tom Spear" <[EMAIL PROTECTED]> writes:
> Well if we are going to do that, then we might as well move the
> folders to the new location for the user. Regardless, some change is
> better than what we have now, because this is what was cau
"Tom Spear" <[EMAIL PROTECTED]> writes:
> Well if we are going to do that, then we might as well move the
> folders to the new location for the user. Regardless, some change is
> better than what we have now, because this is what was causing me to
> have to manually create windows\system32 and Pr
On 3/21/07, Jan Zerebecki <[EMAIL PROTECTED]> wrote:
On Wed, Mar 21, 2007 at 12:24:23PM -0500, Tom Spear wrote:
> Well, Im just wanting to have winecfg run wineprefixcreate after the
> ok and apply buttons are pressed, so that the files and folders
> created by wineprefixcreate
On Wed, Mar 21, 2007 at 12:24:23PM -0500, Tom Spear wrote:
> Well, Im just wanting to have winecfg run wineprefixcreate after the
> ok and apply buttons are pressed, so that the files and folders
> created by wineprefixcreate are created in the location of the fake c
> drive (in the
e I know how to manually make wine put things in the
> proper place), and I noticed that no matter how wine is invoked (wine,
> winecfg, wineboot, winemine, notepad etc), if there is no ~/.wine it
> runs wineprefixcreate _first_ in order to create it.
>
> Currently in order to f
lace), and I noticed that no matter how wine is invoked (wine,
> winecfg, wineboot, winemine, notepad etc), if there is no ~/.wine it
> runs wineprefixcreate _first_ in order to create it.
>
> Currently in order to fix my issues, I have to re-run wineprefixcreate
> after running winecfg t
, winemine, notepad etc), if there is no ~/.wine it
runs wineprefixcreate _first_ in order to create it.
Currently in order to fix my issues, I have to re-run wineprefixcreate
after running winecfg to make sure the directories and files are put
in the place I have my fake c located.
Would it be
o the localized Program Files
directory name).
Then maybe get rid of the need to create the directores
in wineprefixcreate by modifying create_fake_dll in
setupapi/fakedll.c to create the directories if they don't exist.
Lotta trouble to go through just to support broken-ish
apps that need to k
On Sa, 2007-02-17 at 13:32 -0800, Dan Kegel wrote:
> +++ b/tools/wine.inf
> @@ -2149,6 +2149,7 @@ HKLM,%CurrentVersion%\Telephony\Country
>
> [FakeDllsSection]
> +10,..\Program Files\Windows NT\Accessories,wordpad.exe
> +++ b/tools/wineprefixcreate.in
> +"$CROOT/Program Files" \
> +"$C
ne, so if the user deletes it, all menu items
> created there will be automatically removed.
>
> Is there something wrong with this patch?
That sort of desktop-specific code does not belong in
wineprefixcreate. I'm not really convinced that this approach to menus
is correct, but even i
+Applications
+
+Wine
+__HOME__/.wine/menu
+
+
Why are you hard-coding this path to being .wine? You correctly used
$WINEPREFIX before.
I've forgot about WINEPREFIX here but when I added it there is a
problem that wineprefixcreate is called with a dire
Thursday, August 17, 2006, 2:08:25 PM, Mikolaj Zalewski wrote:
> When creating the wineprefix, create a directory for the menu and a
> configuration file that enables this menu in the freedesktop.org menu
> structure. As suggested on wine-devel the menu directory is a
> subdirectory of ~/.wine,
Anything wrong with this patch?
Vitaliy Margolen
Monday, October 31, 2005, 11:34:57 PM, Vitaliy Margolen wrote:
> Vitaliy Margolen
> changelog:
> wineprefixcreate
> - Call winecfg -c to setup default config.
Am Montag, den 12.09.2005, 19:32 +0200 schrieb Detlef Riekenberg:
> Am Montag, den 12.09.2005, 02:38 -0400 schrieb Steven Edwards:
>
> > > See Also:
> > >
> > > wineprefixcreate is fixed to "c:\windows" and english Names:
> > > http://bugs.w
Can someone please clarify when wineprefixcreate is actually driven, and for
an RPM (which I've never installed, so apologies) how should this problem
have been created.
the file is there as this shot shows
http://spazioinwind.libero.it/nonsolomicrosoft/public/screenshot.png
I didn't w
Hiya,
I was working on bug#2716 - a trap running install which turned out to be
due to a missing registry key which wineprefixcreate should have created.
Now I had an excuse (I deleted *.reg for another test previously!) but the
reporter also got the same problem.
To quote:
"I've inst
On Fri, 2005-01-14 at 20:31 +0100, Alexandre Julliard wrote:
> Crestez Leonard <[EMAIL PROTECTED]> writes:
>
> > This allows you do "export WINEPREFIX=~/.wine-zzz; ./wine regedit",
> > and automatically generate ~/.wine-zzz. You used to have to call
> >
Crestez Leonard <[EMAIL PROTECTED]> writes:
> This allows you do "export WINEPREFIX=~/.wine-zzz; ./wine regedit",
> and automatically generate ~/.wine-zzz. You used to have to call
> wineprefixcreate yourself, with correct parameters.
Actually this is a feature ;-) The
On Fri, Jan 07, 2005 at 10:46:51PM +0100, Tobias Burnus wrote:
> Hello,
>
> Crestez Leonard wrote:
> >+if [ -z $WINEPREFIX ]
> >+then
> While my bash accepts this, Tru64 UNIX's POSIX shell does not.
> Please use "$WINEPREFIX" instead.
And while you are at it, you could also replace those [ ] used
Hello,
Crestez Leonard wrote:
+if [ -z $WINEPREFIX ]
+then
While my bash accepts this, Tru64 UNIX's POSIX shell does not.
Please use "$WINEPREFIX" instead.
Tobias
On Tue, 14 Dec 2004 09:04:17 -0200, Raul Dias <[EMAIL PROTECTED]> wrote:
> Hi,
>
> Shouldn't tools/wineprefixcreate copy a sample config file?
>
> Right now it does all the job to create a standalone wine environment,
> but with no config.
>
> I would su
Hi,
Shouldn't tools/wineprefixcreate copy a sample config file?
Right now it does all the job to create a standalone wine environment,
but with no config.
I would suggest copying documentation/samples/config to tools/config,
installing it at $(SRCDIR) and them just copying it d
Le ven 19/11/2004 à 00:51, ashok jani a écrit :
> Dear Developer(s),
>
> While I am trying to run wineprefixcreae command on
> redhat 9.0 professional personal desktop installation
> following error is generated.
Which version (date) of Wine? RPM or built from source?
>
&g
Dear Developer(s),
While I am trying to run wineprefixcreae command on
redhat 9.0 professional personal desktop installation
following error is generated.
# wineprefixcreate
/usr/bin/wineserver: relocation error:
/usr/bin/wineserver: symbol epoll_create, version
GLIBC_2.3.2 not defined in file
Mike Hearn wrote:
On Wed, 17 Nov 2004 13:12:03 +0100, Olive Esseret wrote:
I do not know if this question is appropriate here; so please excuse me
if it is not (I have not had any answer elsewhere)
On Mdk10.1 the following command (which is called by wineprefixcreate
and so also by wineinstall
Mike Hearn wrote:
On Wed, 17 Nov 2004 13:12:03 +0100, Olive Esseret wrote:
I do not know if this question is appropriate here; so please excuse me
if it is not (I have not had any answer elsewhere)
On Mdk10.1 the following command (which is called by wineprefixcreate
and so also by wineinstall
On Wed, 17 Nov 2004 13:12:03 +0100, Olive Esseret wrote:
> I do not know if this question is appropriate here; so please excuse me
> if it is not (I have not had any answer elsewhere)
>
> On Mdk10.1 the following command (which is called by wineprefixcreate
> and so also by win
I do not know if this question is appropriate here; so please excuse me
if it is not (I have not had any answer elsewhere)
On Mdk10.1 the following command (which is called by wineprefixcreate
and so also by wineinstall) never terminate.
wine rundll32 setupapi.dll,InstallHinfSection
I do not know if this question is appropriate here; so
please excuse me
if it is not (I have not had any answer elsewhere)
On Mdk10.1 and with wine-20041019 the following
command (which is called by wineprefixcreate and so
also by wineinstall) never terminate.
wine rundll32 setupapi.dll
Is there any way to generalise the CD drive detection code so it works on
all distros, maybe by parsing the output of "mount" or the fstab?
On Sat, 07 Aug 2004 14:43:07 +0200, Marcus Meissner wrote:
> Hi,
>
> This is the patch I use at SUSE for wineprefixcreate.
>
&
Hi,
This is the patch I use at SUSE for wineprefixcreate.
Mike wanted to see it ;)
$dlldir/config is the sample config file with just minimal local suse changes.
Ciao, Marcus
Index: wineprefixcreate.in
===
RCS file: /home/wine
68 matches
Mail list logo
