Hi Arty!
On Sun, Feb 15, 2009 at 4:52 PM, <arty(a)svn.reactos.org> wrote:
> URL: http://svn.reactos.org/svn/reactos?rev=39613&view=rev
> Log:
> Fix loopback adapter locking and make traffic work consistently.
> Fix zero-address binding.
> Local tcp services should work now.
I take this to mean telnetd should be talking on the network now?
Hello remote process control and the 1980's!
Thanks a lot of looking in to this. When I have time I am going to do
further cleanup of telnetd and move it in to the ReactOS tree proper.
Next on my list is a tftp server I found which I will attempt to get
license clarification on, cleanup and add to ReactOS so that we can
look in to using ReactOS tftpd to support kickstart like deployment
with netboot.
Thanks
--
Steven Edwards
"There is one thing stronger than all the armies in the world, and
that is an idea whose time has come." - Victor Hugo
Hi,
I know this is in a branch, but~
WINAPI
DdUnlock(LPDDHAL_UNLOCKDATA Unlock)
{
+ /* Fixme for opengl hel emulations */
+ HEL_OGL_STUB;
+#if 0
/* Call win32k */
return NtGdiDdUnlock((HANDLE)Unlock->lpDDSurface->hDDSurface,
(PDD_UNLOCKDATA)Unlock);
+#endif
}
It is a direct call and this is correct. Why if it out? Don't add non
standard functionality to the gdi interface unless this is a upgrade
from XP.
Thanks,
James
Hello everyone,
A new release of RosBE-Unix is finally available.
It mostly features updated build tools compatible to the versions used in
RosBE-Windows 1.4 and initial multi-architecture support through additional
RosBE-Unix packages (which still don't exist though :P)
I highly recommend the update, because our previous binutils contains a
critical bug in dlltool. (see
http://sourceware.org/bugzilla/show_bug.cgi?id=9766 for details)
Some components affected by that bug were our msvcrt*.dll and mapi32.dll.
The new release is now available from SourceForge, just like RosBE-Windows
(https://sourceforge.net/project/showfiles.php?group_id=6553&package_id=3084
58)
Best regards,
Colin
Hello everyone,
Recently, the problem came up that Wine's spoolss.dll tries to forward its
"EnumPortsW" function to the similar function in winspool.drv.
Wine added a forward entry "winspool.drv.EnumPortsW" for this reason.
Unfortunately, such forwarders weren't supported by binutils, thus Christoph
opened this bug for them:
http://sourceware.org/bugzilla/show_bug.cgi?id=9811
The provided patch now makes such entries possible in the .def file, but
that still doesn't help as Windows' and ReactOS' ntdll both forward to .dll
files only.
So after all, this non-dll forwarding thing seems to be a Wine invention we
cannot support and have to avoid when importing Wine stuff.
Additionally, the proposed patch on the binutils Bugzilla won't find its way
into RosBE now.
Best regards,
Colin
Considering about 6 of you went to FOSDEM, is anyone actually gonna release
any info about what happened?
If I am completely unaware, I can imagine how expectant users feel
Communication is really terrible.
Ged.
Please add a standard header, with license information.
On Feb 11, 2009, at 11:37 PM, tkreuzer(a)svn.reactos.org wrote:
> Author: tkreuzer
> Date: Wed Feb 11 14:37:25 2009
> New Revision: 39558
>
> URL: http://svn.reactos.org/svn/reactos?rev=39558&view=rev
> Log:
> Implement hpp - the header preprocessor
> It can parse headers and create new headers from them based on a
> simple prepreprocessing language that's compatible with the C
> preprocessor, so the source file stays a valid header. It works,
> but doesn't yet support different folders.
>
> Added:
> trunk/reactos/tools/hpp/ (with props)
> trunk/reactos/tools/hpp/hpp.c (with props)
> trunk/reactos/tools/hpp/hpp.rbuild (with props)
>
> Propchange: trunk/reactos/tools/hpp/
> ----------------------------------------------------------------------
> --------
> svn:mergeinfo =
>
> Added: trunk/reactos/tools/hpp/hpp.c
> URL: http://svn.reactos.org/svn/reactos/trunk/reactos/tools/hpp/
> hpp.c?rev=39558&view=auto
> ======================================================================
> ========
> --- trunk/reactos/tools/hpp/hpp.c (added)
> +++ trunk/reactos/tools/hpp/hpp.c [iso-8859-1] Wed Feb 11 14:37:25
> 2009
> @@ -1,0 +1,509 @@
> +#include <stdio.h>
fireball(a)svn.reactos.org wrote:
> Author: fireball
> Date: Fri Feb 13 05:20:59 2009
> New Revision: 39578
>
> URL: http://svn.reactos.org/svn/reactos?rev=39578&view=rev
> Log:
> Igor Koshpaev <tower(a)reactos.org>
> - Include missing modules into bootcd
>
...
> +modules\rostests\apitests\w32kdll\w32kdll_2k3sp2\w32kdll_2k3sp2.dll 1 optional
> +modules\rostests\apitests\w32kdll\w32kdll_2ksp4\w32kdll_2ksp4.dll 1 optional
> ...
> +modules\rostests\apitests\w32kdll\w32kdll_xpsp2\w32kdll_xpsp2.dll 1 optional
>
These make no sense on reactos. They only work on the respective OS.