Re: Old Autocad trials?

2007-05-05 Thread Dan Kegel
On 5/5/07, L. Rahyen <[EMAIL PROTECTED]> wrote: [The worst problem with supporting Autocad is going to be the copy protection.] Yeah, probably. It looks like they used C-Dilla (aka safecast) from 2000 or so to 2005 or so. http://wiki.winehq.org/SafeDisc gives hope that Wine will support safed

Re: Old Autocad trials?

2007-05-05 Thread L. Rahyen
On Saturday May 5 2007 13:42, Dan Kegel wrote: > http://wiki.winehq.org/LinuxApplicatonRequestSurvey > says that Autocad is the #2 most requested > application on Linux. The latest version might be > a challenge to support, since it depends on .net 2.0, > but we could start by supporting older ve

Writing an interactive test

2007-05-05 Thread Andrew Riedi
I would like to know if there is a way to write an interactive test for my cursor code (will add it to dlls/d3d9/tests). The biggest problem I am having is trying to keep a window drawn. Of course I could use sleep(), but then that soft-freezes my computer. I would like to make it part of our t

Re: rsaenh: fix bugs in RSAENH_CPAcquireContext and RSAENH_CPGetProvParam

2007-05-05 Thread Maarten Lankhorst
Mounir IDRASSI schreef: > We have found few bugs in the MS Enhanced CSP implementation in wine > (rsaenh.dll) and you'll find attached a patch that corrects them. Hello Mounir, Bug fixes are always welcome in wine. But fixing bugs is one thing, but it is also very recommended to add tests to verif

Re: winmm: Use a pipe for timer

2007-05-05 Thread Maarten Lankhorst
Steven Edwards schreef: > Hi, > > Even though backward compatibility is kept I worry about a couple of > things. A lot of work was done on WinMM to make it portable to windows > for testing and I don't like seeing new code to tie it back to unix > even with the old code left in place. Also shouldn'

Re: winmm: Use a pipe for timer

2007-05-05 Thread Steven Edwards
Hi, On 5/5/07, Maarten Lankhorst <[EMAIL PROTECTED]> wrote: This avoids expensive server calls in a time critical timer. Without priority patch it drops stddev in winmm timer tests to < 2 ms as compared to ~7 ms before. With priority patch it drops to < .20 ms. Backwards compatibility code is

Re: Newbie question: WineLib DLLs

2007-05-05 Thread Steven Edwards
On 5/5/07, Christian Eggers <[EMAIL PROTECTED]> wrote: Problem: The dll is linked against an external (non-wine) shared lib. How can my dll be integrated in wine without forcing other users to get the external library in order to compile wine? Look at how capi32 does delay loading of the nati

Newbie question: WineLib DLLs

2007-05-05 Thread Christian Eggers
Hello, I've created a (very) simple wine dll as described in "Building WineLib DLLs". This dll is a wrapper for the "ct-api" interface used for chipcard readers [1]. With this dll it's possible to use HBCI chipcards (for german online banking, [2]) together with Windows homebanking application

Re: [PATCH 3/3] winex11: Use TINN algorithm to speed up colour lookups.

2007-05-05 Thread Jacek Caban
Vitaly Budovski wrote: > Vitaliy Margolen wrote: >> Vitaly Budovski wrote: >> >>> Vitaliy Margolen wrote: >>> Thanks for the tip. Unfortunately in this instance it will not >>> work as I >>> do in fact query more than a < b. See the nearest function in patch 2. >>> >> And what is so spec

rsaenh: fix bugs in RSAENH_CPAcquireContext and RSAENH_CPGetProvParam

2007-05-05 Thread Mounir IDRASSI
Hi, We have found few bugs in the MS Enhanced CSP implementation in wine (rsaenh.dll) and you'll find attached a patch that corrects them. Here is a description of the problems we found: - In RSAENH_CPAcquireContext : when specifying CRYPT_DELETEKEYSET, the function always deletes the container

Old Autocad trials?

2007-05-05 Thread Dan Kegel
http://wiki.winehq.org/LinuxApplicatonRequestSurvey says that Autocad is the #2 most requested application on Linux. The latest version might be a challenge to support, since it depends on .net 2.0, but we could start by supporting older versions. http://appdb.winehq.org/appview.php?iAppId=86 sh

Re: dbghelp performance

2007-05-05 Thread Eric Pouech
Markus Amsler a écrit : Eric Pouech wrote: Markus Amsler a écrit : I've played around with dbghelp performance. My test case was breaking at an unknown symbol (break gaga) while WoW was loaded in the debugger (wine winedbg WoW.exe). The time was hand stopped, memory usage measured with ps -AF

Re: msi automation IDL parameter names

2007-05-05 Thread Alexandre Julliard
Robert Shearman <[EMAIL PROTECTED]> writes: > This obviously won't work if the parameter names are different. > > However, the procedure to cleanly implement an IDL file with > compatible parameter names isn't clear to me. I would think we would > need legal advice as to how to do this. It's no d

Fedora Packages

2007-05-05 Thread Andreas Bierfert
Hi, here is some news/status update on the fedora packages: As people have been complaining about the link on the winehq webpage I have taken the time to make a summary page[1] on the fedora wiki which is easier for me to maintain and keep up-to-date and is probably more helpful. I would request

Re: Console output with different codepages - the result.

2007-05-05 Thread Eric Pouech
Kirill K. Smirnov a écrit : В сообщении от 23 апреля 2007 16:11 вы написали: "Kirill K. Smirnov" <[EMAIL PROTECTED]> wrote: The written strings in 866 and 1251 code pages are only readable when output console code page matches the string encoding. This is in wine. In

Re: wine.inf: Add AllUsersProfile and associated entries to the registry [try 2].

2007-05-05 Thread Alexandre Julliard
Vitaliy Margolen <[EMAIL PROTECTED]> writes: > Why should it go into shell32? It only setting up user related stuff, > not the all user's / global. That part belongs in kernel32. And since > you didn't like it there, it should go into registry during the install. Yes, but the way to put it in the

Re: USB device support in wine

2007-05-05 Thread Damjan Jovanovic
On 5/5/07, Jon Burgess <[EMAIL PROTECTED]> wrote: > > 4. Integrate NTOSKRNL.EXE into wine, add USB infrastructure to > NTOSKRNL.EXE so that kernel-mode drivers can access USB (probably > through libusb), and modify ntdll to forward the appropriate reads, > writes, and i/o control requests to NTO

Re: USB device support in wine

2007-05-05 Thread Jon Burgess
4. Integrate NTOSKRNL.EXE into wine, add USB infrastructure to NTOSKRNL.EXE so that kernel-mode drivers can access USB (probably through libusb), and modify ntdll to forward the appropriate reads, writes, and i/o control requests to NTOSKRNL.EXE so that the .SYS file can handle them. This is the