- Ros-dev - ReactOS.org

by Bernd Blaauw

While installing and using ReactOS 0.34 (on Windows XP Professional with VmWare Workstation 6.03) I'm experiencing a couple of issues. - Are there any new requirements to install ReactOS? 586+ with 64MB for example instead of earlier 486+/16MB ? - Are there any new requirements to bootup ReactOS? 586+ with 64MB? would/should swapfile work with lower amount of system memory installed on the machine? - Are there any new requirements to use ReactOS? 586+ with 64MB? Does swapfile work? - Is commandline-only supported on machines with not enough memory installed? Ofcourse booting from CD has to be supported on the target machine, either natively or through tricks like Smart Boot Manager or GRUB(-4-DOS) (or FreeLDR even?). The actual trouble I'm having is completing 0.34's installation process with Dutch language and USA keyboard layout (which isn't default, you seem to prefer Belgium keyboard layout by default, which might be just as strange as a Dutch keyboard layout by default. Those keyboards hardly exist at all). It seems to hang on this machine at a random moment of time during the file copy phase. In the end, I cannot install FreeLDR to diskette (empty WinImage 1.44MB diskette image), nor can I return to previous screen to select "install to harddisk". My goal was having a FreeLDR bootdisk in case I mess up the partition bootsector. Anyway, using English as installation language and its defaults, I can complete SETUP properly. While in ReactOS booted from harddisk, opening a simple console window (CMD) and doing DIR A: results in a blue screen (instead of a message like "no floppydrive installed") Same issue as known earlier I guess - non-working floppydrive(r). My old FreeLoader diskette is based on a FreeLDR bootdisk that Casper Hornstrup(?) had available at the time. It's available from http://odin.fdos.org/odin2005/ Booting the diskette, pressing CTRL-C, then doing a simple COPY /Y C:\FREELDR.SYS A:\FREELDR.SYS does the trick for updating FreeLDR from 2.xx to 3.xx, resulting in being able to boot ReactOS 0.34 from a diskette. Strangely enough no single DOS tool/command can handle FREELDR.INI (copy, ren, del, edit, all fail) - any idea why? Last of all, SHUTDOWN doesn't shut off the computer (guess you want to be sure everything in cache is flushed?), and LOGOFF won't allow me to get out of entering my username and password. Looking forward to a ReactOS with OpenOffice and FireFox 3.xx in a while, Any help, ideas or recommendations much appreciated (as well as pointing me to the correct mailinglist if it shouldn't be ros-dev) Bernd Blaauw

17 years, 5 months

1
0
0 0

Reactos booting to CLI

by Marc Piulachs

As we know Windows (at least till Windows 7) was designed to be a GUI based operating system. All applications can safely assume that the windowing subsystem is running. Windows/Reactos can run native applications without starting the windowing subsystem like usetup during 1st stage setup but of course without having access to Win32 apis as Win32k is not loaded. AFAIK win32k is designed to be the main subsystem and is the responsible of starting the windowing subsystem so my question is . Would be technically possible to have a striped win32k version without the GUI code? + command line enabled winlogon, syssetup etc.. so you can boot and run cli based applications like cmd.exe ? what other parts of the boot process relay on having the GUI running? It's more of a design curiosity question rather than a real request Regards, Marc

17 years, 6 months

5
5
0 0

Regarding Tsonic OS (2)

by David Eckert

whoops, -fairview, i meant the FBI lol :P -- -David W. Eckert

17 years, 6 months

1
0
0 0

Regarding Tsonic OS

by David Eckert

With regards to Tsonic OS, It would be very advisable at this point to get all DNS information and ISP information and report this individual(s) to either their ISP or Fairview, or perhaps both. -- -David W. Eckert

17 years, 6 months

1
0
0 0

Re: [ros-dev] Hello , we are searching for people with programing skills for the operating system Tsonic OS.

by Mark Tempel

