ion(a)svn.reactos.org wrote:
> - Add correct MS-PL (Public) License. Not added to build/used, but I
> need some of the headers/data structures in here.
> - Source:
https://github.com/Microsoft/Windows-driver-samples/blob/master/filesys/cdfs
Yay! No more messing around with DDK licenses!
Someone should take the other samples there and replace our DDK-inspired
components (e.g. classpnp and disk) by these ones licensed under MS-PL.
Cheers,
Colin
hbelusca(a)svn.reactos.org wrote:
> +// FIXME! FIXME! Do it in a portable way!!
> typedef unsigned char BYTE;
> typedef unsigned short WORD;
> typedef unsigned long DWORD;
Try using our include/host/typedefs.h, which provides the most popular
Windows type definitions in a portable way.
- Colin
cwittich(a)svn.reactos.org wrote:
> Modified: trunk/reactos/base/applications/cmdutils/mode/mode.c
What is that tool for anyway?
Windows has a 16-bit "mode.com" for compatibility and I believe the
actual "mode" command is built-in into cmd.exe these days.
Cheers,
Colin
On 2015-09-04 03:14, hbelusca(a)svn.reactos.org wrote:
> Also I suggest we turn this file (and maybe also /lib/sdk/crt/except/i386/cpp.s) into a "msvc-thiscall.c" as it is already done in some other DLLs (like in ole32, riched20).
ole32 and riched20 don't export mangled names.
MSVC ignores redirects for them in the def file so it needs to be
assembly (or C++ code).
On 2015-08-22 13:16, bfreisen(a)svn.reactos.org wrote:
> [HHPCOMP]
> Improve functionality of Windows MSVC build. Based on a WIP patch by Michael Fritscher.
> See CORE-10019.
> +/* if O_BINARY is not defined, the system is probably not expecting any such flag */
> +#ifndef O_BINARY
> +#define O_BINARY 0
> +#endif
> - chm->fd = creat(filename, 0644);
> + chm->fd = open(filename, O_RDWR | O_CREAT | O_TRUNC | O_BINARY, 0644);
Hmm... fopen wouldn't have this problem ;)
On 2015-08-18 14:26, hbelusca(a)svn.reactos.org wrote:
> [NTVDM]: Initialize the PSP' memory control block owner name with the file name (without extension, and up to 8 chars) of the started program.
Shouldn't that use GetShortPathName to make sure the program can find
itself on disk? :p
Hi all,
First of all, let me thank everybody who could make it to Aachen for
Hackfest! Thanks also go to all the others on IRC, Twitter, etc. who
supported us during that time!
It was a pleasure to have you all here and simply a great week! :)
Now let's spread the word even more, so that everyone can get an idea of
our Hackfest:
Hackfest report
===============
Aleksey suggested (and volunteered!) to write a report about our
Hackfest for the website. He wants someone to help him though.
Victor, as you did a pretty great job at live streaming every day, would
you help Aleksey here?
If there are other volunteers, just raise your voice :)
Photos
======
I've created a folder "ReactOS Hackfest 2015" in the "Developers" file
section on IServ. You already find all my photos there (among them,
first group photos from Saturday).
Please share your photos as well, either by uploading through the
website or through SFTP (WinSCP is a great tool for this).
If you're not in the "Developers" section, but participated in the
Hackfest, please tell either Christoph, Pierre or me and we will add you.
Cheers,
Colin
Just wonder why no one has yet fixed the compiling errors you get if you
use visual studio.
All the errors are not code related but linking problem, so I wonder why no
body solve all the compiler errors.
Thanks,
Alberto Vaudagna
