- Ros-dev - ReactOS.org

Re: [ros-svn] [navaraf] 13947: Don't use intermediate objects linked with "ld -r". There's a bug in binutils that causes the data section relocations to be stripped.
by Hartmut Birr 12 Mar '05

12 Mar '05

It seems there are more bugs in ld or anywhere. Some relocation entries points to an address, which must not relocated. This entries starts always in the upper range of the text section. Ntoskrnl does also contain relocation entries for the bss section. - Hartmut navaraf(a)svn.reactos.com schrieb: >Don't use intermediate objects linked with "ld -r". There's a bug in binutils that causes the data section relocations to be stripped. > > >Updated files: >trunk/reactos/ntoskrnl/Makefile > >_______________________________________________ >Ros-svn mailing list >Ros-svn(a)reactos.com >http://reactos.com:8080/mailman/listinfo/ros-svn > > > >

2 1

Idea to save time in future - Language Support AndUse inReactos [non HTML - sorry for previous post]
by Radovan Skolnik 12 Mar '05

12 Mar '05

What you're saying is true however let me bring forth few points: 1. MUI only works one some Windows versions - true. However it runs basically on all Windows versions available today (Windows 98/Me is not your target) and Windows XP Home Edition as we all know is binary compatible with Windows XP so the limitation is only in version check. 2. You cannot get it free - true. But is this important? You cannog get Windows for free as well and still you're trying to clone it (rather succesfully). 3. Are you sure the API is not available? I believe it would be fairly easy to reasearch it even if it wasn't. 4. "So I think reactos must support least 2 langues at fly." Why limit yourself to 2 only? Why not 3 or 4? 5. "But why not deside which langues it will support when it compile." In my opinion this is answered very easily: a. Because you do not want to create ReactOS for power-users who are keen to compile stuff. If you need to compile it you'll scare newbies who just want the simplicity of their old Windows for free. b. Because it contradicts your initial requirement: "If you look at Amiga OS (Workbench 2.0 or higher) you can change the hole os langues when it was running." All in all: I think the M$ approach is really good one: scalable and easy to use. If you don't want to clone the API for whatever reason, clone the principle... Best regards Radovan Skolnik "Magnus Olsen" <magnus(a)itkonsult-olsen.com> Sent by: ros-dev-bounces(a)reactos.com 12.03.2005 14:57 -------------------------------------------------------------------------------- Please respond to ReactOS Development List -------------------------------------------------------------------------------- To "ReactOS Development List" <ros-dev(a)reactos.com> cc bcc Subject Re: [ros-dev] Idea to save time in future - Language Support AndUse inReactos The MUI only work on some windows version and you can not geting it free. or even the api. So I think reactos must support least 2 langues at fly. But why not deside which langues it will support when it compile. if you only want example english and french example you got it or you want all langues. you got it instead. when reactos are beign compile ? I have done a copy and paste from ms site http://www.microsoft.com/globaldev/DrIntl/faqs/MUIFaq.mspx#MUIques1 read it about it here. What versions of Windows are supported by MUI? MUI was introduced in the Windows 2000 timeframe and is available for: a.. Windows 2000 Professional b.. Windows 2000 Server Family - often implemented in a Terminal Services environment c.. Windows XP Professional d.. Windows XP for Tablet PC e.. Windows Server 2003 Family f.. Windows XP Embedded MUI is not supported on consumer versions of Windows such as Windows 9x, Windows Me, and Windows XP Home Edition. What are the system requirements of Windows MUI? MUI is an add-on to the English version of Windows XP Professional and Windows 2000 family of operating systems, and will not install on localized versions of Windows XP/2000 or on Windows XP Home Edition. Every additional language installed will require approximately 115 MB extra disk space for Windows XP, 45MB for Windows 2000; East Asian language support requires an additional 250 MB. How can I acquire Windows MUI? The Windows XP/2000 MUI is sold only through Volume Licensing programs such as the Microsoft Open License Program (MOLP / Open), Select, and Enterprise agreement (or with a new computer as an OEM version at customer request). It is not available through retail channels. ----- Original Message ----- From: "Radovan Skolnik" <Radovan_Skolnik(a)tempest.sk> To: <ros-dev(a)reactos.com> Sent: Saturday, March 12, 2005 1:40 PM Subject: RE: [ros-dev] Idea to save time in future - Language Support AndUse inReactos > Hello guuys (and girls if any out there)! > > Until now I have been watching the development of ReactOS with great > interest but as a not-so-great C/C++ programmer (especially for kernel > stuff) I felt no urge to add my (for you would be worthless) comments :-) > However the discussion about localizing ReactOS struck me because I think > there's one thing in/for M$ Windows/Office you probably don't know about > that already handles this. It is called MUI (Multilingual User Interface > Pack) - read about it here: > http://www.microsoft.com/globaldev/DrIntl/faqs/MUIFaq.mspx What it does is > that it adds another combo box to Regional Settings in Control Panel and > each user can choose language to its liking (from those installed of > course). I can have a look at install media for few languages but as far as > I remember it is only bunch of .inf & .dll (probably resources) files. So I > believe there is indeed an API to achieve this. So if you're aiming for > maximum compatibility with original Windows (whatever version) you should > probably consider this approach. I'm home and sick now with flu but when I > get well I'll research the MUI media in more detailed way and let you > know... > > Best regards > > Radovan Skolnik > > ----- Original Message ----- > From: Magnus Olsen magnus at itkonsult-olsen.com > > I want see driffnet langues in the dll and change langues on fly > instead compile a dll file for each langues. I am mising that feturtuer in > windows. > If you look at Amiga OS (Workbench 2.0 or higher) you can change the hole > os > langues > when it was running. in windows you are stuck with one langues. > > So I think it is good idea to compile all langues into all dll file. > then select in the os wich langues you want use. > > _______________________________________________ > Ros-dev mailing list > Ros-dev(a)reactos.com > http://reactos.com:8080/mailman/listinfo/ros-dev _______________________________________________ Ros-dev mailing list Ros-dev(a)reactos.com http://reactos.com:8080/mailman/listinfo/ros-dev