Two things: 1) Please take me off your list. I know that you pulled my email address from the reactos mailing list. Since your project is not reactos, I'm not interested in hearing about it. 2) Posting links to leaked Microsoft source code in any forum related to reactos shows a complete lack of good judgment, and a lack of knowledge of recent reactos history. I certainly hope that you don't intend to try to check a derivative of leaked Windows source into the reactos tree. That would taint reactos and make it vulnerable to legal action (at least here in the US). Further, since you are acting as a spokesperson for TonicOs, and are passing around links to stolen Microsoft intellectual property, I would consider TonicOs already tainted. Please take conversations about leaked Windows source to some other venue. --mark On Wed, 12 Mar 2008 12:44:18 -0800 "Tsvetan Banchev" <tsvetanmail(a)gmail.com> wrote: > http://[cut]/Windows_2000_source_code > http://[cut]/Windows_XP_Source_Code > obtained from a friend inside ms ;) > > rar password needs cracking, working on it now. could >take a few days. if > anyone's got a high end machine it'd be appreciated if >they could use a RAR > password recovery app to get it.

17 years, 6 months

3
2
0 0

Re: [ros-dev] [ros-diffs] [fireball] 32667: - Fix build.

by Steven Edwards

Hi, On Wed, Mar 12, 2008 at 2:07 PM, <fireball(a)svn.reactos.org> wrote: > Author: fireball > Date: Wed Mar 12 14:07:32 2008 > New Revision: 32667 > > URL: http://svn.reactos.org/svn/reactos?rev=3D32667&view=3Drev > Log: > - Fix build. > > Modified: > trunk/reactos/ntoskrnl/ntoskrnl-generic.rbuild > > Modified: trunk/reactos/ntoskrnl/ntoskrnl-generic.rbuild > URL: http://svn.reactos.org/svn/reactos/trunk/reactos/ntoskrnl/ntoskrnl-gen= > eric.rbuild?rev=3D32667&r1=3D32666&r2=3D32667&view=3Ddiff > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= > =3D=3D=3D Diffs have been broken since the recent email problems. Is there any estimate on when/if this is going to be fixed? Thanks -- Steven Edwards "There is one thing stronger than all the armies in the world, and that is an idea whose time has come." - Victor Hugo

17 years, 6 months

1
0
0 0

Re: [ros-dev] [ros-diffs] [greatlrd] 32652: part 2/2 for implement GetAppCompatFlags left todo implemented set AppCompatFlags

by Aleksey Bragin

