>De : ros-diffs-bounces(a)reactos.org
>[mailto:ros-diffs-bounces@reactos.org] De la part de
>greatlrd(a)svn.reactos.com Envoyé : lundi 7 novembre 2005 18:35 À :
>ros-diffs(a)reactos.com Objet : [ros-diffs] [greatlrd] 19038: change
>En.rc to defualt take care ofcode page error at lest for swedish
>
>change En.rc to defualt take care of code page error at lest for
>swedish
>Modified: trunk/reactos/boot/freeldr/fdebug/En.rc
>Modified: trunk/reactos/boot/freeldr/fdebug/En.rc
>--- trunk/reactos/boot/freeldr/fdebug/En.rc 2005-11-07 10:53:52 UTC (rev
19037)
>+++ trunk/reactos/boot/freeldr/fdebug/En.rc 2005-11-07 17:35:10 UTC (rev
19038)
>@@ -3,7 +3,7 @@
>
>
> #if !defined(AFX_RESOURCE_DLL) || defined(AFX_TARG_ENU) #ifdef _WIN32
>
>-LANGUAGE LANG_ENGLISH, SUBLANG_ENGLISH_US
>+LANGUAGE LANG_ENGLISH, SUBLANG_DEFAULT
>
> #pragma code_page(1252)
> #endif //_WIN32
I don't agree with this change.
See http://www.reactos.org/archives/public/ros-dev/2005-October/005217.html
What was the problem with SUBLANG_ENGLISH_US?
Regards,
Hervé
Hi!
I would like to work on DeviceCreateHardwarePage from devmgr.dll and then
implement Hardware pages in Mouse and Keyboard Control panel applet.
Can I do that or maybe there is somebody who is working on than already?
thanks,
Sebastian
> -----Original Message-----
> From: ReactOS.Bugzilla(a)reactos.org
> [mailto:ReactOS.Bugzilla@reactos.org]
> Sent: 08 November 2005 05:10
> To: ros-bugs(a)reactos.com
> Subject: [ros-bugs] [Bug 957] Build 19052 - Installation
> fails with 'AllocConsole() failed (Status=0x90000001)'
>
>
> http://www.reactos.org/bugzilla/show_bug.cgi?id=957
>
>
> paniq(a)paniq.org changed:
>
> What |Removed |Added
> --------------------------------------------------------------
> --------------
> Severity|normal |critical
>
>
>
>
> ------- Additional Comments From paniq(a)paniq.org 2005-11-08
> 06:10 CET -------
> this one is actually critical. i'm a bit reluctant to call it
> critical because
> it has a workaround, but not everybody possesses a failsafe
> ps/2 keyboard
> (unless you happen to own an intel usb onboard chip... do you
> have any idea how
> often these chips crash?)
>
This isn't critical, nor is it a bug, nor is it a a chip crashing.
There is no support for USB yet. This is already documented in bugzilla
************************************************************************
The information contained in this message or any of its
attachments is confidential and is intended for the exclusive
use of the addressee. The information may also be legally
privileged. The views expressed may not be company policy,
but the personal views of the originator. If you are not the
addressee, any disclosure, reproduction, distribution or other
dissemination or use of this communication is strictly prohibited.
If you have received this message in error, please contact
postmaster(a)exideuk.co.uk
<mailto:postmaster@exideuk.co.uk> and then delete this message.
Exide Technologies is an industrial and transportation battery
producer and recycler with operations in 89 countries.
Further information can be found at www.exide.com
I've seen this on the VLC-SVN and Ros-SVN Mailing Lists. What exactly
*is* this spam?
On 11/7/05, shenanigans <maillist(a)roomity.com> wrote:
> I was interested in getting feedback from current mail group users.
>
> We have mirrored your mail list in a new application that provides a more
> aggregated and safe environment which utilizes the power of broadband.
>
> Roomity.com v 1.5 is a web 2.01 community webapp. Our newest version adds
> broadcast video and social networking such as favorite authors and an html
> editor.
>
> It?s free to join and any feedback would be appreciated.
>
> S.
>
>
>
> ----------------------------------------------------------------------------------------------------------------------------------------------
> Broadband interface (RIA) + mail box saftey =
> React_OS_SVN_Commits_List.roomity.com
> *Your* clubs, no sign up to read, ad supported; try broadband internet.
> ~~1131397873209~~
> ----------------------------------------------------------------------------------------------------------------------------------------------
>
> _______________________________________________
> Ros-svn mailing list
> Ros-svn(a)reactos.org
> http://www.reactos.org/mailman/listinfo/ros-svn
>
>
--
"I had a handle on life, but then it broke"
I just discovered distcc. For those who don't know, distcc is a
distributed compiler utility that interfaces with gcc on Linux (and
compatible platforms.) It comes as a daemon and a client - the daemon is
run on each machine you wish to include in the "compiler farm" (so to
speak), and the client is told which servers to use (via an environment
variable.) When you run distcc it just acts like gcc/g++, and
distributes the file to be compiled to each of the hosts.
It doesn't need the headers or libraries on the hosts - the output of
the preprocessor is passed to each host.
Anyway...
As I have a second machine which usually runs Windows solely for when I
wish to make music, it's ideal for running a small Linux installation,
aimed at running distcc/gcc etc. and not much else.
All is well, except I cannot configure ReactOS to make use of distcc :(
The standard usage for distcc (according to the authors site) is:
make -j8 distcc
The only way I even got close to compiling ReactOS using distcc was to
hack the main Makefile and replace "gcc" with "distcc", and "g++" with
"distcc g++" (to specify the compiler to use on each host.)
This works perfectly... for the initial make tasks (building the build
system?) but after this distcc is completely ignored.
Is there a way to allow distcc to work? Ideally the Makefile should take
note of the CC variable, I guess?
As I have a laptop and 2 desktop machines at my disposal (plus - as I'm
staying at a friends house at present - his experimental 3 GHz server
box), I'd like to make use of distcc so I don't have to make so much
coffee ;)
Any ideas?
I don't know how you guys develop or release ReactOS,
but I have never gotten a single release to compile
cleanly.
First I tried 0.2.6, and I had to edit GCC inline
assembly to get it to compile, and use various hacks
to get it to work.
Last night I tried 0.2.7, which I had to force to
compile with multiple declarations (by editing C++
files in tools/rbuild to disable the -Werror flag),
force to link by 'make VERBOSE=full' and then manually
copying the command line and adding
'obj-i386/hal/hal/libhal.a', and then after a few more
hours, ntoskrnl.exe would not link (several thousand
missing symbols).
I'm gonna get 0.2.8 now and try again, with the
Windows version of mingw (been using Linux so far).
Just in case, would someone explain to me how you guys
get it to compile? And how do you expect anyone to
develop an OS that is practically uncompilable?
Damjan
__________________________________
Yahoo! FareChase: Search multiple travel sites in one click.
http://farechase.yahoo.com
Hi,
I realize maybe some of you are aware of these, but it seems that we
just keep adding more and more regressions and there hasn't really been
an effort to fix them... We don't have a TC anymore and now the tree is
becoming as bad as before, which just proves the point of how badly this
project needed a TC.
I've just booted ROS for the first time in a month and I'm surprised at
the number of new things that have cropped up. The start menu became
huge, the registry is not cleanly dereferenced at shutdown (causing it
to get damaged and that makes freeldr display the "Codepage error"),
dhcp still crashes on first-boot since networking isn't installed, the
16x16 icons look like crap since alphablending was implemented, all
sorts of drivers "fail to load' on startup, RPC displays messages about
"Buffer overflows", umpnpmgr tries to copy invalid drivers, shutdown
still doesn't work on my QEMU,... and this is only what I've noticed
after 2 minutes.
Anyways, I don't want to nitpick, just to bring these issues up to
attention in case noobdy is aware of them.
Best regards,
Alex Ionescu
Hi,
since some time, I'm not able to install ReactOS on real hardware.
Freeldr fails at the first boot after the second stage setup. The error
message is 'Couldn't open CodePage registry key'. I've add some debug
messages to freeldr. Freeldr isn't able to open the key
'\Registry\Machine\SYSTEM\CurrentControlSet'. If I rename umpnpmgr.exe
between usetup and the second stage setup, ReactOS boots without any
problems. If I rename umpnpmgr.exe back, ReactOS fails on the second
boot with umpnpmgr.exe.
- Hartmut
I have interesting in working on the following programs:
C:\WINDOWS\system32\tree.exe
C:\WINDOWS\system32\gettype.exe(win2k3)
C:\WINDOWS\system32\findstr.exe
C:\WINDOWS\system32\w32tm.exe
and if I'm feeling extra fiesty maybe C:\WINDOWS\system32\osk.exe
Now my question is where i should put these, rospapps or maybe
reactos\subsys\system\ ?
Brandon
> From: blight(a)svn.reactos.com
>
> Implement (Int)EngAlphaBlend and 8, 16, 24 and 32 bpp DIB
> AlphaBlend functions. AlphaBlend() should work now.
Great work. Not sure if you realized it, but this helps Firefox a lot.
Screenshot with these changes applied: http://www.reactos.nl/pics/ff2.png
(the "before" screenshot is at http://www.reactos.nl/pics/ff1.png see the
difference in the toolbars)
Thanks again, Gé.
After changes r18883/r18912 umpnpmgr.exe (and eventlog.exe) don't start
anymore. The problem is that they try to connect to the service control
manager using a named pipe (advapi32/service/sctrl.c function
ScConnectControlPipe). Before opening the pipe, a call is made to
WaitNamedPipe() to see if the pipe exists. This call currently fails,
resulting in failure of ScConnectControlPipe(), resulting in failure of
umpnpmgr.exe, resulting in network drivers not being installed, resulting in
no network connectivity.
WaitNamedPipe() NtOpenFile()s the pipe and then issues a FSCTL_PIPE_WAIT
ioctl. The problem is that this end of the pipe is now connected to the
server end (which is already listening) during the call to NtOpenFile() (in
function NpfsCreate(), setting the PipeStatus to FILE_PIPE_CONNECTED_STATE.
NpfsWaitPipe first checks the PipeStatus and bails out if it's not 0
(passive waiting state). So, in our case NpfsWaitPipe fails, 'cause the pipe
is already connected. The patch below just makes NpfsWaitPipe return success
in case it's already connected, which solves the umpnpmgr problem. However,
I don't think it's the correct solution, after the FSCTL_PIPE_WAIT ioctl
returns WaitNamedPipe() will close its end, so the server end sees an
unexpected close.
I have no clue how to proceed, and to be honest I'm not interested in
solving it myself. I'd rather see the author of the original patch take his
responsibility and fix the regression he introduced.
GvG.
Hi!
Blight: I have a little question: why are you importing Mesa3d 6.2
sources, when there is a new stable version 6.4 out there? Maybe I
something misunderstood (I know almost nothing about OpenGL sources and
implementation in ReactOS), so there is a reason - in that case can you
explain it, please? Thank you very much.
Best regards,
Jirka
Hi,
I've changed rbuild a little bit, that it can run on msys (on windows).
The major changes are:
- The separator (slash or back slash), exepostfix and exeprefix are
initialized from environment variables.
- The separators in the path for the system command are always converted
for the host system.
- Our own build utilities must convert paths itself (bin2res).
It exist some problems with absolute paths on msys, because msys uses
'/c/foo/bar' and windows 'c:\foo\bar' or 'c:/foo/bar'.
I've tested the patch on msys and on windows. I cannot test the patch on
linux.
Currently, msys is the only way to use all cpus or cores for the build
process on windows.
- Hartmut
our "make -vs6 msvc" command generates dsp files automatically for all
project in the tree.
At the moment, this is overwriting the following files:
subsys/system/explorer/notifyhook/notifyhook.dsp
subsys/system/ibrowser/ibrowser/ibrowser.dsp
lib/opengl32/opengl32.dsp
lib/cpl/ncpa/ncpa.dsp
lib/cpl/control/control.dsp
lib/cpl/appwiz/appwiz.dsp
Would anybody have a problem with it if I renamed all these dsp files
out of the way, or would it be better if the auto-generated dsp files
were named something like notifyhook_auto.dsp?
Thanks
Why don't 0.2.8 display filenames and line numbers in stack traces?
Casper
> -----Original Message-----
> From: ros-bugs-bounces(a)reactos.org [mailto:ros-bugs-bounces@reactos.org] On Behalf Of
> ReactOS.Bugzilla(a)reactos.org
> Sent: 2. november 2005 10:49
> To: ros-bugs(a)reactos.com
> Subject: [ros-bugs] [Bug 948] New: ReactOS Hangs After Changing ISO Images
>
> http://www.reactos.org/bugzilla/show_bug.cgi?id=948
>
> Summary: ReactOS Hangs After Changing ISO Images
> Product: ReactOS
> Version: 0.2.8
> Platform: VMWare 5
> OS/Version: Microsoft Windows NT 4.0
> Status: NEW
> Severity: major
> Priority: P3
> Component: Kernel
> AssignedTo: ros-bugs(a)reactos.com
> ReportedBy: the80sphreak(a)yahoo.co.uk
> QAContact: ros-bugs(a)reactos.com
>
>
> Hi there,
>
> I am using ReactOS inside vmware 5.0 on a Pentium 4 (2GHZ) laptop with 768MB
> Ram, 20GB Hard disk and windows XP Home + SP2. During my testing of ReactOS
> 0.2.8, I unmounted one CD image, and mounted another. This caused ReactOS to
> hang and VMWare to report the processor being halted by the guest OS. I tried
> a reboot, but this did not help, and now any time I try and access CDs
> (physical or ISO,) ReactOS hangs with a BSOD.
>
> I have posted 2 screenshots on my website at:
>
> http://www.geocities.com/the80sphreak/reactos.jpg
> http://www.geocities.com/the80sphreak/reactos2.jpg
>
> If you require any more information, please send me an email at:
>
> the80sphreak(a)yahoo.co.uk
>
> Thanks,
>
> R. McLay
>
> --
> Configure bugmail: http://www.reactos.org/bugzilla/userprefs.cgi?tab=email
> ------- You are receiving this mail because: -------
> You are the assignee for the bug, or are watching the assignee.
> You are the QA contact for the bug, or are watching the QA contact.
> _______________________________________________
> Ros-bugs mailing list
> Ros-bugs(a)reactos.org
> http://www.reactos.org/mailman/listinfo/ros-bugs
> -----Original Message-----
> From: Brandon Turner [mailto:turnerb7@msu.edu]
> Sent: 02 November 2005 15:37
> To: ros-dev(a)reactos.org
> Subject: [ros-dev] Re: [ros-bugs] [Bug 949] New: command
> prompt needs a buffer and scroll bar
>
>
> Hello,
>
> I am quite confused about all this and im sure someone can
> explain it to
> me. When using ROS cmd on windows, it has a scroll bar but
> when using
> it on ROS it doesnt. What is causing this to happen, someone
> said it in
> IRC a few days ago and i glanced over the code real quick to see if i
> could find out but i couldnt. Ill look more later but if
> anyone knows
> could you please explain this to me.
>
> Brandon
>
Hi Brandon.
I hadn't realised this, I've never tried our cmd in Windows.
Does it also have a configurable buffer?
Ged.
************************************************************************
The information contained in this message or any of its
attachments is confidential and is intended for the exclusive
use of the addressee. The information may also be legally
privileged. The views expressed may not be company policy,
but the personal views of the originator. If you are not the
addressee, any disclosure, reproduction, distribution or other
dissemination or use of this communication is strictly prohibited.
If you have received this message in error, please contact
postmaster(a)exideuk.co.uk
<mailto:postmaster@exideuk.co.uk> and then delete this message.
Exide Technologies is an industrial and transportation battery
producer and recycler with operations in 89 countries.
Further information can be found at www.exide.com
Hello,
I am quite confused about all this and im sure someone can explain it to
me. When using ROS cmd on windows, it has a scroll bar but when using
it on ROS it doesnt. What is causing this to happen, someone said it in
IRC a few days ago and i glanced over the code real quick to see if i
could find out but i couldnt. Ill look more later but if anyone knows
could you please explain this to me.
Brandon
ReactOS.Bugzilla(a)reactos.org wrote:
>http://www.reactos.org/bugzilla/show_bug.cgi?id=949
>
> Summary: command prompt needs a buffer and scroll bar
> Product: ReactOS
> Version: TRUNK
> Platform: x86 Hardware
> OS/Version: ReactOS
> Status: NEW
> Severity: enhancement
> Priority: P3
> Component: Win32
> AssignedTo: ros-bugs(a)reactos.com
> ReportedBy: gedmurphy(a)gmail.com
> QAContact: ros-bugs(a)reactos.com
>
>
>Feature request.
>
>It can be fustrating not being able to scroll back up to previous output.
>I think the addition of a buffer and scroll bar would greatly enhance the
>ReactOS command prompt.
>
>
>
KeePass Password Safe sounds interesting. Anyone been in touch with the key
developer/s?
Wesley Parish
---------- Forwarded Message ----------
Subject: SOURCEFORGE.NET UPDATE - 2005-10-31 EDITION
Date: Wed, 02 Nov 2005 05:57
From: "SourceForge.net Team" <noreply(a)sourceforge.net>
To: wes.parish(a)paradise.net.nz
(You have acquired this SF.net update because you requested to be on the
list. Honest! An explanation is at the bottom of this email, and also
info on how to be extracted from the list.)
<snip>
17. KeePass Password Safe
https://sourceforge.net/projects/keepass
KeePass Password Safe is a free, open-source, light-weight and
easy-to-use password manager for Windows. You can store your passwords
in a highly-encrypted database, which is locked with one master key or
key-disk.
<snip>
-------------------------------------------------------
--
Clinersterton beademung, with all of love - RIP James Blish
-----
Mau e ki, he aha te mea nui?
You ask, what is the most important thing?
Maku e ki, he tangata, he tangata, he tangata.
I reply, it is people, it is people, it is people.
We've been saying this for the past 12 months now, but as work in networking
has stepped up a gear, it looks as though 0.3.0 is imminent, and could be
ready within the next few months.
In light of this, I've been though the 0.3.0 roadmap and updated it to what
appears to be peoples current perception of requirements.
http://www.reactos.org/wiki/index.php/0.3.x/0.3.0
<http://www.reactos.org/wiki/index.php/0.3.x/0.3.0>
It would be really great if we could pull out all the stops and get this
release out for Christmas.
************************************************************************
The information contained in this message or any of its
attachments is confidential and is intended for the exclusive
use of the addressee. The information may also be legally
privileged. The views expressed may not be company policy,
but the personal views of the originator. If you are not the
addressee, any disclosure, reproduction, distribution or other
dissemination or use of this communication is strictly prohibited.
If you have received this message in error, please contact
postmaster(a)exideuk.co.uk
<mailto:postmaster@exideuk.co.uk> and then delete this message.
Exide Technologies is an industrial and transportation battery
producer and recycler with operations in 89 countries.
Further information can be found at www.exide.com
Should we make the constitution the official document that describes the basic rights of the project members and the decision making
processes of the project?
I've started the vote at http://www.reactos.org/forum/viewtopic.php?t=1043.
= Introduction =
This document explains the decision making entities, their abilities and the decision making processes of the ReactOS Project.
= Terminology =
ReactOS: Free/Open Source Operating System that is compatible with Microsoft WindowsR applications and drivers.
ReactOS Project: A community of individuals and organisations dedicated to making a Free/Open Source Operating System compatible
with Microsoft WindowsR based applications and drivers.
Project: See ReactOS Project.
ReactOS Foundation: US non-profit (501c3) organisation with goal to aid the ReactOS Project in achieving its goal of creating a
Free/Open Source Operating System that is compatible with Microsoft WindowsR based applications and drivers.
Foundation: See ReactOS Foundation.
Constitution: Document explaining decision making entities, their abilities and decision making processes of an organisation.
May: The action may be performed.
Must: The action must be performed in order to abide this Constitution.
Should: The action should be performed, but it is not required.
Repository: Central database containing the source code, documentation, and other files used by the Project.
Registered Project Member: An individual participating in the Project who has received authentication information for the
Repository.
Unregistered Project Member: An individual participating in the Project who has not received authentication information for the
Repository.
Project Member: Registered or Unregistered Project Member.
Coordinator Description: Document defining an area of responsibility and special abilities.
Project Coordinator: Registered Project Member who has special abilities. Only one Project Coordinator exist in the Project.
Area Coordinator: Registered Project Member who has special abilities within a given area. Several Area Coordinators exists in the
Project.
Repository Coordinator: Registered Project Member who can promote Unregistered Project Members to Registered Project Members.
Coordinator Election: Process which results in a Registered Project Member being promoted to Repository Coordinator, Area
Coordinator or Project Coordinator.
General Resolution: Document containing a proposal and rationale for a change within the Project.
Project Rules: Formal rules established by way of General Resolution that Must be adhered to by all Project Members.
Standard Resolution Procedure: Procedure used to make a decision.
= General rules =
* No Project Member can be forced to perform a task. However, in case a Project Member has made a contribution, and the general
consensus among the Project Members is that the contribution is harmful to the Project, then the Project Member Should undo the
contribution.
* A Project Member can leave the Project at any given time. Before leaving the Project, the Project Member Should issue a statement
containing their intentions to leave the Project on a public Project mailing list. A former Project Member May rejoin the Project at
any time again.
* The Project Coordinator Must not be assigned another Coordinator position.
* All Project Rules, Coordinator Descriptions, and Coordinator Elections Must be documented in a central location accessible by all
Project Members.
= Decision making entities of the Project =
The decision making entities of the Project are listed below:
* The Registered Project Members, by way of General Resolution or Coordinator Election.
* The individual Registered Project Member.
* The Project Coordinator.
* The individual Area Coordinator.
* The Repository Coordinator.
* The Project Secretary.
* The individual Unregistered Project Member.
== The Registered Project Members, by way of General Resolution or Coordinator Election ==
The Registered Project Members are Project Members who have received authentication information for the Repository from the
Repository Coordinator. Registered Project Members have the right to vote and can exercise their right to vote in order to:
* Override any decision made by the Project Secretary or any Coordinator.
* Appoint or dismiss the Project Secretary or any Coordinator.
* Amend this Constitution provided there is a 3:1 majority.
* Introduce new Project Rules.
* Remove existing Project Rules.
* Override any decision made by any individual Project Member.
* Undo any contribution and reverse any reversible action made by any individual Project Member.
The Registered Project Members follow the Standard Resolution Procedure when making decisions.
== The individual Registered Project Member ==
The individual Registered Project Member can:
* Propose General Resolutions.
* Nominate themselves as candidates in Coordinator Elections.
* Vote on General Resolutions and in Coordinator Elections.
* Do everything an Unregistered Project Member can do.
== The Project Coordinator ==
The Project Coordinator Should attempt to make decisions according to the consensus of the Project Members. The Project Coordinator
is elected by way of Coordinator Election to a one (1) year term of office. The Project Coordinator can:
* Define an area of responsibility and abilities that does not conflict with this Constitution and delegate them to a Registered
Project Member (whom is thereby promoted to Area Coordinator) by way of Coordinator Election. The defined area of responsibility and
abilities is collectively called a Coordinator Description.
* Make a decision when urgent action is required.
* Make any decision for whom nobody else has responsibility.
* In cooperation with the ReactOS Foundation, manage the properties of the ReactOS Project in the best interest of ReactOS.
* Do everything an individual Registered Project Member can do.
== The individual Area Coordinator ==
The Area Coordinator is appointed by way of Coordinator Election and has the responsibilities and abilities for a particular area as
defined in the Coordinator Description for that particular area. The Area Coordinator holds the position until the Area Coordinator
resigns or until Coordinator Election for that area occur. The Area Coordinator can:
* Do whatever is described in the Coordinator Description for that particular area.
* Do everything an individual Registered Project Member can do.
== The Repository Coordinator ==
The Repository Coordinator Should issue authentication information for the Repository to whomever the Repository Coordinator judges
to provide contributions which are valuable to the Project in the future, and is believed by the Repository Coordinator to be able
to use the granted access responsibly. Once the Unregistered Project Member has received authentication information, the
Unregistered Project Member is promoted to Registered Project Member. The Repository Coordinator must keep records of everyone who
has access to the Repository. The records must include full name, email address and assigned Repository username of each Registered
Project Member. Full name and assigned Repository username of each Registered Project Member Must be made available to all Project
Members. The Repository Coordinator can:
* Allow or deny commit access to Project Members.
* Do everything an individual Registered Project Member can do.
The Repository Coordinator Should make decisions which are fair and reasonable, and preferably consistent with the consensus of the
Project Members.
== The Project Secretary ==
The Project Secretary is a Registered Project Member who is appointed by the Project Coordinator. The Project Secretary collects
votes amongst the Registered Project Members on General Resolutions or Coordinator Elections, and determines the identities of
Registered Project Members who exercises their right to vote. The Project Secretary Must document General Resolutions and
Coordinator Elections, the voting process, and the outcome that resulted from the voting process. The Project Secretary can:
* Adjudicate any disputes about the interpretation of this Constitution.
* Delegate parts or all of their authority to another Registered Project Member, or withdraw such a delegation at any time.
* Do everything an individual Registered Project Member can do.
The Project Secretary Should make decisions which are fair and reasonable, and preferably consistent with the consensus of the
Project Members.
== The individual Unregistered Project Member ==
The individual Unregistered Project Member can:
* Make any decision with regard to their own contributions to the Project as long as these contributions do not conflict with the
current Project Rules established by way of General Resolution.
= Standard Resolution Procedure =
The Standard Resolution Procedure is used to make decisions in the Project and at the same time ensure that all Registered Project
Members have equal opportunity to influence these decisions.
== The procedure ==
The resolution procedure is described below:
* The procedure begins when a draft General Resolution is announced on a public Project mailing list.
* Following the announcement of a draft General Resolution, its contents may be discussed on the same public Project mailing list on
which the draft General Resolution was announced.
* The proposer of the draft General Resolution May change the contents of the draft General Resolution until the voting begins.
* A formal amendment May be accepted by the proposer of the draft General Resolution, in which case the draft General Resolution is
immediately changed to match the amendment.
* If a formal amendment is not accepted by the proposer of the draft General Resolution, the amendment remains as an amendment and
will be voted on.
* The length of the discussion period May be specified in the draft General Resolution. If not specified, then 7 days is assumed.
The discussion period begins at the time when the draft General Resolution or amendment was announced on a public Project mailing
list.
* If the proposer of the draft General Resolution makes semantic changes to it, then the discussion period is restarted, and thus
begins at the time of announcement of the changed draft General Resolution. Minor non-semantic changes (e.g. typographical errors or
inconsistencies) will not cause the discussion period to be restarted. This also applies to amendments and their proposers.
== Calling for a vote ==
The proposer of a draft General Resolution May call for a vote on the General Resolution and relevant amendments, provided that the
discussion period has elapsed for the General Resolution and all related amendments. The proposer can call for a vote by posting to
the public Project mailing list on which the draft General Resolution was first sent to.
== Voting procedure ==
The voting procedure is described below:
* The General Resolution and its related amendments is voted on in a single ballot that includes an option for the original General
Resolution, each relevant amendment, and the default option (where applicable).
* The votes from Registered Project Members are registered in a public Project information system.
* Unless specified otherwise, the default option is Further Discussion.
* The length of the voting period May be specified in the draft General Resolution. If not specified, then 7 days is assumed. The
voting period begins at the time the vote was called for on a public Project mailing list by the proposer of the draft General
Resolution.
* The Project Secretary Should decide on matters of procedure in cases of doubt.
== Withdrawing General Resolutions or unaccepted amendments ==
The proposer of a General Resolution or unaccepted amendment May withdraw it before the voting begins. Other Registered Project
Members May reinstate it again, in which case the first Registered Project Member to do so becomes the new proposer.
== Expiry of General Resolutions ==
In case a proposed General Resolution has not been discussed, amended, voted on or otherwise dealt with for a period of 4 weeks or
more, the Project Secretary May issue a statement on the public Project mailing list on which the draft General Resolution was first
sent to, that the issue is being withdrawn. If none of the proposers object within one (1) week, the issue is withdrawn.
== Vote counting ==
The votes from each Registered Project Member who exercise his or her right to vote are registered in a public Project information
system. Whichever General Resolution or amendment gets the most valid votes is passed, unless a 3:1 majority is required. The
Project Secretary Must document the result of the voting in a public Project information system if it meant that a new Project Rule
was introduced or the Constitution was amended.
= General Resolutions =
A General Resolution Must contain the following information:
* A subject that describes the General Resolution.
* The Repository username of the Registered Project Member that proposed it.
* The number of days of discussion which May be "None" if the proposer judges such a period to not be needed. If not specified, then
7 days is assumed.
* The number of days of voting which Must be at least 2 days and at most 21 days. If not specified, then 7 days is assumed.
* A detailed explanation of the General Resolution.
* Rationale for the General Resolution.
* If more than half of the valid votes must be in favor of the change proposed in the General Resolution in order for the change to
be in effect, then it must be clearly stated in the General Resolution how many votes that are required to be in favor for it to be
passed.
= Coordinator Elections =
A Coordinator Election is held when a Coordinator position needs to be filled or whenever the Registered Project Members demand it
by way of General Resolution.
== The procedure ==
The Coordinator Election procedure is described below:
* The procedure begins when the Project Secretary announcing the Coordinator Election on a public Project mailing list, asking for
candidates for the Coordinator position that needs to be filled. The Project Secretary Must include, in the announcement, the
Coordinator Description which describes the area of responsibility and abilities of the Registered Project Member who receives the
Coordinator position.
* In the following one (1) week from the announcement of the Coordinator Election, each Registered Project Member May announce on
the same public Project mailing list on which the Coordinator Election was announced, that they will run as a candidate for the
Coordinator position.
* Once the candidates are found, the Project Secretary announces the candidates for the Coordinator position and calls for a vote on
the same public Project mailing list on which the Coordinator Election was announced.
* In the following one (1) week from the announcement of the vote, the candidates May do their campaigning on the same public
Project mailing list on which the vote was announced, and each Registered Project Member May vote for any of the available
candidates by registering their votes in a public Project information system.
== Vote counting ==
The votes from each Registered Project Member who exercise his or her right to vote are registered in a public Project information
system. Whichever candidate gets the most valid votes, wins the election. The Project Secretary Must document the result of the
voting in a public Project information system.
Hi,
the 'AllocConsole() failed (Status = 0xc0000001)' bug is back.
Kbdclass.sys failed to load from the bootcd, because it cannot find its
registry entries.
- Hartmut
Thanks every one that have tested
Here is the result
1. Cretesurface does not working for
nvidia GeForce FX Go5200 32M/64M
and GeForce 6200 TurboCache(TM)
2. Small problem for Intel(R) 82852/82855 GM/GME
surface lost
Here is list on graphic card that is working
Ati Radon 9200SE
Ati Radeon 9600
Ati Radeon 9600 Mobility
Ati Rage 128
NVidia GeForce FX Go5200 32M/64M
NVidia GeForce 6800 Ultra
I need to figout why it does not working for alex but it is working for Tim Jobling
when it comes to nvidia GeForce FX Go5200 32M/64M.
I got a idea why it does not working for Alex is using DVI and we do not provide the VideoPort struct
as we should. That maybe is the main problem for alex.
Thanks everone it seam few got some problem I can continue to write in ddraw.dll now.
and I will try take care of CreateSurface problem. Next test will be 1-2 week. and it has the bltblt implement
u will see a green surface then if everthing goes well. if get bad with time again it will take longer time
to take care of this. and the next test will be delay.
Hi
I am instread to know reactos ddraw.dll party working in windows
1. unpack the files and the files must be in same folder.
2. Double click on the exefile choice the windows mode
not the fullscreen mode it will fail other wise.
3. if it working party u will see a gray windows
without any dialog error have popup.
I am instread in to know which os u runing it and the graphic
card. and if u choice windows mode, and the error msg have
been popup up or not.
if u have not choice windows
mode I am not instread. in the reslut. I know fullscreen does bugout
and I have not track it down yet.
BestReagds
Magnus Olsen