``cvs add'' termination status behavior.
Don't know whether this is occurs in the latest 1.11, but I see the following behavior in 1.10.6: if some of the files specified in a ``cvs add'' are already known to CVS, it finishes with a failed termination status, even though it successfully adds the remaining files. This should probably be a successful termination, since nothing wrong happened, and the postcondition is true: all files mentioned on the command line are now known to CVS. :) -- Meta-CVS: version control with directory structure versioning over top of CVS. http://users.footprints.net/~kaz/mcvs.html ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
!
Title: ¿ªÍØÍâóÄúµÄ·½·¨ÊǶԵġ¢»¹ÊÇ´íµÄ ?! EZLink Internation Trade net¡¡Ð´ºÓŻݷ½°¸ ÍâÏú½Óµ¥ÆäʵºÜ¼ò µ¥£¬ÎÊÌâÊÇ. ÄãËù²ÉÓõķ½·¨£¬ÊÇ¶ÔµÄ £¿»¹ÊÇ´íµÄ£¿ ¡¡ ´íµÄÍâóÐÐÏú·½Ê½£º ÔÚÏÖ½ñÈ«Çò²úÁ¿ ¹ýÊ£µÄʱ´ú£¬»¹ÒÀÑ´«Í³·½Ê½¿ªÍØÍâÏú£¬"±»¶¯"µÈ¿Í»§ÕÒÄúϵ¥¡£ ÑØÓô«·½Ê½¡±²Î ¼ÓÕ¹ÀÀ¡±µÈ´ý¿Í»§À´Ì¯Î»ÕÒÄú£¿ ÑØÓô«Í³·½Ê½¡±? µÇÔÓÖ¾¡±¡¢Ã½Ìå¡¢¹ã¸æ¡¢ÅöÔËÆøµÈ´ý¿Í»§À´ÕÒÄú£¿ ÑØÓá±ÍøÂç¹ã¸æ¡± ½«²úƷͼƬ·ÅÔÚÍøÕ¾ÀïµÈ´ý¿Í»§À´ÕÒÄú£¿ ÉÏÁÐËùÓÐÐÐÏú·½Ê½£¬ÔÚÈ«Çò²úÁ¿¹ýÊ£µÄʱ¿Ì £¬µÈ´ý¿Í»§À´ÕÒÄú£¬Ð§¹ûµ±È»²»ºÃ£¬ÈÃÎÒÃÇÀ´·ÖÎöÈçºÎÊǶԵÄÐÐÏú·½Ê½ .. ¶ÔµÄÍâóÐÐÏú·½Ê½£º Ö±½ÓÓëÈ«ÇòËùÓÐ ½ø¿Ú¹ó¹«Ë¾²úÆ·µÄÂò¼ÒÖ±½ÓÁ¬Â磬Ö÷¶¯µÄÍƼö£¬Ð§¹û×îºÃ£¬½Óµ¥Äú»á·¢¾õ±ä µÃºÜ¼òµ¥¡£ ²»Òªö±µ¯´òÄñʽ µÄ¼ÄËÍ¿ª·¢ÐÅ£¬ÒªÕÒ³öÌض¨Ïà¶Ô½ø¿ÚÉÌ£¬ÍØÕ¹ÐÐÏú£¬Ð§¹ûÒ»¶¨ºÃ¡£ ²»ÒªÔÙÀË·Ñ´óÁ¿ ×ÊÔ´ÒÀÑ´«Í³£¬²ÎÕ¹»ò¿¯µÇÔÓÖ¾¹ã¸æ£¬ÒòΪÕâÁ½ÖÖ·½Ê½ÊÇÔÚÐÅÏ¢²»Í¸Ã÷µÄʱ ´úÀÂò·½ÕÒ²»µ½Âô·½£¬Âô·½ÕÒ²»µ½Âò·½ËùÔÐÓý¶øÉúµÄ²úÎï¡£ÏÖ½ñ±¶ËÙʱ´ú £¬ÒòÌØÍø×î´óµÄ¹±Ï×ÔÚÓÚÐÅϢ͸Ã÷»¯£¬²¢ÔÚ¼«¶ÌµÄʱ¼äÄÚ£¬¿É½«ÄúµÄ²úÆ·£¬ ÈÃÈ«ÇòÂò¼Ò¶¼ÖªµÀ£¬½ÚÊ¡´óÁ¿µÄÐÐÏú·ÑÓ㬳ɹû¸üÊÇÌìÈÀÖ®±ð£¬ºÃµÃÈÃÄú¾ª ÑÈ£¡ " ¹ú¼ÊóÒ×ÁªÑ¶Íø"ËùÓмÓÈë»áÔ±£¬Òµ¼¨¶¼ ±¶ÊýµÄ³É³¤£»ÆäʵÎÒÃǵÖÊÇÔËÓÃÁËÉÏÊöµÄÍâóÐÐÏú¹ÛÄî¼ÓÉÏÎÒÃǽ¨¹¹È«Çò½ø ¿ÚÉ̷ḻµÄÊý¾Ý¿âʵʱµÄÂò·½²É¹ºÉÌ»ú£¬²¢ÔËÓÃÁËÎÒÃÇÑз¢¼¼Êõ£¬½«ËÑÑ°Ïà ¶Ô½ø¿ÚÉÌÓë´«µÝÂòÂôÊý¾ÝѶϢ£¬ÔÚ¼«¶ÌµÄʱ¼ä£¬Á¢¿ÌÍê³É£¬Ê¹µÃÁ½ÄêµÄÒµ¼¨ Á¿¿ÉÓÚÁ½¸öÔÂÄÚ´ï³É£¬Òµ¼¨µ±È»±¶Êý³É³¤£¡ ÒòΪ"¹ú¼ÊóÒ×ÁªÑ¶Íø "ÓµÓУº È«ÇòÉÙÊý¶þ¡¢Èý ¼ÒóÒ×ÍøÖÐÖ®Ò»ÓÐÄÜÁ¦£¬Ã¿Ì콫²É¹ºÊµÊ±É̵ǼÏß¹©»áÔ±²éѯµÄ½Ü³öÍøÕ¾¡£ ÒòΪÎÒÃÇÔÚÈ«Çò¸÷µØÓй㲼µÄ·Ö¹«Ë¾¾Ûµã¡£±àÖÆÖÚ¶àµÄ¹¤³ÌʦÊÕ¼¯½ø¿ÚÉÌµÄ Ïµ¥Ñ¶Ï¢¡£ ¹¹È«Çò£µ£³Íò¶à ¼Ò½ø¿Ú¼ÒÊý¾Ý¿â£¬²¢·ÖµØÇø¡¢²úÆ··ÖÀà¡¢·ÖÏ¹¹£¬ÈÃÄúÖªµÀ£¬È«ÇòÓÐÄÇЩ ¹«Ë¾ÊÇÔÚ½ø¿Ú¹ó¹«Ë¾µÄ²úÆ·µÄÏà¶Ô½ø¿ÚÉÌ¡£ °ï»áÔ±¼ÄËÍ E-MAIL¿ª·¢º¯£¬ÓÃÑз¢¿Æ¼¼£¬ÏµÍ³²éѯ»á Ô±Ïà¶Ô½ø¿ÚÉÌ£¬ÔËÓðï»áÔ±ÖÆ×÷¾«ÃÀµÄ²úÆ·¿ª·¢º¯ÍøÒ³£¬½«»áÔ±µÄ²úÆ·ÔÚ¼« ¶Ìʱ¼äÄÚ£¬½éÉܸø¸ÃÏî²úÆ·È«Çò½øÆ·ÉÌ¡£ ÎÒÃǺÜÈÙÐҵĽ« »áÔ±ÒÔÍùÁ½Äê²ÅÄÜÍê³ÉµÄ¶©µ¥£¨Òµ¼¨£©£¬ÌáÇ°ÖÁ£²¸öÔÂÍê³É£¬»áÔ±¾ªÌ¾£¬²» ¿É˼Ò飬ÕâÕýÊÇ¡±¹ú¼ÊÁªÑ¶Íø¡±ÔËÓ÷ḻµÄÊý¾Ý¿â¡¢ÍøÂçµÄ±¶Êý¹¦ÄÜ£¬ÓëÕýÈ· µÄÍâóÐÐÏúÀíÄËù½áºÏµÄÍêÃÀ½á¾§£¡ "¹ú¼ÊóÒ×ÁªÑ¶Íø"ʸ־³ÉΪ È«ÇòµÚÒ»´óóÒ×Íø£¬À©´óÕÐÊÕ»áÔ±£¬×Ô¼´ÈÕÆðÇ¿Á¦ÍƳö дº ´óÓŻݡ£ À©´óÕÐÊÕлáÔ± ÓÅ´ý5.5ÕÛ Ð´ºÓÅ»ÝÌؽ« лáÔ±ÓÅ´ýÔÙ´ò9ÕÛ ¡¡Ð´ºÓÅ´ýÖÁ2ÔÂ28ÈÕ½ØÖ¹ »ú»áÄѵ㬾´Çë°ÑÎÕ!Áí Íâ¸üÃâ·ÑÔùËÍ·¢E-mail ÁíÍâ £¬Ð¼ÓÈë»áÔ±£¨°ëÄ꣬һÄê¼°¶þÄ꣩ÔùËÍ´úËÑÑ°¹úÍâÏà¶ÔÓ¦²úÆ·½ø¿ÚÉ̼°´ú ·¢E-MAILÓÚÏà¶ÔÂò·½£¬¶þÄê???»áÔ±ÁíÔùÁ¬½áÈ«ÇòËÑÑ°ÒýÇæ²¼¸æÀ¸³¬¹ý 9000¼Ò£¬Ê¹µÃ±ðÈ˲»µÃ²»¿´µ½Äú¡±Á¢¼´¼ÓÈ롱¹ú ¼ÊóÒ×ÁªÑ¶Íø¡±¼´¿ÌÈÃÄú½Ó±¶Êý³É³¤£¡£¡£¡ÌÈÓû½øÒ»²½Á˽âÇë°´=£¾http://www.ezlink.com.tw/ ²Î¹Û¡£ÎÒÃÇÔËÓÃËÄÖÖÓïÎÄÀ´·½±ãÈ«Çò¸÷µØ»áԱʹÓ㬻òÀ´µç(02)2345-6929»áÔ±·þÎñ²¿Ç¢Ñ¯Èñ¾ÓÅ»ÝÏîÄ¿³ÉΪ¹ú¼ÊóÒ×ÁªÑ¶Íø ΪÄú¿ªÍػԻÍÍâóµÄ¿ªÊ¼¡£ ¹ú¼ÊóÒ×ÁªÑ¶Íø ¡¡EZLink Internation Trade net ̨Íåµç»° :86(020)38850406¡¡E-MAIL£º[EMAIL PROTECTED] ̨Íåµç »°:886(02)23456929 ÃÀ¹úµç »°:(1)765-497-3937 Ïã¸Ûµç »°:(852)29153221 E-MAIL £º[EMAIL PROTECTED] E-MAIL:[EMAIL PROTECTED] E-MAIL £º[EMAIL PROTECTED] ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Export command
How I can use export to prepare source for shipment off-site, but I would like to arrange only some files/folders in differents folders structure than that is in repository? Thank you ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Software Best Practices at SEPG 2002
Software Best Practices from High Maturity Organizations Program Details India Tutorials February 25-28, 2002 Conference March 1-2, 2002 Thailand Tutorials March 4-5, 2002 Australia Tutorials March 7-8, 2002 Singapore Tutorials March 18,19-21, 2002 Conference March 20, 2002 China Tutorials Conference Registration Details The Software Engineering Process Group Conference ( S E P G ) is the leading international conference for software process and quality professionals who spearhead the quality initiative for software excellence in their organizations. This year QAI India, and Software Engineering Institute, USA, are taking the SEPG Conference on Tour in Asia Pac. Software Gurus, Practitioners, Managers, SEPG heads from several high maturity organizations (CMM level 4 and level 5, PCMM level 5, CMMI level 5) and many others will present their thought leadership through plenary sessions, invited and contributed presentations, tutorials, panel discussions and exhibits. The conference highlights: More than 50 world-class tutorials on topics such as CMM Integrated,People CMM, Six Sigma and many more will be covered across India,Thailand, Australia, Singapore and China. Participation by more than 1000 professionals - CEOs, CIOs, CTOs, Project Managers, Process Group members, Testing professionals from top organizations in Asia Pac. Support of 15 software parks, 5 software associations, many government bodies such as Ministry of Science and Technology China Torch Program, NASSCOM ESC and SPINs. We invite you to participate and hear what the community has to say about Engineering Software Excellence during this event. The conference is an opportunity for professionals to: Learn, share and exchange ideas and learning in software quality process with practitioners and thought leaders from industry, academia and government. Demystify the secret of success of Indian software industry and mutually benefit from the rich software experience of Asia Pac. Meet and network with potential customers/business partners across Asia Pac. The PDF brochure on www.qaiindia.com/SEPG_minisite/SEPG_brochure.pdf provides complete details including dates, registration form and the program schedule.
test
test begin:vcard n:Brival;Maritza tel;fax:33-(0)-1-64-86-61-61 tel;work:33-(0)-1-64-86-61-34 x-mozilla-html:FALSE org:brbfont color=DarkRedMENTOR GRAPHICS / Meta Systems Division/font/bbr;font color=DarkBluebRD-Software Engineering group/b/font version:2.1 email;internet:[EMAIL PROTECTED] title:Software Configuration Manager adr;quoted-printable:;;3 Avenue du Canada - Bat Sigma=0D=0A91175 Courtaboeuf CedexFRANCE x-mozilla-cpt:;-7424 fn:bMaritza BRIVAL/b end:vcard
RE: [WINCVS 1.2]cvs login
I had the same problem, although I'm using the .rhosts method. There is a file on your client machine named Root in the CVS dir under the dir you are using as working dir. Press F2 (in wincvs) and an explorer window will pop up, pointing to the CVS dir. The file Root has the path to the repository, in my case: davec@pmdbdev:/home/ipmdsbat/cvsroot davec is the user on the pmdbddev machine wherein the repo resides, and is the name that gets pasted into the file $Log$, which is what, I presume, you want. --@@ ~ DavidC The Biggest Game In Town - http://www.wces.org/html_files/burien.html Finally, America will begin to see the staggering wealth our own city, county, state, and federal governments hold in secret accounts. If these hidden assets - that the AMERICAN PEOPLE own - can be liberated from government agencies, we can see a virtual end to property and income tax. Sound impossible? Then you haven't heard Walter Burien exposing the Comprehensive Annual Financial Report (CAFR) scam. -Original Message- From: Guillaume Denry [mailto:[EMAIL PROTECTED]] Sent: Sunday, February 17, 2002 6:40 AM To: [EMAIL PROTECTED] Subject: [WINCVS 1.2]cvs login When i make a cvs login with the GUI, I have *always* name1 as login, but my CVSROOT defined in admin, preferences is :pserver:name2@... name1 was the first login I entered when I had installed wincvs but it's impossible to me to delete it... and wincvs uses it to login. help me please ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Line ending confusion
I'm a bit confused on line endings and CVS. I *thought* what was supposed to happen is that files were to be stored in the repository with LF-only, unless they were identified as binary in CVSROOT/cvswrappers. (The repository is on Unix) When clients check out a file, the line endings on a text file should be converted to the platform's native format in the working copy. Is that the correct behavior? However, it appears files were stored in my repository with CR/LF. This means that when the files are checked out on a DOS platform, you get CR/CR/LF. The files were imported from a directory on the same system on the repository, but they had CR/LF endings since they came from a DOS system. Aha.would that mean that CVS did not line ending conversion because a client was not being used and it assumed that the files had the native LF-only line endings? If my theory is correct, I believe I can correct it by changing the files to Unix line endings on my Unix client and committing the files again, no? Any thoughts appreciated. Wade ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
VSS to CVS
Hi, I am looking for a utility which will allow me to converts a Microsoft Visual Source Safe (6.0) to CVS (currently 1.0.6). I need to make sure that historic versions are also taken. Can you point me in the right direction? Thanks. Nick -- This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: Line ending confusion
[EMAIL PROTECTED] wrote: The files were imported from a directory on the same system on the repository, but they had CR/LF endings since they came from a DOS system. Aha.would that mean that CVS did not line ending conversion because a client was not being used and it assumed that the files had the native LF-only line endings? True. If my theory is correct, I believe I can correct it by changing the files to Unix line endings on my Unix client and committing the files again, no? True. -Matt ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: VSS to CVS
Nick A Edwards wrote: I am looking for a utility which will allow me to converts a Microsoft Visual Source Safe (6.0) to CVS (currently 1.0.6). I need to make sure that historic versions are also taken. vss2cvs may be what you want (I have never used it). The first hit via google yielded http://www.laine.org:8080/cvs/vss2cvs/ -Matt ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
RE: VSS to CVS
If you want non-cygwin versions of rm chmod see: http://unxutils.sourceforge.net/ From the readme (http://www.laine.org:8080/cvs/vss2cvs/ReadMe.txt): *Don't* install cygwin's cvs.exe, though, unless you like specifying your CVSROOT as, eg, :local:/cygdrive/f/cvsroot, instead of :local:f:/cvsroot. Also, don't install cygwin's perl - it insists on using a strange notation for directories that only other Cygwin applications can understand. Instead, install Activeperl, available at http://www.activeperl.com --@@ ~ DavidC The Biggest Game In Town - http://www.wces.org/html_files/burien.html Finally, America will begin to see the staggering wealth our own city, county, state, and federal governments hold in secret accounts. If these hidden assets - that the AMERICAN PEOPLE own - can be liberated from government agencies, we can see a virtual end to property and income tax. Sound impossible? Then you haven't heard Walter Burien exposing the Comprehensive Annual Financial Report (CAFR) scam. -Original Message- From: Matt Riechers [mailto:[EMAIL PROTECTED]] Sent: Monday, February 18, 2002 7:31 AM To: Nick A Edwards Cc: [EMAIL PROTECTED] Subject: Re: VSS to CVS Nick A Edwards wrote: I am looking for a utility which will allow me to converts a Microsoft Visual Source Safe (6.0) to CVS (currently 1.0.6). I need to make sure that historic versions are also taken. vss2cvs may be what you want (I have never used it). The first hit via google yielded http://www.laine.org:8080/cvs/vss2cvs/ -Matt ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
RE: Converting ClearCase to CVS
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] [ On Saturday, February 16, 2002 at 12:42:57 (-0800), Paul Sander wrote: ] Subject: Re: Converting ClearCase to CVS You get what you pay for. In my opinion, the quality of implementation of ClearCase is much more robust than CVS, and Rational supports it much better anyone supports CVS. Greg: Have you ever paid anyone to support CVS with the same amount of money you have pay for licensing _and_ support of ClearCase? I'll bet you would get better support for CVS than you could ever get for ClearCase. Well, yes and no. I have not ever paid anyone to support CVS but rather did it myself. I discovered that having source code doesn't make up for a broken design, and that I have better things to do than to keep fixing basic things (like signal handling so that ctrl-C doesn't break things, various instances of memory mismanagement, and useful access control) and adding hooks that I needed for larger systems. In other words, no. Not yes and no. You have not paid anybody to support CVS, but have rather chosen to do it yourself. I don't know how much you would pay for ClearCase license and support, but I would think you could hire at least a part-time CVS expert to deal with such things. After all, you do it on a part-time basis. Having source code doesn't mean the software is perfect, but it does mean that you can get independent and customized support. Moreover, it means you can sometimes get exactly what you need added to the base distribution. Your mistake is that you tried to get too cheap with CVS. Had you been willing to spend even a moderate amount of money, you would have been happier. You almost certainly could have been much happier with CVS while spending only a fraction of the ClearCase money. This doesn't necessarily mean that CVS is the right answer, but it shows that your comparison is based on false assumptions and is meaningless. Given the status quo, I can either buy a commercial system that has industrial robustness and support, or I can build it myself. In the end, the same capabilities cost just as much either way: The money goes to my salary to build it, or it goes to a salesman. If it goes to the salesman, then I get many more man-years of robustness and polish with a system that can be deployed much more quickly. If you think you can write an industrial-strength system as cheaply as you could buy one, I think you're putting an astonishingly low value on your time. The proper thing to do is to leverage off other people's work, either commercially (by buying a product a company is selling to many other people) or in open source (by taking advantage of other people's work). In terms of support there are no advantages to being one of the many ClearCase users that are not also advantages of being one of the many CVS users. While Rational may have more long-term dollars to put into research and development than has been or ever will be put into CVS research and development, that's not necessarily an advantage for ClearCase either. Free software does not have to fight for market share by adding useless, and/or confusing, and/or buggy features. One would hope that a competent designer of quality software doesn't introduce any of these things. Do you realize how much software you have eliminated? Feature lists are what sells most software. It's unfortunate, but it's true. It's much easier to evaluate software by the length of the feature list than to figure out whether it's secure, robust, and reliable. While it's true that most users don't use every feature of any system, it's still possible to measure the utility of features across the customer base. And companies don't usually add features to their products unless there's great demand for them. In contrast, features may be added to free software if only one user calls for them... Having worked in commercial software, and purchased commercial software, you are at least not completely correct. I've helped put in lots of features *into commercial software* because one user wanted them. In the case of shrink-wrap software for personal computers, the feature list is treated as critical for sales. Your statements may be true of certain sorts of commercial software, but without such qualifications they are unconvincing. As for whether or not a feature is confusing, RTFM. My experience with documentation is as follows: 1. For shrink-wrap PC products, the docs are usually useful but tedious to use and incomplete, since I'm not the archetypical buyer or user of such. 2. For higher-end commercial software, the docs vary very widely in quality. Some are good and some are dreadful. 3. Open source docs also vary, but in my experience are overall better than their counterparts in (2) above. This is counter-intuitive, but that's my experience. The same is normally
Re: What's Checkout protocol error: Duplicate Mod_time?
[EMAIL PROTECTED] (Larry Jones) wrote in message news:[EMAIL PROTECTED]... Unfortunately, you snipped the important stuff. It would better if you could gzip the entire file and attach it. Seems that my response message of last thursday didn't went through, perhaps there is a size limit (it was around 140 Kb -- it's a long log file). I'll see what I can do. Thanks. -- R. Berber ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
¹ó¹«Ë¾Áìµ¼ÄúÃǺ㺠ÇèÄòËá ¶þÂÈÒìÇèÄòËáÄÆ ÁòËáþ ÎÒµ¥Î»Éú²úÇèÄòËá¡¢¶þÂÈÒìÇèÄòËáÄÆ¡¢ÁòËáþµÈ²úÆ·£¬Äê²úÁ¿8000¶Ö£¬Äê³ö¿ÚÍâÏú4500¶Ö×óÓÒ£¬ÖÊÁ¿ÓÅÖÊ¡¢¼Û¸ñµÍÁ®£¬ÈçÓÐÒâÔ¸Óë¹ó¹«Ë¾Í¨Á¦ºÏ×÷£¬¹²Í¬´´»ã¡£ ÇèÄòËáµ¥Ìå¿ÉÓÃ×÷ÓÎÓ¾³ØË®ÖÐÎȶ¨¼Á¡¢Ñ¡ÔñÐÔ³ý²Ý¼Á¡¢É±ÃðÈíÌ嶯ÎïÒ©¼Á£¬Ò²¿ÉÖƳɹ㷺ÓÃ;µÄɱ¾úÏû¶¾¼ÁºÍÓÅÖʵÄƯ°×¼Á£»¿ÉÓÃÓںϳɲÄÁϵĵ¥ÌåºÍÊ÷Ö¬¡¢ËÜÁÏ¡¢ÓÍÆøµÄÔÁÏ£»¿ÉÓÃÓںϳÉÏ𽺡¢ËÜÁϵÄÈÈÎȶ¨¼Á¡¢¿¹Ñõ¼Á¡¢½»ÁªÖú¼Á£¬¿ÉÓÃÓÚÈ󻬼Á¡¢×èȼ¼ÁµÄºÏ³ÉÔÁϵȡ£ ÇèÄòËá·ÖΪ¿ÅÁ£×´ºÍ·Ûĩ״Á½ÖÖ£¬Æ京Á¿¡Ý98.5%£¬Ë®·Ö¡Ü0.5% £¬Ìú·Ý¡Ü40ppm£¬»Ò·Ý¡Ü300ppm £¬1%Ë®ÈܶÈPH¡Ý4£¨¿ÅÁ£×´£©PH¡Ý2.8£¨·Ûĩ״£©£¬ËÉÃܶÈΪ0.8-0.9¿Ë/CM3£¨¿ÅÁ£×´£©0.7-0.8¿Ë/CM3£¨·Ûĩ״£©£¬Á£¶ÈΪ10-30Ä¿£¨¿ÅÁ£×´£©100Ä¿£¨·Ûĩ״£©£¬ ¼Û¸ñΪ£º3800Ôª/¶Ö¡£ ¶þÂÈÒìÇèÄòËáÄÆÊǽü´úÐÂÑÐÖƵÄÒ»ÖָߵµÉ±¾úÏû¶¾¼Á£¬¾ßÓиßЧ¡¢¹âÆס¢¿ìËÙ¡¢°²È«µÈÌص㡣ÊÇÇÝÐóÓæÒµÑøÖ³Öв»¿ÉȱÉٵıØÐèÆ·£¬ÊÇϸ¾úµÄ¿ËÐÇ¡£ÓÃÓÚʳƷ¼Ó¹¤ÒµµÄ»úе¡¢³¡µØ¡¢É豸¼°±ö¹Ý²ÍÌüÊÒÄÚ¡¢¿Õ¼ä¡¢Óþߡ¢ÓÃÆ·¡¢ÎÀÉú¼äµÄÏû¶¾Ãð¾ú£»ÓÃÓÚÒ½Ôº¡¢Ò½ÁÆÆ÷е¡¢²¡·¿É±¾úÏû¶¾£»ÓÃÓÚ¹¤ÒµÑ»·Ë®µÄÃðÔåɱ¾ú¾»»¯¼°¹«¹²ÎÀÉú·½ÃæµÄÃð¾ú¡¢³ý³ô£»ÓÃÓÚë·ÄÒµÑòë·ÄËùƯ°×ºÍÑòëÈÞ´¦Àí¼ÁµÈ£¬ÔÚÆäËü¸÷¸ö·½ÃæµÄɱ¾úÏû¶¾ÓÃ;ʮ·Ö¹ã·º¡£ ¶þÂÈÒìÇèÄòËáÄÆ·ÖΪ¿ÅÁ£×´ºÍ·Ûĩ״Á½ÖÖ£¬ÓÐЧÂȺ¬Á¿¡Ý55%-60%£¬Ë®·Ö¡Ü0.5%£¬1%Ë®ÈܶÈPHΪ5.8-7.0£¨¿ÅÁ£×´£©6.0-7.0£¨·Ûĩ״£©£¬Èܽâ¶È25¡ãΪ25%£¬ËÉÃܶÈΪ0.8-0.9¿Ë/CM3£¨¿ÅÁ£×´£©£¬0.65-0.75¿Ë/CM3£¨·Ûĩ״£©£¬Á£¶È10-30Ä¿£¨¿ÅÁ£×´£©100Ä¿90%ͨ¹ý£¨·Ûĩ״£©¼Û¸ñΪ£º º¬ÓÐЧÂÈ56%¿ÅÁ£×´Îª7200Ôª/¶Ö º¬ÓÐЧÂÈ58%¿ÅÁ£×´Îª7400Ôª/¶Ö º¬ÓÐЧÂÈ60%¿ÅÁ£×´Îª7600Ôª/¶Ö ·Ûĩ״Ϊ7500Ôª/¶Ö ÁòËáþ¸ù¾ÝÓÃ;²»Í¬¿É·ÖΪ:¹¤Òµ¼¶¡¢·ÊÁϼ¶¡¢ËÇÁϼ¶¡¢ÊÔ¼Á¼¶ºÍÒ½Ò©¼¶µÈ¡£Ö÷ÒªÓÃ;ΪӡȾϸÄÃÞ²¼£¬×öÃÞ¡¢Ë¿µÄ¼ÁÖؼÁ£¬Ä¾ÃÞÖÆÆ·µÄÌî³ä¼Á£¬»¹ÓÃÓÚÖƸ·ÊÁÏ¡¢´ÉÆ÷¡¢ÑÕÁÏ¡¢»ð²ñ¡¢Õ¨Ò©¡¢·À»ð²ÄÁϵȵÄÖØÒªÔ²ÄÁÏ£¬Ò½Ñ§ÉÏÓÃ×÷кҩ¡£ ÁòËáþָͨÆßË®ÁòËáþ£¬ÎÞÉ«ËĽÇÖù×´¾§Ì壬Êôб·½¾§Ìå»òµ¥Ð±·½¾§Ìå¡£ÎÞÐá¡¢¿à棬ÔÚ¸ÉÔï¿ÕÆøÖÐÒ׷绯¡¢Ò×ÈÜÓÚË®¡¢Î¢ÈÜÓÚÒÒ´¼¡£ ÎÒ³§Éú²úµÄÁòËáþΪһµÈÆ·£¬º¬Á¿(Mgso4+7H2O)¡Ý98%£¬ Ìúº¬Á¿¡Ü0.005%£¬ÂÈ»¯Îï¡Ü0.3%£¬Ë®²»ÈÜÎﺬÁ¿¡Ü0.1%¡£ ¼Û¸ñΪ£º´ø°üװΪ480Ôª/¶Ö£¬ÎÞ°üװΪ460Ôª/¶Ö¡£ ÒÔÉÏÈýÖÖ²úÆ·Èç¹ó¹«Ë¾ÐèÒªÇë¸øÓèÁªÏµ¡£ ºÓ±±Ê¡Äþ½ú»¯¹¤³§×¤ÐĮ̈°ìÊ´¦ÖÜÁ¬³¼ ÁªÏµµç»°£º 0319-3187778 E-mail£º[EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] µØÖ·£ººÓ±±Ê¡ÐĮ̈ÊÐÇŶ« - ±¾ÓʼþÓÉ¿Í»§×ÔÐÐÀûÓÃÍØÒס°ÓʼþÌؿ족·¢ËÍ .¸ßËÙÖ±´ïµÄרҵÓʼþȺ·¢Èí¼þ .ÄÚ½¨Óʼþ·¢ËÍ·þÎñÆ÷£¬ÈƹýÄúµÄSMTP·þÎñÆ÷ .רҵһ¶ÔÒ»·¢ËÍ .Ö§³ÖÎı¾ºÍÍøÒ³¸ñʽÓʼþ ÏÂÔØÕ¾µã£ºhttp://gotrading.126.com --
Re: VSS to CVS
On Mon, Feb 18, 2002 at 03:14:30PM +, Nick A Edwards wrote: I am looking for a utility which will allow me to converts a Microsoft Visual Source Safe (6.0) to CVS (currently 1.0.6). I need to make sure that historic versions are also taken. I went through this exercise earlier this year. I used the vss2cvs perl scripts others have replied with: http://www.laine.org:8080/cvs/vss2cvs/ The biggest problems I had were: 1 vss2cvs imports everything - I wanted to ignore certain binary files and have more control over the import (control recursion, etc.) 2 shared files in VSS got imported into CVS multiple times - indeed, you'll probably find that dealing with shares (and broken shares) in VSS is the hardest part of the process - I dealt with most of this by either restructuring / refactoring code into libraries and the use of CVS modules after the import was completed 3 the import can take a long time, mostly because of the above two problems To deal with these problems, I added some features to vss2cvs.pl to deal with 1 2, and wrote some other scripts to deal with the files after import. 3 is alleviated somewhat by these changes, but it still took a while for the 11000 files, 38000 revisions I imported. I sent the changes I made to Laine, but never received any reply nor saw that he incorporated any changes in his download site. If you're interested in them, let me know and I'll send them to you. Just a warning, depending on how your VSS repository is set up, this process can be a bit of a PITA. Scott -- The wages of sin are high but you get your money's worth. ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: ``cvs add'' termination status behavior.
Kaz Kylheku writes: Don't know whether this is occurs in the latest 1.11, but I see the following behavior in 1.10.6: if some of the files specified in a ``cvs add'' are already known to CVS, it finishes with a failed termination status, even though it successfully adds the remaining files. This should probably be a successful termination, since nothing wrong happened, and the postcondition is true: all files mentioned on the command line are now known to CVS. :) CVS termination status is not reliable. Because most CVS commands can be quite complex with some things working and some things not, it isn't really possible to encapsulate the result into a single status value. -Larry Jones Apparently I was misinformed. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: Export command
[ On Monday, February 18, 2002 at 11:36:17 (+0100), nourid wrote: ] Subject: Export command How I can use export to prepare source for shipment off-site, but I would like to arrange only some files/folders in differents folders structure than that is in repository? You'll need to use a partial build process after the 'cvs export' to re-arrange things into the structure you want the shipped product to have. -- Greg A. Woods +1 416 218-0098; [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED] Planix, Inc. [EMAIL PROTECTED]; VE3TCP; Secrets of the Weird [EMAIL PROTECTED] ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: Newbie: howto share modules
[EMAIL PROTECTED] (Pierre Asselin) writes: I'll assume you want to check out only MyApp and the two libraries. Yes, that's correct. Put something like this in your modules file: TheFirstLib C++/Libraries/TheFirstLib TheSecondLib C++/Libraries/TheSecondLib ... Myapp C++/Applications/MyApp TheFirstLib TheSecondLib The first two are straightforward module entries. You can check out TheFirstLib and have it appear in ./TheFirstLib . The third entry is the application, and it implicitly checks out the two libraries as submodules. The sandbox looks like this: ./Myapp/ (Myapp files...) TheFirstLib/ (1st library files...) TheSecondLib/ (2nd library files...) Yes, looks like I want it be. Thanks for the answer. This looks like something I can use. -- Vennlig hilsen Syver Enstad ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
RE: Converting ClearCase to CVS
[ On Monday, February 18, 2002 at 10:12:34 (-0600), Thornley, David wrote: ] Subject: RE: Converting ClearCase to CVS Thanks very much for your reply to Paul's doublespeak! I couldn't have said it better myself! ;-) Do you realize how much software you have eliminated? Feature lists are what sells most software. It's unfortunate, but it's true. It's much easier to evaluate software by the length of the feature list than to figure out whether it's secure, robust, and reliable. and that it does the necessary job! :-) Feature lists don't usually match requirement lists, at least not in any meaningful way. They're merely a quick guide to whether further evaluation is necessary. Note that anything with too many unnecessary features _MUST_ be eliminated first (i.e. before you eliminate the things with missing features)! There's nothing worse than trying to use some over-grown top-heavy feature-laden piece of crap to do a very simple job (M$-Word to writing a simple personal letter, for example). There may be more reluctance than is optimal to remove useless features. You can say that again, and again, and again, and again :-) -- Greg A. Woods +1 416 218-0098; [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED] Planix, Inc. [EMAIL PROTECTED]; VE3TCP; Secrets of the Weird [EMAIL PROTECTED] ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
2002-02-18
Thread
=?gb2312?q?=B1=B1=BE=A9=CA=D0=BB=AA=CD=A8=B3=C9=CC=D7=B5=E7=C1=A6=B5=E7=C8=DD=C6=F7=B3=A7_
ÎÒÆóÒµÉú²úTBBXÐÍÎÞ¹¦¾ÍµØ²¹³¥×°Ö㬾ßÓÐÔöÈÝ£¨10%¡ª30%£©¡¢½Úµç£¨5%¡ª20%£©¹¦ÄÜ£¬ÊÇÒ»¸öͶ×ÊÉÙ ¼ûЧ¿ìµÄ½ÚÄܲúÆ·£¬¸Ã²úƷͨ¹ýÁËISO9002ÈÏÖ¤¡£Èç¹óµ¥Î»ÐèÒªÇëÓëÎÒÆóÒµÁªÏµ¡£ µç»°£º010-63556765 ´«Õ棺010-63545714 ÍøÖ·£ºwww.china-tbbx.com E-mail:[EMAIL PROTECTED]
2002-02-18
Thread
=?gb2312?q?=B1=B1=BE=A9=CA=D0=BB=AA=CD=A8=B3=C9=CC=D7=B5=E7=C1=A6=B5=E7=C8=DD=C6=F7=B3=A7_
ÎÒÆóÒµÉú²úTBBXÐÍÎÞ¹¦¾ÍµØ²¹³¥×°Ö㬾ßÓÐÔöÈÝ£¨10%¡ª30%£©¡¢½Úµç£¨5%¡ª20%£©¹¦ÄÜ£¬ÊÇÒ»¸öͶ×ÊÉÙ ¼ûЧ¿ìµÄ½ÚÄܲúÆ·£¬¸Ã²úƷͨ¹ýÁËISO9002ÈÏÖ¤¡£Èç¹óµ¥Î»ÐèÒªÇëÓëÎÒÆóÒµÁªÏµ¡£ µç»°£º010-63556765 ´«Õ棺010-63545714 ÍøÖ·£ºwww.china-tbbx.com E-mail:[EMAIL PROTECTED]
info-cvs@gnu.org
, WWW.JSBYXY.8U8.COM E:[EMAIL PROTECTED] TEL:86-514-8266376 FAX:86-514-8261553 :225801 :300(2)
against garbage mail
Dear Administrator, I think cvs mail list should against garbage mail. thank regards --M ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
()
̨Íą̊±±ºéÀû¼¯ÍŹ«Ë¾¸øÄú°ÝÄê!ÉÆÒâµÄ´òÈÅ,ÍòÍûº£º,(²úÆ·¼Û¸ñ±í¹©²Î¿¼) ±¾¹«Ë¾ÓÐÒâÔÚ¹óµØÑ°ÕÒºÏ×÷»ï°é,¿ª±ÙÊг¡,ÓкÏ×÷ÒâÏò¿ÉÓë´ó½ҵÎñ²¿ÁªÏµ. ÁªÏµÈË: ºé¾ý¬ µç»°:013959848964 Ò»,ÊýÂëÉãÏñ»ú: (ÈËÃñ±Ò,Ôª) 1,Ë÷Äá DCR-TRV15E 80ÍòÏñËØ/10±¶¹âѧ±ä½¹/120±¶ÊýÂë±ä½¹/2.5Ó¢´ç²ÊÉ«È¡¾°Æ÷ 3450 DCR-TRV17E 80ÍòÏñËØ/10±¶¹âѧ±ä½¹/120±¶ÊýÂë±ä½¹/3.5Ó¢´ç²ÊÉ«È¡¾°Æ÷/USB½Ó¿Ú 4950 DCR-TRV30E 520Ïß/107ÍòÏñËØ/10±¶¹âѧ±ä½¹/120±¶ÊýÂë±ä½¹/3.5Ó¢´ç²ÊÉ«È¡¾°Æ÷ 7250 DCR-TRV130E 520Ïß/107ÍòÏñËØ/10±¶¹âѧ±ä½¹/120±¶ÊýÂë±ä½¹/2.5Ó¢´ç²ÊÉ«È¡¾°Æ÷ 2800 DCR-TRV330E 80ÍòÏñËØ/25±¶¹âѧ±ä½¹/700±¶ÊýÂë±ä½¹/2.5Òº¾§ÆÁ 3280 DCR-TRV530E 80ÍòÏñËØ/25±¶¹âѧ±ä½¹/700±¶ÊýÂë±ä½¹ 4100 DCR-TRV828E 107ÍòÏñËØ/18±¶¹âѧ±ä½¹/560±¶ÊýÂë±ä½¹ 4880 DCR-PC120E 520Ïß/155Íò/10±¶¹âѧ/²Ì˾¾µÍ·/2.5LCD/À¶ÑÀ¼¼Êõ 7500 DCR-PC5E 80ÍòÏñËØ/10±¶¹âѧ±ä½¹/120±¶ÊýÂë±ä½¹/500Ïßˮƽ½âÏñ¶È/1394±ê×¼ 5300 DCR-PC9E 500Ïß/80ÍòÏñËØ/10±¶¹âѧ±ä½¹/120±¶ÊýÂë±ä½¹/2.5Ó¢´ç²ÊÉ«È¡¾°Æ÷ 5300 DCR-150P 530Ïß/3CCD/135ÍòÏñËØ/12±¶¹âѧ±ä½¹/48±¶ÊýÂë±ä½¹/2.5Ó¢´çÒº¾§ÆÁ 20800 2,ËÉÏ DS28EN 80ÍòCCD/15±¶¹âѧ±ä½¹/600±¶ÊýÂë/Ò¹ÊÓ¹¦ÄÜ/2.5´ç²ÊÆÁ 3200 DS38EN 80ÍòCCD/15±¶¹âѧ±ä½¹/600±¶ÊýÂë/Ò¹ÊÓ¹¦ÄÜ/2.5´ç²ÊÆÁ 3800 DS99 80ÍòCCD/12±¶¹âѧ±ä½¹/120±¶ÊýÂë/3.8´ç²ÊÆÁ 4100 DX100 3CCD/12±¶¹âѧ±ä½¹/120±¶ÊýÂë/2.5´ç²ÊÆÁ/500Ïß 5500 3,¼ÑÄÜ XL1S 3CCDÓ°Ïñ¸ÐÓ¦Æ÷/¿É»»Ê½16±¶¹âѧ±ä½¹/XL/EFϵÁоµÍ·/רҵ²ÊÉ«È¡¾°Æ÷ 23000 MV3IM ¸ßÆ·ÖÊCCD/RGBÔÉ«Â˾µ/10±¶¹âѧ±ä½¹/2.5Ó¢´çÒº¾§ÆÁ/רҵ²ÊÉ«È¡¾°Æ÷ 7800 MVX1I ¸ßÆ·ÖÊCCD/RGBÔÉ«Â˾µ/10±¶¹âѧ±ä½¹/2.5Ó¢´çÒº¾§ÆÁ/רҵ²ÊÉ«È¡¾°Æ÷ 8800 MV450I ¸ßÆ·ÖÊCCD/RGBÔÉ«Â˾µ/10±¶¹âѧ±ä½¹/2.5Ó¢´çÒº¾§ÆÁ/רҵ²ÊÉ«È¡¾°Æ÷ 4300 MV430I ¸ßÆ·ÖÊCCD/RGBÔÉ«Â˾µ/10±¶¹âѧ±ä½¹/2.5Ó¢´çÒº¾§ÆÁ/רҵ²ÊÉ«È¡¾°Æ÷ 4800 ¶þ,ÊýÂëÏà»ú (¿Â´ï) DC-280 1901*1212½âÎö¶È/230ÍòÏñËØ/3±¶¹âѧ±ä½¹/2±¶Êý×ֱ佹/8MB 3100 DC-290 2240*1500½âÎö¶È/330ÍòÏñËØ/6±¶±ä½¹/20MB/USB 3380 DC-4800 330ÍòÏñËØ/3±¶¹âѧ±ä½¹/2±¶Êý×ֱ佹/USB½Ó¿Ú 3100 DC-3200 120ÍòÏñËØ/2±¶ÊýÂë±ä½¹/2MB/USB 900 DC-3400 230ÍòÏñËØ/2±¶±ä½¹/8MB/USB 1500 DX-3500 220ÍòÏñËØ/3±¶ÊýÂë±ä½¹/8MB/USB½Ó¿Ú 1980 DX-3600 220ÍòÏñËØ/3±¶ÊýÂë±ä½¹/8MB/USB½Ó¿Ú/¿ÉÁ¬ÐøÅļ 1850 DC3800 1760*1168/230ÍòÏñËØ/¶¨½¹33mm/¶þ±¶ÊýÂë±ä½¹/USB½Ó¿Ú/16MB 2300 DX-3900 310ÍòÏñËØ/6±¶±ä½¹/USB½Ó¿Ú/1.5TFT 2899 DC-5000 200ÍòÏñËØ/6±¶±ä½¹/8MB/USB 2980 Èý,Òƶ¯µç»°: 1,ĦÍÐÂÞÀ T189 /T191/T2288 500 /650 /320 T2688 /T2988/360 510 /520/460 L2000www /LF2000www/V998++590/550 /860 A6288 /V60/ V66 1980/2230/1310 p7689 /P7789V8088 470 /520/1000 2,ŵ»ùÑÇ 3310/3330/3350/5110 580 /550/650/ 320 6210/6510/7110/8210 800/1650/530/860 8250/8310/8850/8855 1080/1580/1830/2300 3,°®Á¢ÐÅ T20sc /T28sc/T29 440/630/750/ T39/T65/T68 1350/1050/2250 R320sc /R380sc/A2618sc 380 /1380/280 a2638sc /A3618 350 /560 4,Î÷ÃÅ×Ó 1128/2118/3568/ 430 /580/750 3518i/3508/3618 550 /450/900 6688 /6686i/6618 1920 /1550/1000 5,Ë÷Äá J16/J26 550 /599 Z18 /Z28 1420/1630 6,ÈýÐÇ N288 /800C/A1881500/980/1280 A288/A408/ N188 /R208 2000/ 2880/980/880 7,·ÉÀûÆÖ 288 /898/969 500/550/820 988/989/9@9 620/930/830 ËÄ,µçÄÔÅä¼þ: 1,Ö÷°å: TUSL2-C/PA 815EP-BоƬ/ATA100/AGP4X/Ö§³Ö.13P¢ó(Tualatin)/8738Éù¿¨ 490 TUSL2-C/WOA 815EP-BоƬ/ATA100/AGP4X/Ö§³Ö.13P¢ó(Tualatin) 430 TUSL2-M/SWA(С°å) 815EP-BоƬ/ATA100/AGP4X/º¬I752ÏÔ¿¨/AC97Éù¿¨/Ö§³Ö(Tualatin) 510 TUEP2-M/SWA 815EPоƬ/ATA100/AGP4X/ÎÞÏÔ¿¨/AC97Éù¿¨ 400 P4T-F/PA Intel 850оƬ/Socket423/AGP4X/4ÌõRDRAM/AC97Éù¿¨ 650 P4T-F Intel 850оƬ/Socket423 P4/AGP4X/4ÌõRDRAM/ÎÞÉù¿¨ 600 P4T-E Intel 850/Socket 478 P4/AC97/AGP 4X/4ÌõRDRAM/AC97 750 P4B-E Intel 845оƬ/Socket478 P4/3ÌõSDRAM/AC97/RAID0,1 630 P4B/PA Intel 845оƬ/Socket478 P4/3ÌõSDRAM/AC97Éù¿¨ 620 A7V266-E/WM VIA KT266AоƬ/3DDR/ATA100/AGP4X/Ö§³ÖAthlon XP 590 A7VL-VM KL133оƬ/ATA100/SVAGAE4ÏÔ¿¨/AC97Éù¿¨ 280 A7N266 nForce420d/DDR/CMI8738 830 P4S333 SIS645/DDR/CMI8738 6-CH S478 560 P4B266-M/SWALAN 845D/DDR/S478/AC97 620 2,cpu: ±¼ÌÚ4 2.0A Socket 478/512KB/400MHz /ºÐ×° 1900 ±¼ÌÚ4 2.0G Socket 478/256KB/400MHz /ºÐ×° 1800 ±¼ÌÚ4 2.0G Socket 423/256KB/400MHz /ºÐ×° 1800 ±¼ÌÚ4 1.9G Socket 478/256KB/400MHz /ºÐ×° 1120 ±¼ÌÚ4 1.8A Socket 478/512KB/400MHz /ºÐ×° 900 ±¼ÌÚ4 1.7G Socket 478/256KB/400MHz /ºÐ×° 685 ±¼ÌÚ4 1.6G Socket 478/256KB/400MHz/ºÐ×° 555 ±¼ÌÚ4 1.5G Socket 423/256KB/400MHz /É¢×° 625 ±¼ÌÚ¢ó 1G Socket 370/256K/133Õ×/ºÐ×° 595 ±¼ÌÚ¢ó 933 Socket 370/256K/133Õ×/ºÐ×° 550 ÈüÑï¢ó 1.2G Socket 370/256k/100Õ×/0.13¦Ìm/É¢×° 435 ÈüÑï¢ó1000A Socket370/.13um/256K/100Õ×/ºÐ×° 330 ÈüÑï¢ó1000A Socket370/.13um/256K/100Õ×/É¢×° 270 ÈüÑï¢ò1000
RE: Converting ClearCase to CVS
Starting to get off-topic and long-winded, but I can't let this go. Sorry! --- Forwarded mail from [EMAIL PROTECTED] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] [ On Saturday, February 16, 2002 at 12:42:57 (-0800), Paul Sander wrote: ] Subject: Re: Converting ClearCase to CVS You get what you pay for. In my opinion, the quality of implementation of ClearCase is much more robust than CVS, and Rational supports it much better anyone supports CVS. Greg: Have you ever paid anyone to support CVS with the same amount of money you have pay for licensing _and_ support of ClearCase? I'll bet you would get better support for CVS than you could ever get for ClearCase. Well, yes and no. I have not ever paid anyone to support CVS but rather did it myself. I discovered that having source code doesn't make up for a broken design, and that I have better things to do than to keep fixing basic things (like signal handling so that ctrl-C doesn't break things, various instances of memory mismanagement, and useful access control) and adding hooks that I needed for larger systems. In other words, no. Not yes and no. You have not paid anybody to support CVS, but have rather chosen to do it yourself. I don't know how much you would pay for ClearCase license and support, but I would think you could hire at least a part-time CVS expert to deal with such things. After all, you do it on a part-time basis. First of all, I am a CVS expert: I have been using it for over ten years and I have a credit as one of its contributors. I have also made many more changes to it that never went into the general distribution, for many reasons. Some of them were very intrusive, affecting CVS' internal APIs. Second, I did pay someone: me. I supported CVS professionally for my (former) employer for four years. Having source code doesn't mean the software is perfect, but it does mean that you can get independent and customized support. Moreover, it means you can sometimes get exactly what you need added to the base distribution. Yep, and I provided it. And again, having source code doesn't make up for a broken design. We never should have deployed CVS, but I was overruled. And afterward, I did the best I could by adding the features we needed that could be accomodated by the design (plus fixing many that already existed but were broken). Your mistake is that you tried to get too cheap with CVS. Had you been willing to spend even a moderate amount of money, you would have been happier. You almost certainly could have been much happier with CVS while spending only a fraction of the ClearCase money. This doesn't necessarily mean that CVS is the right answer, but it shows that your comparison is based on false assumptions and is meaningless. You're right on this count. The people who demanded that CVS be used preferred to support the hidden costs of maintaining CVS versus the outright expenditures for licensing and maintaining a commercial solution. In the end, my employer was happy enough with CVS to live with it for three years after I left. Then management turned over, and they converted to ClearCase. But the comparison is simple: You have $X. You can spend it on a commercial solution or you can get CVS and support it yourself (hiring someone if necessary). Which is more cost-effective? I contend that the CVS approach costs as much as a commercial solution. Given the status quo, I can either buy a commercial system that has industrial robustness and support, or I can build it myself. In the end, the same capabilities cost just as much either way: The money goes to my salary to build it, or it goes to a salesman. If it goes to the salesman, then I get many more man-years of robustness and polish with a system that can be deployed much more quickly. If you think you can write an industrial-strength system as cheaply as you could buy one, I think you're putting an astonishingly low value on your time. The proper thing to do is to leverage off other people's work, either commercially (by buying a product a company is selling to many other people) or in open source (by taking advantage of other people's work). Actually, I've been a CM specialist for almost 15 years, and I have developed commercial CM tools in the past. If my salary were equal to the license fees of some commercial CM products for 75 users, and if I could work on it full-time and uninterrupted, I could produce a version control system single-handedly in a year's time. It would be robust, though not as feature-rich as some products (but it would compete favorably with CVS). But I've already put in my time and have no desire to do this; too many other projects beckon right now. In terms of support there are no advantages to being one of the many ClearCase users that are not also advantages of being one of the many CVS users. While Rational may have more
Re: Converting ClearCase to CVS
In article [EMAIL PROTECTED], Paul Sander wrote: Really? The modules database was ill-conceived from the beginning (having at least two fundamental flaws in its design), and was never repaired or replaced. Corner cases involving branch merging and add/remove keep being raised in this forum. The exit status, after more than 10 years, is still unpredictable, limiting the robustness of scripts that invoke CVS. I'm running into a little bit of that exit status business in Meta-CVS. I treat a failed termination status seriously. I turn it into a condition being raised; luckily there is enough grace and resilience in the Common Lisp error handling system to deal with crap. I solved the add and remove corner cases quite simply. Adds can ``never'' clash because each add creates a unique file with a 128 bit random integer for a name. So the whole nonsense about ``file independently added by second party'' won't happen, unless you win the 128 bit birthday lottery. :) Both users will successfully add the file locally. Then one will commit and the other will get a problem in the file structure due to the duplicate path, which Meta-CVS will detect, forcing that user to repair the problem. Once the problem is repaired, the directory structure will arrange itself into the resolved shape, and the user can fix any remaining conflicts. Remove races are gone, because files are never really removed. They are just removed from the directory structure mapping, an action which does not commit any revision to the file itself. Someone can remove a file, you do an update, the file appears gone, yet the object is still there in the MCVS/ directory of your local copy under a cryptic name. You can even commit your unfinished changes, and perhaps at the same time resurrect the file into the mapping. Before long I will put in a ``garbage collect'' command that will look for unmapped objects and do a cvs remove on them, to reduce the checkout footprint. -- Meta-CVS: version control with directory structure versioning over top of CVS. http://users.footprints.net/~kaz/mcvs.html ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
