Ros-dev

ros-dev@reactos.org

5788 discussions

makefile naming conventions ( particularly re xml build system )...

by Royce Mitchell III

Someone mentioned recently that we should name all the xml build system files makefile.rbuild, or something to that effect. I didn't have an opinion at the time, but I have recently developed a very strong one... If all the build system's files are named the same, and if you have 3 of them open in notepad, you can't tell which is which from the window's title. This is IMNSHO a bad thing. Furthermore, in order to be able to invoke make from any directory, instead of just the top-level one, I need to put a "makefile" ( I'm forced to have same name here ) in each directory that punts to the top-level one. Therefore, some of the bootstrap makefiles will need to be renamed out of the way. My plan is to name the bootstrap makefiles thus: tools/tools.mak tools/unicode/unicode.mak ...you get the idea... If we want to rename all the xml files to *.rbuild, that's fine, but I think making them all "makefile.rbuild" is baaaaad. Peace

19 years, 6 months

0.2.6 Branch

by Robert Köpferl

Hi, I am looking forward to do a branch next time to release the v0.2.6. There's however still at least one issue pending. The patch from Alex_Ionescu's branch. So we will still wait for a few days. Please tell what else issues there are to not do the branch. And of course when they are resolved.

19 years, 6 months

Explanation needed on TryToTranslateChar...

by Johannes Olofsson

Hi! Could somebody help me out and explain how the TryToTranslateChar function in \reactos\subsys\win32k\ntuser\keyboard.c is supposed to work... First there is the following definition: shift = keyLayout->pCharModifiers->ModNumber[ModBits]; which is later used in: CapsMod = shift | ((CapsState & CAPITAL_BIT) ? vkPtr->Attributes : 0); which is used for the translation: *pwcTranslatedChar = vkPtr->wch[CapsMod]; Doesn't shift contain the index for the VK_TO_CHARSx table in the keyboard layout data structure? Why is it then |:ed with vkPtr->Attributes , which I suppose corresponds to the CAPS/NOCAPS constants in the keyboard layout files ? Shouldn't it be something like: shift = keyLayout->pCharModifiers->ModNumber[ModBits ^ ((CapsState & CAPITAL_BIT) ? vkPtr->Attributes : 0]; Regards Johannes Olofsson 10 Gigabyte Mailbox - http://mail.spray.se

19 years, 6 months

[PATCH] Add full search functionality to ROS regedit

by Jan Schiefer

This is a full implementation of the regedit search function. :D English and German language available, with other languages the "Find" and "Find next" menu points are still disabled. Come, get some!! :) :) Greetings, Jan Schiefer!

19 years, 6 months

Re: [ros-dev] Registry and ObjectManager (was FreeLdr Part II)

by Steven Edwards

Hi, --- Alex Ionescu <ionucu(a)videotron.ca> wrote: > Once again, I hope nobody takes this personally, but I wanted to clear > up the situation. Also I would like everyone to note that I was not trying to be critical of Alex for maintaining his branch. There was a miscommunication about the merge -> branch for 0.2.6 and I should have sent another note to Alex about it before posting here. The lack of merges is in part because of stablity testing and our miscommuication about when would be the best time. Thanks Steven __________________________________ Celebrate Yahoo!'s 10th Birthday! Yahoo! Netrospective: 100 Moments of the Web http://birthday.yahoo.com/netrospective/

19 years, 6 months

Re: [ros-dev] RE: [ros-svn] [sedwards] 13904: imported catch-22 solclone withauthors permission

by Steven Edwards

Hi, --- Casper Hornstrup <ch(a)csh-consult.dk> wrote: > If it's not going on the cd, why do we need it then? As Gedi said, mainly for releases. We still ship a rosapps package during release time and most of the people I meet at expos always joke about ReactOS needing its own solitaire replacement. For us on the dev teams its not worth the hassle of rebuilding sol everytime we rebuild the source tree. Once rbuild is in place with PCH I will look at importing solitaire to the main module. It may have to wait till gcc-4.x as I really don't want to add more time to the build process than needed. Thanks Steven __________________________________ Do you Yahoo!? Yahoo! Sports - Sign up for Fantasy Baseball. http://baseball.fantasysports.yahoo.com/

19 years, 6 months

RE: [ros-dev] RE: [ros-svn] [sedwards] 13904: imported catch-22 s olclone withauthors permission

by Murphy, Ged (Bolton)

Can we not just include it into release builds but keep out of /reactos HEAD. It's definitely needed for release builds, but putting it in HEAD just slows down the compile process too much, and unnecessarily, as Steven said. In which case, apps is probably the best place for it. Gedi. -----Original Message----- From: Casper Hornstrup [mailto:ch@csh-consult.dk] Sent: 10 March 2005 16:07 To: 'ReactOS Development List' Subject: [ros-dev] RE: [ros-svn] [sedwards] 13904: imported catch-22 solclone withauthors permission If it's not going on the cd, why do we need it then? Casper ************************************************************************ 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

19 years, 6 months

Re: [ros-dev] RE: [ros-svn] [sedwards] 13904: imported catch-22 sol clone withauthors permission

by Steven Edwards

Hi, --- Casper Hornstrup <ch(a)csh-consult.dk> wrote: > Doesn't WINE already have one we can share? No it does not. > Why isn't it imported to reactos module so it can get onto the cd? Because it and cardlib are written in C++ and it will add at least another two mins to the build time. If you want to convert it to C be my guest at importing it to the reactos module. > It should be imported as a vendor drop and merged to trunk so we can > track local changes to it and upgrade it easier. The current author has made very little changes to the code in many years. It was just a example of how to used cards.dll using his C++ wrapper "cardlib". Thanks Steven __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/

19 years, 6 months

RE: [ros-svn] [sedwards] 13904: imported catch-22 sol clone withauthors permission

by Casper Hornstrup

Doesn't WINE already have one we can share? Why isn't it imported to reactos module so it can get onto the cd? It should be imported as a vendor drop and merged to trunk so we can track local changes to it and upgrade it easier. Casper > -----Original Message----- > From: ros-svn-bounces(a)reactos.com > [mailto:ros-svn-bounces@reactos.com] On Behalf Of > sedwards(a)svn.reactos.com > Sent: 10. marts 2005 05:05 > To: ros-svn(a)reactos.com > Subject: [ros-svn] [sedwards] 13904: imported catch-22 sol > clone withauthors permission > > imported catch-22 sol clone with authors permission

19 years, 6 months

Bug#492 - Nvidia " IoConnectInterrupt" - Conflict with RTL8139 driver

by Gge

Hello, After disabling the realtek8139 driver in hivesys.inf , the Nvidia driver can load successfully . Log of the boot available at : http://edou4ever.free.fr/gge/reactos/Nvidia_irq_log_without_RTL8139.txt Please may somebody help on this problem ? Best regards Gerard

19 years, 6 months

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Ros-dev