Re: [ANNOUNCE]: reiser4 snapshot
Nikita Danilov wrote (ao): > new reiser4 snapshot is available at: > > http://www.namesys.com/snapshots/2002.12.24/ > > It is released as a patch against linux-2.5.53 kernel. It should also > work with current (December 24th) bk snapshot at > http://linux.bkbits.net/linux-2.5 > > This is mostly bug fixing release. > > READ.ME file contains changelog. > > In addition, our public BK repository with reiser4 code is available > at bk://namesys.com/bk/reiser4. Hi Nikita, Is there also a BK repository with the reiserfs4-progs? And what is the right way to integrate reiser4 into the kernel? At the moment I pull reiser4 and linux-2.5, patch linux-2.5 with the reiser4.diff out of the snapshots dir, and replace fs/reiser4 with the BK reiser4. This works*, but I think the patch part is not the right way. * I can compile a 2.5 kernel, boot it, and mkfs.reiser4 a partition. Thanks in advance!
Re: build problem BK reiser4progs: /usr/include/features.h:218:52: operator '==' has no left operand
Yury Umanets wrote (ao): > >>No, it is not nornal case. It is pretty strange. Try the fllowing > >>sequence: > >>bk pull > >>aclocall && autoheader && aitomake --add-missing && autoconf > >>./configure > >>make distclean > >>./configure > >>make > >>make install > >>ldconfig -v | grep reiser4 > >> > >>And let's see what happen > > > ># ldconfig -v | grep reiser4 > ># > > > >Empty (after fresh pull). I can provide the output of all the above > >commands if you like (it's a bit large). Would that help you? > > Yes, of course. Send me the all build output as a tar.gz Oki, attached. Had to do it again as the first capture failed. config-build.gz Description: application/gunzip makeinstall.gz Description: application/gunzip
Re: build problem BK reiser4progs: /usr/include/features.h:218:52:operator '==' has no left operand
Ookhoi wrote: Yury Umanets wrote (ao): No, it is not nornal case. It is pretty strange. Try the fllowing sequence: bk pull aclocall && autoheader && aitomake --add-missing && autoconf ./configure make distclean ./configure make make install ldconfig -v | grep reiser4 And let's see what happen # ldconfig -v | grep reiser4 # Empty (after fresh pull). I can provide the output of all the above commands if you like (it's a bit large). Would that help you? Yes, of course. Send me the all build output as a tar.gz Oki, attached. Had to do it again as the first capture failed. Thanks a lot of reports and dealing with our bugs :)) -- Yury Umanets
Re: build problem BK reiser4progs: /usr/include/features.h:218:52:operator '==' has no left operand
Ookhoi wrote: Yury Umanets wrote (ao): No, it is not nornal case. It is pretty strange. Try the fllowing sequence: bk pull aclocall && autoheader && aitomake --add-missing && autoconf ./configure make distclean ./configure make make install ldconfig -v | grep reiser4 And let's see what happen # ldconfig -v | grep reiser4 # Empty (after fresh pull). I can provide the output of all the above commands if you like (it's a bit large). Would that help you? Yes, of course. Send me the all build output as a tar.gz Oki, attached. Had to do it again as the first capture failed. Looks like the problem is in line gcc -g -O2 -D_REENTRANT -D_FILE_OFFSET_BITS=64 -g -W -Wall -Wno-unused -Werror -DPLUGIN_DIR=\"/usr/l ocal/lib/reiser4\" -o debugfs.reiser4 debugfs.o ../../libreiser4/.libs/libreiser4.a ../../progs/lib misc/.libs/libmisc.a /usr/src/reiser4progs/libaal/.libs/libaal.a -lncurses -lreadline Your libtool has decided to link all binaries against static library ../../libreiser4/.libs/libreiser4.a. This library contains plugins code too. But, lnker was unable to find direct links to plugin symbols. That is because they do not exist, we're working with plugins by means of using interface structs for example, item_ops, which contains all methods of corresponding item plugin. So, linker did not include plugin symbols into result binary. The cure ptobably is to install more recent libtool. -- Yury Umanets
Re: build problem BK reiser4progs: /usr/include/features.h:218:52: operator '==' has no left operand
Yury Umanets wrote (ao): > Looks like the problem is in line > > gcc -g -O2 -D_REENTRANT -D_FILE_OFFSET_BITS=64 -g -W -Wall -Wno-unused > -Werror -DPLUGIN_DIR=\"/usr/l > ocal/lib/reiser4\" -o debugfs.reiser4 debugfs.o > ../../libreiser4/.libs/libreiser4.a ../../progs/lib > misc/.libs/libmisc.a /usr/src/reiser4progs/libaal/.libs/libaal.a > -lncurses -lreadline > > Your libtool has decided to link all binaries against static library > ../../libreiser4/.libs/libreiser4.a. This library contains plugins > code too. But, lnker was unable to find direct links to plugin > symbols. That is because they do not exist, we're working with plugins > by means of using interface structs for example, item_ops, which > contains all methods of corresponding item plugin. So, linker did not > include plugin symbols into result binary. > > The cure ptobably is to install more recent libtool. Oke, I'll search for a more recent one. I do run an up to date debian sid (unstable) though. Hm :-) ookhoi $ libtool --version ltmain.sh (GNU libtool) 1.4.3 (1.922.2.111 2002/10/23 02:54:36) I'll report success or failure. Thanks!
Re: build problem BK reiser4progs: /usr/include/features.h:218:52:operator '==' has no left operand
Ookhoi wrote: Yury Umanets wrote (ao): Looks like the problem is in line gcc -g -O2 -D_REENTRANT -D_FILE_OFFSET_BITS=64 -g -W -Wall -Wno-unused -Werror -DPLUGIN_DIR=\"/usr/l ocal/lib/reiser4\" -o debugfs.reiser4 debugfs.o ../../libreiser4/.libs/libreiser4.a ../../progs/lib misc/.libs/libmisc.a /usr/src/reiser4progs/libaal/.libs/libaal.a -lncurses -lreadline Your libtool has decided to link all binaries against static library ../../libreiser4/.libs/libreiser4.a. This library contains plugins code too. But, lnker was unable to find direct links to plugin symbols. That is because they do not exist, we're working with plugins by means of using interface structs for example, item_ops, which contains all methods of corresponding item plugin. So, linker did not include plugin symbols into result binary. The cure ptobably is to install more recent libtool. Oke, I'll search for a more recent one. I do run an up to date debian sid (unstable) though. Hm :-) ookhoi $ libtool --version ltmain.sh (GNU libtool) 1.4.3 (1.922.2.111 2002/10/23 02:54:36) libtool --version ltmain.sh (GNU libtool) 1.4.2 (1.922.2.53 2001/09/11 03:18:52) I'll report success or failure. Thanks! Thanks to you :) I'll find the cure :) -- Yury Umanets
Re: build problem BK reiser4progs: /usr/include/features.h:218:52: operator '==' has no left operand
Yury Umanets wrote (ao): > Ookhoi wrote: > >Yury Umanets wrote (ao): > >>The cure ptobably is to install more recent libtool. > > > >Oke, I'll search for a more recent one. I do run an up to date debian > >sid (unstable) though. Hm :-) > > > >ookhoi $ libtool --version > >ltmain.sh (GNU libtool) 1.4.3 (1.922.2.111 2002/10/23 02:54:36) > > > libtool --version > ltmain.sh (GNU libtool) 1.4.2 (1.922.2.53 2001/09/11 03:18:52) > > >I'll report success or failure. Thanks! > > Thanks to you :) I'll find the cure :) Hope so :-) Though, my libtool is the most recent, according to http://www.gnu.org/software/libtool/libtool.html The alpha version is not downloadable (the dir libtool doesn't exist), and I can't seem to build the cvs version. But, are you able to build it successful? With what tool versions if I may ask?
Re: build problem BK reiser4progs: /usr/include/features.h:218:52:operator '==' has no left operand
Ookhoi wrote: Yury Umanets wrote (ao): Ookhoi wrote: Yury Umanets wrote (ao): The cure ptobably is to install more recent libtool. Oke, I'll search for a more recent one. I do run an up to date debian sid (unstable) though. Hm :-) ookhoi $ libtool --version ltmain.sh (GNU libtool) 1.4.3 (1.922.2.111 2002/10/23 02:54:36) libtool --version ltmain.sh (GNU libtool) 1.4.2 (1.922.2.53 2001/09/11 03:18:52) I'll report success or failure. Thanks! Thanks to you :) I'll find the cure :) Hope so :-) Though, my libtool is the most recent, according to http://www.gnu.org/software/libtool/libtool.html The alpha version is not downloadable (the dir libtool doesn't exist), and I can't seem to build the cvs version. But, are you able to build it successful? With what tool versions if I may ask? Yes, I'm able to build it. I'd say, currently you are one man reiser4progs can't be built on box. And I don't know why :) Actulally, log you've sent me contains intersting line: checking how to recognise dependent libraries... unknown I don't know what is it :) -- Yury Umanets
Re: build problem BK reiser4progs: /usr/include/features.h:218:52: operator '==' has no left operand
Yury Umanets wrote (ao): > Ookhoi wrote: > >But, are you able to build it successful? With what tool versions if > >I may ask? > > Yes, I'm able to build it. I'd say, currently you are one man > reiser4progs can't be built on box. And I don't know why :) Actulally, > log you've sent me contains intersting line: > > checking how to recognise dependent libraries... unknown > > > > I don't know what is it :) Hm :-) I'll investigate tomorrow. I do hope I didn't waste your time on something stupid .. I'll let you know if I find out. And if somebody (preferably with a debian sid system) is able to compile the reiser4progs, please let me know if you have any idea what could be wrong. Thanks and have a good night :-)
reiserfsprogs version
Hi, I am using reiserfs included in linux kernel 2.4.19 (stable). When I try to run fsck on a possibly corrupt FS, fsck version 3.x.1b segfaulted. I doubt if I am using the right version of reiserfsprogs, since I don't think I upgraded those when I upgraded the kernel. Can someone point me to the right reiserfsprogs? TIA, Raj __ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com
Plase: how to unsubscribe ?
I sent en email to <[EMAIL PROTECTED]> but no answer of any kind... Sorry to have to post this on the list... Hope this is my last one. -- | Thomas Tschoepke Soares | // En brujas no | ttsoares AT brturbo DOT com |(~~~//'~)acreo... |--UIN:961141---| \ / pero que las hay, | The fact is a secondary aspect of reality | `\_/' las hay !
Re: reiserfsprogs version
> Can someone point me to the right reiserfsprogs? ftp://ftp.namesys.com/pub/reiserfsprogs/reiserfsprogs-3.6.4.tar.gz > TIA, > Raj //Anders
Re: 2.4.20 at kernel.org and data logging
Title: Re: 2.4.20 at kernel.org and data logging Is the data logging patch for 2.4.20 kernel considered complete? I see a patch at ftp.suse.com/pub/people/mason/patches/data-logging/2.4.20. Also will this patch be considered working for the last stable 2.4.20 posted at the kernel.org location? I am in the process of upgrading some machines from 2.2.x (I know way overdue), and need the data-logging capability. Thanks, C. Sewell
Re: 2.4.20 at kernel.org and data logging
On 01/17/2003 12:51 AM, Sewell, Cassandra D (Cassandra) wrote: Is the data logging patch for 2.4.20 kernel considered complete? I see a patch at ftp.suse.com/pub/people/mason/patches/data-logging/2.4.20. Also will this patch be considered working for the last stable 2.4.20 posted at the kernel.org location? I am in the process of upgrading some machines from 2.2.x (I know way overdue), and need the data-logging capability. Thanks, C. Sewell Hi Cassandra, just apply these patches in the row they're numbered and mount the related partitions like you want, -o journal _or_ -o ordered (-o writeback represents the non data-logging standard/default so far). If you want to mount a root fs you still need to pass rootflags=data=ordered (or =journal) to the kernel. Until the testing on 2.4.21-preX is finished if I understood Chris correctly. Chris posted a patch to the list as solution for an overflow bug hitting 2.4.20-final and its -pres -- I'll attach it at the end so you needn't dig too far. For my home system these patches have been stable since posting of that set and they're working with the related preempt-kernel-patch as well. Currently I'm using the 2.4.21 version of these patches that have more improvements. Please, refer to Chris Masons original regarding mail to the list "[PATCH] data logging patches available for 2.4.21-preX". BTW, I'm not getting system freezes like Anders Widman posted recently. So to say, the patches are not really complete, but they seem very close... ;-)) Best regards, Manuel --- 1.40/fs/reiserfs/inode.cWed Nov 13 17:47:56 2002 +++ linux/fs/reiserfs/inode.c Wed Nov 13 19:20:39 2002 @@ -205,14 +205,15 @@ } static void restart_transaction(struct reiserfs_transaction_handle *th, - struct inode *inode, struct path *path) { + struct inode *inode, struct path *path, + int jbegin_count) { /* we cannot restart while nested unless the parent allows it */ if (!reiserfs_restartable_handle(th) && th->t_refcount > 1) { return ; } pathrelse(path) ; reiserfs_update_sd(th, inode) ; - reiserfs_restart_transaction(th) ; + reiserfs_restart_transaction(th, jbegin_count) ; reiserfs_update_inode_transaction(inode) ; } @@ -652,7 +653,7 @@ ** some blocks. releases the path, so we have to go back to ** research if we succeed on the second try */ - restart_transaction(th, inode, &path) ; + restart_transaction(th, inode, &path, jbegin_count) ; repeat = _allocate_block(th, block, inode, &allocated_block_nr, NULL, create); if (repeat != NO_DISK_SPACE) { @@ -882,8 +883,8 @@ ** this only happens when inserting holes into the file, so it ** does not affect data=ordered safety at all */ - if (journal_transaction_should_end(th, th->t_blocks_allocated)) { - restart_transaction(th, inode, &path) ; + if (journal_transaction_should_end(th, jbegin_count)) { + restart_transaction(th, inode, &path, jbegin_count) ; } /* inserting indirect pointers for a hole can take a ** long time. reschedule if needed --- 1.25/fs/reiserfs/journal.c Wed Nov 13 17:47:56 2002 +++ linux/fs/reiserfs/journal.c Wed Nov 13 21:23:47 2002 @@ -2532,8 +2532,6 @@ */ int journal_transaction_should_end(struct reiserfs_transaction_handle *th, int new_alloc) { time_t now = CURRENT_TIME ; - if (reiserfs_dont_log(th->t_super)) -return 0 ; /* cannot restart while nested unless the parent allows it */ if (!reiserfs_restartable_handle(th) && th->t_refcount > 1) @@ -2545,13 +2543,20 @@ SB_JOURNAL(th->t_super)->j_cnode_free < (SB_JOURNAL_TRANS_MAX(th->t_super) * 3)) { return 1 ; } + + /* we are allowing them to continue in the current transaction, so + * we have to bump the blocks allocated now. + */ + th->t_blocks_allocated += new_alloc; + SB_JOURNAL(th->t_super)->j_len_alloc += new_alloc; + return 0 ; } -int reiserfs_restart_transaction(struct reiserfs_transaction_handle *th) { +int +reiserfs_restart_transaction(struct reiserfs_transaction_handle *th, int num) { int refcount = th->t_refcount ; struct super_block *s = th->t_super ; -int num = th->t_blocks_allocated ; int flags = th->t_flags ; int parent_flags = 0; struct reiserfs_transaction_handle *saved_th = current->journal_info ; @@ -2568,7 +2573,7 @@ parent_flags = saved_th->t_flags ; } th->t_flags = 0 ; -journal_end(th, s, num) ; +journal_end(th, s, th->t_blocks_allocated) ; journal_begin(th, s, num) ; th->t_flags = flags; if (refcount > 1) { --- 1.21/fs/reiserfs/stree.cWed Nov 13 17:47:56 2002 +++ linux/fs/reiserfs/stree.c Wed Nov 13 19:29:01 2002 @@ -1705,6 +1705,7 @@ n_new_file_size;/* New file size. */ int n_delet
*****SPAM***** Maybe if we try it this way.
SPAM: Start SpamAssassin results -- SPAM: This mail is probably spam. The original message has been altered SPAM: so you can recognise or block similar unwanted mail in future. SPAM: See http://spamassassin.org/tag/ for more details. SPAM: SPAM: Content analysis details: (10.00 hits, 5 required) SPAM: NO_REAL_NAME (1.3 points) From: does not include a real name SPAM: CONSOLIDATE_DEBT (0.8 points) BODY: Consolidate Debt and Credit SPAM: REFINANCE (0.6 points) BODY: Refinance Home SPAM: LOW_INTEREST (0.5 points) BODY: Lower Interest Rates SPAM: MORTGAGE_OBFU (0.4 points) BODY: Attempt at obfuscating the word "mortgage" SPAM: CLICK_BELOW(0.3 points) BODY: Asks you to click below SPAM: GAPPY_TEXT (0.0 points) BODY: Contains 'G.a.p.p.y-T.e.x.t' SPAM: SPAM_PHRASE_05_08 (1.6 points) BODY: Spam phrases score is 05 to 08 (medium) SPAM:[score: 7] SPAM: HTML_COMMENT_SAVED_URL (0.8 points) BODY: HTML message is a saved web page SPAM: HTML_50_70 (0.3 points) BODY: Message is 50-70% HTML tags SPAM: BASE64_ENC_TEXT(1.4 points) RAW: Message text disguised using base-64 encoding SPAM: MIME_MISSING_BOUNDARY (0.4 points) RAW: MIME section missing boundary SPAM: CARRIAGE_RETURNS (0.3 points) RAW: Message contains a lot of ^M characters SPAM: NORMAL_HTTP_TO_IP (1.3 points) URI: Uses a dotted-decimal IP address in URL SPAM: SPAM: End of SpamAssassin results - --=_NextPart_000_00C3_75D74A6A.A5516C77 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBU cmFuc2l0aW9uYWwvL0VOIj4NCjwhLS0gc2F2ZWQgZnJvbSB1cmw9KDAwMzIp aHR0cDovLzQuMzMuNS4xNzgvbW9ydGdhZ2UxLmh0bWwgLS0+DQo8SFRNTD48 SEVBRD4NCjxNRVRBIGh0dHAtZXF1aXY9Q29udGVudC1UeXBlIGNvbnRlbnQ9 InRleHQvaHRtbDsgY2hhcnNldD13aW5kb3dzLTEyNTIiPg0KPFNUWUxFIHR5 cGU9dGV4dC9jc3M+Qk9EWSB7DQoJRk9OVDogMTZweCBib2xkIGxhcmdlciBB cmlhbCwgSGVsdmV0aWNhLCBzYW5zLXNlcmlmDQp9DQpBOmxpbmsgew0KCUZP TlQtV0VJR0hUOiBib2xkOyBDT0xPUjogIzAwMDBmZjsgVEVYVC1ERUNPUkFU SU9OOiBub25lDQp9DQpBOmhvdmVyIHsNCglGT05ULVdFSUdIVDogYm9sZDsg Q09MT1I6ICMwMDAwMDA7IFRFWFQtREVDT1JBVElPTjogdW5kZXJsaW5lDQp9 DQpBOnZpc2l0ZWQgew0KCUZPTlQtV0VJR0hUOiBib2xkOyBDT0xPUjogIzAw MDBmZjsgVEVYVC1ERUNPUkFUSU9OOiBub25lDQp9DQouaDEgew0KCUZPTlQt V0VJR0hUOiBib2xkOyBGT05ULVNJWkU6IDI0cHg7IExJTkUtSEVJR0hUOiBu b3JtYWw7IEZPTlQtU1RZTEU6IG5vcm1hbDsgRk9OVC1WQVJJQU5UOiBub3Jt YWwNCn0NCjwvU1RZTEU+DQoNCjxNRVRBIGNvbnRlbnQ9Ik1TSFRNTCA2LjAw LjI2MDAuMCIgbmFtZT1HRU5FUkFUT1I+PC9IRUFEPg0KPEJPRFk+DQo8U1RZ TEUgdHlwZT10ZXh0L2Nzcz5CT0RZIHsNCglGT05UOiAxNnB4IGJvbGQgbGFy Z2VyIEFyaWFsLCBIZWx2ZXRpY2EsIHNhbnMtc2VyaWYNCn0NCkE6bGluayB7 DQoJRk9OVC1XRUlHSFQ6IGJvbGQ7IENPTE9SOiAjMDAwMGZmOyBURVhULURF Q09SQVRJT046IG5vbmUNCn0NCkE6aG92ZXIgew0KCUZPTlQtV0VJR0hUOiBi b2xkOyBDT0xPUjogIzAwMDAwMDsgVEVYVC1ERUNPUkFUSU9OOiB1bmRlcmxp bmUNCn0NCkE6dmlzaXRlZCB7DQoJRk9OVC1XRUlHSFQ6IGJvbGQ7IENPTE9S OiAjMDAwMGZmOyBURVhULURFQ09SQVRJT046IG5vbmUNCn0NCi5oMSB7DQoJ Rk9OVC1XRUlHSFQ6IGJvbGQ7IEZPTlQtU0laRTogMjRweDsgTElORS1IRUlH SFQ6IG5vcm1hbDsgRk9OVC1TVFlMRTogbm9ybWFsOyBGT05ULVZBUklBTlQ6 IG5vcm1hbA0KfQ0KPC9TVFlMRT4NCg0KPERJViBhbGlnbj1jZW50ZXI+DQo8 SDM+UkVGSU5BTkNFIE5PVyBhdCBzdXBlciBsb3cgaW50ZXJlc3QgcmF0ZXM8 L0gzPjwvRElWPg0KPERJViBhbGlnbj1jZW50ZXI+PEEgaHJlZj0iaHR0cDov L3d3dy5mYXN0aG9zdC5iei9tb3J0LyI+TW9ydGdhZ2VUaW1lcyBCcm9rZXIg DQphbmQgTGVuZGVyIE5ldHdvcms8L0E+IG9mZmVycyB0aGUgbG93ZXN0IHJh dGVzIGFuZCBiZXN0IHNlcnZpY2UgaW4gdGhlIA0KaW5kdXN0cnkuPEJSPjxC Uj5XaGV0aGVyIHlvdSBhcmUgbG9va2luZyBmb3IgYSBuZXcgbW9ydGdhZ2Us IHJlZmluYW5jZSwgaG9tZSANCmVxdWl0eSBsb2FuIG9yIGRlYnQgY29uc29s aWRhdGlvbiBsb2FuLCBsZXQgTW9ydGdhZ2VUaW1lcyBCcm9rZXIgb3IgYSBM ZW5kZXIgDQpzaG93IHlvdSBob3cgdG8gZmluZCBhIGxvYW4gdGhhdCdzIHJp Z2h0IGZvciB5b3UhIDwvRElWPg0KPERJViBhbGlnbj1jZW50ZXI+PEEgaHJl Zj0iaHR0cDovL3d3dy5mYXN0aG9zdC5iei9tb3J0LyI+Q2xpY2sgaGVyZSBm b3IgdGhlIA0Kd2Vic2l0ZS48L0E+PC9ESVY+PEJSPg0KPFRBQkxFIGNlbGxT cGFjaW5nPTAgY2VsbFBhZGRpbmc9MiBhbGlnbj1jZW50ZXIgYm9yZGVyPTA+ DQogIDxUQk9EWT4NCiAgPFRSPg0KICAgIDxURCB2QWxpZ249dG9wPjxCPk91 ciBwcm9kdWN0IG9mZmVyaW5ncyBpbmNsdWRlOiA8L0I+DQogICAgICA8VUw+ DQogICAgICAgIDxMST5GaXJzdCBtb3J0Z2FnZXMgKGZpeGVkIGFuZCB2YXJp YWJsZSkgDQogICAgICAgIDxMST5FcXVpdHkgbGluZXMgb2YgY3JlZGl0IA0K ICAgICAgICA8TEk+U2Vjb25kIE1vcnRnYWdlcyANCiAgICAgICAgPExJPjxB IGhyZWY9Imh0dHA6Ly93d3cuZmFzdGhvc3QuYnovbW9ydC8iPkdvIHRoZXJl IG5vdyE8L0E+IDwvTEk+PC9VTD48L1REPg0KICAgIDxURCB2QWxpZ249dG9w PjxCPk91ciBzZXJ2aWNlcyBpbmNsdWRlOiA8L0I+DQogICAgICA8VUw+DQog ICAgICAgIDxMST5OZXcgbW9ydGdhZ2VzIA0KICAgICAgICA8TEk+SG9tZSBl cXVpdHkgbG9hbnMgDQogICAgICAgIDxMST5SZWZpbmFuY2VzIA0KICAgICAg ICA8TEk+RGVidCBjb25zb2xpZGF0aW9uIGxvYW5zIDwvTEk+PC9VTD48L1RE PjwvVFI+PC9UQk9EWT48L1RBQkxFPg0KPFRBQkxFIA0Kc3R5bGU9IkJPUkRF Ui1SSUdIVDogcmVkIHNvbGlkOyBCT1JERVItVE9QOiByZWQgc29saWQ7IEJP UkRFUi1MRUZUOiByZWQgc29saWQ7IEJPUkRFUi1CT1RUT006IHJlZCBzb2xp ZCIgDQpjZWxsU3BhY2luZz0wIGNlbGxQYWRkaW5nPTIgYWxpZ249Y2VudGVy IGJvcmRlcj0wPg0KICA8VEJPRFk+