|
Some of the DLL's I'm using are rather big so I want to shrink them but still be able to run the app.
|
|
|
|
|
The only way to do that is to have things compressed and then decompressed within your app itself. What sort of files are they ? What sort of app is it ? ( compressing/decompressing will involve a performance hit )
Christian Graus - Microsoft MVP - C++
Metal Musings - Rex and my new metal blog
"I am working on a project that will convert a FORTRAN code to corresponding C++ code.I am not aware of FORTRAN syntax" ( spotted in the C++/CLI forum )
|
|
|
|
|
The DLLs are 3rd party VB .Net tools required by the app. NETZ does a good job in compressing both EXE and DLL files and can even create one overall EXE file with the original EXE and the DLLs included. But...in this particullar case it doesn't work for me. That's why I was asking for any alternatives.
|
|
|
|
|
OK, if you have a tool that does this usually, then I'd suggest it's failing because the dlls are full of jpegs or some other file that's already highly compressed and won't compress further, whatever you do.
Christian Graus - Microsoft MVP - C++
Metal Musings - Rex and my new metal blog
"I am working on a project that will convert a FORTRAN code to corresponding C++ code.I am not aware of FORTRAN syntax" ( spotted in the C++/CLI forum )
|
|
|
|
|
Don't think you've read my postings correctly. The tool I'm using (NETZ) compresses everything nicely but when the app runs it popping up some errors. I'm just asking for an alternative compressor. The DLLs are not resource DLLs containing pictures or what so ever.
|
|
|
|
|
OK - I see. If there are no resources, how big could these code files actually be ? I mean, most people have 60 gig + hard drives, how big is your project that you want to bother with this ?
Christian Graus - Microsoft MVP - C++
Metal Musings - Rex and my new metal blog
"I am working on a project that will convert a FORTRAN code to corresponding C++ code.I am not aware of FORTRAN syntax" ( spotted in the C++/CLI forum )
|
|
|
|
|
Does it really matter how big my project is? Like I said I'm just looking for an EXE/DLL compressor as an alternative to NETZ.
|
|
|
|
|
With the limited information you provide it's hard to tell if this is a solution for you - but have you considered simply setting the compressed attribute on the relevant files (maybe letting the installer do it)? Wouldn't work on FAT obviously, so if you need to save space to run from a USB key or something it's probably not an option.
|
|
|
|
|
What is limited? What I want (and I know it can be done by using NETZ) is compress the EXE file and the DLL I have created in a VB. Net and still be able to run this. NETZ only doesn't work on this project that is why I was asing for an alternative - if any.
|
|
|
|
|
The limitation is that you are not trying to tell us what you try to achieve, you tell us what one specific tool does to achieve whatever it is you want. Obviously you want to compress the size of the files for a reason. Tell us WHY you want to do this (download size, size on hard disk, faster load time on slow medias, ...) and we can try to tell you if there are alternative ways of reacing this goal.
Let's try to take your last "requirements document" and break it down towards the solution I gave:
1) You want to compress you VB the EXE and DLL: Setting the compressed attribute on the file system will obviously do this.
2) You want the EXE and DLL to be able to run even though it is compressed: Obviuosly it will still run when the compression is on a file system level.
Hence my suggestion fits what you are telling us. But still it is clearly not good enough for you, so instead of simply repeating the "requirements" our solutions already satisfy, then tell us WHAT it is you want to achieve (as opposed to what you want to do to achieve it).
|
|
|
|
|
You're right.
Main goal would be 1 compressed EXE file which contains the original EXE file and all 3rd party DLLs it requires. This way helpdesk can send out just the file over whatever link and not have to worrie about getting all the correct files on a client.
|
|
|
|
|
Hello everyone, I am working with VB.Net 2005, going to an Access 2003 database. I am creating a few (like 3 or 4) reports with the version of Crystal that ships with VS.Net 2005. I have a report coming up and all is ok I am just working to modify it and change the way that some things show, etc. I was looking on line and notice a tutorial for connecting a crystal report to a dataset. I am connecting straight to the database. What I am wondering is which is the best practice? I am only a few days into this so I don't want to get done with it and find out that I should have done it a different way.
Thanks for your input.
|
|
|
|
|
hi,
i don't understand properly what do you want (because of my poor english)
if you want to learn how to Generate a Crystal Report without a Database then click
http://www.codeproject.com/vb/net/NoDBReport.asp
or if you want to pass discrete parameters to the Crystal Reports then click
http://www.codeproject.com/vb/net/CrystalContrl.asp
if your requirement is diffrent, then Please describe more simple way
Hope this Helps
Rupesh Kumar Swami
Software Engineer,
Integrated Solution,
Bikaner (India)
|
|
|
|
|
CCG3 wrote: I am just working to modify it and change the way that some things show
What to show and in which way you want??
CCG3 wrote: I am connecting straight to the database
if your work demands showing just full content of a table you can straightway do this..Otherwise if you have some specific query then you have to go for a typed Dataset(.xsd) to do this....populate the dataset with your query....make the Datasource of your report object to that Dataset.....
Tirtha
Do not go where the path may lead, go instead where there is no path and leave a trail.
Author: Ralph Waldo Emerson (1803-82), American writer, philosopher, poet, essayist
|
|
|
|
|
First, we're a C++ shop. You should know that before you continue reading. Second, we CANNOT convert to VB.Net because we're not being funded to do that, so don't bother even whispering it as a suggested workaround.
We've been tasked with maintaining a VB6 DLL that's used by a larger (VB.Net) program. This morning, my boss tells me she wants me to get ready to help out, meaning I have to set up my system to do the work. While going over the project documentation that describes the dev environment setup process, I came across two things I simply couldn't believe:
Unbelievable #1
After installing the app in question and putting all of the source code in the appropriate locations, the documentation says I have to copy the entire contents of the c:\Program Files\Visual Studio\VB98 folder to the application's bin folder, and create a new VB6 shortcut to run it from it's new location.
Ummm, PARDON ME?
If I'm not mistaken, I should be able to get away with simply creating a new shortcut with the appropriate working directory. Is this not the case? Did something in Windows change since the last time I manually created a shortcut?
Question: Can't I set the working directory in the project settings, or is VB6 really that incapable of providing common sense features? When you answer this question, keep in mind I have yet to even enter the VB6 IDE.
Unbelievable #2
This one is also associated with the shortcut. The documentation says I have to pass a parameter to VB6 so that VB6 can pass it to the application being "compiled". Is that really true? Is there no project setting for this?
Please tell me that VB6 doesn't suck nearly as bad as this.
"Why don't you tie a kerosene-soaked rag around your ankles so the ants won't climb up and eat your candy ass..." - Dale Earnhardt, 1997
-----
"...the staggering layers of obscenity in your statement make it a work of art on so many levels." - Jason Jystad, 10/26/2001
|
|
|
|
|
John Simmons / outlaw programmer wrote: Please tell me that VB6 doesn't suck nearly as bad as this.
LOL - it does, John, it really does.
Sorry, I can't offer any specific advice, but I got a grin out of this, sorry it's at your expense. VB6 was always a disaster.
I'd imagine that you don't need to copy those files to the local folder, but they need to be in the System32 folder instead, or the path to them needs to be in the lookup paths, so they are found. AFAIK, VB6 has dependency DLLs they are trying to get you to copy across.
Christian Graus - Microsoft MVP - C++
Metal Musings - Rex and my new metal blog
"I am working on a project that will convert a FORTRAN code to corresponding C++ code.I am not aware of FORTRAN syntax" ( spotted in the C++/CLI forum )
|
|
|
|
|
Yes, VB6 sucks, but not this bad. Your project "specs" suck more. I have no idea who wrote that crap, but it's a steaming pile of said substance.
John Simmons / outlaw programmer wrote: Unbelievable #1
After installing the app in question and putting all of the source code in the appropriate locations, the documentation says I have to copy the entire contents of the c:\Program Files\Visual Studio\VB98 folder to the application's bin folder, and create a new VB6 shortcut to run it from it's new location.
You do NOT need to copy the files to the project folder. I have no idea why they said that because there is no advantage to it. Everything done in the environment and compile sequence is done using fully qualified paths. It doesn't make any sense at all, other than the person who originally built it didn't know what they were doing.
John Simmons / outlaw programmer wrote: Unbelievable #2
This one is also associated with the shortcut. The documentation says I have to pass a parameter to VB6 so that VB6 can pass it to the application being "compiled". Is that really true? Is there no project setting for this?
Uhhh, another steaming pile. Nothing is passed to the project being compiled, other than the usual compiletime constants, which you can specify in the project properties.
|
|
|
|
|
I suspected this might be true. That being the case, one has to wonder about the state of the code ?
Christian Graus - Microsoft MVP - C++
Metal Musings - Rex and my new metal blog
"I am working on a project that will convert a FORTRAN code to corresponding C++ code.I am not aware of FORTRAN syntax" ( spotted in the C++/CLI forum )
|
|
|
|
|
Yeah, John didn't say anything about that. Maybe his brain locked up when he saw it? 
|
|
|
|
|
I haven't seen the code yet, but I'm not expecting much.
We have this weird-ass utility called "builder" that is a magic box of some sort. After installing the app and downloading the source code, we have to run this app that does stuff based on contents of the project file. Of course, we don't what that "stuff" is, but it relies on the installed app being in the path specified in the project file. It looks for references that only the app's other DLLs can provide.
I can only think of one word to describe the project as a whole, and the first syllable is "cluster".
-- modified at 9:47 Thursday 7th June, 2007
Alright - I found it on the web - if you want to pass parameters to your app, you have to pass the parameter to vb6, and then use the COMMAND$ (or something like that) keyword somewhere. What a crock of steaming donkey deficant.
"Why don't you tie a kerosene-soaked rag around your ankles so the ants won't climb up and eat your candy ass..." - Dale Earnhardt, 1997
-----
"...the staggering layers of obscenity in your statement make it a work of art on so many levels." - Jason Jystad, 10/26/2001
|
|
|
|
|
John Simmons / outlaw programmer wrote: Alright - I found it on the web - if you want to pass parameters to your app, you have to pass the parameter to vb6, and then use the COMMAND$ (or something like that) keyword somewhere. What a crock of steaming donkey deficant.
Damn. I just put it in to the Project properties and it did the same thing! My VB6 is rusty, but not THAT rusty!
John Simmons / outlaw programmer wrote: I can only think of one word to describe the project as a whole, and the first syllable is "cluster".
Yeah, I'd say so. After the description so far, I'm dying to see some code samples in the Coding Horrors forum!
|
|
|
|
|
Dave Kreskowiak wrote: John Simmons / outlaw programmer wrote:
Unbelievable #2
This one is also associated with the shortcut. The documentation says I have to pass a parameter to VB6 so that VB6 can pass it to the application being "compiled". Is that really true? Is there no project setting for this?
----
Uhhh, another steaming pile. Nothing is passed to the project being compiled, other than the usual compiletime constants, which you can specify in the project properties.
I think I didn't explain this one well enough - the app that uses the DLL we're working on accepts a command line parameter. They imply that in order to pass this parameter to the application from within VB, we have to first pass it as a command line parameter to VB. Since I have no experience with VB (at all), I'm not familiar with the compiler's requirements in this area.
"Why don't you tie a kerosene-soaked rag around your ankles so the ants won't climb up and eat your candy ass..." - Dale Earnhardt, 1997
-----
"...the staggering layers of obscenity in your statement make it a work of art on so many levels." - Jason Jystad, 10/26/2001
|
|
|
|
|
John Simmons / outlaw programmer wrote: I think I didn't explain this one well enough - the app that uses the DLL we're working on accepts a command line parameter. They imply that in order to pass this parameter to the application from within VB, we have to first pass it as a command line parameter to VB.
Never heard of it. There's nothing on the VB6 command line that you couldn't do in the Project properties, other than changing the dev environment from SDI to MDI.
|
|
|
|
|
Hi All,
Thank you for your help in advance !! Here is my situation
a. I have a ASP.NET application running on Machine1(lets say this is the presentation layer and we need to keep it as light weight as possible and so there is no db work being done here. I dont even want to store the db logon credentials on this Machine as it will be exposed to www)
b. I have an application server Machine2 lets say(This needs to have a windows service with remotable objects, so that Machine 1 can tap into these, and have machine 2 do the business logic operations with the database and return data back to client app on Machine 1 and i display them there and have a clean separation...and have a three tier architecture)
c. My problem is this. I created a VB.net class library and the corresponding Windows service on Machine2. Since i did not want to hard code the db logon credentials, I put them in a config file of the service under <appsettings>. The service is running on Machine2. I made a reference from machine1 (my client app) to the remote class library dll on machine2(across the network...iam using the tcp://machine2:49134/remoteobject etc...for the remoting). When i run this. I get an error and it is not able to read the class library methods itself, forget the config file. So I copy the dll to a local location on Machine1 and reference from there. This time it does work, but it is trying to read from the config file(the machine.config file on Machine1) and not from Machine2. What am i doing wrong???? I tried putting the db parameters on machine.config of Machine2...no help. If i remove the appsettings for dbconnection from machine1 it does not work !!
d. above is one problem. The other problem is when i reference the class dll locally, even if i put the activator.getobject parameter for URL as CNN.com or anything else, i do not get a remote machine refused message, things continue to work. Why?
Please help !!! Sample code is much much appreciated
Thanks
RH
|
|
|
|
|
Ridge Howison wrote: I made a reference from machine1 (my client app) to the remote class library dll on machine2(across the network...iam using the tcp://machine2:49134/remoteobject etc...for the remoting). When i run this. I get an error and it is not able to read the class library methods itself, forget the config file
If you're using remoting, why do you want to read the config file from M1, you could make the Service in M2 return it as a string to M1.
What you need is a a way through which the ASP.NET app in M1 have a 2 way conversation with the Windows Service in M2. This, I believe, You've already done using remoting.
Ridge Howison wrote: I dont even want to store the db logon credentials on this Machine as it will be exposed to www
That's a good measure, but not very beautiful. You also have the choice of encrypting your connection strings in your web.config. Plus, you have a variety of algorithms you can use. That should be safe enough.
SG
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
