Ros-dev January 2005

ros-dev@reactos.org

55 participants
118 discussions

comdlg32 wierdness..
by Richard Campbell 19 Jan '05

19 Jan '05

Currently the resource files in comdlg contain a listbox entry similar to below: LISTBOX IDC_SHELLSTATIC,4,20,272,85, LBS_SORT | LBS_NOINTEGRALHEIGHT | LBS_MULTICOLUMN | WS_HSCROLL | NOT WS_VISIBLE shouldn't it be LISTBOX IDC_SHELLSTATIC,4,20,272,85, LBS_SORT | LBS_NOINTEGRALHEIGHT | LBS_MULTICOLUMN | WS_HSCROLL the NOT WS_VISIBLE causes windres errors (windres doesn't recognize NOT, and even if it did, saying NOT WS_VISIBLE instead of just not | WS_VISIBLE is redundant.), which causes the DLL to fail to build. While this appears to be merely a goofup, figured i'd ask about it in the list before i make any changes to the tree in case this is there for a reason. Richard

1 0

Re: [ros-diffs] [royce] 13129: added 'first' attribute to <file>
by d_layer 19 Jan '05

19 Jan '05

royce(a)svn.reactos.com wrote: > added 'first' attribute to <file> > Modified: branches/xmlbuildsystem/reactos/ntoskrnl/ntoskrnl.xml ... > + <file first>multiboot.S</file> According to the XML spec, all attributes must have a value. [1] So, the above line must be written like this: <file first="true">multiboot.S</file> [1] http://www.w3.org/TR/REC-xml/#NT-Attribute -- d_layer

2 1

RE: [Spam] [ros-diffs] [royce] 13129: added 'first' attribute to <file>
by Casper Hornstrup 19 Jan '05

19 Jan '05

That should be: <file first="yes">multiboot.S</file> or similar. Modified: branches/xmlbuildsystem/reactos/ntoskrnl/ntoskrnl.xml --- branches/xmlbuildsystem/reactos/ntoskrnl/ntoskrnl.xml 2005-01-19 01:11:43 UTC (rev 13128) +++ branches/xmlbuildsystem/reactos/ntoskrnl/ntoskrnl.xml 2005-01-19 01:37:35 UTC (rev 13129) @@ -26,10 +26,10 @@ </output> </invoke> - <directory name="ke">  + <directory name="ke"> <if property="ARCH" value="i386"> <directory name="i386"> - <file>multiboot.S</file>  + <file first>multiboot.S</file> <file>bios.c</file> <file>brkpoint.c</file> <file>bthread.S</file>

1 0

Re: [ros-svn] [hbirr] 13102: - Set the limit of the user mode code/data segment back to 4GB.
by Alex Ionescu 18 Jan '05

18 Jan '05

hbirr(a)svn.reactos.com wrote: >- Set the limit of the user mode code/data segment back to 4GB. > > > >Updated files: >trunk/reactos/ntoskrnl/ke/i386/gdt.c > > > Thanks! Do you know however if any of ROS Kernel depends on the old GDT? There are two weird issues with SYSEXIT: 1) GvG reported that FPU is broken 2) Explorer now crashes in shlwapi when clicking on a disk. Best regards, Alex Ionescu

3 7

RE: [hbirr] 13125: - Fixed the disabling of interrupts on thestack before sysexit.
by Ge van Geldorp 18 Jan '05

18 Jan '05

> From: hbirr(a)svn.reactos.com > > - Fixed the disabling of interrupts on the stack before sysexit. Only good news left: no more fpu crashes. All your base now belong to Hartmut! Gé van Geldorp.

1 0

NtFlushVirtualMemory
by Steven Edwards 18 Jan '05

18 Jan '05

Hi, Can someone have a look at implementing this? I am having good progress getting IE and Office 2k going but this function is marked as unimplemented and the installs will hang there. I could try to stub it out but if someone knows what needs to be implemented I would much rather it be done right rather than just another stub. Thanks Steven __________________________________ Do you Yahoo!? Yahoo! Mail - You care about security. So do we. http://promotions.yahoo.com/new_mail

3 2

RE: [ros-dev] 13090: SYSENTER support, INT2E Optimization
by Ge van Geldorp 18 Jan '05

18 Jan '05

