We are now able to load the standard NVidia video drivers for at least
NVidia Riva TNT2 Model 64 cards, but probably for more Nvidia based
cards. The attached file describes how to do that. Jason/Hyperion, can
you find space for that information on the website?
It doesn't work perfect yet. Not all lines are drawn (check the maze
demo), sometimes the mouse cursor is messed up, the hotspot for the
mouse cursor is in the wrong place (you need to point down-right of
where you want to click) and dragging the cards in Solitaire doesn't
work as it should. If you find other issues, please enter them in
Bugzilla.
Gé van Geldorp.
Hiya Lionel,
--- Lionel Ulmer <lionel.ulmer(a)free.fr> wrote:
> On Fri, Nov 07, 2003 at 10:32:02AM +0000, Mike Hearn wrote:
> > Lionel, could QEMU be used here? I guess the driver expects to have
> > kernel level access to the machine, so we could either:
>
> Well, as I have no idea how .SYS loading working and how it
> interfaces with
> the kernel, I cannot comment here.
>
> Note that a low level kernel presentation by ReactOS people would be
> a nice
> thing to have at Wineconf :-)
We will see what we can put together for wineconf =)
I have been following this thread for a while so I have to speak up
about the DMCA issues you guys have been discussing.
It is in the ReactOS Projects interest to have a working safedisk
driver also so we might be able to work together on something. There
has been work at loading Windows filesystem drivers using ReactOS in
the past so I dont see safedisk being that big of a deal.
http://www.jankratochvil.net/project/captive/
Copying the safedisk driver from Windows and loading it in ReactOS
should just work as we have the same design microsoft does. Adapting
that to work on Linux+ReactOS you would need to talk to Jan.
Still the better method is for us to write our own safedisk driver from
scratch but I am not sure that this wont violate the DMCA.
IMHO the WINE project should adopt the defence the xbox-linux and the
ReactOS projects have:
"Everything done on this project is for the sole purpose of writing
interoperable software under Sect. 1201 (f) Reverse Engineering
exception of the DMCA."
We will still have the legal battle to fight one day but I think you
will win if you reimplement safedisk and use this as your argument. One
day WINE, ReactOS and other project are going to get taken to court
over the DMCA. This is a given. The question is do you want it to be
over this? Is gamming support in WINE and ReactOS important enough to
you?
Thanks
Steven
__________________________________
Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard
http://antispam.yahoo.com/whatsnewfree
When attempting to search for a driver in the database and no result is found
the second serch from appears. Now, trying to search if gives a notice that
you are not logged in.
thanx Alex.
It's now possible to change the screen resolution of the VMware virtual
display driver. You need to change some values in bootdata/hivesys.inf
(go to the vmx_svga section, there are some instructions at the bottom
of that section) and rebuild the system registry ("make registry" and
then copy the system hive to /reactos/system32/config).
Gé van Geldorp.
This is a patch to let more use the window size instead of the buffer
size. I'm planning to do some more work on the cmd utils, should I
integrate some of them in cmd.exe (as in 4nt) or leave them as separate
programs.
Timothy
Index: more.c
===================================================================
RCS file: /CVS/ReactOS/rosapps/cmdutils/more.c,v
retrieving revision 1.5
diff -u -p -r1.5 more.c
--- more.c 24 Feb 2003 23:16:13 -0000 1.5
+++ more.c 20 Oct 2003 09:36:52 -0000
@@ -5,6 +5,8 @@
*
* 26 Sep 1999 - Paolo Pantaleo <paolopan(a)freemail.it>
* started
+ * Oct 2003 - Timothy Schepens <tischepe at fastmail dot fm>
+ * use window size instead of buffer size.
*/
#include <windows.h>
@@ -29,11 +31,9 @@ GetScreenSize (PSHORT maxx, PSHORT maxy)
CONSOLE_SCREEN_BUFFER_INFO csbi;
GetConsoleScreenBufferInfo (hStdOut, &csbi);
+ *maxx = csbi.srWindow.Right;
+ *maxy = csbi.srWindow.Bottom;
- if (maxx)
- *maxx = csbi.dwSize.X;
- if (maxy)
- *maxy = csbi.dwSize.Y;
}
@@ -126,7 +126,7 @@ int main (int argc, char **argv)
{
ch_count=0;
line_count++;
- if (line_count == maxy-1)
+ if (line_count == maxy)
{
line_count = 0;
WriteFile(hStdOut,&buff[last], i-last+1, &dwWritten, NULL);
When i enter bugzilla, in upper menu first option proposed is "logout()" even
if i'm not logged in, more, sometimes, if i press on it, login page is not
displayed at all ...
Alex
Hi,
As GPLed Linux-NTFS still has no NTFS r/w capability I completed the project
for reliable r/w access in Wine way by using MS-Windows ntfs.sys driver.
Captive-NTFS
http://www.jankratochvil.net/
My project is GPL-2.0 and it incorporates ReactOS kernel sources currently also
carrying GPL-2.0 license. There are rumours GPL may be problem for linking with
proprietary code (ntfs.sys&ntoskrnl.exe). I interpret it as GPL only affects
_distribution_ of the program while no proprietary code is distributed with my
package. Proprietary code is only run-time linked by the end-user.
In a GPL-related discussion here two monts ago ReactOS developers were open for
reusal of existing proprietary drivers for ReactOS as one of the significant
feature of ReactOS. I would like an affirmation from the major ReactOS
developers they are not going to try to sue me for releasing Captive NTFS.
Thanks,
Jan Kratochvil