|
steve_9496613 wrote: What is the right way to do this?
Don't know if it helps, but there's a <a href="http://msdn.microsoft.com/en-us/library/de8fssa4.aspx">BitConverter</a>[<a href="http://msdn.microsoft.com/en-us/library/de8fssa4.aspx" target="_blank" title="New Window">^</a>] available. There's an example of it's usage on the same page.
|
|
|
|
|
Thank you very much Eddy, it works:
Dim b() As Byte
Dim SingleVal As Single
SingleVal = 0.125
b = BitConverter.GetBytes(SingleVal)
As always your answers are very helpful! 
|
|
|
|
|
Thanks 
|
|
|
|
|
I think you've fallen foul of Basic's implicit type conversions which sometimes don't help at all. The Single value 0.125 was converted to the integer 0 and it was all downhill from there!
As Eddy's pointed out, BitConverter is the way to go.
Alan.
|
|
|
|
|
Yes, you're right, the value was converted to the integer type.
BitConverter works.
Thank you.
|
|
|
|
|
My C# solution contains several EXE's and one DLL. All of the EXE's hold references to the DLL because they all depend upon the types implemented by the DLL.
Now, even if I make a trivial change to the DLL that does not alter the public interfaces and methods of its types, Visual Studio rebuilds not only the DLL, but also all of the EXE's that depend upon it.
So my question is: Must I redistribute the rebuilt EXE's as well as the rebuilt DLL, even if my changes to the DLL do not alter any public interfaces or methods?
It seems to defeat the purpose of putting widely used types into a common DLL, if I must rebuild and redeploy any EXE's that use the DLL after making strictly internal changes to the DLL.
Thank you for reading my question.
The difficult we do right away...
...the impossible takes slightly longer.
|
|
|
|
|
No - you only need to distribute the DLL, providing there's no strong name associated with it. If it's got a strong name, then versioning may come into play. Please read the links here[^] and here[^].
|
|
|
|
|
I got a requirement of applying method level security for the logged in user.
What they just instructed is:
for every method in the code there will be corresponding binary code ..
and for each permission for this method there will be binary code too..
Now when user log in window application it will be checked if this user has permission to execute this method.
I dont have any idea about this..
can anybody provide good links for it or if someone has ever implemented this sort of thing.. Help me out..
Many Thanks,
|
|
|
|
|
You could use the RoleProvider to determine whether or not the user has the appropriate permission to execute a particular method.
I will say, however, that you should be approaching this from the perspective of what the user sees rather than locking off individual methods. In other words, it's better to prevent the user from being able to see a menu option/click it, than it is to let them click it and then tell them that they didn't have the appropriate permission to execute the method.
As you haven't stated what technology you are using, this is as close as I'm going to be able to give you a full answer without overloading you with details for technologies you aren't interested in.
|
|
|
|
|
Hello,
Im stock at this problem i got an error "The I/O operation has been aborted because of either a thread exit or an application request."
i got an error on this line
mySerialPort.WriteLine("SUCCESS!" & vbCrLf )
and here is my code.
Public Sub CommPortSetup()
If mySerialPort.IsOpen Then
mySerialPort.Close()
End If
Try
With mySerialPort
.PortName = "COM1"
.BaudRate = 115200
.DataBits = 8
.Parity = Parity.None
.StopBits = StopBits.One
.Handshake = Handshake.None
.DtrEnable = True
.RtsEnable = True
.NewLine = vbCrLf
End With
mySerialPort.Open()
MessageBox.Show("Connected to COMMPORT1")
Catch ex As Exception
MessageBox.Show(ex.Message)
End Try
mySerialPort.WriteLine("AT+CMGF=1" & vbCrLf)
System.Threading.Thread.Sleep(200)
mySerialPort.WriteLine("AT+CMGS=+6390720831187" & vbCrLf)
System.Threading.Thread.Sleep(200)
mySerialPort.WriteLine("SUCCESS!" & vbCrLf )
System.Threading.Thread.Sleep(200)
End Sub
End Module
|
|
|
|
|
|
Hi,
I used to encrypt and store my applications (Web Forms – Windows Forms) user password in the database.
I usually during the creation of a new user, I get the user password as a plain text and I create a new hash value then I encrypt the concatenation of the password plain text and the hash value. I store both the encrypted password and the hash value in the database.
During the user login authentication process I get the supplied user password as plain text then I retrieve the stored hash and the encrypted password for that user from the database. I repeat the same encryption again which I used during the new user creation operation but with concatenation of the retrieved hash from the database and the supplied plain text password then I compare both the database retrieved encrypted password with new encrypted password. If they are matching the login validation passes otherwise it fails.
I used to use "FormsAuthentication.HashPasswordForStoringInConfigFile" in the namespace "System.Web.Security" to encrypt the passwords for both of my windows Forms and web forms applications. But now with the .Net framework 4.5 the following method:
"HashPasswordForStoringInConfigFile(Password as string, PasswordFormat as string) as string" is obsolete.
Please anyone have any idea what is the new alternative for this method?
Kind regards.
|
|
|
|
|
samijf wrote: is obsolete.
Try this[^]
|
|
|
|
|
In a .Net app, are the assemblies created during build always put in the Bin folder? I'v never seen them end up elsewhere, but I'm curious if they ever would.
Thanks
If it's not broken, fix it until it is
|
|
|
|
|
The destination for generated files is determined by the project properties and can be modified to your own requirements if necessary.
One of these days I'm going to think of a really clever signature.
|
|
|
|
|
ok, I guess what I meant is, does VS put some files in Bin, and other files elsewhere?
If it's not broken, fix it until it is
|
|
|
|
|
Kevin Marois wrote: does VS put some files in Bin, and other files elsewhere?
Yes. Take a look at the directory structure under your solution directory and you will see the other directories. You can also look through your project properties to see which part of the build uses which directories.
One of these days I'm going to think of a really clever signature.
|
|
|
|
|
You could change the output path by simply setting the output path attribute in the project's Build properties.
They could be put elsewhere so long as all the dependent dll's are also available in the same folder.
|
|
|
|
|
Kevin Marois wrote: are the assemblies created during build always put in the Bin folder
By default, yes. But not mandatory.
Kevin Marois wrote: but I'm curious if they ever would.
It's configurable through the project properties build tab.
|
|
|
|
|
Hi All,
I am getting following error when I am trying to assign a null value or nuthing value to a variable of type Nullable(Of Decimal).
But for that variable I want to assign a decimal value or null value. The same kind of problem I faced with Nullable (of DateTime) too. It cant take a nothing assigned to it. If it cant take that value then why is it nullable(of Decimal) or Nullable (of DateTime) and System.Nullable(Of Integer) is also not taking null values (means nothing value in VB.Net).
Please help me in resolving this issue.
thanks in advance.
Below is my code: I tried by just putting variable=nothing also but didnt work.
If savRequestData.PropRequestWage IsNot Nothing Then
wagesegment = New List(Of ReqWage)
For Each temp In savRequestData.PropRequestWage
Dim wage As New ReqWage
wage.DailyWage = IIf(Not String.IsNullOrEmpty(temp.DailyWage), IIf(Decimal.TryParse(temp.DailyWage, tempDecimal), tempDecimal, CType(Nothing, System.Nullable(Of Decimal))), CType(Nothing, System.Nullable(Of Decimal)))
wage.RequestId = request_Id
wage.WorkDate = temp.WorkDate
wage.WorkHours = IIf(Not String.IsNullOrEmpty(temp.WorkHours), IIf(Decimal.TryParse(temp.WorkHours, tempDecimal), tempDecimal, CType(Nothing, System.Nullable(Of Decimal))), CType(Nothing, System.Nullable(Of Decimal)))
wagesegment.Add(wage)
requestedamount += IIf(temp.DailyWage IsNot Nothing, temp.DailyWage, 0)
Next
End If
Thanks & Regards,
Abdul Aleem Mohammad
St Louis MO - USA
|
|
|
|
|
Sub Main()
Dim d As Nullable(Of Integer)
d = Nothing
Console.WriteLine("d=", d)
Console.ReadKey()
End Sub
Works fine for me. However, the line
wage.WorkHours = IIf(Not String.IsNullOrEmpty(temp.WorkHours), IIf(Decimal.TryParse(temp.WorkHours, tempDecimal), tempDecimal, CType(Nothing, System.Nullable(Of Decimal))), CType(Nothing, System.Nullable(Of Decimal)))
..is something I'd delete during a code-review. It's doing to much on a single line, making debugging harder. It's not C++, and there's no shame in using a line per statement.
|
|
|
|
|
Of course. Here is an alternate use of indirect access to textbox strings. Any suggestions?
static public int boxCount = 0;
static public TextBox[] tbox = new TextBox[16];
private void Form1_Load(object sender, EventArgs e)
{
tbox[0] = textBox1;
tbox[1] = textBox2;
tbox[2] = textBox3;
boxCount = 3;
}
private void loadBoxes()
{
for (int x = 0; x < boxCount; x++)
{
if (tbox[x].Text == "")
tbox[x].Text = "0";
}
}
modified 28-Dec-12 12:43pm.
|
|
|
|
|
No. There's nothing like that in .NET at all. C# is not an interpreted language so it's impossible to evaluate a string at run-time and treat it as code. It has to be compiled in order to work.
You've have to use Reflection to get the control using a string like that and get it's value. Though, you may want to think twice about doing this at all as Reflection isn't exactly speedy to use.
The other problem is that are you seriously calling your controls Textbox1, Textbox2, ...?? That's horrible as you have no idea what each textbox is used for.
|
|
|
|
|
OK. Thanks Dave. That clears it up. The text box values are not of consequence but if they are null it is a problem. Trying to add them to a listbox is rejecting null strings. Position in the list box is critical for each item added so a place holder needs to be added.
|
|
|
|
|
Textbox.Text will never return null, though it can be an empty string. Those terms mean very different things, so don't confuse people (or search engines) by using them incorrectly.
codejuggler9 wrote: Trying to add them to a listbox is rejecting null strings. Position in the list
box is critical for each item added so a place holder needs to be added
Doesn't make any sense to me as it has nothing to do with the original question.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
