хочу посмотреть стектрейс...

подменить JRE

> подменить JRE

это круто
анекдот : виндовый пользователь спрашивает - как мне посмотреть стек апи-функции при открытии файло ?
ответ - подменить каталог виндовс

я собственно тоже так подумал и уже в процессе качания исходников jdk-1_5_0-src-scsl.zip что бы подменить sun.nio.ch.FileChannelImpl

можно подменить msvcrt.dll исходники которого вроде есть ВизСтудии, но стектрейс не дадут, ибо не жаба.

черт, всё усложнилось, в FileInputStream оказывается полно нативных методов... :(

забил я на правку нативных методов, вместо этого заменил оригинальный конструктор на 

public FileInputStream(File file) throws FileNotFoundException {
	String name = (file != null ? file.getPath() : null);
	SecurityManager security = System.getSecurityManager();
	if (security != null) {
	    security.checkRead(name);
	}
        if (name == null) {
            throw new NullPointerException();
        }
	fd = new FileDescriptor();

    //--------------------
	java.lang.Throwable tr = new java.lang.Throwable("Spying");

        System.out.print("Filename : " +name + "\n\n");

        tr.printStackTrace(System.out);

        System.out.println();
        System.out.println();

    //----------------------

	open(name);
    }

с старым софтом, который без nio, будет работать...

опенсорс рулит !

а может стоит воспользоваться jad?

ну дык для начала нужно узнать _что_ декомпилировать, ибо декомпилировать 40mb jarов мне не хочется... вот я и узнал с помощью стектрейса...

> можно подменить msvcrt.dll исходники которого вроде есть ВизСтудии, но стектрейс не дадут, ибо не жаба.

Почему не дадут? :) Очень хорошо дают... правда если скомпилирована без оптимизации omit frame pointers. Ну либо можно извратнуться и отслеживать все call-ы и ret-ы :))

> ибо декомпилировать 40mb jarов мне не хочется...

там что защита на открывание файлов?... просто любопытно