- Ros-dev - ReactOS.org

Re: [ros-dev] Hello list!
by Michele Cicciotti 08 Jul '06

08 Jul '06

Aleksey Bragin wrote: > thanks for sharing, we appreciate more often and better communication > with our SoC participants. sorry for the long periods of silence, but I'm currently without internet connectivity outside of weekends. It should go a lot better starting next week!

1 0

Hello list!
by Michele Cicciotti 08 Jul '06

08 Jul '06

I thought I might share my current progress on my Google Summer of Code project with this lovely project... Briefly, I don't have a lot of code but, I believe, a pretty solid design & a well laid down plan. Here is a writeup I have made about it on my PlanetSoC 2006 blog: <http://2006.planet-soc.com/node/361> It's quite long, so I hope you understand why this here post is so short :-) I'd love any kind of comment on it See you all soon(er)!

2 1

Status of xen port?
by Pablo Menichini 08 Jul '06

08 Jul '06

Hi, I look at xen port and it hasn't been touch in a year. Is it possible to port reactos to xen or is the kernel not mature enought? If it's possible, how long can it take to have a bare minimum port? Thanks, Pablo

3 2

Must read for all ReactOS devs: Status Report requests
by Aleksey Bragin 05 Jul '06

05 Jul '06

Hello, in the process of writing a ReactOS quarterly Status Report, I need every ReactOS Developer (with some exceptions to passive developers too) to write me a private email, stating what they have been doing recently, what they plan to do in near future (near future == 6 months), and what did you achieve from the last status report (january 1st) -- I suppose this will be your favorite section, because it actually gives every developer a chance to show his most prominent work, and make others be proud of it. These emails must be sent as soon as possible, but preferably not later than Wednesday, 5th of July, 2006. If you are really late and did not warn me, you risk not being included into this issue of Status Report. Thank you, With the best regards, Aleksey Bragin ReactOS Project Coordinator

2 1

Re: [ros-dev] [ros-diffs] [winesync] 22829: Autosyncing with Wine
by Murphy, Ged (Bolton) 04 Jul '06

04 Jul '06

winesync(a)svn.reactos.org wrote: > > + <library>ntdll</library> > <file>mpr_main.c</file> > + <library>ntdll</library> > <file>multinet.c</file> > + <library>ntdll</library> > <file>nps.c</file> > + <library>ntdll</library> > <file>pwcache.c</file> > + <library>ntdll</library> > <file>wnet.c</file> > + <library>ntdll</library> The script is still dropping in multiple instances of ntdll. Plus, is anyone checking / testing the syncs with the regression tests? Ged.

2 1

[ros-diffs] [jimtabor] 22840: - CreateWindowExa/W
by James Tabor 04 Jul '06

04 Jul '06

- CreateWindowExA/W - Consolidated both A & W to User32CreateWindowEx and added a Unicode bool to help differenceate between them. Thanks, James

1 0

revert Revision: 22742
by Magnus Olsen 02 Jul '06

02 Jul '06