1 0

Re: [ros-dev] Idea to save time in future - Language Support AndUse inReactos
by Radovan Skolnik 12 Mar '05

12 Mar '05

1 0

RE: [ros-dev] Idea to save time in future - Language Support AndUse in Reactos
by Radovan Skolnik 12 Mar '05

12 Mar '05

Hello guuys (and girls if any out there)! Until now I have been watching the development of ReactOS with great interest but as a not-so-great C/C++ programmer (especially for kernel stuff) I felt no urge to add my (for you would be worthless) comments :-) However the discussion about localizing ReactOS struck me because I think there's one thing in/for M$ Windows/Office you probably don't know about that already handles this. It is called MUI (Multilingual User Interface Pack) - read about it here: http://www.microsoft.com/globaldev/DrIntl/faqs/MUIFaq.mspx What it does is that it adds another combo box to Regional Settings in Control Panel and each user can choose language to its liking (from those installed of course). I can have a look at install media for few languages but as far as I remember it is only bunch of .inf & .dll (probably resources) files. So I believe there is indeed an API to achieve this. So if you're aiming for maximum compatibility with original Windows (whatever version) you should probably consider this approach. I'm home and sick now with flu but when I get well I'll research the MUI media in more detailed way and let you know... Best regards Radovan Skolnik ----- Original Message ----- From: Magnus Olsen magnus at itkonsult-olsen.com I want see driffnet langues in the dll and change langues on fly instead compile a dll file for each langues. I am mising that feturtuer in windows. If you look at Amiga OS (Workbench 2.0 or higher) you can change the hole os langues when it was running. in windows you are stuck with one langues. So I think it is good idea to compile all langues into all dll file. then select in the os wich langues you want use.

2 1

Re: AW: [ros-dev] Saying To All
by Thomas Larsen 12 Mar '05

12 Mar '05