Why did that big chunk of MS's support database text got into our codebase? Even not edited, so that I can read up about "tax form 1040 would not print correctly" in ReactOS Source code? What is the use from it? If you wanted SO MUCH, you could at least edit it, or ask someone to edit it for you (we have quite a few people in our team). But then, I could insert half of WDK docs into the kernel source code and drivers source code (which in fact would violate copyrights, since it would not even be fair use). Providing URL is quite enough, though, if I don't mistake (I'm not up to date with their position), Wine is already removing URLs from source code because they should be kept somewhere else. Source code is source code, not a collector to store everything. There is no point in sticking various garbage into reactos source code with a note "so it doesn't get lost", we've come over that point quite a few years ago. With the best regards, Aleksey Bragin. On Mar 11, 2008, at 3:09 AM, greatlrd(a)svn.reactos.org wrote: > Author: greatlrd > Date: Mon Mar 10 19:09:23 2008 > New Revision: 32652 > > URL: http://svn.reactos.org/svn/reactos?rev=3D32652&view=3Drev > Log: > part 2/2 for implement GetAppCompatFlags > left todo implemented set AppCompatFlags = > > > Modified: > trunk/reactos/dll/win32/user32/misc/stubs.c > > + /* NOTE : GetAppCompatFlags retuns which compatible flags should > be send= > back = > > + * the return value is any of http://support.microsoft.com/kb/82860 > + * This text are direcly copy from the MSDN URL, so it does not > get lost > + > *--------------------------------------------------------------------- > -= > -------- > + * Bit: 1 Lots of text here > + = > > + return ti->dwAppsCompatibleFlags; > } > = > > /*

17 years, 6 months

2
1
0 0

Small suggestion

by Heis Spiter

Hi, after r32615 and r32623, I send you this mail in order to find some volunteers to remove all remaining $id from files and also to update FSF address in files hearders. Thanks in advance to the volunteers. Best regards, P. Schweitzer

17 years, 6 months

2
1
0 0

WDF support

by Andy Grover

Hiya, I have a GPLed driver using the WDF. I'm not clear on the legal status of redistributing GPLed source compiled with the Windows DDK so I'd like to try MinGW. After Googling, I see a couple of mentions back in 2004 that "WDF will have to be supported eventually" but nothing since then? Am I correct in assuming if I want to use MinGW, WDF cannot be used? Thanks -- Andy

17 years, 6 months

2
1
0 0

All servers down

by Aleksey Bragin

Hello, today all servers (web, svn, mailing lists, etc) will most probably be unavailable for an undetermined amount of time, due to IP addresses change by the hosting company. They beg their pardon for the unconvinience. With the best regards, Aleksey Bragin.

17 years, 6 months

1
0
0 0

Re: [ros-dev] [ros-diffs] [fireball] 32521: - Fix leaking an entry in some cases during ObpFreeCapturedAttributes call. For more details: http://www.reactos.org/forum/viewtopic.php?t=5311.

by Alex Ionescu

IopFreeIoCompletionPacket has the opposite bug -- there is an interlocked push (free) even in the ExFreePool case. There should be a return following the ExFreePool, otherwise we're corrupting memory. On Thu, Feb 28, 2008 at 11:37 AM, <fireball(a)svn.reactos.org> wrote: > Author: fireball > Date: Thu Feb 28 14:37:14 2008 > New Revision: 32521 > > URL: http://svn.reactos.org/svn/reactos?rev=32521&view=rev > Log: > - Fix leaking an entry in some cases during ObpFreeCapturedAttributes call. For more details: http://www.reactos.org/forum/viewtopic.php?t=5311. > > Modified: > trunk/reactos/ntoskrnl/include/internal/ob_x.h > > Modified: trunk/reactos/ntoskrnl/include/internal/ob_x.h > URL: http://svn.reactos.org/svn/reactos/trunk/reactos/ntoskrnl/include/internal/… > ============================================================================== > --- trunk/reactos/ntoskrnl/include/internal/ob_x.h (original) > +++ trunk/reactos/ntoskrnl/include/internal/ob_x.h Thu Feb 28 14:37:14 2008 > @@ -290,6 +290,12 @@ > List->L.FreeMisses++; > List->L.Free(Buffer); > } > + else > + { > + /* The free was within the Depth */ > + InterlockedPushEntrySList(&List->L.ListHead, > + (PSINGLE_LIST_ENTRY)Buffer); > + } > } > else > { > > > -- Best regards, Alex Ionescu

17 years, 6 months

1
0
0 0

Re: [ros-dev] [ros-diffs] [mpiulachs] 32449: Add support for multiple architectures to autorun.inf

by Steven Edwards

On Fri, Feb 22, 2008 at 7:14 AM, <mpiulachs(a)svn.reactos.org> wrote: > Author: mpiulachs > Date: Fri Feb 22 15:14:08 2008 > New Revision: 32449 > > URL: http://svn.reactos.org/svn/reactos?rev=32449&view=rev > Log: > Add support for multiple architectures to autorun.inf > > Modified: > branches/rbuild/reactos/boot/bootdata/autorun.inf > > Modified: branches/rbuild/reactos/boot/bootdata/autorun.inf > URL: http://svn.reactos.org/svn/reactos/branches/rbuild/reactos/boot/bootdata/au… > ============================================================================== > --- branches/rbuild/reactos/boot/bootdata/autorun.inf (original) > +++ branches/rbuild/reactos/boot/bootdata/autorun.inf Fri Feb 22 15:14:08 2008 > +[autorun.mips] > + > +open=mips\welcome.exe > +icon=icon.ico > + > +[autorun.alpha] > + > +open=alpha\welcome.exe > +icon=icon.ico This is really unneeded. Alpha is one nail away from the coffin being closed and nobody is even remotely interested in doing a mips port right now. Please remove them and add a an arm entry. Steven Edwards "There is one thing stronger than all the armies in the world, and that is an idea whose time has come." - Victor Hugo

17 years, 6 months

3
2
0 0

make livecd failure

by Steven Edwards

Hi, This should be a simple one to fix. I can build the rest of the tree and make bootcd works CC] lib/cmlib/cminit.c lib/cmlib/cminit.c:22:15: error: attempt to use poisoned "wcslen" lib/cmlib/cminit.c: In function 'CmpPrepareIndexOfKeys': lib/cmlib/cminit.c:98: warning: implicit declaration of function 'DbgPrint' mingw32-make: *** [obj-i386/lib/cmlib_host/cminit.o] Error 1 -- Steven Edwards "There is one thing stronger than all the armies in the world, and that is an idea whose time has come." - Victor Hugo

