Ros-dev May 2005

ros-dev@reactos.org

68 participants
173 discussions

Re: [ros-svn] [hbirr] 15457: Don't interpret STATUS_PIPE_CONNECTED as error.

by Alex Ionescu

hbirr(a)svn.reactos.com wrote: >Don't interpret STATUS_PIPE_CONNECTED as error. > > > >Updated files: >trunk/reactos/lib/kernel32/file/npipe.c > >_______________________________________________ >Ros-svn mailing list >Ros-svn(a)reactos.com >http://reactos.com:8080/mailman/listinfo/ros-svn > > > This is a hack, not a fix... Best regards, Alex Ionescu

19 years, 10 months

object manager rewrite

by Hartmut Birr

Hi, since the object manger rewrite all objects are allocated with the tag 'None'. I would like it if we can go back and add a tag for each object type. This tag is used for the memory allocation of an object. - Hartmut

19 years, 10 months

Re: ATT: [ros-dev] VOTE: Switch to Wine Debug System. [3 days remaining]

by Steven Edwards

Hi, --- Alex Ionescu <ionucu(a)videotron.ca> wrote: > Attention all ROS Developers who have not yet voted. There are 3 days > remaining for this vote. I have not been keeping tight track but it seems so far everyone is for it but Eric would like us to add a extention like DPRINT1 support such as FIXME1 or WARN1 for messages we always want to see or add on our own. It seems like we can just leave DPRINT1 and reduce its usage. Also we all agree we need to figure out a way to be able to toggle Wine debug messages at runtime. The only question remains about using it in kernel mode that Hartmut mentioned. Thanks Steven Yahoo! Mail Stay connected, organized, and protected. Take the tour: http://tour.mail.yahoo.com/mailtour.html

19 years, 10 months

[Fwd: Re: [ros-svn] [hbirr] 15387: Fixed rsym for executables without any debug informations.]

by Alex Ionescu

19 years, 10 months

RE: [ros-dev] Timing tests

by Murphy, Ged (Bolton)

Brandon Turner wrote: > Yes, i can with 0.2.6(or any build you want to give me) after i get out > of work today at 1pm EST. > Great thanks. Tests need to be done on SVN HEAD. If you don't have access to this, I can provide you with an iso. I'll be in IRC later on tonight. 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

19 years, 10 months

Timing tests

by Murphy, Ged (Bolton)

I've been working on some code which involves timing and while I have been getting good results in XP, I've not been getting the same results in ROS. I'm unsure as to whether this is due to missing functionality in ROS, or the fact that I'm using an emulator. If I put together a few tests researching different timing methods, could someone running ROS on real hardware run the tests for me, as I don't have access to machine I can run them one. Thanks, 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

19 years, 10 months

RE: [ros-svn] [arty] 15429: Turned on -Werror

by PETREOLLE Sylvain

Channel rule #2: Congrats to Art ! Cordialement, Usurp(aka Sylvain PETREOLLE) Service de Production & d'Exploitation Informatique GEFCO - #DMIT/DATO/PSI/PEI Mail : <mailto:exploit@gefco.fr> Tel : 01.49.05.29.29 -----Message d'origine----- De : arty(a)svn.reactos.com [mailto:arty@svn.reactos.com] Envoyé : vendredi 20 mai 2005 10:07 À : ros-svn(a)reactos.com Objet : [ros-svn] [arty] 15429: Turned on -Werror Turned on -Werror Propogate AdapterBinding rather than LogicalAdapter or MiniportBlock in places where we handle a request since we might need the protocol that did the request later on, get rid of LogicalAdapter completely as according to Filip, it's never needed. Also, remove the Packet context hack in send complete if possible as this is now unnecessary (we now send all needed information in the work item instead). MiniQueueWorkItem, MiniDequeueWorkItem and MiniDoRequest were all changed to take an AdapterBinding. Added MiniRequestComplete, which handles a request complete. Fixed hang in ipconfig and the tcpip control panel. Updated files: trunk/reactos/drivers/net/ndis/Makefile trunk/reactos/drivers/net/ndis/include/miniport.h trunk/reactos/drivers/net/ndis/include/ndissys.h trunk/reactos/drivers/net/ndis/ndis/miniport.c trunk/reactos/drivers/net/ndis/ndis/protocol.c _______________________________________________ Ros-svn mailing list Ros-svn(a)reactos.com http://reactos.com:8080/mailman/listinfo/ros-svn ---------------------------------------------------------------------------- Ce message ainsi que toutes pièces jointes (le "message") sont confidentiels et sont exclusivement destinés à l'usage de la personne à laquelle ils sont adressés. Tout point de vue ou toute opinion contenus dans ce message expriment la pensée personnelle de leur auteur et ne représentent pas nécessairement la position des sociétés du Groupe GEFCO. Si vous n'êtes pas la personne à laquelle ce message est destiné, veuillez noter que vous avez reçu cet e-mail par erreur et qu'il vous est strictement interdit d'utiliser, de diffuser, de transférer, d'imprimer ou de copier ce message. Si vous avez reçu ce message par erreur, merci de contacter la personne qui vous l'a adressé et de l'effacer immédiatement. Les sociétés du Groupe GEFCO déclinent toute responsabilité en cas d'altération, de modification, d'édition, de diffusion sans autorisation de ce message ou en cas d'affection de ce message par un virus. This message and any attachments (the "message") are confidential and intended solely for the use of the individual to whom they are addressed. Any views or opinions presented are solely those of the author and do not necessarily represent those of the GEFCO Group of Companies. If you are not the intended recipient, be advised that you have received this email in error and that any use, dissemination, forwarding, printing, or copying of this message is strictly prohibited. If you have received this message in error please contact the sender and delete the message immediately. The GEFCO Group of Companies shall not be liable for the message if altered, changed, falsified, edited, diffused without authorization or affected by any virus. ----------------------------------------------------------------------------

19 years, 10 months

RE: [ros-svn] [Phreak] 15423: Removed invalid . from path in thisusetup ini file as a temporary fix. Next step is to removethe darn ini file entirely

by Casper Hornstrup

Which ini file? > -----Original Message----- > From: ros-svn-bounces(a)reactos.com [mailto:ros-svn-bounces@reactos.com] On Behalf Of > Phreak(a)svn.reactos.com > Sent: 20. maj 2005 04:22 > To: ros-svn(a)reactos.com > Subject: [ros-svn] [Phreak] 15423: Removed invalid . from path in thisusetup ini file as a > temporary fix. Next step is to removethe darn ini file entirely > > Removed invalid . from path in this usetup ini file as a temporary fix. Next step is to remove the > darn ini file entirely > > > Updated files: > trunk/reactos/bootdata/packages/reactos.dff > > _______________________________________________ > Ros-svn mailing list > Ros-svn(a)reactos.com > http://reactos.com:8080/mailman/listinfo/ros-svn

19 years, 10 months

install problem

by Hartmut Birr

Hi, I'm not able to install reactos from the current svn with the bootcd. Usetup and the second stage setup works. After the next reboot, I get only a message box with 'Userint failed to start the shell!'. If I revert the changes from 15403 (using memory mapped files), I can install reactos. - Hartmut

19 years, 10 months

[Fwd: Re: [ros-dev] install problem]

by Alex Ionescu

19 years, 10 months

← Newer
1
...
4
5
6
7
8
9
10
...
18
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Ros-dev May 2005