--- Rouven We�ling <rouven(a)rouvenwessling.de> wrote: Thomas Larsen schrieb: >4. Disam shell32 and scsiport.sys Theire where lot of places where it where identical > > >The M$ compiler and gcc is very different. If you compare the assembler >code which is compiled from the same source, you can found the same >functions bodies, but inside the functions there are many differences. >Some time ago, I've ported a simple driver for an eprom programer from >M$ tools to the ReactOS build system. At the start it hasn't worked, >because I forgot the stdcall attributes for some functions. The >reassembled code was very different. Their are not that big difference agre that scsiport is in c code when you compile it you get machine code right when you compare the "C CODE from scsiport.sys from REACTOS" with microsoft asm from ida pro it will list the functions used and the params used and what cases it used around in the code what internal function their are called not so hard BUT if you compare GNU Asm Vs. Ms Asm their will be a big diff. >5. Microsoft Source leak my friend just downloaded it i got parts of the >code what could be on my >1,33 mb floppy > > >If you was interessted to compare the ros and M$ code, >you have neverworked with a floppy. It is too simple to burn a cd or dvd. If i want to use a floppy i use a fucking floppy the parts i wanted to find out where small sections from shell32 and scsiport.sys just to get some invidence from winnt4.0 and i got those thing one my so simple floppy i could use a dvd a cdrom a harddisk but why i could be on my floppy >6. Saw scsiport.sys where 90% identical i layout and code and alittel of >shell32 > > >Some parts of scsiport are from me. I've never seen the scsiport sources >from M$. I'm not sure which code from M$ you know. Our scsiport is more >compatible with the NT4.0 one. I've test many scsi controller with its >NT 4.0 drivers (adaptect 2940, ataptec on asus p2d, dmx3194uw, diamond >fireport, tekram dc390, initio a100, some with different lsi chipset, >some with initio 950 chip set). I think M$ has lost the W2K sourcesand >not the NT4.0 one. Our scsiport is very different from W2k and it is >different from NT4.0. I've add a list of imported functions. Some >functions are very specific for the implemention. ReactOS doesn't use >IoFreeMdl, IoFreeIrp, the DeviceQueu functions and some others. Many >things may nearly the same, bcause they must implement the some >functions. Our implementation is different from M$. The different >imported functions shows this. You cannot find 90% identical, if you >compare our source with the M$ source. 1. You point is GNU Asm / Microsoft Asm is Different - SO 2. I Dont use a cdrom or other media when its so easy - SO i still use floppy for small items dont think you know that in denmark their are taxes on the cdroms 3. Saying that microsoft uses some function witch reactos dont; i leave up to you to take an asm program Ida Pro 4.7 remember debug info is a good start see the exports in Winnt 4.0 Scsiport Driver and the imports and come back to me.. then you can open your mouth once again.- else its it would be a waste of time writing to me Thomas __________ __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/

2 1

Re: [ros-dev] Saying To All
by Thomas Larsen 12 Mar '05

12 Mar '05

My english is sometimes poor For the first i give a shit public or not 1. One day i found reactos 2. Where looking on how you made reactos drivers and got (exiting=happy dont know how to spell) 3. Got Ida Disam in demo version 4. Disam shell32 and scsiport.sys Theire where lot of places where it where identical 5. Microsoft Source leak my friend just downloaded it i got parts of the code what could be on my 1,33 mb floppy 6. Saw scsiport.sys where 90% identical i layout and code and alittel of shell32 7. Wrote one mail or two dont remember saying it should newer have done so 8. Got many really unhappy ppl. email answers (they want to see the source and No i dident) 9. Talked with alot of ppl and i discover that i where not right 10. Worked on with reactos 11. The mail today ;I'm not quite sure what you're driving at, but are you saying you ;posess(ed) the leaked sources? And - by comparing it with ReactOS/WINE - ;we must have been tainted with it? I really hope I mistook that. i dident possess (in my word book its is "showing" the source) And no that where not what i meant to say Im Saying that i could just have changed email and name (NO Worry i dident do that) And my point only where give me a chance the only thing i want to is to help reactos.. but it seems that their are no chance so saying goodbye.. sry.. Thomas __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/

4 3

Re: AW: [ros-dev] Saying To All
by Steven Edwards 12 Mar '05

12 Mar '05

Hi, --- Thomas Larsen <sikker2004(a)yahoo.com> wrote: > If i want to use a floppy > i use a fucking floppy the parts i wanted to find out where small sections from shell32 and > scsiport.sys just to get some invidence from winnt4.0 and i got those thing one my so simple > floppy i could use a dvd a cdrom a harddisk but why i could be on my floppy If I am reading this right, he is saying that he has looked at Microsoft source code and compared it to ReactOS. Is that right? Or just compared disassembled functions? In anycase, if Microsoft thinks there is a copyright violation in ReactOS please have them contact us and stop spaming the list. Thanks Steven __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/

