Strings in executables

[Goldenpi]

Newbie here. Just got three questions.

1. Im working on a program where every byte counts. But a hex editor says
the EXE files strings are in what looks like unicode. How do I fix this?

2. Anyone tried messing with a VB output executable with a hex editor after
compilation to reduce space a bit? I was thinking my print lines have a lot
of CHR$(13) in them, if I were to replace that in the code with an easily
recognised character (éé) and then go through the file in hex replacing that
character in strings with the hex 0d0a, or whatever works, I can get a few
fewer bytes. Ive got to work on it with the editor anyway, its got a
self-check function which requires setting a few bytes in the file to its
compiled checksum.

[Dillon Mantle]

There was a tool I used, I think it was UPX. Can't remember, just serach for
it. It compresses/decompresses exe files

--
Regards
Dillon Mantle
"Goldenpi" <Go******@softhome.net> wrote in message
news:kC***********************@news-text.cableinet.net...

Newbie here. Just got three questions.

1. Im working on a program where every byte counts. But a hex editor says
the EXE files strings are in what looks like unicode. How do I fix this?

2. Anyone tried messing with a VB output executable with a hex editor after compilation to reduce space a bit? I was thinking my print lines have a lot of CHR$(13) in them, if I were to replace that in the code with an easily
recognised character (éé) and then go through the file in hex replacing that character in strings with the hex 0d0a, or whatever works, I can get a few
fewer bytes. Ive got to work on it with the editor anyway, its got a
self-check function which requires setting a few bytes in the file to its
compiled checksum.

[Goldenpi]

That would mess up my viral detection. Anyway, the files so small a
compression program will add more than the size saved in overhead code. I
have done a little for compression through: Everything will be inspected
using a hex editor to make it as much a null-filled file as possible. Even
the icons mostly black. Current size 15.5k uncompressed, 5.9k in a zip file.

Is there a way to stop VB putting in those metatags. Company, version,
original filename, etc?

"Dillon Mantle" <di*****@dasolutions.co.za> wrote in message
news:rI********************@is.co.za...

There was a tool I used, I think it was UPX. Can't remember, just serach for it. It compresses/decompresses exe files

--
Regards
Dillon Mantle
"Goldenpi" <Go******@softhome.net> wrote in message
news:kC***********************@news-text.cableinet.net...

Newbie here. Just got three questions.

1. Im working on a program where every byte counts. But a hex editor says the EXE files strings are in what looks like unicode. How do I fix this?

2. Anyone tried messing with a VB output executable with a hex editor

after

compilation to reduce space a bit? I was thinking my print lines have a

lot

of CHR$(13) in them, if I were to replace that in the code with an easily recognised character (éé) and then go through the file in hex replacing

that

character in strings with the hex 0d0a, or whatever works, I can get a few fewer bytes. Ive got to work on it with the editor anyway, its got a
self-check function which requires setting a few bytes in the file to its compiled checksum.

[xyz]

It seems to me that if the size of the code is so important, you are
wasting your time with Visual Basic. Code in C. I am sure that a the
same functionality will take 1/10th of the space.

Besides, by the time you are done manually changing bytes with hex
editors, you will have code that nobody will be able to maintain.

xyz

[xyz]

Why don't you store the print messages as an ASCII file. Read it in at
initialization. Your program will only need to know the line number
to print out for each message.

xyz

[Goldenpi]

"xyz" <xy*@mailinator.com> wrote in message
news:3p********************************@4ax.com...

It seems to me that if the size of the code is so important, you are
wasting your time with Visual Basic. Code in C. I am sure that a the
same functionality will take 1/10th of the space.
Yes. Shame I dont know enough C, but ive only worked with GCC command line,
and im not much good with that.

Besides, by the time you are done manually changing bytes with hex
editors, you will have code that nobody will be able to maintain.

As opposed to my ordinary code, which perhaps 1% of programers could read. I
use magic number systems a lot, and my variable naming system is unusual.
Its not unusual to see something like "xnegypospicboxa" as an object name.
Anyway, noones going to be maintaining this code except me.