@agbarnet Don't worry. It's not 1990, traffic doesn't cost anything ;).
@agbarnet I do not think that Xenocode is a good solution. It unpacks many files and it takes several minutes until the application starts. The license-file was not found and after browsing for it I receive an "unhandled .net-exception"-error. Clicking on "continue" lets me start the application but I can not select any drive. Make the drive-selection also editable so the user can at least enter a drive by hand.
My advice move away from .net and use MFC only. Recreate a MFC-project and port your functions. Every(!) pure Windows-application can be programmed in Win32. MFC is a neat class-library (quite old now, I admit) which offers a lot of functionality and just requires a single dll-file which you can statically link to your project (define it in the project-settings). Programming with MFC can be more work but it is for sure worth it. Your application will run on every 32-bit Windows OS and even Windows 3.11 when you install that extension which name I now forgot ). Only when you want to use Unicode you will need > Windows 2000.
I hope you don't take my critics too hard ).
I can send you a demo of my application and you can pay me back ;).
@agbarnet I do not think that Xenocode is a good solution. It unpacks many files and it takes several minutes until the application starts. The license-file was not found and after browsing for it I receive an "unhandled .net-exception"-error. Clicking on "continue" lets me start the application but I can not select any drive. Make the drive-selection also editable so the user can at least enter a drive by hand.
My advice move away from .net and use MFC only. Recreate a MFC-project and port your functions. Every(!) pure Windows-application can be programmed in Win32. MFC is a neat class-library (quite old now, I admit) which offers a lot of functionality and just requires a single dll-file which you can statically link to your project (define it in the project-settings). Programming with MFC can be more work but it is for sure worth it. Your application will run on every 32-bit Windows OS and even Windows 3.11 when you install that extension which name I now forgot ). Only when you want to use Unicode you will need > Windows 2000.
I hope you don't take my critics too hard ).
I can send you a demo of my application and you can pay me back ;).
Could you send me the exact error you received?
I'll look into MFC, but truthfully my programming background is fairly thin. I basically taught myself VB.NET specifically for this project.
I've added a version of the program that can be run locally (does not require a removable drive), but requires the .NET framework. It can be downloaded
I'm having a hard time reproducing some of these errors, and the only common theme I'm seeing is the user receiving the error is running the program on a computer with non-English regional settings. I'm not sure if that's what's causing the problem, but it's the only idea I'm getting. Please be sure to PM me with your exact error so I can investigate further.
@agbarnet Ignorant me … MFC will require the project being programmed in C++ (. But you can still program Visual Basic without .net ).
The error-message is a default error-message. I assume it still has something to do with the not found license-file. I started the program from G\ and loaded the license-file from there.
The details of the error-message are as follows
*********** Exception Text ***********
System.IO.FileNotFoundException Could not find file 'C\Users\ak24\Desktop\license.dat'.
File name 'C\Users\ak24\Desktop\license.dat'
at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)
at System.IO.FileStream.Init(String path, FileMode mode, FileAccess access, Int32 rights, Boolean useRights, FileShare share, Int32 bufferSize, FileOptions options, SECURITY_ATTRIBUTES secAttrs, String msgPath, Boolean bFromProxy)
at System.IO.FileStream..ctor(String path, FileMode mode, FileAccess access, FileShare share, Int32 bufferSize, FileOptions options)
at System.IO.StreamReader..ctor(String path, Encoding encoding, Boolean detectEncodingFromByteOrderMarks, Int32 bufferSize)
at System.IO.StreamReader..ctor(String path, Encoding encoding)
at System.IO.File.ReadAllText(String path, Encoding encoding)
at System.IO.File.ReadAllText(String path)
at ChatSniper.MainForm.MainForm_Load(Object sender, EventArgs e)
at System.EventHandler.Invoke(Object sender, EventArgs e)
at System.Windows.Forms.Form.OnLoad(EventArgs e)
at System.Windows.Forms.Form.OnCreateControl()
at System.Windows.Forms.Control.CreateControl(Boolean fIgnoreVisible)
at System.Windows.Forms.Control.CreateControl()
at System.Windows.Forms.Control.WmShowWindow(Message& m)
at System.Windows.Forms.Control.WndProc(Message& m)
at System.Windows.Forms.ScrollableControl.WndProc(Message& m)
at System.Windows.Forms.ContainerControl.WndProc(Message& m)
at System.Windows.Forms.Form.WmShowWindow(Message& m)
at System.Windows.Forms.Form.WndProc(Message& m)
at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)
@agbarnet Ignorant me … MFC will require the project being programmed in C++ (. But you can still program Visual Basic without .net ).
The error-message is a default error-message. I assume it still has something to do with the not found license-file. I started the program from G\ and loaded the license-file from there.
The details of the error-message are as follows
I believe that error is being caused by some setting in the virtualization software that I haven't figured out yet. If both chatsniper.exe and license.dat are at C\Users\ak24\Desktop\, do you still get the same error?
Just read through this thread - re. the numerous posts referencing a problem with PMs not being sent, please note that they remain in the Outbox until read by the recipient at which stage they're moved to the Sentbox. I suspect what you're seeing is normal/expected behaviour.
Jamie
Just read through this thread - re. the numerous posts referencing a problem with PMs not being sent, please note that they remain in the Outbox until read by the recipient at which stage they're moved to the Sentbox. I suspect what you're seeing is normal/expected behaviour.
Jamie
Ah, I see. I had figured sentbox meant delivered while outbox meant pending delivery. Thanks for clarifying.
Regarding the license not found problem
I am unable to reproduce this problem on a PC with English regional settings.
I switched my computer over to German regional settings and found that the program would still launch if the license file and chatsniper.exe were in the same directory. I was, however, able to reproduce the error when the license file was not present in the same directory and I was prompted to select it.
I will continue to investigate this issue. Thank you for your feedback.
Alright, I think I'm satisfied enough with the feedback I'm getting to go ahead and launch. The errors I'm getting with non-English regional settings are not consistent and difficult to reproduce, and while I will continue to investigate what is causing them, I had never really intended to market Chat Sniper beyond the US and other primarily-English speaking countries anyway.
I appreciate all of the testing and feedback you guys have done for me. I'm releasing 1-year, 3-year, and perpetual licenses via my webstore, and if any of you would be interested in purchasing a license, use coupon code FF50 during checkout to get 50% off. The link to the software page is in my signature.
Again, thanks for all of the feedback, and if anybody happens to find any other bugs or has any suggestions for new features, just let me know.