1 0

Re: Re: [ros-dev] Idea to save time in future - Language Support AndUse in Reactos
by rlangschultz＠cox.net 12 Mar '05

12 Mar '05

The Problem with this would be that the dll files or perhaps any compiled file would be large. Think of all the words that the German, English, French, portuguese, etc languages have. Doing this would make a binary executable be extremely large. I know that i only can use a limited amount of space with my vmware, bochs, and qemu images. about 256mbs is all. even if ReactOS did something like shell32.us-en.dll or shell32.us-es.dll or perhaps even shell32.1033.dll would be difficult because some executables come precompiled to use a staticly named dll file. I would think that adding every language would be very time consuming, and tax your disk space. > > From: "Magnus Olsen" <magnus(a)itkonsult-olsen.com> > Date: 2005/03/11 Fri PM 01:08:08 EST > To: "ReactOS Development List" <ros-dev(a)reactos.com> > Subject: Re: [ros-dev] Idea to save time in future - Language Support AndUse > in Reactos > > I want see driffnet langues in the dll and change langues on fly > instead compile a dll file for each langues. I am mising that feturtuer in > windows. > If you look at Amiga OS (Workbench 2.0 or higher) you can change the hole os > langues > when it was running. in windows you are stuck with one langues. > > So I think it is good idea to compile all langues into all dll file. > then select in the os wich langues you want use. > > > ----- Original Message ----- > From: "Thomas Weidenmueller" <w3seek(a)reactos.com> > To: "ReactOS Development List" <ros-dev(a)reactos.com> > Sent: Friday, March 11, 2005 11:16 AM > Subject: Re: [ros-dev] Idea to save time in future - Language Support AndUse > in Reactos > > > > Thomas Larsen wrote: > > > > >Language Support And Use in Reactos > > > > > >Idea: Split the files by using config and only include whats needed by > dev and end user > > >goal: Saves time in compiling and get smaller fil sizes. > > > > > > > > Resource files usually compile pretty fast and are usually not that big > > unless they contain large bitmaps. > > > > >If not done imagine 256 languages in each file getting included then we > would get pretty large > > >files just see shell32.dll and its a waste both for the end users and us > it takes a while extra to > > >include all those extra langs > > > > > > > > I wouldn't consider it as a waste of space, applications that use other > > locales then work correctly and dialogs etc work in all the same > > language. It's been bugging me that for instance german applications > > that run on an english system are completely german except the message > > box buttons, common controls, .... > > > > >The Config File i Reactos Root path > > ># Which default language would you like to use > > ># Select Between: English:En, Danish:Dk, France:Fr etc. > > >DEFAULTOSLANG=Dk > > > > > >The Ressource.rc file in each paths > > >#if DEFAULTLANG > > >#include %DEFAULTLANG%.rc // Need to test if exist if not include en.rc a > littel app could check > > >for this it would be pretty fast else include english res > > >#else > > >#include "En.rc" > > >#endif > > > > > >Just an idea.. Thomas > > > > > > > > Specifying a default language is indeed good, however I don't think it's > > good to compile just with this chosen language. But that's just my > > personal opinion. > > > > Best Regards, > > Thomas > > _______________________________________________ > > Ros-dev mailing list > > Ros-dev(a)reactos.com > > http://reactos.com:8080/mailman/listinfo/ros-dev > > _______________________________________________ > Ros-dev mailing list > Ros-dev(a)reactos.com > http://reactos.com:8080/mailman/listinfo/ros-dev >

2 1

Idea to save time in future - Language Support And Use in Reactos
by Thomas Larsen 11 Mar '05

11 Mar '05

Language Support And Use in Reactos Idea: Split the files by using config and only include whats needed by dev and end user goal: Saves time in compiling and get smaller fil sizes. If not done imagine 256 languages in each file getting included then we would get pretty large files just see shell32.dll and its a waste both for the end users and us it takes a while extra to include all those extra langs The Config File i Reactos Root path # Which default language would you like to use # Select Between: English:En, Danish:Dk, France:Fr etc. DEFAULTOSLANG=Dk The Ressource.rc file in each paths #if DEFAULTLANG #include %DEFAULTLANG%.rc // Need to test if exist if not include en.rc a littel app could check for this it would be pretty fast else include english res #else #include "En.rc" #endif Just an idea.. Thomas Ps. alot of patches new files and translation on bugzilla if any want to use it. :-) __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/

