>Warning:  unlink(1.rar): Permission denied in \test.php on line 12

It clearly says "Permission denied", which means you don't have enough privileges to delete this file.
Also please try to provide some more information than just a piece of code and one sentence.

Ok. 
	
I find it difficult to explain in English, I will try the case code step by step. 

1. I have file 1.rar. If I try <?php unlink('1.rar');?>, it's work fine. File heve been removed.
2. Same file, code:
<?php
 $rar_file = rar_open('1.rar') or die("Can't open file");
 rar_close($rar_file);
 unlink('1.rar');
?> work file again.
3. Same file, code:
<?php
 $rar_file = rar_open('1.rar') or die("Can't open file");
 $entries = rar_list($rar_file);
 rar_close($rar_file);
 unlink('1.rar');
?> have problem "Permission denied". But if rar_close() will call twice (or more, depend on the count of file in archive), work fine. I.e.
<?php
 $rar_file = rar_open('1.rar') or die("Can't open file");
 $entries = rar_list($rar_file);
 while (@rar_close($rar_file)) echo '.';
 unlink('1.rar');
?> work fine. In my case, output whill be '...'. One for rar_open and one for each file in archive. It's bug, but can be resolved by cheet.
Another way,  unset( $entries); I.e.
<?php
 $rar_file = rar_open('1.rar') or die("Can't open file");
 $entries = rar_list($rar_file);
 unset($entries);
 rar_close($rar_file);
 unlink('1.rar');
?> work fine too;

4. Same file, code:
<?php
 $rar_file = rar_open('1.rar') or die("Can't open file");
 $entries = rar_list($rar_file);
 foreach ($entries AS $e) 
 {
   $e->extract('.'); // This is problem string.
 }

 unset($entries);
 rar_close($rar_file);
 unlink('1.rar');
?> I have no idea how to make this work. 
If comment line $e->extract('.'); work fine, but I want to extract files.

PHP work as apache module. While apache running file 1.rar still open. And I can't delete them. When apache stop (or restart), I can delete file.
Whith PHP as CGI file still open while script runnig.

I hope I understand explained. (Thanx http://www.google.com/translate_t)

That's right, each RarEntry instance refers to the rar file resource and increases the refcount of it, so that if you close it using rar_close(), the RarEntry would be still usable and the resource would not refer to already freed memory.
So you need to unset/destroy all the RarEntry instances first and after that the refcount of rar resource would be 1 and rar_close() would free it.
This is expected behaviour.

Wow! Suddenly.. But what about samle 4?
How to make this work?
Code like
<?php
 $rar_file = rar_open('1.rar') or die("Can't open file");
 $entries = rar_list($rar_file);
 $imax = count($entries);
 for($i=0;$i<$imax;$i++)
 {
   $entries[$i]->extract('.');
   unset($entries[$i]); // unset each entry? That's right?
 }

 unset($entries); // unset entries array
 rar_close($rar_file);
 unlink('1.rar');
?>
still _not_ work.

I find that's when call RarEntry::extract called RAROpenArchive(rar->extract_handle);
and nowere called RARCloseArchive(rar->extract_handle);

In case of rar->list_handle that's do.

I think this is my problem. Is not it?

This bug has been fixed in CVS.

In case this was a documentation problem, the fix will show up at the
end of next Sunday (CET) on pecl.php.net.

In case this was a pecl.php.net website problem, the change will show
up on the website in short time.
 
Thank you for the report, and for helping us make PECL better.

Fixed in CVS, try the next PECL build.