s in
the wineserver already. It seems like all that is required is to add a
couple
of server calls, but I may be wrong.
nog.
> * dlls/ntdll/tests/atom.c
>Add tests for RtlAtom functions.
>
> nog.
still there).
Im not sure if your refering to the online documentation (if you are then
your right), but at least the dx7a sdk is still availible from:
http://download.microsoft.com/download/win98SE/DXSDK/7.0a/W9X/EN-US/dx7adxf.exe
nog.
ls in
int21 _should_ be implemented using functions from devices.c (like
DOSDEV_IoctlRead/DOSDEV_IoctlWrite)?
nog.
I dont understand
why because it succeds if called from int21/48. Anyone know whats going on?
nog.
In some of the int21 routines it says that we should use
DOSDEV_Peek/Read/Write. Should we also use the functions in the devices.c to
implement all functions on devices like ioctls etc.?
nog.
> On November 27, 2002 12:37 pm, György 'Nog' Jeney wrote:
>> ChangeLog:
>> * dlls/winedos/int21.c
>> * msdos/int21.c
>> * include/msdos.h
>> * files/dos_fs.h
>> * include/file.h
>>Move Find{First|Next}{FCB|} fucntions to wined
> ChangeLog:
> * dlls/winedos/int21.c
> * msdos/int21.c
> * dlls/ntdll/Makefile.in
> * dlls/winedos/Makefile.in
> * include/miscemu.h
> * dlls/winedos/dosexe.h
> * dlls/winedos/dosconf.c
>Move fucntion 33h to winedos.
>
> nog.
That mail had the w
> "György 'Nog' Jeney" <[EMAIL PROTECTED]> writes:
>
>> Is there any reason why this patch has not been applied? This is
>> essentially the same as my dosconf try 3 patch but for your
>> convinience I made a new diff against the current cvs.
>
[dimi@dimi src]$
In ntdll the export does not have the -noimport flag set so that is why it
works
> Question is, is this correct? Do I need to link ntdll into the app as
> well?
I wouldnt think so but Im not sure because whats the difference if people
use it directly from ntdll or from msvcrt?
nog.
[dimi@dimi src]$
In ntdll the export does not have the -noimport flag set so that is why it
works
> Question is, is this correct? Do I need to link ntdll into the app as
> well?
I wouldnt think so but Im not sure because whats the difference if people
use it directly from ntdll or from msvcrt?
nog.
> Changelog:
> - added rundll32 utility
Would it be possible to simply implement the 16-bit rundll from this code? I
havnt actually looked at this or anything, just thinking....
nog.
> using VXDs and DeviceIoControl. I have no idea
> how much these interfaces are used but I guess this will be
> fixed in a future patch?
Yes, I plan to fix this after I have finished to move the int21 stuff to
winedos.
nog.
onf to winedos is to be able to
move int 21 to winedos. I'll begin work on this shortly but I have a
question first: What should we do about vwin32.vxd? This is meant to
provide dos ioclt support and int 21. It does so at the moment by
calling the handler directly. Shoud we export These handlers from winedos?
nog.
Does anyone know anything about RtlQueryTimeZoneInformation? I would like to
implement it...
nog.
> On Wednesday 30 October 2002 09:12, György 'Nog' Jeney wrote:
>> >> György, could you check which other includes can be used if
>> winternl.h is absent? Else you''''ll probably have to wait for
>> somebody which has it to compile your te
> with the following output on win2k.
> 9 0 10 0 9 10
This is weird, I would have expected to get an output like: 2002 10 27 8 9 10
with the followingo patch applied...
nog.
Index: dlls/ntdll/time.c
===
RCS file: /home/win
> defined in ntddk.h.
Ok, could somene rather compile this test and send its results? It will be
quite big...
nog.
timetest.c
Description: Binary data
> György, could you check which other includes can be used if winternl.h
> is absent? Else you''ll probably have to wait for somebody which has it
> to compile your test.
This is included in the latest platform SDK but it should also be defined
in ntddk.h.
nog.
> Advice: use it on Windows and check the result.
Could someone compile this very simple test case under a system that has
RtlTimeToTimeFields (windows 98 doesnt export this from ntdll or
kernel32) and report the results?
nog.
timetest.c
Description: Binary data
While I was looking through dlls/ntdll/time.c I came across the following
two comments: "FIXME: Compute the number of leap second corrections here"
and "FIXME: get the GMT offset here" What do these this mean?
nog.
While I was looking through dlls/ntdll/time.c I came across the following
two comments: "FIXME: Compute the number of leap second corrections here"
and "FIXME: get the GMT offset here" What do these mean?
nog.
Would it be possible for someone to add a feature to wineconsole so that when
the child process exits the console isnt torn down immediatly? This would be
very nice because some dos apps dont work when not run through the console
and so it is impossible to see their command line syntax.
nog.
> "György 'Nog' Jeney" <[EMAIL PROTECTED]> writes:
>
>> ChangeLog:
>> * dlls/shell32/shell32_main.h
>> * dlls/shell32/shell.c
>> * dlls/shell32/shellreg.c
>> * dlls/shell32/Makefile.in
>> * dlls/shell32/shlexec.c
>>
Ooops, that patch has got an error in it, use this one instead.
> ChangeLog:
> * dlls/msvcrt/scanf.c
> * dlls/msvcrt/scanf.h
>Implement [ format specifier.
>
> nog.
Index: dlls/msvcrt/scanf.c
===
RCS fil
While cominuing on my msvcrt test, I ran accross the following
anomily(mabe?).
If I have ok(0 == 0, NULL) in my test, then everything works fine, but if I
get ok(1 == 0, NULL) then the whole thing crashes with an exection to a
write error. Anyone have any ides?
nog.
nd the export.
Sorry, this is my fault, In my test I had START_TEST(scanf) instead of
START_TEST(sscanf). It works now.
nog.
Im trying to write regression tests for the sscanf function but ran into
some
problems. First, there were some conflicts with the defines in the headers
with my linux ones, but that was fixed simply by defining USE_MSVCRT_PREFIX.
Whenever I try to run the test it spews out an error: undefind ref
aw the control. All of the functions that pertain to
flat scroll bars will just call their user counterparts and the same goes
for messages.
nog.
and that
exception. The exception handler never does return. Any one have any ideas
as to what might go wrong here?
nog.
Lonnie Cumberland wrote:
>Hello All,
>
>Could someone please tell me if there is a MAC WINE type project that
>would use native libraries to run MAC applications on Linux without
>having to install the MAC OS?
>
>I was just courious if one existed,
>thanks,
>Lonnie
>
Have a look at macehq.cjb.net
Nog wrote:
> Ove Kaaven wrote:
>
>> On Sat, 16 Feb 2002, Nog wrote:
>>
>>> Ove Kaaven wrote:
>>>
>>>> On Sat, 16 Feb 2002, Nog wrote:
>>>>
>>> [SNIP]
>>>
>>>>> And if so then why does it assume that
Ove Kaaven wrote:
>On Sat, 16 Feb 2002, Nog wrote:
>
>>Ove Kaaven wrote:
>>
>>>On Sat, 16 Feb 2002, Nog wrote:
>>>
>>[SNIP]
>>
>>>>And if so then why does it assume that the insterrupt it is emulating
>>>>is not builtin
Ove Kaaven wrote:
>On Sat, 16 Feb 2002, Nog wrote:
>
[SNIP]
>>And if so then why does it assume that the insterrupt it is emulating
>>is not builtin?
>>
>
>The table of 16-bit interrupt entry points is initialized from wprocs.dll
>(dlls/kernel/wprocs.spec), so i
ce of code will ever get called? And if so then
why does it assume that the insterrupt it is emulating is not builtin?
What all of this probable garbage came from is: What will it take to
emulate int xx from 32-bit code?
nog.
Sorry forgot the file.
Nog wrote:
> With this patch I can get into the copy protection screen in monkey
> island 2 but the keyboard still doesn't work.
>
> Changelog:
> * dlls/winedos/int33.c
> Implement function number 0x5 (Return mouse button press
> informat
sland reads the key from port 0x60, which returns the correct key. So
everything seems to work on the wine side of things but the game does
not respond in any way. I have attached a +int,+io trace if that helps
anyone.
nog.
trace.bz2
Description: Binary data
Ove Kaaven wrote:
> On Thu, 4 Oct 2001, Nog wrote:
>
> > In my quest to get helppc running and working in wine, I noticed that it
> > tries to access the text mode buffer directly (b000, I think). This
> > memory doesn't seem to be emulated in dosmem.c and m
Nog wrote:
> In my quest to get helppc running and working in wine, I noticed that it
> tries to access the text mode buffer directly (b000, I think). This
> memory doesn't seem to be emulated in dosmem.c and my exploration into
> how to implement it were in vein. Could an
In my quest to get helppc running and working in wine, I noticed that it
tries to access the text mode buffer directly (b000, I think). This
memory doesn't seem to be emulated in dosmem.c and my exploration into
how to implement it were in vein. Could anybody please help?
Anyway on another note,
Paul Gaynor wrote:
Hi,
I am new to the development of wine, part of thewine
freshman class :)
I am really interested in developing wine for use withOpenGL
hopefully to push the performance of the 3-D towindow$
level. I am interested in making a striped build thatjust
nt
to do the same thing? If so then why is the one in shell32 implemented
and working and the one on shfolder doesn't eaven appear to give a fixme
message?
Nog
42 matches
Mail list logo