3 2

Re: [ros-dev] Maybe Its All About Nothing
by Thomas Larsen 11 Mar '05

11 Mar '05

I Where pist that day from my point Illegal code in reactos in project i want to be in to Angry a took some maybe lille fast conclusions you just love to take old things up... or what.. Thomas __________________________________ Do you Yahoo!? Yahoo! Mail - Find what you need with new enhanced search. http://info.mail.yahoo.com/mail_250

2 1

RE: [ros-cvs] CVS Update: rosapps
by Casper Hornstrup 11 Mar '05

11 Mar '05

> -----Original Message----- > From: ros-cvs-bounces(a)reactos.com > [mailto:ros-cvs-bounces@reactos.com] On Behalf Of Emanuele Aliberti > Sent: 1. december 2004 15:00 > To: ros-cvs(a)reactos.com > Subject: [ros-cvs] CVS Update: rosapps > > CVSROOT: /CVS/ReactOS > Module name: rosapps > Repository: rosapps/calc/ > Changes by: ea(a)mok.osexperts.com 04/12/01 14:59:52 > > Added files: > rosapps/calc/: .cvsignore > > Log message: Is it a CVS trick? Casper

11 20

Saying To All
by Thomas Larsen 11 Mar '05

11 Mar '05

Its a long time ago now Geldorp i no longer got the source code yes i look at it but only because some drivers and shell code where extreme close to microsofts old ones and i dident want to work on a project if it gets closed but now i know you and wine dident.. still sry for the accousing but i can do anything execpt saying that im sry And i could have changed e-mail and called me bob if it where that but i dident just to give you some to think about.. Im not mad or angry i where not clear about the policy back their and it where just to help you and reactos.. Thomas Larsen __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/

3 2

Re: [ros-svn] [ion] 13832: - FreeLdr Part II (ntoskrnl is now relocated, removes 3GB compiler flag). Note that there is a bug in LD which Filip and I are examining, so do not try this yet.
by James Tabor 11 Mar '05

11 Mar '05

