|
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
|
|
|
|
|
Hello,
[VS 2005]
I have a windows service and a windows application. The windows service is used to send e-mails. This part is ok.
However, I need the windows application to send the e-mail details to the windows service. What is the best way to do this?
Many thanks for your ideas,
Steve
|
|
|
|
|
The server has to expose some kind of server, be it Remotable components, or a TCP/IP daemon, or Message Queing, or possibly even looking in a folder for configuration information in files.
The files solution would be the easiest, employing a FileSystemWatcher component.
|
|
|
|
|
Hello Dave,
Thanks for the reply.
I looked at the fileSystemWatcher component.
I was thinking of using a xml file.
I am not sure if the above is the correct solution. The service will be used to send many emails for a user specified period. The emails are reminder emails that will be send to many people.
The user will use the window application to click send, and select the duration of time between reminders for this customer (every 1, 10, 20 minutes)
Sending the e-mail is not a problem, it is control the communication between the windows application and the remote windows service.
Thanks for any more suggestions,
Steve
|
|
|
|
|
I already gave you a bunch. If it's a remote server that's sending out the emails, you may even consider moving the service code to a Web Service, which is probably going to be the best bet.
|
|
|
|
|
Hello all,
I am working on an application that facilitates script/request movement between developers and DBAs (who must approve said items).
Basically, as a developer, we choose the source server/database from a bound combobox. The DBA then sees our choices and completes whatever the task may be. The problem is that as a developer, if I want the source server/database to be those that show up by default in my bound combobox, when the DBA sees this (their server/database list differs) they will see the default server/database from their list.
i.e. My list of databases: cowboy, drones
DBA list of databases: alldepts, boondocks, cowboy, drones
If I sent in a request for the cowboy database (I didn't touch the combo box), it will show up to our DBAs as the "alldepts" database, since that is their default choice.
I have tried to set the text in the combobox before allowing a save, then checking for the value of "---" (for example), but this will not register, and doing a quick test, the "cowboy" database is the actual combobox.selectedItem. I also tried to add a new item to the bound combobox, but this isn't working for obvious reasons. Basically, I want to FORCE the developer to choose a database from a bound combobox.
Has anyone run into this issue before?
Thanks for all the help in advance!
-Joe
-- modified at 12:27 Wednesday 6th June, 2007
|
|
|
|
|
JoeFid wrote: Has anyone run into this issue before?
It would appear that you using the index numbers of selected items instead of the selected items themselves.
|
|
|
|
|
I'm having problems because the use of Format function gives different results in VB6 and in VB.NET.
That line: format("80", "000")
results "80" in VB6, and "000" in VB.NET.
How can I solve that?
Regards,
Diego F.
|
|
|
|
|
I could solve that by adding String before format function. So:
Format("80", "000") returns "000"
String.Format("80", "000") returns "80"
Regards,
Diego F.
|
|
|
|
|
Diego F. wrote: String.Format("80", "000") returns "80"
That's because you are specifying a format string without any formatting what so ever. String.Format("80", "fubar") also returns "80".
What you want is:
80.ToString("000")
or
String.Format("{0:000}", 80)
---
single minded; short sighted; long gone;
|
|
|
|
|
It doesn't work because the "000" format specifier is for numeric values only. You passed in a string of characters ("80"). It will work if you do
Dim str As String = Format(80, "000")
returns "080".
|
|
|
|
|