Revert this change it is incorrect change u have made. I told u do not change it and it is not a bug in the apps, you are hidding the real bug with this that u did found with your consle apps calc and other apps working in ros. revert this changes as ASAP DS_SHELLLFONT is a EXSTYLE EXSTYLE DS_SHELLFONT have same value as EXSTYLE WS_EX_TOPMOST | WS_EX_MDICHILD and posible some others types as well. Revision: 22742 Author: janderwald Date: 20:04:00, den 1 juli 2006 Message: * DS_SHELLFONT is an style not an EXSTYLE. ---- Modified : /trunk/reactos/base/applications/calc/Cz.rc Modified : /trunk/reactos/base/applications/calc/De.rc Modified : /trunk/reactos/base/applications/calc/En.rc Modified : /trunk/reactos/base/applications/calc/Es.rc Modified : /trunk/reactos/base/applications/calc/Fr.rc Modified : /trunk/reactos/base/applications/calc/Hu.rc Modified : /trunk/reactos/base/applications/calc/It.rc Modified : /trunk/reactos/base/applications/calc/Ja.rc Modified : /trunk/reactos/base/applications/calc/Nl.rc Modified : /trunk/reactos/base/applications/calc/Pt.rc Modified : /trunk/reactos/base/applications/calc/Ru.rc Modified : /trunk/reactos/base/applications/calc/Sv.rc Modified : /trunk/reactos/base/applications/calc/Uk.rc Modified : /trunk/reactos/base/applications/control/control.c Modified : /trunk/reactos/base/applications/games/solitaire/de.rc Modified : /trunk/reactos/base/applications/games/solitaire/en.rc Modified : /trunk/reactos/base/applications/games/winemine/De.rc Modified : /trunk/reactos/base/applications/games/winemine/En.rc Modified : /trunk/reactos/base/applications/games/winemine/Fr.rc Modified : /trunk/reactos/base/applications/games/winemine/Nl.rc Modified : /trunk/reactos/base/applications/games/winemine/Pl.rc Modified : /trunk/reactos/base/applications/getfirefox/De.rc Modified : /trunk/reactos/base/applications/getfirefox/En.rc Modified : /trunk/reactos/base/applications/getfirefox/Fr.rc Modified : /trunk/reactos/base/applications/getfirefox/Hu.rc Modified : /trunk/reactos/base/applications/getfirefox/Nl.rc Modified : /trunk/reactos/base/applications/getfirefox/Ru.rc Modified : /trunk/reactos/base/applications/getfirefox/Sv.rc Modified : /trunk/reactos/base/applications/getfirefox/Uk.rc Modified : /trunk/reactos/base/applications/ibrowser/De.rc Modified : /trunk/reactos/base/applications/ibrowser/En.rc Modified : /trunk/reactos/base/applications/ibrowser/Nl.rc Modified : /trunk/reactos/base/applications/imagesoft/En.rc Modified : /trunk/reactos/base/applications/msconfig/De.rc Modified : /trunk/reactos/base/applications/msconfig/En.rc Modified : /trunk/reactos/base/applications/msconfig/Fr.rc Modified : /trunk/reactos/base/applications/msconfig/Hu.rc Modified : /trunk/reactos/base/applications/msconfig/Nl.rc Modified : /trunk/reactos/base/applications/msconfig/No.rc Modified : /trunk/reactos/base/applications/notepad/res/Cs.rc Modified : /trunk/reactos/base/applications/notepad/res/Da.rc Modified : /trunk/reactos/base/applications/notepad/res/De.rc Modified : /trunk/reactos/base/applications/notepad/res/En.rc Modified : /trunk/reactos/base/applications/notepad/res/Es.rc Modified : /trunk/reactos/base/applications/notepad/res/Fi.rc Modified : /trunk/reactos/base/applications/notepad/res/Fr.rc Modified : /trunk/reactos/base/applications/notepad/res/Gr.rc Modified : /trunk/reactos/base/applications/notepad/res/Hu.rc Modified : /trunk/reactos/base/applications/notepad/res/It.rc Modified : /trunk/reactos/base/applications/notepad/res/Ja.rc Modified : /trunk/reactos/base/applications/notepad/res/Nl.rc Modified : /trunk/reactos/base/applications/notepad/res/Pl.rc Modified : /trunk/reactos/base/applications/notepad/res/Pt.rc Modified : /trunk/reactos/base/applications/notepad/res/Ru.rc Modified : /trunk/reactos/base/applications/notepad/res/Si.rc Modified : /trunk/reactos/base/applications/notepad/res/Sk.rc Modified : /trunk/reactos/base/applications/notepad/res/Sv.rc Modified : /trunk/reactos/base/applications/notepad/res/Th.rc Modified : /trunk/reactos/base/applications/notepad/res/Uk.rc Modified : /trunk/reactos/base/applications/notepad/res/Wa.rc Modified : /trunk/reactos/base/applications/notepad/res/Zh.rc Modified : /trunk/reactos/base/applications/regedit/Cz.rc Modified : /trunk/reactos/base/applications/regedit/De.rc Modified : /trunk/reactos/base/applications/regedit/En.rc Modified : /trunk/reactos/base/applications/regedit/Es.rc Modified : /trunk/reactos/base/applications/regedit/Fr.rc Modified : /trunk/reactos/base/applications/regedit/Hu.rc Modified : /trunk/reactos/base/applications/regedit/It.rc Modified : /trunk/reactos/base/applications/regedit/Ja.rc Modified : /trunk/reactos/base/applications/regedit/Nl.rc Modified : /trunk/reactos/base/applications/regedit/Pl.rc Modified : /trunk/reactos/base/applications/regedit/Pt.rc Modified : /trunk/reactos/base/applications/regedit/Ru.rc Modified : /trunk/reactos/base/applications/regedit/Si.rc Modified : /trunk/reactos/base/applications/regedit/Sv.rc Modified : /trunk/reactos/base/applications/reporterror/Ja.rc Modified : /trunk/reactos/base/applications/reporterror/Nl.rc Modified : /trunk/reactos/base/applications/reporterror/de.rc Modified : /trunk/reactos/base/applications/reporterror/dk.rc Modified : /trunk/reactos/base/applications/reporterror/en.rc Modified : /trunk/reactos/base/applications/reporterror/hu.rc Modified : /trunk/reactos/base/applications/reporterror/ru.rc Modified : /trunk/reactos/base/applications/reporterror/sv.rc Modified : /trunk/reactos/base/applications/screensavers/matrix/matrix.rc Modified : /trunk/reactos/base/applications/servman/De.rc Modified : /trunk/reactos/base/applications/servman/En.rc Modified : /trunk/reactos/base/applications/servman/Ru.rc Modified : /trunk/reactos/base/applications/sndvol32/Cz.rc Modified : /trunk/reactos/base/applications/sndvol32/De.rc Modified : /trunk/reactos/base/applications/sndvol32/En.rc Modified : /trunk/reactos/base/applications/sndvol32/Fr.rc Modified : /trunk/reactos/base/applications/sndvol32/Hu.rc Modified : /trunk/reactos/base/applications/sndvol32/Ja.rc Modified : /trunk/reactos/base/applications/sndvol32/Nl.rc Modified : /trunk/reactos/base/applications/sndvol32/Sv.rc Modified : /trunk/reactos/base/applications/taskmgr/Cz.rc Modified : /trunk/reactos/base/applications/taskmgr/De.rc Modified : /trunk/reactos/base/applications/taskmgr/Dk.rc Modified : /trunk/reactos/base/applications/taskmgr/En.rc Modified : /trunk/reactos/base/applications/taskmgr/Es.rc Modified : /trunk/reactos/base/applications/taskmgr/Fr.rc Modified : /trunk/reactos/base/applications/taskmgr/Hu.rc Modified : /trunk/reactos/base/applications/taskmgr/Ja.rc Modified : /trunk/reactos/base/applications/taskmgr/Nl.rc Modified : /trunk/reactos/base/applications/taskmgr/Sv.rc Modified : /trunk/reactos/base/applications/taskmgr/Uk.rc Modified : /trunk/reactos/base/applications/winefile/Sv.rc Modified : /trunk/reactos/base/applications/winefile/cs.rc Modified : /trunk/reactos/base/applications/winefile/de.rc Modified : /trunk/reactos/base/applications/winefile/en.rc Modified : /trunk/reactos/base/applications/winefile/es.rc Modified : /trunk/reactos/base/applications/winefile/fr.rc Modified : /trunk/reactos/base/applications/winefile/hu.rc Modified : /trunk/reactos/base/applications/winefile/it.rc Modified : /trunk/reactos/base/applications/winefile/nl.rc Modified : /trunk/reactos/base/applications/winefile/pl.rc Modified : /trunk/reactos/base/applications/winefile/pt.rc Modified : /trunk/reactos/base/applications/winefile/ru.rc Modified : /trunk/reactos/base/applications/winefile/si.rc Modified : /trunk/reactos/base/applications/winefile/zh.rc Modified : /trunk/reactos/base/applications/wordpad/En.rc

