Menu
▾
▴
cpptool-develop — CppRefactory Developer Mailing List
You can subscribe to this list here.
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(33) |
Nov
(51) |
Dec
(134) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
(18) |
Feb
(11) |
Mar
(1) |
Apr
(55) |
May
(29) |
Jun
(1) |
Jul
(2) |
Aug
(5) |
Sep
(4) |
Oct
|
Nov
|
Dec
(6) |
| 2004 |
Jan
(1) |
Feb
(11) |
Mar
(4) |
Apr
|
May
|
Jun
(3) |
Jul
|
Aug
(27) |
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Baptiste L. <gai...@fr...> - 2002-12-22 12:55:07
|
----- Original Message ----- From: "Andre Baresel" <and...@gm...> To: "Baptiste Lepilleur" <gai...@fr...> Sent: Sunday, December 22, 2002 1:30 PM Subject: Re: [Cpptool-develop] New Methodlevel Refacturing Features ?? > Baptiste Lepilleur wrote: > >>- add a try-catch-block arround a function call (or any other > >>statement). For the first we could ask the > >>user for the exception type that will be catched and later we could > >>analyse the statement and give the user > >>a list of exceptions that maybe have to be handled because of "throws" > >>in function declarations of calls. > >> > >> > > > >Adding a try/catch is doable. Guessing the exception type is nearly > >impossible. Even C++ compiler can't do that (because of virtual call among > >other things). Even a basic analysis requires very advanced expression > >analysis. > > > Well, ment not a guessing by parsing the called function bodies, but > searching the function header for > a "throws" element. It is usually ill advised to use exception specification, so this would not help. See boost rationale: http://boost.org/more/lib_guide.htm#Exception-specification Baptiste. > > -- Andre |
|
From: Andre B. <and...@gm...> - 2002-12-22 12:35:00
|
I just added some ideas to the FullParser wiki page. Just because the work will be done later and I was allready thinking about some things for a full parser. -- Andre |
|
From: Baptiste L. <gai...@fr...> - 2002-12-22 12:01:53
|
I'm playing with the ideas of adding a CodeModel generated from the AST.
Some stuff are already in rfta/refactoring/CodeModel*.h.
The idea is that refactoring manipulate the model, and the code
rewritter modify the source to reflect those manipulations. The CodeModel
generation is done (probably full of bug as it is untested), I'm tackling
the rewritter stuff.
I decided to explorer this because something that sound trivial like
ReduceTemporaryScope requires many differents text manipulation depending on
where the variable is declared and where the declaration should be moved to.
Baptiste.
|
|
From: Baptiste L. <gai...@fr...> - 2002-12-22 11:58:10
|
----- Original Message ----- From: "Andre Baresel" <and...@gm...> To: "CppTool Mailing List" <Cpp...@li...> Sent: Sunday, December 22, 2002 12:30 PM Subject: [Cpptool-develop] New Methodlevel Refacturing Features ?? > I was just remembering some usefull functionality in a Java IDE. > What about having: > > - moving a declaration to the top of the container compound statement or > even move it to parent scopes, > the is "Increase scope of a variable" ... might this be usefull ? I don't see this refactoring as being used often. What do you mean by 'even move it to parent scopes' ? Change a local variable in an attribute ? > - add a try-catch-block arround a function call (or any other > statement). For the first we could ask the > user for the exception type that will be catched and later we could > analyse the statement and give the user > a list of exceptions that maybe have to be handled because of "throws" > in function declarations of calls. Adding a try/catch is doable. Guessing the exception type is nearly impossible. Even C++ compiler can't do that (because of virtual call among other things). Even a basic analysis requires very advanced expression analysis. I would classify those two in the 'code generation' category rather than refactoring. This is probably a tool we will develop when we have a good code rewritter, as it can be very useful. > > -- Andre |
|
From: Andre B. <and...@gm...> - 2002-12-22 11:32:34
|
I was just remembering some usefull functionality in a Java IDE. What about having: - moving a declaration to the top of the container compound statement or even move it to parent scopes, the is "Increase scope of a variable" ... might this be usefull ? - add a try-catch-block arround a function call (or any other statement). For the first we could ask the user for the exception type that will be catched and later we could analyse the statement and give the user a list of exceptions that maybe have to be handled because of "throws" in function declarations of calls. -- Andre |
|
From: Baptiste L. <gai...@fr...> - 2002-12-21 10:55:27
|
----- Original Message -----
From: "Andre Baresel" <and...@gm...>
To: "Baptiste Lepilleur" <gai...@fr...>; "CppTool Mailing List"
<Cpp...@li...>
Sent: Saturday, December 21, 2002 8:46 AM
Subject: Re: [Cpptool-develop] Next things ..
> Baptiste Lepilleur wrote:
>
[...]
> >Well, I can't think of one now, but you could get started on the
> >IntroduceExplainingVariable refactoring.
> >
> >While it is not possible at the current time, when the full parser will
be
> >done, we might want to try to guess the return type of the extracted
> >expression instead of asking it to the user.
> >
> >I don't know for you, but I often use this refactoring when dealing with
a
> >long chain of call:
> >
> >contact.getAddress().getPostalCode()
> >=>
> >const Address &address = contact.getAddress();
> >address.getPostalCode();
> >
> >If the type of 'contact' is known (and the class declaration), we should
be
> >able to guess the type of the expression. This will be difficult as it
will
> >require expression analysis and interpretation.
> >
> Yeah I would try, but we need to parse class declarations to collect
> this information isn't it ?
Like I said above, this is not possible at the current time. A full parser
is needed. The current implementation of IntroduceExplainingVariable would
simply do the following things:
- ask the user for the type and name of the extracted expression
- add a variable declaration before the statement in which the expression
appears (may need to add a compound statement)
- replace the extracted expression with a reference to the new locale
variable.
> Since we need to known about a classes members/methods.
> This needs the introduction of new AST-NodeTypes, any suggestions ?
Yes, this will be needed, but let's focus on the method level analysis for
now. There is still much to do and clean up in the current implementation:
ASTNode polymorphism issues, node type features, code rewriter....
Even when we will have a full parser, I don't think that such expression
analysis will not be so high in the priority least as it is only a
convenience. It is fairly difficult to implement and is only a convenience.
There will be much more interresting and useful refactorings to implement
then.
> I'm allready starting to think about this -- so if it's ok for you than
> I will open a new to-do-item
> on the Wiki pages... lets say,
> "Parse method implementation and class declaration"
Parsing for method or function declarations should probably be done while
dealing with variable and attribute declaration. I expect some ambiguity to
appears, much like what happened with the expression and locale variable
declaration.
> Some test example which should work after this extension:
>
> class Name {
> method_declaration ( ... parameters ...) ; /* optional implementation
*/
> }
>
> method_declaration ( ... parameters ... )
> { /* compound statement parsed using the current parser implementation */
> }
>
> -- Andre
|
|
From: Baptiste L. <gai...@fr...> - 2002-12-21 10:35:08
|
----- Original Message ----- From: "Andre Baresel" <and...@gm...> To: "Baptiste Lepilleur" <gai...@fr...>; "CppTool Mailing List" <Cpp...@li...> Sent: Saturday, December 21, 2002 8:46 AM Subject: Re: [Cpptool-develop] Next things .. > Baptiste Lepilleur wrote: > [...] > >>But I will check the Dev-C++ IDE and think about parsing full files, > >>which need to be discussed isn't it ? > >> > >> > > > >Yes. I already have some ideas concerning this. The difficult part will > >probably be dealing with unknown macros which do not end with a semi-colon. > >It will be fairly import that the full parser has good fault tolerance. > > > what about adding first: > - support of parsing functions/methods with there header > - support of parsing class declarations > - parse full files including macro definitions and think about fault > tolerance > Some strategy on beeing fault tollerant could be to introduce AST-Nodes > for not parsable code-parts > and also for not known type information for symbols. > -- Andre The parser does not know anything about types. It only see identifiers: it is a context less parser. This makes the parser a lot more tolerant, which is a reason why we can get away without a preprocessing step. The parser only care about identifier, and don't know weither a type is 'known' or not. More complex information about type will be provided by the code analysis layer which analyse the AST, much like was done for locale variables with IdentifierResolver. Because of the nature of the parser we are writing (level of detail aspect), it is easier to go by increasing the level of detail. The first step would be being able to parse (even at a gross level of detail) a full file. At the top of my head, this includes the following structure: - namespace keyword - using keyword - template keyword - export keyword (don't know much about that one, but there is a small article on CUJ: http://cuj.com/webonly/2003/0302/web0302b/web0302b.htm) - class and struct keyword - enum keyword - extern keyword - function declaration/implementation - global variable declaration - macro usage The initial implementation of those parser can be fairly simplistic (much like the current class and struct parser). We should probably begin by implementing fault tolerance for the existing Statementsparser to see how this can be done.. I've added a page on the Wiki: http://cpptool.sourceforge.net/cgi-bin/wiki.pl?FullParser Baptiste. |
|
From: Andre B. <and...@gm...> - 2002-12-21 07:53:22
|
Baptiste Lepilleur wrote:
>>Well, since holidays start I'm not sure if my family is taking to much
>>of my spare time :-)
>>But I will check the Dev-C++ IDE and think about parsing full files,
>>which need to be discussed isn't it ?
>>
>>
>
>Yes. I already have some ideas concerning this. The difficult part will
>probably be dealing with unknown macros which do not end with a semi-colon.
>It will be fairly import that the full parser has good fault tolerance.
>
what about adding first:
- support of parsing functions/methods with there header
- support of parsing class declarations
- parse full files including macro definitions and think about fault
tolerance
Some strategy on beeing fault tollerant could be to introduce AST-Nodes
for not parsable code-parts
and also for not known type information for symbols.
>
>
>
>>And testing of cause the VC6 plug in !
>>
>>
>
>
>
>>Tell me Baptiste if there's a small job like the last one.
>>
>>
>
>Well, I can't think of one now, but you could get started on the
>IntroduceExplainingVariable refactoring.
>
>While it is not possible at the current time, when the full parser will be
>done, we might want to try to guess the return type of the extracted
>expression instead of asking it to the user.
>
>I don't know for you, but I often use this refactoring when dealing with a
>long chain of call:
>
>contact.getAddress().getPostalCode()
>=>
>const Address &address = contact.getAddress();
>address.getPostalCode();
>
>If the type of 'contact' is known (and the class declaration), we should be
>able to guess the type of the expression. This will be difficult as it will
>require expression analysis and interpretation.
>
Yeah I would try, but we need to parse class declarations to collect
this information isn't it ?
Since we need to known about a classes members/methods.
This needs the introduction of new AST-NodeTypes, any suggestions ?
I'm allready starting to think about this -- so if it's ok for you than
I will open a new to-do-item
on the Wiki pages... lets say,
"Parse method implementation and class declaration"
Some test example which should work after this extension:
class Name {
method_declaration ( ... parameters ...) ; /* optional implementation */
}
method_declaration ( ... parameters ... )
{ /* compound statement parsed using the current parser implementation */
}
-- Andre
|
|
From: Andre B. <and...@gm...> - 2002-12-21 07:48:28
|
> > >If the public key pair works for you, maybe you could give a short >description of what you did on the Wiki. It appears that under Windows, >this is not exactly straightforward. > :-) see Wiki page "ToolsAndLibraries" I added all the links that helped me. --Andre |
|
From: Baptiste L. <gai...@fr...> - 2002-12-20 22:51:13
|
Well, I'm done adding syncmail on CVS commit. I followed the procedure described in: https://sourceforge.net/docman/display_doc.php?docid=772&group_id=1#top Notification are send to the cpptool-cvs mailing list (on the list page), which should become active sometime tomorrow. E-mail will not be archived on this list The syncmail project can be found there: https://sourceforge.net/projects/cvs-syncmail. Baptiste. |
|
From: Baptiste L. <gai...@fr...> - 2002-12-20 22:23:55
|
----- Original Message ----- From: "Baptiste Lepilleur" <gai...@fr...> To: "CppTool Mailing List" <Cpp...@li...> Sent: Thursday, December 19, 2002 12:09 AM Subject: [Cpptool-develop] VC++ 6.0 add-in added > I added the add-in for VC++ 6. It lives in src/rftavc6addin. > > It only did a little testing, so be careful. Though, it seems to be > working fine. > > Install instruction: > - compile the add-in project in release configuration > - exit VC++ > - run bin/install-vc6-addin.bat, which should copy the necessary dll in > the VC++ add-in directory (if your environment variable are configured > correctly) > - run VC++ and activate the add-in in Tools/Customize... Notes, that VC++ may report that it fails to load the DLL. If you are using Internet Explorer 6.0 on Windows 2000, that is because of a bug in the SHWAPI.DLL (or something like that), which introduce a buggy dependency to APPHELP.DLL (which does not exist on Windows 2000, only on Windows XP). Don't panic, in the Tools/Customize... dialog, just load the add-in using the browse button one or two times and it should work. My guess is that VC++ force loading of 'delayed load DLL' when starting which cause the failure. I've got it working at home (Windows 2000 IE 5.5), and at work (Windows 2000 IE6). Baptiste. > > You will see a new ugly toolbar (anyone got an idea for icons ?). If you > want to bind the command to the keyboard, search for a command starting with > 'RftaRenameLocaleVariable' in the add-in category. > > Have fun, > Baptiste. |
|
From: Baptiste L. <gai...@fr...> - 2002-12-20 22:08:27
|
This might work for the most basic refactoring (method level) if Dev-C++ is able to automatically reload the file that were modified. But it will not scale well with the more complex refactoring such as RenameClass or RenameField where more complex interaction are needed (displaying the code related to a given occurrence)... How popular is this IDE in comparison to Borland C++ and CodeWarrior ? Baptiste. ----- Original Message ----- From: "Andre Baresel" <and...@gm...> To: "CppTool Mailing List" <Cpp...@li...> Sent: Friday, December 20, 2002 9:53 PM Subject: [Cpptool-develop] Looking at Dev-C++ > Well, the IDE isn't really effective compared to VC6 however it allows > to start external application > as tools with parameters like: > current source file name and/or current position x,y / all project files > as list etc. > However interaction with a selfwritten tool is not possible (as I can > see), so this has to > be done by the tool itself, e.g. opening a window showing what changes > need to be done. > This isn't really nice to use... e.g. if you want to look in the source > which changes are > requested. > > -- Andre |
|
From: Baptiste L. <gai...@fr...> - 2002-12-20 22:01:58
|
----- Original Message ----- From: "Andre Baresel" <and...@gm...> To: "CppTool Mailing List" <Cpp...@li...> Sent: Friday, December 20, 2002 9:20 PM Subject: [Cpptool-develop] Next things .. > Well, since holidays start I'm not sure if my family is taking to much > of my spare time :-) > But I will check the Dev-C++ IDE and think about parsing full files, > which need to be discussed isn't it ? Yes. I already have some ideas concerning this. The difficult part will probably be dealing with unknown macros which do not end with a semi-colon. It will be fairly import that the full parser has good fault tolerance. > And testing of cause the VC6 plug in ! > Tell me Baptiste if there's a small job like the last one. Well, I can't think of one now, but you could get started on the IntroduceExplainingVariable refactoring. While it is not possible at the current time, when the full parser will be done, we might want to try to guess the return type of the extracted expression instead of asking it to the user. I don't know for you, but I often use this refactoring when dealing with a long chain of call: contact.getAddress().getPostalCode() => const Address &address = contact.getAddress(); address.getPostalCode(); If the type of 'contact' is known (and the class declaration), we should be able to guess the type of the expression. This will be difficult as it will require expression analysis and interpretation. Baptiste. > -- Andre |
|
From: Baptiste L. <gai...@fr...> - 2002-12-20 21:35:00
|
You keep the history of the file, but when restoring an old version, the filename is the new filename. Meaning that a .cpp including a header which was renamed that way won't be able to compile in revision previous to the date of the renaming. Stuff like this may work when you are just using CVS as a smart backup system, but is really unsafe. When renaming file on sourceforge, just to a remove/add and add a hint in the log about the renaming. By the way, I'm currently trying to set up automatic e-mail notification on CVS commit (going throught the syncmail procedure of SF documentation. The doc has greatly improved since I last visited it). Baptiste. ----- Original Message ----- From: "Andre Baresel" <and...@gm...> To: "CppTool Mailing List" <Cpp...@li...> Sent: Friday, December 20, 2002 9:10 PM Subject: Re: [Cpptool-develop] Please Help .. I get no write access > Baptiste Lepilleur wrote: > > >>However I found also some infos on project restructuring: > >> > >>https://sourceforge.net/docman/display_doc.php?docid=768&group_id=1#top > >> > >> > > > >This is done by moving or renaming the RCS file in the CVS repository. What > >it not precised is that you lost the ability to restore any previous version > >of the software. > > > Well I don't know about complete restructuring, but moving files > together with old version is possible > as I understood the text. Isn't it ? > > -- Andre > > > > > ------------------------------------------------------- > This SF.NET email is sponsored by: The Best Geek Holiday Gifts! > Time is running out! Thinkgeek.com has the coolest gifts for > your favorite geek. Let your fingers do the typing. Visit Now. > T H I N K G E E K . C O M http://www.thinkgeek.com/sf/ > _______________________________________________ > Cpptool-develop mailing list > Cpp...@li... > https://lists.sourceforge.net/lists/listinfo/cpptool-develop > > |
|
From: Baptiste L. <gai...@fr...> - 2002-12-20 21:28:52
|
Great job André! I can finally rename loop counter with the add-in. We definitively need to add a page on the Wiki to get new developper started. Would you mind putting what you found to set up the ssh key pair and CVS ? I'll add some information about accessing the shell account, the compile farm and uploading file later. Baptiste. ----- Original Message ----- From: "Andre Baresel" <and...@gm...> To: "CppTool Mailing List" <Cpp...@li...> Sent: Friday, December 20, 2002 8:44 PM Subject: [Cpptool-develop] After all - it has been done, for-iteration-expression parsing > Well, it was not much, :-) > But even this check in procedure needed 1 hour since I had to check out > to a complete new directory > copy my modified files in this and last but not least I had to check > that no changes have been done > that I overwrite. Yes that happend actually with the rftaparser.dsp ... > well but it is ok now. > > Hope that never happens again... > -- André |
|
From: Andre B. <and...@gm...> - 2002-12-20 21:08:56
|
Well, the IDE isn't really effective compared to VC6 however it allows to start external application as tools with parameters like: current source file name and/or current position x,y / all project files as list etc. However interaction with a selfwritten tool is not possible (as I can see), so this has to be done by the tool itself, e.g. opening a window showing what changes need to be done. This isn't really nice to use... e.g. if you want to look in the source which changes are requested. -- Andre |
|
From: Sven R. <rei...@ma...> - 2002-12-20 20:49:31
|
On Fri, 20 Dec 2002, Andre Baresel wrote: > Well I don't know about complete restructuring, but moving files > together with old version is possible > as I understood the text. Isn't it ? As they say at Radio Yerevan: In principle, yes. In practice it is not very advisable, because you can easily mess up the repository, and make the whole CVS tree unusable. Sven. Sven Reichard Dept. of Math. Sci. University of Delaware rei...@ma... |
|
From: Sven R. <rei...@ma...> - 2002-12-20 20:46:10
|
On Fri, 20 Dec 2002, Andre Baresel wrote: > Well, it was not much, :-) > But even this check in procedure needed 1 hour since I had to check out= =20 > to a complete new directory > copy my modified files in this and last but not least I had to check=20 > that no changes have been done > that I overwrite. Yes that happend actually with the rftaparser.dsp ...= =20 > well but it is ok now. >=20 > Hope that never happens again... > -- Andr=E9 Shouldn't happen again. The problem was that you previously got the=20 sources as an anonymous user, which makes it impossible to commit changes= .=20 Therefore, I'd suggest to any future developer to=20 - get herself added to the list of developers; - set up the public key pair - check out the sources using ssh - start playing around with the code in this order. If the public key pair works for you, maybe you could give a short=20 description of what you did on the Wiki. It appears that under Windows,=20 this is not exactly straightforward. Sven. --=20 Sven Reichard Dept. of Math. Sci. University of Delaware rei...@ma... |
|
From: Andre B. <and...@gm...> - 2002-12-20 20:45:07
|
Well, since holidays start I'm not sure if my family is taking to much of my spare time :-) But I will check the Dev-C++ IDE and think about parsing full files, which need to be discussed isn't it ? And testing of cause the VC6 plug in ! Tell me Baptiste if there's a small job like the last one. -- Andre |
|
From: Andre B. <and...@gm...> - 2002-12-20 20:16:08
|
Baptiste Lepilleur wrote: >>However I found also some infos on project restructuring: >> >>https://sourceforge.net/docman/display_doc.php?docid=768&group_id=1#top >> >> > >This is done by moving or renaming the RCS file in the CVS repository. What >it not precised is that you lost the ability to restore any previous version >of the software. > Well I don't know about complete restructuring, but moving files together with old version is possible as I understood the text. Isn't it ? -- Andre |
|
From: Andre B. <and...@gm...> - 2002-12-20 19:46:42
|
Well, it was not much, :-) But even this check in procedure needed 1 hour since I had to check out to a complete new directory copy my modified files in this and last but not least I had to check that no changes have been done that I overwrite. Yes that happend actually with the rftaparser.dsp ... well but it is ok now. Hope that never happens again... -- André |
|
From: Baptiste L. <gai...@fr...> - 2002-12-20 19:28:15
|
----- Original Message ----- From: "Andre Baresel" <and...@gm...> To: "CppTool Mailing List" <Cpp...@li...> Sent: Friday, December 20, 2002 5:42 PM Subject: Re: Re: [Cpptool-develop] Please Help .. I get no write access > Yes, I got it work with putty ... Great ! I never managed to get the ssh key pair working. I guess I'll a try to Putty (using open-ssh at the current time). > However I found also some infos on project restructuring: > > https://sourceforge.net/docman/display_doc.php?docid=768&group_id=1#top This is done by moving or renaming the RCS file in the CVS repository. What it not precised is that you lost the ability to restore any previous version of the software. Baptiste. > > -- Andre > > > > > ------------------------------------------------------- > This SF.NET email is sponsored by: The Best Geek Holiday Gifts! > Time is running out! Thinkgeek.com has the coolest gifts for > your favorite geek. Let your fingers do the typing. Visit Now. > T H I N K G E E K . C O M http://www.thinkgeek.com/sf/ > _______________________________________________ > Cpptool-develop mailing list > Cpp...@li... > https://lists.sourceforge.net/lists/listinfo/cpptool-develop > > |
|
From: Andre B. <and...@gm...> - 2002-12-20 16:45:06
|
Yes, I got it work with putty ... However I found also some infos on project restructuring: https://sourceforge.net/docman/display_doc.php?docid=768&group_id=1#top -- Andre |
|
From: Andre B. <and...@gm...> - 2002-12-20 16:22:54
|
Well, it seems to be a problem with wincvs, since if I'm using ssh then I get access: ================================================== ssh.exe -v "cvs.cpptool.sourceforge.net" "-i" "privat-key.PPK" "-l" "netmemberab" "cvs server" SSH Version 1.2.14 [winnt-4.0-x86], protocol version 1.4. Standard version. Does not use RSAREF. ssh_connect: getuid 0 geteuid 0 anon 0 Connecting to cvs.cpptool.sourceforge.net [66.35.250.207] port 22. Connection established. Remote protocol version 1.99, remote software version OpenSSH_3.1p1 Waiting for server public key. Received server public key (768 bits) and host key (1024 bits). Host 'cvs.cpptool.sourceforge.net' is known and matches the host key. Initializing random; seed file D:\programme\ssh/.ssh/random_seed IDEA not supported, using 3des instead. Encryption type: 3des Sent encrypted session key. Received encrypted confirmation. Trying RSA authentication with key 'rsa-key-20021219' Received RSA challenge from server. Enter passphrase for RSA key 'rsa-key-20021219': Sending response to host key RSA challenge. Remote: RSA authentication accepted. RSA authentication accepted by server. Sending command: cvs server Entering interactive session. ==================================================== Well, that's it ... it works, but WinCVS simply hangs ! And for all later comming in developers, read this: If you previously used WinCvs to checkout your repository using anonymous pserver-based access, you should checkout a fresh working copy of your repository at this time. You will not be able to perform commit operations against old pserver-generated CVS working copies; write access errors will result (move any modified files from your old working copy to your new working copy, in order to commit them). ===================================================== But well I tried to check our newly and the openssh.exe client opens a console and does nothing when it's called by WinCVS I'm trying now putty. -- Andre |
|
From: Andre B. <and...@gm...> - 2002-12-20 15:51:17
|
Dear Baptiste, dear Sven, I'm going nuts - this cvs thing drives me crazy - a short description on the things tried: I was reading the sourceforge help pages, and saw that I need ssh to get write access to the cvs. Well, yesterday in the evening I set up my (privat-key, public-key) pair and send the public key to my sourceforge profile. I also found a project that sets up WinCVS to work for sourceforge projects with ssh (don't rember the project name). I did run this and now WinCVS does report me the following: CVSROOT: net...@cv...:/cvsroot/cpptool (ssh authentication) TCL is available, shell is enabled : help (select and press enter) cvs -z9 add ForStatementParserTest.h (in directory D:\Projects\Cpptool\rfta\src\rftaparser\) cvs [server aborted]: "add" requires write access to the repository well, I don't know if ssh really works since I have no chance to test it. Does anybody of you know what I can try to find out what the problem is ? I will try to continue reading sourceforge pages, but any help will be usefull. well, just the first open source project a take part ;-) -- Andre |
