Peter Dennis Bartok <[EMAIL PROTECTED]> writes:
>> Perhaps this could be changed to a static variable in process.c
> Wouldn't that make it rather hard to be set from outside process.c? I
> need to set it from wine-sharedlib.exe.so
It seems to me that you could simply do a longjmp() out of your
Wi
Mike Kost <[EMAIL PROTECTED]> writes:
> Alexandre,
>
> Can you report on the status of the following patches. I havn't spotted them
> in CVS and they've been out there for almost 2 weeks now.
Probably got lost somewhere, please resubmit.
--
Alexandre Julliard
[EMAIL PROTECTED]
Troy Rollo <[EMAIL PROTECTED]> writes:
> Doesn't the list in VIRTUAL_FirstView hold all that is needed? If we reserve
> the whole lot, it seems to me that the only parts that would need to be added
> in there would be the parts that are below the 0xc000 boundary and were
> allocated before
Perhaps this could be changed to a static variable in process.c
Wouldn't that make it rather hard to be set from outside process.c? I
need to set it from wine-sharedlib.exe.so
If you can resolve these issues then we can have a single Wine for Win32 and
S.W.F!
Well, you basically saw the hole hi
Alexandre,
Can you report on the status of the following patches. I havn't spotted them
in CVS and they've been out there for almost 2 weeks now.
Austerlitz patch #1 - play audio file with + in filename
http://www.winehq.org/hypermail/wine-patches/2004/02/0287.html
Austerlitz patch #2 - Calcula
Hello!
> If you can resolve these issues then we can have a single Wine for Win32 and
> S.W.F!
We are running some SWF applications now with Mono and this patch; And
we are fairly happy, since its a small patch to maintain this time. Of
course, it would be best to make it part of Wine, so the u
> > So you'd rather ensure that we hold one or more anonymous maps reserving
> > everything above 0x8000 (except for NT emulations, assuming the 3G
> > emulation is to be preferred, or there's an option for 3G), and when the
> > system needs to allocate something there, free a portion of the an
Peter Dennis Bartok wrote:
> This patch allows to use Wine as a shared library. It will allow the
> Mono project to use Wine as the backend for it's System.Windows.Forms
> implementation.
It looks as though Alexandre has done a good job with kernel32 and ntdll
since the last time using Wine with M
Hello All,
This is all very experimental. I am working on in the ReactOS tree and
it might not even work for larger apps but I am happy with the results
so far.
I was thinking the other day that ReactOS and WINE/Linux might get a
big boost if we can push support in the embedded enviroment so I
sta
Dmitry Timoshkov <[EMAIL PROTECTED]> writes:
> Changelog:
> Martin Pilka <[EMAIL PROTECTED]>
> Make icon extraction for 16 bit icons work.
This should really be done with PrivateExtractIcons instead of adding
more 16-bit dependencies in our Winelib apps.
--
Alexandre Julliard
[EMAIL PRO
Hi Marco,
Marco escribio:
> Hi ,
> i'm traying to run with wine a legacy aplication
that > needs to be run by
> a loged in user under NT Domain. That aplication
> needs to be
> authenticated on the server to access the SQL
server. > Looking on google
> i've found a post about logonUser patch from
I am not going to have a chance to merge this. We have fixed a few more
minor bugs in InstallHInfSection.
Thanks
Steven
Note: forwarded message attached.
__
Do you Yahoo!?
Yahoo! Search - Find what youre looking for faster
http://search.yahoo.com--- Begin Mess
The email
http://www.winehq.com/hypermail/wine-patches/2004/03/0032.html
contains a zip attachment, that contains a .scr file, chances are it's a virus.
If it is, please remove it from the archive.
Ivan.
Frederik Himpe <[EMAIL PROTECTED]> writes:
> Could you give us an indication to which patch fixed this?
http://cvs.winehq.org/patch.py?id=2
--
Alexandre Julliard
[EMAIL PROTECTED]
On Tue, 02 Mar 2004 12:51:17 -0800, Alexandre Julliard wrote:
> Dan Kegel <[EMAIL PROTECTED]> writes:
>
>> Running Office was another matter. I only tested it a bit, but
>> there's a display problem: text is displayed invisible
>> in the main document pane on the same line you're editing.
>> If
Hi,
i copied winemine source to a separate directory (winemine2)
then i compiled winemine2 using winemaker.
it created a shared object file (winemine2.exe.so).
i am able to launch winemine2 application fine.
what i want to do is debug the winemine source code..
say, i want to set a breakpoint in ma
"Robert Shearman" <[EMAIL PROTECTED]> writes:
> Why change the prototypes in the .spec files? The first parameter is still a
> pointer, even if it is now void* instead of DC*.
HANDLE parameters are listed as long, mostly for historical reasons,
even though they are technically pointers. It doesn'
Mike Hearn <[EMAIL PROTECTED]> writes:
> This sounds a bit like what we need to do for exec-shield/prelink. Is it
> possible we could use the same mechanism used to reserve the PE load area
> to reserve this range as well?
Probably not, we don't know the proper range to use at compile time.
--
Alexandre Julliard wrote:
Dan Kegel <[EMAIL PROTECTED]> writes:
WINEBUILD=../../../tools/winebuild/winebuild ../../../tools/winegcc/winegcc -mconsole
sock.o testlist.o -o ws2_32_test.exe.so -L../../../dlls -lws2_32 -L../../../libs/wine
-lwine -L../../../libs/port -lwine_port -lm -lc
/usr/bi
"kscho" <[EMAIL PROTECTED]> writes:
> Hi!
> when i test wine-20040121 , it works fine.
> but wine-2040213 is not work.
>
>
> the function of AVIMakeCompressedStream is not returned AVRERR_OK .
What does it return?
> i tested each dlls(avifil32.dl.so, ntdll.dll.so,...). finally i found i
> repla
>
> Log message:
> Changed the CreateDC driver entry point to use an HDC
> instead of a DC
> pointer.
>
> Patch: http://cvs.winehq.org/patch.py?id=11356
>
> Old revision New revision Changes Path
> 1.56 1.57 +1 -1 wine/dlls/x11drv/x11drv.spec
> 1.26
On Wed, 03 Mar 2004 17:23:27 -0800, Alexandre Julliard wrote:
>> So you'd rather ensure that we hold one or more anonymous maps reserving
>> everything above 0x8000 (except for NT emulations, assuming the 3G
>> emulation is to be preferred, or there's an option for 3G), and when the
>> syste
> Hi, if found a commented X11DRV_GLX_CreateDriver in the x11drv dll,
> did anyone try to write a glx backend and stopped for some reason?
>From what I know of it, this must be some code from the TransGaming DirectX
merge some time ago where they merged all the 2D stuff and left out their 3D
code.
23 matches
Mail list logo