17 years, 7 months

1
0
0 0

boot regressions

by Steven Edwards

Hi, I've not had a chance to dig in and see which changeset caused the issue but since the recent bringup changes I can no longer use the bootcd on Parallels. -- Steven Edwards "There is one thing stronger than all the armies in the world, and that is an idea whose time has come." - Victor Hugo

17 years, 7 months

2
1
0 0

Re: [ros-dev] [ros-diffs] [ros-arm-bringup] 32371: Fixed several off-by-one errors when playing with the PFN database array size. Among other things, certain valid pages would be considered invalid, and also the PFN database wouldn't be properly erased on startup (which would result in a crash after a warm reboot or restarting the emulator).

by Pablo Menichini

The off-by-one errors are because MmPageArraySize is: MmPageArraySize = MmHighestPhysicalPage; and not MmPageArraySize = MmHighestPhysicalPage + 1; Just my 2 cents, Pablo On Fri, 15 Feb 2008, ros-arm-bringup(a)svn.reactos.org wrote: > Author: ros-arm-bringup > Date: Fri Feb 15 04:04:22 2008 > New Revision: 32371 > > URL: http://svn.reactos.org/svn/reactos?rev=32371&view=rev > Log: > Fixed several off-by-one errors when playing with the PFN database array size. Among other things, certain valid pages would be considered invalid, and also the PFN database wouldn't be properly erased on startup (which would result in a crash after a warm reboot or restarting the emulator). > > Modified: > trunk/reactos/ntoskrnl/mm/freelist.c

17 years, 7 months

1
0
0 0

Re: [ros-dev] [ros-diffs] [ros-arm-bringup] 32333: Added cache sweeping code into the HAL, for ARM926EJ-S and ARM1026EJ-S CPUs. Finished implementation of KiSystemStartup. Copied KiInitializeKernel from x86 to ARM, removing irrelevant parts. This is our curren

by Steven Edwards

On Feb 12, 2008 3:32 PM, <ros-arm-bringup(a)svn.reactos.org> wrote: > Author: ros-arm-bringup > Date: Tue Feb 12 23:32:23 2008 > New Revision: 32333 > > URL: http://svn.reactos.org/svn/reactos?rev=32333&view=rev > Log: > Added cache sweeping code into the HAL, for ARM926EJ-S and ARM1026EJ-S CPUs. > Finished implementation of KiSystemStartup. > Copied KiInitializeKernel from x86 to ARM, removing irrelevant parts. This is our current checkpoint. Is there an offical bringup toolchain posted somewhere or steps on how to build one from the RosBE sources? -- Steven Edwards "There is one thing stronger than all the armies in the world, and that is an idea whose time has come." - Victor Hugo

17 years, 7 months

2
1
0 0

Re: [ros-dev] [ros-diffs] [ros-arm-bringup] 32333: Added cache sweeping code into the HAL, for ARM926EJ-S and ARM1026EJ-S CPUs. Finished implementation of KiSystemStartup. Copied KiInitializeKernel from x86 to ARM, removing irrelevant parts. This is

by James Tabor

Hi! My best guess is http://gnuarm.org/ I have no idea of anything else. Thanks, James On Feb 12, 2008 5:30 PM, Steven Edwards <winehacker(a)gmail.com> wrote: > On Feb 12, 2008 3:32 PM, <ros-arm-bringup(a)svn.reactos.org> wrote: > > Author: ros-arm-bringup > > Date: Tue Feb 12 23:32:23 2008 > > New Revision: 32333 > > > > URL: http://svn.reactos.org/svn/reactos?rev=32333&view=rev > > Log: > > Added cache sweeping code into the HAL, for ARM926EJ-S and ARM1026EJ-S CPUs. > > Finished implementation of KiSystemStartup. > > Copied KiInitializeKernel from x86 to ARM, removing irrelevant parts. This is our current checkpoint. > > Is there an offical bringup toolchain posted somewhere or steps on how > to build one from the RosBE sources? > > -- > Steven Edwards > > "There is one thing stronger than all the armies in the world, and > that is an idea whose time has come." - Victor Hugo > _______________________________________________ > Ros-dev mailing list > Ros-dev(a)reactos.org > http://www.reactos.org/mailman/listinfo/ros-dev >

