Tony Lambregts [EMAIL PROTECTED] wrote:
-IMPORTS = kernel32 ntdll
+IMPORTS = kernel32 ntdll user32
I'm not sure Alexandre will like it. Until for now, creation of the circular
dependencies were prohibitted. Probably it's better to use swprintf from ntdll,
or a set of calls
Visually and User Interface wise, some issues I see right off the top
are things such as:
Doesn't LightWave use its own widget library? I seem to recall it's not
a native windows app in that respect.
The Hub application is also a bit problematic as it resides in the
tray. It does sit in
Hi,
I'd just like to double check - will Alexandres new threading work allow
Wine to be linked into a program that uses pthreads ok? In particular,
the Mono guys are wondering... they were thinking of shipping a modified
libwine and all kinds of things that sound bad, so it'd be good to know
Vitaliy Margolen [EMAIL PROTECTED] wrote:
+/
+ * Win32DeleteFile [SHELL32.164]
+ *
+ * Deletes a file. Also triggers a change notify if one exists.
+ *
+ * NOTES:
+ * Verified on Win98 / IE 5 (SHELL32
David Fraser wrote:
Tony Lambregts wrote:
Wine does not have these defined anywhere. Does anyone know what they
should be and where they should be defined?
Not sure about REG_FORCE_RESTORE, but MinGW has the following in winnt.h
#define REG_WHOLE_HIVE_VOLATILE 1
#define REG_REFRESH_HIVE 2
Tony Lambregts wrote:
David Fraser wrote:
Tony Lambregts wrote:
Wine does not have these defined anywhere. Does anyone know what
they should be and where they should be defined?
Not sure about REG_FORCE_RESTORE, but MinGW has the following in winnt.h
#define REG_WHOLE_HIVE_VOLATILE 1
#define
Following Dan's advice I thought I would try my hand at
putting together
a regression test for RegSaveKey(A/W). Well I kind of run into a snag
with that, actualy a couple of them. The first is that the
counterpart
for RegSaveKey is a stub. Oh well thats OK. I can still write
the test
Sylvain Petreolle a écrit:
Could a limit of attachment size be set, like the wine-users list has ?
It has (40kB IIRC). Larger messages await for list moderators, which can
then allow them or not.
Vincent
The main reason why I made this patch is to make our software package work under
WINE. Our application was heavily relies on correct behavior of SHFileOperation
function. In particular:
1. User confirmation for deleting files and folders.
2. Ability to delete files only in any given directory.
3.
Dmitry Timoshkov wrote:
Tony Lambregts [EMAIL PROTECTED] wrote:
-IMPORTS = kernel32 ntdll
+IMPORTS = kernel32 ntdll user32
I'm not sure Alexandre will like it. Until for now, creation of the circular
dependencies were prohibitted. Probably it's better to use swprintf from ntdll,
*#
Mike Hearn [EMAIL PROTECTED] writes:
I'd just like to double check - will Alexandres new threading work allow
Wine to be linked into a program that uses pthreads ok? In particular,
the Mono guys are wondering... they were thinking of shipping a modified
libwine and all kinds of things that
Jukka Heinonen [EMAIL PROTECTED] writes:
This patch speeds up software interrupts in real mode
considerably, in addition to making interrupt handling simpler
(at least in my opinion). Instead of throwing an exception,
vm86 handler calls winedos callback as is done in case of
protected mode
yes, see many patches onto wine-patches...
--- Vitaliy Margolen [EMAIL PROTECTED] a écrit : I was
wondering is there is anyone working on ListView?
The reason I ask? I got ACDSee 3.1 installed (see my last patch about
typo)
working (well, sort of). It looks like ACDSee depends heavily
No, it won't make much difference. We are currently providing pthreads
wrappers in Wine, and we'll need to do basically the same thing for
NPTL. So if the current wrappers don't work for Mono the new ones
probably won't do much better; we need to find a proper fix for that
problem regardless
Hi,
I know I promised this over three weeks ago, but things have been very
busy for me lately.
This email is slightly long. Please please please read through it. I
need help to get wineboot working automatically (a blocking issue for
0.9), and I need someone who understands both the server
Alexandre Julliard [EMAIL PROTECTED] writes:
This is silly. It's just a gratuitous incompatibility that will break
code for no good reason.
The point is: It does not break existing code. Existing code which
uses NULL as string parameter for _ultoa just does crash.
Do you seriously think that
Out of curiosity, has Wine ever been made to work under BeOS? I know some work was done long, long ago when BeOS was still alive but I wasn't sure if anything more had ever happened or changed since the news on http://bewine.loungenet.org.
Thanks.
Mike,
I just spoke with Newtek this morning and they said that they are
actually going to post a trial version of LightWave this week, around
Wednesday or Thursday! So that's a real plus for this. Also, you are
right it appears that they do use their own widget library, however
Window's
There is a demo version available from what I've seen. If you have it
installed without the dongle and license.key it will run in discovery
mode which will not save in LightWave (layout).
I'm not sure if you can download it though... I'll have to figure that
out and get back to you.
-George
[EMAIL PROTECTED] writes:
The native RtlLargeIntegerToChar function does produce garbage or
STATUS_BUFFER_OVERFLOW for base 2, 8 and 16 when the value is
larger than 0x. Here I decided also against bug for bug
compatibility.
IMHO doing something senseful instead of crashing or
Greetings,
Can Finally confirm the patches sent in by lionell in feb.
Dinput now works fine, and Tribes no longer crashes when a key is pressed.
Maybe this will solve alot of other games also.
Opengl seems to be harder though. The reason why i took so long to post this
is that i've been
Mike Hearn [EMAIL PROTECTED] writes:
But what is the fix? IIRC the basic problem was the Wine internal
pthreads implementation conflicting with the one linked in via libmono
and libgc, something like that.
Is this the ELF symbols have global scope problem come to bite us on
the ass yet
Hi,
I have the Linux binaries for this game, however when running the
win32 installer under wine to get the pak files there were two errors,
one fatal/recursive.
wine ./setup.exe
The setup keycode enter screen is displayed. There are 5 boxes, similar
to ms-windows installation etc.
However after
Shachar Shemesh [EMAIL PROTECTED] writes:
Can someone who understands the server, and the interaction between
the server and normal apps comment on this scheme?
Also, how do I at all make each and every prog load wineboot.dll?
IMO you are on the wrong track here. We definitely do not want
On March 10, 2003 11:42 am, Vitaliy Margolen wrote:
My question is: if I'll start hacking ListView will I be interfering with
someone else's work?
I did a lot of work on the listview recently, but due to new job
responsibilities, it's on the backburner ATM. So if you want to
work on it, you're
Tony Lambregts [EMAIL PROTECTED] wrote:
I'm not sure Alexandre will like it. Until for now, creation of the circular
dependencies were prohibitted. Probably it's better to use swprintf from ntdll,
*# Well. I am very much at the end of my rope here. As I said from the
begining I could not
Monday, March 10, 2003, 9:46:27 PM, you wrote:
On March 10, 2003 11:42 am, Vitaliy Margolen wrote:
My question is: if I'll start hacking ListView will I be interfering with
someone else's work?
I did a lot of work on the listview recently, but due to new job
responsibilities, it's on the
Hi,
I've some major trouble with wine's thread implementation. We're porting a
soundprocessing application to linux/wine. (It will run as Win32 app under
wine in the first step). Sadly the wine thread implementation and/or the
sheduler does not get the priorities right. The mission critical sound
Alexandre Julliard wrote:
Shachar Shemesh [EMAIL PROTECTED] writes:
Can someone who understands the server, and the interaction between
the server and normal apps comment on this scheme?
Also, how do I at all make each and every prog load wineboot.dll?
IMO you are on the wrong track
29 matches
Mail list logo