What happened to the Fedora packages? They have not been updated since
0.9.2!!!! Right now it is at 0.9.10!!! Nearly every other Linux distro
supported has the up to date packages!!! And why does the Red Hat packages
site not go to the SourceForge site as it does for SUSE packages and the
others?? I have not really had the guts to ask until now, because I thought
that maybe there was a slump, but now, its getting annoying!! And Fedora
just released Fedora Core 5 yesterday!!! Please tell me new packages will be
ready soon!!! Compiling WINE always crashes my computer, so I prefer to use
the RPMs...
Hi.
>From which configuration does the "ERROR_INVALID_NAME" came from,
when calling GetDefaultPrinter(NULL, &size) and no Printer is installed?
This Test is Present in the current "dlls/winspool/tests/info.c".
MSDN told us, that we receive an "ERROR_FILE_NOT_FOUND", if no Printer
is installed:
http://msdn.microsoft.com/library/en-us/gdi/prntspol_0hma.asp
I get the "ERROR_FILE_NOT_FOUND" on win98se, winme, w2k and win2003 in
this Situation.
--
By By ...
... Detlef
I *almost* have a great success story to report; the only thing
keeping it from being a success story is the current directory
chosen by Nautilus when double-clicking on .exe files.
My wife hurt a finger trying to impersonate a Sampsonite Luggage gorilla,
and had to go to a hand doctor. Along the way her hand got x-rayed,
and the doctor handed her a cd-rom with the x-ray pictures on it.
The disc has an autorun.inf on it that should start ViewSel.exe.
I don't know if that's supposed to work with Wine and Nautilus, but
probably doubleclicking on ViewSel.exe does the same thing.
ViewSel.exe puts up two big buttons:
low res (which launches a web browser on an html file),
and high res (which launches a DICOM viewer).
If you cd to the root of the cd-rom drive and run ViewSel, it works.
If the current directory is anything else, it doesn't work.
If you start the autorun app via Nautilus, those buttons don't work,
so presumably it sets the current directory to something other than
the root of the drive. To see, I created a wrapper shell script, ~/bin/mywine,
containing
#!/bin/sh
pwd > /tmp/log
and used "Start with" to launch ViewSel.exe with ~/bin/mywine.
This showed that the current directory was $HOME.
I had a look at the gnome code to see how it decided, but it was
a bit hard to follow. (See gnome_vfs_mime_application_launch_with_env.)
So I tried a little shell magic. I created a new wrapper shell script
that assumes the argument is a path to a file, and
sets the current directory to the directory containing that file:
#!/bin/sh
DIR=`dirname "$1"`
DIR=`cd "$DIR"; pwd`
cd "$DIR"
wine "$@"
That worked better; it let ViewSel.exe launch the DICOM viewer.
So... I suppose the next step is to look at the debian/ubuntu packages
for wine and see if that little wrapper script could be incorporated
into the default way file browsers start wine?
It sure would be nice if apps that expected the current directory
to behave like this (it's not uncommon!) Just Worked.
- Dan
Online at http://kegel.com/wine/valgrind/20071002/
(I now include more info about memory leaks, but I still
only report anything if there was an invalid memory reference.)
The following tests were fixed in git yesterday, and no longer have
any valgrind warnings:
comctl32/rebar
comctl32/status
crypt32/chain
crypt32/crl
crypt32/msg
cryptnet/cryptnet
user32/msg
wintrust/softpub
Juan thinks nearly all of the remaining crypt32 errors can be suppressed
(some are intentional).
Here are the directories that still have warnings:
advapi32 advpack cabinet comctl32 crypt32 d3d8 d3d9 d3dx8
dplayx dsound gdi32 gdiplus hlink kernel32 mlang msacm32
mscms mshtml msi msvcrt msxml3 netapi32 ntdll ole32
oleaut32 quartz riched20 riched32 rpcrt4 rsaenh setupapi
shdocvw shell32 urlmon user32 usp10 wininet winmm wintrust
- Dan
On Nov 3, 2007 1:10 PM, Gerald Pfeifer <gerald(a)pfeifer.com> wrote:
> While removing the dead code I noticed that we can actually also
> strengthen the const-ness of this function.
>
> Gerald
>
> ChangeLog:
> Remove a check which never could trigger (due to the domain of the
> variable in question) and increase const-ness of STREAMS_CreateView().
>
> Index: dlls/msi/streams.c
> ===================================================================
> RCS file: /home/wine/wine/dlls/msi/streams.c,v
> retrieving revision 1.7
> diff -u -3 -p -r1.7 streams.c
> --- dlls/msi/streams.c 18 Oct 2007 13:00:57 -0000 1.7
> +++ dlls/msi/streams.c 3 Nov 2007 18:06:27 -0000
> @@ -430,7 +430,7 @@ static UINT add_streams_to_table(MSISTRE
> return count;
> }
>
> -UINT STREAMS_CreateView(MSIDATABASE *db, MSIVIEW **view)
> +UINT STREAMS_CreateView(const MSIDATABASE *db, MSIVIEW **view)
> {
> MSISTREAMSVIEW *sv;
>
> @@ -444,9 +444,6 @@ UINT STREAMS_CreateView(MSIDATABASE *db,
> sv->db = db;
> sv->num_rows = add_streams_to_table(sv);
>
> - if (sv->num_rows < 0)
> - return ERROR_FUNCTION_FAILED;
> -
> *view = (MSIVIEW *)sv;
>
> return ERROR_SUCCESS;
>
This change is wrong. If you'd actually read what the code intended
to do instead of just fixing warnings, you'd see that
add_streams_to_table returns -1 on error. While the check for < 0 is
not correct, removing the check entirely is wrong. The check should
be if (sv->num_rows == -1) return ERROR_FUNCTION_FAILED.
--
James Hawkins
On Fr, 2007-11-02 at 13:46 +0000, Huw Davies wrote:
> + NULL,
The char 0x0c looks wrong here.
(was already in the Patch from Rob)
The Patchset was send twice (xx/14 and xx/18) with the same times.
Example from Huw (Rob did the same before):
Subject:
[PATCH 17/18] inetcomm: Add two
missing member functions.
Date:
Fri, 2 Nov 2007 11:54:03 +0000
(12:54 CET)
Subject:
[PATCH 13/14] inetcomm: Add two
missing member functions.
Date:
Fri, 2 Nov 2007 11:54:03 +0000
(12:54 CET)
--
By by ... Detlef
The other day an X.org developer asked me if Wine needed anything from
X. Off the top of my head, all I could think to tell him was relative
mouse movements.
There are people from many free software projects here, including the
kernel and Samba. Should I voice anything else?
Thanks,
Scott Ritchie
This change of mine is obvious since InExt and OutExt are DWORD, thus
unsigned, and thus always greater or equal zero so my patch should be
fine in any case.
However, looking at the else-part of the if-statement, I have some
doubts this is working as designed, and in general the abs() invocations
are bogus.
Any expert who could help with a more extensive patch?
Gerald
ChangeLog:
Simplify condition in ScaleForContext().
Index: dlls/wintab32/context.c
===================================================================
RCS file: /home/wine/wine/dlls/wintab32/context.c,v
retrieving revision 1.22
diff -u -3 -p -r1.22 context.c
--- dlls/wintab32/context.c 21 Sep 2007 12:24:49 -0000 1.22
+++ dlls/wintab32/context.c 30 Nov 2007 23:53:47 -0000
@@ -176,7 +176,7 @@ int TABLET_PostTabletMessage(LPOPENCONTE
static inline DWORD ScaleForContext(DWORD In, DWORD InOrg, DWORD InExt, DWORD
OutOrg, DWORD OutExt)
{
- if (((InExt > 0 )&&(OutExt > 0)) || ((InExt<0) && (OutExt < 0)))
+ if ((InExt > 0) && (OutExt > 0))
return ((In - InOrg) * abs(OutExt) / abs(InExt)) + OutOrg;
else
return ((abs(InExt) - (In - InOrg))*abs(OutExt) / abs(InExt)) + OutOrg;