17 years, 7 months

1
0
0 0

Re: [ros-dev] [ros-diffs] [cfinck] 32303: New ReactOS People Map based on Google Maps API (not yet on the Web server) The map integrates into the existing website and is linked with the RosCMS accounts. You can add a group of users (like Translators,

by Klemens Friedl

2008/2/12, Gregor Brunmar <gbrunmar.ros(a)gmail.com>: > Sounds like a cool feature, I'm waiting for it eagerly :) The new ReactOS People Map can be found there: http://www.reactos.org/peoplemap/ Klemens

17 years, 7 months

1
0
0 0

Re: [ros-dev] [ros-diffs] [cfinck] 32303: New ReactOS People Map based on Google Maps API (not yet on the Web server) The map integrates into the existing website and is linked with the RosCMS accounts. You can add a group of users (like Translators, Developers, Administrators, etc.) to the map or search for people and add them individually. I made tests with 500 random users on one map and it was still usable :-) Also there are easy features for setting your own position. I successfully tested the People M

by Gregor Brunmar

Sounds like a cool feature, I'm waiting for it eagerly :) -Gregor cfinck(a)svn.reactos.org wrote: > Author: cfinck > Date: Mon Feb 11 21:43:40 2008 > New Revision: 32303 > > URL: http://svn.reactos.org/svn/reactos?rev=32303&view=rev > Log: > New ReactOS People Map based on Google Maps API (not yet on the Web server) > > The map integrates into the existing website and is linked with the RosCMS accounts. > You can add a group of users (like Translators, Developers, Administrators, etc.) to the map or search for people and add them individually. I made tests with 500 random users on one map and it was still usable :-) > Also there are easy features for setting your own position. > > I successfully tested the People Map with Firefox 2.0, Opera 9.21, Safari 3 Beta, Konqueror 3.5.6 and IE6/7. > The marker graphics were done myself with Inkscape and the other graphics were composed out of icons from the Tango Icon Project or taken from other ReactOS web apps. > The PNGs with alpha transparency are also shown correctly under IE6 using a trick in "ie6-fixes.css". > >

17 years, 7 months

1
0
0 0

Re: [ros-dev] [ros-diffs] [fireball] 32321: - Kernel's entrypoint is called NtProcessStartup right now, for ReactOS. If this is to be changed, it should be changed for all archs, not only for ARM.

by Aleksey Bragin

Even more, I think it was you who implemented this entrypoint in the ReactOS kernel :-). I'll discuss with PPC and ARM ports, and then we could make a switch alltogether. WBR, Aleksey Bragin. On Feb 12, 2008, at 5:56 PM, Alex Ionescu wrote: > Actually, I've never heard of the entrypoint being called > NtProcessStartup for the kernel... > > Why not fix the name in the x86 sources?

17 years, 7 months

1
0
0 0

Re: [ros-dev] [ros-diffs] [fireball] 32321: - Kernel's entrypoint is called NtProcessStartup right now, for ReactOS. If this is to be changed, it should be changed for all archs, not only for ARM.

by Alex Ionescu

