Ros-dev

ros-dev@reactos.org

5788 discussions

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)

19 years, 11 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.

19 years, 11 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

19 years, 11 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

19 years, 11 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

19 years, 11 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

19 years, 11 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

19 years, 11 months

ReactOS is dead...

by Richard Campbell

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

19 years, 11 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) {

19 years, 11 months

WIN32K: LPC use

by Emanuele Aliberti

This is just a note for the WIN32K developers. I ran the dumppe utility to compare imported symbols in WIN32K.SYS on a real system and on ROS'. Here are the results. ReactOS WIN32K.SYS exported symbols containg substing "Port": ZwConnectPort ZwRequestWaitReplyPort XPSP2 WIN32K.SYS exported symbols containg substing "Port": LpcRequestWaitReplyPort PsGetProcessDebugPort LpcRequestPort This suggests port handles are not used in regular LPC processing within WIN32K and that there is not a twin connection to \Windows\ApiPort (ntuser/csr.c). Emanuele (just guessing)

19 years, 11 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