On February 12, 2004 09:31 pm, [EMAIL PROTECTED] wrote:
> The darwine team is begging to test out libwine on the OS X platform.
> One error that comes up during compile is the "checking for wrc...
> /usr/local/bin/wrc
> checking for atldef.h header... configure: error: Could not find the ATL
> in
On February 12, 2004 04:16 pm, Alexandre Julliard wrote:
> I think it's the search algorithm that's broken. We should check every
> lib path directory for both .so and .a before moving on to the next
> one.
Good point. What about this (for each dir, we check for .so, .def, .a).
ChangeLog
For
On Sun, 8 Feb 2004, Leonardo Quijano Vincenzi wrote:
> Seems like one of my patches (keyboard.c - bug #1981) got ignored. I
> don't know if I should wait more (it was submitted on February 2), but
> just in case I make this post ;).
>
> Should I submit it again, or just wait longer?
The standard
Hey All,
I have updated Darwine binary to version 1.06 and it is being released as a Developer Preview. It does not yet support the running of x86 exe's, however we are begging to work on this feature. The binary should be downloaded from either the home page link here http://darwine.source
Christian Costa <[EMAIL PROTECTED]> writes:
> I've just figured out that system.ini and win.ini are no more
> accessible from my ~/.wine directory.
> I had to copy them in the windows directory to make things work.
> Is it a recent change in wine or just a regression?
It's a side effect of the ch
MS's documentation has been found to be incorrect or misleading in the past.
Adding a test to wine's regression test suite would be an ideal way of not
only confirming this behavior on windows but also ensuring that wine has the
correct behavior and doesn't break it in the future.
Chris
On T
"Robert Shearman" <[EMAIL PROTECTED]> writes:
> Any way of generating them based on the locale or should I just remove the
> DBCS tests?
You could use IsDBCSLeadByte and friends, but most locales don't have
DBCS chars at all so it wouldn't help much. An alternative would be to
switch to a DBCS lo
On Thu, 12 Feb 2004, Steven Edwards wrote:
> -#ifndef HAVE_GETOPT_LONG
> +#if !defined(HAVE_GETOPT_LONG) || defined (__CYGWIN__)
Shouldn't we check in configure if the getopt_long is broken,
and if so, not use it?
--
Dimi.
Alexandre Julliard wrote:
>
> DBCS chars depend on the locale, you cannot hardcode them in the test.
Any way of generating them based on the locale or should I just remove the
DBCS tests?
> --
> Alexandre Julliard
> [EMAIL PROTECTED]
Rob
I heard news that windows 2000 source code was leaked and have seen what
proports to be a filelist.
Dont know if its genuine but for everyones sake I suggest that all people
here completly ignore it (same as I will be doing)
Hi,
I've just figured out that system.ini and win.ini are no more accessible
from my ~/.wine directory.
I had to copy them in the windows directory to make things work.
Is it a recent change in wine or just a regression?
Thanks in advance,
Christian
Marcus Meissner <[EMAIL PROTECTED]> writes:
> This is the next try for assisting loading NT native dlls.
>
> We need non-page aligned access for those drvs, which have sections
> that are not page aligned.
>
> Also some bad magic tries to write the import thunks into thefirst
> page, so we need t
Hi Christian,
--- Christian Costa <[EMAIL PROTECTED]> wrote:
> I'm not sure but I remember I had a similar problem when I tried to
> compile wine on cygwin.
> In my case, the get_opt_long function seemed broken and I modified
> the
> config.h to force the use
> our own implementation of this func
"Dimitrie O. Paun" <[EMAIL PROTECTED]> writes:
> I haven't tried with any real life application if this
> patch is needed, but it seems to. Without it, we will
> determine that uuid is a .so, which is not what we want.
I think it's the search algorithm that's broken. We should check every
lib pat
Robert Shearman <[EMAIL PROTECTED]> writes:
> +void test_StrCmpA(void)
> +{
> + static const char str1[] = {'a','b','c','d','e','f',0x81,'a',0};
> + static const char str2[] = {'a','b','c','d','e','f',0x81,'b',0};
> + static const char str3[] = {'a','B','c','d','e','f',0x81,'a',0};
> + WORD db
section 2.2.2.3 - getting wine for freebsd
http://www.winehq.com/site/docs/wine-user/getting-wine-package#GETTING-FREEBSD
$ su -
# cd /usr/port/emulators/ (should be /usr/ports/emulators/wine/)
# make
# make install
# make clean
lazybones
Dimitry,
During my lunch, I reran the experiment at work on the latest codeweavers
release (2.1). I posted the file to
http://www.tashcorp.net/Wine/dll.txt.bz2. The functional result is the
same between the code weavers and Wine 20040121, but if this is a problem
I'll repeat the run next chance I
--- Alexandre Julliard <[EMAIL PROTECTED]> wrote:
> No, the interesting case is what happens with
> CreateProcess. Launching
> the app from cmd.exe doesn't tell you anything,
> because you don't know
> exactly what arguments cmd.exe passed to
> CreateProcess.
You're right, as usual :)
I created a
Juan Lang <[EMAIL PROTECTED]> writes:
> This is the same executable, so it isn't a different
> _CRTMainStartup. I think this supports Frank's
> assertion.
No, the interesting case is what happens with CreateProcess. Launching
the app from cmd.exe doesn't tell you anything, because you don't know
Hello,
When trying to build anything on Cygwin I am getting the following
error from Winebuild.
$ make
../../tools/winebuild/winebuild -DNO_LIBWINE_PORT -o regedit.exe.dbg.c
--debug -
C. about.c childwnd.c edit.c framewnd.c listview.c main.c regedit.c
regproc.c tr
eeview.c
Unable to create output
Sorry, forgot to mention, under Win9x in the debugger
the output is the same as under the Win2k debugger:
argv[0] is c:\src\cmdlinetest\Debug\cmdlinetest.exe
GetCommandLine returns
"c:\src\cmdlinetest\Debug\cmdlinetest.exe"
Hmm.. that contradicts what I said, doesn't it? Ain't
Windows the best?
Okay, here's a test program:
#include
#include
int main(int argc, const char *argv[])
{
LPCSTR cmd;
printf("argv[0] is %s\n", argv[0]);
cmd = GetCommandLineA();
printf("GetCommandLine returns %s\n", cmd);
return strcmp(argv[0], cmd);
}
Under Windows 2000, cmd.exe, run from
You don't need these:
-Iwine/windows
-lwine
The other libs:
-lkernel32.dll
-luser32.dll
are not needed either, they are linked in by default.
Aha, that solved the crash as well. Thanks very much.
Chris Seaton
On Thu, 12 Feb 2004, Chris Seaton wrote:
> winegcc -mwindows -o test.exe -Iwine/windows test.c -lwine
> -lkernel32.dll -luser32.dll
You don't need these:
-Iwine/windows
-lwine
The other libs:
-lkernel32.dll
-luser32.dll
are not needed either, they are linked in b
I can't get a minimal Windows app to run with winelib (it compiles fine).
I'm compiling
---
#include
#include
int WINAPI WinMain(HINSTANCE Instance, HINSTANCE PreviousInstance, LPSTR
CommandLine, int ComandShow)
{
return EXIT_SUCCESS;
}
>>I suspect your leak happens in the olefont implementation. You want
>>to check that each hfont is destroyed when the IOleFont interface is
>>released.
>
>When are the fonts released? If a control creates a font and uses it until
>the dialog gets closed it doesn't help much. There will still be
"Mike Kost" <[EMAIL PROTECTED]> wrote:
> Framemaker 7.0 installs fine on Wine but pops up an error message that it
> can't properly determine the version of one of it's dll's (actual error
> message = "The version stamp is missing from the Framemaker resource file
> C:\Program Files\Adobe\FrameMak
On Thu, 12 Feb 2004, Chris Seaton wrote:
>
> Hmmm... I wasn't aware of winegcc (the tutorial doesn't mention it). Do
> I have to use winegcc? The script it generates seems to use wine, but I
> thought winelib could be used independantly of wine.
You don't have to use winegcc, but you only gain
Dimitrie O. Paun wrote:
If you are building your app using winegcc (you should!),
make sure you pass it -mwindows. If it still doesn't work,
please let me know.
Hmmm... I wasn't aware of winegcc (the tutorial doesn't mention it). Do
I have to use winegcc? The script it generates seems to use wine,
Framemaker 7.0 installs fine on Wine but pops up an error message that it
can't properly determine the version of one of it's dll's (actual error
message = "The version stamp is missing from the Framemaker resource file
C:\Program Files\Adobe\FrameMaker7.0\fminit\fmres.dll"). After poking at
the s
If you feel that that will handle the problem without causing another
then please submit the patch. I suspect a flag in config is not
necessary but people who submit patches to something as complex as Wine
without fully understanding the problem usually cause a problem.
Alexandre Julliard wrote:
Frank Schruefer <[EMAIL PROTECTED]> writes:
-Remark in dlls/kernel/environ.c. Quote:
"
* WARNING: there's a Windows incompatibility lurking here !
* Win32s always includes the full path of the program file,
* whereas Windows NT only returns the full file path plus arg
On Thu, 12 Feb 2004, Aric Stewart wrote:
> Ahh, doh.
>
> I was playing with the tab space in my editor to try to get some of the
> other indentation in that file to make any sense at all without having
> to reformat large blocks of code, and then it looks like I forgot to
> change it back to m
Ahh, doh.
I was playing with the tab space in my editor to try to get some of the
other indentation in that file to make any sense at all without having
to reformat large blocks of code, and then it looks like I forgot to
change it back to my default 4 spaces value when doing modifications to
On February 12, 2004 06:39 am, Chris Seaton wrote:
> I'm linking to libwine, libkernel32.dll and libuser32.dll but there
> doesn't seem to be an implementation of main() anywhere so I get a
> "undefined reference to `main'" from "_start".
If you are building your app using winegcc (you should!),
m
>>FILE: FILE_CreateFile:
>>/home/fabi/winec/imp2/Config/_ConfigurationType._TemplInfoLinkMaster_
>
>There are several files like that but in the destination directory I get only one
>single file with the name "_ConfigurationType" with which they all begin with.
>The content is the one from the la
On Tue, Feb 10, 2004 at 12:33:46PM -0500, gslink wrote:
> It appears that a check needs to be made in ps.c. The method
> PSDRV_WriteSetFont passes the parameter size. In some early Win 95
> versions there was a bug that required that parameter to be negative and
> some early windows programs m
Hi
I wrote my own little copy program which mostly works with CopyFile.
It does so quite well but it fails on some file(name)s. Here is the trace
of copying two files with admittedly unusual filenames:
trace:file:CopyFileW L"_ConfigurationType._TemplInfoLinkMaster_" ->
L"C:\\imp2\\Config\\_Confi
I'm writing a Windows user interface from scratch but using winelib so
that I can develop in Linux where the development of the program's
library is taking place.
I'm linking to libwine, libkernel32.dll and libuser32.dll but there
doesn't seem to be an implementation of main() anywhere so I get
Hi
Who invented VB...? Ah yeah, right...
I'm trying (again) to run a VB app on wine. But it never shows up. Instead
I only see a dialog with this Type mismatch error and then it quits. I tried
to find the place where it goes wrong. Apparently it tries to parse a number
from a string in VB notatio
Alexandre Julliard wrote:
> Robert Shearman <[EMAIL PROTECTED]> writes:
>
> > This patch fixes a potential deadlock in LdrLoadDll as it tries to call
> > LdrUnloadDll with the loader lock held, resulting in deadlock once
> > LdrUnloadDll also tries to enter the loader critical section.
> > This on
41 matches
Mail list logo