Actually, I've never heard of the entrypoint being called NtProcessStartup for the kernel... Why not fix the name in the x86 sources? On 12-Feb-08, at 8:34 AM, fireball(a)svn.reactos.org wrote: > Author: fireball > Date: Tue Feb 12 16:34:33 2008 > New Revision: 32321 > > URL: http://svn.reactos.org/svn/reactos?rev=32321&view=rev > Log: > - Kernel's entrypoint is called NtProcessStartup right now, for > ReactOS. If this is to be changed, it should be changed for all > archs, not only for ARM. > > Modified: > trunk/reactos/tools/rbuild/module.cpp > > Modified: trunk/reactos/tools/rbuild/module.cpp > URL: http://svn.reactos.org/svn/reactos/trunk/reactos/tools/rbuild/module.cpp?re… > = > = > = > = > = > = > = > = > ====================================================================== > --- trunk/reactos/tools/rbuild/module.cpp (original) > +++ trunk/reactos/tools/rbuild/module.cpp Tue Feb 12 16:34:33 2008 > @@ -1033,7 +1033,7 @@ > switch ( type ) > { > case Kernel: > - return "KiSystemStartup"; > + return "NtProcessStartup"; > case KernelModeDLL: > case KernelModeDriver: > return "DriverEntry@8"; > > Best regards, Alex Ionescu

17 years, 7 months

1
0
0 0

misc.c: LengthOfStrResource, AllocAndLoadString

by Timo Kreuzer

I wonder why those functions spread around that much (cacls, sndvol, aclui, servman, etc...), since windows has already the needed function: LoadString will store a pointer to the string resource in *lpBuffer, if nBufferMax is set to 0, so allocating additional memory is not neccessary in most cases. And it also returns the full length. http://msdn2.microsoft.com/en-us/library/ms647486(VS.85).aspx > > Author: cfinck > Date: Sat Feb 2 00:40:18 2008 > New Revision: 32079 > > URL: http://svn.reactos.org/svn/reactos?rev=32079&view=rev <http://svn.reactos.org/svn/reactos?rev=32079&view=rev> > Log: > Wrote a Win32 Font Editor for our VGA Fonts used in blue.sys. > > It has a MDI user interface, imports binary fonts (.bin) and PC Screen Fonts (.psf) and exports .bin fonts. > Compiles without any warnings with GCC and MSVC (at /W3). > > The "misc.c" file was taken from devmgmt (thanks Ged!) and modified. > >

17 years, 7 months

1
0
0 0

Re: [ros-dev] [ros-diffs] [dchapyshev] 32215: - Start implement Advanced General page - Update Russian translation

by gedmurphy

Please stop mixing tchar and unicode. You're creating the potential for a whole host of problems. If you're unsure, ask someone. Ged. -----Original Message----- From: ros-diffs-bounces(a)reactos.org [mailto:ros-diffs-bounces@reactos.org] On Behalf Of dchapyshev(a)svn.reactos.org Sent: 08 February 2008 13:08 To: ros-diffs(a)reactos.org Subject: [ros-diffs] [dchapyshev] 32215: - Start implement Advanced General page - Update Russian translation Author: dchapyshev Date: Fri Feb 8 16:07:37 2008 New Revision: 32215 URL: http://svn.reactos.org/svn/reactos?rev=32215&view=rev Log: - Start implement Advanced General page - Update Russian translation

17 years, 7 months

1
0
0 0

[ros-diffs] [tkreuzer] 32203: remove obsolete syscalls

by James Tabor

Hi! Somehow NtUserGetWindowThreadProcessId was moved to the main list. This is wrong! With in the next six months NtUserGetWindowThreadProcessId (unless it was added in Vista) and friends will no longer be in ReactOS. Please do not create more work than it is necessary to accomplish this rewrite. -# ReactOS only system calls -NtUserAcquireOrReleaseInputOwnership 1 -NtUserGetWindowThreadProcessId 2 -NtUserGetQueueStatus 1 Thanks, James

17 years, 7 months

2
1
0 0

right way form shared modules

by netzimme＠aim.com

Hello I want port some function from wine kernel32.dll to ReactOS kernel32.dll but have some problems. First i have two modules and the question is where is the right place to put them. I need /tools/unicode/wctype.c also here /dll/win32/kernel32/misc/ to compile. 1.) Is it better to leave this module in /tools/unicode/ ? -> What must i write in kernel32.rbuild to build this module with kernel32.dll 2.) or copy this file to /dll/win32/kernel32/misc/ the second solution is a bit ugly because we have tow files whit the same contents. 3.) ??? thanks Daniel ________________________________________________________________________ More new features than ever. Check out the new AIM(R) Mail ! - http://webmail.aim.com

17 years, 7 months

3
3
0 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Ros-dev