Ros-dev

ros-dev@reactos.org

5789 discussions

by Sylvain Petreolle

Changelog: Add makefile for "polytest" test & enable it. Fix compile warnings for diskspeed & zwcontinue tests ===== Usurp (aka Sylvain Petreolle) humans are like computers, yesterday the BIOS was all - today its just a word

20 years, 5 months

ntdll: building fails

by Emanuele Aliberti

After svn up and make clean, I get this error ntdll: [CC] string/strstr.c ntdll: [CC] string/strupr.c ntdll: [CC] string/wstring.c ntdll: [AR] ntdll.a ntdll: [LD] ntdll.nostrip.dll temp.exp(.edata+0x290):fake: undefined reference to `NtPlugPlayControl@12' temp.exp(.edata+0xafc):fake: undefined reference to `ZwPlugPlayControl@12' collect2: ld returned 1 exit status make: *** [ntdll.nostrip.dll] Error 1 --- GNU ld version 2.15.90 20040222 GNU Make 3.80 gcc (GCC) 3.4.2 (mingw-special)

20 years, 5 months

Ping fixup

by WaxDragon

This small patch fixes a bug in getting the ip address form DNS, and changes the time formatting to avoid internationalization issues ( . vs , for thousands separator). Andrew Munger -- The cheese stands alone.

20 years, 5 months

[Fwd: Re: [ros-dev] We have a web browser] = OK

by Gge

The minimum version of msvcr70.dll is 7.0.9466.0 . It works now with this dll version Regards Gerard

20 years, 5 months

We have a web browser

by Steven Edwards

1. Add urlmon and shdocvw to the build 2. wget the mozilla control from there "Url"="http://crossover.codeweavers.com/redirect/mozcontrol" 3. Install the control (It may fail a few times) 4. Copy msvcr70.dll to reactos\system32 5. start cmd.exe and cd to C:\program files\Mozilla ActiveX Control ..... 6. type explorer 7. hit the webbutton __________________________________ Do you Yahoo!? Yahoo! Mail - Easier than ever with enhanced search. Learn more. http://info.mail.yahoo.com/mail_250

20 years, 5 months

Re: [ros-svn] [ion] 13206: Fix remaning ROS bugs. A minor hack has been added to ObCreateObject because it seems that gcc doesn't dword-align the stacks?!! Thanks to w3seek for some of the ex patches.

by Alex Ionescu

ion(a)svn.reactos.com wrote: >Fix remaning ROS bugs. A minor hack has been added to ObCreateObject because it seems that gcc doesn't dword-align the stacks?!! Thanks to w3seek for some of the ex patches. > > > After what has now become 6 hours of work, I'm done fixing this stuff. ROS should be usable, but I haven't ran full regression tests...probably a lot of stuff is still broken. Best regards, Alex Ionescu

20 years, 5 months

Re: [ros-diffs] [ion] 13202: Fix all remaning alignment errors. Ros is now moderately usable. Error in explorer remains making disk browsing impossible, but with other tools it still works

by Joseph Galbraith

> --- trunk/reactos/ntoskrnl/ps/process.c 2005-01-22 01:00:12 UTC (rev 13201) > +++ trunk/reactos/ntoskrnl/ps/process.c 2005-01-22 01:30:05 UTC (rev 13202) > @@ -1705,6 +1704,7 @@ > > &Status); > if(!NT_SUCCESS(Status)) > { > > + DPRINT1("NtSetInformationProcess() %d %x %x called\n", ProcessInformationClass, ProcessInformation, ProcessInformationLength); > > DPRINT1("NtSetInformationProcess() %x failed, Status: 0x%x\n", Status); I know this wasn't part of your change, but that last DPRINT1() doesn't look right... (unless I'm missing something.) Doesn't it need another parameter? Thanks, Joseph

20 years, 5 months

SVN Trunk Dead

by Alex Ionescu

Hi, Booting ROS doesn't work lately...... I've debugged the problem and found two likely causes: 1) RtlFormatCurrentUserKeyPath calls NtQueryInformationToken with a Kernel Mode address while in user-mode 2) Something is wrong with setting the current mode (in syscall.S), and so MmCopySafe... thinks that teh current mode is user while the buffer is kernel: (mm/mm.c:60) 1, de1c7cf8 Note that 1 == UserMode while the buffer is kernel-mode. It's late here so I don't have time to look into it with more detail. Best regards, Alex Ionescu

20 years, 5 months

ReactOS is dead...

by Richard Campbell

The current tree doesn't work. See attached screenshot.

20 years, 5 months

RE: [ros-diffs] [weiden] 13188: fixed ASSERT statement, thanks to blight for pointing it out

by Casper Hornstrup

If we #define ASSERT(x) if (0) { x } for DBG := 0, won't all these compile errors go away? We have a lot of them. The compiler will perform syntax check, but optimize the statements away. Casper ________________________________ From: ros-diffs-bounces(a)reactos.com [mailto:ros-diffs-bounces@reactos.com] On Behalf Of weiden(a)svn.reactos.com Sent: 21. januar 2005 18:17 To: ros-diffs(a)reactos.com Subject: [ros-diffs] [weiden] 13188: fixed ASSERT statement,thanks to blight for pointing it out fixed ASSERT statement, thanks to blight for pointing it out Modified: trunk/reactos/ntoskrnl/ob/object.c ________________________________ Modified: trunk/reactos/ntoskrnl/ob/object.c --- trunk/reactos/ntoskrnl/ob/object.c 2005-01-21 16:50:11 UTC (rev 13187) +++ trunk/reactos/ntoskrnl/ob/object.c 2005-01-21 17:17:13 UTC (rev 13188) @@ -51,7 +51,7 @@ NTSTATUS Status = STATUS_SUCCESS; /* at least one output parameter must be != NULL! */ - ASSERT((ULONG_PTR)SecureObjectInformation ^ (ULONG_PTR)ObjectName != 0); + ASSERT((ULONG_PTR)CapturedObjectAttributes ^ (ULONG_PTR)ObjectName != 0); if(ObjectAttributes == NULL) {

20 years, 5 months

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