ons, 31.12.2003 kl. 17.48 skrev Robert Shearman:
> No. You should use cpp_quote. It may be necessary to disable stuff in the .h
> generated file which you can do with:
You can't use cpp_quote inside an interface definition. The quoted text
would end up before the generated type, not inside. For in
On December 31, 2003 07:33 pm, Dan Timis wrote:
> I don't understand how Windows dlls and Linux libraries link and how
> functions are called. What am I missing?
Please use winegcc to build the test app. It does a number of
housekeeping tasks behing the scene that might help.
--
Dimi.
Boaz Harrosh <[EMAIL PROTECTED]> writes:
> Until recently 95% of the work was done on wine. WineLib was a side effect.
> Look what happens, if I have a "-wrap" application (C++) I need to
> place a link to it in WINEDLLPATH to even load. and also to all it's
> supporting DLLs (I know I have 36 of
Sorry, I hit send by mistake. Here is the entire message.
Hi,
I wrote to the list a few weeks ago. I needed to support a USB device
without changing the Windows dll that I have to use. I was trying to
hack into wine to implement support for the USB device using
CreateFile() and DeviceIoCon
"Robert Shearman" <[EMAIL PROTECTED]> writes:
> "make idl" will make all of the idl files. I'm not sure why it is done this
> way, but those files are only updated once in a blue moon anyway.
Because building them automatically causes a lot of headaches when
generating dependencies. I'll get arou
Tom <[EMAIL PROTECTED]> writes:
> So if your willing to spec/stub ill start with version resource's
> and go from there.
>
> Any other volunteers?
>
> Alexandre this is up to you I guess...
> Can we ??
No. As already explained a number of times, adding stubs for new
functions is just aski
Hi,
I wrote to the list a few weeks ago. I needed to support a USB device
without changing the Windows dll that I have to use. I was trying to
hack into wine to implement support for the USB device using
CreateFile() and DeviceIoControl(). That was not a clean solution.
The author of the W
Happy New Year from the Central European Time Zone!
Ivan.
On December 31, 2003 03:29 pm, Mike Hearn wrote:
> > Maybe because crashing is the right thing to do in many cases,
>
> Why? I'd have thought failing the API call would be more sensible, or
Because it's bad policy: it's better to fail early and as close as
possible to the error point, rather then
n Wed, 2003-12-31 at 17:36, Dimitrie O. Paun wrote:
> Maybe because crashing is the right thing to do in many cases,
Why? I'd have thought failing the API call would be more sensible, or
doing what GTK does and printing assertion failures. But hey. Crashing
is what Win32 does, so it's what we do.
On December 31, 2003 08:00 am, Robert van Herk wrote:
> I need such a thing for winecfg, but Win32 doesn't seem to have a
> RegKeyRename api-call...
Why do you need the rename a key in winecfg?
--
Dimi.
On December 30, 2003 12:06 pm, Dmitry Timoshkov wrote:
> Moreover, I've created an explicit list of unimplemented messages/
> commands in the switch statement, so it should be fairly easy to
> figure out what should be done.
Well, I've looked at it (the switch statement in MCIWndProc() from
dlls/m
Dimitrie O. Paun wrote:
On December 31, 2003 11:18 am, Zimler Attila wrote:
Cool, here are a few comments on the patch:
+ /* Modified by Attila ZIMLER <[EMAIL PROTECTED]> on 28th of dec 2003.
+ - New key adding is now supported.
+ */
Please don't add such stuff in the headers, this g
On December 31, 2003 11:18 am, Zimler Attila wrote:
Cool, here are a few comments on the patch:
> + /* Modified by Attila ZIMLER <[EMAIL PROTECTED]> on 28th of dec 2003.
> + - New key adding is now supported.
> + */
Please don't add such stuff in the headers, this goes automatically in
the C
"Dimitrie O. Paun" <[EMAIL PROTECTED]> writes:
> On December 31, 2003 04:38 am, Boaz Harrosh wrote:
>> they were/are protected, but I think it should be removed from winegcc
>> because they don't do the Job.
>
> Maybe, I'm not sure. I'll let Alexandre comment on the ms-extensions.h
> idea. In gene
ons, 31.12.2003 kl. 15.55 skrev Boaz Harrosh:
> 2) In order for ATL to compile I need below code in my unknwn.h file. I
> could not fined a way to do it with WIDL.
> I have looked in Microsoft (vc6) header/idl and it looks they had the
> same problem. And below code was added by hand.
If Microso
On December 31, 2003 12:14 pm, Mike Hearn wrote:
> I guess the reason we need to crash when windows does is for apps that
> trap the fault and rely on it? Or is it just about being as correct as
> possible?
Maybe because crashing is the right thing to do in many cases, but it
looks like MS really
On December 31, 2003 04:38 am, Boaz Harrosh wrote:
> they were/are protected, but I think it should be removed from winegcc
> because they don't do the Job.
Maybe, I'm not sure. I'll let Alexandre comment on the ms-extensions.h
idea. In general, he does not like non-standard headers...
> Please d
On Tue, 2003-12-30 at 22:29, Alexandre Julliard wrote:
> The ERRs are useless. If Windows does a NULL check, then we should do
> one too, without any error message; if Windows doesn't, then we
> shouldn't check at all.
Well, I tested with a 98 copy of shell32 and it crashes too, so I guess
the pat
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> Behalf Of Boaz Harrosh
> Sent: 31 December 2003 14:56
> To: wine-devel mailing list
> Subject: unknwn.h: unknwn.idl
>
> 2 Questions
>
> 1) if I do "make depend" than edit unknwn.idl (or any other idl) than do
> "make
On Tue, 30 Dec 2003, Alexandre Julliard wrote:
>> I'm not sure whether you want to make this change in general, for all
>> platforms, so for now I have embedded it in an #if(n)def.
> I think we should do that on all platforms, yes. And you probably want
> to fix OSS_WaveInInit too.
Good catch! As
Hi,
I made the regedit program able to add new registry key (however, the
key does not appear until next run of regedit in the browser tree - as I
consulted it with Dimitrie, it will be handled later).
The diff is made against todays cvs tree (as 2003 december 31).
Attila
PS: Dimitrie: what i
2 Questions
1) if I do "make depend" than edit unknwn.idl (or any other idl) than do
"make" should a new unknwn.h be compiled?
Well it does not. If I "cd include" and "make" than nothing is done
either. only if I do "make unknwn.h" it will compile.
2) In order for ATL to compile I need below co
On Sat, 27 Dec 2003, Shachar Shemesh wrote:
> Dmitry Timoshkov wrote:
> >"Shachar Shemesh" <[EMAIL PROTECTED]> wrote:
> >
> >>This is a request to understand, not a suggestion (yet?).
> >>Why not use a general purpose DB system? (postgresql, mysql, whatever)
> >>After all, the registry is just a t
Hi!
Does anybody have a C algorithm to rename a registry section using the
Win32 API?
I need such a thing for winecfg, but Win32 doesn't seem to have a
RegKeyRename api-call...
Grtz,
Robert
"Tom" <[EMAIL PROTECTED]> wrote:
> Okay, its tommorow a list please
The list is in the source, have a look. Moreover it's 31 Dec
evening here, and everything suggests to get a rest and do some
preparations for the celebration...
With coming Happy New Year everyone!
--
Dmitry.
Dmitry Timoshkov wrote:
"Dimitrie O. Paun" <[EMAIL PROTECTED]> wrote:
An explicit list of MCI_ commands/MCIWNDM_ messages/MCIWNDF_ flags
would be much appreciated (if it's under 30ish items). This would
give a much better indication of the amount of work left to do.
You are right, but it's too
Dimitrie O. Paun wrote:
Please embed if you can, it makes it so much easier to
comment on the code.
And let the mozzila spell-check code comments :)
A few comments:
-- please don't use C++ comments (//...),
use C comments instead (/* ... */)
Done
-- these things are defined by win
On December 31, 2003 03:33 am, Boaz Harrosh wrote:
> Thanks
> OK lets start with an oldy Just to see if I get the tools right:
>
>
> see attachment
>
>
> should I embed or attach?
Please embed if you can, it makes it so much easier to
comment on the code.
A few comments:
-- please don't u
Vik wrote:
Hi,
I'm more than willing to try and fix this, as XIM support is critical for
people from my part of the world (Japan, and most likely for Korea & China).
We've been coming up with rather crude patches to have XIM work till now(upto
20031118), but can't get it to work because of this
Thanks
OK lets start with an oldy Just to see if I get the tools right:
see attachment
should I embed or attach?
some explanations:
The original Idea was proposed by Ove Kaaven (see
__declspec(selectany) thread in wine-devel)
The original Idea did not go so well because in lots of places
Boaz Harrosh wrote:
And while we are at it. What is the wine policy about Built-in DLLs
versions. I have encountered problems where setups where complaining
about versions been "0.0.0.0" and also some other not high enough
versions. Should we make a quick study about Windows versions and serve
Joshua Walker wrote:
I know this all may seem bit anal,
The more anal the merrier if you ask me...
what with about a
few thousand spec'ed APIs that need to be documented
and all.
I think this is a grand idea!
I would just like to fill in the blankes as
much as possable the first time throu
Hi,
I'm rather new to wine developement, and Xlib coding, and this is my first
post to the list so bare with me please ;-)
dlls/x11drv/event.c seems to freeze at XFilterEvent and brings the app to
seizure ever since all the TSX functions have been gotten rid off...
This is what happens:
I
Well there is now!
Until recently 95% of the work was done on wine. WineLib was a side effect.
Look what happens, if I have a "-wrap" application (C++) I need to place
a link to it in WINEDLLPATH to even load. and also to all it's
supporting DLLs (I know I have 36 of them). If any one is working
35 matches
Mail list logo
