On Monday 24 December 2007 12:13:10 pm Dan Kegel wrote:
> To look into
> http://bugs.winehq.org/show_bug.cgi?id=3620
> I wanted to create a 16 bit self-extracting archive.
>
> I also tried the DOS version, and that just hung (grumble).
pkzip 2.5 for dos works fine under dosbox
On Monday 07 May 2007 11:50 pm, Dan Kegel wrote:
> You don't have a conformance test, nor was there one for CopyFile.
> Maybe you should consider writing one, and making sure it passes
> both on Wine and Windows.
There is a test for CopyFile in kernel32/tests/file.c, if I can find some time
I pla
On Tuesday 08 May 2007 2:39 am, Andrey Turkin wrote:
> Kevin, you are setting file size before copy starts. I'm not sure
> Windows does so; also how would that work if destination file system
> does not support sparse files?
This is what windows does (at least XP)
SetEndOfFile does not create a s
On Sunday 17 December 2006 10:46 am, Paul Vriens wrote:
> While investigating that (several hours up to now) I found (not 100%
> sure though) that if an executable (like our setupapi_test.exe) has the
> word setup in it and is not properly signed, Vista starts
> complaining !!!
>
> Just copying our
On Wednesday 15 November 2006 3:00 pm, L. Rahyen wrote:
> On Wednesday November 15 2006 19:25, Marcus Meissner wrote:
> > In this case we should perhaps try to detect such applications and mark
> > them executable accordingly.
> >
> > (Like... "does any section has exec flag? if not ... make all of
On Friday 14 April 2006 9:31 am, Jeremy White wrote:
> The standard that's developing is that you don't invoke a KDE program
> unless KDE_FULL_DESKTOP is set and you don't invoke a Gnome session
IIRC its if KDE_FULL_SESSION==true
On Sunday 02 October 2005 5:45 pm, Brian Vincent wrote:
> Maybe we need to collect things like this into a "Release Notes" page
> on the wiki? In this case it would look something like, "GENTOO
> USERS: After placing the bullets in the chamber, pointing the gun at
> your foot, and typing emerge yo
On Friday 23 September 2005 4:10 am, Mike McCormack wrote:
> Hi All,
> The question is, through which interface (or set of interfaces) does
> shell32 invoke the Shelllink object?
>
> From what I can determine, ShellExecute should use the .lnk extension
> to look in the registry (HKCR\.lnk -> HKCR\
On Tuesday 23 August 2005 2:39 pm, Frank Richter wrote:
> + static const WCHAR themesSubdir[] =
> + {
> '\\','R','e','s','o','u','r','c','e','s','\\','T','h','e','m','e','s',0 };
> + WCHAR themesPath[MAX_PATH];
> +
> + free_theme_files();
> + themeFiles = DSA_Create (sizeof (ThemeFil
On Wednesday 20 July 2005 3:02 am, Raphael wrote:
> Hi, Why not using basetsd.h defines instead ?
because windef.h does not depend on basetsd.h
Here is a different approach
Index: include/windef.h
===
RCS file: /home/wine/wine/include
On Tuesday 19 July 2005 4:31 pm, Juan Lang wrote:
> Can you give an example of a non-simple case?
>
> What about defining LONG as int in win64?
you could start with running "grep long *" inside the include directory.
Every instance would need to be changed in some form, I count well over a
thou
gcc and msvc++ have different opinions on the size of a long in 64bit code,
gcc has sizeof(long)==8 while msvc++ has sizeof(long)==4
Binary compatibility with win64 will be just about impossible as the long
datatype is used extensively throughout the headers and code
doing -Dlong=int works in s
On Thursday 07 July 2005 10:06 am, Frank Richter wrote:
> Hm... is there a way to make the *Blt() functions preserve alpha (as
> they should)? This message:
> http://lists.freedesktop.org/archives/cairo/2003-December/000900.html
> seems to suggest that 32bpp XImages seem to be possible, but then, I
On Thursday 07 July 2005 3:43 am, Frank Richter wrote:
> On 07.07.2005 02:32, Kevin Koltzau wrote:
> > + /* internal stuff */
> > +#define BUTTON_HOT0x8000
> > +#define BUTTON_INTERNAL (BUTTON_HOT)
> >
> > Under windows, the mouseover
On Thursday 07 July 2005 7:06 am, Frank Richter wrote:
> I did so in my working copy. I also removed the double-buffering stuff
> from DrawThemeBackground(), ie I AlphaBlend() directly to the screen. I
> also made a small test case; the alpha is already missing from the
> bitmap returned from LoadI
On Wednesday 06 July 2005 7:59 pm, Frank Richter wrote:
> On 07.07.2005 01:40, Kevin Koltzau wrote:
> > StrechDIBits is at fault, you´ll notice if you call that with the
> > original size of the bitmap (hence not stretching) it works as expected
>
> Hm, isn't that the ca
On Sunday 03 July 2005 9:16 am, Frank Richter wrote:
> Add initial button theming support. Upon initialization, the "Button"
> class is subclassed. In case theming is activated, the subclass will
> take control of painting and state management; without theming, all
> theming-unrelated messages are
On Wednesday 06 July 2005 11:20 am, Frank Richter wrote:
> Hi,
> I have a bit of trouble with loading a 32bpp RGBA bitmap from a
> resource. On Windows, using LoadImage() and LR_CREATEDIBSECTION the
> alpha values stays the same; however, doing the same on Wine, the alpha
> channel gets clobbered.
On Wednesday 15 June 2005 10:10 pm, Jeremy White wrote:
> The rc of -16 is EBUSY.
>
> To be honest, I find it odd that you're getting
> a success while the sound card is in use; in
> my testing, any attempt to open a pcm that is
> in use generates a -16 return code, whether it
> be default:0 or pl
On Tuesday 14 June 2005 11:21 pm, Jeremy White wrote:
> Kevin Koltzau wrote:
> Actually, try this one instead. Turns out that if
> you open a device with default:0 on some versions
> of alsalib (my laptop, as opposed to my work box),
> then snd_pcm_name() fails. Sigh.
Getting c
On Monday 13 June 2005 11:49 pm, Jeremy White wrote:
> What happens if you change the snd_pcm_open
> line to tweak the 3rd parameter from 0 to
> SND_PCM_NONBLOCK?
With that flag set it does get past that point, however
it ends up not detecting any devices.
[EMAIL PROTECTED] Winamp $ WINEDEBUG=+wa
On Monday 13 June 2005 10:01 am, Jeremy White wrote:
> Attached is a fairly sizable patch that revamps the
> way Alsa initialization is done.
In ALSA_TestDeviceForWine, the call to snd_pcm_open blocks if I have
any applications currently using my sound card, and does not complete
until all other a
On Sunday 12 June 2005 09:52 pm, Jeremy White wrote:
> I don't think this is correct. Our job is to enumerate
To be honest I didn't think it was correct either, but the current
solution does not work correctly either so I figured I'd give it a shot.
I have default overridden to pass through dmix
On Wednesday 11 May 2005 05:09 pm, Stefan Leichter wrote:
> the ole32 tests are working now for WinNT again: But they do not load on
> win9x/ME. Can someone with a Win9x/ME system run ole32_test.exe manualy and
> report the text displayed in the message box when it is started.
The ole32_test.exe
I verified on XP, it is case sensitive
On Monday 09 May 2005 03:37 am, Dmitry Timoshkov wrote:
> > + /* If the file starts with .LOG, add a time/date at the end and set
> > cursor after
> > + * See http://support.microsoft.com/?kbid=260563
> > + */
> > + if (GetWindowTextW(Globals.hEdit, log, siz
On Wednesday 23 March 2005 07:04 am, Boaz Harrosh wrote:
> Maybe it only register as per Process, which makes sense. And it does
> that before any window is displayed. Actually I know when. (A bug I had)
> it does it in the InitCommonControlsEx call. Not even in the DLLMain. An
> app that needs
On Wednesday 12 January 2005 04:12 pm, Ferenc Wagner wrote:
> Yes, looks like Kevin had to give up on cross building the
> binaries a couple of months ago; it was he who updated the
> SF downloads page.
I actually gave up keeping the sourceforge upload working, I am however
still building winetest
CreateBrushIndirect under Wine currently returns stock brushes if the brush
requested
matches the color. In gdi/brush.c the following comment is made:
/* If a solid brush is created in a color matching one of the
* stock brushes, native returns the stock object (GDI heap
* optimisation). Some
Please do not apply this patch
On Thursday 11 November 2004 11:38 pm, Kevin Koltzau wrote:
> This is a bit of a bad hack, but very bad things happen when a stock brush is
> deleted
>
> Changelog
> Prevent deletion of stock brushes when system colors change
>
On Friday 19 November 2004 06:17 pm, William Poetra Yoga H wrote:
> OK, so I think windows/nonclient.c doesn't need to be changed, we just have to
> load a theme somewhere at wineserver startup.
This is an area that is somewhat in the air currently. There are 2 methods I am
toying with to theme st
On Thursday 18 November 2004 01:04 am, William Poetra Yoga H wrote:
> This is getting a bit complicated. So right now for the colors, we can use
> uxtheme, right? We should just use GetThemeSysColor(), not GetSysColor(). Btw,
> why does MS have GetThemeColor()? From what I can see in the MSDN, the
On Tuesday 16 November 2004 02:20 pm, Mike Hearn wrote:
> No, theming is a breaking change so Windows only applies it to apps that
> opt-in (very smart move IMHO even if the user experience does suffer
> somewhat).
On that note, I have been toying with possible ways to start theming common
contro
On Tuesday 16 November 2004 10:38 am, William Poetra Yoga H wrote:
> So, does the app know that it's being themed? What I mean is, for example an
> app is written for Win 95. In the (unlikely case, so let's change it to Win
> ME)
> event that it is compatible with Win XP, will it be skinned (witho
On Thursday 11 November 2004 11:37 am, Jia L Wu wrote:
> I have a win32 function which can read an executable file and determine
> all the dependent dlls. I want to port it to Linux and build it using
> winelib. Hence the same functunalities can be achieved (i.e determine if
> the file is winelib f
I think I've found the problem, mingw-w32api does not have mscms
With this patch my build runs successfully
However, I currently have another issue..sourceforge seems to have
made some kind of minor change to their site that breaks sfpublish.
As I'm not going to have much time to hack on sfpublis
On Monday 20 September 2004 11:56 am, Juan Lang wrote:
> --- Mike Hearn <[EMAIL PROTECTED]> wrote:
> > In theory My Documents can be controlled by the
> > registry. In practice I
> > think quite a few apps hard code it.
>
> Do you think so? I'd be a little surprised, since
> it's c:\My Documents
On Sunday 05 September 2004 03:09 pm, Jukka Heinonen wrote:
> Well, under DOS VGA text mode, mouse cursor is like "gpm" mouse
> cursor, a character cell which gets inverted or otherwise
> highlighted in order to show where mouse is currently located at.
> As far as I know, neither Wine nor Window
On Sunday 05 September 2004 05:41 am, Hans Leidekker wrote:
> > On the console, I saw only the four warnings/errors:
> >fixme:msi:MsiInstallProductW L"/iH:\\IS3123.tmp\\netfx.msi" L""
> >fixme:msi:MSI_OpenDatabaseW open failed r = 80004005!
> >Installation of /iH:\IS3123.tmp\netfx.msi (
On Thursday 02 September 2004 04:12 am, Mike Hearn wrote:
> Or can named pipes go over the wire as well? If so that's a bit scary
> ... what sort of protocol would they use?
Named pipes use SMB/CIFS over NetBIOS, IIRC
I'm having the same problem
On Wednesday 25 August 2004 08:12 am, Paul Millar wrote:
> imagelist.o(.text+0x11ba):/home/paulm/Testing/wine-cross-source/dlls/comctl32/tests/imagelist.c:279:
>
> more undefined references to [EMAIL PROTECTED]' follow
> distcc[21076] ERROR: compile on localhost faile
On Thursday 29 July 2004 01:17 pm, Ferenc Wagner wrote:
> Yes, there was a short discussion about this on 23-24 July
> on wine-devel. It reached no conclusion, though, and I
> didn't try the various MinGW libraries recommended there.
> The abundance of MinGW packages always confused me, and at
> t
On Friday 30 July 2004 03:15 pm, Chris Morgan wrote:
> So this isn't winrash's window, this is the winetest window?
My mistake, its winrash that would be causing the window to open
in the first place..but if it didnt winetest would end up doing it anyway
at the moment
Under win9x its always going
On Friday 30 July 2004 12:25 pm, Chris Morgan wrote:
> I'm not really sure what the user means. I don't have anything other than an
> xp machine to test on and services are supported there. Anyone know what the
> issue is? Maybe adding some code to the non-service path that was added to
> sup
On Thursday 29 July 2004 05:10 am, Ferenc Wagner wrote:
> since I included dsound into winetest you don't seem to
> publish any more winetest versions on Sourceforge. Have you
> got problems compiling the dsound tests? Can you cope?
multiple definition of `CLSID_DirectSoundPrivate'
multiple defi
On Thursday 29 July 2004 02:26 am, Shachar Shemesh wrote:
> Actually, running a gentoo mirror myself (il1.rsync.gentoo.org), the way
> gentoo handles the mirrors is to sync the distro several days in advance
> with permissions preventing anyone (except us :-D ) from getting it, and
> then rsynci
On Wednesday 28 July 2004 04:36 pm, [EMAIL PROTECTED] wrote:
> Your help is much appreciated. This is a tricky issue it seems as SF isn't always
> reliable for downloads...
Gentoo handles this situation fairly well, it simply uses a URL format
'mirror://sourceforge/project/file'
and has a small
This patch
http://cvs.winehq.org/patch.py?id=12495
seems to have broken the mingw build, currently getting
i386-mingw32msvc-gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__
-D_REENTRANT -Wall -pipe -fno-strength-reduce -mpreferred-stack-boundary=2
-fno-strict-aliasing -gstabs+ -Wpoi
the mingw crossbuild broke last night with
mmap.c: In function `wine_mmap_add_reserved_area':
mmap.c:291: error: `PROT_NONE' undeclared (first use in this function)
mmap.c:291: error: (Each undeclared identifier is reported only once
mmap.c:291: error: for each function it appears in.)
mmap.c:291:
I noticed my crosstest build last night failed on
module.cross.o(.text+0x713): In function `testGetModuleFileName':
/home/wine/wine/dlls/kernel/tests/module.c:63: undefined reference to `wine_dbgstr_wn'
module.cross.o(.text+0x727):/home/wine/wine/dlls/kernel/tests/module.c:63: undefined
reference
In an attempt to prevent duplicated effort on this also, I actually have most of
this already implemented in my tree, there is a bit more work left
to do (about a weeks worth at my current pace) to fully complete
On Tuesday 18 May 2004 08:10 pm, Robert Shearman wrote:
> > /
On Thursday 13 May 2004 01:04 pm, Steven Edwards wrote:
> While you are working on the wininet stuff... If you have time could
> you look at a way to be able to make use of Winsock on the mingw port?
> We wanted to convert wininet to winsock but Alexandre says this will
> be to slow on Unix so we
I noticed the wininet callbacks don't respond quite the same as
windows does. Primarily the async calls complete almost immediately
while on windows they don't respond at all until an alertable function
is called (eg. SleepEx).
Looking through the wininet code, I noticed we are using worker
thread
On Friday 30 April 2004 10:47 am, Uwe Bonnes wrote:
> Could you try appended patch?
Looks like that worked, thanks
On Friday 30 April 2004 09:59 am, Uwe Bonnes wrote:
> Is http://cvs.winehq.org/patch.py?id=12192 applied?
>
> it could be related.
Yes its applied, I am running on current cvs as of this morning
On Friday 30 April 2004 09:37 am, Uwe Bonnes wrote:
> Kevin> I've narrowed it down to a buffer overrun, no idea where yet..but
> Kevin> if I force RtlAllocateHeap to always allocate 1 extra byte, the
> Kevin> segfault goes away..
>
> It always a good start to run a buffer overrun with
On Friday 30 April 2004 06:31 am, Saulius Krasuckas wrote:
> (Subject was: wineinstall problems at creation of config-files)
>
> Ok, today I got less lazy and found function of interest:
> /usr/src/wine-cvs/wine/server/registry.c:1114:fprintf( stderr, "Line %d: %s
> '%s'\n", info->line, err,
On Thursday 29 April 2004 06:56 pm, Kevin Koltzau wrote:
> I'm getting segfaults with current cvs, I've tracked it down to this patch
> http://cvs.winehq.org/patch.py?id=12187
>
> last few lines in a +relay are
> 0009:Call
> ntdll.N
I'm getting segfaults with current cvs, I've tracked it down to this patch
http://cvs.winehq.org/patch.py?id=12187
last few lines in a +relay are
0009:Call
ntdll.NtCreateKey(bfffcd84,000f003f,bfffe190,,,,)
ret=4051e47a
0009:Ret ntdll.NtCreateKey() retval=
On Wednesday 28 April 2004 07:59 am, Shachar Shemesh wrote:
> First of all, we are talking about "non-interactive serivces" only.
Yes
> Actually, I think the user WILL see them if she presses "ctrl-alt-del".
> The GINA login window is one such window opened by a service, as well as
> that thing
On Wednesday 28 April 2004 06:25 am, Francois Gouget wrote:
> I don't think that it is correct to say that services cannot cerate
> windows. From what I remember from the time I wrote a service and how I
> read the information at the URLs you provided, what happens is that a
> service can create wi
On Wednesday 28 April 2004 07:38 am, Jakob Eriksson wrote:
> What about "Allow service to interact with desktop" I have seen
> somewhere in Windows?
You run the service under the local system account and pass
SERVICE_INTERACTIVE_PROCESS for service type when
calling CreateService
On Tuesday 27 April 2004 08:57 pm, Chris Morgan wrote:
> When I was trying to run the winetests in gui mode they simply wouldn't run.
> Winetest would start but wouldn't spawn any of the subtests. Ferenc's
> winetest build with console windows worked much better. I don't have any
> idea why t
On Saturday 24 April 2004 09:14 am, Jakob Eriksson wrote:
> >I think it's a valid thing as well, but please let's wait a bit
> >until we eliminate all this variability we have before we go
> >ahead and introduce yet another potential problem. Meanwhile,
> >maybe Kevin can also upload to SF a non zi
On Friday 23 April 2004 10:55 am, Dimitrie O. Paun wrote:
> 1. Build Info
> Feri want to move that in the resources, with good
> reason. This will probably affect you very little,
> but needs to be done. We can still keep it in the .zip
> file (it is tiny) as it's a lot easier
On Friday 23 April 2004 08:48 am, Ferenc Wagner wrote:
> Well, they already have to take care about the WINE_BUILD
> environmental variable. We could instead/also mandate the
> presence of script which is run by maketest and produces all
> the build information we need: tag, archive url and build
> - the will use same time converted to UTC
> so it will mosty be MMDD1000, but it may be
> different when daylight-savings is in effect
If we are always explicitly using EST, daylight savings will never
affect it (its always UTC-5) as when in daylight savings,
the timez
Looking on
http://www.specopslabs.com/david_development.htm
it doesn't sound like they've done much other then come
up with a business model based on theoretical goals
And on
http://www.specopslabs.com/market_competition4.htm
They mention just taking all the previous
open source windows compatibil
On Wednesday 21 April 2004 06:07 pm, Ferenc Wagner wrote:
> Er, I don't know. Winetest itself doesn't really need it,
> but WinRash (the service) couldn't execute it otherwise. We
> don't understand this. Apart from this, winetest has
> console mode, when it doesn't display a gui but logs into
>
Just tried this on win98, XP and Win2k3
On win98 it totally locks my system up on user32:dialog
On Tuesday 20 April 2004 01:01 pm, Dimitrie O. Paun wrote:
> Folks,
>
> Can you please run this .exe on your Windows box:
> http://afavant.elte.hu/~wferi/wine/winetest.exe
>
> We are trying to tes
On Monday 19 April 2004 04:23 pm, Hans Leidekker wrote:
> 'make crosstest' would be more valuable if we didn't have to
> build all of Wine first and this is the only thing blocking that.
This is possible to do without building all of wine, at the moment these
are the steps I am running (after conf
I can yes, just need to work out the details
On Saturday 17 April 2004 05:09 pm, Dimitrie O. Paun wrote:
> OK, perfect. Can you do this on a daily basis (from cron,
> say at 4am EST), and do the publishing stuff?
>
I am capable of building this if needed.
I've put up a copy of winetest.exe built from current
CVS on http://www.plop.org/winetest.exe if you are
interested in taking a look
On Saturday 17 April 2004 01:12 pm, Brian Vincent wrote:
> I noticed Kevin Koltzau has been playing with cross-c
On Wednesday 14 April 2004 10:48 pm, Tony Lambregts wrote:
> Blowing my own horn.
...
> +Location: St. Albert, Alberta, Canada
> + IRC Nick: tindalos
Thats my IRC nick :)
I decided to try cross compiling all of wine using mingw..hit a couple problems in
dbghelp
This fixes a few of them, it still doesn't compile (primarily because of a missing
regex.h at the moment)
but it does get farther
I'm not sure if these fixes are quite right..I don't fully understand this
- 1.15
+++ templates/en/who.template 24 Mar 2004 22:49:16 -
@@ -266,7 +266,7 @@
Kevin Koltzau
Location: New York City, New York
-
+ IRC Nick: tindalos
Email: kevin -at- plop dot org
IE overrides MIME types for more then just ambiguous types, to quote one test
mentioned in the appendix
"If the server-provided MIME type is either known or ambiguous, the buffer is scanned
in an attempt to verify
or obtain a MIME type from the actual content. If a positive match is found (one o
is basically doing "If a web server reports a MIME type in this list,
ignore it and
make our own guess" which is totally wrong standards-wise and a major cause of many
problems under IE on Windows..
On Thursday 18 March 2004 11:54 am, Mike Hearn wrote:
> On Thu, 18 Mar 2004 11:38:58
URLMON.@)
*/
HRESULT WINAPI IsAsyncMoniker(IMoniker *pmk)
--- /dev/null 1969-12-31 19:00:00.0 -0500
+++ dlls/urlmon/mime.c 2004-03-18 11:32:50.567275960 -0500
@@ -0,0 +1,291 @@
+/*
+ * UrlMon - MIME detection
+ *
+ * Copyright 2004 Kevin Koltzau
+ *
+ * This library is free software; you can r
Many apps dynamically bind to entry points to determine if features in Windows
are available as well, This may cause quite a few apps to report huge numbers
of warnings when there is actually nothing wrong
On Monday 08 March 2004 08:44 pm, Robert Shearman wrote:
> Many applications dynamically bin
On Wednesday 25 February 2004 04:15 am, Fabian Cenedese wrote:
> Contrary to my first tests these API functions understand VB hex
> numbers quite well. There is no problem with these calls on Win2K:
>
> OLECHAR test[]={'&', 'H', 'F', '0', '8', 'F', '\0'};
> VarI4FromStr(test, LANG_NEUTRAL, NUMPRS_
On Wednesday 25 February 2004 06:28 am, Mike Hearn wrote:
> 4) Theme all widgets with a hard link to uxtheme but have a "Win98 look"
> theme which replicates the current drawing?
This actually would end up happening in all cases, if theming is disabled the widget
is responsible for drawing
itself
I'm starting to work on theming some widgets, and I've come up with a few methods of
doing this:
1) Add theming code to every widget itself, static link to uxtheme.dll
2) Add theming code to every widget itself, using LoadLibrary/GetProcAddress
3) Subclass widgets when uxtheme.dll is loaded and ov
Changelog
Define SPI_* values introduced in XP
Index: include/winuser.h
===
RCS file: /home/wine/wine/include/winuser.h,v
retrieving revision 1.178
diff -u -r1.178 winuser.h
--- include/winuser.h 9 Jan 2004 22:18:49 - 1.178
On Tuesday 17 February 2004 03:44 pm, Alexandre Julliard wrote:
> > Utility to query currently installed theme, retrieve properties
> > about a particular msstyles file, install/uninstall a theme
>
> This should go into winecfg.
agreed, I just wanted to get something out there incase anyone wants
On Monday 16 February 2004 04:26 am, Mike Hearn wrote:
> Presumably this is only if you have a native luna theme lying around
> somewhere, right? Do you know what files we need?
Luna would work yes, but thats not the only theme out there
Many skinning sites have sections for msstyle themes, you co
On Saturday 14 February 2004 10:22 pm, Chris Morgan wrote:
> The best documentation I've found thus far for inf files,
> http://www.leeos.com/infdoc.html#Top, doesn't have anything about running
> programs from inside of an inf file. If this is possible it would probably
> make more sense to have
I'm having an issue with StretchBlt and alpha channels, I've got 2 DIBs, and using
StretchBlt from one to the other.
If the source and destination height & width are identical, it works perfectly, but if
I increase or decrease either
height or width by as much as 1 pixel, the alpha channel appear
On Thursday 05 February 2004 09:59 am, Ove Kaaven wrote:
> The way I understand the API, you could also get the current screen
> depth even under real Windows (i.e. 16 if you run Windows in HiColor
> mode instead of TrueColor mode), at least early versions of it. If you
> want to preserve the bpp,
On Wednesday 04 February 2004 10:32 pm, Kevin Koltzau wrote:
> I am loading a 32bpp bitmap from resources of a dll, but under wine its
> being reported as 24 bit..for example
I think I actually found the answer to my own question..I'm always getting the bpp of
my X server..
Is this o
I am loading a 32bpp bitmap from resources of a dll, but under wine its being reported
as 24 bit..for example
void main() {
HMODULE hTheme =
LoadLibrary("C:\\Windows\\Resources\\Themes\\Luna\\Luna.msstyles");
HBITMAP hBmp = LoadBitmap(hTheme, "BLUE_BUTTON_BMP");
BITMAP bmp;
GetOb
On Monday 02 February 2004 12:27 am, Dimitrie O. Paun wrote:
> On the MaskBlt front, I've adapted that function from a post
> to the wine-patches list by a guy who never resurfaced. I have
> no idea if that implementation is good. It seems to work in some
> situations, but I wouldn't be surprised i
t (C) 2004 Kevin Koltzau
*
* This library is free software; you can redistribute it and/or
* modify it under the terms of the GNU Lesser General Public
@@ -42,13 +43,65 @@
/**
* TransparentBlt
I noticed Warren Baird has submitted an implementation of TransparentBlt back
in Feb 2003.. http://www.winehq.org/hypermail/wine-patches/2003/02/0029.html
I'm curious what was wrong with that implementation to keep it from being
committed, and what might be done to get it up to par..or maybe it w
Win98 doesn't have themes, so you've got nothing to worry about as far as registry
settings go.
Only WinXP and Win2003 (and anything newer then those) have theming support
On Wednesday 28 January 2004 02:14 pm, MediaHost \(TM\) wrote:
> OK, good to know! Anyway, I made a import of a registry file
There have been a couple patches recently commited to CVS related to that, this one in
particular may help
http://cvs.winehq.org/patch.py?id=10856
Although I'm currently unable to get explorer to work with current CVS so there may be
other issues
On Wednesday 28 January 2004 12:58 pm, MediaHost
On Saturday 17 January 2004 12:41 pm, Dimitrie O. Paun wrote:
> > I agree that [Version] should be an app specific setting, it is a
> > frequently used option. Maybe we can roll version settings and the Dll
> > settings tab together into an "Application" tab?
>
> I think this is a good idea. In ge
On Monday 12 January 2004 07:07 pm, Alexandre Julliard wrote:
> Kevin Koltzau <[EMAIL PROTECTED]> writes:
> > As far as inefficent that wasnt my concern as the data is only
> > loaded once at startup and never touched again
> > If it is an issue I will change th
startup
and never touched again
If it is an issue I will change this and resubmit
On Monday 12 January 2004 04:57 pm, Alexandre Julliard wrote:
> Kevin Koltzau <[EMAIL PROTECTED]> writes:
> > This is a ton of infrastructure for my future patches, and a full
> &
lls/kernel/profile.c 17 Nov 2003 20:31:30 - 1.4
+++ dlls/kernel/profile.c 15 Dec 2003 01:59:37 -
@@ -3,6 +3,7 @@
*
* Copyright 1993 Miguel de Icaza
* Copyright 1996 Alexandre Julliard
+ * Copyright 2003 Kevin Koltzau
*
* This library is free software; you can redistribute it and/or
You can duplicate a pipe handle with DuplicateHandle, make it inheritable and share it
between processes similar
to many other handles
On Sunday 04 January 2004 03:33 pm, Juan Lang wrote:
> --- Alexandre Julliard <[EMAIL PROTECTED]> wrote:
> > You have to do inter-process synchronization, pipe
>
1 - 100 of 113 matches
Mail list logo