2 2

Re: [ros-dev] [ros-diffs] [greatlrd] 22718: Small clean up 1. Remove goto in the code, goto is slow and should be avoid. 2. reformat for adding {} around some code. 3. remove some NULL check after I did remove goto that is not longer need it.
by Saveliy Tretiakov 30 Jun '06

30 Jun '06

I don't like your changes to main(), you added a lot of code dublication, made it harder to read and maintain. This is repeated three times: DeleteCriticalSection(&LogListCs); // Close all log files. for(pLogf = LogListHead; pLogf; pLogf = ((PLOGFILE)pLogf)->Next) { LogfClose(pLogf); } HeapDestroy(MyHeap); greatlrd(a)svn.reactos.org wrote: > Author: greatlrd > Date: Fri Jun 30 20:42:21 2006 > New Revision: 22718 > > URL: http://svn.reactos.org/svn/reactos?rev=22718&view=rev > Log: > Small clean up > 1. Remove goto in the code, goto is slow and should be avoid. > 2. reformat for adding {} around some code. > 3. remove some NULL check after I did remove goto that is not longer need it. > > > Modified: > trunk/reactos/base/services/eventlog/eventlog.c > > Modified: trunk/reactos/base/services/eventlog/eventlog.c > URL: http://svn.reactos.org/svn/reactos/trunk/reactos/base/services/eventlog/eve… > ============================================================================== > --- trunk/reactos/base/services/eventlog/eventlog.c (original) > +++ trunk/reactos/base/services/eventlog/eventlog.c Fri Jun 30 20:42:21 2006 > @@ -61,7 +61,7 @@ > DWORD MaxValueLen, ValueLen, Type, ExpandedLen; > WCHAR *Buf = NULL, *Expanded = NULL; > LONG Result; > - BOOL ret = FALSE; > + BOOL ret = TRUE; > PLOGFILE pLogf; > > DPRINT("LoadLogFile: %S\n", LogName); > @@ -88,12 +88,14 @@ > if(Result != ERROR_SUCCESS) > { > DPRINT1("RegQueryValueEx failed: %d\n", GetLastError()); > - goto cleanup; > + HeapFree(MyHeap, 0, Buf); > + return FALSE; > } > if(Type != REG_EXPAND_SZ && Type != REG_SZ) > { > DPRINT1("%S\\File - value of wrong type %x.\n", LogName, Type); > - goto cleanup; > + HeapFree(MyHeap, 0, Buf); > + return FALSE; > } > > ExpandedLen = ExpandEnvironmentStrings(Buf, NULL, 0); > @@ -102,7 +104,8 @@ > if(!Expanded) > { > DPRINT1("Can't allocate heap!\n"); > - goto cleanup; > + HeapFree(MyHeap, 0, Buf); > + return FALSE; > } > > ExpandEnvironmentStrings(Buf, Expanded, ExpandedLen); > @@ -114,14 +117,11 @@ > if(pLogf == NULL) > { > DPRINT1("Failed to create %S!\n", Expanded); > - goto cleanup; > - } > - > - ret = TRUE; > - > -cleanup: > + ret = FALSE; > + } > + > HeapFree(MyHeap, 0, Buf); > - if(Expanded) HeapFree(MyHeap, 0, Expanded); > + HeapFree(MyHeap, 0, Expanded); > return ret; > } > > @@ -129,8 +129,7 @@ > { > LONG result; > DWORD MaxLognameLen, LognameLen; > - WCHAR *Buf = NULL; > - BOOL ret = FALSE; > + WCHAR *Buf = NULL; > INT i; > > RegQueryInfoKey(eventlogKey, NULL, NULL, NULL, NULL, &MaxLognameLen, > @@ -143,7 +142,7 @@ > if(!Buf) > { > DPRINT1("Error: can't allocate heap!\n"); > - return ret; > + return FALSE; > } > > i = 0; > @@ -159,7 +158,8 @@ > if(result != ERROR_SUCCESS) > { > DPRINT1("Failed to open %S key.\n", Buf); > - goto cleanup; > + HeapFree(MyHeap, 0, Buf); > + return FALSE; > } > > if(!LoadLogFile(SubKey, Buf)) > @@ -171,18 +171,14 @@ > i++; > } > > - ret = TRUE; > - > -cleanup: > HeapFree(MyHeap, 0, Buf); > - return ret; > + return TRUE; > } > > INT main() > { > WCHAR LogPath[MAX_PATH]; > - PLOGFILE pLogf; > - INT RetCode = 0; > + PLOGFILE pLogf; > LONG result; > HKEY elogKey; > > @@ -193,8 +189,15 @@ > if(MyHeap==NULL) > { > DPRINT1("FATAL ERROR, can't create heap.\n"); > - RetCode = 1; > - goto bye_bye; > + > + DeleteCriticalSection(&LogListCs); > + // Close all log files. > + for(pLogf = LogListHead; pLogf; pLogf = ((PLOGFILE)pLogf)->Next) > + { > + LogfClose(pLogf); > + } > + > + return 1; > } > > GetWindowsDirectory(LogPath, MAX_PATH); > @@ -214,8 +217,17 @@ > if(result != ERROR_SUCCESS) > { > DPRINT1("Fatal error: can't open eventlog registry key.\n"); > - RetCode = 1; > - goto bye_bye; > + > + DeleteCriticalSection(&LogListCs); > + > + // Close all log files. > + for(pLogf = LogListHead; pLogf; pLogf = ((PLOGFILE)pLogf)->Next) > + { > + LogfClose(pLogf); > + } > + > + HeapDestroy(MyHeap); > + return 1; > } > > LoadLogFiles(elogKey); > @@ -223,16 +235,16 @@ > > StartServiceCtrlDispatcher(ServiceTable); > > -bye_bye: > DeleteCriticalSection(&LogListCs); > > // Close all log files. > for(pLogf = LogListHead; pLogf; pLogf = ((PLOGFILE)pLogf)->Next) > + { > LogfClose(pLogf); > + } > > - if(MyHeap) HeapDestroy(MyHeap); > - > - return RetCode; > + HeapDestroy(MyHeap); > + return 0; > } > > VOID EventTimeToSystemTime(DWORD EventTime, > > > >

