Ros-dev

ros-dev@reactos.org

1 participants
5791 discussions

patch for test/review
by Hartmut Birr 03 Nov '05

03 Nov '05

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

5 14

auto vs manual vc6 project files naming conflict
by Royce Mitchell III 03 Nov '05

03 Nov '05

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

6 8

RE: [ros-bugs] [Bug 948] New: ReactOS Hangs After Changing ISO Images
by Casper Hornstrup 02 Nov '05

02 Nov '05

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

2 2

RE: [ros-dev] Re: [ros-bugs] [Bug 949] New: command prompt needs a buffer and scroll bar
by Murphy, Ged (Bolton) 02 Nov '05

02 Nov '05

> -----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

3 2

Re: [ros-bugs] [Bug 949] New: command prompt needs a buffer and scroll bar
by Brandon Turner 02 Nov '05

02 Nov '05

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. > > >

3 3

Fwd: SOURCEFORGE.NET UPDATE - 2005-10-31 EDITION
by Wesley Parish 02 Nov '05

02 Nov '05

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.

1 0

0.3.0 roadmap
by Murphy, Ged (Bolton) 01 Nov '05

01 Nov '05

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

3 2

[VOTE] Constitution
by Casper Hornstrup 01 Nov '05

01 Nov '05

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.

1 0

install bug
by Hartmut Birr 01 Nov '05

01 Nov '05

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

1 0

About the DirectDraw test
by Magnus Olsen 01 Nov '05

01 Nov '05

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.

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