Sounds like you are doing a great job, BTW! I know this stuff gets
kinda
frustrating tedious, but remember that you are in territory that has
been a
problem for wine since time immemorial.
Thanks. I'm hoping that when I've got a grip on all this and settled
into uni I'll be able to
On Thu, 2003-07-24 at 03:38, Robert Shearman wrote:
Sorry, just realised that this the VARIANT_UserMarshal function is in
oleaut32. On Windows, this calls WdtpInterfacePointer_UserMarshal for both
the VT_UNKNOWN and VT_DISPATCH cases, which in turn calls
CoMarshalInterface.
Thanks, I didn't
Something that covers things like coding style, things not to do in wine
(e.g. because they arent portable enough) and so on.
ons, 23.07.2003 kl. 11.41 skrev Mike Hearn:
On Tue, 2003-07-22 at 17:35, Gregory M. Turner wrote:
I was kind of ignoring this as my brain is full with cabinet things ATM...
but it sure sounds awfully wrong, doesn't it?
Yeah. I have the feeling that some obscure rule of C is biting me on
ons, 23.07.2003 kl. 15.49 skrev Mike Hearn:
This comment in the code concerns me:
/*FIXME: give pointers for the rest, so propertyget works*/
I'm not sure what this comment refers to. It looks to me like give
pointers for the rest so propertyget works is what it's already doing.
Perhaps the
ons, 23.07.2003 kl. 17.28 skrev Mike Hearn:
So, moving on from that problem, I think my woes (currently) are caused
by the NDR engine not handling VT_DISPATCH variants.
Hmm. Oh yeah, I guess that could be a problem.
that causes VARIANT_UserMarshal to skip doing anything special for
On July 24, 2003 07:35 am, Jonathan Wilson wrote:
Something that covers things like coding style, things not to do in wine
(e.g. because they arent portable enough) and so on.
No really. There's DEVELOPERS-HINTS, but that's about it. As for style,
you can use your own style if you want in new
On Thu, 2003-07-24 at 13:47, Ove Kaaven wrote:
You have to use CoMarshalInterface, but of course you need an IStream
interface to do this, which is probably why I haven't bothered to
implement it yet.
I implemented it by creating an HGLOBAL stream then locking the global
and doing a memcpy.
I'm playing around with a program that controls a small design cutter -
it's basically a plotter that connects via the parallel port.
There is some Windows CAD software that knows about the plotter and sends
commands to it, as far as I can tell in one of two ways:
1) Through a printer driver. It
I would volunteer but I have so little time to research the entire history
that it would take me probably 2 years, unless I can have a volunteer send me
an outline of the history and I will write it as a formal document..
criteria:
-who started it, where he is now, why alexandre is the
Well, it works, finally. No more crashes/hangs :) That is - sort of.
Unfortunately, it's a bit too slow to be usable. A few wild stabs in the
dark and some timing traces showed the culprit to be LoadTypeLibEx:
trace:ole:LoadTypeLibEx File LC:\\windows\\system\\SHDOCVW.DLL index 1
--- Wine Bugs [EMAIL PROTECTED] wrote:
From: Wine Bugs [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: [Bug 1528] wineps printing to lpr issues
Date: Thu, 24 Jul 2003 09:29:37 -0500
http://bugs.winehq.com/show_bug.cgi?id=1528
--- Additional Comments From [EMAIL PROTECTED]
On July 23, 2003 09:59 pm, Tom wrote:
So, may I ask if either of you plan to volunteer to write a *official*
History/Time line page ?
Im no writer, really, so no, I don't plan on working on this.
Hopefully a better word craftsman will volunteer soon...
--
Dimi.
Title: Re: Status_Wine #2 -- lostwages
So, may I ask if either of you plan to volunteer to write a *official*
History/Time line page ?
Im no writer, really, so no, I don't plan on working on this.
Hopefully a better word craftsman will volunteer soon...
Pencil me in on this. I already
I also would help, except I'm so short on time I know I wouldn't actually do
anything, so I won't volunteer... I've been lurking around these lists for about 4 or
so years now, so I've got a bit of an idea about some of the stuff that's happened.
Maybe in the future I'll lend a hand.
If I
Title: Re: I need card back bitmaps
Before I continue with cards.dll work, I need card back bitmaps, specificly:
back 53, a diamond cross-hatch background. This one should have black lines
on a white background, its used as an indicator for where cards can go but
where there are no
In a CFormView , I create and display a CToolbarDialog. I use DoModal to
display the dialog.
A control (in Parent Windows) 's OnKillFocus event is called AFTER the
child dialog's OninitDialog.
This seems meaningfull to me, but in my Windows 2000 professional machine,
child's OninitDialog is
Some comments :
+ case D3DRENDERSTATE_LINEPATTERN: {
+ D3DLINEPATTERN pattern;
+ #ifdef WORDS_BIGENDIAN
+ pattern.wRepeatFactor = *((WORD*)pattern + 2);
+ pattern.wLinePattern = *((WORD*)pattern);
+
E == E Lea [EMAIL PROTECTED] writes:
E I'm playing around with a program that controls a small design
E cutter - it's basically a plotter that connects via the parallel
E port.
E There is some Windows CAD software that knows about the plotter and
E sends commands to it, as
Todd Vierling [EMAIL PROTECTED] writes:
The following patch to aclocal.m4 (will require a run of autoconf after
changing to pick up the change) will make WINE_GET_SONAME work on NetBSD,
and likely the other *BSDs. It is still Linux compatible -- in fact, this
new incarnation returns the
On Thu, 24 Jul 2003, Alexandre Julliard wrote:
: I don't think that's a good idea. There is no guarantee that the full
: path is valid on other systems,
Nor is there a guarantee that the non-full path is ABI compatible on other
systems, which was the point of allowing the full path (for system
Todd Vierling [EMAIL PROTECTED] writes:
Nor is there a guarantee that the non-full path is ABI compatible on other
systems, which was the point of allowing the full path (for system
libraries, mind you, not Wine's own) through.
I don't see why it wouldn't be ABI compatible; that's the whole
Marcus Meissner [EMAIL PROTECTED] writes:
Which file/functions gets broken by strict aliasing?
Well, everywhere we get an aliasing warning, there is potential for it
to be miscompiled. And the Windows API is so bad at using correct
types that I'm not sure we can really hope to ever have strict
On Thu, 24 Jul 2003, Todd Vierling wrote:
: Because this patch deals mostly with handling of whitespace and tabs, I've
: included a uuencoded version of the diff as well.
...And it would have been better if I had attached a correct copy of the
diff (there were missing m4 quote-brackets in the
Hello everyone,
Sorry to bother if there are lots of repeated commentswith my original posts...
So far, I failed to use winelib dllgenerated bywine tools:
1)winemaker:
I copied all windows source codes (.h .c .dll .dsp files which are used to build natives dll under visual studio)into one
Omer Sahin (Link Bilgisayar) [EMAIL PROTECTED] wrote:
In a CFormView , I create and display a CToolbarDialog. I use DoModal to
display the dialog.
A control (in Parent Windows) 's OnKillFocus event is called AFTER the
child dialog's OninitDialog.
This seems meaningfull to me, but in my
Brian Vincent C wrote:
So, may I ask if either of you plan to volunteer to write a *official*
History/Time line page ?
Im no writer, really, so no, I don't plan on working on this.
Hopefully a better word craftsman will volunteer soon...
Pencil me in on this. I already have the
I am trying to load a security Windows dll that does not run under a
debugger. When I load the dll I get a SIGTRAP, and then wine breaks in
its debugger.
My understanding is that if I run wine as opposed to winedbg I am not
running under a debugger. But, if there is a crash or some other
Summary: Clicking on the caption of a manage window does not move
the focus as it should. This results in ugly artifacts.
Steps to reproduce:
1. Fire up Notepad
2. Open the Open dialog (File | Open)
3. Expand the Look in dropdown (the one at the top, with the drives)
4. Click on
Dan Timis wrote:
I am trying to load a security Windows dll that does not run under a
debugger. When I load the dll I get a SIGTRAP, and then wine breaks in
its debugger.
My understanding is that if I run wine as opposed to winedbg I am not
running under a debugger. But, if there is a crash
30 matches
Mail list logo
