On Sat, Apr 21, 2007 at 12:43:57PM +1000, Jeff L wrote:
> James Hawkins wrote:
> I don't know which is better, a lot of files appearing in my home or a
> new directory. Lots of apps create directories to organise files and we
> take it on the chin.
I don't like either, so after a wineprefixcrea
On 4/20/07, Jeff L <[EMAIL PROTECTED]> wrote:
James Hawkins wrote:
>>
>> Is there a reason why we should not just create a Desktop directory?
>> Seems neater than cluttering up the home.
>>
> I sure wouldn't want some app creating a Desktop directory in my home
> folder if it didn't exist before.
James Hawkins wrote:
Is there a reason why we should not just create a Desktop directory?
Seems neater than cluttering up the home.
I sure wouldn't want some app creating a Desktop directory in my home
folder if it didn't exist before.
I don't know which is better, a lot of files appearing in
"Ann & Jason Edmeades" <[EMAIL PROTECTED]> wrote:
+/* =
+ * Output a formatted unicode string. Ideally this will go to the console
+ * and hence required WriteConsoleW to output it, however if file i/o is
+ * redirected, i
Jeff L wrote:
> Lei Zhang wrote:
>> Hi,
>>
>> As reported in bug 7373, some people do not have a Desktop directory
>> in their home directory. Wineshelllink should fall back to putting
>> .desktop files in the home directory if the Desktop directory does not
>> exist.
> Is there a reason why we sho
On 4/20/07, Jeff L <[EMAIL PROTECTED]> wrote:
Lei Zhang wrote:
> Hi,
>
> As reported in bug 7373, some people do not have a Desktop directory
> in their home directory. Wineshelllink should fall back to putting
> .desktop files in the home directory if the Desktop directory does not
> exist.
Is t
Lei Zhang wrote:
Hi,
As reported in bug 7373, some people do not have a Desktop directory
in their home directory. Wineshelllink should fall back to putting
.desktop files in the home directory if the Desktop directory does not
exist.
Is there a reason why we should not just create a Desktop dir
There seems to be two ways to do this, add the entries to wine.inf or
set the dll up as self registering. There are examples of both in wine
and the discussion seems to favour self registering but people still
seem to be adding registry entries to wine.inf. A bit of guidance would
be apprecia
With James' help, I managed to get the uninstaller patch done up
right, however, I am running into a small problem.
The way I had originally done the array at the top of
FetchUninstallInformation was not correct, however it allowed for
proper functionality.
HKEY hkeyroot[numrootkeys];
hkeyroot[0
After trying to implement the alsa mixer I came across a problem: If
winmm is unloading, a deadlock could occur if during unloading it's
waiting for another thread.
In winmm itself this isn't much of a problem: there aren't any threads.
However, the drivers used by winmm may have threads, and if
On Fri, Apr 20, 2007 at 11:41:16AM +0200, Alexandre Julliard wrote:
> Dan Hipschman <[EMAIL PROTECTED]> writes:
>
> > This extends the testing framework to allow for tests that need IDL
> > files and RPC clients. It's the same as the last attempt, but I've
> > removed two little development artif
Fredag 20 april 2007 17:46, skrev Kai Blin:
> On Friday 20 April 2007 15:37, Dan Kegel wrote:
> > Briareos wrote:
> > > The Problem: gethostbyname(own_name) always returns 127.0.0.1. ...
> > > To me it's logical that you get 127.0.0.1 when pinging your local
> > > hostname, but if windows does give
On Friday 20 April 2007 15:37, Dan Kegel wrote:
> Briareos wrote:
> > The Problem: gethostbyname(own_name) always returns 127.0.0.1. ...
> > To me it's logical that you get 127.0.0.1 when pinging your local
> > hostname, but if windows does give the IP of your NIC then wine should do
> > as well -
Am Friday 20 April 2007 05:54 schrieb Tom Spear:
> I actually have a Vista Home Basic install on a laptop that I can
> check testcases on, at least for right now. I'm thinking of going out
> and getting a licensed copy of xp for it (linux isn't viable for it
> because it isnt my laptop and its bei
On 17/04/07, Juan Lang wrote:
Sorry for the late reply.
> > I'm working on schannel at the moment. schannel is not a regular SSP,
> > and the functions in wrapper.c can't load native. I've implemented the
> > proper loading code in my local tree and I'm sending it in obvious
> > pieces. no-op cl
Briareos wrote:
The Problem: gethostbyname(own_name) always returns 127.0.0.1. ...
To me it's logical that you get 127.0.0.1 when pinging your local hostname,
but if windows does give the IP of your NIC then wine should do as well - as
we want to reach compatibility.
If, on the other hand, you s
Laurent Vromman <[EMAIL PROTECTED]> writes:
> elp = HeapAlloc( GetProcessHeap(), 0, size );
> -
> +lp = HeapAlloc( GetProcessHeap(), 0, sizeof(LOGPEN));
> GetObjectW( dc->hPen, size, elp );
> +
> +obj_type = GetObjectType(dc->hPen);
> +if(obj_type == OBJ_PEN) {
> +mem
On Friday 20 April 2007 12:09, Briareos wrote:
> My opinion is simple:
> To me it's logical that you get 127.0.0.1 when pinging your local hostname,
> but if windows does give the IP of your NIC then wine should do as well -
> as we want to reach compatibility.
>
> If, on the other hand, you say it
On Fri, Apr 20, 2007 at 12:09:55PM +0200, Briareos wrote:
> My opinion is simple:
> To me it's logical that you get 127.0.0.1 when pinging your local hostname,
> but if windows does give the IP of your NIC then wine should do as well - as
> we want to reach compatibility.
>
> If, on the other h
Hello list,
I want to continue a discussion about a problem already reported by David
Nolden in December 2005. It is about what gethostbyname should return if
given the machines name and does not only affect IL-2 Sturmovik. Placing a
quick cite of him here:
[...]
The Problem: gethostbyname(ow
"Louis. Lenders" <[EMAIL PROTECTED]> wrote:
I cannot check how it looks in a default Windows setup anymore, as i
installed another browser (mozilla) on my windowsXP installation. However,
there's one thing I don't get: the key on my WinXp installation does have
that extra "%1" now, so would that
Dan Hipschman <[EMAIL PROTECTED]> writes:
> This extends the testing framework to allow for tests that need IDL
> files and RPC clients. It's the same as the last attempt, but I've
> removed two little development artifacts that slipped in last time,
> I fixed an indentation glitch, fixed one mor
On 4/19/07, Stefan Leichter <[EMAIL PROTECTED]> wrote:
Am Thursday 19 April 2007 12:14 schrieb Alexandre Julliard:
> Stefan Leichter <[EMAIL PROTECTED]> writes:
> > +/* Recursively delete all the subkeys */
> > +for (i = 0; i < dwKeyCount && !ret; i++) {
> > +
> "Kirill K. Smirnov" <[EMAIL PROTECTED]> wrote:
> > @@ -141,12 +138,19 @@ HWND WINAPI GetConsoleWindow(VOID)
> > */
> > UINT WINAPI GetConsoleCP(VOID)
> > {
> > -if (!console_input_codepage)
> > +BOOL ret;
> > +UINT codepage = GetOEMCP(); /* default value */
> > +
> > +SERVER_S
Dmitry Timoshkov <[EMAIL PROTECTED]> wrote: "Louis. Lenders" wrote:
> Hi, this fixes bug #7953 -> http://bugs.winehq.org/show_bug.cgi?id=7953
> Vitaly said this one won't go as it might break another app, but i don't
> get that , as the key in windows looks quite the same,
No it doesn't in the
25 matches
Mail list logo
