On 6/24/06, Ivan Leo Puoti <[EMAIL PROTECTED]> wrote:
Are you implying 1.0 should be released with any known bugs at all? I thought
only M$ did that sort
of stuff.
I've never heard of any open source project waiting for all known bugs
to be closed before going out of beta. There's always someth
I dont know for sure but I believe modern versions of SecuRom use kernel
mode code/drivers. If so, the work done on NTOSKRNL for SafeDisk might work.
Hello all,
I have been investigating getting rid of a terminal anoyancy for wine
game users, SecuRom security. I don't believe it is good enough to
crack the games as this makes us out to look like criminals rather than
trying to get legitimate games to work.
I have sent a query to sony, asking
I was just about to send in the same patch when you did. I'll have to
keep you updated on what I'm working on in the future. (You can see
what I'm planning to do for my SoC project at
http://wiki.winehq.org/MatthewFinnicum)
I've attached the patch I was going to send - I suggest we use some
parts
On 6/25/06, Ivan Leo Puoti <[EMAIL PROTECTED]> wrote:
Jaap Stolk wrote:
> from what I could google, code=c096 means that a privileged
> instruction was found.
This is to be expected. DispatchDeviceControl is the function in the driver
which handles the IO for
the kernel (in this case our fa
Hi,
I am just wanting to keep the patch as a diff somewhere like the ddraw
patch maintained by Stephan Dosinger.
Thanks,
Vijay
On 6/24/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
On 24/06/06, Vijay Kiran Kamuju <[EMAIL PROTECTED]> wrote:
> Can you tell us what are all the specific pathces
Jaap Stolk wrote:
from what I could google, code=c096 means that a privileged
instruction was found.
This is to be expected. DispatchDeviceControl is the function in the driver which handles the IO for
the kernel (in this case our fake kernel). If it's a driver it obviously must need to do
Saturday, June 24, 2006, 4:33:03 PM, Jaap Stolk wrote:
> On 6/25/06, Vitaliy Margolen <[EMAIL PROTECTED]> wrote:
>> It's pretty hard to see what you doing from this pastes. Do you have time to
>> join one of the Wine's IRC channels?
> never used that before. I seem to have x-chat. where do i find
fix for bug 5486
Patch makes it possible to load and display 32bit rgba cursor. I have
made tested the code with Football Manager 2006. The ealier version of
patch was confimed loading 32bit cursors from Guild Wars.
I would like to hear comments how to improve the code. Is there chance
that this
On 6/25/06, Vitaliy Margolen <[EMAIL PROTECTED]> wrote:
It's pretty hard to see what you doing from this pastes. Do you have time to
join one of the Wine's IRC channels?
never used that before. I seem to have x-chat. where do i find the
correct channel ?
Saturday, June 24, 2006, 3:18:03 PM, Jaap Stolk wrote:
> On 6/24/06, Jaap Stolk <[EMAIL PROTECTED]> wrote:
>> So the problem is somewhere in load_driver( ). Is there a way to
>> narrow it down a bit more?
> using objdump I got a bit closer.
> (note that the exact error address my not be consisten
On 6/24/06, Jaap Stolk <[EMAIL PROTECTED]> wrote:
So the problem is somewhere in load_driver( ). Is there a way to
narrow it down a bit more?
using objdump I got a bit closer.
(note that the exact error address my not be consistent, because I
added some more trace functions to the code while t
On Sat, 2006-06-24 at 20:06 +0200, Jacek Caban wrote:
> - Uploading wine_gecko.cab to SourceForge. I don't have an access to
> do so. Could someone that can do it contact me privately? Or perhaps I
> could get access so that in the future, when it needs to be updated I
> could do it without involv
Dan Kegel wrote:
I just looked, and there aren't *that* many msi and ole bugs
reported in bugzilla.
Are you implying 1.0 should be released with any known bugs at all? I thought only M$ did that sort
of stuff.
Ivan.
On 24/06/06, Vijay Kiran Kamuju <[EMAIL PROTECTED]> wrote:
Can you tell us what are all the specific pathces went in to this rpm
with releated to safedisc?
I know that Vitaly's ntoskernel patch is isn, what else.
All the safedisc related code developed in the last year or so, I can
send you a f
Hi,
Now that Wine Gecko installer is in the tree, we have to enable it. All
we have to do on Wine side is set one registry value, but first we need
to have wine_gecko.cab file available to download. It means:
- Uploading wine_gecko.cab to SourceForge. I don't have an access to do
so. Could so
Can you tell us what are all the specific pathces went in to this rpm
with releated to safedisc?
I know that Vitaly's ntoskernel patch is isn, what else.
Thanks,
Vijay
On 6/24/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
Safedisc has now been working on wine for almost a year, but it'll
st
Safedisc has now been working on wine for almost a year, but it'll
still take some time before we get the code into winehq, so I've
decided to build an RPM of wine with safedisc 1 support so users can
play around with it, you can download it from
http://www003.portalis.it/115/wine-safedisc-0.9.16-
Christoph Probst wrote:
Hi.
Alexandre Julliard wrote:
You can't do that in general. In Unix a file can have multiple names,
or even none at all, there's simply no way to get a filename from a
handle. On Linux you can use /proc/self/fd but that's not very
portable.
So what do you thi
Christoph Probst <[EMAIL PROTECTED]> writes:
> So what do you think about the solution that the wineserver stores the
> filename in the file object when the object is created?
>
> Just like wine_server_handle_to_fd() there would be a
> wine_server_handle_to_filename() that returns the filename.
Hi.
Alexandre Julliard wrote:
> You can't do that in general. In Unix a file can have multiple names,
> or even none at all, there's simply no way to get a filename from a
> handle. On Linux you can use /proc/self/fd but that's not very
> portable.
So what do you think about the solution that th
found another one :-)
I reconstructed the debug output mixed with the wine log:
Unhandled exception: page fault on read access to 0x in 32-bit
code (0x4062de4e).
Register dump:
CS:0023 SS:002b DS:002b ES:002b FS:003b GS:0033
EIP:4062de4e ESP:4074fc2c
On Fri, Jun 23, 2006 at 01:48:31PM -0700, John Willis wrote:
> Howdy,
>
> I have a large VS 6.0 C++ program and I'm running it under WINE under Redhat
> Linux.
> Everything works fine, but it doesn't handle file sizes greater than 4gb like
> it can running
> directly under Windows XP.
> I've
On Sat, Jun 24, 2006 at 11:47:51AM +0200, Olaf Schmidt wrote:
> Hi *.*,
>
> seems, that the Ole-BSTR-Concat doesn't work anymore:
> (Debian Sid, from wine 0.9.12 upwards - wine configured,
> to use the builtin Ole-Stuff)
>
> In VB-Applications (wich are using (wide) Ole-BSTRs under
> the hood),
On Saturday, June 24, 2006 05:47, Olaf Schmidt wrote:
> Hi *.*,
>
> seems, that the Ole-BSTR-Concat doesn't work anymore:
> (Debian Sid, from wine 0.9.12 upwards - wine configured,
> to use the builtin Ole-Stuff)
>
> In VB-Applications (wich are using (wide) Ole-BSTRs under
> the hood), I can reduc
Hi *.*,
seems, that the Ole-BSTR-Concat doesn't work anymore:
(Debian Sid, from wine 0.9.12 upwards - wine configured,
to use the builtin Ole-Stuff)
In VB-Applications (wich are using (wide) Ole-BSTRs under
the hood), I can reduce the problem to the following:
If I define two Strings with the C
On 6/24/06, James Hawkins <[EMAIL PROTECTED]> wrote:
Ah, didn't know about that tool. You learn something new every day.
didn't know about that tool too. sounds interesting.
usually I do something like:
// reduce log size:
egrep -v
'RtlFreeHeap|RtlAllocateHeap|trace:syslevel:_Enter|trace:sy
On 6/24/06, Jaap Stolk <[EMAIL PROTECTED]> wrote:
here is the log after remofing the tag altogether:
(I had to ctrl-c wine, autocad did not shutdown by itself, so I think
things are improving.)
$ grep -i ':ntoskrnl:' all_log_no_tag.txt
000f:trace:ntoskrnl:ExAllocatePoolWithTag (1 16 ), semi-stub
On 6/24/06, Eric Pouech <[EMAIL PROTECTED]> wrote:
>
this won't work for a multithreaded program
tools/examine_relay does what you want, plus some other goodies (calls
that didn't return...)
Ah, didn't know about that tool. You learn something new every day.
IMO it's better to instrument the
James Hawkins wrote:
Hey guys,
I don't know if you've ever wished the relay traces were indented by
the level of the call, so you can get a better feel for who calls what
from where, but I thought it would be nifty. I've attached a patch
for dlls/ntdll/relay.c that gives you this. You see the
James Hawkins wrote:
Hi,
This fixes bug 5511.
Changelog:
* Fix SetupCloseInfFile when a NULL handle is given, with tests.
dlls/setupapi/parser.c |2 ++
dlls/setupapi/tests/parser.c |9 +
2 files changed, 11 insertions(+), 0 deletions(-)
--
James Hawkins
-
Hey guys,
I don't know if you've ever wished the relay traces were indented by
the level of the call, so you can get a better feel for who calls what
from where, but I thought it would be nifty. I've attached a patch
for dlls/ntdll/relay.c that gives you this. You see the call level
next to the
Christoph Probst <[EMAIL PROTECTED]> writes:
> My plan is to hook in NtWriteFile() (dlls/ntdll/file.c), because whenever a
> windows program writes to a file this function is called. Within this
> function the file is accessed using its unix_handle.
>
> The problem is that I need to know the uni
"Thomas Kho" <[EMAIL PROTECTED]> writes:
> In protocol.def, the get_startup_info request declares two VARARGS as
> replies. Unless I've mistaken, replies are limited to one VARARG that
> the server call writes into preallocated data, right?
There's one block of data, but it can contain multiple t
On 6/24/06, Vitaliy Margolen <[EMAIL PROTECTED]> wrote:
You can ignore tag altogether. It's only enabled with a special registry key (on
windows). And drivers have no way nor need to verify the tag. So I think you can
just remove that trace. I will need to think something to stop of from crashing
35 matches
Mail list logo