On November 7, 2002 01:55 pm, Steve Langasek wrote:
What do you mean by Debian maintainer, precisely? The most recent wine
package in Debian is version 0.0.20021007-1, uploaded October 20 by Ove
Kaaven. Has Ove indicated that he is no longer interested in maintaining
this package? (He has
On November 7, 2002 01:50 pm, Joerg Mayer wrote:
Hello? Iff the spec file is bad, then I'd rather fix it then hide it
somewhere. I think I've heard that arguement before - was it one for
open source perhaps?
Well, I will not go into this debate, but there are problems in naming
packages, etc.
On November 7, 2002 12:41 pm, Michael Wetherell wrote:
On Thursday 07 November 2002 3:44 pm, Dimitrie O. Paun wrote:
We're still missing one. Any takers?
Yes, I'd really like to do that. What do I have to do to join up?
You have to know what you are doing. This is _very_ imprortant,
because
On November 7, 2002 02:15 pm, Sylvain Petreolle wrote:
Same issue here.
Please checkout this thread:
http://www.winehq.com/hypermail/wine-devel/2002/10/index.html#422
--
Dimi.
On November 7, 2002 05:11 pm, Carlos Lozano wrote:
hmm, good, some applications could be very usable even
if some feature is buggy, it is complex test applications
with more of 15-20 different options, and if the bugs are
known it could be listed in a different page (for example
together to
the FAQ interface [IN PROGRESS]
workers: Dimitrie O. Paun, Keith Matthews, Thomas Wickline
status: close to first public release
updated: Nov 7, 2002
Enlist some 'official' distribution maintainers [DONE]
RedHat: Vincent Béron
SUSE: Marcus Meissner
Mandrake: Kye Lewis
Debian: Ove
On November 7, 2002 11:01 pm, Vincent Béron wrote:
Is it normal that I cannot find a rule to build wine.info from
wine.texinfo in the Makefiles?
The file is deprecated, and needs to be merged into the Devel Guide.
The file seems to still be worked on (last change september 20th), but I
must
On November 8, 2002 07:26 am, Mike Hearn wrote:
Presumably once an app starts working with Wine, if it suddenly stops
for whatever reason (ignoring changes in the app itself) then it's a
regression in Wine, which should be pretty rare.
:))) We wish!
When will the list of top 10 gold apps be
Another on for the 0.9 TODO:
-- launching Help from apps
This does not work now, IIRC. It's rather 'simple', and visible
from the user POV, so needs fixing IMO.
--
Dimi.
-- Forwarded Message --
Subject: Re: So lets say we do it
Date: Sat, 9 Nov 2002 02:51:47 -0800
From: Kenny Smith [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
I don't know how to use mail lists, so i though I might mail you
In responce to your ideas about reorganizing the winehq
On November 9, 2002 09:28 am, Sylvain Petreolle wrote:
Using the cygwin under is difficult for the moment, as bash and sh
both refuse to run today.
What's the problem with them?
--
Dimi.
On November 8, 2002 03:01 pm, Eric Pouech wrote:
yup, but I fear we'll discover more issues as far we go on (way too
early to know, until we dig a bit more into it)
True, but it's a good start. Right now we have Nothing (TM). :)
it also creates a dependency on Wine Mozilla-win32. I don't
On November 9, 2002 01:06 pm, Eric Pouech wrote:
another way (absolutely not tested), would be to:
1/ extract html files (+images...) into a temp dir
2/ direct any browser to browse
This is certainly possible, and it should work, to some extent.
The problem with it is that it's a complete
Folks,
As promised, the new Wine FAQ (in beautiful color, and an amazing bouquet),
is ready for public review before the end of the week. So there. :)
At the moment, it is available for your viewing pleasure here:
http://www.dssd.ca/Wine-FAQ.html
Keith Matthews, and Thomas Wickline did
On November 9, 2002 10:01 pm, Tony Lambregts wrote:
Is this already in sgml?
No, it's not. We will worry about that at a later time, now
the priority is to get this out the door.
--
Dimi.
On November 10, 2002 04:02 am, Eric Pouech wrote:
1/ rewind winex descriptions have been interverted
blushFixed./blush
2/ i get (on netscape) some ugly font changes between paragraphs (in
some cases bold 14, in other normal 10: is this intentional ?) (I'm not
speaking about paragraph title
On November 10, 2002 04:18 am, Eric Pouech wrote:
agreed, but I don't call installing mozilla-Win32 on linux to have CHM
support a final solution either
No, it's not. But it can be massaged in the right solution. That is,
we can start using IWebBrower all over the plave were we needed, we
On November 10, 2002 04:02 am, Eric Pouech wrote:
3/ helping wine: we could add a paragraph about writting test cases for
a given (set of) API
Well, not that I read what's in there:
You can contribute programming or documentation skills,
or monetary or equipment donations, to aid the
On November 9, 2002 09:20 pm, Steven Edwards wrote:
Thanks to Robert Dickenson for his work on this. If someone wants to
adopt then here it is.
Good stuff. This needs a bit of massaging, but looks good.
--
Dimi.
On November 10, 2002 04:40 am, J.Brown (Ender/Amigo) wrote:
Just so people don't double up, I'll let everyone know I'm working on a CHM viewer.
Way cool! Noted in the TODO.
I might even ponder implementing a simple IWebBrowser implementation based
off of Konq-Embedded/khtml, which would be
On November 10, 2002 05:01 am, J.Brown (Ender/Amigo) wrote:
Which is why I can't afford the space :)
/dev/hdb1 10GB 9.1GB 415MB 96% /development
Oh, come on! :) You can't spare 6MB out of 415?!? It's 2%! :)
BTW, if you feel like reimplementing IWebBrowser, why not do
it so it
On November 10, 2002 05:14 am, Ender wrote:
Ugh, I don't want to start a browser war or anything, but my personal
opinion is exactly the other way around. I detest Mozilla as a browser,
and although it's rendering engine (eg, as used in Galeon) is okay, I find
it annoying slow and unhelpful.
On November 10, 2002 10:49 am, Tony Lambregts wrote:
OK, Once it is finalized... It's on my TODO list.
That's cool. I can help you with that, it is written so
that we can easily convert it into SGML. But to make that
step, we have to be able to convince the SGML tools to
generate the HTML that
On November 10, 2002 02:40 pm, Marcus Meissner wrote:
Do not link against -lcups directly, but dynamically load it
if present. (just like freetype etc.)
[...]
+#ifdef HAVE_CUPS
+ /* dynamically load CUPS if not yet loaded */
+ if (!cupshandle) {
+
On November 8, 2002 10:22 pm, Francois Gouget wrote:
If going that way you can use the following:
Debunking Wine Myths
1. Myth 1: Wine is slow because it is an emulator
http://www.winehq.com/about/index.php?myths
Yeah, that's a good start. But I think it's better to avoid the
whole issue
Alexandre,
Do you have a gameplan for this beast?
--
Dimi.
On November 11, 2002 04:50 pm, Alexandre Julliard wrote:
More or less, I have implemented a few things already. But I don't
think we should start on it right now, there are already more than
enough reorganizations going on. If we reorganize everything at the
same time tracking regressions will
On November 10, 2002 11:25 pm, Vincent Béron wrote:
Dimitrie, the actual HTML code is rather ugly in it's source
presentation, so don't hand-edit it :P Anyway, it's not meant to be
hand-edited, that's what sgml and docbook are for. The layout is exactly
what you already have, although with
-- Forwarded Message --
Subject: Re: CHM Wine
Date: Mon, 11 Nov 2002 23:42:05 -0500
From: Matthew T. Russotto [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
On Saturday, November 9, 2002, at 10:16 AM, Dimitrie O. Paun wrote:
On November 8, 2002 03:32 pm, Matthew T. Russotto wrote
On November 11, 2002 08:43 pm, Tom Hibbert wrote:
In my continuing quest for some kind of professional-level audio editing
under Linux, I today tried to get Cool Edit Pro 2 to run using Wine/WineX.
Both were able to install the demo version successfully but only WineX was
able to make it start
People,
I've added a small section describing a few criteria for
a good screenshot. Check it out at:
http://www.dssd.ca/wine/Wine-0.9-TODO.html#screenshots
Now, if you feel like doing screenshots, please forward
them to:
Brian Vincent [EMAIL PROTECTED]
how's collecting them.
--
Dimi.
On November 12, 2002 10:34 pm, Thomas Wickline wrote:
I was just wondering if we were going to combine
the two into ONE *Official Wine documentation*
We don't care about 3rd party. Actually that HOWTO is not
3rd party, is part of WineHQ, but is badly out of date.
So someone should go over it,
Folks,
Here are the lists, formatted in HTML, which
Carlos sent out some time ago:
http://www.dssd.ca/wine/Wine-SAL.html
Mozilla/Netscape seems to have problems with the colors,
but Konqy works fine... Help with formatting appreciated.
I guess the tasks here are:
1. Identify more Gold apps
On November 9, 2002 09:20 pm, Steven Edwards wrote:
Thanks to Robert Dickenson for his work on this. If someone wants to
adopt then here it is.
I am looking into it.
--
Dimi.
On November 13, 2002 02:38 pm, Alexandre Julliard wrote:
Reduce the maximum length of debug strings to 80 characters.
Why do that? My console has 140 columns, 80 is rather small.
--
Dimi.
On November 13, 2002 03:27 pm, Alexandre Julliard wrote:
It's to avoid buffer overflows. With escapes, 80 chars can potentially
grow to 400 chars.
Yes, I thought it would be related to buffer sizes, but it does not look
like the right fix. We should check, and not exceed, the size of the
really sexy screenshots [IN PROGRESS]
* worker: Brian Vincent
* status: please send screenshots to the above mentioned maintainer
* updated: Nov 12, 2002
* criteria: listed here
5. Rework the FAQ interface [IN PROGRESS]
* workers: Dimitrie O. Paun
Folks,
The second release (much expanded) of the Fun Project
page has been released, in all it's glory, at:
http://www.dssd.ca/wine/Wine-Fun-0.2.html
The working version of the above is at:
http://www.dssd.ca/wine/Wine-Fun.html
By now, you should know that comments, suggestions,
and flames
On November 14, 2002 09:23 pm, Steven Edwards wrote:
You might want to add visual-mingw to the winelib apps section.
Done. Do we have a volunteer? :)))
--
Dimi.
On November 15, 2002 01:58 am, Tony Lambregts wrote:
Where would you want it to go (in the faq?) or would we just link to it
from the faq like the status page?
I think it should be merged with the Press page. Who wants to read a dry
list of old articles? That's there only to satisfy the
On November 15, 2002 04:14 am, Francois Gouget wrote:
* compiling Wine with -DSTRICT turned on. This has made tremendous
progress thanks to Michael Stefaniuc. There are only six libraries left
to convert. Btw, I created tasks for each of them as suggested by
Michael in bug 90.
I know, but I
On November 15, 2002 09:13 am, Andrew Lynch wrote:
Visual-Mingw sounds almost identical to DevEx found at
http://sourceforge.net/projects/wingtk
If you want to start working on this, I can add it to the list...
--
Dimi.
On November 15, 2002 09:19 pm, Tony Lambregts wrote:
Here is the FAQ in sgml format with some very minor additions from the
html version by Dimitrie O. Paun, Keith Matthews and Thomas Wickline
Can you please send me a copy of the file you used to generate the SGML,
so I can track changes? TIA
Just a quick heads up.
I've been working on compiling Visual-MingW as a Winelib app.
Hence the header patches I've sent :)
I got it to compile (including resources), but it does not link.
Shouldn't be too hard to do, I'll post what changes I had to do
later on.
--
Dimi.
I had to use the following hack to allow this
bit to go through my g++ compiler.
I'm using RedHat 8.0, so this gives me:
[dimi@dimi wine.src]$ g++ --version
g++ (GCC) 3.2 20020903 (Red Hat Linux 8.0 3.2-7)
Copyright (C) 2002 Free Software Foundation, Inc.
This is free software; see the source
Folks,
I've just discovered (DUH!) another free resource compiler:
http://www.redhat.com/docs/manuals/gnupro/GNUPro-Toolkit-98r2/5_ut/c_Usingbinutils/windres.html
This one is part of binutils. Now, like any good hacker, I
hate such code duplication. Granted, I haven't looked through
the code of
Hehe,
It's hard to keep these things 'secret' :)))
http://developers.slashdot.org/developers/02/11/17/1648220.shtml?tid=125
--
Dimi.
On November 18, 2002 01:02 am, David Fraser wrote:
Yup, a nice surprise to see that this morning. Hope your site's
surviving :-)
Yes, it has, apparently. Repeat after me:
Static Pages Are Good (TM).
Static Pages Are Good (TM).
Static Pages Are Good (TM).
...
:)
Seeing as we're getting such
On November 18, 2002 10:23 am, Fredrick P. Lackey wrote:
Gentlemen,
First of all, thanks to everyone with your input so far. I've now been
able to get IE v6.0 up and running as well as a few other less important
applications. Which brings me to a few more questions.
1. Since it is
On November 17, 2002 11:56 pm, Dmitry Timoshkov wrote:
1. it knows nothing about unicode and therefore can't correctly compile
resources with languages apart from English.
Putty is using Unicode with windres, so I guess this is fixed.
2. at least an year ago it generated wrongly aligned
Hi guys,
Here's a small test program:
#include windows.h
#include stdio.h
#include stdlib.h
#include assert.h
int main()
{
printf(sizeof(wchar_t)=%d\n, sizeof(wchar_t));
return 0;
}
And I want to compile this with our msvcrt headers.
Look what happens:
[dimi@dimi wine]$ gcc
On November 19, 2002 09:46 am, Dimitrie O. Paun wrote:
[dimi@dimi wine]$ gcc -nostdinc -fshort-wchar -I
/home/dimi/dev/wine/wine.src/include/msvcrt -I /home/dimi/dev/wine/wine.src/include
test.c
Hm, maybe we need the standard headers after all.
Even though this might create confusion
On November 19, 2002 10:26 am, David Fraser wrote:
So the following C program compiles fine with the above command,
-fshort-wchar or not, and making stdio.h angle-bracketed will take away the
size_t warning:
What I'm waiting for is a solution that does not touch the program
I've posted. My
On November 19, 2002 10:51 am, Martin Wilck wrote:
Using this line and WCHAR instead of wchar_t, I'm fine. It prints sizeof
(WCHAR) = 2.
I know, but this is not good enough. I want to port some apps over
(eg putty) and that one uses wchar_t. Changing the source is not an
option IMO. In this
On November 19, 2002 12:30 pm, Jukka Heinonen wrote:
File msdos/vxd.c and files dlls/win32s/* should now be the
only files which contain Win32s specific code.
We should just nuke it altogether. As Ulrich explained, it's
only useful for running the Win32s *subsystem* that came with
some older
On November 19, 2002 10:57 am, Vincent Béron wrote:
Quickly checking in MS's headers (an old version), there's a lot of
typedef to define wchar_t.
I figured that much. I was hoping for a patch... :)
--
Dimi.
On November 19, 2002 12:55 pm, Greg Turner wrote:
The wine headers are very interesting to me right now. I guess we need
to do something like
#if (some hairy condition)
typedef WCHAR wchar_t
#endif
in the appropriate place (I guess, stddef.h)?
Here's what I did:
Index:
Folks,
msvcrt has this in its spec file:
dlls/msvcrt/msvcrt.spec:@ forward -noimport _itoa ntdll._itoa
Yet at link time, I get an undefined reference error:
/home/dimi/dev/wine/wine/tools/winebuild/winebuild -fPIC -DSTRICT -o
visual-mingw.exe.spec.c --exe visual-mingw.exe -m gui -r rsrc.res
Folks,
After a bit of hacking, I've got the Visual-MinGW project to compile,
and link just fine. Problem is that it does not run. Dies right away
with a segmentation fault, so I think I've messed something up with
the building part.
So, to help you help me, I've included the following:
-- the
On November 19, 2002 01:36 pm, Jukka Heinonen wrote:
Anyway, nuking Win32s code is really low on my priority list and
I won't be doing anything but trivial patches regarding that until
I get interrupt stuff into a better shape.
Sounds like a plan. Sorry, I was no clear in my email. I did not
On November 20, 2002 03:55 am, Sylvain Petreolle wrote:
did you give a try with winedbg ?
winedbg doesn't start. a +debugmsg +relay doesn't give anything,
I think the seg fault happens during the loading. Check out
the strace output...
--
Dimi.
On November 20, 2002 05:58 pm, Dimitrie O. Paun wrote:
Or maybe the startup script?
No, it's not the startup script. If I just replace the
appdir with notepad's, everything works fine. So the
script is just fine.
It's the building people... Can it be because it's a C++ app?
--
Dimi.
On November 20, 2002 02:01 pm, Sylvain Petreolle wrote:
if winedbg doesn't even start, we can say without risk of error
that you have a problem in your wine tree.
it's 'make distclean' time.
No, my tree is perfect, everything works OK. The problem is with
_this_ app only, I'm doing something
On November 20, 2002 05:13 pm, [EMAIL PROTECTED] wrote:
I have three programs, wine, winex, and Rosetta. When I combine winex
with Rosetta sound works fine, but then the display is royally messed up.
When I use wine with Rosetta, the sound fails but everything else works
beautifully.
On November 20, 2002 08:33 pm, Sylvain Petreolle wrote:
I don't understand you here. you said winedbg doesnt start.
Sorry, I wasn't clear. If I do:
[dimi@dimi src]$ /home/dimi/dev/wine/wine/programs/winedbg/winedbg
It comes up just fine. But if I do:
[dimi@dimi src]$
Guys,
I've got the following problem:
#include winsock.h
#include windows.h
fails miserably in Wine (but apparently works in Windows), whereas:
#include windows.h
#include winsock.h
works, no problem. The errors I get are:
In file included from
On November 20, 2002 06:05 pm, Dimitrie O. Paun wrote:
It's the building, people... Can it be because it's a C++ app?
Yes, it's the C++ thingy that screws it up. I've compiled putty
just the same, and it works perfectly. Now, this is a very simple
application, really, why would it die like
On November 19, 2002 03:38 pm, Eric Pouech wrote:
If you have any comments, speak up now !!
I will not comment directly on the solutions presented, but
rather I will try to list my requirements, as a user. Note
that some/all of them may be working already, but it's here
for as a reference:
1.
Hi folks,
I'm one of the Wine (http://www.winehq.org) developers,
and I just managed to build Putty under Winelib. That
is, Putty now runs as a native Linux application.
The interesting part is that I've managed to do so with
virtually no changes to the source code, just a few
changes to the
On November 19, 2002 04:19 pm, Huw D M Davies wrote:
I don't see the point of this at all. Why does it matter that we're
calling CreateDCA here? it's not as if we're losing information by
converting a Unicode to an Ascii string.
Personally, I think it's much easier to say, as a policy thing:
On November 21, 2002 10:19 am, Aric Stewart wrote:
I wondered if you had found a counter example in your own tests, or
if you had just assumed that windows would act rationally. If it was an
assumption then I will happily make a patch that mimic the behavior of
my test program. If you have
On November 21, 2002 06:28 am, Mike Hearn wrote:
I think what Dimi was talking about was sending the PuTTY team patches
so they could offer a Linux version on their download site, rather than
actually supplying it with Wine.
Indeed. Sorry, my mistake, I was not clear. I realized that my email
On November 21, 2002 04:47 am, Martin Wilck wrote:
This is because of the circular include sequence
winsock.h - windows.h - winsock2.h - winsock.h
where the last include doesn't work because _WINSOCKAPI_ is already
set.
The following patch fixes it.
Thank you, this works beautifully.
--
On November 21, 2002 11:25 am, Shachar Shemesh wrote:
Performing the communications with the wineserver
from the app itself (rather than from dlls the app is dynamically linked
with) seem to me like asking for trouble, if only because it deviates
significantly from the way Windows apps are
On November 21, 2002 11:33 am, Aric Stewart wrote:
Here is a patch which preserves alot of your structure.
it works to correct my bug in Outlook.
Wow! It's hard to believe this is the case... WTF is this so?
I mean, did you find a reasonable explanation to this behaviour?
Did you have a chance
On November 21, 2002 11:37 am, Mike Hearn wrote:
static void xs_init(void)
{
extern void boot_wine(CV *cv);
Perl_newXS(my_perl, wine::bootstrap,boot_wine,winetest.c);
}
which causes this output:
gcc -c -I. -I. -I../../include -I../../include `perl -MExtUtils::Embed
-e perl_inc`
On November 21, 2002 06:27 am, Dustin Navea wrote:
Do you think that this patch will fix my treeview problem(s)? Or should
the same sort of thing be done to treeview as a test to see if it will?
Yes, the same sort of patch should be done for treeview. I'll try to
do one soon.
--
Dimi.
On November 21, 2002 12:13 pm, Aric Stewart wrote:
i tried all sorts of variations on the W and A creations to see if i saw
any difference and I did not.
Also this patch fixes the bug in Outlook...
Yes. And beyond this, it correlates perfectly with the treeview
problems we have been
Folks,
On windows people link to winspool as such:
-lwinspool
In Wine, we need to do:
-lwinspool.drv
Obviously, this causes problems. Should we create
a winspool - winspool.drv link in dlls/?
--
Dimi.
On November 21, 2002 01:55 pm, Eric Pouech wrote:
4. I would love to be able to choose the terminal that's started.
That is, instead of having wineconsole pop up, wouldn't it
be cool if konsole/gnome-terminal/rxvt/xterm/etc would be
fired up depending on
On November 21, 2002 02:26 pm, Eric Pouech wrote:
this won't be easily possible, because wine has no knowledge on what
currently exists on the terminal
Sorry, I don't understand exactly the issues here, but what don't we
know to exist? I mean, if we start it, can't we assume a blank slate?
--
On November 21, 2002 02:47 pm, Eric Pouech wrote:
various stuff:
- if another wine console is running on the same terminal
How can it, we're talking about the case when _we_ start up the
console, so there shouldn't be anything on it, no?
- when a console is started, we have to wait until all
On November 21, 2002 03:25 pm, Eric Pouech wrote:
This seems complicated... :)
that's why we need to simplify what we want to do ;-))
:)
this won't work, because CreateProcess passes from parent to child some
context information the child get it from wineserver using its parent
Folks,
Another problem developing Winelibs app while using your
Wine tree. Say you have the following:
-- a Winelib app you're working on
-- a Wine tree you're working on
-- you compile wine out-of-tree
Now, say you build your myapp.exe.so OK, and you now want
to create a symlink myapp -
On November 21, 2002 04:44 pm, Eric Pouech wrote:
this won't support the case where the app creates it own console after
it has started
Duh! Forgot about that one. This is getting funny :) What about this one:
When we create a console, we start a process (say wconsole, since the
Folks,
Here's a quick status update on PuTTY as a Winelib app:
1. It compiles, links, and runs perfectly (Yay!)
2. I've talked to the PuTTY folks, and they agreed
to add Winelib as one of their targets in their
build process (provided I do the patch :))
3. I've modified they
On November 21, 2002 05:12 pm, Alexandre Julliard wrote:
You shouldn't use winewrapper, you should copy wineapploader and adapt
it to your situation. This is what winemaker is supposed to do too,
though I think it's somewhat broken right now.
OK, that's better. I don't need winemaker for this,
On November 21, 2002 05:46 pm, Sylvain Petreolle wrote:
can't this be done by winemaker ?
No, they have a very nonstandard build process, and there is
no way I'm going to send them a patch redefining they entire
process. This is way too invasive, really.
--
Dimi.
On November 21, 2002 06:05 pm, Alexandre Julliard wrote:
Actually it's a bit more complicated because wineapploader expects a
normal Wine installation, not to run inside the source tree. But I'm
I know, but it can be modified to support running out of the tree without
loss of functionality.
On November 21, 2002 06:34 pm, Francois Gouget wrote:
I'm not sure what the solution to this is. We could make sure that each
and every single Wine header includes (directly or indirectly)
'stddef.h' so that __int64 is always defined. But that seems pretty
ugly. Unfortunately I don't see any
On November 21, 2002 07:08 pm, Francois Gouget wrote:
That would work, but it's worse. I checked with Visual C++ and you need:
-D__int8=char -D__int16=short -D__int32=int -D__int64=long long
Well, that's fine. Is this fix acceptable? In that case, we should get
rid of the #defines from the
On November 21, 2002 07:07 pm, Alexandre Julliard wrote:
Sure, but as Wine developer it's easy for you to write a small wrapper
script to run from inside the source tree.
The discussion got too theoretical. All I am saying is that right
now, working with Winelib is not pleasant. I can talk from
On November 21, 2002 07:54 pm, Alexandre Julliard wrote:
You can just put a few #ifndefs in our headers to avoid
redefinition warnings so that the defines can be added for apps that
require them.
Sounds like a plan. Expect a path soon.
--
Dimi.
On November 21, 2002 08:20 pm, Alexandre Julliard wrote:
It's very good that you are
looking into it, I'm just trying to encourage you to make it pleasant
the right way, instead of simply hiding the unpleasantness under a few
scripts that won't fix the core issues.
It looks like you have made
Alexandre,
The winspool.drv issue is a lot more serious than the
in-tree execution. This one screws things up badly for
the PuTTY build system. Should we modify winebuild to
try to link with winspool.drv, and if that fails with
winspool.dll when -lwinspool is given? (or the other
way around, I
On November 21, 2002 09:20 pm, Alexandre Julliard wrote:
the main issue is identifying the problems and defining exactly what
we need it to do. And I think the right approach is to have Wine
developers like you try to port apps, because you know how to work
around the problems;
We are on the
On November 22, 2002 01:12 pm, Eric Pouech wrote:
be aware anyway that in some cases we have both foo.dll and foo.drv
(checkout msacm...) so import libs are the way
That's what Alexandre was saying too :) I've fund a way to work around
it for PuTTY, but we need to fix this as -lwinspool is very
On November 22, 2002 01:24 pm, Eric Pouech wrote:
and in all the cases it creates a huge amount of code/work to be created
(and I not even sure that's doable in a 100% bullet proof fashion)
I see the problems now, thanks for the explanation. In that case, I would
say between to equal methods,
Folks,
A new page has appeared in the Wine constellation g.
It is still a work in progress, but I hope to release
version 0.1 in the next few days, once I have a change
to add what I've done on PuTTY, and Visual-MinGW.
Check it out:
http://www.dssd.ca/wine/Winelib-Apps.html
Comments,
On November 25, 2002 02:38 am, Shachar Shemesh wrote:
3. Tab size should be around 3 characters. Some prefer 2, some prefer 4,
but if the above guidlines are followed this should not change the
correctness of rendering.
Sorry, I think this is just plain wrong. Tab was always defined as being
501 - 600 of 1239 matches
Mail list logo