3 2

unsubscribe
by Arun Bellatti (RBIN/ECM4) 30 Jun '06

30 Jun '06

Hello All, Please unsubscribe me from this group Regards Arum

1 0

Re: [ros-dev] [ros-diffs] [janderwald] 22698: * fix resource inconsistency (pointed out by Lohnegrim) * halfplemented reading console options
by Thomas Weidenmueller 29 Jun '06

29 Jun '06

> URL: http://svn.reactos.org/svn/reactos/trunk/reactos/dll/win32/console/options.… > ============================================================================== > --- trunk/reactos/dll/win32/console/options.c (original) > +++ trunk/reactos/dll/win32/console/options.c Fri Jun 30 00:19:26 2006 > @@ -10,6 +10,10 @@ > #include "console.h" > > > +ConsoleInfo g_ConsoleInfo; Don't use a global variable for this. - Thomas

1 0

Re: [ros-dev] [ros-diffs] [turner] 22683: expand %* to batch file params. b ug: #1629
by Murphy, Ged (Bolton) 29 Jun '06

29 Jun '06

Brandon Turner wrote: > Index: batch.c > =================================================================== > --- batch.c (revision 22683) > +++ batch.c (working copy) > @@ -275,8 +275,17 @@ > // > // Allocate enough memory to hold the params and copy them over > without modifications > // > - bc->raw_params = malloc(_tcslen(param)); > - _tcscpy(bc->raw_params,param); > + bc->raw_params = malloc((_tcslen(param)+1) * sizeof(TCHAR)); > + if (bc->raw_params != NULL) > + { > + memset (bc->raw_params, 0, _tcslen(bc->raw_params) * > sizeof(TCHAR)); > + _tcscpy(bc->raw_params,param); > + } > + else > + { > + error_out_of_memory(); > + return FALSE; > + } > > #ifdef _DEBUG > DebugPrintf (_T("Batch: returns TRUE\n")); > > > look better? > > Brandon Yeah :) Ged.

1 0

Re: [ros-dev] [ros-diffs] [turner] 22683: expand %* to batch file params. b ug: #1629
by Murphy, Ged (Bolton) 29 Jun '06

