Ros-dev

ros-dev@reactos.org

5789 discussions

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)

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.

19 years

by Murphy, Ged (Bolton)

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.

19 years

Resource headers

by Murphy, Ged (Bolton)

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.

19 years

by Murphy, Ged (Bolton)

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

19 years

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)

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

19 years

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)

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.

19 years

Re: [ros-dev] [ros-diffs] [greatlrd] 22614: fixing link for explorer and regedit thanks apal for the patch see bug 1626

by Ged Murphy

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); > } > > > >

19 years

WinFS is dead, like Cairo

by Klemens Friedl

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 .

19 years

more info about freenode.net

by Magnus Olsen

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

19 years

Re: [ros-dev] [hpoussin] 22607: Let StartService really start the service.

by Ged Murphy

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)

19 years

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Ros-dev