Boaz Harrosh <[EMAIL PROTECTED]> writes:
> Conclusion: winegcc should stick to command-line switches and
> translations of options. like include directories, extra libs and so
> on. All code related and defines should go to an header file. If you
> don't like the ms-extensions.h name than it can b
Boaz Harrosh <[EMAIL PROTECTED]> writes:
> Exactly!
>
> Alexandre please permit me to remove unknwn.idl from idl list in
> include/Makefile.in. And send a patch for unknwn.h.
Of course not. Just add the needed code with cpp_quote in the .idl,
adding #if 0 to disable the generated code. Check how
Alexandre Julliard wrote:
No. As already explained a number of times, adding stubs for new
functions is just asking for trouble, since apps will now try to call
the functions and die. Stubs should only be added if there's an app
that requires them. Same thing with dlls, unless there is a reason to
On January 1, 2004 04:25 am, Rok Mandeljc wrote:
> Hey everyone,
>
> I finally found some time to organise my dmusic work of last two months
> in useful patch. Dmusic is now DX9 compatible, we have almost fully
> implemented (but not working :( )
> IDirectMusicCollection/IDirectMusicInstrument, ful
On January 1, 2004 02:35 pm, Zimler Attila wrote:
> Am I loaded correctly the string? Could you verify it for me? If yes, I
> will send the patch for including in the CVS tree.
It seems so, yes. However, I'd change the "new key" string to
"New Key" to match the native one (it's also nicer).
> If
Dimitrie O. Paun wrote:
On January 1, 2004 08:38 am, Robert van Herk wrote:
When someone configures app1.exe, and later on decides that he actually
meant app2.exe, he might want to rename app1.exe to app2.exe, and so
migrate all the settings.
I'd say don't support that. At least for now, i
Dimitrie O. Paun wrote:
You use LoadString() to load the string (look at how we load
error strings in edit.c even though there it's simple since
the buffer is fixed size for now).
Am I loaded correctly the string? Could you verify it for me? If yes, I
will send the patch for including in the C
Hi,
After the automatic glibc detection changes the Wine debugger stopped
loading symbols correctly, making it harder to debug programs. I only
recently noticed this due to lack of disk space and not compiling and
installing the whole tree on a cvs update.
However, I have now spent some time looki
On January 1, 2004 10:16 am, Joshua Walker wrote:
> Are .spec files automahicly built? Adding an entry to
> the .spec file does what exactly? From my standpoint
> all it does is add an entry to the documentation thats
> generated by c2man.pl, but it's undocumentabale, not
> linked to anything, and
On January 1, 2004 12:20 pm, Ivan Leo Murray-Smith wrote:
> in getting.sgml, I've recently changed a few things in it, but there isn't
> a cvs.sgml file, should this warning go?
Yes, it should, cvs.sgml is no longer. But there may be things
on WineHQ that may need updating instead.
--
Dimi.
> I guess it's a matter of long term vs short term thinking, but in that
> case why do we build MSHTML when we have no implementation for it, and
> probably won't for some time?
Well, creating the stubs is often the easiest part of working on a DLL.. So
if nobody wants to work on a DLL, what would
>You cannot use KDevelop 2.1 release with wine. Too many files to deep.
>It will crash trying to import that project. (After 10 minuets of a
>progress bar)
Sucessfully imported, configured, currently building in KDevelop 2.1 shipped
with Mandrake Linux 9.2
Ivan.
Hi list,
I've noticed this
in getting.sgml, I've recently changed a few things in it, but there isn't a
cvs.sgml file, should this warning go?
Ivan.
On January 1, 2004 07:42 am, Boaz Harrosh wrote:
> In short __declspec( selectany ) && __declspec( thread )
These are supported just fine by winegcc, what's wrong
with it? AFACT, it's supported exactly the same way as
in your patch...
--
Dimi.
On January 1, 2004 08:38 am, Robert van Herk wrote:
> When someone configures app1.exe, and later on decides that he actually
> meant app2.exe, he might want to rename app1.exe to app2.exe, and so
> migrate all the settings.
I'd say don't support that. At least for now, it's not that important
a f
On January 1, 2004 08:16 am, Zimler Attila wrote:
> I don't understand this. Probably because I don't understand how we
> translate the "key name" string, to the localized version, and because
> this I have no idea how big memory should we allocate.
You use LoadString() to load the string (look at
> I often hit shift+space by accident
> (while typing in English) and
> brings the application to a halt.
In my .xinitrc...
--
export LANG="ja_JP.UTF-8"
export XMODIFIERS="@im=kinput2"
xmodmap -e 'keycode 115 = Kanji'
Mike Hearn wrote:
On Wed, 2003-12-31 at 17:26, Dimitrie O. Paun wrote:
Are you using KDevelop to work on Wine? Is it OK? I'm a vim guy
myself, and I've never used KDevelop, but I could maybe use some
autocompletion :)
If vim has something like emacs tag completion then you could use that -
Are .spec files automahicly built? Adding an entry to
the .spec file does what exactly? From my standpoint
all it does is add an entry to the documentation thats
generated by c2man.pl, but it's undocumentabale, not
linked to anything, and just sits there. I'm assuming
you *MUST* have a function, or
Hi,
Happy New Year!
> If I were you I would contect Mike McCormack & Jon Griffiths..
Thanks for the lead, I believe most of the current XIM patch code we use came
from Mike's patch in 2002, and a mix of many other people's patches.
I'll see if I can get in touch with him...
> I'm sure -debu
On Thu, 2004-01-01 at 13:38, Robert van Herk wrote:
> When someone configures app1.exe, and later on decides that he actually
> meant app2.exe, he might want to rename app1.exe to app2.exe, and so
> migrate all the settings.
Oh, I see I was intending to simply not support that :)
What you
Mike Hearn wrote:
On Wed, 2003-12-31 at 17:26, Dimitrie O. Paun wrote:
Are you using KDevelop to work on Wine? Is it OK? I'm a vim guy
myself, and I've never used KDevelop, but I could maybe use some
autocompletion :)
If vim has something like emacs tag completion then you could use that -
On Wed, 2003-12-31 at 17:26, Dimitrie O. Paun wrote:
> Are you using KDevelop to work on Wine? Is it OK? I'm a vim guy
> myself, and I've never used KDevelop, but I could maybe use some
> autocompletion :)
If vim has something like emacs tag completion then you could use that -
I know etags works
On Thu, 2004-01-01 at 00:21, Alexandre Julliard wrote:
> Same thing with dlls, unless there is a reason to
> have a stub dll it's much better to not have one at all so that the
> native one gets used.
I guess it's a matter of long term vs short term thinking, but in that
case why do we build MSHTM
Dimitrie O. Paun wrote:
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?
When someone configures app1.exe, and later on decides that he actually
Robert Shearman wrote:
-Original Message-
From: Ove Kaaven [mailto:[EMAIL PROTECTED]
Sent: 01 January 2004 01:34
To: Robert Shearman
Cc: Boaz Harrosh; [EMAIL PROTECTED]
Subject: RE: unknwn.h: unknwn.idl
You can't use cpp_quote inside an interface definition.
True, but you can use cpp_
> -Original Message-
> From: Ove Kaaven [mailto:[EMAIL PROTECTED]
> Sent: 01 January 2004 01:34
> To: Robert Shearman
> Cc: Boaz Harrosh; [EMAIL PROTECTED]
> Subject: RE: unknwn.h: unknwn.idl
>
> You can't use cpp_quote inside an interface definition.
True, but you can use cpp_quote to dis
Alexandre Julliard wrote:
"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 m
Hi,
I give it a third try :)
Dimitrie O. Paun wrote:
On January 1, 2004 06:41 am, Zimler Attila wrote:
This is working while "key name" string is not localized.
After that this could introduce security bugs.
Will it be localized? How to deal with situations like this?
Well, we would need
On January 1, 2004 06:41 am, Zimler Attila wrote:
> This is working while "key name" string is not localized.
> After that this could introduce security bugs.
> Will it be localized? How to deal with situations like this?
Well, we would need to allocate the buffer dynamically anyway.
Please use
Hi,
I tried to remove objectionable codes. Here is the patch again.
I used sprintf, because snprintf gives me a warning, that it is
explicitly declared (stdio.h is included). This is working while "key
name" string is not localized. After that this could introduce security
bugs. Will it be local
Ove Kaaven wrote:
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 ty
32 matches
Mail list logo