Ros-dev

ros-dev@reactos.org

2 participants
5791 discussions

WinLogon
by Alex Ionescu 05 Aug '06

05 Aug '06

Hi, I'm really excited by all the recent WinLogon work! Congratulations to Hervé for working on this. Some questions: Will the GINA be 100% compatible with NT WinLogon? I hope so. Also, there is a fully FOSS GINA project out there, I'm sure it can be useful. MSDN also has a lot of information, and I can help with some Winlogon internals, by email only please, I'm not and won't be on IRC for a while. Are we also going to support GUI-on-demand? That was largely the big problem with Winlogon, and both Thomas and I (And others) think GUI On Demand is a big hack that currently screws up more stuff then it helps... If yes, then how's winlogon going to work? As a text-mode login problem as well? Hopefully that won't hack GINA compatibility. Since this was supposed to be an SoC program, I propose that we setup a personal fund (and advertise) on the website for Hervé to get paid. I'll also try talking to Google (since our SoC GINA guy failed) to see if they'd be willing to set up an exchange. Unless Hervé disagrees, of course. Good luck to all. -- Best regards, Alex Ionescu Project Lead, TinyKRNL Kernel-Mode Software Design Engineer, ReactOS

6 7

Registry binary hives -- "problem"
by Aleksey Bragin 04 Aug '06

04 Aug '06

Hello, it looks like it is a common problem that people don't like to read commit messages :-) So I post here - starting from the introduction of cmlib patch into our tree, the binary hives became compatible with Windows XP binary hives, BUT incompatible to ReactOS binary hives made with the previous versions of ReactOS (this includes the current 0.3 release). In order to overcome this problem, simply reinstall your reactos with formatting the harddrive partition during setup. Or manually delete the contents of \system32\config directory, issue a "make install_registry" command, and don't forget to upgrade your freeldr.sys too (in case you install all that manually without bootcd). WBR, Aleksey Bragin.

1 0

Re: [ros-dev] CreateFile, typecasts and PICE loader
by Murphy, Ged (Bolton) 04 Aug '06

04 Aug '06