BugCheck Alert! ion(a)svn.reactos.com wrote: > - FreeLdr Part II (ntoskrnl is now relocated, removes 3GB compiler flag). Note that there is a bug in LD which Filip and I are examining, so do not try this yet. > - Fix Registry ObRef/ObDeref bug -- Hartmut > - Fix SID Capture Bug -- Thomas > - Use KPRCB pointer properly (results in more portable and much faster code) > (ob/object.c:1034) Object 81d6ad68/81d6ad90 has invalid handle count (-858993460 ) KeBugCheck at ob/object.c:1035 A problem has been detected and ReactOS has been shut down to prevent damage to your computer. The bug code is undefined. Please use an existing code instead. Technical information: *** STOP: 0x00000000 (0x00000000,0x00000000,0x00000000,0x00000000) Frames: <ntoskrnl.exe: bf15 (ke/bug.c:425 (KeBugCheckEx))> <ntoskrnl.exe: bf51 (ke/bug.c:445 (KeBugCheck))> <ntoskrnl.exe: a98ba (ob/object.c:1035 (ObfDereferenceObject))> <ntoskrnl.exe: a7310 (ob/handle.c:959 (NtClose))> <ntoskrnl.exe: 33c2 (/tmp/cch6Lxn6.s:178 (KiSystemService))> <658D9845> <win32k.sys: 4b9bc (objects/text.c:2928 (TextIntRealizeFont))> <win32k.sys: 3811d (objects/dc.c:1867 (NtGdiSelectObject))> <ntoskrnl.exe: 33c2 (/tmp/cch6Lxn6.s:178 (KiSystemService))> <user32.dll: 3be70 (controls/edit.c:2977 (EDIT_EM_PosFromChar))> Entered debugger on exception number 3 (Breakpoint) Entered kernel debugger (type "help" for a list of commands) kdb:> bt Frames: <ntoskrnl.exe: 50d7 (ke/i386/brkpoint.c:50 (DbgBreakPointWithStatus))> <ntoskrnl.exe: be64 (ke/bug.c:397 (KeBugCheckWithTf))> <ntoskrnl.exe: bf15 (ke/bug.c:425 (KeBugCheckEx))> <ntoskrnl.exe: bf51 (ke/bug.c:445 (KeBugCheck))> <ntoskrnl.exe: a98ba (ob/object.c:1035 (ObfDereferenceObject))> <ntoskrnl.exe: a7310 (ob/handle.c:959 (NtClose))> <ntoskrnl.exe: 33c2 (/tmp/cch6Lxn6.s:178 (KiSystemService))> <win32k.sys: 4b9bc (objects/text.c:2928 (TextIntRealizeFont))> <win32k.sys: 3811d (objects/dc.c:1867 (NtGdiSelectObject))> <ntoskrnl.exe: 33c2 (/tmp/cch6Lxn6.s:178 (KiSystemService))> <user32.dll: 3be70 (controls/edit.c:2977 (EDIT_EM_PosFromChar))> <user32.dll: 3c2e0 (controls/edit.c:1583 (EDIT_GetLineRect))> <user32.dll: 3dd6e (controls/edit.c:1711 (EDIT_InvalidateText))> <user32.dll: 3f927 (controls/edit.c:4791 (EDIT_WM_SetText))> <user32.dll: 41a88 (controls/edit.c:1002 (EditWndProc_common))> <user32.dll: 42636 (controls/edit.c:1064 (EditWndProcW))> <user32.dll: 11ea1 (windows/message.c:964 (IntCallWindowProcW))> <user32.dll: 13207 (windows/message.c:1868 (User32CallWindowProcFromKernel))> <ntdll.dll: 9124 (rtl/callback.c:36 (KiUserCallbackDispatcher))> <user32.dll: 1df55 (windows/dialog.c:528 (DIALOG_DoDialogBox))> <user32.dll: 1e0f2 (windows/dialog.c:1632 (DialogBoxParamA))> <taskmgr.exe: fa62 (taskmgr.c:109 (WinMain))> <taskmgr.exe: 1242a (graphctl.c:605 (GraphCtrl_WndProc))> <taskmgr.exe: 11e7> <taskmgr.exe: 1258> <kernel32.dll: 26562 (process/create.c:339 (BaseProcessStart))> kdb:> regs CS:EIP 0008:800050d7, EAX 00000004 EBX 00000000 ECX 8013aa10 EDX 00000000 ESI 00000000 EDI 00000000 EBP 9e9eba38 SS:ESP be64:9e9eba78 EFLAGS: IF IOPL0 kdb:> dregs Trap : DR0 00000000 DR1 00000000 DR2 00000000 DR3 00000000 DR6 ffff0ff0 DR7 00 000400 kdb:> cregs CR0: PE MP TS NE WP PG CR1 00000000 CR2 000bf000 CR3 3aa57000 CR4 00000680 TR 9e9eb9c4 LDTR 00000000 kdb:> plist Process list: 308 taskmgr.296 ctm.EXE284 cmd.exe 268 cmd.exe256 explorer244 userinit224 umpnpmgr 208 eventlog192 services160 winlogon132 csrss.ex 104 smss.exe4 System Wow! James

8 20

Re: [ros-dev] makefile naming conventions ( particularly re xml build system )...
by Sylvain Petreolle 11 Mar '05

11 Mar '05

--- Royce Mitchell III <royce3(a)ev1.net> wrote: > Someone mentioned recently that we should name all the xml build system > files makefile.rbuild, or something to that effect. > > I didn't have an opinion at the time, but I have recently developed a > very strong one... > > If all the build system's files are named the same, and if you have 3 of > them open in notepad, you can't tell which is which from the window's > title. This is IMNSHO a bad thing. What do you do when you have 3 "makefile" open in notepad then ? Kind regards, Usurp (aka Sylvain Petreolle) humans are like computers, yesterday the BIOS was all - today its just a word

2 1

makefile naming conventions ( particularly re xml build system )...
by Royce Mitchell III 11 Mar '05

11 Mar '05

