Re: wine-1.0 goal: fix all reported msi and ole bugs?

2006-06-24 Thread Vincent Povirk
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

Re: SecuRom investigation

2006-06-24 Thread Jonathan Wilson
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.

SecuRom investigation

2006-06-24 Thread Martin Owen
 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

Re: riched20: WM_SETFONT support

2006-06-24 Thread Matt Finnicum
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

Re: Autocad 2004 STATUS_INVALID_LDT_OFFSET

2006-06-24 Thread Jaap Stolk
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

Re: An RPM of wine with safedisc support

2006-06-24 Thread Vijay Kiran Kamuju
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

Re: Autocad 2004 STATUS_INVALID_LDT_OFFSET

2006-06-24 Thread Ivan Leo Puoti
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

Re: Autocad 2004 STATUS_INVALID_LDT_OFFSET

2006-06-24 Thread Vitaliy Margolen
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

Patch: winex11drv create_cursor Loading 32bit rgba cursor image

2006-06-24 Thread Pauli
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

Re: Autocad 2004 STATUS_INVALID_LDT_OFFSET

2006-06-24 Thread Jaap Stolk
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 ?

Re: Autocad 2004 STATUS_INVALID_LDT_OFFSET

2006-06-24 Thread Vitaliy Margolen
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

Re: Autocad 2004 STATUS_INVALID_LDT_OFFSET

2006-06-24 Thread Jaap Stolk
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

Re: Gecko installer

2006-06-24 Thread Dimi Paun
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

Re: wine-1.0 goal: fix all reported msi and ole bugs?

2006-06-24 Thread Ivan Leo Puoti
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.

Re: An RPM of wine with safedisc support

2006-06-24 Thread ivanleo
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

Re: Gecko installer

2006-06-24 Thread Jacek Caban
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

Re: An RPM of wine with safedisc support

2006-06-24 Thread Vijay Kiran Kamuju
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

An RPM of wine with safedisc support

2006-06-24 Thread ivanleo
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-

Re: How do I get the unix filename for a wine handle?

2006-06-24 Thread Eric Pouech
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

Re: How do I get the unix filename for a wine handle?

2006-06-24 Thread Alexandre Julliard
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.

Re: How do I get the unix filename for a wine handle?

2006-06-24 Thread Christoph Probst
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

Re: Autocad 2004 STATUS_INVALID_LDT_OFFSET

2006-06-24 Thread Jaap Stolk
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

Re: Very large files

2006-06-24 Thread Marcus Meissner
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

Re: Ole-BSTR-Concat broken?

2006-06-24 Thread Marcus Meissner
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),

Re: Ole-BSTR-Concat broken?

2006-06-24 Thread Neil Skrypuch
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

Ole-BSTR-Concat broken?

2006-06-24 Thread Olaf Schmidt
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

Re: indented relay traces

2006-06-24 Thread Jaap Stolk
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

Re: Autocad 2004 STATUS_INVALID_LDT_OFFSET

2006-06-24 Thread Jaap Stolk
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

Re: indented relay traces

2006-06-24 Thread James Hawkins
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

Re: indented relay traces

2006-06-24 Thread Eric Pouech
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

Re: setupapi: Fix SetupCloseInfFile when a NULL handle is given, with tests

2006-06-24 Thread Joris Huizer
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 -

indented relay traces

2006-06-24 Thread 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

Re: How do I get the unix filename for a wine handle?

2006-06-24 Thread Alexandre Julliard
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

Re: Variable sized server replies

2006-06-24 Thread Alexandre Julliard
"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

Re: Autocad 2004 STATUS_INVALID_LDT_OFFSET

2006-06-24 Thread Jaap Stolk
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