1. One thing we REALLY need...
- Posted by Michael Packard <lgp at EXO.COM>
Feb 16, 1997
-
Last edited Feb 17, 1997
We need an archive function that will build a zip of all the files we need
to package up with our programs, include files, BMPs, data files, WAV
files, whatever. It should read all the include files for "hidden"
include files, etc. I use Autodesk 3D studio, and it's Archive function
is extremely useful, packing up every file associated with a project so I
can send everything my clients need to render my scenes.
Anyone wanna tackle this?
Michael Packard
Lord Generic Productions
lgp at exo.com http://exo.com/~lgp
A Crash Course in Game Design and Production
http://exo.com/~lgp/euphoria
2. Re: One thing we REALLY need...
Michael
> We need an archive function that will build a zip of all the files we need
> to package up with our programs, include files, BMPs, data files, WAV
Use an official release of ARJ. Doesn't cost much and its good. I do
all the compression work with it. Don't reinvent the wheel use others
shareware programs.
Marcel Kollenaar
3. Re: One thing we REALLY need...
>We need an archive function that will build a zip of all the files we need
>to package up with our programs, include files, BMPs, data files, WAV
>files, whatever. It should read all the include files for "hidden"
>include files, etc. I use Autodesk 3D studio, and it's Archive function
>is extremely useful, packing up every file associated with a project so I
>can send everything my clients need to render my scenes.
>
>Anyone wanna tackle this?
>
>Michael Packard
>Lord Generic Productions
>lgp at exo.com http://exo.com/~lgp
>A Crash Course in Game Design and Production
>http://exo.com/~lgp/euphoria
Sound like a good idea...and it wouldn't be hard.
/ViC./
______________________________________________________________________
| http://www.geocities.com/SiliconValley/Heights/8858/home.htm |
| Veni vidi, vici. Fiat lux. |
|______________________________________________________________________|
4. Re: One thing we REALLY need...
>Use an official release of ARJ. Doesn't cost much and its good. I do
>all the compression work with it. Don't reinvent the wheel use others
>shareware programs.
>
>Marcel Kollenaar
>
Marcel,
What Michael meant was to make a procedure or a program that could read
your program and create a list of include files, WAVs, BMPs, whatever and
zip them into an archive. The procedure would also read all your include
files to see whether your include files need other include files. I think
it would be a good idea...since doing it by hand can get hard, especially
with a program that needs a lot of other files.
/ViC./
______________________________________________________________________
| http://www.geocities.com/SiliconValley/Heights/8858/home.htm |
| Veni vidi, vici. Fiat lux. |
|______________________________________________________________________|
5. Re: One thing we REALLY need...
Vic wrote:
> Marcel,
> What Michael meant was to make a procedure or a program that could read
> your program and create a list of include files, WAVs, BMPs, whatever and
> zip them into an archive. The procedure would also read all your include
> files to see whether your include files need other include files. I think
> it would be a good idea...since doing it by hand can get hard, especially
> with a program that needs a lot of other files.
> /ViC./
Vic, thanks for the extra information, it's clear now.
Marcel
6. Re: One thing we REALLY need...
On Mon, 17 Feb 1997, Marcel Kollenaar wrote:
> > We need an archive function that will build a zip of all the files we need
> > to package up with our programs, include files, BMPs, data files, WAV
>
> Use an official release of ARJ. Doesn't cost much and its good. I do
> all the compression work with it. Don't reinvent the wheel use others
> shareware programs.
You missed the point I was making. I said we need a function to go
through all our code and archive all the things we need to give it to
somebody. It should find everything we need, then call pkzip or whatever
to actually create the file. To run the source code for OidZone, I need
about a dozen include files, a dozen more wavs, some .dat files and a
couple of BMP's. Many of the includes are needed for other include files,
so it is a pain to track them down. I'd love to have a function in ed that
goes through my path and finds everything I need and packages it up.
Michael Packard
Lord Generic Productions
lgp at exo.com http://exo.com/~lgp
A Crash Course in Game Design and Production
http://exo.com/~lgp/euphoria
7. Re: One thing we REALLY need...
> through all our code and archive all the things we need to give it to
> somebody. It should find everything we need, then call pkzip or whatever
> to actually create the file. To run the source code for OidZone, I need
> about a dozen include files, a dozen more wavs, some .dat files and a
> couple of BMP's. Many of the includes are needed for other include files,
> so it is a pain to track them down. I'd love to have a function in ed that
> goes through my path and finds everything I need and packages it up.
>
>
> Michael Packard
AHHHH... so what you really what is a function/Program like the 'setup'
kit in Visual basic 3.0??
---
PogoWolf,
pogowolf at iastate.edu
HTTP://www.public.iastate.edu/~pogowolf
8. Re: One thing we REALLY need...
On Mon, 17 Feb 1997, Matthew Green wrote:
> AHHHH... so what you really what is a function/Program like the 'setup'
> kit in Visual basic 3.0??
I wouldn't know, I haven't ever seen it. I went from quickbasic 4.5 to
Euphoria. (with a 7 year hiatus from programming) OidZone is my first
"real" program in 10 years. I learned a lot though. =)
Michael Packard
Lord Generic Productions
lgp at exo.com http://exo.com/~lgp
A Crash Course in Game Design and Production
http://exo.com/~lgp/euphoria
9. Re: One thing we REALLY need...
> On Mon, 17 Feb 1997, Matthew Green wrote:
> > AHHHH... so what you really what is a function/Program like the 'setup'
> > kit in Visual basic 3.0??
>
> I wouldn't know, I haven't ever seen it. I went from quickbasic 4.5 to
> Euphoria. (with a 7 year hiatus from programming) OidZone is my first
> "real" program in 10 years. I learned a lot though. =)
>
Sorry to hear about the hiatus!!!! I love to program!!! ;)
anyway.. What VB does, is that it looks over all your code, and makes a
installtion disk (compress) from all the included files...
I really don't think that it would be hard to do in Euphoria...
Hummm.........
I think I might add that as a project to include into my editor....
---
PogoWolf,
pogowolf at iastate.edu
HTTP://www.public.iastate.edu/~pogowolf
10. Re: One thing we REALLY need...
- Posted by Jacques Deschenes <desja at QUEBECTEL.COM>
Feb 17, 1997
-
Last edited Feb 18, 1997
At 22:43 16-02-97 -0800, you wrote:
>---------------------- Information from the mail header -----------------------
>Sender: Euphoria Programming for MS-DOS <EUPHORIA at
>MIAMIU.ACS.MUOHIO.EDU>
>Poster: Michael Packard <lgp at EXO.COM>
>Subject: One thing we REALLY need...
>-------------------------------------------------------------------------------
>
>We need an archive function that will build a zip of all the files we need
>to package up with our programs, include files, BMPs, data files, WAV
>files, whatever. It should read all the include files for "hidden"
>include files, etc. I use Autodesk 3D studio, and it's Archive function
>is extremely useful, packing up every file associated with a project so I
>can send everything my clients need to render my scenes.
>
>Anyone wanna tackle this?
>
>Michael Packard
>Lord Generic Productions
>lgp at exo.com http://exo.com/~lgp
>A Crash Course in Game Design and Production
>http://exo.com/~lgp/euphoria
>
Hi Micheal,
I already written a program to create a list of all includes of a program.
But
it doesn't create an archive just a list on screen (or in a file by using
redirection).
Scanning the main file for include (an recursing into the includes itself)
is not a big
problem because the syntax to include a file is always the same. But, at
first glance
scanning for all resources (.WAV,.BMP,etc) look complex to me. As resources
files can
be of any name, for the scanner they would look like any other string constants.
I'll look At my listinc.ex program to improve it, so it would create an
archive with the main file and the includes, but for the resources files no
promise.
NOTE: for visual basic 3.0 the problem is simpler as the project file
contain the list of all files used by the project. With euphoria there is no
project file.
Jacques Deschenes
Baie-Comeau, Quebec
Canada
desja at quebectel.com
11. Re: One thing we REALLY need...
- Posted by Michael Packard <lgp at EXO.COM>
Feb 17, 1997
-
Last edited Feb 18, 1997
On Mon, 17 Feb 1997, Jacques Deschenes wrote:
> I already written a program to create a list of all includes of a program.
> But it doesn't create an archive just a list on screen (or in a file by
>using redirection). Scanning the main file for include (an recursing into
>the includes itself) is not a big problem because the syntax to include a
>file is always the same. But, at first glance scanning for all resources
>(.WAV,.BMP,etc) look complex to me. As resources files can be of any
>name, for the scanner they would look like any other string constants.
Maybe we could have a cfg file for it that lists the extensions to look
for? Maybe anything with a .dat or whatever between quotes? Something
just for the includes would be handy though.
Michael Packard
Lord Generic Productions
lgp at exo.com http://exo.com/~lgp
A Crash Course in Game Design and Production
http://exo.com/~lgp/euphoria
12. Re: One thing we REALLY need...
>Maybe we could have a cfg file for it that lists the extensions to
>look
>for? Maybe anything with a .dat or whatever between quotes?
>Something
>just for the includes would be handy though.
>
>Michael Packard
>Lord Generic Productions
>lgp at exo.com http://exo.com/~lgp
>A Crash Course in Game Design and Production
>http://exo.com/~lgp/euphoria
One bit of advice.
include get.e
all of the includes follow that format.
and many source files should. or may follow the format of
i = open("filename.ext", "r")
but not all.
for example you have the problem of.
s = read_bitmap("filename.bmp") or SOMETHING like that.
any how.
MY point is why not do this.
include includes.e
--include filename.bmp
use comments for anything that is a source that isn't a
true include file. :)
just a suggestion to make the work simplier on the
compiling of an archive.
After all. We have to declare our variables.
Why not declare our sources in comments.
--Lucius Lamar Hilley III
-- e-mail at luciuslhilleyiii at juno.com
-- I can only support file transfers of less than 64K and in UUE format.