Someone mentioned recently that we should name all the xml build system files makefile.rbuild, or something to that effect. I didn't have an opinion at the time, but I have recently developed a very strong one... If all the build system's files are named the same, and if you have 3 of them open in notepad, you can't tell which is which from the window's title. This is IMNSHO a bad thing. Furthermore, in order to be able to invoke make from any directory, instead of just the top-level one, I need to put a "makefile" ( I'm forced to have same name here ) in each directory that punts to the top-level one. Therefore, some of the bootstrap makefiles will need to be renamed out of the way. My plan is to name the bootstrap makefiles thus: tools/tools.mak tools/unicode/unicode.mak ...you get the idea... If we want to rename all the xml files to *.rbuild, that's fine, but I think making them all "makefile.rbuild" is baaaaad. Peace

1 0

0.2.6 Branch
by Robert Köpferl 10 Mar '05

10 Mar '05

Hi, I am looking forward to do a branch next time to release the v0.2.6. There's however still at least one issue pending. The patch from Alex_Ionescu's branch. So we will still wait for a few days. Please tell what else issues there are to not do the branch. And of course when they are resolved.

1 0

Explanation needed on TryToTranslateChar...
by Johannes Olofsson 10 Mar '05

10 Mar '05

Hi! Could somebody help me out and explain how the TryToTranslateChar function in \reactos\subsys\win32k\ntuser\keyboard.c is supposed to work... First there is the following definition: shift = keyLayout->pCharModifiers->ModNumber[ModBits]; which is later used in: CapsMod = shift | ((CapsState & CAPITAL_BIT) ? vkPtr->Attributes : 0); which is used for the translation: *pwcTranslatedChar = vkPtr->wch[CapsMod]; Doesn't shift contain the index for the VK_TO_CHARSx table in the keyboard layout data structure? Why is it then |:ed with vkPtr->Attributes , which I suppose corresponds to the CAPS/NOCAPS constants in the keyboard layout files ? Shouldn't it be something like: shift = keyLayout->pCharModifiers->ModNumber[ModBits ^ ((CapsState & CAPITAL_BIT) ? vkPtr->Attributes : 0]; Regards Johannes Olofsson 10 Gigabyte Mailbox - http://mail.spray.se

2 1

[PATCH] Add full search functionality to ROS regedit
by Jan Schiefer 10 Mar '05

10 Mar '05

This is a full implementation of the regedit search function. :D English and German language available, with other languages the "Find" and "Find next" menu points are still disabled. Come, get some!! :) :) Greetings, Jan Schiefer!

2 7

Re: [ros-dev] Registry and ObjectManager (was FreeLdr Part II)
by Steven Edwards 10 Mar '05

10 Mar '05

Hi, --- Alex Ionescu <ionucu(a)videotron.ca> wrote: > Once again, I hope nobody takes this personally, but I wanted to clear > up the situation. Also I would like everyone to note that I was not trying to be critical of Alex for maintaining his branch. There was a miscommunication about the merge -> branch for 0.2.6 and I should have sent another note to Alex about it before posting here. The lack of merges is in part because of stablity testing and our miscommuication about when would be the best time. Thanks Steven __________________________________ Celebrate Yahoo!'s 10th Birthday! Yahoo! Netrospective: 100 Moments of the Web http://birthday.yahoo.com/netrospective/

3 3

Re: [ros-dev] RE: [ros-svn] [sedwards] 13904: imported catch-22 solclone withauthors permission
by Steven Edwards 10 Mar '05

10 Mar '05

Hi, --- Casper Hornstrup <ch(a)csh-consult.dk> wrote: > If it's not going on the cd, why do we need it then? As Gedi said, mainly for releases. We still ship a rosapps package during release time and most of the people I meet at expos always joke about ReactOS needing its own solitaire replacement. For us on the dev teams its not worth the hassle of rebuilding sol everytime we rebuild the source tree. Once rbuild is in place with PCH I will look at importing solitaire to the main module. It may have to wait till gcc-4.x as I really don't want to add more time to the build process than needed. Thanks Steven __________________________________ Do you Yahoo!? Yahoo! Sports - Sign up for Fantasy Baseball. http://baseball.fantasysports.yahoo.com/

1 0

RE: [ros-dev] RE: [ros-svn] [sedwards] 13904: imported catch-22 s olclone withauthors permission
by Murphy, Ged (Bolton) 10 Mar '05

10 Mar '05

