Ros-dev October 2005

ros-dev@reactos.org

76 participants
164 discussions

Re: [ros-svn] [gdalsnes] 18404: alloc at minimum 16 bytes (spotted by WaxDragon)
by Alex Ionescu 11 Oct '05

11 Oct '05

gdalsnes(a)svn.reactos.com wrote: > alloc at minimum 16 bytes (spotted by WaxDragon) > realloc should free passed mem if new size is 0 > > > Updated files: > trunk/reactos/lib/crt/stdlib/malloc.c > > _______________________________________________ > Ros-svn mailing list > Ros-svn(a)reactos.org > http://www.reactos.org/mailman/listinfo/ros-svn > > This fixes the bug in windres, right? Best regards, Alex Ionescu

1 0

RE: 18273: create some start menu entries for notepad, regedit and winefile
by Ge van Geldorp 09 Oct '05

09 Oct '05

> From: mf(a)svn.reactos.com > > create some start menu entries for notepad, regedit and winefile Do we really need/want the winefile link on the desktop? Especially since it is also present in the start menu now. If I recall correctly, the Command Prompt was put on the desktop 'cause at the time it was the only viable way to start programs, I think maybe even the Command Prompt link could go from the desktop now. Gé van Geldorp.

7 9

some thoughts
by D. Hazelton 09 Oct '05

09 Oct '05

I've been thinking about a chat I had with Alex Ionescu about the "userspace driver framework" that MS has put in Windows Vista for a couple of days now. Mostly I was trying to think of how they could create a secure system where the drivers could live outside the kernel and still manage to do the job of providing clean access to the hardware. I was doing this because I am just starting to take a look at the ReactOS code with an eye towards helping on the project. That being the case I decided to see if I could find a spot where I could fit my skills into the project. While I'm more geared towards fixing bugs or filling out places marked "TODO" the thought of userspace drivers - or rather, just the thought that such a system would allow for drivers that could die and not take the system with them - has caught my interest. At the current time the only way I can see this being done is by using the HAL to abstract all hardware and providing an API that, via the HAL, will allow for _AUTHENTICATED_ programs (aka drivers) to register themselves with the kernel and provide access to said devices. The access itself would best be handled by the drivers registering an interface that programs can use to call directly into the driver. This just leaves me with a simple problem to solve - should the interface be a COM/COM+ interface (or it's primitive, since I don't think anyone wants the lag having COM/COM+ in the kernel would cause) or should it be something simpler, like a UFS path ? DRH (if the PGP signature looks bad, the list probably modified the mail)

1 0

Installation Error
by Brandon Turner 08 Oct '05

08 Oct '05

After copying the files over in stage 1 installer i get the error "Failed to create regisrty hives". This is off a clean build i am doing(RosBE), same result when i download a iso from sin. any advice? Brandon

1 1

ping: maximum length value
by Emanuele Aliberti 08 Oct '05

08 Oct '05

NT 5.1/SP2: maximum length = 65500 ROS: maximum length = 65519 -- :Emanuele Aliberti

1 0

VOTE: List loop macros in ntoskrnl?
by Thomas Weidenmueller 08 Oct '05

08 Oct '05

As according to our voting rules, any permanent developer may vote on this for one week as of now. Should the flow control macros for looping double linked lists be allowed in ntoskrnl? [ ] Yes [ ] No More on voting can be found at: http://www.reactos.com/wiki/index.php/Voting

8 12

LinuxWorld report
by Ge van Geldorp 08 Oct '05

08 Oct '05

Just a quick report from LinuxWorld London. We've just finished the first day of the exhibition, lots of interest. What surprised me a bit was that the general awareness about the project was somewhat lower than last year in Frankfurt. I guess that 80-90% of the people we spoke last year had already heard about the project, that percentage was a lot lower here (more around 30%). Another pleasant surprise was the stability of the system. We ran it on an old laptop with a few applications: Quake 1, WinZip, IrfanView, AbiWord. On demand we showed some other apps like regedit, notepad, task manager. The system froze one time when a visitor played around with it, other than that no problems at all. Not a single kernel crash. We had to Tab-K to force a kernel check to show the BSOD to a visitor. I say let's bring out r18189 (I think...) as 0.2.8 (j/k). People were reacting very nicely. It was nice to see them picking up a flyer rather uninterestedly, start to read, and then suddenly turn back to watch the demo when they realized what the project was all about. Ge van Geldorp.

8 11

RE: [ros-svn] [greatlrd] 18318: Sync aginst a older version of wine, fixed GvG patch for so we do not lose poll_mouse, tested in few apps and games in ros and windows. Next sync is againstcurrent version of wine. and it does remove almost whole mypatch for
by Mike Lerwill 08 Oct '05

08 Oct '05

Why has the created file trunk/reactos/lib/dinput/makefile been added to the repo? regards Mike > -----Original Message----- > From: ros-svn-bounces(a)reactos.org [mailto:ros-svn-bounces@reactos.org]On > Behalf Of greatlrd(a)svn.reactos.com > Sent: 08 October 2005 01:22 > To: ros-svn(a)reactos.com > Subject: [ros-svn] [greatlrd] 18318: Sync aginst a older version of > wine,fixed GvG patch for so we do not lose poll_mouse,tested in few apps > and games in ros and windows. Next sync is againstcurrent version of > wine. and it does remove almost whole mypatch for wine > > > Sync aginst a older version of wine, fixed GvG patch for so we do > not lose poll_mouse, tested in few apps and games in ros and > windows. Next sync is against current version of wine. and it > does remove almost whole my patch for wine dinput thx to GvG > implemet userhook for mouse and keyboard in reactos. > > > Added files: > trunk/reactos/lib/dinput/makefile > > Updated files: > trunk/reactos/lib/dinput/Makefile.in > trunk/reactos/lib/dinput/data_formats.c > trunk/reactos/lib/dinput/device.c > trunk/reactos/lib/dinput/dinput.xml > trunk/reactos/lib/dinput/dinput_main.c > trunk/reactos/lib/dinput/dinput_private.h > trunk/reactos/lib/dinput/joystick_linux.c > trunk/reactos/lib/dinput/joystick_linuxinput.c > trunk/reactos/lib/dinput/keyboard.c > trunk/reactos/lib/dinput/mouse.c > > _______________________________________________ > Ros-svn mailing list > Ros-svn(a)reactos.org > http://www.reactos.org/mailman/listinfo/ros-svn >

2 1

SYSTEMS approaching
by Robert Köpferl 08 Oct '05

08 Oct '05

Hi, there were some rhumors of us being on SYSTEMS with a booth or part of one. Is this still current and can we present ours somehow? I for my part want to help out on presenting reactos and organize what's needed in my hometown.

2 2

RE: [ros-dev] LinuxWorld report
by Murphy, Ged (Bolton) 08 Oct '05

08 Oct '05

Robert Köpferl wrote > However I'm gogin on a big voyage at 11.11.2005 so I *can* make another > relase (maybe the mentioned 0.2.8) 0.2.8 was a joke. It really needs to be 0.3 next time, and sooner rather than later :) > Thus I would like to find a new release manager to replace > mine -- at least temproary. ( :-/ ) I think WaxDragon would fill this role perfectly, if he's willing. ************************************************************************ 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

1 0

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