29 Jun '06

turner(a)svn.reactos.org wrote: > + bc->raw_params = malloc(_tcslen(param)); > + _tcscpy(bc->raw_params,param); Please check the docs, I don't have access to any at the moment, but if I recall correctly both strlen and wcslen return the number of chars, not including the '/0'. This will therefore mean we miss off the '/0' for ASCII builds and only have half the required space for unicode builds. Ged.

3 2

Re: [ros-dev] [ros-diffs] [ion] 22649: - Lesson One: Don't revert commits b ecause your eyes are inventing the word "copyright". I tried r eally hard, I really did, but I could not find even the word "copy", muc h less "copy right". - Lesson Two: What do
by Murphy, Ged (Bolton) 28 Jun '06

28 Jun '06

Aleksey Bragin wrote: > > But it's a nice excuse to raise traffic in [ros-dev] ! > :-) People love a good soap opera. Although we're still no closer to solving the issue ;) Ged.

1 0

Re: [ros-dev] [ros-diffs] [ion] 22649: - Lesson One: Don't revert commits b ecause your eyes are inventing the word "copyright". I tried r eally hard, I really did, but I could not find even the word "copy", muc h less "copy right". - Lesson Two: What do
by Murphy, Ged (Bolton) 28 Jun '06

28 Jun '06

