--- 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
generated
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
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
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 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
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 unclear, let me know and I'll rewrite
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
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:
Hmm, you are the third to answer me, but none so far have answered my
questions
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 second Harddisk with a Primary Partition
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,
://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:
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,
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
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
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,
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
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
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 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
The subject is wrong. It does not fix 3487, it only fixes a ddraw debug-bug.
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
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
Berg Larsen
Where:Department of Computer Science, Copenhagen Uni., Denmark
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
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(
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-maximum = index+10;
+ arr-base = xrealloc(arr-base, sizeof
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 touching
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
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 missing
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 headerfiles. There is no garantee
31 matches
Mail list logo
