> Hi people, Hi Eric,
> Zbigniew has found a problem with "open" which turns out to > be a buffer overflow in several FreeDOS kernel functions :-o in that case it should be easy to present a tiny little programexample demonstrating this buffer overflow and kernel corruption. (this here is NOT the US president mailing list) > In short, when you open "textfile.txtgarbage", the garbage > is suspiciously silently ignored and "textfile.txt" opens. DOES THIS DIFFER FROM MSDOS BEHAVIOUR? should be trivial to verify. > So it SHOULD FAIL when the filename (without the directory > name) does not fit into 8+3 characters. But it fails to fail! DOES THIS DIFFER FROM MSDOS BEHAVIOUR? it's not what you or ZB think it should behave like. it's about compatibiliy. > I believe 'I believe' simply has no place here. You are easyly capable to pro or disprove of this. Unless you are a complete moron. > you could tell function 3d to open "textfiletxt" and it would in reality > open "textfile.txt" because the 11 character basename overflows > into the memory reserved for max 3 bytes of file name extension. DOES THIS DIFFER FROM MSDOS? > What is worse is that you will probably crash DOS should be easy to show us a function to crash FreeDOS (or MSDOS). otherwise just shut up. thanks Tom _______________________________________________ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