Can we not just include it into release builds but keep out of /reactos HEAD. It's definitely needed for release builds, but putting it in HEAD just slows down the compile process too much, and unnecessarily, as Steven said. In which case, apps is probably the best place for it. Gedi. -----Original Message----- From: Casper Hornstrup [mailto:ch@csh-consult.dk] Sent: 10 March 2005 16:07 To: 'ReactOS Development List' Subject: [ros-dev] RE: [ros-svn] [sedwards] 13904: imported catch-22 solclone withauthors permission If it's not going on the cd, why do we need it then? Casper ************************************************************************ The information contained in this message or any of its attachments is confidential and is intended for the exclusive use of the addressee. The information may also be legally privileged. The views expressed may not be company policy, but the personal views of the originator. If you are not the addressee, any disclosure, reproduction, distribution or other dissemination or use of this communication is strictly prohibited. If you have received this message in error, please contact postmaster(a)exideuk.co.uk <mailto:postmaster@exideuk.co.uk> and then delete this message. Exide Technologies is an industrial and transportation battery producer and recycler with operations in 89 countries. Further information can be found at www.exide.com

1 0

Re: [ros-dev] RE: [ros-svn] [sedwards] 13904: imported catch-22 sol clone withauthors permission
by Steven Edwards 10 Mar '05

10 Mar '05

Hi, --- Casper Hornstrup <ch(a)csh-consult.dk> wrote: > Doesn't WINE already have one we can share? No it does not. > Why isn't it imported to reactos module so it can get onto the cd? Because it and cardlib are written in C++ and it will add at least another two mins to the build time. If you want to convert it to C be my guest at importing it to the reactos module. > It should be imported as a vendor drop and merged to trunk so we can > track local changes to it and upgrade it easier. The current author has made very little changes to the code in many years. It was just a example of how to used cards.dll using his C++ wrapper "cardlib". Thanks Steven __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/

2 1

RE: [ros-svn] [sedwards] 13904: imported catch-22 sol clone withauthors permission
by Casper Hornstrup 10 Mar '05

10 Mar '05

Doesn't WINE already have one we can share? Why isn't it imported to reactos module so it can get onto the cd? It should be imported as a vendor drop and merged to trunk so we can track local changes to it and upgrade it easier. 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: 10. marts 2005 05:05 > To: ros-svn(a)reactos.com > Subject: [ros-svn] [sedwards] 13904: imported catch-22 sol > clone withauthors permission > > imported catch-22 sol clone with authors permission

1 0

Bug#492 - Nvidia " IoConnectInterrupt" - Conflict with RTL8139 driver
by Gge 10 Mar '05

10 Mar '05

Hello, After disabling the realtek8139 driver in hivesys.inf , the Nvidia driver can load successfully . Log of the boot available at : http://edou4ever.free.fr/gge/reactos/Nvidia_irq_log_without_RTL8139.txt Please may somebody help on this problem ? Best regards Gerard

1 0

RE: [ros-dev] Registry and ObjectManager (was FreeLdr Part II)
by Steven Edwards 09 Mar '05

09 Mar '05

Hi Casper, --- Casper Hornstrup <ch(a)csh-consult.dk> wrote: > Basicly we have the following situation (and please correct me if I'm wrong). Hartmut spends > some time examining the registry and > object manager problems. Alex has partially rewritten the object manager to fix the problems, > but can't get get further because he > needs to wait for Thomas to finish his handle table implementation. Meanwhile, Thomas seems to > be doing everything but finishing his > handle table implementation. Alex keeps an increasing number of bugfixes (not only bugfixes for > the object manager) on his private > miscelanea branch and thus keeping these bugfixes away from 25 developers and whatever number of > testers we have. The 25 developers > and testers will have to live with these bugs until the branch is merged to trunk which appears > to be several weeks away. Hartmut > seems to be willing to fix the object manager and registry manager bugs on trunk, but if he now > did, he would be duplicating work. I agree 100%. I wanted to branch to 0.2.6 but because these fixes are still not on the trunk I cannot do that. If the fixes are not merged on the trunk so then I propose we go ahead and branch it for 0.2.6 and let the testers have at it. Thanks Steven __________________________________ Celebrate Yahoo!'s 10th Birthday! Yahoo! Netrospective: 100 Moments of the Web http://birthday.yahoo.com/netrospective/

1 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Ros-dev