|
Member 8078870 wrote: with C/C++ it can be done and i'v seen it working
on Vista or higher (without disabling UAC)? Then try and get that source code, and call the same function(s) from VB.NET
FWIW: Are your OS and your nvcpl.dll file the same as on the system that works?
|
|
|
|
|
actually i just checked again, it was a PureBasic code :S i didn't know this existed till now. I downloaded the code and checked it on my system (windows 7) and it gave perfect results.
The program uses different files, it use nvapi.lib and there is a different documentation for this library on how to access it and use it, but i dunno how i can use it with VB.NET. I don't think it's possible.
here is the program:
http://www.purebasic.fr/english/viewtopic.php?f=12&t=41747[^]
|
|
|
|
|
As I said before, language isn't a barrier.
If that app uses a LIB file, there must be a DLL file as well. My Vista/32 system has an nvapi.dll file in its Windows\system32 folder. My Win7/64 system doesn't, as it doesn't have NVidia hardware.
If you have a DLL that holds the functionality implemented in native code, and the system authorizes you to do whatever it is the function does, then you can call it, from the language of your choice. For managed languages such as C# and VB.NET, that would mean one or more P/Invoke calls, DllImport attributes, and the lot. It is quite doable, your link should provide the necessary inspiration.
One issue that is likely to surface is 32-bit vs 64-bit. I suggest you try and build your managed code app as a 32-bit app (i.e. targetting "x86", not "x64" or "AnyCPU"). First check if and where nvapi.dll is present, it should be in either windows\system32 (which holds 32-bit code on Win32, and 64-bit code on Win64!!!) or windows\sysWOW64 (which holds 32-bit code only). Note: you cannot combine 32-bit and 64-bit code in a single process.
|
|
|
|
|
IIS 7 Recycle Schedule Settings via WMI
Hi folks,
Im sitting here with a tricky VBScript question, specifically a need to set a IIS7 App Pool recycle schedule via VMI.
Currently this is in place - letting me set a specific time interval for an IIS7 App Pool, but this is not our strategy going forward, so i must enable a specific time of day where we recycle the Pool.
Set objPeriodicRestart = objWMIService.Get("PeriodicRestartSettings").SpawnInstance_
objPeriodicRestart.PrivateMemory = iMemory
'objPeriodicRestart.Schedule =
objPeriodicRestart.Time = ConvertSecondsToWMIDateTimeValue(iRecycleWorkerProcesses)
'*** Set Application Pool Recycling settings
Set objRecycling = objWMIService.Get("RecyclingSettings").SpawnInstance_
'objRecycling.DisallowOverlappingRotation = Null
'objRecycling.DisallowRotationOnConfigChange = Null
'objRecycling.LogEventOnRecycle = Null
objRecycling.PeriodicRestart = objPeriodicRestart
etc. etc.
This works perfectly for a time interval, but as you can see the "Schedule" is outcommented. I've tried to set the schedule with the IIS6 approach which accepts an array of strings defining the times of day to recycle. But with NO luck.
Can any of you define what code is needed (objects, classes) to define a schedule that the IIS7 WMI accepts.
Really hope to find some help here.
Best regards,
//EoniX
|
|
|
|
|
With VB2008 I am able to create a new Excel sheet as the following:
Dim conn2 As New OleDbConnection()
conn2.ConnectionString = m_sExcelConnection
conn2.Open()
Dim cmd As New OleDbCommand()
cmd.Connection = conn2
cmd.CommandText = "CREATE TABLE Detail (Invoice_No char(255),CheckIn char(255),CheckOut char(255),"
cmd.CommandText += "RNum integer,Guest_Name char(255),Base_Room_Charge Decimal,Service_Charge Decimal,"
cmd.CommandText += "HEBERGEMENT Decimal,TPS Decimal,TVQ Decimal,Total_Taxes Decimal,Total_Charges Decimal,"
cmd.CommandText += "Total_Deposit Decimal)"
Try
cmd.ExecuteNonQuery()
conn2.Close()
Catch ex As Exception
conn2.Close()
End Try
- However, after I INSERT data into their columns then try to sorting each column, the Header also being sorting
- But if I hight-light the Header row and right-click on it then selecting Cell Format --> Protection --> Mask ... then I can sort every column without touching the Headers
*) Since the user probably doesn't know how to do like me, I would like to program it automatically with VB ... any one can help?
Thanks in-advanced
|
|
|
|
|
i want to use inet control to create directory in the directory at the remote server, and i have written the following codes which are running and no error msg, but no folder is created! anyone can help this?
Inet1.AccessType = icUseDefault
Inet1.URL = "ftp://mysite/webfolder"
Inet1.UserName = "myuser name"
Inet1.Password = "my password"
Inet1.RequestTimeout = 40
Inet1.Execute , "MKDIR /myfolder"
Do While Inet1.StillExecuting
DoEvents
Loop
Inet1.Execute , "CLOSE"
MsgBox ("Update Completed")
|
|
|
|
|
The first question that should have been raised is why are you doing new development in VB6?? It's about to get its runtime support killed off with the release of Windows 8 some time next year.
VB6 has been dead for a quite long time now.
|
|
|
|
|
Come on - others still use Fortran, Cobol, Mumps etc.
So what's bad with VB6? It is far more modern and far easier to use!
|
|
|
|
|
No it's not easier it's different and no longer supported by MS and a lot of troubles when you want to used it in windows Vista or 7. 8 it almost there. Even more installing on these OS will have troubles also
Don't get me wrong. I have used it and I still used it for old programs that I didn’t get time to convert. It was very good in the prehistory; but now obsolete.
|
|
|
|
|
which one should i use for sending file to my remote server and download them?
|
|
|
|
|
I new program always in dotnet
Use vb6 only for SMALL changes in an existing program
|
|
|
|
|
Because there's a FAR better replacement for it and the VB6 runtimes days are numbered.
Also, notice in VS2010, you can no longer open a VB6 project and convert it. MS removed the Conversion Wizard. Nothing says "Get the 'F' off that thing" louder than that.
Come on, it's been 10 years since the release of .NET. There's really no excuse to start new development on VB6.
|
|
|
|
|
Thank you all for irrelevant reply, but it is good that i get my feet on and try to walk ahead. I have installed a VB2005, knowing that it is a good start for one who emancipate from VB6. The problem is that, real the controls that i have been using in VB 6 some of them are not found in vb2005, or may be there are replacement of them by name. for instance Inet control, i never found it in vb2005.
Then i decide to use VB 6 for new project because i found it still in some forums like this one.
anyone with some crucial project sample for VB2005???
|
|
|
|
|
You can't find a control for it because that functionality was put into classes (where it should have been in the first place) in and under the System.Net namespace.
There are examples all over the web. All you have to do is Google for what you're looking for, like "VB.NET upload a file FTP".
|
|
|
|
|
VB6 is only here because people keep asking questions about it.
I for one never answer them because that only promotes the continued use of it.
|
|
|
|
|
|
O common Dave VB6 isn't that bad.
I just finished converting a VB3 program, thank god I can throw away the old code, was a nightmare to maintain 
(And yes I converted it to .NET :P )
|
|
|
|
|
Did you check where the "myfolder" was being created? From the looks of this code, it is created in your root.
On other matters, there are tons of VB.Net sample code available - just google.
|
|
|
|
|
Hello there! is there any one can help me for the code that can transfer a folder using inet from my local machine to ftp/server folder?
|
|
|
|
|
You need to use the FtpWebRequest Class[^]. Here[^] is a good example (although it is in C#, I am sure you could translate it).
When I was a coder, we worked on algorithms. Today, we memorize APIs for countless libraries — those libraries have the algorithms - Eric Allman
|
|
|
|
|
Thank you Eric. Actually i have been working with vb 6.0. i would like to get the codes that can run successifully, using Internet transfer control.
|
|
|
|
|
Upload File FTP - VB Example[^]
Lobster Thermidor aux crevettes with a Mornay sauce, served in a Provençale manner with shallots and aubergines, garnished with truffle pate, brandy and a fried egg on top and Spam - Monty Python Spam Sketch
|
|
|
|
|
Hi,
I have created a small test program for using a non installed font.
There are only 2 control on the form a right docked printpreviewcontrol and a textbox.
When I use it on the form it prints fine, however on the printpreview its a standaard font and not the ttf file.
What do I wrong??
Jan
Private Sub PrintDocument1_PrintPage(sender As System.Object, e As System.Drawing.Printing.PrintPageEventArgs) Handles PrintDocument1.PrintPage
sPrint(e.Graphics)
End Sub
Private Sub fFontTest_Load(sender As System.Object, e As System.EventArgs) Handles MyBase.Load
TextBox1.Text = "abcdefghijklmnopqrstuvwxyz" & vbCrLf & "abcdefghijklmnopqrstuvwxyz".ToUpper & vbCrLf & "0123456789"
End Sub
Private Sub TextBox1_TextChanged(sender As System.Object, e As System.EventArgs) Handles TextBox1.TextChanged
PrintPreviewControl1.InvalidatePreview()
End Sub
Private Sub fFontTest_Paint(sender As Object, e As System.Windows.Forms.PaintEventArgs) Handles Me.Paint
sPrint(e.Graphics)
End Sub
Sub sPrint(g As Graphics)
Dim pfc As New Drawing.Text.PrivateFontCollection
pfc.AddFontFile(Application.StartupPath & "\Alpha.ttf")
Dim ff As FontFamily = pfc.Families(0)
Dim f As Font = New Font(ff, 20)
g.DrawString(TextBox1.Text, f, Brushes.Black, 0, 250)
g.DrawString(f.Name, Me.Font, Brushes.Black, 0, 450)
End Sub
|
|
|
|
|
I have a strange problem. We are using a program quite extensively in the company which is still in VB6 - more than 200 installations. All worked well until I updated my computer. VB6 and the program runs fine on my new computer, and the exe runs fine on Windows 7 but fails in XP. I have been able to debug it and the error is on the first FileSystemObject call, which is using the Windows Scripting Runtime library (scrrun.dll). The dll is referenced in the VB project. The dll is installed and registered on all machines. I've tried copying the newer dll from W7 to the XP system32 location but it does not overwrite the older file, so I assume XP protects the dll. I've also registered the dll again on the XP and it was successfull but the program still does not run. I suspect it might be because of 64 bit not being backwards compatible with 32 bit, but this is just a wild guess, and if so I don't know how to fix it.
I will appreciate any help.
|
|
|
|
|
You cannot copy the Script 5.7 .DLL's to XP and expect them to work.
Also, if you copied the .DLL out of C:\Windows\System32 on the Win7 x64 box, you copied the 64-bit version of the .DLL, not the 32-bit version. The 32-bit files are found in C:\Windows\SysWOW64.
Instead of completely screwing up your XP machines with .DLL's copied from a Win7 box, you might just want to download and install this[^] instead. It'll be a lot safer than Frankensteining your scripting hosts on your XP boxes.
Why are you using the FileSystemObject anyway when you can do just about everything in native VB6 code??
Oh, and BTW, there will be no VB6 Runtime support in Windows 8.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