Alex Ionescu wrote: > > Like I said, PROGRAMMER implies the person who wrote this > file, not the > programmer of the entire project (I don't see why you'd think that... > just because my name is in lib\rtl\foo.c doesn't mean I wrote > *all* the kernel). I don't. Maybe I'm missing something here, but looking at the diff the code was already in sol.rc. This code was moved into En.rc, then a copy was taken of En.rc and named as De.rc, and translated into German So if 2 copies were made of existing code in sol.rc, and one of these copies was translated, all the original code still remains (with the exception of the translations). Thus, the programmer who wrote the original code is still the programmer. It's similar to me taking lib\rtl\foo.c splitting it into 2 files and naming myself as the programmer. As I said though, I might have something wrong here. Ged.

3 2

Re: [ros-dev] [ros-diffs] [ion] 22649: - Lesson One: Don't revert commits b ecause your eyes are inventing the word "copyright". I tried r eally hard, I really did, but I could not find even the word "copy", much less "copy right". - Lesson Two: What do yo
by Murphy, Ged (Bolton) 27 Jun '06

27 Jun '06

Alex Ionescu wrote: > Probably because on the IRC channel you went all "hahah!! LOL @ > EmuandCo!!!" which I found extremly disrespectful attitude It has nothing to do with a disrespectful attitude. It's because I thought is was funny / cheeky, which I still agree with. People know me better than that. Can we save the cattiness for IRC please.

1 0

Resource headers
by Murphy, Ged (Bolton) 27 Jun '06

27 Jun '06

Daniel Reimer wrote: > I did not want to cause problems with that... I know, which is why I didn't want to drag this through the mud. Anyway, now as we're on the topic, we might as well try and resolve it. So, should we be adding headers to resource file? If yes, what info should be in there. It's clear that the translator and programmer should be separate headings. My personal view is that we should leave headers out of resource files. If translators wanted to add their mark, then a line should be added at the top of the file saying /* translated by FOO */ Ged.

2 1

Re: [ros-dev] [ros-diffs] [ion] 22649: - Lesson One: Don't revert commits b ecause your eyes are inventing the word "copyright". I tried r eally hard, I really did, but I could not find even the word "copy", much less "copy right". - Lesson Two: What do yo
by Murphy, Ged (Bolton) 27 Jun '06

27 Jun '06

Whether headers are added or not, my point was simply that a translator shouldn't put himself into the header as the programmer. It's a little discourteous to the actual programmer (although most devs won't actually care), and it creates a false piece of information. Consider the following scenario: foo: Hi. one of the buttons is sending the wrong message in the German dialog. Can you fix it please bar: Sorry, I'm not a programmer foo: But it has your name as the programmer in the header... Perhaps if translators want to be named in resource files, and we feel a need to put headers in all our resource files too (which I think is a bit overkill, they should be kept in the main code only) we could include an extra line for TRANSLATOR: Anyway, it wasn't my intention to drag this through ros-dev. -----Original Message----- From: Peter Dolding [mailto:oiaohm@bluebottle.com] Sent: 27 June 2006 14:27 To: ReactOS Development List Subject: Re: [ros-dev] [ros-diffs] [ion] 22649: - Lesson One: Don't revert commits b ecause your eyes are inventing the word "copyright". I tried really hard, I really did, but I could not find even the word "copy", much less "copy right". - Lesson Two: What do yo Sorry to stick my nose in here. Two critical points have been missed. Fine in this case since the code was declare public domain. Other cases it will not be fine. The new alterations started under a new copyright. Can override public domain. If it was a GPL licence even a BSD licence how can you say it up the creek without a paddle. If a document was created by X person then altered by Y. X persons copyright still stands until what time it becomes public domain. Even that Y holds copyright on the alterations so is also allowed a credit mark under the most country's. Personally think both have stuffed up minorly. Note strange I could not find the files in the Reactos tree. Its also a fault I find with MSVS it does not licence tag the .rc files. It would make job simpler. If there is no simpler code as all between the .rc files it would be fine. I totally don't expect that. The lines I would normally add are. /* From project Solitaire That was under license: Freeware, permission to use under Public Domain based on <filename> By Daniel "EmuandCo" Reimer (reimer.daniel(a)freenet.de) New content licensed under <GPL Reactos as per above> Translation/Alterations by <list people here><< People to track down to prove that the license change was done under permitted grounds ie new content. */ Now the file has two licences ie GPL alterations and Public domain content. If person takes the new content they are stuffed. But a person could return it to public domain if the remove the content we have altered. The other option is just to over license it since its public domain and it part of a new work. Its still a good idea to leave a marker in case of future audits. If someone comes along and said hey your file looks like ours. And we have markers can quickly say hey did you acquire that file from there. Yes I know its large. It gets more complex with BSD and GPL. Its all about tracking. GPL master copyrighter stays. No option to relicense is given. Alteration by the Reactos team or author marks is all that could be added. BSD can be overlicened as long as the old BSD header with first copyright holder stays and the new license is not incomparable with BSD. Playing with these things can turn into breach of copyright very quickly. Murphy, Ged (Bolton) wrote: > This is still James' code, it's just been moved out of sol.rc and into a > separate file. > My point was, if someone translated my code and named themselves as the > programmer (ok, not using the word copyright) it would p!ss me off a little > bit. > > I wasn't having a go at anyone, my commit message was entirely civil and > just correcting something which seemed wrong to me. God only knows why > you've taken offence, or needed to revert to belittling. > > Apologies to EmuandCo, this is not aimed at you. > > > -----Original Message----- > From: ion(a)svn.reactos.org [mailto:ion@svn.reactos.org] > Sent: 27 June 2006 00:50 > To: ros-diffs(a)reactos.org > Subject: [ros-diffs] [ion] 22649: - Lesson One: Don't revert commits because > your eyes are inventing the word "copyright". I tried really hard, I really > did, but I could not find even the word "copy", much less "copyright". - > Lesson Two: What do you know! En and D > > > Author: ion > Date: Tue Jun 27 03:50:03 2006 > New Revision: 22649 > > URL: http://svn.reactos.org/svn/reactos?rev=22649&view=rev > Log: > - Lesson One: Don't revert commits because your eyes are inventing the word > "copyright". I tried really hard, I really did, but I could not find even > the word "copy", much less "copyright". > - Lesson Two: What do you know! En and De.rc actually *are* our files, not > James Brown's (his is sol.rc, which hasn't been altered with a ROS Header). > - Lesson Three: It is official (voted) ROS Policy that all ROS files have a > header. Reverting this header violated it. > > Modified: > trunk/reactos/base/applications/games/solitaire/de.rc > trunk/reactos/base/applications/games/solitaire/en.rc > > Modified: trunk/reactos/base/applications/games/solitaire/de.rc > URL: > http://svn.reactos.org/svn/reactos/trunk/reactos/base/applications/games/sol > itaire/de.rc?rev=22649&r1=22648&r2=22649&view=diff > ============================================================================ > == > --- trunk/reactos/base/applications/games/solitaire/de.rc (original) > +++ trunk/reactos/base/applications/games/solitaire/de.rc Tue Jun 27 > 03:50:03 2006 > @@ -1,3 +1,10 @@ > +/* > + * PROJECT: Solitaire > + * LICENSE: Freeware, permission to use under Public Domain > + * FILE: base/applications/games/solitaire/de.rc > + * PURPOSE: German Language File for Solitaire > + * PROGRAMMERS: Daniel "EmuandCo" Reimer (reimer.daniel(a)freenet.de) > + */ > #include "resource.h" > > #define APSTUDIO_READONLY_SYMBOLS > > Modified: trunk/reactos/base/applications/games/solitaire/en.rc > URL: > http://svn.reactos.org/svn/reactos/trunk/reactos/base/applications/games/sol > itaire/en.rc?rev=22649&r1=22648&r2=22649&view=diff > ============================================================================ > == > --- trunk/reactos/base/applications/games/solitaire/en.rc (original) > +++ trunk/reactos/base/applications/games/solitaire/en.rc Tue Jun 27 > 03:50:03 2006 > @@ -1,3 +1,10 @@ > +/* > + * PROJECT: Solitaire > + * LICENSE: Freeware, permission to use under Public Domain > + * FILE: base/applications/games/solitaire/en.rc > + * PURPOSE: English Language File for Solitaire > + * PROGRAMMERS: Daniel "EmuandCo" Reimer (reimer.daniel(a)freenet.de) > + */ > #include "resource.h" > > #define APSTUDIO_READONLY_SYMBOLS > > _______________________________________________ > Ros-dev mailing list > Ros-dev(a)reactos.org > http://www.reactos.org/mailman/listinfo/ros-dev > > _______________________________________________ Ros-dev mailing list Ros-dev(a)reactos.org http://www.reactos.org/mailman/listinfo/ros-dev

3 2

Re: [ros-dev] [ros-diffs] [ion] 22649: - Lesson One: Don't revert commits b ecause your eyes are inventing the word "copyright". I tried really hard, I really did, but I could not find even the word "copy", much less "copy right". - Lesson Two: What do you know! En a
by Murphy, Ged (Bolton) 27 Jun '06

27 Jun '06

This is still James' code, it's just been moved out of sol.rc and into a separate file. My point was, if someone translated my code and named themselves as the programmer (ok, not using the word copyright) it would p!ss me off a little bit. I wasn't having a go at anyone, my commit message was entirely civil and just correcting something which seemed wrong to me. God only knows why you've taken offence, or needed to revert to belittling. Apologies to EmuandCo, this is not aimed at you. -----Original Message----- From: ion(a)svn.reactos.org [mailto:ion@svn.reactos.org] Sent: 27 June 2006 00:50 To: ros-diffs(a)reactos.org Subject: [ros-diffs] [ion] 22649: - Lesson One: Don't revert commits because your eyes are inventing the word "copyright". I tried really hard, I really did, but I could not find even the word "copy", much less "copyright". - Lesson Two: What do you know! En and D Author: ion Date: Tue Jun 27 03:50:03 2006 New Revision: 22649 URL: http://svn.reactos.org/svn/reactos?rev=22649&view=rev Log: - Lesson One: Don't revert commits because your eyes are inventing the word "copyright". I tried really hard, I really did, but I could not find even the word "copy", much less "copyright". - Lesson Two: What do you know! En and De.rc actually *are* our files, not James Brown's (his is sol.rc, which hasn't been altered with a ROS Header). - Lesson Three: It is official (voted) ROS Policy that all ROS files have a header. Reverting this header violated it. Modified: trunk/reactos/base/applications/games/solitaire/de.rc trunk/reactos/base/applications/games/solitaire/en.rc Modified: trunk/reactos/base/applications/games/solitaire/de.rc URL: http://svn.reactos.org/svn/reactos/trunk/reactos/base/applications/games/sol itaire/de.rc?rev=22649&r1=22648&r2=22649&view=diff ============================================================================ == --- trunk/reactos/base/applications/games/solitaire/de.rc (original) +++ trunk/reactos/base/applications/games/solitaire/de.rc Tue Jun 27 03:50:03 2006 @@ -1,3 +1,10 @@ +/* + * PROJECT: Solitaire + * LICENSE: Freeware, permission to use under Public Domain + * FILE: base/applications/games/solitaire/de.rc + * PURPOSE: German Language File for Solitaire + * PROGRAMMERS: Daniel "EmuandCo" Reimer (reimer.daniel(a)freenet.de) + */ #include "resource.h" #define APSTUDIO_READONLY_SYMBOLS Modified: trunk/reactos/base/applications/games/solitaire/en.rc URL: http://svn.reactos.org/svn/reactos/trunk/reactos/base/applications/games/sol itaire/en.rc?rev=22649&r1=22648&r2=22649&view=diff ============================================================================ == --- trunk/reactos/base/applications/games/solitaire/en.rc (original) +++ trunk/reactos/base/applications/games/solitaire/en.rc Tue Jun 27 03:50:03 2006 @@ -1,3 +1,10 @@ +/* + * PROJECT: Solitaire + * LICENSE: Freeware, permission to use under Public Domain + * FILE: base/applications/games/solitaire/en.rc + * PURPOSE: English Language File for Solitaire + * PROGRAMMERS: Daniel "EmuandCo" Reimer (reimer.daniel(a)freenet.de) + */ #include "resource.h" #define APSTUDIO_READONLY_SYMBOLS

