lity of soliciting
grants so that the WINE project could hire professional developers.
Also, I am not registered on the mailing list, so please CC me any
responses made either directly or indirectly to this email, even if it
ridicules my suggestion.
Yours truly,
Richard Yao
So would the best way to do this be to have a separate process for the
Wine program that loads the DLL, and then have the Fuse process
communicate over pipes or some other IPC method?
Tried adding in those other options and the only difference it makes
is that I get an additional error message when I try to execute the
program as a normal user. Instead of getting:
fusermount: failed to open /etc/fuse.conf: Permission denied
fusermount: waitpid: No child processes
...I now
I thought that the "main" executable being produced by winegcc was
just a script that called wine with "main.exe.so"? This seems to be
the case, as attempting to run "wine main" fails (Module not found),
and running "wine main.exe.so" produces exactly the same results as
running "./main" did.
On
I tried but I've hit a problem. I'm just trying to compile the "Hello
world" Fuse application.
(http://fuse.sourceforge.net/helloworld.html) In regular gcc, I can
compile and run it fine:
$ gcc -D_FILE_OFFSET_BITS=64 -DFUSE_USE_VERSION=22 -lfuse -o main main.c
$ mkdir test
$ ./main test
#x27;m not
sure what's involved in this and whether the resulting program could also
use the Fuse libraries. I'm a bit of a novice to Wine, and Linux
programming in general, so I'd appreciate any expert opinions you guys have
about the best way to do this.
Thanks in advance,
Richard
Hi
Im one of the maintainers of the iTunes 6.x (was)
On Saturday I received this email
'
Subject:[AppDB] Version '6.x' of 'iTunes' deleted
Date: Sat, 08 Dec 2007 12:15:45 -0600 (18:15 GMT)
Version '6.x' of 'iTunes' deleted
---
The ac
ts
please visit us at http://www.fastscale.com/
Yours truly,
Richard Offer
mments) that the Windows app
"Quickbooks" is a showstopper for installing linux in small enterprises.
regards
Richard A Lough
I think one of the recent opengl patches breaks some games.
I use the sources checked out yesterday.
Here is the log of Star Wars: Knights of the Old Republic:
~/.wine/c/kotor $ wine swkotor.exe
err:wgl:process_attach X11DRV or GDI32 not loaded. Cannot create default
context.
err:module:LdrInitial
Vitaliy Margolen wrote:
No winelib application is not a standalone as you would think. You need
to run it in the same way as all the rest exe files: 'wine notepad2'.
Vitaliy
Well, that certainly works. Thanks.
Hi all,
I was trying to compile the test application (Notepad) with winelib to
get a feel for how to use it. I followed the instructions in your docs,
but ended up with a target file notepad2.exe.so. The instructions imply
that I should end up with an executable called notepad2, since they t
Hi all
is there any interest in
wine-970720-1.i386.rpm
??
Richard A Lough
Vitaliy Margolen wrote:
Hmm, reverting my change didn't fix it. So I would say it was broken before.
Vitaliy
Yes, it seems so
reaks TABbing out of the readonly
edit field in the testcase to bug 430
Richard.
fixed until we're left with just one - "IE6 fails to install with the
current release".
Metabugs are generally a bad idea because they are very hard to
maintain. What is the point of "Get games working perfectly", and how
can it ever be resolved?
Richard.
x.
I'm happy to do either, but I think it's probably better to keep it open.
Richard.
Dan Kegel wrote:
The phrase "terminate with extreme prejudice" comes to mind :-)
Can a mailing list administrator also do the same to 'Admiral' Coeyman
so that he stops resending the emails from wine-devel.
I've already sent him an email, but
;s problem, and
IE6 will install the DLLs it needs.
But http://bugs.winehq.org/show_bug.cgi?id=587
"Create replacement of browser component (Internet Explorer/IE)" remains
open.
Richard.
set the
Desktop key to #800x600. We will need to fix x11drv_main, of course...
Richard.
We certainly don't want it in 2 places.
BTW
* The "last changed" query is actually "created"
* The "Submit" button should be "Commit"
Richard.
Vitaliy Margolen wrote:
Saturday, October 8, 2005, 5:53:13 AM, Richard Cohen wrote:
+ ok(_read(tempfd,btext,LLEN) == 1, "_read expected 0 got '\\n'\n");
What's not right about it?
ret = _read(tempfd,btext,LLEN);
ok(ret == 0, "_r
Vijay Kiran Kamuju wrote:
Hi, with what patch?
I meant, if you comment out those two lines. :)
Richard.
Vitaliy Margolen wrote:
> + _lseek(tempfd, -1, FILE_END);
+ ok(_read(tempfd,btext,LLEN) == 1, "_read expected 0 got '\\n'\n");
That doesn't look right.
Richard.
Hi Vijay
You wrote:
The testcase program given is running correctly,
The testcase doesn't run correctly here with the patch -- you can no
longer TAB out of the edit control.
Richard.
30/wine ./a.exe
...
trace:loaddll:load_builtin_dll Loaded module
L"c:\\windows\\system32\\winex11.drv" : builtin
trace:loaddll:MODULE_FlushModrefs Unloaded module
L"c:\\windows\\system32\\winex11.drv" : builtin
trace:loaddll:load_builtin_dll Loaded module
L"c:\\windows\\system32\\winetty.drv" : builtin
$
Richard.
Huw Davies wrote:
On Fri, Sep 09, 2005 at 12:46:10PM +0100, Richard Cohen wrote:
..
Changing SYMBOL_CHARSET -> DEFAULT_CHARSET, FIXED_PITCH -> DEFAULT_PITCH
>> ..
We shouldn't need to do this. Fixing marlett.ttf would be the right
thing to do.
...
I agree that marlett.tt
Jeremy Newman wrote:
Interesting, when it does get the mime type, it inlines it for text
types. I'll add the mime type text/x-diff to /etc/mime.types and see
what happens.
Dont't you mean text/x-patch?
Richard
t is the same as the original nrelay patch.
> And let's add %deferred%
What do mean by 'deferred'?
Richard.
Index: dlls/ntdll/loader.c
===
RCS file: /home/wine/wine/dlls/ntdll/loader.c,v
retrieving revision 1.98
dif
Alexandre Julliard wrote:
No it's not correct, the current directory needs to be per-task for
Win16 apps.
OK, I'll check why it's not being set correctly, perhaps in WinExec.
Richard.
Marcus Meissner wrote:
Why?
When you're debugging 16bit programs, sometimes you only want to see
16bit calls.:)
Richard.
without.
There's so much variation anyway between versions of Windows, that I
dread to imagine anything relying on this.
I'll make a patch to fix this if you think it's outside the scope of your
current moniker fixes.
Please go ahead :)
Richard.
Alexandre Julliard wrote:
The easiest is probably to go back to always loading GDI. Something
like this should do the trick:
That works for me.
Alexandre Julliard wrote:
The problem is probably
that GDI isn't pre-loaded, which is the case for 32-bit apps now that
GDI no longer needs the local heap.
That would explain it.
What app is causing the problem?
Scansoft Paperport version 6 (.5? -- there are different version numbers
all
fig.Msi\658-rbf."
The latest version of Wine does have problems with InstMsiA.exe, but I
haven't seen this one. I've updated the Wiki page at
http://wiki.winehq.com/NativeMsi . Does that work for you?
Richard.
Alexandre Julliard wrote:
Richard Cohen <[EMAIL PROTECTED]> writes:
Rediffed against HEAD
Richard Cohen wrote:
... and almost certainly Win9x, 2k, XP
Changelog:
+ IEnum::Clone shouldn't do a Reset.
+ Don't assume the ROT is already empty when testing
The
Alexandre Julliard wrote:
A todo is supposed to mark something that will need to be addressed
later on. Obviously we can't fix the Windows code, so that's not a
todo, it's just a behavior of the API that should either be handled by
the test, or simply not tested at all if the results are not reli
Richard Cohen wrote:
This fixes a longstanding bug whereby winemine would move 1 pixel down
the screen for every new game.
Changelog:
- Fix off-by-one in menu height calculation (& therefore
AdjustWindowRect) + test
diff -N -u -r -p dlls/user/nonclient.c dlls/user/nonclie
The original patch
http://www.winehq.org/hypermail/wine-patches/2004/09/0395.html
was from me, back in last September. It included a test which showed
that it was correct. But AJ didn't like the way I did the test :( and I
haven't got round to resubmitting it.
Richard.
Alexandre Julliard wrote:
Richard Cohen <[EMAIL PROTECTED]> writes:
Closing Win16 programs using the Window manager doesn't work any more,
because 16 bit programs don't recognize the WINE internal messages, so
they don't get processed.
This should be fixed now.
Almost. In Peek
Closing Win16 programs using the Window manager doesn't work any more,
because 16 bit programs don't recognize the WINE internal messages, so
they don't get processed.
This patch moves the internal messages to just below 0x, but perhaps
there is a better way?
Richard.
dif
Richard Cohen wrote:
Since 'gcc -c *.c -o bigobject.o' doesn't work, would something like the
attached patch (using #include) be acceptable ?
Of course you can use the same technique to compile all the user tests
in one file. The total size of the .o goes from 3.2M to 1.2M
dlls/user/tests/winsize.c 1970-01-01 01:00:00.0 +0100
+++ dlls/user/tests/winsize.c 2004-09-24 12:39:16.0 +0100
@@ -0,0 +1,242 @@
+/*
+ * Unit tests for AdjustWindowRect
+ *
+ * Copyright 2003 Richard Cohen
+ *
+ * This library is free software; you can redistribute it and/or
+ * mo
home shows that the returned with is 7 for the
system font. This patch changes the width specified in the stock font
This probably won't hurt anything. The correct way would be to load
the system font and get its metrics.
Shouldn't the value depend on the screen dpi?
Richard.
the window styles and checks
AdjustWindowRect. win.c is already over 2000 lines long!
Richard.
(X_PolyFillRectangle)
Resource id in failed request: 0x0
Serial number of failed request: 2668
Current serial number in output stream: 3260
$
Even when not in desktop mode, there is a glitch - if you open the
Search window and move it about. you get a little bit of grey stuck to
the top.
Richard.
it, but I'm not sure how similar or dissimilar the trees are in
this area.
--
Richard Gobeille
Chief Technical Officer
Envision7, LLC Internet Services
http://www.envision7.com
[EMAIL PROTECTED]
bout. You license closely remembers the shared source license.
Could you please point out what part of a shared source license resembles the shared
source license?
Richard
Sent this to winehq.com, so sending it to winehq.org in case it bounces.
On 2004.01.24 17:24 Chuck Swiger wrote:
> Richard Schilling wrote:
> > I would like to present to you all a new Open Source software license I've written
> > up.
> [ ... ]
>
> One the face of i
On 2004.01.24 17:24 Chuck Swiger wrote:
> Richard Schilling wrote:
> > I would like to present to you all a new Open Source software license I've written
> > up.
> [ ... ]
>
> One the face of it, Section III, "Distribution Restrictions and Obligations."
uncement.
>
> What are you trying to achieve with this, which can't already be
> achieved through BSD or [L]GPL licensing schemes?
>
I am trying to make it possible for people to earn a living as Open Source developers.
I am also making it possible for companies that do Open Source development as their
primary activiey to provide jobs to those (like those on this list) who invest their
time into Open Source products.
Richard
> > Richard Schilling
>
> --
> Cordula's Web. http://www.cordula.ws/
>
>
>
>
orks.
# The software is always downloaded from the same place by the end user even if it's
used as part of a larger product, protecting the quality of the software.
Please feel free to contact me on or off list about this announcement.
Richard Schilling
Dimitrie O. Paun wrote:
Richard,
You patch from Nov 28:
http://www.winehq.org/hypermail/wine-cvs/2003/11/0299.html
says (among other things):
"Compiling with -lwine needs to use the given -L paths."
In other words, it adds all the -Lxxx libs to the linking step
for the wrapper
Pavel Roskin wrote:
I have looked at winegcc source and it seems it will greatly improve
portability. I think it's a good idea to switch to winegcc first.
Provided you don't care about delay-loading libraries, you can already
compile the programs with winegcc. Here's the patch
r none ;-)), feel free to suggest it.
Perhaps you were deceived by the following line?
-strarray_add(lib_files, strmake("-l%s", library));
The code was just adding stuff to lib_files and then not using it.
--
Richard
ment refers to the ones that couldn't be found in the library
search path. Maybe I should give up putting comments in ;-}
And we should pass .so libs to gcc as well.
Sorry - s/winebuild/gcc/ - of course at the moment winegcc doesn't
recognize them.
--
Richard
TH.
This works for me - but those lines were in 20020813 as well so it seems
the regression must lie elsewhere.
--
Richard
Dimitrie O. Paun wrote:
True, but I think it may screw up configure scripts. They do work with
a.out, don't change as I'm fairly sure they will break with a.exe.
Then won't the configure scripts break with mingw as well ?
Richard.
Dimitrie O. Paun wrote:
On Tue, 9 Sep 2003, Richard Cohen wrote:
...rather than adding -L to both the DLLs and static libraries
No functional changes.
I'm not sure this is correct, as the order of -L and -l may be
significant. That is to say, if I do
-LdirA -la -LdirB -lb
then the s
unacceptable*, so we can either
1. Throw up an error message in winewrap, or
2. Duplicate the default output name in winegcc & winewrap
3. Have the default output name only in winewrap
(3) simplifies the code considerably, and I really don't understand your
objection.
Richard.
Dimitrie O. Paun wrote:
>...
That's not a good strategy, we'll have to be in line with the gcc
people, and breaking compatibility like so is no good. Let's float
the question on their mailing list before we settle on something.
OK, do you want to do it or shall I?
In any case, we need to have our
61 matches
Mail list logo
