Ros-dev

ros-dev@reactos.org

5788 discussions

Re: Re: [ros-dev] added a proposed patch to bugzilla

by Johannes Olofsson

Hi! The CAPS constant is defined to be KSHIFT, which if I understand this correct means that the shifted value is used when caps lock is used. Try to change the line : /* none, shift, ctrl-alt, ctrl, ctrl-shift */ { VK_OEM_7, NOCAPS, 0xe4, 0xe0, 0x7b, WCH_NONE, 0x00 }, /* ä à { */ to: { VK_OEM_7, KCTRL, 'code for ä', 'code for à', 0x7b, 'code for Ä', 'code for À }, /* ä à { */ in order to use the ctrl and ctrl-shift states for caps lock for this key. I don't have a test environment set up at the moment to test this, but it is possible that windows uses something like this. Regards Johannes Olofsson > Från: art yerkes <ayerkes(a)speakeasy.net> > Till: ReactOS Development List <ros-dev(a)reactos.com> > Rubrik: Re: [ros-dev] added a proposed patch to bugzilla > Datum: Tue, 1 Mar 2005 12:23:52 -0600 > <pre>On Thu, 24 Feb 2005 15:51:38 +0100 > Roman Hoegg <roman.hoegg(a)unisg.ch> wrote: > > > > > > > > as NOCAPS in your layout file > > > > yes that's true but I did that for a reason. I had two choices. Either > > can't set differentiate between SHIFT and CAPS LOCK. > > I wasn't aware that NOCAPS could be different from SHIFT, so NOCAPS always > implies shift in our current model. I'll try to fix it. > -- 10 Gigabyte Mailbox - http://mail.spray.se

19 years, 6 months

Re:[ros-dev] RE: [ros-diffs] [ea] 13792: Fix SMSubsystemsRequired andSMSubsystemsOptional.

by ea＠iol.it

Date : Wed, 2 Mar 2005 12:46:30 +0100 Subject : [ros-dev] RE: [ros-diffs] [ea] 13792: Fix SM\Subsystems\Required andSM\Subsystems\Optional. Casper> Why is it needed to expand the unicode characters to hex? With value type 0x00070000 I get garbage from the SM when I pick up the Required names. If there is a way to make a REG_MULTI_SZ with a string, I'd be happy. ea ____________________________________________________________ Navighi a 2 MEGA e i primi 3 mesi sono GRATIS. Scegli Libero Adsl Flat senza limiti su http://www.libero.it

19 years, 6 months

SysInternals Process Explorer

by James Tabor

Hi all! http://www.sysinternals.com/ntw2k/freeware/procexp.shtml Debug output from execution of procexp on ROS, (api/handle.c:71) CsrGetObject returning invalid handle (NTDLL:ldr/utils.c:2092) Relocating (76260000 -> 700000) C:\ReactOS\system32\ole aut32.dll (NTDLL:ldr/utils.c:2092) Relocating (77800000 -> 4e1000) C:\ReactOS\system32\win spool.drv 0 bytes requested - initiating pool verification 0 bytes requested - initiating pool verification FIXME: CopyImage doesn't support IMAGE_ICON correctly! 0 bytes requested - initiating pool verification 0 bytes requested - initiating pool verification (NTDLL:ldr/utils.c:1211) LdrGetExportByName(): failed to find mxdMessage (NTDLL:ldr/utils.c:1211) LdrGetExportByName(): failed to find auxMessage (NTDLL:ldr/utils.c:1211) LdrGetExportByName(): failed to find mxdMessage (NTDLL:ldr/utils.c:1211) LdrGetExportByName(): failed to find midMessage (NTDLL:ldr/utils.c:1211) LdrGetExportByName(): failed to find modMessage (NTDLL:ldr/utils.c:1211) LdrGetExportByName(): failed to find widMessage (NTDLL:ldr/utils.c:1211) LdrGetExportByName(): failed to find wodMessage (NTDLL:ldr/utils.c:1211) LdrGetExportByName(): failed to find auxMessage (NTDLL:ldr/utils.c:1211) LdrGetExportByName(): failed to find mxdMessage (NTDLL:ldr/utils.c:1211) LdrGetExportByName(): failed to find midMessage (NTDLL:ldr/utils.c:1211) LdrGetExportByName(): failed to find widMessage (NTDLL:ldr/utils.c:1211) LdrGetExportByName(): failed to find wodMessage (cm/ntfunc.c:379) NtDeleteKey(KeyHandle dc) called (cm/ntfunc.c:418) PointerCount 1 (NTDLL:ldr/utils.c:1211) LdrGetExportByName(): failed to find AllocateAndGetTcpE xTableFromStack (NTDLL:ldr/utils.c:1211) LdrGetExportByName(): failed to find AllocateAndGetUdpE xTableFromStack (NTDLL:ldr/utils.c:2034) Failed to create or open dll section of '.dll' (Status c0000135) (NTDLL:ldr/utils.c:2092) Relocating (76160000 -> db1000) C:\ReactOS\system32\dbg help.dll (NTDLL:ldr/utils.c:1211) LdrGetExportByName(): failed to find NtSuspendProcess (NTDLL:ldr/utils.c:1211) LdrGetExportByName(): failed to find NtResumeProcess (NTDLL:ldr/utils.c:1211) LdrGetExportByName(): failed to find EnumServicesStatus ExA (NTDLL:ldr/utils.c:1211) LdrGetExportByName(): failed to find QueryServiceConfig 2A (NTDLL:ldr/utils.c:2034) Failed to create or open dll section of 'winsta.dll' (S tatus c0000135) (NTDLL:ldr/utils.c:1091) LdrGetExportByName(): no export directory! (NTDLL:ldr/utils.c:2034) Failed to create or open dll section of 'uxtheme.dll' ( Status c0000135) (NTDLL:ldr/utils.c:1091) LdrGetExportByName(): no export directory! (NTDLL:ldr/utils.c:1091) LdrGetExportByName(): no export directory! (NTDLL:ldr/utils.c:1091) LdrGetExportByName(): no export directory! (fsctl.c:277) SysType (KERNEL32:mem/global.c:412) Memory Load: 4 *My little hack* (ex/sysinfo.c:827) NtQuerySystemInformation - SystemHandleInformation (ex/sysinfo.c:835) SystemHandleInformation 1 (ex/sysinfo.c:854) SystemHandleInformation 2 (ex/sysinfo.c:872) SystemHandleInformation 4 (sec/lsa.c:221) LsaOpenPolicy - stub (sec/lsa.c:32) (ffffffff):LsaClose stub (NTDLL:ldr/utils.c:2034) Failed to create or open dll section of 'Powrprof.dll' (Status c0000135) (NTDLL:ldr/utils.c:1091) LdrGetExportByName(): no export directory! (ex/sysinfo.c:1046) NtQuerySystemInformation - SystemInterruptInformation not im plemented (sec/lsa.c:221) LsaOpenPolicy - stub (sec/lsa.c:32) (ffffffff):LsaClose stub *Here again* (ex/sysinfo.c:827) NtQuerySystemInformation - SystemHandleInformation (ex/sysinfo.c:835) SystemHandleInformation 1 (ex/sysinfo.c:854) SystemHandleInformation 2 (ex/sysinfo.c:872) SystemHandleInformation 4 (sec/lsa.c:221) LsaOpenPolicy - stub (sec/lsa.c:32) (ffffffff):LsaClose stub (KERNEL32:misc/stubs.c:1457) GetLongPathNameA() is UNIMPLEMENTED! (sec/lsa.c:221) LsaOpenPolicy - stub (sec/lsa.c:32) (ffffffff):LsaClose stub (KERNEL32:misc/stubs.c:1457) GetLongPathNameA() is UNIMPLEMENTED! (KERNEL32:misc/stubs.c:1457) GetLongPathNameA() is UNIMPLEMENTED! (KERNEL32:misc/stubs.c:1457) GetLongPathNameA() is UNIMPLEMENTED! (sec/lsa.c:221) LsaOpenPolicy - stub (sec/lsa.c:32) (ffffffff):LsaClose stub (KERNEL32:misc/stubs.c:1457) GetLongPathNameA() is UNIMPLEMENTED! (KERNEL32:misc/stubs.c:1457) GetLongPathNameA() is UNIMPLEMENTED! (KERNEL32:misc/stubs.c:1457) GetLongPathNameA() is UNIMPLEMENTED! (sec/lsa.c:221) LsaOpenPolicy - stub (sec/lsa.c:32) (ffffffff):LsaClose stub (KERNEL32:misc/stubs.c:1457) GetLongPathNameA() is UNIMPLEMENTED! (KERNEL32:misc/stubs.c:1457) GetLongPathNameA() is UNIMPLEMENTED! (KERNEL32:misc/stubs.c:1457) GetLongPathNameA() is UNIMPLEMENTED! (sec/lsa.c:221) LsaOpenPolicy - stub (sec/lsa.c:32) (ffffffff):LsaClose stub (KERNEL32:misc/stubs.c:1457) GetLongPathNameA() is UNIMPLEMENTED! (KERNEL32:misc/stubs.c:1457) GetLongPathNameA() is UNIMPLEMENTED! (KERNEL32:misc/stubs.c:1457) GetLongPathNameA() is UNIMPLEMENTED! (sec/lsa.c:221) LsaOpenPolicy - stub (sec/lsa.c:32) (ffffffff):LsaClose stub (KERNEL32:misc/stubs.c:1457) GetLongPathNameA() is UNIMPLEMENTED! (KERNEL32:misc/stubs.c:1457) GetLongPathNameA() is UNIMPLEMENTED! (KERNEL32:misc/stubs.c:1457) GetLongPathNameA() is UNIMPLEMENTED! (sec/lsa.c:221) LsaOpenPolicy - stub (sec/lsa.c:32) (ffffffff):LsaClose stub (KERNEL32:misc/stubs.c:1457) GetLongPathNameA() is UNIMPLEMENTED! (KERNEL32:misc/stubs.c:1457) GetLongPathNameA() is UNIMPLEMENTED! (KERNEL32:misc/stubs.c:1457) GetLongPathNameA() is UNIMPLEMENTED! (sec/lsa.c:221) LsaOpenPolicy - stub (sec/lsa.c:32) (ffffffff):LsaClose stub (KERNEL32:misc/stubs.c:1457) GetLongPathNameA() is UNIMPLEMENTED! (KERNEL32:misc/stubs.c:1457) GetLongPathNameA() is UNIMPLEMENTED! (KERNEL32:misc/stubs.c:1457) GetLongPathNameA() is UNIMPLEMENTED! (sec/lsa.c:221) LsaOpenPolicy - stub (sec/lsa.c:32) (ffffffff):LsaClose stub (KERNEL32:misc/stubs.c:1457) GetLongPathNameA() is UNIMPLEMENTED! (KERNEL32:misc/stubs.c:1457) GetLongPathNameA() is UNIMPLEMENTED! (KERNEL32:misc/stubs.c:1457) GetLongPathNameA() is UNIMPLEMENTED! (sec/lsa.c:221) LsaOpenPolicy - stub (sec/lsa.c:32) (ffffffff):LsaClose stub KeBugCheckWithTf at ke/catch.c:177 Bug detected (code 1e param 0 0 0 0) KMODE_EXCEPTION_NOT_HANDLED Page Fault Exception: 14(0) Processor: 0 CS:EIP 8:8009f441 <ntoskrnl.exe: 9f441> cr2 4ea000 cr3 3b854000 Proc: 80c246b8 Pid: 130 <procexp.> Thrd: 80cc2af0 Tid: 1 34 DS 10 ES 10 FS 30 GS 23 EAX: 80c246b8 EBX: 0000009b ECX: 00001800 EDX: 00010000 EBP: 9e2d7cf8 ESI: 004ea000 ESP: 9e2d7c7c EDI: 005e8424 EFLAGS: 00010216 kESP 9e2d7c7c kernel stack base 9e2d5000 Frames: <ntoskrnl.exe: 72801> <ntoskrnl.exe: 399b> <7FFE0304>

19 years, 6 months

Re: [ros-svn] [gdalsnes] 13791: tcharize a couple of routines

by Royce Mitchell III

shouldn't _tfopen() be a #define?

19 years, 6 months

Re: [ros-dev] added a proposed patch to bugzilla

by Johannes Olofsson

Hi! What about the ö and ä keys? Should they behave the same way? (note that these keys and the ü key are marked as NOCAPS in your layout file). Regards Johannes Olofsson > Från: Roman Hoegg <roman.hoegg(a)unisg.ch> > Till: ros-dev(a)reactos.com > Rubrik: [ros-dev] added a proposed patch to bugzilla > Datum: Wed, 23 Feb 2005 22:58:02 +0100 Hello everybody! I've been a long time lurker and have decided to finaly contribute something to this wonderful project. quick introduction: 29, male, research assistent at the University of St. Gallen (Switzerland), some C/C++ knowledge (but not enough for serious contributions to an OS) I'm in the process of creating a keyboard layout (it's nearly finished) and have run into a problem which I posted in bugzilla. I was told on #reactos that this is the way to do it. http://reactos.com/bugzilla/show_bug.cgi?id=509 would be cool if someone with experience with keyboard layouts could give me a tip. thanks! Roman Hoegg (RomanH)_______________________________________________ Ros-dev mailing list Ros-dev(a)reactos.com http://reactos.com:8080/mailman/listinfo/ros-dev Otur i kärlek - http://www.spray.se/spel Tur i kärlek - http://www.spraydate.com

19 years, 6 months

RE: [ros-svn] [ion] 13776: Test commit. Not official branch release --it will follow shortly in 15 minutes. If this ends up in HEADi will revert immediately (i have svn switched so it shouldn't)

by Casper Hornstrup

There is no need to commit to check that. You can use "svn info". Casper > -----Original Message----- > From: ros-svn-bounces(a)reactos.com > [mailto:ros-svn-bounces@reactos.com] On Behalf Of ion(a)svn.reactos.com > Sent: 28. februar 2005 17:45 > To: ros-svn(a)reactos.com > Subject: [ros-svn] [ion] 13776: Test commit. Not official > branch release --it will follow shortly in 15 minutes. If > this ends up in HEADi will revert immediately (i have svn > switched so it shouldn't) > > Test commit. Not official branch release -- it will follow > shortly in 15 minutes. If this ends up in HEAD i will revert > immediately (i have svn switched so it shouldn't)

19 years, 6 months

Uptime.exe

by James Tabor

Hi, I had this for a long time, Org unknown, Good luck, James

19 years, 6 months

Explorer in XP and Wallpaper changing...

by Alex Ionescu

Hi everyone, Firstly, it seems our explorer doesn't load in WXP anymore. Looks like we are directly importing NtGdiBitBlt (undocumented function) instead of relying on BitBlt. I don't see any need to use undocumented native API in explorer... I've also heard that it's impossible to built it with msvc because of numerous (43) template errors. Bizzeh on IRC knows more about this. Secondly, I've tried out the new wallpaper changing, and it crashes on my build, inside win32k. I am running qemu + optimized build...can anyone else repro? I will try other BMPs to make sure mine isn't corrupted (which still means there' s a bug). Best regards, Alex Ionescu

19 years, 6 months

Re: [ros-svn] [ion] 13776: Test commit. Not official branch release -- it will follow shortly in 15 minutes. If this ends up in HEAD i will revert immediately (i have svn switched so it shouldn't)

by Alex Ionescu

SVN messed up... do not update to 13776... I will revert. ion(a)svn.reactos.com wrote: >Test commit. Not official branch release -- it will follow shortly in 15 minutes. If this ends up in HEAD i will revert immediately (i have svn switched so it shouldn't) > > >Added files: >trunk/reactos/ntoskrnl/ex/error.c >trunk/reactos/ntoskrnl/ob/wait.c > >Updated files: >trunk/reactos/config >trunk/reactos/drivers/storage/floppy/floppy.c >trunk/reactos/include/ddk/extypes.h >trunk/reactos/include/ddk/iotypes.h >trunk/reactos/include/ddk/ketypes.h >trunk/reactos/include/ntos/zwtypes.h >trunk/reactos/lib/ntdll/def/ntdll.def >trunk/reactos/ntoskrnl/Makefile >trunk/reactos/ntoskrnl/cm/registry.c >trunk/reactos/ntoskrnl/ex/event.c >trunk/reactos/ntoskrnl/ex/evtpair.c >trunk/reactos/ntoskrnl/ex/init.c >trunk/reactos/ntoskrnl/ex/mutant.c >trunk/reactos/ntoskrnl/ex/rundown.c >trunk/reactos/ntoskrnl/ex/sem.c >trunk/reactos/ntoskrnl/ex/sysinfo.c >trunk/reactos/ntoskrnl/ex/timer.c >trunk/reactos/ntoskrnl/ex/work.c >trunk/reactos/ntoskrnl/include/internal/ex.h >trunk/reactos/ntoskrnl/include/internal/id.h >trunk/reactos/ntoskrnl/include/internal/io.h >trunk/reactos/ntoskrnl/include/internal/ke.h >trunk/reactos/ntoskrnl/include/internal/nls.h >trunk/reactos/ntoskrnl/include/internal/ntoskrnl.h >trunk/reactos/ntoskrnl/include/internal/ps.h >trunk/reactos/ntoskrnl/io/bootlog.c >trunk/reactos/ntoskrnl/io/create.c >trunk/reactos/ntoskrnl/io/driver.c >trunk/reactos/ntoskrnl/io/iocomp.c >trunk/reactos/ntoskrnl/io/iomgr.c >trunk/reactos/ntoskrnl/io/wmi.c >trunk/reactos/ntoskrnl/ke/apc.c >trunk/reactos/ntoskrnl/ke/bug.c >trunk/reactos/ntoskrnl/ke/catch.c >trunk/reactos/ntoskrnl/ke/dpc.c >trunk/reactos/ntoskrnl/ke/event.c >trunk/reactos/ntoskrnl/ke/i386/tskswitch.S >trunk/reactos/ntoskrnl/ke/kthread.c >trunk/reactos/ntoskrnl/ke/main.c >trunk/reactos/ntoskrnl/ke/mutex.c >trunk/reactos/ntoskrnl/ke/queue.c >trunk/reactos/ntoskrnl/ke/sem.c >trunk/reactos/ntoskrnl/ke/timer.c >trunk/reactos/ntoskrnl/ke/wait.c >trunk/reactos/ntoskrnl/ntoskrnl.def >trunk/reactos/ntoskrnl/ntoskrnl.mc >trunk/reactos/ntoskrnl/ps/kill.c >trunk/reactos/ntoskrnl/ps/process.c >trunk/reactos/ntoskrnl/ps/thread.c >trunk/reactos/ntoskrnl/rtl/nls.c >trunk/reactos/tools/nci/sysfuncs.lst > >Deleted files: >trunk/reactos/ntoskrnl/ke/alert.c >trunk/reactos/ntoskrnl/ke/critical.c >trunk/reactos/ntoskrnl/ke/error.c > >_______________________________________________ >Ros-svn mailing list >Ros-svn(a)reactos.com >http://reactos.com:8080/mailman/listinfo/ros-svn > > >

19 years, 6 months

RE: [ros-svn] [sedwards] 13772: merge in Winehq changes to reduce noise

by Casper Hornstrup

You need to revert that change and merge the wine changes to the vendor branch instead and then merge them back to trunk. This is so we keep wine and ReactOS changes separate from each other. GvG has a tutorial somewhere I believe? Casper > -----Original Message----- > From: ros-svn-bounces(a)reactos.com > [mailto:ros-svn-bounces@reactos.com] On Behalf Of > sedwards(a)svn.reactos.com > Sent: 27. februar 2005 23:56 > To: ros-svn(a)reactos.com > Subject: [ros-svn] [sedwards] 13772: merge in Winehq > changes to reduce noise > > merge in Winehq changes to reduce noise > > > Updated files: > trunk/reactos/tools/widl/ChangeLog > trunk/reactos/tools/widl/parser.y > trunk/reactos/tools/widl/server.c > trunk/reactos/tools/widl/typelib.c > trunk/reactos/tools/widl/widl.c > trunk/reactos/tools/widl/widl.h > trunk/reactos/tools/widl/y.tab.c > > Deleted files: > trunk/reactos/tools/widl/client.h > trunk/reactos/tools/widl/proxy.h > trunk/reactos/tools/widl/server.h > > _______________________________________________ > Ros-svn mailing list > Ros-svn(a)reactos.com > http://reactos.com:8080/mailman/listinfo/ros-svn

19 years, 6 months

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Ros-dev