Jakob Eriksson (jakov_at_vmlinux.org) wrote:
> I looked around in the Wine dlls tree to see how many dlls had a "tests"
> directory in them.
> Quite a few had, but these did not:
> ...
> lzexpand
> ...
FWIW, I think someone's about to submit tests for lzexpand.
- Dan
Hi,
I'm using Wine to run on linux, an application build with vc++ 6.0. I've got
no problems running it, except when i try to create a child process to call
a a different executable that performs tasks needed to the main process, I
get no error or system failure, the process simply fails to be cre
Jakob Eriksson wrote:
As shown by:
http://test.winehq.org/data/200411021000/2000_IDWASEMPTY_1/winmm:capture.txt
capture.c:571:found 1 WaveIn devices
capture.c:302: 0: "Avance AC'97 Audio"
(\\?\pci#ven_1106&dev_3059&subsys_&rev_10#3&61aaa01&0&8d#{6994ad04-93ef-11d0-a3cc-00a0c9223196}\wa
I'm trying to implement taskmodal message boxes, what I've done up to now is
attached.
The problem is that with my current implementation if a window is disabled
before MessageBox*() is called, it is then
enabled after the user closes the messagebox, and Lionel has tested this on
win98 and this is
> Sorry if I'm way off (haven't looked at the problem myself), but can't we
> include a command-byte or so with the payload (in the case the context), so
> we can multiplex multiple requests on the same signal?
Well, that's what I meant by figuring it out. As far as I know signals
cannot contain p
On Thu, Nov 04, 2004 at 08:02:24PM +, Mike Hearn wrote:
> Long term the plan is to use SIGUSR2 to implement SetThreadContext, with
> SIGUSR1 uploading the sigcontext to the server for GetThreadContext like
> in the patch.
>
> That requires modifying DOSVM so it doesn't use SIGUSR2 (or figuring
Hi,
On Thu, Nov 04, 2004 at 08:02:24PM +, Mike Hearn wrote:
> This does leave the question of OpenGL/D3D thread affinity open, the plan
> was to use a signal for that but we only have 2!
If we only have two signals (SIGUSR1, SIGUSR2), then a good idea would be
to implement some sort of signal
On Thu, 04 Nov 2004 14:11:08 +, Mike Hearn wrote:
> Well, don't leave me in suspense, show me where they are! :)
I talked on IRC to Alexandre about this. The first race he was thinking of
is not a problem with this patch as Get/SetThreadContext loop until the
context is uploaded. The second ra
Michael Jung <[EMAIL PROTECTED]> writes:
> 2. A more technical question: LibTomCrypt's original sources are highly
> customizable (A lot of conditional compilation and hook-functions). Since we
> have fairly special requirements for rsaenh, I could cut down the source code
> a lot. However, thi
Thanks Huw. Actually, when GetDIBits gets invoked by the SelectBrush
code, it winds up in an unimplemented part anyway, so the current brush
code needs a different fix than just preventing the locking problem.
I'll try to see if the GetDIBits call can be replaced with something else
that works r
I looked around in the Wine dlls tree to see how many dlls had a "tests"
directory in them.
Quite a few had, but these did not:
Just thought it could be interesting to see.
.
./advpack
./amstream
./atl
./avicap32
./avifil32
./cabinet
./capi2032
./cards
./cfgmgr32
./comcat
./commdlg
./crtdll
./cr
If you run stuff from this shell, it should run without a GUI... or
something.
Could come in handy for debugging of winetest.exe
Haven't tested it yet, but have a go:
http://p-nand-q.com/download/supershell.html
How should this be handled, is this a buggy driver?
http://test.winehq.org/data/200411021000/2000_BennyGoemans/winmm:wave.txt
wave.c:998:found 1 WaveOut devices
wave.c:664: 0: "SB PCI"
(\\?\pci#ven_1274&dev_1371&subsys_13711274&rev_08#3&61aaa01&0&68#{6994ad04-93ef-11d0-a3cc-00a0c9223196}\wave)
>1. What is the legaly correct way to do this? As I understand it,
>public domain source can simply be taken as is and re-licensed under
>the LGPL. Is this correct? Am I allowed to remove the headers in the
>original file, which state that the code is public domain? How do you
>generally acknowledg
Le mer 03/11/2004 à 19:00, Bill Medland a écrit :
> I would be interested in knowing if anyone has succeeded with this before I
> start getting too carried away trying to fix the errors. When I tried I got
> an X error (BadWindow).
>
> I am sitting at a RedHat 8.0 computer
> with a VPN tunnel t
On Wed, 03 Nov 2004 21:00:14 -0800, Alexandre Julliard wrote:
> Actually I already did a similar hack in the Crossover tree; it's not
> merged because it's full of races (which at first glance seems to be
> the case with yours too).
Well, don't leave me in suspense, show me where they are! :)
I t
Michael Jung wrote:
I would like to use source code from LibTomCrypt (http://libtomcrypt.org) in
my implementation of rsaenh.dll (which I still hope has a remote chance of
being accepted into wine ;-), in order to get rid of the OpenSSL
dependencies.
Sounds good. I wonder if you can then build
Hello,
I would like to use source code from LibTomCrypt (http://libtomcrypt.org) in
my implementation of rsaenh.dll (which I still hope has a remote chance of
being accepted into wine ;-), in order to get rid of the OpenSSL
dependencies. LibTomCrypt is in the public domain. I have two questions
On Wed, Nov 03, 2004 at 09:24:08PM -0800, Walt Ogburn wrote:
>
> Changelog:
> Take color info from existing hdc instead of creating a new memory HDC.
>
>
> Index: dlls/gdi/dib.c
> ===
> RCS file: /home/wine/wine/dlls/gdi/dib.c,v
> r
19 matches
Mail list logo
