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
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
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
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 to a
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 acknowledge
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_1274dev_1371subsys_13711274rev_08#361aaa01068#{6994ad04-93ef-11d0-a3cc-00a0c9223196}\wave)
5.0
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
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
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
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, this
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
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 out
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
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
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_1106dev_3059subsys_rev_10#361aaa0108d#{6994ad04-93ef-11d0-a3cc-00a0c9223196}\wave)
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
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
17 matches
Mail list logo