Re: ZIP code module without DLL dependencies???
- From: Chuck Grimsby <c.grimsby@xxxxxxxxxxxxxxxxxxxxxxxx>
- Date: Tue, 27 Nov 2007 18:28:05 -0600
Personally, I don't think you will be able to find a way to do this
without installing a dll or using pre-existing installed dlls that
will work on all windows platforms. The Zip functions didn't exist as
a part of the operating system (for example) until XP.
There are a number of pre-existing modules and class modules around to
handle WinZip-ing files. Feel free to use which ever one you want,
but those will require installing at least some version of WinZip.
I can't in all good conscious recommend storing compressed data in a
Access database. That sort of information (encrypted or not) is not
well suited to a database of any sort, though most will allow you to
do so. It just isn't a "good practice". It would not be fast or
efficient to do so.
Why are you trying to accomplish doing this? Knowing that, we might
be able to help you find an acceptable solution.
On Tue, 27 Nov 2007 01:07:19 -0800 (PST), The Frog
<Mr.Frog.to.you@xxxxxxxxxxxxxx> wrote:
<REPOST - Dont know why it didnt show up properly....>
It is interesting looking at the scripting options for this. Does
anyone know if there is a way to make use of a library from scripting
without having to register the dll? As David mentioned, it can be a
problem to register such things in heavily controlled environments,
and this is the case with where I work. There is also a problem with
different platforms so the WinXP scripting solution will only work on
a few machines.
As a secondary point, I would like to ask for some advice on the
possible creation of a 'zip' module / class module. The
implementation
of such a thing could be quite useful, especially if you could
compress data sufficiently (eg with BLOB's) before stroing directly
in
the database, not to mention the standard file handling stuff. If one
were to attempt such a thing, what would your considered opinions be
on the most useful implementation of such a thing? I was leaning
towards a class module with the necessary properties and methods to
handle things, but I considered that there might be an issue with
particularly large hunks of data, whereby it may be more efficient /
effective to simply use a function to return the results of the
desired compress / uncompress operation. Your thoughts would be
appreciated :-)
Please Post Any Replies To This Message Back To the Newsgroup.
There are "Lurkers" around who can benefit by our exchange!
.
- Follow-Ups:
- Re: ZIP code module without DLL dependencies???
- From: The Frog
- Re: ZIP code module without DLL dependencies???
- References:
- Re: ZIP code module without DLL dependencies???
- From: Chuck Grimsby
- Re: ZIP code module without DLL dependencies???
- From: Tony Toews [MVP]
- Re: ZIP code module without DLL dependencies???
- From: Chuck Grimsby
- Re: ZIP code module without DLL dependencies???
- From: Tony Toews [MVP]
- Re: ZIP code module without DLL dependencies???
- From: Stuart McCall
- Re: ZIP code module without DLL dependencies???
- From: Chuck Grimsby
- Re: ZIP code module without DLL dependencies???
- From: Stuart McCall
- Re: ZIP code module without DLL dependencies???
- From: Stuart McCall
- Re: ZIP code module without DLL dependencies???
- From: The Frog
- Re: ZIP code module without DLL dependencies???
- Prev by Date: Re: Height of Title Bar
- Next by Date: Re: CreateObject("Scripting.FileSystemObject") error
- Previous by thread: Re: ZIP code module without DLL dependencies???
- Next by thread: Re: ZIP code module without DLL dependencies???
- Index(es):
Relevant Pages
|