4 3

Re: [ros-dev] [ros-diffs] [greatlrd] 22614: fixing link for explo rer and regedit thanks apal for the patch see bug 1626
by Murphy, Ged (Bolton) 26 Jun '06

26 Jun '06

Thomas Weidenmueller wrote > > Ged Murphy wrote: > > IMO, this change is wrong and should be reverted. > > Yes, this change is wrong and should be reverted. Search paths aren't > correctly supported at the moment, that's why it doesn't > always find the > executables... Might be worth dropping into the 0.3 branch though as a quick fix if the real issue isn't solved before RC2. Ged.

1 0

Re: [ros-dev] [ros-diffs] [greatlrd] 22614: fixing link for explorer and regedit thanks apal for the patch see bug 1626
by Ged Murphy 25 Jun '06

25 Jun '06

IMO, this change is wrong and should be reverted. The start menu should be searching in %systemroot% as well as %systemroot%/system32. We used to do this, and there is a regression somewhere. Ged. greatlrd(a)svn.reactos.org wrote: > Author: greatlrd > Date: Mon Jun 26 02:34:49 2006 > New Revision: 22614 > > URL: http://svn.reactos.org/svn/reactos?rev=22614&view=rev > Log: > fixing link for explorer and regedit thanks apal for the patch see bug 1626 > > Modified: > trunk/reactos/dll/win32/syssetup/install.c > > Modified: trunk/reactos/dll/win32/syssetup/install.c > URL: http://svn.reactos.org/svn/reactos/trunk/reactos/dll/win32/syssetup/install… > ============================================================================== > --- trunk/reactos/dll/win32/syssetup/install.c (original) > +++ trunk/reactos/dll/win32/syssetup/install.c Mon Jun 26 02:34:49 2006 > @@ -424,8 +424,8 @@ > CreateShortcut(CSIDL_PROGRAMS, sAccessories, _T("Calculator.lnk"), _T("calc.exe"), IDS_CMT_CALC); > CreateShortcut(CSIDL_PROGRAMS, sAccessories, _T("Command Prompt.lnk"), _T("cmd.exe"), IDS_CMT_CMD); > CreateShortcut(CSIDL_PROGRAMS, sAccessories, _T("Notepad.lnk"), _T("notepad.exe"), IDS_CMT_NOTEPAD); > - CreateShortcut(CSIDL_PROGRAMS, sAccessories, _T("ReactOS Explorer.lnk"), _T("explorer.exe"), IDS_CMT_EXPLORER); > - CreateShortcut(CSIDL_PROGRAMS, sAccessories, _T("Regedit.lnk"), _T("regedit.exe"), IDS_CMT_REGEDIT); > + CreateShortcut(CSIDL_PROGRAMS, sAccessories, _T("ReactOS Explorer.lnk"), _T("..\\explorer.exe"), IDS_CMT_EXPLORER); > + CreateShortcut(CSIDL_PROGRAMS, sAccessories, _T("Regedit.lnk"), _T("..\\regedit.exe"), IDS_CMT_REGEDIT); > CreateShortcut(CSIDL_PROGRAMS, sAccessories, _T("WordPad.lnk"), _T("wordpad.exe"), IDS_CMT_WORDPAD); > CreateShortcut(CSIDL_PROGRAMS, sAccessories, _T("SnapShot.lnk"), _T("screenshot.exe"), IDS_CMT_SCREENSHOT); > } > > > >

