>Without a test how can you know if this implementation produces the correct values?
>What about variant type conversions? It seems silly to send a patch without testing
>it...
I just saw that I submitted a patch with some debug code in it. I guess I'll
have to send it again anyway :)
bye F
>Without a test how can you know if this implementation produces the correct values?
>What about variant type conversions? It seems silly to send a patch without testing
>it...
I didn't mean that I never tested it. Of course I had a test program with which
I found out what results Windows wou
Alright, here is another revision of the patch this time using the
RegisterDlls section to register the dlls. The new inf file can be processed
by running:
programs/rundll32/rundll32 setupapi,InstallHinfSection DefaultInstall
132 ./default.inf
Brian Vincent added the NLS and Telephony\Country
There are two weird windows cases that might be not be of much value but
quite interesting.
I have specs.
1) LFN on Windows 3.1
This actually can happen (Winver=3.1, Dosver=7.0). This should be supported
LFN on Windows 2000, XP
I have verified, the DOS 7 LFN interface works on 2000 and XP
Perhaps
Hi
I'm in the process of moving over to Linux, I've recently set my machine
up dual boot with my old XP Pro and my lovely new Gentoo.
However it would be really useful to be able to still access my windows
apps in Linux, can I set up wine to use the already installed and
configured windows xp
On Thu, 19 Feb 2004, Eric Pouech wrote:
> perhaps the easiest way to implement what you want would be to create a
> specific exception (like wine_stack_walk). This exception would be very
> close to the one for undefined symbols. You would insert throwing this
> except in the places you want in
On Fri, 20 Feb 2004, Enrico Weigelt wrote:
> BTW: are the necessary structures already defined somewhere or do I
> have to add them ?
There is already a file include/mapi.h, but it will probably need
some work.
--
Dimi.
* Vizzini <[EMAIL PROTECTED]> [2004-02-19 17:11:35 -0600]:
Hi folks,
> There is information in the platform sdk and on msdn.microsoft.com,
> which mainly documents the programming interface for mapi clients and
> servers. Should be enough to get you seriously started, though. Some
> investigat
On Thu, 2004-02-19 at 16:27, Enrico Weigelt wrote:
> i've seen that mapi is currently not implemented. Well, I'd like
> to sit down and code it, but I require several tools for that:
>
> a) mapi documentation (no, I didnt ask google yet ...)
There is information in the platform sdk and on msdn.m
> [1] did the application like IVR (commercial software for linux) will work
> on this Wine for linux.
> [2] similarly Automatic call distributor could be executed on linux.
Good luck getting any Windows telephony software working, especially
an ACD platform. Have you seen http://www.asterisk.or
Hi folks,
i've seen that mapi is currently not implemented. Well, I'd like
to sit down and code it, but I require several tools for that:
a) mapi documentation (no, I didnt ask google yet ...)
b) a small test application
c) some shorts words about what I may do and what I may not do
(i.e. ma
* Tim Teulings <[EMAIL PROTECTED]> [2004-02-18 22:31:26 +0100]:
> I'm writing on a software that supports different (GUI) drivers for
> different OSs. "Driver" refferes to my software (GUI library) having
> different plugins (by implementing a subclass of an abstract base class)
> for differen
Mike Hearn wrote:
The last thing we want is for logs to
become even more unwieldy though, they are already large enough.
Hum, right. Nevermind :$ :).
On Thu, 19 Feb 2004 18:55:19 +0100, Vincent Pelletier wrote:
> Btw, I suggest adding the source path (relative to wine's root of
> course) & function name in every error message, at least when run in
> trace mode. (I can take care of it if necessary.)
I don't think there's any need for that - a
Without a test how can you know if this implementation produces the correct values?
What about variant type conversions? It seems silly to send a patch without testing
it...
Chris
>
> From: Fabian Cenedese <[EMAIL PROTECTED]>
> Date: 2004/02/19 Thu AM 08:20:21 EST
> To: [EMAIL PROTECTED]
>
Robert Shearman a écrit :
Mike Hearn wrote:
On Wed, 2004-02-18 at 19:49, Eric Pouech wrote:
this would be as intrusive as using the debugger (I assume that the
running process would be in charge of printing the backtrace, or an
external process - like a debugger - would print the backtrace, while
On Wed, 18 Feb 2004, Brian Vincent wrote:
> + files you might want to consider using Winefile. This Winelib
> + application comes with Wine and can be found in /usr/local/bin.
I'm not sure it's wise to hardcode /usr/local/bin into the documentation,
it may not be installed there...
--
Hello sir ,
myself is working on linux platform. I want to execute the applications that
run on windows , to be executed on linux platform.
[1] did the application like IVR (commercial software for linux) will work on this
Wine for linux.
[2] similarly Automatic call distributor could b
On Thu, 19 Feb 2004, Gerald Pfeifer wrote:
> -default:
> +default: ;
Oh, just remove it altogether...
--
Dimi.
Hallo!
The problem has to do with the fact that a winelib application (i.e. - an
application that uses the Win32 API using Wine, compiled natively)
requires much more than the static libraries. It requires a different
loader, supporting services (such as registry and wineserver), etc. This
me
"Dmitry Timoshkov" <[EMAIL PROTECTED]> writes:
> Of course that's a preferrable solution, but unfortunately
> not a trivial one. I fixed a similar bug in dlltool some
> time ago and know what I'm talking about.
That doesn't mean it shouldn't be fixed. Sure someone will have to do
that work, but i
Alexandre Julliard wrote:
If you really want an assertion you should use assert(), at least then
it can be compiled out. And if it's a condition that can legitimately
happen, then it has to be handled properly, just adding an ERR doesn't
improve anything. In this case I guess it's conceivable that
Sorry wrong list. Didn't click the stop button fast enought.
Ivan.
> Do I still need it?
No, wineinstall is only needed if installing from the source code.
Ivan.
http://www.geekculture.com/joyoftech/joyarchives/533.html
Ivan.
Hi
For figuring out what my program does on Windows I was looking for
an Api Monitor, kinda the Windows counterpart of +relay. So I came
across this page. It didn't quite help me but it's maybe useful for others.
Just be sure to set a process filter or your computer will stop responding
as it's ov
On February 19, 2004 07:52 am, Ivan Leo Murray-Smith wrote:
> Thanks for the patch, it works perfectly, send it to wine-patches.
Alexandre fixed it another way already. Get the latest tree.
--
Dimi.
> Try the following patch (compiles, but not tested - I don't use msvcrt).
Thanks for the patch, it works perfectly, send it to wine-patches.
Ivan.
Some programs, mostly installations also others, look for command.com or
cmd.exe to spun commands and batch files.
This fails in current wine installation. I know they are not suppose to
do that they should use an API, but they do. (What is the API for that
and is it supported by wine?)
I have
On Thu, 19 Feb 2004 08:46:07 +1100, Troy Rollo wrote:
> This is not necessarily enough - it's also necessary to read the terms
> of the license to see under what circumstances the DLL is
> redistributable. A lot of Microsoft's "redistributable" DLLs are only
> redistributable if they are to be used
On Wednesday 18 February 2004 20:48, Jakob Eriksson wrote:
> I have noticed I can't compile the crosstests, how can I make it compile?
> /home/jakov/src/wine/dlls/dsound/tests/propset.c:100: undefined
> reference to `CLSID_DirectSound8'
It's because MinGW misses some guids. I've sent a patch (a
"Uwe Bonnes" <[EMAIL PROTECTED]> wrote:
> Robert> Why not just change winebuild to do something like this: #ifdef
> Robert> BROKEN_MINGW_LD print_normal(...); #else print_noname(...);
> Robert> #endif
>
> What about fixing MingW?
Of course that's a preferrable solution, but unfortuna
> "Robert" == Robert Shearman <[EMAIL PROTECTED]> writes:
>> Apparently it's a bug in dlltool (or ld) which can't handle forwards
>> with NONAME modifier like this one:
>>
>> [EMAIL PROTECTED] @415 NONAME
>>
>> A workaround is to create a thunk in the code like it wa
>this would be as intrusive as using the debugger (I assume that the running process
>would be in charge of printing the backtrace, or an external process - like a
>debugger - would print the backtrace, while the program is stopped (or after copying
>the stack for instrospection, which dbghelp
>
> Apparently it's a bug in dlltool (or ld) which can't handle forwards
> with NONAME modifier like this one:
>
> [EMAIL PROTECTED] @415 NONAME
>
> A workaround is to create a thunk in the code like it was done
> before the following patch:
>
> http://cvs.winehq.org/patch.py?id=11142
Why not
"Steven Edwards" <[EMAIL PROTECTED]> wrote:
> comctl32.exp(.edata+0x6ac):fake: undefined reference to `f1'
> comctl32.exp(.edata+0x6b0):fake: undefined reference to `f2'
> comctl32.exp(.edata+0x6b4):fake: undefined reference to `f3'
> comctl32.exp(.edata+0x6b8):fake: undefined reference to `f4'
>
36 matches
Mail list logo
