|
Get the Debugging Tools for Windows[^]. From here, you can use WinDbg to debug the process, which if you set it to use Microsoft's Symbol Server[^], will download the operating system's debugging symbols as DLLs are loaded.
This should help you see which function in NTDLL is causing the crash and what the call stack is.
If you don't want to install this on the system that's having the problem, you can set up VS.NET for remote debugging (follow the instructions on VS.NET CD 1) and use the symbol server from VS.NET. See Microsoft KB article 319037[^].
Stability. What an interesting concept. -- Chris Maunder
|
|
|
|
|
 I have created an installer with setup.exe bootstrap, however I would like for my installer to create a shortcut on the startup menu for my visual c++ .net app, just like a regular program. Can anyone give me any advise, or point me to some documentation?
|
|
|
|
|
I am having same issue with vb.net the installer works but I cannot figure out how to add menu item to programs menu. In VB6 the package & deployment wizzard did this for me so I never gave it much thought.
Any suggestions would be appreciated.
Thanks
Tom
|
|
|
|
|
Never mind I found it. Under "File System on Target Machine", right click on "Users Program menu" and select add folder.
Thanks
Tom
|
|
|
|
|
Yeh, Tom is quite right...
after creating the folder , on the right hand panel right click and select "Create Shortcut". Gave a name to the shortcut and set itz properties e.g. "WorkingFolder" and "Target".
In target set the exe name.
In working folder navigate to the "Application folder" and set it.
For placing an Shortcut on the desktop the same needs to be done under the "Users Desktop" node.
Note : Right click on the "File System on Target Machine" select "Add Special Folder" and you will find more idea about where all you can place files or shortcuts during setup or do more customization.
regards,
Aryadip.
Cheers !! and have a Funky day !!
|
|
|
|
|
I am trying to import into SqlServerCe from an XML file. There is also a schema file available.
I have opened up the target .sdf database.
I used ReadXML to fill a DataSet from the xml file. Where do I go from here?
"For all of our languages, we cannot communicate" - Christy Moore, Natives
|
|
|
|
|
How can one change the color of a scroll bar that's present in a RichTextBox instance?
|
|
|
|
|
Hi,
has anyone figured out how to get round the PrintToFile issue with .Net?
The PrinterSettings.PrintToFile property can only be set by the System.Windows.Forms.Printing.PrintDialog class. The Print to file option only appears on the System.Windows.Forms.Printing.PrintDialog when the System.Windows.Forms.Printing.PrintDialog.AllowPrintToFile property is set to true. For more information, see the KB article "'PrintDocument Class' Does Not Implement The PrintToFile Feature (820644)" on Microsoft TechNet, at Technet Article [^].
I really want to be able to print to a temporary file (using a pdf driver) for e-mailing.
Thanks in advance,
Gary
|
|
|
|
|
hi,
I am developing a windows service (using VB .net) and I am installing it successfully but when I start it system is automatically stoping it the message I get is the following 1:
The DBWriter service on local computer started and then stoped. Some services stop automatically if they have no work to do, for example, the Performance Logs and Alerts Service.
Heeeellllppp........
|
|
|
|
|
It is most likely throwing an exception early on in the service start up. You need to track down what is going wrong and fix it.
"You can have everything in life you want if you will just help enough other people get what they want." --Zig Ziglar
The Second EuroCPian Event will be in Brussels on the 4th of September
Can't manage to P/Invoke that Win32 API in .NET? Why not do interop the wiki way!
|
|
|
|
|
I am trying to migrate an old VB6 app to .NET (Windows forms using C#). I used ADO for data access and none of the controls are bound to data sources. The only unusual thing I did was using an old VS6 ActiveX control (MSFlexGrid). I found there is a noticeable difference in performance. The C# application takes about 5 times as much time to do things.
Am I doing something wrong, or it is it the Common Language Runtime that's slowing things down ?
|
|
|
|
|
I m trying to use Method where arguments are pass by reference of Managed C++ Code in C#.But the error is coming like:
The best overloaded method match for 'ManagedDLL.Class1.BoxPropertiesMG(double, double, double, double*, double*)' has some invalid arguments
cannot convert from 'ref double' to 'double*'
Source Code for this is given below:
//Managed C++ Dll Code:
public __gc class Class1
{
public:
void BoxPropertiesMG(double L, double H,
double W, double& A, double& V)
{
BoxProperties(L, H,W, A, V);
}
};
C# Code:
class Class1
{
static void Main(string[] args)
{
ManagedDLL.Class1 ob = new ManagedDLL.Class1();
double L=2.0, W=3.0, H=4.0;
double A, V;
Console.WriteLine(ob.BoxPropertiesMG(L,H,W,ref A, ref V));
}
}
Can Someone help me to solve this problem ?
|
|
|
|
|
Don't know for sure if this will help, as I never worked on C++ working with C#, but I was looking into __gc* pointers in the the .NET docs ... I wonder if that would help you.
Good luck,
Jerry
|
|
|
|
|
Hi!
I need to draw 1000-2000 lines from .net about 3 times/sec. Graphics.Drawlines is too slow, directx is not good because it requires a relativly modern graphics card. Would GDI with pinvoke be fast enough? Or do you know a fast 3rd party graphics library?
thanx
|
|
|
|
|
Attached is code for custom control that draws random 5000 lines and it takes about 72 ms to draw them on my system at 640x480 size and 200 ms at 1280x1024.
For 500 lines the accuracy of the timer is too low as i get 0 ms.
<br />
using System;<br />
using System.Windows.Forms;<br />
using System.Drawing;<br />
<br />
namespace LineTest<br />
{<br />
struct Line<br />
{<br />
public int x1, y1, x2, y2; <br />
public Color c;<br />
}<br />
<br />
public class RandomLinesControl : Control<br />
{<br />
int numLines;<br />
Line[] lines;<br />
<br />
public RandomLinesControl()<br />
{<br />
SetStyle(ControlStyles.AllPaintingInWmPaint<br />
| ControlStyles.DoubleBuffer<br />
| ControlStyles.UserPaint, true);<br />
<br />
NumLines = 5000;<br />
}<br />
<br />
protected override void OnResize(EventArgs e)<br />
{<br />
base.OnResize (e);<br />
<br />
CreateLines();<br />
}<br />
<br />
<br />
public int NumLines<br />
{<br />
get { return numLines; }<br />
set <br />
{<br />
numLines = value;<br />
CreateLines();<br />
}<br />
}<br />
<br />
void CreateLines()<br />
{<br />
Random rand = new Random();<br />
<br />
lines = new Line[numLines];<br />
for (int i=0; i<numLines; i++)<br />
{<br />
Line line = new Line();<br />
line.x1 = rand.Next(3, Width > 6 ? Width-3 : 6);<br />
line.x2 = rand.Next(3, Width > 6 ? Width-3 : 6);<br />
line.y1 = rand.Next(15, Height > 20 ? Height-3 : 20);<br />
line.y2 = rand.Next(15, Height > 20 ? Height-3 : 20);<br />
line.c = Color.FromArgb(rand.Next(255), rand.Next(255), rand.Next(255));<br />
<br />
lines[i] = line;<br />
}<br />
<br />
Invalidate();<br />
}<br />
<br />
protected override void OnPaint(PaintEventArgs e)<br />
{<br />
int start_t = System.Environment.TickCount;<br />
<br />
Graphics g = e.Graphics;<br />
g.Clear(this.BackColor);<br />
Pen pen = new Pen(this.ForeColor);<br />
<br />
for (int i=0; i<lines.Length; i++)<br />
{<br />
Line line = lines[i];<br />
pen.Color = line.c;<br />
g.DrawLine(pen, line.x1, line.y1, line.x2, line.y2);<br />
}<br />
<br />
int end_t = System.Environment.TickCount;<br />
g.DrawString("Drawn " + numLines + " lines in " + (end_t-start_t) + " ms", Font, Brushes.Black, 1, 1);<br />
<br />
}<br />
<br />
}<br />
}<br />
<br />
|
|
|
|
|
>>1000-2000 lines 3 times/sec,(if we take the median) 500 lines per second, >>which doesn't seem a very high number.
no, you misunderstood me, that means (if we take the median) 4500 lines per second
on the other hand, it is no problem on my computer. the problem is, that this program will be run on older computers with no more than (and that's the best case) 128MB Ram, win98, P2 300Mhz computers.
anyway, i tried DrawLines out, if it had'nt been too slow, i wouldn't have posted this thread.
|
|
|
|
|
The DrawLines function you're calling is a wrapper for GDI+ functions that are being P/Invoked already. Most of the .NET FCL are wrappers around Windows API calls.
You mentioned that 'you need a relatively modern graphics cards'. You don't need a high powered graphics card to support DirectX. DirectX will still work so long as you have updated drivers for your video card. I take it you have something that doesn't offer very good support for 2D or 3D? What card do you have?
This would most definately affect your drawing speed, no matter what library you use.
RageInTheMachine9532
"...a pungent, ghastly, stinky piece of cheese!" -- The Roaming Gnome
|
|
|
|
|
The problem is, that the program will be run on *old* computers with old PCI graphic cards, I'm not even sure that there are DX8 drivers for them, and managedDX uses DX9 interfaces!
my comp is pretty new, the problem is not here at home
|
|
|
|
|
Have you through about drawing on to a bitmap and then when completed sending that to the screen?
About 8 years ago I was faced with a similar problem in C++/MFC and that speeded things up. It would most likely be fair to say that with .NET the same priniple applies as the .NET classes wrap the GDI calls anyway.
"You can have everything in life you want if you will just help enough other people get what they want." --Zig Ziglar
The Second EuroCPian Event will be in Brussels on the 4th of September
Can't manage to P/Invoke that Win32 API in .NET? Why not do interop the wiki way!
|
|
|
|
|
>>Have you through about...
yes
this is what im doing now:
1-create a bitmap
2-call graphics.fromimage on it
3-draw on the bitmap
4-flip the bitmap to tha picturebox background
the graphics.drawlines in step3 is too slow
|
|
|
|
|
Are any of the lines more than one pixel thick? I recall from a few years ago encountering a slowing of the drawing if the width of the line was more than a pixel. Could this be the problem?
Other than that there isn't much more that I can suggest that would be to do with the GDI.
Other things to look at are how you are aquiring the data that defines the lines you are drawing? Is the format optimal? Are you doing conversions on the data while drawing it? Are you accessing more than just the data for drawing? Are you iterating through the data efficiently?
Does any of this help?
"You can have everything in life you want if you will just help enough other people get what they want." --Zig Ziglar
The Second EuroCPian Event will be in Brussels on the 4th of September
Can't manage to P/Invoke that Win32 API in .NET? Why not do interop the wiki way!
|
|
|
|
|
the lines are 2pixels thick.
the line-data i get from a function needs to be processed so it can be passed to Grpahics.DrawLines. DrawLines itself takes an array of points, where each point defines the end of a line, and the start of the next line (i get joint lines). there isn't much left to optimize. with a little bit more optimiziation i could maybe get rid of a few lines, in cases where 2 or more lines form a straight line, but i don't think it would help much, since this case is really rare(rare because im drawing curves). the optimalization would take longer than the time i win on it.
however, one thing came in to my mind: what about opengl?
i haven't used it yet, it's a totally new thing to me. as long as i now, opengl supports so called extensions (not like DX). is the number of extensions the only difference between ogl versions? if so, that could mean that i could use ogl on older graphic cards too, since i don't need any modern capabilities.
is that possible?
|
|
|
|
|
Hi Friends,
I am a VC++ programmer. I have started learning c#.net. I want to program for Hand help devices. I would like to know which hand held device I need to buy to support .net frame work. There are lots of types in hand help like Palm top, Mobile device. I am not able to understand the difference between each of the devices.
ANy help please!!!!!!!!!
bbye
|
|
|
|
|
any hand held pc that is using CE 4.0 and that supports .net CF
|
|
|
|
|
So far as I know, the .Net Compact Framework development only supports PocketPC/WindowsCE devices.
Before you buy:
To my frustration, the PDA must have it's own network adapter to connect to the network. The dock is just for Activesync-style conduits (mail, notes, Avantgo, etc).
The Viewsonic I've been using for the last year is useless for web or server syncing without a plug-in card ($$). I am now waiting for the boss to order an Axim with 802.11b.
Studio .Net comes with a PocketPC emulator for testing with if you don't have a real one. It works well, but slower. Again, it can't do web or server connections. I did manage to get it to file-share to our server.
"For all of our languages, we cannot communicate" - Christy Moore, Natives
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
