Hi Eric, > > Besides, can C compiler take NULLs \x0 as part of > a > > parameter string? > No but it would be VERY simple to convert the 32bit > value to an ASCII
A callee program has to convert it back to binary value, Is it straight forward in assembly lang. program? Why we have to make a fuss? > string like "42" instead of using 0x2aL. That way, > you can use a command > line argument instead of having to use 40:Fx as > transfer area (which is, > as you noticed, not compatible to Windows even if > RBIL tells it should...). I feel we should tell M$ Windows instead. > > 2. PLUGINs works as stand alone program too. > If you have e.g. "convert to HEX" as feature in PG, > then no need to have > a separate binary for that! Simply do for example: > PG /TOhex < file.bin > file.hex That's not PG, it is a file converter. > Much smaller on disk: Remember that each file will > be at least 1 cluster big. My focus is to make the program work, and each file should fulfil its own function, how much it fill a cluster does not matter to me. > > 5. All in one program takes up more resources. > Why? Load those features into main memory if requested, I keep on this philosophy. > > 1. PLUGINs works with PG, no adverse effect. > I think there is an adverse effect! I only admit plugin crashes if ctrl-z is the first byte it gets. I am no longer PG's maintainer, I can promise to help my successor if so requested. > If you use pipes to communicate between > PG and the plugins, DOS will need temp files to > simulate the files -> PG > will e.g. only be able to display files as hex if > DOS is able to write the > temp files... PG does not have temp file to feed the plugins by piping, and I do not see your point. > > PG is a text file browser, as defined in its > document, > > Yes, but who is PG to tell the user that it is > FORBIDDEN to look into > DLL files with PG? Do we need messages to tell the users if everything looks not as they imagined? Could it be better to read the documentations? > Especially given the fact that PG > has an hex dump view? > Is PG going to tell me "sorry, you are only allowed > to see the hex dump of > TXT files, enjoy..." ??? > Eric. That's what those plugins are for. Look in a different angle, I feel it is a waste of time to browse a few files that buried in a jungle of binaries. Any file extension associates to certain programs it belongs to. It would be even better if PG recognizes the file type and dispatch the file to its associated program. regards, BAHCL _________________________________________________________ 必殺技、飲歌、小星星... 浪漫鈴聲 情心連繫 http://us.rd.yahoo.com/evt=22281/*http://ringtone.yahoo.com.hk/ ------------------------------------------------------- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps & Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click _______________________________________________ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
