Alexandre Julliard <julliard(a)winehq.com> wrote:
> Uwe Bonnes <bon(a)elektron.ikp.physik.tu-darmstadt.de> writes:
>
> > Appended program uses CxxFrameHandler and crashes in wine with builtin
> > msvcrt, but not with native. Compile as Release version and include the
> MFC
> > dll. Can somebody compile for Alexandre? Alexandre, is this a start or do
> > you need something complete?
>
> That's a start, yes, thanks. I'll need a more complete example with
> nested try blocks, destructors all over the place, typed exceptions,
> etc. to make sure I understand all the compiler internal structures;
> but I can at least try to make that simple case not crash...
Although this may duplicate effort, I am familiar with several strange
combinations of exception handling that I know work with Visual C++ 6.0; I
will put them a test program for you. You can never have too many test
programs, right?
$ make test
/home/martin/Software/Wine/TMP/wine/miscemu/wine: cannot find 'tests/kernel32_test.exe.so'
make: *** [tests/alloc.ok] Fehler 1
What am I doing wrong? I have tried this and that, but I don't seem to be able to
run the tests. This happens for any tests I try.
It seems that wine isn't looking for "tests/kernel32_test.exe.so" below the current directory.
Martin
--
Martin Wilck Phone: +49 5251 8 15113
Fujitsu Siemens Computers Fax: +49 5251 8 20409
Heinz-Nixdorf-Ring 1 mailto:[email protected]
D-33106 Paderborn http://www.fujitsu-siemens.com/primergy
Howdy,
I just built a new CVS version--the first one in a while. I got
caught by the -managed and the -winver options going away--a little
searching through the list archives, and the problems were solved!
Anyhow, I generally run with two instances of Forte Agent v1.9 open.
Since I've built the new CVS, there's a change in behavior that I
thought I'd the devel community know about. When pressing the
shortcut buttons on the Agent instance that was first opened, nothing
happened. When pressing on the buttons in the second instance, they
worked normally. I closed the second instance, and the buttons in the
first instance now work normally.
Perhaps the messages are being captured and sent to the wrong place?
(They're not being sent to the wrong instance of Agent.) Also there
was no obvious output messages in the console window.
That's the only change in behavior I've found so far. It still runs
great. Thanks to the devel community!
Oliver
====================================================
Oliver Sampson
olsam(a)quickaudio.com
http://www.oliversampson.com
Sorry for crossposting initial message to both lists.
I think the topic may be interesting for both - users
and developers.
Any volunteers to help to translate the documentation
to languages other than English? This is very big job,
so there can be more than one person, working on the
same language.
Among responses to my call for volunteers I got
response from Pedro Restrepo suggesting his help in
Wine localization. See his message below.
Damian Wojslaw requested information on the same topic
on wine-users.
--- Pedro Restrepo <pedrores(a)tutopia.com> wrote:
> Hi Andiry,
>
> First, thank you and thanks to all people working on
> Wine. I am using
> Wine to run Lotus Notes Client on Linux. At the
> moment, we are testing
> it.
>
> I want to help on Wine project. I propose you one
> new work: Wine
> translation to spanish (documentation, installer,
> web site info, etc). I
> think in this work because I think this project is
> necessary for all
> people who need transition tools from Windows to
> Linux and there are
> many people in this situation in SouthAmerica (I am
> from Colombia and I
> am tired of the big payments for software in our
> poor nations).
Currently Wine does not have official documentation in
other languages. Some winelib applications are
localized to other languages.
Documents with highest priority for translation:
* README file
* Wine User Guide
* user-oriented pages on Winehq
Plus, we'll need to keep translations in sync with
original documentation.
Comments, ideas, suggestions?
Andriy
__________________________________________________
Do You Yahoo!?
Yahoo! - Official partner of 2002 FIFA World Cup
http://fifaworldcup.yahoo.com
Dear friends,
Is there anybody working on Netbios/MS Windows Network support?
I want to run Outlook with Exchange. I can help testing
and hacking, but not writing real code.
kind regards,
--
Claudiu Costin, claudiuc(a)kde.org
Linux-KDE Romania http://www.ro.kde.org
Michael Stefaniuc a écrit :
>
> Hello,
>
> am I right that HMIDI and HMIDIIN, HMIDIOUT shouldn't be
> interchangeable? Would save some conversions.
yes & no
HMIDIIN cannot be used for a HMIDIOUT (anyway, this will be checked
internally by our mmsys implementation: all HMIDI???? handles are stored
in the same table, and we never rely on the HMIDI??? handle type but on
the actual object type)
however, HMIDI can be used for a HMIDIIN (or HMIDIOUT or HMIDISTRM)
handle (see midiConnect for example)
it's true that midimap dll should use HMIDIOUT instead of HMIDI in its
internal data structure
A+
Hi,
I am seeing a bunch of apps have redrawing problems when a toolbar is
dragged accross the window. Here's a screen shot:
http://dusanv.net/files/wine-ss.png
Does anyone have any info on this? I'd like to fix it but can't find
anyhting relevant.
TIA,
Dusan
On Tue, 30 Jul 2002, Rafael Kitover wrote:
> Sorry, due to brain-deadness on my part the previous version of this
> patch didn't build properly. This version is much cleaner and builds
> properly on linux.
> +#ifndef HAVE__FSTAT
> int _fstat(int fd, struct _stat* buf)
> +#else
> +int MSVCRT(_fstat)(int fd, struct _stat* buf)
> +#endif /* HAVE__FSTAT */
...
> +#ifndef HAVE__STAT
> int _stat(const char* path, struct _stat * buf)
> +#else
> +int MSVCRT(_stat)(const char* path, struct _stat * buf)
> +#endif /* HAVE__STAT */
You should systematically use MSVCRT(_fstat) and MSVCRT(_stat). Your
previous patch was better :-)
Basically, we use MSVCRT(xxx) for all symbols for which we may get a
conflict with the native C library headers. On Unix systyems, the _xxx
functions are never defined (though there may be a couple of exceptions)
so we don't use MSVCRT() for readability's sake. But if you find a
system where there is a conflict, then it's best to just systematically
use MSVCRT() than to use ifdefs that make it even harder to read.
--
Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/
Any sufficiently advanced Operating System is indistinguishable from Linux