Tim Teulings wrote:
Hello!
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 different OSs. I have an X11 plugin for doing X11 cal
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
> > the progr
Hello!
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 different OSs. I have an X11 plugin for doing X11 calls on X11, one
for M
I have noticed I can't compile the crosstests, how can I make it compile?
-
cc1: warning: -fPIC ignored for target (all code is position independent)
../../../tools/make_ctests capture.c dsound.c propset.c >testlist.c ||
rm -f testlist.c
i586-mingw32msvc-gcc -c -I. -I.
On Wednesday 18 February 2004 16:40, Erik Dekeyser wrote:
> Dear WINE Developers,
>
> OUR PROBLEM:
> We are wondering if we can distribute the Microsoft DLL's with the
> application without infringing the copyright of Microsoft. The alternative
> is rewrite some of them, but that would require a co
Hi...
As I'm working (a bit) on winecfg, I noticed the following line on the
todo list
Wine installation process should install and configure wine
But of course, winecfg also needs some automatic probing of at least
disks, since there is a "Autodetect me" button in Winecfg for that.
Also, C
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
> the program is stopped (or after c
Vincent Pelletier <[EMAIL PROTECTED]> writes:
> Checks for out-of-range value in "style" (paint_button function):
> must be style btyes) occurs, and as it's then used as a function address that could
> lead to random code execution.
If you really want an assertion you should use assert(), at leas
On Thu, 19 Feb 2004 08:27, Eric Pouech wrote:
> Ivan Leo Murray-Smith a écrit :
> > Apparently there is a problem with wine's scanf. this code
> the main issue is that MSVCRT_scanf calls MSVCRT_fscanf while it thinks
> it's actually fvscanf. All the scanf internal functions should be
> implemented
On Wed, 18 Feb 2004, Eric Pouech wrote:
> the main issue is that MSVCRT_scanf calls MSVCRT_fscanf while it thinks
> it's actually fvscanf. All the scanf internal functions should be
> implemented as vscanf not scanf
Eric, how about a patch for the Janitorial page, so we can keep
track of this i
On Thu, 19 Feb 2004 06:21, Peter Hunnisett wrote:
> It all depends on what DLLs you wish to redistribute. Some are explictly
> allowed to be and most others not. Generally doing a google for "name of
> dll" and "redistributable" will provide you an answer.
This is not necessarily enough - it's al
In get_button_text, the returned handle must be freed by caller (->
memory leak if it forgots about it).
That could be solved using something like :
/* BEGIN */
/* in button.c */
inline static void get_button_text(HWND hwnd, WCHAR *out, INT max_len)
{
INT len = MIN(GetWindowTextLengthW( hw
Ivan Leo Murray-Smith a écrit :
Apparently there is a problem with wine's scanf. this code
the main issue is that MSVCRT_scanf calls MSVCRT_fscanf while it thinks
it's actually fvscanf. All the scanf internal functions should be
implemented as vscanf not scanf
A+
Apparently there is a problem with wine's scanf. this code
#include
int main()
{
int a;
printf ("Type a number\n");
scanf ("%d", &a);
printf ("You've entered %d\n", a);
return 0;
}
works as expected on linux, but on wine returns
[EMAIL PROTECTED] ivan]$ wine test.exe
Type a number
5
You've ente
Steven Edwards a écrit :
Hello,
This was from a totaly foolish attempt at building winedos on Mingw. I
was hoping we could create a ntvdm for ReactOS. I guess we are not
planning on totaly rewritting winedos to deal with Erics new filesystem
stuff right? So we could just move this call here.
this i
Mike Hearn a écrit :
On Wed, 18 Feb 2004 11:19:10 +0100, Fabian Cenedese wrote:
But besides that: I like to have the full picture of what was going on,
from program start to end. And it could also be that a function was
called differently on different occasions. (If there was only one possibility
Hello,
The getopt patch works great. I can build most of the dlls now except I
am getting this error in comctl32. Maybe its related? Or could it be
from the new winebuild changes? This is from current CVS.
Thanks
Steven
dllwrap -k --def comctl32.spec.def -o comctl32.dll rsrc.res.o animate.o
comb
Erik Dekeyser wrote:
Dear WINE Developers,
Briefly with Bricscad IntelliCAD we have an almost-clone of AutoCAD
and we are very successfull in selling it to large corporations under
a Coporate License Agreement. Several of our Corporate clients want to
start with implementing LINUX in their or
Just a note that i'm working on correcting the SysParametersInfoW ->
SysParametersInfoA crosscall, so that there's no duplicated effort I thought
i'd send a message to wine-devel. I hope to have a patch in the next couple
of days.
Justin Chevrier
___
On Wed, 18 Feb 2004, KappaM KappaM wrote:
> Do you have any suggestions to make my WinePlugin loadable by Linux Mozilla
This is highly non-trivial and it's done by the CrossOver Plugin
product from Codeweavers. It is not something that you can just
enable...
--
Dimi.
On Wed, 2004-02-18 at 08:40, Erik Dekeyser wrote:
> We are wondering if we can distribute the Microsoft DLL's with the
> application without infringing the copyright of Microsoft.
This depends on which MS DLLs you will distribute. Some of them have
licenses which permit redistribution under some
I think it is fixed in the current cvs, the bug of text clipping has
gone for me.
On Wed, 2004-02-18 at 16:20, Samuel Herzog wrote:
> Hi,
>
> first of all I have to congratulate.
> Wine runs my Delphi Apps almost without any problems !
> The uxtheme bug of the December-Release has also gone. It's
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
Hi,
first of all I have to congratulate.
Wine runs my Delphi Apps almost without any problems !
The uxtheme bug of the December-Release has also gone. It's ok now !
But unfortuneally I had to report another bug today.
Text of the components TLabel and MessageBox Text is not visible anymore.
All
Hi,
I have an application and a Netscape plugin that run in Windows. That plugin
is correctly loaded by either Netscape or my application.
Now I need to "port" these modules on Linux.
To do so I recompiled my application with the WineLib environment, I
modified/added the interface function of my
Dear WINE Developers,
Briefly with
Bricscad IntelliCAD we have an almost-clone of AutoCAD and we are very
successfull in selling it to large corporations under a Coporate License
Agreement. Several of our Corporate clients want to start with implementing
LINUX in their organization. For t
> do IMO is:
>-- merge the two pages together, in a single Download page
>-- remove the entire Download menu, and add a Download
> item in the Support menu (as the first item).
So where Done? ;-)
Hatky.
On February 18, 2004 04:36 am, Ferenc Wagner wrote:
> +Usage: winetest [OPTION]...\n\n\
> + -c console mode, no GUI\n\
> + -h print this message and exit\n\
> + -q quiet mode, no output at all\n\
> + -o FILE put report into FILE, do not submit\n\
> + -s FILE submit FILE, do
On Wed, 18 Feb 2004 11:19:10 +0100, Fabian Cenedese wrote:
> But besides that: I like to have the full picture of what was going on,
> from program start to end. And it could also be that a function was
> called differently on different occasions. (If there was only one possibility
> a simple grep
Hi
I had a problem with the ListView control. I could circumvent it by changing
(correcting?) my application. But I thought I'd still report it.
I have an MFC-app which uses a CListCtrl-derived list. In the OnRButtonDown
handler of my class I didn't call the baseclass handler from CListCtrl. Upon
>>Is it possible to output the backtrace while the program is running? I
>>mean that with a new debug command e.g. wine_dbg_bt or so you
>>could output not only the name of the called function and the argument
>>values (as with the debug channels) but also the call stack where it
>>came from. That
why can't you Just use a debugger?
Fabian Cenedese wrote:
Hi
Is it possible to output the backtrace while the program is running? I
mean that with a new debug command e.g. wine_dbg_bt or so you
could output not only the name of the called function and the argument
values (as with the debug chann
Hi
Is it possible to output the backtrace while the program is running? I
mean that with a new debug command e.g. wine_dbg_bt or so you
could output not only the name of the called function and the argument
values (as with the debug channels) but also the call stack where it
came from. That's of c
33 matches
Mail list logo
