Gregor Anich schrieb:
>CVSROOT: /CVS/ReactOS
>Module name: reactos
>Repository: reactos/ntoskrnl/include/
>Changes by: blight(a)mok.osexperts.com 04/12/10 06:58:26
>
>Modified files:
> reactos/ntoskrnl/dbg/: print.c
> reactos/ntoskrnl/include/: config.h
>
>Log message:
> Add an option to serialize DbgPrint - don't worry, it's disabled by default and meant only for those who are tired of reading mixed debug messages.
>
>_______________________________________________
>Ros-cvs mailing list
>Ros-cvs(a)reactos.com
>http://reactos.com/mailman/listinfo/ros-cvs
>
>
>
>
Hi,
I like your idea. For my smp build, I've add a simple spinlock which
does serialize the access to the real debug print function. Your
implementation has two problems. The first, it is possible to call
DbgPrint from each interupt level, so it isn't possible to use
ExAllocatePool. The second, we have nice macros like DPRINT, CPRINT or
KEBUGCHECK, which calls DbgPrint for twice. This should be merged in one
call.
- Hartmut
weiden(a)cvs.reactos.com wrote:
>CVSROOT: /CVS/ReactOS
>Module name: reactos
>Repository: reactos/lib/kernel32/misc/
>Changes by: weiden(a)mok.osexperts.com 04/12/09 09:28:11
>
>Modified files:
> reactos/lib/kernel32/file/: dir.c
> reactos/lib/kernel32/include/: kernel32.h
> reactos/lib/kernel32/misc/: stubs.c
>
>Log message:
> implemented SetDllDirectory() and GetDllDirectory(). LoadLibrary(Ex)() should be extended to use the dll directory when present!
>
>_______________________________________________
>Ros-cvs mailing list
>Ros-cvs(a)reactos.com
>http://reactos.com/mailman/listinfo/ros-cvs
>
>
>
Hi,
Shouldn't kernel not use unicode_strings + rtl, and just stay within the
domain of normal string functions and kernel32 stuff?
Also, shouldn't the DllDirectory be in the registry, and not some local
var that gets erased every time you reboot?
Best regards,
Alex Ionescu
Im having a problem with dependancies.
After an update of my tree to the current CVS,
I got tons of errors linked to the file reactos/include/mmsystem.h, removed due to Wine-20041201
winmm sync.
(see http://reactos.com:8080/archives/public/ros-cvs/2004-December/006233.html)
For example compiling lib/aclui:
make[1]: *** No rule to make target `../../include/mmsystem.h', needed by `.aclui.d'. Stop.
make[1]: Leaving directory `/mnt/hdb5/reactos/reactos/lib/aclui'
=====
Sylvain Petreolle (spetreolle_at_users_dot_sourceforge_dot_net)
humans are like computers,
yesterday the BIOS was all
- today its just a word
Hi!
ReactOS and some applications are translated in many different languages but
a ReactOS language support is missing. The regitry keys (see hivesys.inf)
are there but ROS ingore the keys.
Is there a chance that ROS get language support until version 0.3? Is it a
big step to add it? Which file is need an update? Maybe I can help adding
this feature.
Why are there some languages hard coded?
reactos\lib\msvcrt\locale\locale.c - Code:
const struct map_lcid2str {
short langid;
const char *langname;
const char *country;
} languages[]={
{0x0409,"English", "United States"},
{0x0809,"English", "United Kingdom"},
{0x0000,"Unknown", "Unknown"}
};
const struct map_cntr {
const char *abrev;
const char *country;
} abrev[] = {
{"britain", "united kingdom"},
{"england", "united kingdom"},
{"gbr", "united kingdom"},
{"great britain", "united kingdom"},
{"uk", "united kingdom"},
{"united kingdom", "united kingdom"},
{"united-kingdom", "united kingdom"},
{"america", "united states" },
{"united states", "united states"},
{"united-states", "united states"},
{"us", "united states"},
{"usa" "united states"}
};
Klemens Friedl <frik85>
--
GMX ProMail mit bestem Virenschutz http://www.gmx.net/de/go/mail
+++ Empfehlung der Redaktion +++ Internet Professionell 10/04 +++
Why does ReactOS need(?) the cards.dll (reactos\lib\cards)?
-> "Cardplaying Helper DLL"
Is there a card game included?
Maybe someone know the answers ...
Thanks!
Klemens Friedl <frik85>
--
GMX ProMail mit bestem Virenschutz http://www.gmx.net/de/go/mail
+++ Empfehlung der Redaktion +++ Internet Professionell 10/04 +++
Hi,
Why is everyone adding _FUNC to the definitions? I was removing them in
my new headers because they seem totally useless, plus some people told
me that they had no point. But I just see GvG adding more of them. I
don't understand what their point is?
Best regards,
Alex Ionescu
I read on the ms homepage that the crss.exe contains:
+ creating and deleting processes and threads
+ console (text) windows
+ 16-bit virtual DOS machine (VDM)
Is in the csrss.exe (from ReactOS) the VDM process inluded?
I read in the old forum that someone spoke about an DOS/win16 subsystem.
Should the DOS (virtual maschine) be a part of the csrss.exe?
And, does the Ros graphic run in kernel mode (like as in Win 2000 - GDI)?
Klemens Friedl <frik85>
--
GMX ProMail mit bestem Virenschutz http://www.gmx.net/de/go/mail
+++ Empfehlung der Redaktion +++ Internet Professionell 10/04 +++
For those of you who have heard nothing of my plans to write a RosFS
service for ReactOS, here are some details about my plan.
RosFS
RosFS is a small service running on system initialization by default
that indexes files, folders, users, devices, and network resources can
hold metadata via MySQL, sleepycat DB, TCL, Apache, and Perl; which will
all be embedded within the service itself. RosFS will hold encrypted
resources based off of a key that is created with the first startup of
ReactOS, it changes every 30 days to ensure security. The RosFS can be
accessed online via the built in web server with can be an encrypted
connection - SSL, or TLS. User ACLs can be set on a machine level or a
domain level. RosFS will support a SQL-like querying language that can
be written easily - it will have triggers, procedures, functions, and
saved queries - which are all logged. Triggers will be supplied by a
TCL-like language with features of Perl. An service will provide users
with current system updates, patches, etc stored on a domain server -
this option will only be installed on a powerful server with pretty good
hardware - ie: not for home use!!!
A few problems I know that will arise in developing such a project are:
1) Size
2) Security
3) Where to keep the files on the system
4) The RosFS query language will be trouble to write and maintain
depending on if a user uses such Databases like ORACLE, MySQL, MSSQL,
etc.
5) Explorer Integration - Will Explorer.exe need to be rewritten to
allow the addition of Metadata structures, etc.
6) Web integration - Perl, PHP, TCL, CGI, ISAPI???
Please send me comments and concerns about the RosFS project.
navaraf(a)cvs.reactos.com wrote:
> CVSROOT: /CVS/ReactOS
> Module name: reactos
> Repository: reactos/w32api/include/
> Changes by: navaraf(a)mok.osexperts.com 04/12/05 18:23:06
>
> Modified files:
> reactos/include/win32k/: ntuser.h
> reactos/lib/user32/misc/: misc.c
> reactos/subsys/system/winlogon/: winlogon.h
> reactos/subsys/win32k/include/: desktop.h
> reactos/subsys/win32k/ntuser/: desktop.c misc.c stubs.c
> reactos/w32api/include/: winuser.h
>
> Log message:
> - Basic implementation of (NtUser)UpdatePerUserSystemParameters.
> - Move code querying for "PaintDesktopVersion" to NtUserUpdatePerUserSystemParameters.
I think the code to query for "PaintDesktopVersion" should be moved back
to its old location and get called from
NtUserUpdatePerUserSystemParameters becaus this function needs to do a
lot more initialization work on behalf of the user. For example,
updating system colors, system metrics and setting the background
pattern or wallpaper.
Regatds,
Eric