Felipe Villarroel wrote: > Its ok to typecast the char* to LPCWSTR? as in > file = CreateFile((LPCWSTR) SrcFileNames[i],GENERIC_READ , 0, > NULL, OPEN_EXISTING, 0, 0); ? No. If you wanted to use an ASCI where a Unicode char was expected, you would have to first convert it to Unicode using a function like MiltiByteToWideChar. However, CreateFile actually expects LPCTSTR as it's first parameter. It is then converted to LPCSTR or LPCWSTR dependant on whether you have Unicode defined. (In your case, you must have) If this is the case, and you are using TCHAR within your code, then what is the reason for the char? Maybe it's a value returned from a network read? Could it be a TCHAR? My first approach would be to see why it's a char, and not a TCHAR (or WCHAR), and check whether you can change it in the source (perhaps it's just something the PICE devs missed) Secondly, if it must remain a char, but you still want to have Unicode defined (as we mentioned, not having Unicode defined will call the ASCI version, which will be fine for your char as it's first member is LPSTR), then you could call the ASCI version of CreateFile exclusively by calling CreateFileA. > and also i have another question. Currently in the source > (main.c) we assume in line 368 that sizeof(DWORD) == > sizeof(INT) and the compiler issues a warning. Its ok to > typecast this too? > find_stab_sections(p,IMAGE_FIRST_SECTION(pNTHeaders),pNTHeader > s->FileHeader.NumberOfSections,&pStab,(PINT) > &nStabLen,&pStr,&nStabStrLen); I'm assuming from '(PINT)&nStabLen' that you have a DWORD which you are typecasting to an INT. Whilst a DWORD and an INT are of the same size, a DWORD is an unsigned long, and an INT is signed, which means typecasting from DWORD to INT could result in data loss if nStabLen is a very high value i.e. more than an INT can hold. (check your limits.h for this value, it's 2147483647 for 4 byte ints) Is making nStabLen a DWORD not an option? > Also, i'm a native spanish speaker. I would be happy to help > in anyway i could. Pop into IRC. There is always plenty for people to do ;) Ged.

1 0

CreateFile, typecasts and PICE loader
by Felipe Villarroel 04 Aug '06

04 Aug '06

Hi ReactOS devs!, currently i'm trying to get PICE compiling and working again (and learning something about the ReactOS internals in the process). Currently i have a question related to what i'm doing. To fix some warnings in the compilation of the PICE loader i have to fix the first parameter to CreateFile, because CreateFile expects the first parameter to be a LPCWSTR and its a char* instead. Its ok to typecast the char* to LPCWSTR? as in file = CreateFile((LPCWSTR) SrcFileNames[i],GENERIC_READ , 0, NULL, OPEN_EXISTING, 0, 0); ? and also i have another question. Currently in the source (main.c) we assume in line 368 that sizeof(DWORD) == sizeof(INT) and the compiler issues a warning. Its ok to typecast this too? find_stab_sections(p,IMAGE_FIRST_SECTION(pNTHeaders),pNTHeaders->FileHeader.NumberOfSections,&pStab,(PINT) &nStabLen,&pStr,&nStabStrLen); Well, thats all i have to say. Hmm, i forgot, thanks for all your hard work done in ReactOS!. I'm watching the project and the mailing list from 2000 onwards but i only speak if i need to say anything :). I always try to get people interested in this project, explaining to people what is and what its not. Also, i'm a native spanish speaker. I would be happy to help in anyway i could. thanks again for your great work, Best regards, Logan_V8 -- _______________________________________________ Check out the latest SMS services @ http://www.linuxmail.org This allows you to send and receive SMS through your mailbox. Powered by Outblaze

1 0

Re: [ros-dev] ReactOS presentations
by Murphy, Ged (Bolton) 03 Aug '06

03 Aug '06

Aleksey Bragin wrote: > We have a rather nice presentation done by Steven Edwards, I suggest we use it as a base. I've looked at Stevens in the past, but didn't think there was much in there we can use anymore. Also, whilst the theme was pretty, I think it could be made a little more professional. > Though we need something fresh and reworked too, because the Steven's one is already outdated in some parts > (ReactOS progressed quite a while since presentation were used last time). I agree, plus Stevens was aimed at a Wine audience, which also needs to be changed to a general audience. How about I put together a new base presentation and submit it to SVN once approved? An anyone interested in contributing to the presentation can then work through SVN. Ged.

3 2

ReactOS presentations
by Murphy, Ged (Bolton) 03 Aug '06

03 Aug '06

I have a few large presentations to give on ReactOS in September, and as a group we don't have any previous presentations stored. Although not a weekly event, a few of us do give presentations from time to time, which means we are probably going through the same process of compiling a presentation from scratch. So I was wondering if anyone was interested in putting our heads together and compiling a default presentation which we can use. This first default presentation should cover topics such as what ROS is and what it's goals are, and then move onto a description of the system, finalising with a short demonstration. As ROS grows, requests for us to give these sort of things will obviously grow too, including more detailed discussions on ROS internals. Therefore, as more specialised presentations are given, we could store these too, eventually offering a nice collection of presentations which we can pull out when a need arises. So, any volunteers? Ged.

4 3

Re: [ros-dev] Probelms with ZwOpenKey or RtlFormatCurrentUserKeyP ath?
by Murphy, Ged (Bolton) 02 Aug '06

02 Aug '06

Timo Kreuzer wrote: > This is the code: > > RtlFormatCurrentUserKeyPath(&CurrentUserKeyPath); > > InitializeObjectAttributes(&ObjectAttributes,&CurrentUserKeyPath,OBJ_CASE_IN SENSITIVE,NULL,NULL); > Status = ZwOpenKey(&CurrentUserKeyHandle, KEY_READ, &ObjectAttributes); > > And I always get Status == STATUS_OBJECT_NAME_NOT_FOUND What makes you sure ZwOpenKey is failing, and not one of the functions above it? You should use error checking where nessesary. Ged.

6 10

Re: [ros-dev] ReactOS presentations
by Murphy, Ged (Bolton) 02 Aug '06

02 Aug '06

WaxDragon wrote: > Maybe the first order of business would be picking a file format! Whenever I give presentations, whether it be at work, uni or a company I've never had anything other than MS PowerPoint available. I would say this is a must for a base format, and people can convert from this is need be. Ged.

3 2

Probelms with ZwOpenKey or RtlFormatCurrentUserKeyPath?
by Timo Kreuzer 02 Aug '06

02 Aug '06

Hi, I tried to read the Values of the SysColors from registry in win32k. But I get an error opening the CurrentUserKey. This is the code: RtlFormatCurrentUserKeyPath(&CurrentUserKeyPath); InitializeObjectAttributes(&ObjectAttributes,&CurrentUserKeyPath,OBJ_CASE_INSENSITIVE,NULL,NULL); Status = ZwOpenKey(&CurrentUserKeyHandle, KEY_READ, &ObjectAttributes); And I always get Status == STATUS_OBJECT_NAME_NOT_FOUND This is in trunk. Is there something wrong with my code or is there something wrong with Registry functions? Greetings, Timo

3 2

ReactOS Self Build System Crash
by James Tabor 02 Aug '06

02 Aug '06

http://reactos.dyndns.org:8010/ [PCH] obj-i386\base\applications\ibrowser\precomp.h.gch [CC] base\applications\ibrowser\utility\utility.cpp [CC] base\applications\ibrowser\utility\window.cpp [CC] base\applications\ibrowser\utility\xmlstorage.cpp base\applications\ibrowser\utility\xmlstorage.cpp:52: error: explicit qualification in declaration of `XMLStorage::XS_EMPTY' base\applications\ibrowser\utility\xmlstorage.cpp:53: error: explicit qualification in declaration of `XMLStorage::XS_TRUE' base\applications\ibrowser\utility\xmlstorage.cpp:54: error: explicit qualification in declaration of `XMLStorage::XS_FALSE' base\applications\ibrowser\utility\xmlstorage.cpp:55: error: explicit qualification in declaration of `XMLStorage::XS_INTFMT' base\applications\ibrowser\utility\xmlstorage.cpp:56: error: explicit qualification in declaration of `XMLStorage::XS_FLOATFMT' make: *** [obj-i386\base\applications\ibrowser\utility\xmlstorage.o] Error 1 Thanks, James

1 0

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Ros-dev