2 1

WinFS is dead, like Cairo
by Klemens Friedl 25 Jun '06

25 Jun '06

WinFS is (more or less) dead, it has been announced on their official web blog: http://blogs.msdn.com/winfs/archive/2006/06/23/644706.aspx Some useful parts go to SQL Server development branch. Reminds me of Cairo (early 90-ties), MSFT never achived that task. Only some parts were integrated as ActiveDirectory in Win2k and improved OLE in Win 9x/NT. The Vista search seems to be very same technology as it has been shipped with WinNT 5.0+ (but deactivated by default). Just a new frontend has been added which looks more confusing than the WinXP variant. The channel9 videos featuring WinFS looks promising, although I heard (from beta1 testers) the technology was not .

4 4

more info about freenode.net
by Magnus Olsen 25 Jun '06

25 Jun '06

DrFred just mangers getting a answers DrFred: [09:54] EdgyEft: nachos: they're having spasms after some idiots hacked them (10:01:08) DrFred: I got voice in #freenet-social (10:01:29) DrFred: [09:55] rob: the servers are working fine, we are just working on a fix for the previous issue [09:56] rob: shoudn't be much longer until everything is back to normal

2 1

Re: [ros-dev] [hpoussin] 22607: Let StartService really start the service.
by Ged Murphy 25 Jun '06

25 Jun '06

hpoussin(a)svn.reactos.org wrote: > Author: hpoussin > Date: Sun Jun 25 04:52:40 2006 > New Revision: 22607 > > URL: http://svn.reactos.org/svn/reactos?rev=22607&view=rev > Log: > Let StartService really start the service. > This enables the plug and play manager during second stage setup > For anyone interested in NT services, we now have the ability to start services with StartService. The following is a log taken when starting tcpsvcs with servman: (base\system\services\database.c:50) ScmGetServiceEntryByName() called (base\system\services\database.c:60) Found service: 'tcpsvcs' (./dll/win32/advapi32/service/scm.c:1993) dwBufSize: 0 (base\system\services\rpcserver.c:1760) ScmrStartServiceW() called (base\system\services\database.c:748) ScmStartService() called (base\system\services\database.c:751) Service->Type: 32 (base\system\services\database.c:632) ImagePath: 'C:\ReactOS\system32\tcpsvcs.exe' (base\system\services\database.c:633) Type: 20 (base\system\services\database.c:644) CreateNamedPipeW() done (base\system\services\database.c:681) Process Id: 428 Handle cc (base\system\services\database.c:684) Thread Id: 432 Handle d0 (base\system\services\database.c:701) Control pipe connected! (base\system\services\database.c:716) Received process id 428 (base\system\services\database.c:543) ScmSendStartCommand() called (base\system\services\database.c:591) ScmSendStartCommand() done (base\system\services\database.c:766) ScmStartService() done (Status 0)

1 0

again update info about freenode.net
by Magnus Olsen 25 Jun '06

25 Jun '06

Hi it is working now after alot of hours down. so we are back at freenode.net I sugest if some thing happen to freenode.net we meetings in efnet until freenode.net is working again what do people think of that backup plan

1 0

Androw
by Turnerb 25 Jun '06

25 Jun '06

2 1

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