On Wed, Oct 30, 2002 at 08:58:54PM -0500, Vincent Béron wrote:
Le mer 30/10/2002 à 20:44, Francois Gouget a écrit :
On Thu, 31 Oct 2002, Michael Stefaniuc wrote:
is somebody working on the richedit dll? I encountered 3 unknown RTF
control words and wanted to add them but I got scared by
On Wed, 30 Oct 2002, Dimitrie O. Paun wrote:
- Getting the right set of dlloverrides and registry entries correct
for a large portion of software is irritating. [snip]
We should aim at delivering a 0.8/0.9/1.0 that does not require native
DLLs to run apps. And so, there should be no
Am Mit, 2002-10-30 um 20.25 schrieb Alexandre Julliard:
Because users are not going to edit the registry if their Unix
hostname changes so it will always be wrong. Now if the problem is the
FQDN then it should be trivial to truncate it to just the hostname.
Sorry, how many machines are out
That's because of differences between the ELF and PE binary
formats. For instance, each Windows dll is in its own namespace, while
ELF dlls share a single namespace; so we need to do linker tricks to
simulate the PE behavior.
Did anyone consider writing a different elf interpreter (normally
On Wed, Oct 30, 2002 at 09:46:55PM -0600, Jeremy White wrote:
Near future, by the way, means that we're shipping on Friday,
I'd like to see an annoucement on wine-announce when it's out.
Ciao
Jörg
--
Joerg Mayer [EMAIL PROTECTED]
I found out that pro
Am Mit, 2002-10-30 um 20.25 schrieb Alexandre Julliard:
Because users are not going to edit the registry if their Unix
hostname changes so it will always be wrong. Now if the problem is the
FQDN then it should be trivial to truncate it to just the hostname.
You did not explain why this must
Johan Gill wrote:
Even with perfectly working builtin dlls, one needs overrides for the
native dlls that are proprietary, or the loading will fail. Or is this a
bug?
/Johan Gill, [EMAIL PROTECTED]
The way I see it, no windows installs of wine should have dll load order
set to native,
So you mean to say that my windows X-Eyes implementation won't work on
WINE? Damn.
Anyone knows of any Unix port of that program?
Shachar
No, wait. I'm using a mouse hook. Maybe it'll work after all.
Sh.
Alexandre Julliard wrote:
[EMAIL PROTECTED] writes:
Alexandre == Alexandre Julliard [EMAIL PROTECTED] writes:
Alexandre Uwe Bonnes [EMAIL PROTECTED] writes:
However when unzip has unpacked the 160 MByte file and the Setup
should start, a crash happens, and the debugger startup stops with
Memory exhausted. The same happens when
Am Mit, 2002-10-30 um 20.25 schrieb Alexandre Julliard:
Because users are not going to edit the registry if their Unix
hostname changes so it will always be wrong. Now if the problem is the
FQDN then it should be trivial to truncate it to just the hostname.
I can't help myself - I think the
Apologies for needing some more hand-holding: from Alexander's advice I now
have the game linking and beginning to execute. It now gets stuck while
executing this piece of C++:
---
void tDirectDrawScreen::destroy()
{
On Thu, 31 Oct 2002, Shachar Shemesh wrote:
The way I see it, no windows installs of wine should have dll load order
set to native, builtin for all DLLs.
The rational is that, as no DLL originally came from a native windows
environment, all dlls present in the system are from various
On Wednesday 30 October 2002 12:22 pm, Greg Turner wrote:
BTW, this is somewhat off-topic, but sometimes the winsock test hangs
for me after make testclean; ctrl-c and re-running make test
always works, so I wonder if perhaps there is a race condition
tickled by the make processing? Next time
Johan Gill wrote:
On Thu, 31 Oct 2002, Shachar Shemesh wrote:
The way I see it, no windows installs of wine should have dll load order
set to native, builtin for all DLLs.
I'm not sure that we are talking about the same thing here...
Just to be safe, what I mean is that if I want to run
My $0.02,
I always though of a wine as way to run windows apps
better than windows.
Better also means more secure for me.
A way to make it more secure is to catch key API calls and decide if
the application is allowed to run it or not.
This would be easy to detect if an application is trying
winapi_check tells me:
ndr_stubless.c:86: rpcrt4: LONG_PTR WINAPIV
NdrClientCall2(PMIDL_STUB_DESC,PFORMAT_STRING,...): argument 1
documentation: \
/* CLIENT_CALL_RETURN */
rpc_epmap.c:56: rpcrt4: RPC_STATUS WINAPI
RpcEpRegisterA(RPC_IF_HANDLE,PRPC_BINDING_VECTOR,PUUID_VECTOR,LPSTR):
no
Apologies for needing some more hand-holding: from Alexander's advice I now
have the game linking and beginning to execute. It now gets stuck while
executing this piece of C++:
Hmm, according to the backtrace, it is rather crashing when executing
'User_DirectDraw_EnumDisplayModes' (ie
On Thu, Oct 31, 2002 at 08:49:18AM -0600, Greg Turner wrote:
LICENSE: X11
CHANGELOG:
* dlls/rpcrt4: rpc_server.c;
include: rpcdcep.h:
Greg Turner [EMAIL PROTECTED]
- One more fixup for winapi_check
-UINT WINAPI I_RpcWindowProc( HANDLE hWnd, UINT Message, UINT wParam, ULONG lParam)
On Thursday 31 October 2002 08:10 am, Raul Dias wrote:
My $0.02,
A way to make it more secure is to catch key API calls and decide if
the application is allowed to run it or not.
not a bad idea.
Wine could implement a clean Security Layer: YES
Clean, perhaps, but secure? That depends on
winapi_check tells me:
ndr_stubless.c:86: rpcrt4: LONG_PTR WINAPIV
NdrClientCall2(PMIDL_STUB_DESC,PFORMAT_STRING,...): argument 1
documentation: \
/* CLIENT_CALL_RETURN */
This is because winapi_check misparser the line:
LONG_PTR /* CLIENT_CALL_RETURN */
On Thu, Oct 31, 2002 at 02:11:31AM -0500, Dimitrie O. Paun wrote:
That is,
Lets assume for the sake of argument that Alexandre likes my
0.8 idea so much, that he releases Wine 0.8 with much fanfare
next Monday (so we have a good audience), and the news reaches
Slashdot where a message with
On Thu, Oct 31, 2002 at 11:10:33AM -0300, Raul Dias wrote:
My $0.02,
I always though of a wine as way to run windows apps
better than windows.
Better also means more secure for me.
A way to make it more secure is to catch key API calls and decide if
the application is allowed to run
Op donderdag 31 oktober 2002 01:04, schreef Chris Thielen:
On Wed, 2002-10-30 at 12:10, Dirk wrote:
Could someone do something to make the need for this hardware disappear
and save the world of people who love proprietrary video game consoles?
There is already a tool that converts xpe
Marcus Meissner wrote:
On Thu, Oct 31, 2002 at 11:10:33AM -0300, Raul Dias wrote:
My $0.02,
I always though of a wine as way to run windows apps
better than windows.
Better also means more secure for me.
A way to make it more secure is to catch key API calls and decide if
the application is
On Thursday 31 October 2002 14:32, Lionel Ulmer wrote:
Apologies for needing some more hand-holding: from Alexander's advice I
now have the game linking and beginning to execute. It now gets stuck
while executing this piece of C++:
Hmm, according to the backtrace, it is rather crashing
If you want more screenshots, then you just need to go to the AppDB.
(although we don't mention it yet, so I'll add a subtitle
for more screenshots, see AppDB to the screenshot now)
hmm.. IMHO the screenshots should be shown BEFORE the rest of the site shows
up.. screenshots are the most
Yes, there's a race condition, although it looks like you've got a
different bit of NTDLL failing.
See:
http://bugs.winehq.com/show_bug.cgi?id=970
Cheers,
Paul.
On Thu, 31 Oct 2002, Greg Turner wrote:
On Wednesday 30 October 2002 12:22 pm, Greg Turner wrote:
BTW, this is somewhat
On October 31, 2002 10:29 am, Andreas Mohr wrote:
Sorry to say that, but in this mail, *you* were talking *some* crap IMHO
;-)
It's OK, you just missed the point. :P Honestly, you did: it's not ranting,
it's a way to highlight where, and what we need to do. I said that in the
P.S. by the way.
Martin Wilck [EMAIL PROTECTED] writes:
I'd propose: If the registry contains an explicit ComputerName entry,
use it as Netbios name; otherwise, use the Unix hostname. This would
affect only the users that enter a Netbios name in their registry, and
thus not those with changing host names that
Shachar Shemesh [EMAIL PROTECTED] writes:
So you mean to say that my windows X-Eyes implementation won't work on
WINE? Damn.
Anyone knows of any Unix port of that program?
Shachar
No, wait. I'm using a mouse hook. Maybe it'll work after all.
At this point probably
Dimitrie O. Paun [EMAIL PROTECTED] writes:
So the 5% left, install wine, install a Win-app, and play around.
Great, it works!
You forgot a few things here:
First it doesn't even start because they don't have a config file. OK,
they copy one from somewhere, it doesn't work because the drives
Hi,
I have CrossOver beta 1.3 and have got IE6 installed and version 3 of
the Adobe SVG viewer. The installer doesn't work, but I got around that
problem, the issue I'm interested in solving now is that mouse
interaction is messed up, namely that when the plugin receives a
mousemove event, it
El jue, 31 de oct de 2002, a las 02:11, Dimitrie O. Paun escribio:
That is,
Lets assume for the sake of argument that Alexandre likes my
0.8 idea so much, that he releases Wine 0.8 with much fanfare
next Monday (so we have a good audience),
10th Anniversary (??-??-2003)? sounds to a good
On Thursday 31 October 2002 09:20 am, Patrik Stridvall wrote:
Greg wrote:
winapi_check tells me:
ndr_stubless.c:86: rpcrt4: LONG_PTR WINAPIV
NdrClientCall2(PMIDL_STUB_DESC,PFORMAT_STRING,...): argument 1
documentation: \
/* CLIENT_CALL_RETURN */
This is because winapi_check
On Thursday 31 October 2002 10:34 am, Jaco Greeff wrote:
- Tests that will fail with current implementation are temporarily
commented out
Is there a middle ground for tests that are expected to fail? If not,
IMO maybe there should be: It kinda defeats the purpose of a test
framework if we
Jaco == Jaco Greeff [EMAIL PROTECTED] writes:
Jaco ... Tests that will fail
Jaco with current implementation are temporarily commented out
Don't comment them out, matrk them todo. Look at the syntax in
documentation/testing.
And plain inlined patches are preferred against
On Thursday 31 October 2002 09:05 am, Michael Stefaniuc wrote:
-UINT WINAPI I_RpcWindowProc( HANDLE hWnd, UINT Message, UINT wParam,
ULONG lParam)
+UINT WINAPI I_RpcWindowProc( void *hWnd, UINT Message,
UINT wParam, ULONG lParam )
That's totaly broken. It's a problem in winapi_check and not
On Thu, Oct 31, 2002 at 10:55:10AM -0600, Greg Turner wrote:
On Thursday 31 October 2002 09:05 am, Michael Stefaniuc wrote:
-UINT WINAPI I_RpcWindowProc( HANDLE hWnd, UINT Message, UINT wParam,
ULONG lParam)
+UINT WINAPI I_RpcWindowProc( void *hWnd, UINT Message,
UINT wParam, ULONG lParam
On October 31, 2002 11:40 am, Carlos Lozano wrote:
10th Anniversary (??-??-2003)? sounds to a good date.
Cool! :) Alexandre, when is that?
--
Dimi.
On Thu, 31 Oct 2002 17:57:12 +0100, Uwe Bonnes
[EMAIL PROTECTED] wrote :
Jaco ... Tests that will fail
Jaco with current implementation are temporarily commented out
Don't comment them out, matrk them todo. Look at the syntax in
documentation/testing.
I've marked the code with a
On Thu, 31 Oct 2002 11:04:48 -0600, Greg Turner [EMAIL PROTECTED]
wrote :
On Thursday 31 October 2002 10:34 am, Jaco Greeff wrote:
- Tests that will fail with current implementation are temporarily
commented out
Is there a middle ground for tests that are expected to fail? If not,
IMO
On Thursday 31 Oct 2002 10:00 am, Greg Turner wrote:
On Thursday 31 October 2002 08:10 am, Raul Dias wrote:
My $0.02,
A way to make it more secure is to catch key API calls and decide if
the application is allowed to run it or not.
not a bad idea.
Wine could implement a clean
From: Alexandre Julliard [EMAIL PROTECTED]
Date: 2002/10/31 Thu AM 11:24:28 EST
To: [EMAIL PROTECTED]
CC: Wine Devel [EMAIL PROTECTED]
Subject: Re: So lets say we do it
Dimitrie O. Paun [EMAIL PROTECTED] writes:
So the 5% left, install wine, install a Win-app, and play around.
2. People will look for the typical left-side menu:
Home
About
Status
Development
Download
Screenshots
*BZZT* We don't have any. 5% will drop off here.
Sorry to say that, but in this mail, *you* were talking *some* crap IMHO
;-)
We *do* have
On Thu Oct 31 20:04:30 2002, Jaco Greeff [EMAIL PROTECTED] wrote :
On Thu, 31 Oct 2002 17:57:12 +0100, Uwe Bonnes
[EMAIL PROTECTED] wrote :
Jaco ... Tests that will fail
Jaco with current implementation are temporarily commented out
Don't comment them out, matrk them todo. Look
Hi everyone,
Just a couple of problems I've noticed. They look like they're due to
some broken build dependencies.
1. I have a copy of wine on my laptop which I do cvs update every few
days. After updating today, I did the usual ./configure
--enable-opengl make depend make and left
On October 31, 2002 11:24 am, Alexandre Julliard wrote:
You forgot a few things here:
Yes, and no: it was getting late, hand was all funny,
email was getting too long... :)
First it doesn't even start because they don't have a config file. OK,
Hear, hear! BTW, we should move configuration
Dimitrie O. Paun [EMAIL PROTECTED] writes:
On October 31, 2002 11:40 am, Carlos Lozano wrote:
10th Anniversary (??-??-2003)? sounds to a good date.
Cool! :) Alexandre, when is that?
Sometime in June, I don't have the exact date of the first release
unfortunately. Release 0.0.2 was on June
On Thu, Oct 31, 2002 at 08:24:28AM -0800, Alexandre Julliard wrote:
Dimitrie O. Paun [EMAIL PROTECTED] writes:
So the 5% left, install wine, install a Win-app, and play around.
Great, it works!
You forgot a few things here:
As for the SuSE wine RPMS:
First it doesn't even start
On Thu, 2002-10-31 at 12:19, Dimitrie O. Paun wrote:
On October 31, 2002 11:24 am, Alexandre Julliard wrote:
You forgot a few things here:
[...] it doesn't work because the drives are wrong.
Yep. wineinstall?
Then they don't have the proper registry (winedefault.reg? what's that?)
Sorry, that was the method I posted, I happened to paste the wrong function
name; this is the entire function with line 852 marked:
Care to give me the actual data type of 'mp_directDraw' ? It seems that as
you supposed, it does not use the correct function pointer when you use
On Thursday 31 October 2002 09:20 am, Patrik Stridvall wrote:
Greg wrote:
winapi_check tells me:
ndr_stubless.c:86: rpcrt4: LONG_PTR WINAPIV
NdrClientCall2(PMIDL_STUB_DESC,PFORMAT_STRING,...): argument 1
documentation: \
/* CLIENT_CALL_RETURN */
This is because
On Thursday 31 October 2002 12:04 pm, Jaco Greeff wrote:
On Thu, 31 Oct 2002 17:57:12 +0100, Uwe Bonnes
And plain inlined patches are preferred against attachments.
Just rabble-rousing here, but, until Alexandre stops accepting them, I
plan to attach all my patches. I /am/ willing to mark
Dimitrie O. Paun [EMAIL PROTECTED] writes:
On October 31, 2002 11:24 am, Alexandre Julliard wrote:
First it doesn't even start because they don't have a config file. OK,
Hear, hear! BTW, we should move configuration out of documentation/samples
I don't think that would really help rpm
I sent Alexandre the App privately. I originally wanted to CC the list
(the app can be distributed under either GPL or LGPL), but the mail was
rejected. I would hereby like to appologize for trying to attach more
than the set limit of 40Kb of a zip file to the list. My appologies.
In leu of
On Thursday 31 October 2002 12:54 pm, Patrik Stridvall wrote:
Greg wrote:
On Thursday 31 October 2002 09:20 am, Patrik Stridvall wrote:
Ignore it.
OK. You promise it won't screw up the actual documentation bot?
Promise? Hmm. All code have bugs you know and winapi_check is
designed to
Geoff Thorpe wrote:
On Thursday 31 Oct 2002 10:00 am, Greg Turner wrote:
On Thursday 31 October 2002 08:10 am, Raul Dias wrote:
My $0.02,
A way to make it more secure is to catch key API calls and decide if
the application is allowed to run it or not.
not a bad idea.
Wine
On October 31, 2002 01:46 pm, Greg Turner wrote:
In support of attached patches:
Most are irrelevant. The point is not to transport the patch to
Alexandre. If so, you might as well send it directly to him.
Point is to get peer review, and maybe comments. For this purpose,
inlining the patch is
On October 31, 2002 01:21 pm, Alexandre Julliard wrote:
Sometime in June, I don't have the exact date of the first release
unfortunately. Release 0.0.2 was on June 25.
Too far away for 0.8, too close for 1.0. Maybe 0.9, if we're lucky.
--
Dimi.
On Thu, Oct 31, 2002 at 01:19:33PM -0500, Dimitrie O. Paun wrote:
On October 31, 2002 11:24 am, Alexandre Julliard wrote:
You forgot a few things here:
Yes, and no: it was getting late, hand was all funny,
email was getting too long... :)
First it doesn't even start because they don't
Em Qui, 2002-10-31 às 16:38, Dimitrie O. Paun escreveu:
On October 31, 2002 01:21 pm, Alexandre Julliard wrote:
Sometime in June, I don't have the exact date of the first release
unfortunately. Release 0.0.2 was on June 25.
Too far away for 0.8, too close for 1.0. Maybe 0.9, if we're
On Thursday 31 October 2002 1:53 am, Matthew Bloch wrote:
Okay, but presumably it's easier (as in not impossible!) for me to debug a
program with GDB if I'm using a elf binary as opposed to a PE binary, which
is mostly my object here.
gdb does have support for PEs (since there are Windows
On October 31, 2002 02:44 pm, Andreas Mohr wrote:
Gee, thanks !
You know how many man-weeks (err, months ?) I've been putting into it,
right ?
I was referring to the interface, not the content. In fact, I think
the web-interface makes a disservice to the content. In fact, I am
saying quite the
On October 31, 2002 03:00 pm, Andreas Mohr wrote:
Not yet too late for another 'Halloween' release though ;)
Yep...
...next year ! ;)
I don't want to jinx it, but at the rate we're going, we'd be
lucky to do a 1.0 'Halloween' release next year :/
--
Dimi.
On Thu, Oct 31, 2002 at 03:07:15PM -0500, Dimitrie O. Paun wrote:
On October 31, 2002 03:00 pm, Andreas Mohr wrote:
Not yet too late for another 'Halloween' release though ;)
Yep...
...next year ! ;)
I don't want to jinx it, but at the rate we're going, we'd be
lucky to do a 1.0
On October 31, 2002 02:44 pm, Andreas Mohr wrote:
For christ's sake, IF YOU CAN'T STAND THE DOCU, THEN *IMPROVE IT*.
Well, that's a good point. And I did a bit, but not nearly as much
as you.
I did. (past tense)
But maybe then it seems like I didn't...
Hey, I've never complained about the
On Thu, Oct 31, 2002 at 07:08:07PM +0100, Marcus Meissner wrote:
On Thu, Oct 31, 2002 at 08:24:28AM -0800, Alexandre Julliard wrote:
So no, I'm not going to make a general public release just yet...
Not yet too late for another 'Halloween' release though ;)
Yep...
...next year ! ;)
On Thu, Oct 31, 2002 at 02:58:12PM -0500, Dimitrie O. Paun wrote:
On October 31, 2002 02:44 pm, Andreas Mohr wrote:
For christ's sake, IF YOU CAN'T STAND THE DOCU, THEN *IMPROVE IT*.
Well, that's a good point. And I did a bit, but not nearly as much
as you.
I did. (past tense)
But
On October 31, 2002 03:09 pm, Andreas Mohr wrote:
Well, that maintenance would e.g. include the localization work I
suggested, having a *separate* CVS containing all localized Wine Guides,
and having automatically updated docu maintenance web pages
for every language involved.
But this is
On October 31, 2002 03:11 pm, Andreas Mohr wrote:
Why, the current rate is avalanche-like ;)
I'm growing ever more astonished about the increase in wine-patches per
day...
Same here. It's quite amazing! But can we sustain the rate for a year?
But of course you're sorta right, we're still
On Thu, Oct 31, 2002 at 03:17:26PM -0500, Dimitrie O. Paun wrote:
On October 31, 2002 03:09 pm, Andreas Mohr wrote:
Well, that maintenance would e.g. include the localization work I
suggested, having a *separate* CVS containing all localized Wine Guides,
and having automatically updated
On October 31, 2002 03:33 pm, Andreas Mohr wrote:
(OK, if you're overly pessimistic, then you'll probably tell me now that
nobody will ever work on updating foreign languages, despite of such
a marvellous infrastructure)
No, all I am saying is that's a lot of effort, for not that huge gain.
On 30 Oct 2002, Chris Thielen wrote:
[...]
I'm sure an Xbox emulator will eventually come along, assuming there
aren't a few already in the works; they, however, under Linux at least,
would have to implement DirectX calls; it would be interesting to
frequently contact those developers as they
On Thu, Oct 31, 2002 at 03:20:34PM -0500, Dimitrie O. Paun wrote:
On October 31, 2002 03:11 pm, Andreas Mohr wrote:
Why, the current rate is avalanche-like ;)
I'm growing ever more astonished about the increase in wine-patches per
day...
Same here. It's quite amazing! But can we
On October 31, 2002 03:58 pm, Andreas Mohr wrote:
BTW, I just updated the Contribute page quite a lot.
Very cool. You see, there's a lot of good stuff on the site,
but it's kinda hidden. We need to bring some of it
(like screenshots, FAQ, contributing) more to the front,
so people stumble upon
On October 31, 2002 04:18 pm, Andreas Mohr wrote:
Bl**dy b*tch ! :-))
Listen man, I don't like that! I mean, what's up with the stars?!? :)))
First you annoy the h*ll out of people, and then you behave as if nothing
had ever happened and the weather was fantastic... ;-)
Oh, Andy dude, you
hmm ... i had 1.00 and 1.01 working fine, but then i updraded to 1.03 ...
but it dies differently for me (AFAICS) ...
it seems the cracked executable is missing some exported funtions that
warcraft 3 1.03's game.dll requires
i've tried this under windoze too, and it crashes for me
On Thu, Oct 31, 2002 at 04:16:45PM -0500, Dimitrie O. Paun wrote:
On October 31, 2002 03:58 pm, Andreas Mohr wrote:
BTW, I just updated the Contribute page quite a lot.
Very cool. You see, there's a lot of good stuff on the site,
but it's kinda hidden. We need to bring some of it
(like
Hi,
I want some comments on the possibility of a _popen/_wpopen/_pclose
implementation in Wine. Reference available at:
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vclib/html/_crt__popen.2c_._wpopen.asp
The open functions basically operate in the same way as the popen
On October 31, 2002 04:26 pm, Andreas Mohr wrote:
I wouldn't be 100% against placing a Screenshot link on the main page
- it's a mere 99% only.
But with the current menu infrastructure, I'm about 150% against it.
If we added a separate Screenshots menu item (which, by the way, I don't
think
On October 31, 2002 03:35 am, Johan Gill wrote:
Even with perfectly working builtin dlls, one needs overrides for the
native dlls that are proprietary, or the loading will fail. Or is this a
bug?
This doesn't sound right. Can you give some examples of that happening?
--
Dimi.
Greg Turner [EMAIL PROTECTED] wrote:
On Thursday 31 October 2002 08:10 am, Raul Dias wrote:
My $0.02,
A way to make it more secure is to catch key API calls and decide if
the application is allowed to run it or not.
not a bad idea.
Wine could implement a clean Security Layer: YES
Clean,
What is wrong with using wcmd and extending it if necessary?
Chris
From: Jaco Greeff [EMAIL PROTECTED]
Date: 2002/10/31 Thu PM 04:27:43 EST
To: [EMAIL PROTECTED]
Subject: RFC: msvcrt _popen/_wpopen/_pclose
Hi,
I want some comments on the possibility of a _popen/_wpopen/_pclose
On Thu, 2002-10-31 at 15:30, Dimitrie O. Paun wrote:
Agreed. I say, let's get some of the content in shape, and worry about
the form a wee bit later. BTW, any web-design guys around, that may
want to take on this task?
Oh pick ME ME ME! :-)
Wait a minute, I'm already in charge of that. Must
On Thu, Oct 31, 2002 at 04:05:21PM -0600, Jeremy Newman wrote:
On Thu, 2002-10-31 at 15:30, Dimitrie O. Paun wrote:
Agreed. I say, let's get some of the content in shape, and worry about
the form a wee bit later. BTW, any web-design guys around, that may
want to take on this task?
Oh
This is the initial TODO for Wine 0.8.
I know, 0.8 has been released before, but that's ancient history.
Whether or not it gets released with this version number is
irrelevant. In fact, even if it never becomes a public release,
it is an important point to reach toward 0.9, and so if we
Dimitrie O. Paun [EMAIL PROTECTED] writes:
Now, again, what I mean by 0.8:
-- Users can start using Wine
-- works well for a fair number of apps
-- no MS DLLs required (from real Windows)
That alone should take a couple of years g
-- User facing stuff (website, docs, etc.)
On October 31, 2002 05:05 pm, Jeremy Newman wrote:
Oh pick ME ME ME! :-)
OK mister, you're on! :)
I don't volunteer my weekends often, so speak now.
IMO we need to reorganize the front page a bit more than that.
Namely:
-- the big Navigation box is wasted space, because
1. It
Hi Thomas,
Thomas Wickline wrote:
[...]
Wine users , CodeWeavers WineX customers could do Previews/Demo's at
there local lug meetings as well.. This is what I did a couple months
back and it was a huge success there were Windows users at the meeting
to see Linux and Win app's being run on
On Thu, Oct 31, 2002 at 05:38:10PM -0500, Dimitrie O. Paun wrote:
4. Enlist some 'official' distribution maintainers
(at the minimum RedHat, Suse, UnitedLinux, Debian)
Add Mandrake, remove UnitedLinux: UnitedLinux is a SERVER distro
(or, to be more precise: the core of several server
El jue, 31 de oct de 2002, a las 15:02, Alexandre Julliard escribio:
Dimitrie O. Paun [EMAIL PROTECTED] writes:
Now, again, what I mean by 0.8:
-- Users can start using Wine
-- works well for a fair number of apps
-- no MS DLLs required (from real Windows)
That alone should
On Thu, 31 Oct 2002, Dimitrie O. Paun wrote:
[...]
IMO we need to reorganize the front page a bit more than that.
Namely:
-- the big Navigation box is wasted space, because
1. It contains items everybody expects as a left-hand menu
2. Contains no real content
-- while pretty,
Now WIDL is good enough to generate a drop-in replacement for Wine's
wtypes.h (attached) from a suitably crafted Wine-compatible wtypes.idl
(also attached). I've included all the definitions that were already in
Wine's wtypes.h (but I was too lazy to do everything that's in Microsoft's
wtypes.idl
On Thu, 31 Oct 2002, Dimitrie O. Paun wrote:
[...]
A. WineHQ work
0. Reorganize a bit the navigational menu
1. Add a screenshot link to the homepage
See also my other email...
2. Create some really sexy screenshots
Advice on screenshots:
- if the screenshot is just about one
On Thursday 31 October 2002 06:08 pm, Ove Kaaven wrote:
Note that I will work on ReWind, not directly on Wine, so I probably
won't be able to submit massive change all files to include this
instead of that patches (that apply to Wine) with any new files.
I get the ReWind-patches digest. I'd
Andreas Mohr wrote:
On Thu, Oct 31, 2002 at 03:07:15PM -0500, Dimitrie O. Paun wrote:
On October 31, 2002 03:00 pm, Andreas Mohr wrote:
Not yet too late for another 'Halloween' release though ;)
Yep...
...next year ! ;)
I don't want to jinx it, but at the rate we're going, we'd be
lucky
Ove Kaaven [EMAIL PROTECTED] writes:
IDL-generated files would also eventually obsolete all the current
wine/obj_*.h files, but those obj_* files seem to be somewhat more
logically structured than MS's own IDL files, should we craft Wine's IDL
files accordingly, and maybe have some top-level
On Thursday 31 October 2002 18:41, Lionel Ulmer wrote:
Sorry, that was the method I posted, I happened to paste the wrong
function name; this is the entire function with line 852 marked:
Care to give me the actual data type of 'mp_directDraw' ? It seems that as
you supposed, it does not use
Sorry, in advance, for this barrage of questions... but I'm getting
anxious to proceed with this thing.
Naming:
This guy needs a name if I'm ever going to start coding it. How about:
Wine Remote Procedure Call System Server aka wrpcss.exe.so? A little
misleading with the ss thing, but this
Greg Turner [EMAIL PROTECTED] writes:
Thanks for catching the first, Alexandre, or
I wouldn't have caught this second...
Actually I didn't catch anything, the first one was fixed by Marcus.
--
Alexandre Julliard
[EMAIL PROTECTED]
1 - 100 of 119 matches
Mail list logo
