|
Both accounts are local admin. The second bit of imformation didn't seem to get me anywheres either.
|
|
|
|
|
Mazitan wrote: Both accounts are local admin. The second bit of imformation didn't seem to get me anywheres either.
Ok, does the program run at all (i.e. show a form or something then dies) or just throws up this error when run?
Mazitan wrote: The second bit of imformation didn't seem to get me anywheres either.
Bummer  Did you find the .NET config control panel in Administrative Tools? How far did you get before being lost?
If program just throws this error withour displaying anything else or doing any work then I strongly suspect that the machine Runtime Security Policy in the .NET config is set incorrectly on the second machine. For example, if you are running the EXE from a networked drive then the LocalIntranet_Zone runtime policy most likely will need to be set to Full Trust for it to work.
Having said this there could also be domain policies in force at your location that can change this behaviour in which case it is best to talk to your domain administrator.
...Steve
"Give a man a fish and you've fed him for a day. Teach him how to fish and you've fed him for life." (Translation: I'll show you the way, but not write the code for you.) I read that somewhere once 
|
|
|
|
|
No, the program did not run at all, automatic error.
Actually, to be truthfully honest, I wasn't aware that they had the .NET config control panels there, I have ignored them  . In truth, I am not sure how to adjust the settings, so we are doing some research. We added the program to applications (.Net 2.0), and are working around there to make the configuurations. Thanks for the help so far .
-- modified at 20:43 Monday 12th December, 2005
Okay, we found the wizards. We made some changes, not many to make, but there still was some problems. Fixing it didn't help either.
|
|
|
|
|
Ok, back to square one...
1. From where is the EXE being run? (i.e. local drive = "c:\program files\...\*.EXE" or network drive = n:\somedirectory\*.exe ) ?
2. What resources does it require? (e.g. ability to write files/ read files / registry access/ newtwork access/ etc...)
3. Is the computer or user subject to domain policies? Do these conflict with the permissions required for the program's resources?
If it is not too large you can ZIP the project up and email to me. I'll have a look and see if I can sort it out.
...Steve
"Give a man a fish and you've fed him for a day. Teach him how to fish and you've fed him for life." (Translation: I'll show you the way, but not write the code for you.) I read that somewhere once
|
|
|
|
|
1. Desktop, only one account on computer. C:\documents & settings\name\desktop\icon.exe
2. Windows api, file access, image modification, etc folder access
3. No
I'll send a copy in a few seconds/minutes.
-- modified at 21:19 Monday 12th December, 2005
This might be helpful too.
From Application event viewer about 10 minutes ago.
Faulting application x.exe, version x, faulting module mscorwks.dll, version 1.1.x.x, fault address 0x001f96d
-- modified at 21:50 Monday 12th December, 2005
*will check back in approx 20 hours from now.
|
|
|
|
|
Ok I've found the problem. I rebuilt and ran the project you sent me and it ran fine on my dev machine but failed on my test machine - same scenario as yours.
The debugger on my test machine showed that the underlying problem is that there is an indirect reference to the file "Microsoft.VisualBasic.Compatibility.DLL" from some component within your project. What you need to do is create an "App.Config" file for your project which specifies the correct version of this DLL. See this KB article for the procedure: http://support.microsoft.com/?kbid=834610
If you have .NET framework 2.0 on the target machine like me, this is what you need in App.Config:
<?xml version ="1.0"?>
<configuration>
<startup>
<supportedRuntime version="v2.0.50727" safemode="true"/>
<requiredRuntime version="v2.0.50727" safemode="true"/>
</startup>
<runtime>
<assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
<dependentAssembly>
<assemblyIdentity name="Microsoft.VisualBasic.Compatibility" publicKeyToken="b03f5f7f11d50a3a" culture="neutral" />
<bindingRedirect oldVersion="8.0.50727.42" newVersion="8.0.50727.42"/>
</dependentAssembly>
</assemblyBinding>
</runtime>
</configuration>
When you have created this and rebuilt your project you'll see an additional file named "name_of_project.EXE.config". you'll need to copy this file to the same location as the EXE itself because it is read at runtime.
Run the EXE and it should now work fine.
...Steve
|
|
|
|
|
Okay, tried this, both machines using .net 1.1, the results the same as the head of the thread. Might I have something written wrong, but might it be possible to cut out the call? On a wild goose guess, could it possibly be a control that is the cause of this call (Microsoft.VisualBasic.Compatibility.VB6.DirListBox)?
Code used:
<?xml version ="1.0" encoding="utf-8" ?>
<configuration>
<startup>
<supportedRuntime version="v1.1.4322" safemode="true"/>
<requiredRuntime version="v1.1.4322" safemode="true"/>
</startup>
<runtime>
<assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
<dependentAssembly>
<assemblyIdentity 'name="Microsoft.VisualBasic.Compatibility" publicKeyToken="b03f5f7f11d50a3a" culture="neutral" />
<bindingRedirect oldVersion="7.0.3300.0" newVersion="7.0.5000.0"/>
</dependentAssembly>
</assemblyBinding>
</runtime>
</configuration>
-- modified at 21:12 Tuesday 13th December, 2005
|
|
|
|
|
Yes it could be the result of a rogue control. Remove anything that you don't need and check that the ones you have are .NET compatible.
The App.Config file contents as shown in the Microsoft KB article is the one you should use for .NET Framework 1.1. The one I posted is for 2.0. The differences are the version numbers for the Microsoft.VisualBasic.Compatibility.DLL. Note that the DLL could have been updated by service or a newer version of the framework, so if you have both 1.1 and 2.0 installed the DLL will be a later version.
Check the version numbers on the target machine by searching for that DLL and then checking the Version tab of the Properties dialog for the file. Ensure that the App.Config file specifies the correct ones (n.b. both the one starting "v1.x.xxxx" and "v7.0.cccc" must change.
...Steve
"Give a man a fish and you've fed him for a day. Teach him how to fish and you've fed him for life." (Translation: I'll show you the way, but not write the code for you.) I read that somewhere once
|
|
|
|
|
It has been done! 
I removed the dirlistbox, and used a normal folder browser. I thank you for all the help you have provided, and I now know how to access older controls, which will definitly be a help, as well as a few other things. After I upgrade it a bit I might write an atricle for it, and hopefully others will find it helpful.
|
|
|
|
|
Am using a datagrid for display in VB6. When clicking the row, I want to fill three textboxes with data from the three columns; col1, col2, col3. The problem is that the first click on the datagrid fills the textboxes with the data from row 1. the second click fills the boxes with the data from the previous box. If a double click is used, the correct data is filled into the text boxes.
I am using a sql to open the database and select the fields: sSql = "SELECT fld1, fld2, fld3 from tblmine WHERE fld1 = '" & datagrid1.text * "'". This is in the datagrid's _click sub.
How to have the textboxes filled on the first click?
Thanks,
-- modified at 19:49 Sunday 11th December, 2005
|
|
|
|
|
sSql = "SELECT fld1, fld2, fld3 from tblmine WHERE fld1 = " & datagrid1.text
dim tmpDS as DataSet = 'Execute your query
tbText1.Text = tmpDS.Tables(0).Rows(0).Item("fld1")
tbText1.Text = tmpDS.Tables(0).Rows(0).Item("fld2")
tbText1.Text = tmpDS.Tables(0).Rows(0).Item("fld3")
try something like this. Im prety sure the VB6 structure uses data sets
something like the ones in .Net
Pablo
|
|
|
|
|
Thanks for the response. I am not sure how your example solves the problem of how to fill the databoxes with click instead of double click. Can you explain?
My code so far:
sSql = "SELECT fld1, fld2, fld3 FROM tblMine WHERE fld2 = '" & datagrid1.text & "'"
If rst.State = adStateOpen Then rst.Close
rst.Open sSql, cn, adOpenForwardOnly, adLockReadOnly, adCmdText
txtTrack.Text = rst.Fields("fld1").Value & ""
txtTitle.Text = rst.Fields("fld2").Value & ""
txtLength.Text = rst.Fields("fld3").Value & ""
|
|
|
|
|
The folowing sight has a good example of how to do what you are wanting to do. The begining is a bunch of text, but if you keep going there is some example code. Let me know if you still need help:
http://www.quest-pipelines.com/newsletter-v6/0405_D.htm
Pablo
|
|
|
|
|
Pablo,
Thanks for the response. Unfortunately, the author is not using a datagrid. He is using a listview. The listview works for what I want to do but does not have the look that I am seeking, thus the search for a solution using the datagrid.
Kim
|
|
|
|
|
Hi
I am working with SQL Server 2005 and developing a SSIS package in integration services. I need to add a script task that will zip a file.
Does anyone have any snippets for vb.net that will zip a file.
I will also need to know if I require any additional dlls etc to make the code work.
cheers
|
|
|
|
|
I'm pretty new at programming, and could sure use some help. I am trying to pull the first letter from a textbox string. I have looked through all of my reference material and old code but can't seem to find it. Please help, thanks.
culbysl
|
|
|
|
|
I think you need txtSomeTextBox.Text.Substring(0, 1) .
Pompiedompiedom... 
"..Commit yourself to quality from day one..it's better to do nothing at all than to do something badly.."
-- Mark McCormick
|
|
|
|
|
Char firstchar = yourtextbox.Text.Chars(0)
David Anton
www.tangiblesoftwaresolutions.com
Instant C#: VB.NET to C# Converter
Instant VB: C# to VB.NET Converter
Instant C++: C# to C++ Converter
Instant J#: VB.NET to J# Converter
Clear VB: Cleans up outdated VB.NET code
|
|
|
|
|
Sorry - mixing up my languages there.
Should be:
Dim firstchar As Char = yourtextbox.Text.Chars(0)
or simply (in 2005 only):
Dim firstchar As Char = yourtextbox.Text(0)
David Anton
www.tangiblesoftwaresolutions.com
Instant C#: VB.NET to C# Converter
Instant VB: C# to VB.NET Converter
Instant C++: C# to C++ Converter
Instant J#: VB.NET to J# Converter
Clear VB: Cleans up outdated VB.NET code
|
|
|
|
|
Thanks Marc and David for your help. I'm off and running on this end now.
culbysl
|
|
|
|
|
i wrote a simple program to create a text file and read it to test with, another program i made works when it resides on a local machine. i would like for it to be able to sit on a network drive so my co-workers can use it also, but the problem is that it throws a security exception when it's ran from a networked drive so i developed this to test and hopefully figure out how file permissions work. If anyone could help that would be great.
here is the code. where do i start?
Imports System.IO
Public Class Form1
Inherits System.Windows.Forms.Form
Private Sub Button1_Click(ByVal sender As System.Object, ByVal e As System.EventArgs) Handles Button1.Click
Dim oFile As File
Dim oWrite As StreamWriter
Dim oRead As StreamReader
oWrite = File.CreateText("test.txt")
oWrite.WriteLine("test test test")
oWrite.Close()
oRead = File.OpenText("test.txt")
TextBox1.Text = oRead.ReadToEnd
oRead.Close()
End Sub
End Class
|
|
|
|
|
I highly suggest reading up on Code Access Security[^]. What you seek can be found in there.
RageInTheMachine9532
"...a pungent, ghastly, stinky piece of cheese!" -- The Roaming Gnome
|
|
|
|
|
well i read through it and it did help thank you, but now i've got a new problem, so maybe i didn't catch everything in that reading. but heres the new code and the new error that is compile time error
code:
Imports System.IO
Imports System.Security.Permissions
Imports System.Runtime.InteropServices
<assembly: permissionset(securityaction.requestminimum,="" name:="Full Trust" )="">
Public Class Form1
Inherits System.Windows.Forms.Form
Private Sub Button1_Click(ByVal sender As System.Object, ByVal e As System.EventArgs) Handles Button1.Click
Dim oFile As File
Dim oWrite As StreamWriter
Dim oRead As StreamReader
oWrite = File.CreateText("test.txt")
oWrite.WriteLine("test test test")
oWrite.Close()
oRead = File.OpenText("test.txt")
TextBox1.Text = oRead.ReadToEnd
oRead.Close()
End Sub
End Class
error:
Unable to emit assembly: Unexpected exception processing attribute -- System.ArgumentException: Unable to generate permission set; input XML may be malformed..
all this stuff is new to me.
|
|
|
|
|
Hello every body.
I have a problem with the image adding on an MDI container in vb.net. Image looks fit. But when a child form is opened it hides behind the image box control. Can any body suggest me about the problem. And how to solve it.
I shall be grateful to you......
FIRE
|
|
|
|
|
Yeah, that's been coverd dozens of times in the forums. ANy control you put on the MDI parent will show ABOVE any MDI Child forms. This is because there is a hidden control in the MDI Parent that actually serves as a container for the child forms. Any control you put on the MDI Parent form will be over the top of this hidden control.
You can read more about the MDIClient contorl, here[^].
If you closely enough at that documentation, you'll find it even has it's own BackgroundImage property. All you have to do is interate through the controls on your form and find the only instance of an MDIClient control, cast a variable to it, then set its BackgroundImage property.
If Me.Controls.Count Then
For Each control As Control In Me.Controls
If TypeOf control Is MdiClient Then
Dim mdiClientArea As MdiClient = CType(control, MdiClient)
mdiClientArea.BackgroundImage = New Bitmap("filepath")
Exit For
End If
Next
End If
RageInTheMachine9532
"...a pungent, ghastly, stinky piece of cheese!" -- The Roaming Gnome
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
