On Fri, 9 Dec 2005, Peter Berg Larsen wrote:
> Try booting with noexec=off.
Replying to myself:
I just tried it and it works for me. (My mandrake kernel crashed for
lilo's default vga resolution??)
Peter
On Thu, 8 Dec 2005, Bill Medland wrote:
> Wrong. It's the kernel choice. It works on the non-smp kernel
> and fails on the smp kernel.
> (2.6.9-22.EL works; 2.6.9-22.ELsmp fails, both are RedHat
> kernels)
Try booting with noexec=off. I tried that when I asked wine-devel a month
ago, but my
> --- Bill Medland <[EMAIL PROTECTED]> wrote:
> > So I turn on WINDEBUG=+relay to see what is being passed.
> >
> > And wine segfaults.
> > Anyone know what is going on?
On Wed, 7 Dec 2005, Keith Dunwoody wrote:
> I'm running into the same problem. File on the resulting core tells me it was
WARNING: it is 3 in the night, and the better part of me said I should
have got some sleep before answering.
Am Sonntag, den 13.11.2005, 23:53 +0100 schrieb Peter Berg Larsen:
>Use one Harddisk, install windows on "C:" and your Programs on "D:".
>Add a seco
about "what does c:
> drive or any other drive means on windows".
I read it and it only answered one of my questions which wasnt enough.
On Sun, 13 Nov 2005, [EMAIL PROTECTED] wrote:
> On Sun, 13 Nov 2005 23:04:14 +0100, Peter Berg Larsen <[EMAIL PROTECTED]>
> wrote:
&
On Sun, 13 Nov 2005, Michael Druing wrote:
> If you don't want to install the game in wine but rather use an existing
> Windows installation you should either copy and/or link to your existing
> installation, but bear in mind that this might - as others have already
> pointed out - break your ins
On Sun, 13 Nov 2005, Vitaliy Margolen wrote:
> Sunday, November 13, 2005, 12:46:34 PM, Peter Berg Larsen wrote:
> > On Sun, 13 Nov 2005, Brian Vincent wrote:
> >> > I am missing the idear behind how devices are suppose to work.
> >> If any of that documentation is
On Sun, 13 Nov 2005, Brian Vincent wrote:
> > I am missing the idear behind how devices are suppose to work.
> If any of that documentation is unclear, let me know and I'll rewrite
> it to make it better.
I have read this, but is does not explain what the behavour is/suppose to
be when there e
I am missing the idear behind how devices are suppose to work.
>From the wiki it seems that the dosdevices/c: is use when installing a
program under wine. But how are dosdevices/c: related to my /mnt/windows?
Are files first looked up in dosdevices/c: and the in /mnt/windows/ if
not found?
On Mon, 7 Nov 2005, Oliver Stieber wrote:
Hmm, pressing prntScrn with the patch cause this (which does not happen
without the patch)
Hmm. I thought I'd fixed that one.
you can edit wined3d/swapchain.c function
IWineD3DSwapChainImpl_GetFrontBufferData and
add memset(&desc, 0, sizeof(desc))
REE with Yahoo! Photos http://uk.photos.yahoo.com
--
E-Mail: [EMAIL PROTECTED]
Real name:Peter Berg Larsen
Where:Department of Computer Science, Copenhagen Uni., Denmark
On Mon, 7 Nov 2005, Oliver Stieber wrote:
I would be greatfull if anyone with DirectX 8 games or applications that
currently work or they
would like to get working could test the patch and report back any errors they
come across.
I have tried it on RT3:
Everything seems a little fuzzy, esp
On Sat, 5 Nov 2005, Evil wrote:
Does it happen when you try to debug programs other than RT3?
Note, that I am not even giving wine a program argument, I just
call wine. (RT3 has a stack overflow which was why I needed relay;
I just expriemented in the RT3 path. This is not related to RT3)
Hi,
It seems that for some time, that whenever I enable relay debugging, wine
crashes at startup e.i:
/mnt/windows/Programmer/Railroad Tycoon 3 > env WINEDEBUG=+relay
/usr/local/bin/wine
0009:Call kernel32.__wine_kernel_init() ret=7bec1599
Segmentation fault
/mnt/windows/Programmer/Railroad
Hi,
Whats is wrong with
http://www.winehq.org/pipermail/wine-patches/2005-October/021445.html
http://www.winehq.org/pipermail/wine-patches/2005-October/021446.html
http://www.winehq.org/pipermail/wine-patches/2005-October/021447.html
and
http://www.winehq.org/pipermail/wine-patches/2005-Oct
Hi,
The following patch
http://www.winehq.org/pipermail/wine-patches/2005-October/021269.html
fixes
http://bugs.winehq.org/show_bug.cgi?id=3514
but crashed Railroad tycoon, as it always sets device->primary->dsound to
null when there are more than one user of the device.
The following pat
On Mon, 10 Oct 2005, Lionel Ulmer wrote:
I still havent got the grasp of what dwSize is for if it does not reflect
the size allocated?, nor the size of the struct current in the mem.
As the DDSURFACEDESC2 structure starts exactly like the DDSURFACEDESC2 one,
the hack here is to use 'dwSize'
On Mon, 10 Oct 2005, Lionel Ulmer wrote:
Nor did I say that; just that it had nothing to with bug 3487 as the
subject said it had.
Yeah, got confused too (it really took me a while to understand that we went
out of the Lock function before crashing).
Yep.
/* __tosize can be set too larg
On Sun, 9 Oct 2005, Lionel Ulmer wrote:
Well, while your patch was lying in the moderation queue, I sent what I
feel is a better solution to this problem (which fixes also a severe
reference counting issue).
I had more than one goal with the patch, more below.
Could you try it and tell i
The subject is wrong. It does not fix 3487, it only fixes a ddraw debug-bug.
Peter
What is the correct behaviour in FtpGetCurrentDirectory if the buffer
parameter is to small?
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/wininet/wininet/ftpgetcurrentdirectory.asp
Index: dlls/wininet/ftp.c
===
diff -u -p -r1.66 updown.c
--- dlls/comctl32/updown.c 25 Mar 2005 10:27:11 - 1.66
+++ dlls/comctl32/updown.c 14 Apr 2005 12:44:29 -
@@ -775,6 +775,8 @@ static LRESULT WINAPI UpDownWindowProc(H
break;
case WM_ENABLE:
+ infoPtr->dwStyle &= ~WS_DI
On Thu, 31 Mar 2005, Peter Berg Larsen wrote:
> +memcpy( computername, hostname, len );
> +computername[len + 1] = 0;
> or you risk the computername[len+1] is invalid.
Hmm, why didnt I see that at once; usually mistake here.
Dont you mean
computername[len] = 0;
Peter
+BOOL WINAPI DnsHostnameToComputerNameA(LPCSTR hostname,
+LPSTR computername, LPDWORD size)
...
+DWORD len;
+
...
+if (!hostname || !size) return FALSE;
+len = lstrlenW(hostname);
+
+if (len > MAX_COMPUTERNAME_LENGTH)
+len = MAX_COMPUTERNAME_LENGTH;
+
+if (*size < l
On 28 Mar 2005, Alexandre Julliard wrote:
> > This memcpyies one element more than needed.. but seemed much nicer than
> > memcpy( ret, p, (len - 1)*sizeof(WHCAR);
> >
> > I probably should have subtracted one from len, making it obvious
> > that this is a strdupW, like:
> > ret = HeapAlloc( Ge
On Mon, 28 Mar 2005, Jakob Eriksson wrote:
> Good thing you sent these patches. I was just thinking, should I dig
> in? :-)
You could recheck them? I tend to get code blind, when having so many
cases that nearly are identical. As I said there are probably one two
places where I didnt get the sem
PROTECTED]
Real name: Peter Berg Larsen
Where:Department of Computer Science, Copenhagen Uni., Denmark
Hi, I was looking at the Janitorial project of replacing strncpy with
lstrcpyn{A,W}. I found the following code in iphlpapi a little strange.
(Well, only question number 2, but then could as well ask about the 2
others.) I have marked where in the code the question belongs to with the
question num
> >> + * Copyright (C) the Wine project
On Fri, 21 Jan 2005, Tom wrote:
> Why not just - the line you don't have to give copyright notice if you
> don't want to.
I didnt even think about copyrighting the 4 lines; I just copied it from
another include file.
> Ivan Leo Puoti wrote:
> > Please us
On 6 Jan 2005, Alexandre Julliard wrote:
> I'm not sure I follow you, if your .so files have been built correctly
> they shouldn't contain undefined references to Windows APIs. Could you
> please show an example of the situation that causes a problem?
On Thu, 6 Jan 2005, Dimitrie O. Paun wrote:
On Wed, 5 Jan 2005, Dimitrie O. Paun wrote:
> 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->maximu
On Sun, 30 Nov 2003, Eric Pouech wrote:
> > I would agree with you allmost any time. But (of cause there is a but) we
> > are only using functions that was standard pre waaay old and I did
> > actually spend some time looking for functions/types etc. and nothing has
> > changed. As we are not touc
On Sat, 29 Nov 2003, Alexandre Julliard wrote:
> Peter Berg Larsen <[EMAIL PROTECTED]> writes:
> > I might be missing something here: The only thing we see by compiletime is
> > headerfiles. At runtime we try dlopen a library what we hope corresponce
> > to the header
On Sat, 29 Nov 2003, Alexandre Julliard wrote:
> > Changelog:
> > - Try ncursesw, ncurses and curses so library before giving up at startup
>
> You can't do that, there's no guarantee that the different libraries
> are binary compatible. We need to load the one we built against.
I might be missi
On Fri, 28 Nov 2003, Andrew de Quincey wrote:
> Initially, I've been trying to get Datarescue IDA working... the actual
> application works fine, but certain operations take a long time to complete
> (e.g. the open file dialogue takes 20 seconds to appear on my 2GHz machine).
> Is anyone else wo
35 matches
Mail list logo
