- Ros-dev - ReactOS.org

RE: [ros-dev] Idea to save time in future - Language Support AndUse in Reactos

by Radovan Skolnik

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.

20 years, 2 months

2
1
0 0

Re: AW: [ros-dev] Saying To All

by Thomas Larsen

--- 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/

20 years, 2 months

2
1
0 0

Re: [ros-dev] Saying To All

by Thomas Larsen

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/

20 years, 2 months

4
3
0 0

Re: AW: [ros-dev] Saying To All

by Steven Edwards

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/

20 years, 2 months

1
0
0 0

Re: Re: [ros-dev] Idea to save time in future - Language Support AndUse in Reactos

by rlangschultz＠cox.net

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 >

20 years, 2 months

2
1
0 0

Idea to save time in future - Language Support And Use in Reactos

by Thomas Larsen

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/

20 years, 2 months

3
2
0 0

Re: [ros-dev] Maybe Its All About Nothing

by Thomas Larsen

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

20 years, 2 months

2
1
0 0

RE: [ros-cvs] CVS Update: rosapps

by Casper Hornstrup

> -----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

20 years, 2 months

11
20
0 0

Saying To All

by Thomas Larsen

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/

20 years, 2 months

3
2
0 0

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

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

20 years, 2 months

8
20
0 0

Re: [ros-dev] makefile naming conventions ( particularly re xml build system )...

by Sylvain Petreolle

--- 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

20 years, 2 months

2
1
0 0

makefile naming conventions ( particularly re xml build system )...

by Royce Mitchell III

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

20 years, 2 months

1
0
0 0

0.2.6 Branch

by Robert Köpferl

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.

20 years, 2 months

1
0
0 0

Explanation needed on TryToTranslateChar...

by Johannes Olofsson

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

20 years, 2 months

2
1
0 0

[PATCH] Add full search functionality to ROS regedit

by Jan Schiefer

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!

20 years, 2 months

2
7
0 0

Re: [ros-dev] Registry and ObjectManager (was FreeLdr Part II)

by Steven Edwards

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/

20 years, 2 months

3
3
0 0

Re: [ros-dev] RE: [ros-svn] [sedwards] 13904: imported catch-22 solclone withauthors permission

by Steven Edwards

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/

20 years, 2 months

1
0
0 0

RE: [ros-dev] RE: [ros-svn] [sedwards] 13904: imported catch-22 s olclone withauthors permission

by Murphy, Ged (Bolton)

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

20 years, 2 months

1
0
0 0

Re: [ros-dev] RE: [ros-svn] [sedwards] 13904: imported catch-22 sol clone withauthors permission

by Steven Edwards

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/

20 years, 2 months

2
1
0 0

RE: [ros-svn] [sedwards] 13904: imported catch-22 sol clone withauthors permission

by Casper Hornstrup

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

20 years, 2 months

1
0
0 0

Bug#492 - Nvidia " IoConnectInterrupt" - Conflict with RTL8139 driver

by Gge

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

20 years, 2 months

1
0
0 0

RE: [ros-dev] Registry and ObjectManager (was FreeLdr Part II)

by Steven Edwards

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/

20 years, 2 months

1
0
0 0

[Fwd: [ros-svn] [navaraf] 13895: Fix failure case in IoConnectInterrupt. - Nvidia driver crash

by Gge

Filip, I do not know if this patch is related to my nvidia driver 66.93 crash (interrupt registration conflict) but i tested it and no change ... To remember about this problem , i created the bug #522 => May I have feedback from Nvidia users ? Note : The driver version 43.45 worked ok several months ago on my video card. Regards Gerard

20 years, 2 months

1
0
0 0

french sysdm translation and some fixes in rc files

by Sylvain Petreolle

french sysdm translation and some fixes in rc files Kind regards, Usurp (aka Sylvain Petreolle) humans are like computers, yesterday the BIOS was all - today its just a word

20 years, 2 months

1
0
0 0

Userland services

by art yerkes

What are our current options for creating userland services in reactos? We don't seem to have an svchost, so should I make my service a standalone exe for now? Is anybody working on service support? -- Here's a simple experiment. Stand on a train track between two locomotives which are pushing on you with equal force in opposite directions. You will exhibit no net motion. None the less, you may soon begin to notice that something important is happening. -- Robert Stirniman

20 years, 2 months

4
4
0 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Ros-dev