Is this one working for you? Sorry, not much tested here
other than a quick compile, it's past 2:30am already...
--
Dimi Paun <[EMAIL PROTECTED]>
Lattica, Inc.
Index: dlls/comctl32/listview.c
===
RCS file: /var/cvs/wine/dlls/comctl32
Hi,
A lot of people don't like the fact we diff configure and configure.ac
so here is a autogen.sh ripped from the Samba4 source. Can we get
something like this in cvs?
Thanks
Steven
--- /dev/null 1982-09-19 15:05:13.154893128 -0400
+++ autogen.sh 2005-09-23 02:25:15.0 -0400
@@ -0,0 +1,63
Sorry, wrong list x-|
Thursday, September 22, 2005, 2:08:55 PM, Vitaliy Margolen wrote:
> Use this one instead - it should apply to the corrected previous patch.
> This is just a case-sensitivity patch to the server. It depends on previous
> patch to pass OBJECT_ATTRIBUTES.Attributes to the serv
On Thursday 22 September 2005 22:06, Oliver Stieber wrote:
> Hi,
>This patch optionally repacks nonpower 2 textures to the expected span
> length when a textures is locked. This is necessary for buggy games like
> Warhammer 40k that don't work with the odd span sizes produce by default
> nonpow
Use this one instead - it should apply to the corrected previous patch.
This is just a case-sensitivity patch to the server. It depends on previous
patch to pass OBJECT_ATTRIBUTES.Attributes to the server.
I removed case_sensitive flag from name space, since it's no use anymore.
Vitaliy Margole
Thursday, September 22, 2005, 12:55:18 PM, Ricardo Azzolini wrote:
> I´m having intallation problems with WINE ( when interlocked.c is compiled
> the following message appears: "error you must implement the interlocked*
> functions for your CPU").
That means that this function is not implemented fo
I´m having intallation problems with WINE ( when interlocked.c is compiled
the following message appears: "error you must implement the interlocked*
functions for your CPU").
I've been working with Linux SUSE Enterprise Server 9 for s/390 zSeries, and
WINE-20050830.
Have you ever seen this erro
Marcus Meissner wrote:
On Wed, Sep 21, 2005 at 06:39:06PM +0100, Ivan Leo Puoti wrote:
Tom Wickline wrote:
4. System becomes the property of SpecOpS Laboratories.
Oh yeah, someone writes a full windows API implementation in a month or so,
You misread the mail...
It says
Thursday, September 22, 2005, 11:23:43 AM, Esko Woudenberg wrote:
> Would I be correct in guessing that:
> "Relayexclude"="RtlEnterCriticalSection;RtlLeaveCriticalSection;
> _EnterSysLevel;_LeaveSysLevel;_CheckNotSysLevel;NtCurrentTeb;
> LdrAccessResource;RtlUpperChar;kernel32.97;kernel32.98;TlsGet
Am Mittwoch, den 21.09.2005, 22:49 -0700 schrieb James Liggett:
> I'm doing a lot of testing,
Same for me.
> and I was wondering if I can run Wine from
> within its source tree without having to reinstall it after every build.
I'm running wine out of source-tree within this directories:
~/wine
Would I be correct in guessing that:
"Relayexclude"="RtlEnterCriticalSection;RtlLeaveCriticalSection;
_EnterSysLevel;_LeaveSysLevel;_CheckNotSysLevel;NtCurrentTeb;
LdrAccessResource;RtlUpperChar;kernel32.97;kernel32.98;TlsGetValue"
are generally not important messages for debugging?
(and also is +
Esko Woudenberg wrote:
> I found info on WINEDEBUG and am currently
> running it set to +relay This results in 300+
> Megabyte debug file. (Ran system out of memory trying
> to loot at it with Konq) I have then been using
> "tail" to grab just the last few thousand lines of
> it... It always
Thursday, September 22, 2005, 10:12:52 AM, Esko Woudenberg wrote:
> I keep getting "segmentation fault" when running the
> app. I found info on WINEDEBUG and am currently
> running it set to +relay This results in 300+
> Megabyte debug file. (Ran system out of memory trying
you can add this to
On Thursday 22 September 2005 11:37, Marcus Meissner wrote:
> On Wed, Sep 21, 2005 at 06:39:06PM +0100, Ivan Leo Puoti wrote:
> > Tom Wickline wrote:
> > >4. System becomes the property of SpecOpS Laboratories.
> >
> > Oh yeah, someone writes a full windows API implementation in a month or
> > so,
On Wed, 2005-09-21 at 00:57, Uwe Bonnes wrote:
> Our IOCTL handling is a mess.
Seems like it has only been needed and implemented for CDs, so far.
> I had a patch that splitted out IOCTL code handling to separate, loadable
> dlls, but the patch went by unnoticed. Look for Mail from around July 10
I have a Borland C++ Application (with full source
code) that I am trying to get to run under Wine
20050830. (I plan on switching to CVS builds once I
see some progress)
I keep getting "segmentation fault" when running the
app. I found info on WINEDEBUG and am currently
running it set to +relay
On Wed, Sep 21, 2005 at 06:39:06PM +0100, Ivan Leo Puoti wrote:
> Tom Wickline wrote:
> >4. System becomes the property of SpecOpS Laboratories.
>
> Oh yeah, someone writes a full windows API implementation in a month or so,
You misread the mail...
It says "One Application" and "get it running
Thursday, September 22, 2005, 3:54:06 AM, Alexandre Julliard wrote:
>> Vitaliy Margolen <[EMAIL PROTECTED]> writes:
>> All of them are to-do. Thanks to Robert Shearman for examples. ;-)
>> Can't really test nothing more since most of the om functions are stubs.
> Come on, you can test a lot more th
Le 17 septembre à 21:27:23 [EMAIL PROTECTED] écrit notamment:
| On Mon, 12 Sep 2005 13:14:44 +0200, Jean Magnan de Bornier
| <[EMAIL PROTECTED]> wrote:
>
| >
| > OK, I added rpcrt4.dll in c/windows/system, and now dns starts all right,
| > although slowly and with strange messages, and WORKS!
|
> As a side track, Win4Lin contacted me a while back, and wanted Lingnu to
> represent them in Israel. I sent back a few technical questions, and
> NEVER HEARD FROM THEM AGAIN! Does the company still exist?
Yes, but they keep spitting into the face of their loyal userbase, so I don't
wish them to
Holly Bostick <[EMAIL PROTECTED]> writes:
> I was installing Icewind Dale, and like all games and Wine-installed
> programs, I meant to install to the partition I have set aside for that
> purpose, which is mounted to /usr/local/games, with a symlink in my home
> directory. So naturally I usually
Vitaliy Margolen <[EMAIL PROTECTED]> writes:
> All of them are to-do. Thanks to Robert Shearman for examples. ;-)
> Can't really test nothing more since most of the om functions are stubs.
Come on, you can test a lot more than that. Even if you only test
create and open functions, if you test the
Andreas Mohr wrote:
I think that we should concentrate on making valgrind the default leak
detection method in Wine, however.
Reasons:
- it catches many, many leaks *without any reprogramming effort*
- it catches many, many other problems
- it has other tools which are very useful, too (cache
Hi,
On Thu, Sep 22, 2005 at 03:57:24PM +0900, Mike McCormack wrote:
>
> James Liggett wrote:
>
> >I'm doing a lot of testing, and I was wondering if I can run Wine from
> >within its source tree without having to reinstall it after every build.
> >If it can be done without conflicting with an ex
Hi,
On Thu, Sep 22, 2005 at 12:08:20AM +0900, Mike McCormack wrote:
>
> Hi,
>
> This patch is written for MSI, but could be adapted to other code. It
> keeps a linked list of allocated memory and removes free'd memory from
> the list.
>
> It requires that you change all the HeapAlloc's or ma
> "James" == James Liggett <[EMAIL PROTECTED]> writes:
James> Hi, I'm doing a lot of testing, and I was wondering if I can run
James> Wine from within its source tree without having to reinstall it
James> after every build. If it can be done without conflicting with an
James>
James Liggett wrote:
I'm doing a lot of testing, and I was wondering if I can run Wine from
within its source tree without having to reinstall it after every build.
If it can be done without conflicting with an existing installation of
Wine, how do I do it?
Yes, it can be done. In fact, I do
27 matches
Mail list logo