The good and the bad news continues... The good news is that Hartmut's change fixed the VMware 4.0.5 problem I had and also fixes some of the floating point problems. The bad news is that it doesn't fix all the fpu problems, I still see a usermode crash in rosperf, always near a fp instruction. Gé van Geldorp.

1 0

foo.exe.local override support
by Steven Edwards 18 Jan '05

18 Jan '05

anyone know what it would take to add foo.exe.local override support? If this was working IE5/6 could get to the install screen. It tries to use the advpack.dll that it ships with during the install and of course it fails because it loads ours. Thanks Steven __________________________________ Do you Yahoo!? Yahoo! Mail - Helps protect you from nasty viruses. http://promotions.yahoo.com/new_mail

1 0

RE: 13090: new Syscall Table/Stub generator
by Ge van Geldorp 17 Jan '05

17 Jan '05

> From: ion(a)svn.reactos.com > > Added files: > trunk/reactos/tools/nci/ncitool.c I need to add "#include <malloc.h>" to get ncitool.c to compile on Windows. Adding it doesn't seem to harm Linux compilation. Gé van Geldorp.

2 1

Re: [ros-svn] [ion] 13090: SYSENTER support, INT2E Optimization, new Syscall Table/Stub generator and svn:ignore fixes. Please read associated Mailing List Post.
by Hartmut Birr 17 Jan '05

17 Jan '05

ion(a)svn.reactos.com schrieb: >SYSENTER support, INT2E Optimization, new Syscall Table/Stub generator and svn:ignore fixes. Please read associated Mailing List Post. > > >Updated files: >trunk/reactos/ntoskrnl/ke/i386/gdt.c > > *Modified: trunk/reactos/ntoskrnl/ke/i386/gdt.c* --- trunk/reactos/ntoskrnl/ke/i386/gdt.c 2005-01-17 01:30:26 UTC (rev 13089) +++ trunk/reactos/ntoskrnl/ke/i386/gdt.c 2005-01-17 07:10:34 UTC (rev 13090) @@ -40,10 +40,10 @@ 0x0, 0x0, 0x0, 0x0, /* Null */ 0xffff, 0x0, 0x9a00, 0xcf, /* Kernel CS */ 0xffff, 0x0, 0x9200, 0xcf, /* Kernel DS */ - 0x0, 0x0, 0xfa00, 0xcc, /* User CS */ - 0x0, 0x0, 0xf200, 0xcc, /* User DS */ + 0x0, 0x0, 0xfa00, 0xcf, /* User CS */ + 0x0, 0x0, 0xf200, 0xcf, /* User DS */ 0x0, 0x0, 0x0, 0x0, /* TSS */ - 0x1000, 0x0000, 0x9200, 0xff00, /* PCR */ + 0x1000, 0x0000, 0x9200, 0xffc0, /* PCR */ 0x1000, 0x0, 0xf200, 0x0, /* TEB */ 0x0, 0x0, 0x0, 0x0, /* Reserved */ 0x0, 0x0, 0x0, 0x0, /* LDT */ This changes expand the user mode data/code segment to 4GB. This is wrong. If I change it back to the correct limit, the sysenter support doesn't work. Ros does crash within the first application (smss). See the debug output. - Hartmut ... DriverBase for \SystemRoot\system32\drivers\msfs.sys: dd2fa000 DriverBase for \SystemRoot\system32\drivers\npfs.sys: dd319000 KeBugCheckWithTf at ke/catch.c:193 Bug detected (code 1e param 0 0 0 0) KMODE_EXCEPTION_NOT_HANDLED General Protection Exception: 13(0) Processor: 0 CS:EIP 8:c0003829 <ntoskrnl.exe: 3829 (D:\DOKUME~1\hb\LOKALE~1\Temp/ccG6aaaa.s:33 (_KiSystemService))> cr2 7ffde000 cr3 158dc000 Proc: c06a6598 Pid: 2 <smss.exe> Thrd: c06abca0 Tid: 18 DS 23 ES 23 FS 3b GS 23 EAX: 00000000 EBX: 00000000 ECX: 00000000 EDX: 00000000 EBP: 00000000 ESI: 00000000 ESP: dd34cd58 EDI: 00000000 EFLAGS: 00210202 kESP dd34cd58 kernel stack base dd34a000 Frames: ke/main.c:1043 0xc0003829 -> syscall.S line 270 ------------------------------------------------------------------------

2 2

← Newer
1
2
3
4
5
6
7
8
9
...
12
Older →

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Ros-dev January 2005