Tom Wickline wrote:
Will this support versions 1.6.0 through version 1.50.20 ?
1.6.0 was the first version of safedisk, version 1.11.0 introduced secdrv.sys
and NT support. And do you know if it supports "dplayerx.dll" and the
second layer of encryption that is applied on the ICD that is in
1.50
Now I really need you help people.
Ok, here is the problem:
LdrInitializeThunk is called from within start_process - the first thing to be
executed in the new process's context. But this is not right. All what I found
so far indicates, that LdrInitializeThunk should be queued as an APC, so it
exec
On 9/8/05, Ivan Leo Puoti <[EMAIL PROTECTED]> wrote:
> Finally we've got safedisc1 running on linux.
> Thanks go to *Laurent* Pinchart, Vitaliy Margolen, *Brad DeMorrow,
> Marcus Meissner, and Alexandre for contributing time/code/ideas.
> The code is 100% DMCA compliant and hopefully can be cleaned
On Thu, 8 Sep 2005 23:06, Francois Gouget wrote:
> If it's something Alexandre uses to apply patches, then his requirement
> that it be usable from his desktop environement (Emacs) precludes a
> web-based system.
Not really. A web based system could provide an alternative interface that
allows fo
Tom Kennedy wrote:
All
I have install Wine one an AMD 64 bit system running Redhat 3 update
2. I am trying to run the
winnt32.exe prgram and I am getting the following load error.
[EMAIL PROTECTED] ~]# wine "y:\amd64\winnt32.exe"
Trying to load PE image for unsupported architecture (Unknown
Hi Mike,
Doing ./configure on a RH8 box I get the following:
checking libxslt/transform.h presence... yes
configure: WARNING: libxslt/transform.h: present but cannot be compiled
configure: WARNING: libxslt/transform.h: check for missing
prerequisite headers?
configure: WARNING: libxslt/transfo
Am Sonntag, den 07.08.2005, 19:16 +0200 schrieb Detlef Riekenberg:
This Patch is not in CVS yet:
http://www.winehq.org/pipermail/wine-patches/2005-August/019671.html
> Changelog:
>Let EnumPrinterDrivers return the number of drivers.
>
Any comments / suggestions ?
--
By By ...
...
Am Montag, den 29.08.2005, 00:53 +0200 schrieb Detlef Riekenberg:
This Patch in not in the CVS yet.
http://www.winehq.org/pipermail/wine-patches/2005-August/020289.html
> Changelog:
>
> - New Testsuite for winspool.drv:
>GetDefaultPrinterA/W and
>GetPrinterDriverDirectoryA/W
> - Verb
Finally we've got safedisc1 running on linux.
Thanks go to *Laurent* Pinchart, Vitaliy Margolen, *Brad DeMorrow,
Marcus Meissner, and Alexandre for contributing time/code/ideas.
The code is 100% DMCA compliant and hopefully can be cleaned up to be
good enough for cvs over the coming days and wee
Alex Villacís Lasso wrote:
During the winealsa tests, I am frequently annoyed by the following:
say, in playing a 11050Hz secondary buffer with an 8000Hz primary
buffer, the number of samples are converted form secondary->primary
and back. In the process, the number of consumed samples in the
All
I have install Wine one an AMD 64 bit
system running Redhat 3 update 2. I am trying to run the
winnt32.exe prgram and I am getting
the following load error.
[EMAIL PROTECTED] ~]# wine "y:\amd64\winnt32.exe"
Trying to load PE image for unsupported
architecture (Unknown-8664)
wine: could not l
fccType is type FOURCC which is a DWORD.
/Ulrich
On Thu, Sep 08, 2005 at 11:28:56AM -0500, Robert Shearman wrote:
> I think these formats should be %04x as fccType is 2 bytes, not 4 bytes.
On Tue, 06 Sep 2005 21:29:22 -0700, Juan Lang wrote:
> This is frustrating, and some people do seem to be put off by it. I have
> no idea how many potential contributors we lose this way.
FWIW, I share these concerns though given my non-existant patch writing
speed lately I'm not sure how much my
This patch: http://www.winehq.org/pipermail/wine-cvs/2005-August/017595.html
broke execution of Control Panel items. The cpanel code would concatenate the
name of the .cpl file and the display name and pass that in the lpFile member
of the SHELLEXECUTEINFO struct. This is solved by passing .cpl in
On Mon, 05 Sep 2005 18:21:18 -0500, Evil wrote:
> No, of course not. Now, if the gas had to be converted to a completely
> different substance before it could power the car, then it would probably
> be an emulator.
Ah, car analogies, the developers favourite tool :)
>From a dictionary:
"em·u·la
Hello Dimi,
On Thursday 08 September 2005 23:37, Phil Krylov wrote:
> Michael Jung <[EMAIL PROTECTED]> wrote:
> > Wouldn't it be enough to call notify_click after notify_itemactivate?
> > I've attached a modification of your patch, which does just this. Seems
> > to work fine for me.
>
> Probably,
Hi Michael,
On Thu, 8 Sep 2005 23:10:18 +0200
Michael Jung <[EMAIL PROTECTED]> wrote:
> Wouldn't it be enough to call notify_click after notify_itemactivate? I've
> attached a modification of your patch, which does just this. Seems to work
> fine for me.
Probably, but what if some apps depend
Hi Phil,
On Thursday 08 September 2005 19:23, Phil Krylov wrote:
> * Every double click on a folder in the listview destroys this listview
> object (effectively destroying all underlying structures), creates a new
> one, and returns control to the place where double click notification was
>
I'll delete it from the archives. Always hate it when this happens. :-(
On Thu, 2005-09-08 at 20:52 +0100, Ivan Leo Puoti wrote:
> Anssi Hannula wrote:
> > This just came in from wine-announce list.
>
> Seen it too, I've already sent a report to the admin who's network originated
> it.
>
> Ivan
Am Donnerstag, 8. September 2005 22:03 schrieb Lionel Ulmer:
> On Thu, Sep 08, 2005 at 09:20:39PM +0200, Stefan Dösinger wrote:
> > Do you mean on Windows or on Wine? How can I get these members from an
> > external application? I thought that apps can't look inside a COM object,
> > as the structu
On Thu, Sep 08, 2005 at 09:20:39PM +0200, Stefan Dösinger wrote:
> Do you mean on Windows or on Wine? How can I get these members from an
> external application? I thought that apps can't look inside a COM object, as
> the structures used by the libs and the structures exported to the app are
>
--- Stefan Dösinger <[EMAIL PROTECTED]> wrote:
> Hi,
> > Yeah, I suspected that the problem was in the 'force destroy' code. Could
> > you change your test script to get the reference count of the 'complex'
> > object before release of the DDraw object and after ? Could you do the same
> > for th
Anssi Hannula wrote:
This just came in from wine-announce list.
Seen it too, I've already sent a report to the admin who's network originated
it.
Ivan.
Hi,
> Yeah, I suspected that the problem was in the 'force destroy' code. Could
> you change your test script to get the reference count of the 'complex'
> object before release of the DDraw object and after ? Could you do the same
> for the 'normal' objects (mostly before as after it will crash :-
ilScanner/quarantine/20050908 (message j88GR1Ks012044).
> Wine releases the surface in 5), Windows doesn't. It appears to me, that
> Windows doesn't release Surfaces which have a D3D object attached when the
> DDraw instance they belong to is freed.
Yeah, I suspected that the problem was in the 'force destroy' code. Could
you change your test script
--- Mike McCormack <[EMAIL PROTECTED]> wrote:
>
> Damjan Jovanovic wrote:
>
> > Using int 0x2e and other Linux-specific hacks like
> > kernel modules, limits portability of Wine, you'll
> > never get it working on Windows itself.
>
> I have no idea why you'd want to port Wine back to
> Window
On 9/8/05, James Hawkins <[EMAIL PROTECTED]> wrote:
> On 9/8/05, Tom Wickline <[EMAIL PROTECTED]> wrote:
> >
> > 1) send a patch
> > 2) wait five days for a commit
> > 3) re-submit after five days has passed
> > 4) if the patch still isn't committed after two days ask why.
> >
>
> 7 days is a long
On 9/8/05, Tom Wickline <[EMAIL PROTECTED]> wrote:
>
> 1) send a patch
> 2) wait five days for a commit
> 3) re-submit after five days has passed
> 4) if the patch still isn't committed after two days ask why.
>
7 days is a long time to wait for an explanation of why a patch wasn't
committed. I
"ivan vadoviè" <[EMAIL PROTECTED]> writes:
> So, wine exits, but wineserver keeps running and finishes a second or two
> later. As a result it rewrites the config files AFTER the command completion.
> That confuses scripts reading and manipulating the registers. Well, it
> confuses
> wine too, if
On Fri, 26 Aug 2005 23:03:33 +0200
Michael Jung <[EMAIL PROTECTED]> wrote:
> Every time you double click a folder, the current ShellView object is
> destroyed and a new one is created. Given that I have to browse into like 30
> different folders before it crashes on me, I can't pin down the rele
Am Donnerstag, 8. September 2005 18:24 schrieb Oliver Stieber:
> --- Stefan Dösinger <[EMAIL PROTECTED]> wrote:
> > Hi,
> > I think I've found the cause of the Empire Earth crash. This is not a
> > reference counting problem at all, Empire Earth releases the DirectDraw
> > and Surface objects on pu
On 9/8/05, Ivan Leo Puoti <[EMAIL PROTECTED]> wrote:
> We don't need that, it's not much better than what we've got and isn't
> worth the effort, what is needed is something that Alexandre can use.
> New patches are "New", committed patched are "committed" and rejected
> patches are marked as "rej
Ulrich Czekalla wrote:
fccType may be NULL or contain non-printable characters. Show output as hex
instead of characters.
ChangeLog:
Ulrich Czekalla <[EMAIL PROTECTED]>
Display fccType as hex instead of characters in trace output
---
--- Stefan Dösinger <[EMAIL PROTECTED]> wrote:
> Hi,
> I think I've found the cause of the Empire Earth crash. This is not a
> reference counting problem at all, Empire Earth releases the DirectDraw and
> Surface objects on purpose. This is what happens:
>
> 1) EE creates a DDraw object
> 2) I
Hi,
This is what's going on using wine-20050725 and 20050830 under gentoo:
$ ls -l user.reg; wine winecfg; ls -l user.reg# winecfg did some changes
... 7517 Sep 2 16:00 user.reg
... 7517 Sep 2 16:00 user.reg
$ sleep 5
$ ls -l user.reg
... 7629 Sep 2 16:13 user.reg
So, wine exits, but wineser
Hi,
I think I've found the cause of the Empire Earth crash. This is not a
reference counting problem at all, Empire Earth releases the DirectDraw and
Surface objects on purpose. This is what happens:
1) EE creates a DDraw object
2) It attaches a Complex Surface
3) It sets up a D3D device for thi
Francois Gouget wrote:
Also it would not require disrupting Alexandre's routine or having him
do extra work. And the optional email to new submitters would be much
more friendly than having the patch go into a black hole without the
drawback of bothering old-time contributors.
I'm still in
On Thu, 8 Sep 2005, Ivan Leo Puoti wrote:
Francois Gouget wrote:
On Thu, 8 Sep 2005, Ivan Leo Puoti wrote:
What is a 'patch management system'?
If it's something Alexandre uses to apply patches, then his requirement
that it be usable from his desktop environement (Emacs) precludes a
web-ba
Alexandre Julliard wrote:
> I'm not sure how you reach that conclusion, there's absolutely no
reason to make the server multithreaded. And calling ntoskrnl directly
is not as easy as it seems.
I don't see how calling it indirectly is any easier, actually It seems even more complex to me, even
Hello.
James Hawkins wrote:
Hi,
Changelog
* Add the WebBrowser implementation.
* Load the default Url in the HTML Pane.
...
+static HRESULT STDMETHODCALLTYPE UI_ShowContextMenu(IDocHostUIHandler *iface,
DWORD dwID, POINT __RPC_FAR *ppt, IUnknown __RPC_FAR *pcmdtReserved, IDispatch
__RP
Ivan Leo Puoti <[EMAIL PROTECTED]> writes:
> That requires heavy wineserver modifications because we can't do blocking
> calls, so that means
> making it multi threaded, and thread safe. Once wine has figured out it's a
> native thing it might as
> well call ntoskrnl itself.
I'm not sure how
Alexandre Julliard wrote:
Then we could imagine a generic mechanism to redirect I/O calls for
specific devices to the wineserver, which could then either handle
them directly or forward them to ntoskrnl for the case of a native
driver.
That requires heavy wineserver modifications because we can
Francois Gouget wrote:
On Thu, 8 Sep 2005, Ivan Leo Puoti wrote:
What is a 'patch management system'?
If it's something Alexandre uses to apply patches, then his
requirement that it be usable from his desktop environement (Emacs)
precludes a web-based system.
So what about something more l
On Thu, 8 Sep 2005, Ivan Leo Puoti wrote:
Hello, if you look at
http://www.winehq.com/pipermail/wine-devel/2005-September/039837.html
you'll see there was a project at some point to make a decent patch
management system
What is a 'patch management system'?
If it's something Alexandre uses to
"Ge van Geldorp" <[EMAIL PROTECTED]> wrote:
> --- dlls/shell32/iconcache.c 26 Aug 2005 10:05:34 - 1.92
> +++ dlls/shell32/iconcache.c 7 Sep 2005 21:02:00 -
> @@ -351,7 +351,17 @@
>
> if ( INVALID_INDEX == index )
> {
> - ret = SIC_LoadIcon (sSourceFile, dwSourceIndex, dwFlags);
> +
On Thursday 08 September 2005 10:11, Francois Gouget wrote:
> On Thu, 8 Sep 2005, Robert Lunnon wrote:
> [...]
>
> > The issue isn't about Alexandre, it's about a governance model that
> > revolves around the opinion of a single person and whether the difficulty
> > of having a patch moved forward
Excuse the top posting, yes, this is exactly my point.
On Thursday 08 September 2005 11:02, Troy Rollo wrote:
> On Thu, 8 Sep 2005 04:42, Jeremy White wrote:
> > But the best way to persuade me (and others) of that is to highlight
> > the patches. Show me patches you've submitted, along
> > with
Mike McCormack <[EMAIL PROTECTED]> writes:
> Wine used to have function call tables like this about 5 years, and
> typed handles about a year ago. Those things have been removed on purpose.
>
> You can't store function pointers in the wineserver, as each process may
> have those functions at a
Hi,
> > Any comments / Suggestions from the DirectX people?
>
> Seems ok to me, the logging could do with a but of tarting up.
> It's usually really handy if the instance is logged with each FIXME / TRACE
> e.g.
> instead of
> FIXME("Poorly handled flag DDSCL_SETFOCUSWINDOW\n");
> use
> FIXME("(%p
50 matches
Mail list logo
