> The thing is that the old code wasn't entirely correct too.
> Here is a test case + fix.
Thanks a lot Dmitry, I got carried away with some other stuff.
--
Dimi.
On Tue, Oct 26, 2004 at 10:13:59AM +0200, Michael Jung wrote:
> > Finally, some stylistic nits:
> > 4. Please break long lines.
> Is there a rule for the maximum line lenght in wine? Would 128 characters be
> ok?
There's no maximum just don't make them too long. 128 is a bit much, <100 is
better
On Thu, Oct 28, 2004 at 11:54:14PM +0200, Markus Amsler wrote:
> I found no way signaling a unix thread, without modifing the wineserver.
> I have implemented a thread_kill command in the wineserver, this solves
> my problem, but i'm quite sure it won't get applied.
>
> I'm really not a wineserv
On Fri, Oct 29, 2004 at 10:08:32AM +0200, Andreas Mohr wrote:
> Hi,
>
> Well, the least we should do is have the URL point to WineHQ and then
> use a forward page to his URL IMHO.
> Hosting it on WineHQ would probably be the best way indeed.
Nah, this is what our SourceForge page is for.
--
Dim
On Wed, Oct 27, 2004 at 09:28:33PM +0100, Robert Shearman wrote:
> To summarise: *all* common control notifications should be sent in the
> same format (ANSI/Unicode) as their parent (except if overriden by the
> CCS_SETUNICODEFORMAT message). It should not be based on the message
> sent to the
On Sat, Oct 30, 2004 at 02:16:09PM +0100, Robert Shearman wrote:
> +/*
> + only need to convert to string from Unicode to Ansi if we expect a
> + valid pointer
> + */
> +if ((infoPtr->notifyFormat == NFR_ANSI) && (pdi->item.mask & LVIF_TEXT) &&
> is_textT(pdi->item.pszText
On Sun, Oct 31, 2004 at 10:50:33AM +, Robert Shearman wrote:
> Yes, that is correct. It would be a lot better to use a boolean flag
> rather than storing the actual format code so that:
> if (infoPtr->notifyFormat == NFR_UNICODE)
> becomes:
> if (infoPtr->bUnicode)
Maybe a bit simpler yes, bu
On Mon, Nov 01, 2004 at 01:43:44AM +0100, Thorsten Kani wrote:
> As i understand it, the old Listview code was assuming that
> LVN_GETDISPINFOW is never used and tried to convince apps with the
> "A" version of the Message..
Why are you saying that. The code treats LVN_GETDISPINFOW special
b
On Tue, Nov 02, 2004 at 01:10:41AM +0100, Francois Gouget wrote:
> As of a few days ago, I was able to compile all of the Wine conformance
> tests (not the Wine dlls themselves) using: the MSVC targets, MSVC 6.0,
> a recent Platform SDK and a recent Direct X SDK.
It would be really cool if we:
On Tue, Nov 02, 2004 at 05:53:11PM +0200, Dagan Shai wrote:
> Hi,
> I'm new to WINELIB. As a test drive I tried to port the Hello World
> application, just to see that the environment is functioning.
> I called:
> winemaker --console --lower-uppercase .
> In the source directory. Then I called:
> m
On Tue, Nov 02, 2004 at 06:27:51PM +0200, Dagan Shai wrote:
> It only generated the helloworld.exe.so file, and no others. This is the
> only file defined in the makefile generated by winemaker. It is listed
> as part of the EXES macro and not the DLLS, which is why I thought it to
> be an executab
On Tue, Nov 02, 2004 at 06:40:57PM +0200, Dagan Shai wrote:
> Thanks.
>
> Here they are.
Winemaker is buggy, the generated Makefile has a small problem.
Here's the fix:
--- Makefile.orig 2004-11-02 09:52:59.0 -0500
+++ Makefile2004-11-02 11:52:57.451738280 -0500
@@ -58,7 +58,7
On Tue, Nov 02, 2004 at 01:31:05PM -0800, Alexandre Julliard wrote:
> Here's the first step of moving the update region management to the
> server.
Yay!!!
> The refresh on window moves is not optimized yet, so it will
> probably flicker quite a bit, but things should still be painted
> properly
On Thu, Nov 04, 2004 at 08:02:24PM +, Mike Hearn wrote:
> Long term the plan is to use SIGUSR2 to implement SetThreadContext, with
> SIGUSR1 uploading the sigcontext to the server for GetThreadContext like
> in the patch.
>
> That requires modifying DOSVM so it doesn't use SIGUSR2 (or figuring
On Sat, Nov 06, 2004 at 10:14:36PM -0800, William Poetra Yoga H wrote:
> Reasons for sending the patch:
> 1. all at once: the patches are a group of related fixes (as said in the
> website).
> 2. one file per message: I don't know :-P
> 3. one file per item: it's one fix per patch (as said in the w
On Sat, Nov 06, 2004 at 10:57:27PM -0800, William Poetra Yoga H wrote:
> You mean 5 mails with one patch each? Or one mail with 5 diff files?
One patch per mail, always. So 5 mails with one patch each, yes.
--
Dimi.
On Sun, Nov 07, 2004 at 02:01:13PM -0800, Dan Kegel wrote:
> 1. Why are all the archived posts to wine-test-results empty?
> See http://www.winehq.org/hypermail/wine-tests-results/2004/11
> Every message body is empty! What's up with that?
That's a good question. Chris, what's going on?
> 2. The
On Sun, Nov 07, 2004 at 03:48:53PM -0800, Dan Kegel wrote:
> Ah, but you don't disable it, as far as I can tell.
> As of last month, I was able to run winetest under Linux, and because of
> that wrong environment setting, it got all the todo_wine's
> wrong. In fact, winetest.exe.so is built by def
On Mon, Nov 08, 2004 at 11:27:44AM -0600, Robert Shearman wrote:
> Changelog:
> - bNtfUnicode is a dup' of bUnicode so remove it and fix the few places
> where it was used.
bUnicode is a bad name for this flag, bNtfUnicode would be better,
as bUnicode is sometimes use to denote how the text is st
On Wed, Nov 10, 2004 at 04:47:15AM -0800, William Poetra Yoga H wrote:
> I know this sounds a bit unethical (maybe impolite would be a better word),
> but for practical reasons I think this is permittable. Or maybe I should
> specifically state (at wine-patches) that I "allow anyone else to fix th
On Thu, Nov 11, 2004 at 09:25:46PM +0100, Eric Pouech wrote:
> This (huge) patch does:
> - apart from restructuring the code (COFF handling goes to new coff.c
> file, Codeview and PDB defines and types to new mscvpdb.h file)
^
Shouldn't th
Hi Folks,
Willie Sippel suggested I port the Bxbx Xbox emulator to Winelib.
And I did, patch attached. It seems like we need a multimon.h,
any takers?
More on the emulator:
Home: http://www.caustik.com/cxbx/
http://sourceforge.net/projects/cxbx/
--
Dimi.
? wine.diff
? Bin/cxbe
Index: Make
On Mon, Nov 08, 2004 at 01:04:21PM -0600, Robert Shearman wrote:
> Dimitrie O. Paun wrote:
>
> >On Mon, Nov 08, 2004 at 11:27:44AM -0600, Robert Shearman wrote:
> >
> >
> >>Changelog:
> >>- bNtfUnicode is a dup' of bUnicode so remove i
On Sat, Nov 13, 2004 at 08:00:21PM -0500, Zach Gorman wrote:
> Dimitrie -
>
> You have a patch back in 2002 that cleans up the listview DrawText() code in
> comctl32. When calling DrawText from a single-line edit control, you don't
> pass DT_NOPREFIX. Is this intentional, or just an oversight? My
On Sun, Nov 14, 2004 at 05:24:22PM -0500, Chris Morgan wrote:
> How is wineinstall easier than instructing them to run ./configure, make and
> make install? Having wineinstall implies that the script does something
> extra that wine needs that differs from the normal way you build and install
>
On Tue, Nov 16, 2004 at 11:50:27PM -0800, M-Halo wrote:
> Wine RPMs have never properly worked for me (I run JDS
> R2); so, I stick with installing via the wineinstall
> script. I also recommend others to not use RPMs to
> avoid possible hassles. (Ironic isn't it?)
> Wineinstall just makes every
On Wed, Nov 17, 2004 at 10:20:43PM +0100, Joris Huizer wrote:
> I think, as long as that isn't handled, wineinstall can't go away...
> don't make using wine harder than it is...!
Of course, we will not make things harder. In fact, removing the
wineinstall dependency is a sign that we've made thin
On Sun, Nov 21, 2004 at 04:38:31PM -0500, Vincent Béron wrote:
> I never claimed there's a big speed advantage between the 3 builds. But
> since I (for myself) prepare the athlon one, and at least the i386 one
> for everybody else, I may as well prepare the i686 one.
I think this is a problem: we
On Sun, Nov 21, 2004 at 05:52:03PM -0500, Vincent Béron wrote:
> Another way to tackle it would be with the distro version not only in
> the filename but in the release name also (20041019 Fedora Core 2, then
> underneath it the list of corresponding packages).
>
> Other ideas?
Rather then invent
On Sun, Nov 21, 2004 at 07:31:40PM -0500, Vincent Béron wrote:
> > Or we could just build some download pages for winehq, and just host the
> > files
> > on sf.net, like that we could make them more user friendly. Or we could make
> > some pages and put them on winehq.sf.net, so that packagers cou
On Mon, Nov 22, 2004 at 09:39:32PM -0500, Vincent Béron wrote:
> Now, the obvious question is how can we prevent that in the future?
> Specify a glibc version-release (we'll get users rpm --force'ing it, a
> future glibc update can (or not) break it, etc.)? Let a Wine compiled
> with epoll support
On Tue, Nov 23, 2004 at 02:07:51PM +, Mike Hearn wrote:
> Cool! While you're at it could you please combine them altogether so the
> packaging matches the upstream sources? Last time I checked the Debian
> packages were split into tons of little packages which is wrong and led to
> strange brea
On Tue, Nov 23, 2004 at 02:32:08AM -0800, Scott Ritchie wrote:
> Now, this leads to the question: is it worth even having a package
> maintainers guide? If so, who wants to update it?
Well, it would be great if you'd use the experience you gathered
doing the .deb packages to update the guide. Rea
On Tue, Nov 23, 2004 at 07:14:00PM +0100, Francois Gouget wrote:
> Having lots of packages is the Debian way. So I see nothing wrong with
> having wine, libwine, libwine-dev, wine-doc, libwine-alsa, libwine-arts,
> libwine-capi, libwine-cil, libwine-jack, libwine-nas, libwine-twain.
...and it cr
> I sat down for 15 minutes and revised it a bit. Open for comments.
Looks good to me. We may want to add a bit of a stronger warning
at the top (maybe?) that the config file is obsolete, and will go
away, so don't bother to customize or provide one. Right now it
seems that our possition is a bi
On Tue, Nov 23, 2004 at 02:56:43PM -0800, Scott Ritchie wrote:
> wine : depends on libwine, contains the binaries for running windows programs
> libwine : contains everything needed to run windows applications
> libwine-dev : contains the files needed to compile windows applications with
> winelib
On Thu, Nov 25, 2004 at 08:04:48PM +0100, Sam Lauber wrote:
> I followed the tutorial for Winelib on my Linux system, building notepad. I
> examined the file "./notepad2" with readelf, and it said "Not an ELF file",
> and I do not have an a.out system. I opened it with my text editor (attached
>
On Thu, Nov 25, 2004 at 07:24:08PM +, Mike Hearn wrote:
> I think what you mean is, you wanted to be able to type:
>
> ./my-program
>
> and have it launch like a "normal" app.
Which is exactly what the current Winelib toolchain gives you.
--
Dimi.
On Fri, Nov 26, 2004 at 10:04:49PM -0500, Jacek Caban wrote:
> I saw in TODO list "Get rid of the list of DLLs, it's too big, and adds
> too little information",
> so I thought it could be moved into separated file dlls/DLL-LIST.
I think this is a good idea: while I agree that the list is a bit
On Tue, Nov 30, 2004 at 02:06:01PM +0100, Thomas Hansen wrote:
> Comments sombody...?
I think its a good idea, but before you can consider a WineLib
port, you need a MinGW port under Windows. So does it build
with the MinGW toolchain? Do you have MinGW Makefiles? If yes,
I can take a look, the por
On Tue, Nov 30, 2004 at 05:42:31PM -0700, Brian Vincent wrote:
> 13. Advanced Porting Techniques [25 pages]
> C++ Problems
We need a discussion of how to use the std C++ lib.
--
Dimi.
On Wed, Dec 01, 2004 at 04:51:35PM -0600, Jeremy Newman wrote:
> http://cvs.winehq.org/cvsweb/bugzilla/
>
> I have imported our buzilla into CVS for anyone to start submitting
> patches on. If I remember correctly, it is a fairly straight branch of
> version 2.17.4. All I modified was the template
On Tue, Dec 07, 2004 at 11:31:53AM -0600, Alexandre Julliard wrote:
> Log message:
> Moved update region handling to the server.
>
> Patch: http://cvs.winehq.org/patch.py?id=14725
Cool stuff! Way to go Alexandre, this is really, really good news!
--
Dimi.
On Tue, Dec 07, 2004 at 01:20:57PM -0700, [EMAIL PROTECTED] wrote:
> Considering that it takes 6-8 hours to compile on my poor old machine
Wow! I thought 1h on my old box was excessive. What kind of machine is that?
--
Dimi.
On Tue, Dec 07, 2004 at 11:31:53AM -0600, Alexandre Julliard wrote:
> Log message:
> Moved update region handling to the server.
>
> Patch: http://cvs.winehq.org/patch.py?id=14725
OK, here are the first impressions after testing this patch:
1. Good news: bug 1091 seems to have been fixed
On Thu, Dec 09, 2004 at 08:08:00AM -0600, Alexandre Julliard wrote:
> Log message:
> Janitorial: C booleans must not be compared against TRUE.
Thank you!
--
Dimi.
On Sat, Dec 11, 2004 at 10:17:38AM -0600, Geoff Hart wrote:
> I'm trying to compile some C++ code, but hit a basic problem
> with some of the headers. Example, even just the single include:
>
> #include
>
> yields
>
> wineg++ -c -mno-cygwin -I.-o cxx_iostream.o cxx_iostream.cpp
> In file
On Wed, Dec 15, 2004 at 09:27:45AM -0600, Jeremy Newman wrote:
> OK, I'll take it down. Shall I remove the archives as well? Or simply
> leave them for historical type purposes?
Keep the archives, they are still reachable via Google, and people
may have links to them. But I think we should remove
On Tue, Dec 14, 2004 at 10:16:29AM -0600, Robert Shearman wrote:
> IMHO, the Wine project should be moving away from just-in-time
> implementing of functions and moving towards implementing *everything*
> (with some obvious exceptions). This is the only way a high percentage
> of applications wi
On Tue, Dec 14, 2004 at 08:35:26PM -0800, Scott Ritchie wrote:
> Looking at the archives it appears that wine-license has had very little
> traffic, to the point where a lot of it is probably not being read when
> it comes up, since people like me are not subscribed to that list.
Yeah, I think it
On Thu, Dec 23, 2004 at 06:14:09PM +, Mike Hearn wrote:
> Exec=wine winemenulauncher c:\games\supreme supreme.exe
>
> Does this sound sensible?
Why not just:
Exec=winemenulauncher c:\games\supreme supreme.exe
--
Dimi.
On Tue, Dec 28, 2004 at 06:21:30PM +, Mike Hearn wrote:
> Hmm? I'm not sure what you're saying, sorry. The lowercase fixmes just
> look better inside a comment, IMHO, and there are so many that spamming
> the user with debug chatter is silly: we already know that we have to fix
> it :)
It may
On Thu, Dec 30, 2004 at 12:04:23PM +0100, Diego 'Flameeyes' Pettenò wrote:
> I had some spare time, and I wanted to do some mostly non-designing code, so
> I
> took the time to look at wine's janitorial projects, and I took a look at the
> DPRINTF -> TRACE conversion.
>
> The attached patch rem
On Thu, Dec 30, 2004 at 12:22:18PM +0100, Diego 'Flameeyes' Pettenò wrote:
> Hi,
> The attached patch replaces DPRINTF -> TRACE in winedos dll, joining the near
> DPRINTF used to tace dos interrupts.
This looks good, but do we still need the explicit 'if (TRACE_ON(relay))'?
I think we can use the
On Thu, Dec 30, 2004 at 12:33:52PM +0100, Diego 'Flameeyes' Pettenò wrote:
> I hope only my usual karma is not here this time or I'll make everybody lost
> time ^^
I'm afraid it is . This is a case where the wine_dbg_sprintf()
business is in order.
--
Dimi.
On Thu, Dec 30, 2004 at 12:37:12PM +0100, Diego 'Flameeyes' Pettenò wrote:
> Hi,
> this time is a very small patch, it simply replace DPRINTF with TRACE without
> oher changes.
Once again, a job for wine_dbg_sprintf().
--
Dimi.
On Thu, Dec 30, 2004 at 07:57:31AM -0800, Jon Griffiths wrote:
> Hi,
>
> After applying, include/heap.h can be removed from cvs.
To be honest, I'm not too happy with this patch, HEAP_strdupWtoA
was a good marker for code that needed fixing, this patch just
makes those places harder to find.
--
On Thu, Dec 30, 2004 at 09:08:58PM +, Mike Hearn wrote:
> I don't really understand why we can't make this an inline or something,
> it seems that it's a lot more convenient than the direct win32
> equivalents. Making it an inline would achieve the same effect as simply
> replacing each usage m
On Sat, Jan 01, 2005 at 07:47:11AM -0800, Jon Griffiths wrote:
> >Because in 99.99% of cases you don't want to convert from W->A.
> >If all our functions are Unicode, a W->A conversion is a warning
> >sign, and for sure you wouldn't want to encourage people to do
> >so by making it any easier.
>
>
On Sun, Jan 02, 2005 at 11:35:07AM +0100, Eric Pouech wrote:
> winedbg using the gdb won't work here because (likely on unix) gdb isn't
> compiled with proper 'stabs in PE' support
Maybe we should lobby people (like Fedora) to enable it by default.
--
Dimi.
On Sun, Jan 02, 2005 at 05:22:43PM +0100, Eric Pouech wrote:
> because they are not exported as regular APIs from user32, and we must
> stick to what the Win32 API provides for inter DLL calls
True, but they are useful. Maybe we can move them to libwine,
or do a trick of sorts with GetProcAddress
On Sun, Jan 02, 2005 at 04:47:41PM +, Mike Hearn wrote:
> Perhaps we could provide a Wine specific API and then an inline
> function that does a GetProcAddress on it, and if it's missing just passes
> the number straight through.
Right. A default implementation could be just:
wine_dbg_sprintf
On Mon, Jan 03, 2005 at 03:19:50PM +0100, Alexandre Julliard wrote:
> You can also simply turn on the +message channel and you get nice
> traces for all the window procs. I don't think there's much point in
> duplicating that functionality inside the window procs themselves.
Unfortunately, it's no
On Mon, Jan 03, 2005 at 07:19:49PM +0100, Alexandre Julliard wrote:
> "Dimitrie O. Paun" <[EMAIL PROTECTED]> writes:
> You can of course configure the message filters to only dump listview
> messages in that case. Another possibility would be to make spy.c
> print o
On Tue, Jan 04, 2005 at 02:59:45PM +0100, Paul Vriens wrote:
> Are there AddRef's or Releases that don't need the modification? Or is it
> OK to modify all of them?
I think it's OK to modify them all.
> What's the best way to generate mail/patches for this bulk. One email for
> each file/dll? Inl
On Tue, Jan 04, 2005 at 11:22:00AM -0500, Dan Notestein wrote:
> This patch allows winelib to be conditionally compiled with
> USE_NATIVE_UNIX_PATHS macro. Enabling this will cause
> the common dialogs to display using unix paths instead of drive
> letters.
This would be much better as a registry
On Tue, Jan 04, 2005 at 04:57:15PM +, Mike Hearn wrote:
> It needs to be an API switch really as it's a per-app thing, only programs
> written to expect it should get UNIX names. But this is similar to the
> discussion we had before and what form the API should take (no firm
> decision made).
On Tue, Jan 04, 2005 at 05:29:10PM +, Mike Hearn wrote:
> On Tue, 2005-01-04 at 12:11 -0500, Dimitrie O. Paun wrote:
> > Actually, there are two independent issues here:
> > 1. How paths are presented to the user
> > This is user preference, and should be a regis
On Wed, Jan 05, 2005 at 01:58:45PM +0100, Peter Berg Larsen wrote:
> +void strarray_set(strarray* arr, int index, const char* str)
> +{
> +if (index >= arr->maximum)
> +{
> + arr->maximum = index+10;
> + arr->base = xrealloc(arr->base, sizeof(*(arr->base)) * arr->maximum);
> + m
On Thu, Jan 06, 2005 at 10:10:50AM +0100, Peter Berg Larsen wrote:
> No, but it is convinient to have. I need the fullpaths to the .so
> libraries at certain point. Basicly I saw two ways of doing what:
>
> 1) Call [get|guess|try]_lib_path at the that point.
>
> 2) Save all previous result from g
On Wed, Jan 12, 2005 at 05:29:18PM +0100, Ferenc Wagner wrote:
> ChangeLog: * Generate valid HTML 4.01 Strict.
>* Underline vis_note class links, too.
Cool stuff Feri. Anyone knows what happened to the tests?
The last one at http://test.winehq.org/data/ is 2004-12-28.
Also, the last te
On Wed, Jan 12, 2005 at 09:04:20PM +0100, Paul Vriens wrote:
> Is it worthwhile to set up a Janitorial task for this or are these plain
> bugs? On the one hand it will be hard to find these and you have to know
> the code of course.
Yeah, I think it's worthwhile to look at such cases, but I don't
On Wed, Jan 12, 2005 at 05:29:36PM +, Mike Hearn wrote:
> Is there a todo list of what needs to be done for winetest anywhere?
This is what I had in mind:
* We need a page under http://www.winehq.org/site/status (in the
right-hand box) which should contain:
-- an explanatio
On Wed, Jan 12, 2005 at 06:58:19PM -0500, Kevin Koltzau wrote:
> I actually gave up keeping the sourceforge upload working, I am however
> still building winetest. Sourceforge made some changes to their site that
> broke sfutils. I had thought about hosting the builds on wine.sourceforge.net,
> whi
On Thu, Jan 13, 2005 at 01:11:35AM +, Paul Millar wrote:
> Could you do a bit more investigation, like "host
> www.astro.gla.ac.uk"?
Here you go:
[EMAIL PROTECTED] ~]$ host www.astro.gla.ac.uk
www.astro.gla.ac.uk is an alias for terra.astro.gla.ac.uk.
terra.astro.gla.ac.uk has address 130.20
On Thu, Jan 13, 2005 at 02:24:21AM +0100, Ferenc Wagner wrote:
> Can't you even ping the server? If not, what does
> traceroute say? If yes, your IP number must be blacklisted
> at Glasgow... ;)
No, I can't ping either:
[EMAIL PROTECTED] ~]$ ping www.astro.gla.ac.uk
PING terra.astro.gla.ac.uk (
On Thu, Jan 13, 2005 at 04:14:36PM +0100, Francois Gouget wrote:
> The previous script doesn't. Handling this is a bit more tricky, mostly
> because of sed's restrictions on regular expressions.
Heh, nice script. Maybe we should have such an item on the page
after all, maybe together with the scr
Hi folks,
I haven't looked at the template system to see how easy this would
be, but I have one problem with the site as it is now, that may be
very easy to solve.
Namely, when you load it first time, the browser doesn't know to
render all the corners (since they are all images), and as a result
On Fri, Jan 14, 2005 at 11:32:56AM +0100, Paul Vriens wrote:
> HDF_LEFT is also 0, so should we get rid of the first check, and only
> check for LVCFMT_RIGHT and LVCFMT_CENTER?
Yes, you could remove it, but it will save nothing and will make the
code harder to read. gcc most like optimizes it out
On Fri, Jan 14, 2005 at 01:58:25PM +0100, Jonathan Ernst wrote:
> After doing it for lostwages I did the same for AppDB.
Cool, don't forget Bugzilla too :)
--
Dimi.
On Mon, Jan 17, 2005 at 11:30:53AM +0100, Ferenc Wagner wrote:
> > I would prefer to have all failed tests at the top, so one
> > could see easily which ones need to be fixed.
>
> Not being an addition but a change, I'd like to hear others'
> opinion on this matter.
I agree, it's not worth losin
On Mon, Jan 17, 2005 at 03:05:09PM +0100, Jakob Eriksson wrote:
> But if I were to implement an opt-in scheme, you would be ok with it?
I wouldn't be opposed to it, but I'd advice against expanding so
much effort for such little benefit. We have so much to do, it's
not like we're looking for stuff
Actually, you missed a few things.
ChangeLog
A few non-standard include files are gone.
--
Dimi.
? diffs
Index: templates/en/janitorial.template
===
RCS file: /home/wine/lostwages/templates/en/janitorial.template,v
retrieving r
On Thu, Jan 20, 2005 at 02:30:09PM +0100, Rémi Assailly wrote:
> win.h still exists...
My bad, I've misread this check-in:
http://www.winehq.org/hypermail/wine-cvs/2005/01/0463.html
--
Dimi.
On Fri, Jan 21, 2005 at 04:54:29PM +0900, Mike McCormack wrote:
> - FIXME("(%x,%p,%d): stub\n", hdc, p, count);
...
> + FIXME("%p %p %ld\n", hdc, p, count);
Well, I must agree with Andy: there's no reason to remove the 'stub' part,
most of the code uses it, automated tools look for it,
On Fri, Jan 21, 2005 at 07:39:55PM -0500, Tom wrote:
> I beleive this is the way it should be done (class=submitted)
> instead of removing completed entries.
It's close enough to completion that I think we can just
remove them now. The page is getting pretty big anyway, so
removing them actually h
On Sun, Jan 23, 2005 at 01:03:23PM +, Mike Hearn wrote:
>http://navi.cx/svn/misc/trunk/winekb/index.xml
This is nice, but I'm not sure I agree with your rationale for
not using a real Wiki.
> - Easy to improve
It is easy, but not as easy a regular Wiki. By a long shot. Moreover
a Wiki li
On Sat, Jan 22, 2005 at 05:16:45PM +, Mike Hearn wrote:
> Given that it can be quite complex and introduce new bugs, and given that
> it's really quite a useless feature IMHO as modern Linux boxes will hang
> themselves in swap hell before returning NULL from malloc I don't think
> this should
On Sun, Jan 23, 2005 at 07:44:27PM +, Mike Hearn wrote:
> If you can convince Newman then I'll owe you beer at WineConf (you're
> coming, right?).
Yes, I'm coming. And I hope to get that beer :)
--
Dimi.
On Mon, Jan 24, 2005 at 02:24:48AM +0100, Ivan Leo Puoti wrote:
> If the appdb isn't good enough, we should fix it, not link to
> third party web sites.
The AppDB will never replace a Wiki. They serve different purposes.
Trying to shoehorn everything in AppDB is a (big) mistake IMO.
We need an off
On Sat, Jan 22, 2005 at 01:19:35PM -0800, Dan Dennison wrote:
> So as a service to the Wine community I plan to document the process of
> building libmfc as part of my master's project. Although the MFC is not the
> focus of this project, porting of it is a requirement for the package to
> work usi
On Mon, Jan 24, 2005 at 02:50:02PM +0100, Paul Vriens wrote:
> Is there a need to clean (i.e. use Interlocked*) this up?
I thought we've decided to have all mods go through
Interlocked*, for consistency...
--
Dimi.
On Mon, Jan 31, 2005 at 10:34:07AM -0600, Alexandre Julliard wrote:
> Log message:
> Only create an X window for top-level windows, not for child windows.
> Get rid of the X client window too, it's no longer needed.
Cool. Does this mean that the window management rewrite is done?
--
On Mon, Jan 31, 2005 at 08:26:24PM +0100, Alexandre Julliard wrote:
> The bulk of the architectural work is done, yes.
This is a big day then -- pretty cool stuff.
> There are still many loose ends to tie up, and some missing
> performance improvements. Plus of course fixing all the regressions
On Tue, Feb 01, 2005 at 07:27:32AM -0600, Jeremy White wrote:
> If Alexandre committed a patch that converted the entire code base from C
> to pure > assembler, his changelog would read:
> Code optimizations
:) Truth be told however, Alexandre is annoyingly to the point. :)
So no, I don't think
On Fri, Feb 04, 2005 at 01:58:35PM -0500, Tom wrote:
> This is my first attempt at syncing the opengl spec.
> Is this close to what needs to be done?
I don't know, I can't view it. Please no compressed
patches. And for sure not bzip2, if you *have* to
do it, use gzip. This way I can view it via zl
On Mon, Feb 07, 2005 at 04:07:06PM +0100, George Ginden wrote:
> Hi the following code part is not working in Wine as it work (as
> supposed) in Windows.
>
> HRight = GetDlgItem (hDlg,IDC_RIGHT);
> Edit_SetText(HRight, "Right");
>
> How is text alignment, in a edit field, handled ?
Currently, o
On Sun, Feb 20, 2005 at 07:48:40PM +0200, Boaz Harrosh wrote:
> 1) MinGW header-set are Evil - Because they are ugly, with this, no
> variables names, and all this style for machines guide. This I already
> carry for 10 years so here it is off my chest.
Heh, the MinGW folks seem to have some str
On Thu, Feb 24, 2005 at 08:12:10PM +0300, Vitaly Lipatov wrote:
> jade:/home/lav/RPM/BUILD/wine-20050224/documentation/faq.sgml:1716:66:Q:
> length of name token must not exceed NAMELEN (44)
Thanks, sorry for the problem.
ChangeLog
Shorten the id of the question to avoid jade error.
cvs dif
On Thu, Feb 24, 2005 at 09:19:15PM +0100, Hans Leidekker wrote:
> Among other possibilities, if you have an RPM based distro
> you could use my MinGW cross compiler RPM packages, prebuilt
> for Fedora Core and SUSE but also available as source RPMS
> to rebuild yourself:
It may be a good idea to h
101 - 200 of 1008 matches
Mail list logo
