Actually, I just thought about one more solution. You could open the
object with using an access right of 0, meaning that anything is
accepted, then check the access right manually. Still a bit of a kludge,
but I think it is better than the brute force chaining.
Yeah, I'm not really happy with
On Tue, 19 Apr 2005 16:20, Troy Rollo wrote:
> I have insmsiw.exe from Office 2K working (at least to get as far as
> installing Microsoft's version of MSI) with the patches I just sent through
> to wine-patches, plus the hack below (which will also fix the problem for
> other IPC objects).
Correc
Pipe names are currently case sensitive. This affects instmsiw.exe since the
service is created as "MSIService" and connected to as "MsiService". The
result is that instmsiw.exe always fails to query the service status.
I have insmsiw.exe from Office 2K working (at least to get as far as
instal
Aric Stewart wrote:
+WCHAR buf[21];
+WCHAR buf2[21];
It would be nicer to get rid of the magic numbers, and to call the
variables something more meaningful than buf1, buf2.
+rc = MSI_DatabaseOpenViewW(package->db, ExecSeqQuery, &view);
+if (rc != ERROR_SUCCESS)
+return ERR
On Mon, Apr 18, 2005 at 10:46:10PM +0900, Dmitry Timoshkov wrote:
> Here is a largely simplified source ripped from one of my very old projects
> which loads a TGA file and shows it using a DIB section. A sample TGA file
> is included.
Thank you Dmitry. It didn't test the fault handler directly, b
On 4/18/05, Saulius Krasuckas <[EMAIL PROTECTED]> wrote:
> The patch [1] causes WordViewer97 to stop redrawing correctly after the
> visible part of a loaded document has been scrolled. I may switch to
FWIW, I think it also affects Word Viewer 2003.
-Brian
Robert Shearman wrote:
Mike McCormack wrote:
I think this is a little ugly. I'd prefer to see this code do a
switch on obj->ops and call the relevant function with the raw
object instead of a handle.
I know it's ugly; I rewrote that bit three times, including once with
an ops->signal() method.
Mike McCormack wrote:
I think this is a little ugly. I'd prefer to see this code do a
switch on obj->ops and call the relevant function with the raw object
instead of a handle.
I know it's ugly; I rewrote that bit three times, including once with
an ops->signal() method. Implementing a object
I think this is a little ugly. I'd prefer to see this code do a switch
on obj->ops and call the relevant function with the raw object instead
of a handle.
I know it's ugly; I rewrote that bit three times, including once with an
ops->signal() method. Implementing a object operation requires tha
The patch [1] causes WordViewer97 to stop redrawing correctly after the
visible part of a loaded document has been scrolled. I may switch to
another workspace and back to paint the thing OK and this annoys me.
I think it is a bug. Is it related to another bug reports? Or should I
fill a new one
Ivan Leo Puoti wrote:
> Jacek Caban wrote:
>
>> Hi.
>>
>> Now MSHTML is ready for a patch that enables HTML rendering over
>> Gecko API.
>
> Any chance this will work with the native unix gecko?
Yes, I believe. Unfortunatelly I've not succeeded in this as my knowlage
about
X and gtk programing is
> > --- Lars Segerlund <[EMAIL PROTECTED]>
> wrote:
> > >
> > > What is the status of wines USB support ?
> > > Is there anything done yet or am I on my own ?
> > > Can someone also giva a hint on the
> feasibiliyt,
> > > complexity of managing a USB
> > > implementation for wine ? I am rather
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_PropagateCharOffset. This is going wrong somewhere
in ME_Stream*.
Paul
Mark Greenbank wrote:
Still trying to compile wine for Solaris 10 but this time I'm getting
a message during the build that virtual memory has been exhausted.
I traced this to an xrealloc call requesting a realloc of 0 size;
could this be correct?
I've seen this bug before. The behavior of realloc
Mark Greenbank <[EMAIL PROTECTED]> writes:
> Still trying to compile wine for Solaris 10 but this time I'm getting
> a message during the build that virtual memory has been exhausted.
>
> I traced this to an xrealloc call requesting a realloc of 0 size;
> could this be correct?
You should use cu
Hi again,
Still trying to compile wine for Solaris 10 but this time I'm getting
a message during the build that virtual memory has been exhausted.
I traced this to an xrealloc call requesting a realloc of 0 size;
could this be correct?
Thanks,
Mark
Hi Rolf,
--- Rolf Kalbermatter <[EMAIL PROTECTED]> wrote:
> Why would you need the .local file? Has there anything changed in XP or
> 2003 which would
> prefer Windows or system DLLs over local DLLs in the same directory as
> the calling executable?
>
> I always was under the impression that the
On Mon, 2005-03-21 at 16:22, Oliver Stieber wrote:
> --- Paul Vriens <[EMAIL PROTECTED]> wrote:
> > Hi,
> >
> > what will happen to the wined3d stuff, now Oliver
> > has some 'problems'
> > staying on-line?
> >
> Thanks to everyone I should be ok for a while, now.
>
I just had a look at http://w
Benjamin Cutler <[EMAIL PROTECTED]> writes:
> + r = RegOpenKeyExA(HKEY_LOCAL_MACHINE, szPowerCfgSubKey, 0, KEY_READ |
> KEY_WRITE, &hKey);
> + if (r != ERROR_SUCCESS) {
> + TRACE("RegOpenKeyEx failed: %ld\n", r);
> + bSuccess = FALSE;
> + goto end;
> + }
> +
> + r = Re
Mike McCormack wrote:
ChangeLog:
* implement NtSignalAndWaitForSingleObject
Index: server/thread.c
===
RCS file: /home/wine/wine/server/thread.c,v
retrieving revision 1.110
diff -u -p -r1.110 thread.c
--- server/thread.c 4 Mar 200
Hi,
our current structure is incorrect:
#ifdef __WINESRC__
DWORD dwOffset;
DWORD dwThreadCount;
DWORD dwUnknown1[6];
FILETIME ftCreationTime;
DWORD dwUnknown2[5];
WCHAR *pszProcessName;
DWORD dwBasePriority;
DWORD dwProcessID;
DWORD dwParentProcessID;
DWORD
On Mon, 18 Apr 2005 17:00:05 +0100, Andrew Neil Ramage wrote:
> I this a known problem ? Trying to install a program (Personal
> Ancestral File 5) with InstallShield generates the following error
> messages when InstallShield is loading. What is wrong ?
Yes, try using native DCOM for now. We n
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 patch moves the internal messages to just below 0x, but perhaps
there is a better way?
Richard.
diff -N -u -r dlls/us
I this a known problem ? Trying to install a program (Personal
Ancestral File 5) with InstallShield generates the following error
messages when InstallShield is loading. What is wrong ?
fixme:ole:RegisterTypeLib Registering non-oleautomation interface!
fixme:ole:ITypeInfo_fnRelease destroy chi
> "Dmitry" == Dmitry Timoshkov <[EMAIL PROTECTED]> writes:
Dmitry> "Uwe Bonnes" <[EMAIL PROTECTED]> wrote:
>> Any idea is shrinker can ever run with wine att all? And if it can
>> run, what has to be done to wine?
Dmitry> Does it change anything if you switch the reported wind
--- Hiji <[EMAIL PROTECTED]> wrote:
>
> --- Lars Segerlund <[EMAIL PROTECTED]> wrote:
> >
> > What is the status of wines USB support ?
> >
> > I have an IDE for a developement board and I
> really
> > would like to flash it from
> > Linux, ( I don't have windows), and this uses USB
> > to t
"Uwe Bonnes" <[EMAIL PROTECTED]> wrote:
> Any idea is shrinker can ever run with wine att all? And if it can run, what
> has to be done to wine?
Does it change anything if you switch the reported windows version to nt4 or
win2k?
--
Dmitry.
Sorry to reply to my own email; I'm trying to build wine-20050310; is
there a more recent release that would build under Solaris?
Thanks,
Mark
On 4/18/05, Mark Greenbank <[EMAIL PROTECTED]> wrote:
> Hi all,
>
> I'm getting a Segmentation Fault when building wine on Solaris 10:
>
> The command i
Hi all,
I'm getting a Segmentation Fault when building wine on Solaris 10:
The command itself is:
../tools/winebuild/winebuild -w --def \
-o advapi32/advapi32.spec.def --export advapi32/advapi32.spec
gdb stack strace shows:
#0 0xfef229ec in strlen () from /lib/libc.so.1
(gdb) whe
Hi,
On Mon, Apr 18, 2005 at 04:32:22PM +0200, Andreas Mohr wrote:
> Also http://www.emerge.de/faq.htm (might help, but I suspect it won't):
>
> -
> Frage: »Shrinker Error«
> Ich erhalte die Meldung »shrinker.err: 3.20 c:\dw\EMTOOLS.DLL Dispatcher
> Initialisation Error 11«.
>
> Antwort:
>
Hi,
On Mon, Apr 18, 2005 at 04:06:57PM +0200, Uwe Bonnes wrote:
> Hallo,
>
> some programs still use patching packer like shrinker.
> http://www.multipcb.de/download/netviewer.exe
> is such a program.
>
> It doesn't run...
No idea here, but:
Google "Dispatcher initialisation error 02" yields t
Hallo,
some programs still use patching packer like shrinker.
http://www.multipcb.de/download/netviewer.exe
is such a program.
It doesn't run...
Here a part of the debuglog where I think the error happens:
0009:Call kernel32.LocalAlloc(,5386) ret=004b80c0
0009:Call ntdll.RtlAllocate
"Dimitrie O. Paun" <[EMAIL PROTECTED]> wrote:
> Right, I realized that after sending the email about making the data
> field a pointer to physBitmap. Compiles, but not tested, as I don't
> have a DIB using app.
Here is a largely simplified source ripped from one of my very old projects
which load
Juan Lang <[EMAIL PROTECTED]> writes:
> --- Alexandre Julliard <[EMAIL PROTECTED]> wrote:
> > Surely there's a better way to fix this than by forcing generation of
> > the header even when it's not requested.
>
> Certainly, and I did this partly out of laziness. But I also notice that
> midl gen
On Mon, Apr 18, 2005 at 01:06:23PM +0200, Alexandre Julliard wrote:
> Sure, the general idea is fine. You actually don't need a mem_area
> structure at all, you can store that directly in the phys bitmap. Also
> it would be nice to only set the handler when a DIB is allocated, not
> at startup.
Ri
"Dimitrie O. Paun" <[EMAIL PROTECTED]> writes:
> Yeah, and on second thought even this "mem_area" is too general because
> they are build specifically for DIBs. I should rename them dib_area,
> and instead of "void *data", I should have "X_PHYSBITMAP *physBitmap".
>
> But I'd like to hear
Jose Alonso <[EMAIL PROTECTED]> writes:
> I think one possible solution to avoid this case is
> the attached patch. (I think it's safe to remove
> unconditionally a message that will be dispatched).
Yes, that looks like a reasonable fix.
--
Alexandre Julliard
[EMAIL PROTECTED]
Robert Lunnon wrote:
On Sun, 17 Apr 2005 10:32 pm, Dmitry Timoshkov wrote:
"Robert Lunnon" <[EMAIL PROTECTED]> wrote:
Breakpoint 2, NtMapViewOfSection (handle=0x78, process=0x,
addr_ptr=0x7fd8ed48, zero_bits=0, commit_size=0, offset=0x7fd8ed1c,
size_ptr=0x7fd8ed44, inherit=ViewShare, all
--- Alexandre Julliard <[EMAIL PROTECTED]> wrote:
> Surely there's a better way to fix this than by forcing generation of
> the header even when it's not requested.
Certainly, and I did this partly out of laziness. But I also notice that
midl generates the header every time as well. At least, "m
39 matches
Mail list logo