I am VERY weird ... This is pretty easy 2 read. Not for me it isn't - well 'reading' may be easy, but understanding what is written or meant isn't. You are free to be as weird as you want, you can choose to reject all and any conventions others may have or require, but, if you ever come to seek hel...

DOS programs can hook into Crynwr packet drivers fairly easily which allows raw packets to be pulled from and put to ethernet. I've done it with DOS PowerBasic / FirstBasic and a small bit of MASM because I couldn't get the call-back on packet arrival to work properly, so I guess FB can do the same,...

Sounds good to me. I assume there will be some inter-application communications mechanism ? I have an MS-DOS based TCP/IP server and everytime I want to add another server or access via Serial Port ( ie SLIP / PPP etc ) etc it means altering one horrendously monolithic program ( MS-DOS PowerBasic )....

Dreams are not constrained by man hours nor difficulty of implementation and should not be. The island of La Palma looks set, at some time in the future, to collapse into the sea causing a tsunami which could kill millions. Some say that it is futile to try and prevent such an inevitability, some sa...

There are two sides of the coin. You're saying we're being smug jerks, we're saying that the ideas just aren't feasable. It was the way it was said. Much of it was a personal attack on the poster. Just because something does not appear feasible doesn't mean that it is not desirable or worth dreamin...

The PR for FB was pathetic. I agree. Yes, it was the wrong forum to post in, but this poster was just laid into, no holds barred. Part of the art of communication is in understanding who one is dealing with and being able to communicate appropriately. Sadly much of the response amounts to, "you are...

I assumed "number 1 language" meant most popular language. It could still be C, it probably depends what you include. Again we still have a problem with the definition of "most popular". I've heard it said that more lines of VB have been written than C or C++, but don't know how true that is ( and ...

It's all about semantics; what does "Top Language" mean ? Most used, most prefered, most suitable, most lines of code written using it, most portable, or something else ? Likewise for, will FB replace C, C++ or anything else. As to ASM / Assembly Language, I certainly consider it to be a programming...

jofers wrote:You can write hooks for OPEN

Many thanks. FB is just so powerful that there seems to be nothing it cannot do, and there is an awful lot of capability which I am not aware of !

I've often thought just how nice it would be if files, web pages, email and even newsgroups could be read, uploaded and downloaded over the net that easily. When reading, the OPEN downloads the file and could throw a File Not Found or other error and then reading could come from a temporary file. Wr...

It used to work for me. LOC(filenumber) gave the number of chars received.

Excellent. Thanks for bringing UPX to my attention, and for the GUI interface.

Any chance that the App could remember the last .EXE compacted between runs, or go to the last used directory when browsing ? I can have a look at adding that myself, but you would seem best placed to do that.

As to the suggestion of a thrid parameter for Dir$; I think that's horrible.

If it a job's worth doing, it's worth doing well. Either add a new FileAttrib function ( is it really that much more difficult ? ), or leave it as it is. The third parameter is a nasty kludge IMHO.

Create files and directory with all possible attributes ( CREATE.BAT ) ... @ECHO OFF If "%1" == "" Goto CreateAll MkDir C:\TESTDIR\%1.DIR Attrib %2 %3 %4 %5 C:\TESTDIR\%1.DIR Echo > C:\TESTDIR\%1.TXT Attrib %2 %3 %4 %5 C:\TESTDIR\%1.TXT Goto Exit :CreateAll MkDir C:\TESTDIR Call ...

Thanks for that info. The primary issue for me is whether DIR$("*.*") should return (A) files only, or (B) files plus directories, and DIR$("*.*",16) should return (A) just directories, or (B) files plus directories. DIR$("*.*",16) is returning all directories (as best I can tell ), but is also retu...