|
Before asking any more questions read the How to get answers post at the top. "Phone" is not a subject that will get you anywhere.
only two letters away from being an asset
|
|
|
|
|
Mark Nischalke wrote: "Phone" is not a subject that will get you anywhere.
It got ET home didn't it 
Life goes very fast. Tomorrow, today is already yesterday.
|
|
|
|
|
Gee - you get more clueless with every post. Well done.
Windows Mobile is one platform, there are others, most phones subscribe to one of the big platforms, I believe, and I expect that a java app would run on most. I also expect that google would have told you far more detail than what I know.
Christian Graus
Driven to the arms of OSX by Vista.
"! i don't exactly like or do programming and it only gives me a headache." - spotted in VB forums.
I can do things with my brain that I can't even google. I can flex the front part of my brain instantly anytime I want. It can be exhausting and it even causes me vision problems for some reason. - CaptainSeeSharp
|
|
|
|
|
Well said, I was going to post the same thing, I can't remember a mobile platform thats (mainly) used widely that wouldn't run a Java application.
Just a run up, Java is your best bet.
|
|
|
|
|
hello
i want to write C++ code within C#
how can i do this?
thanks in advance
|
|
|
|
|
You can't. You can use C# to call into C++ assemblies though.
DaveBTW, in software, hope and pray is not a viable strategy. (Luc Pattyn)
Visual Basic is not used by normal people so we're not covering it here. (Uncyclopedia)
Why are you using VB6? Do you hate yourself? (Christian Graus)
|
|
|
|
|
You can't.
You could write a dll in C++ and use it from C#, but you can't directly write c++ within a C# assembly.
Simon
|
|
|
|
|
THe only way you can mix managed (like C#, VB.net, etc) and unmanaged (like normal c++) code in a single file is to use C++/CLI. This will let you use normal c++ and "c++.net". Unfortunately the resulting syntax is rather heavier than either normal C++ or C# code. As a result it's not generally recommended. Instead the preferred options are to either use p/invoke to call a c++ dll from within C# code, or to create a Managed COM object in C#, and use COM to call it from within C++ code.
It is a truth universally acknowledged that a zombie in possession of brains must be in want of more brains.
-- Pride and Prejudice and Zombies
|
|
|
|
|
Thanks davey, simon and dan
you were extremely helpful 
i think i'll use p/invoke
thanks again
|
|
|
|
|
Hello everyone,
I am trying to write a C# application, that does something as follows. It is in two parts.
1) windowless application: I want it to be a transparent application, through which user can see the application behind it but still when it click on the application the tranparent one(my application) receives the event message and stores it. Also that event needs to be sent to the main window of application that is running behind my application.
2) Screen capture. for this I need to be able to draw the area user selects on my application which is transparent.
I found couple of tutorials for doing separate tasks of this application in different languages. But could not get started with it. I am completely clueless about how to implement it in C# or C++.
does anybody have any idea how to get this done ?
Any pointers will be helpful.
Thanks,
Parth
|
|
|
|
|
If the purpose of your application, is purely screen capture, this is not the way to do it. If, however it has some other function, perhaps letting us know what that is, might get you an answer.
There are loads of articles here on CP, dealing with Screen Capture. Search the articles, and have a play with the articles you find.
Henry Minute
Do not read medical books! You could die of a misprint. - Mark Twain
Girl: (staring) "Why do you need an icy cucumber?"
“I want to report a fraud. The government is lying to us all.”
|
|
|
|
|
No ,it is not purely screen capture.
I already found a good application for screen capture written in C#. (Greenshot on sourceforge)
But I dont need those many features.
I only need to capture the events send it to the software running behind. Take a screenshot and then replay these events again on different localized versions of software to take same screenshots from those versions too.
|
|
|
|
|
In other words, you want to invisibly log all events and take screenshots too, so a spy application? I guess you want to hide it from Application and Process tabs in TaskManager too!
Would you want this on your computer? I certainly wouldn't, so you need to provide some justification for it before you'll get any help from me I'm afraid.
DaveBTW, in software, hope and pray is not a viable strategy. (Luc Pattyn)
Visual Basic is not used by normal people so we're not covering it here. (Uncyclopedia)
Why are you using VB6? Do you hate yourself? (Christian Graus)
|
|
|
|
|
No It is not a spy application,
it is basically screen capture and then replay.
I have softwares from which I have to take screenshots. Now these screenshots need to be taken for
each and every language the software gets translated in.
So instead of doing this manually, I am trying to get it done automated.
That's why I need to capture the events send it to the software for english language and then replay it on other language versions.
|
|
|
|
|
OK, that sounds fair.
Depending on what events you need to capture, have you thought about having an app minimized to tray instead of 'invisible' and using global hooks?
DaveBTW, in software, hope and pray is not a viable strategy. (Luc Pattyn)
Visual Basic is not used by normal people so we're not covering it here. (Uncyclopedia)
Why are you using VB6? Do you hate yourself? (Christian Graus)
|
|
|
|
|
No, I do not know how to create such an application. Let me google it.
If you know about any examples or tutorials, Can you give me a link ?
Thanks for the suggestion.
|
|
|
|
|
I will also need to draw user's clipped rectagle back to screen, when user is first time taking screenshot for english language. Does a minimized application allow me to draw rectangles back to the screen ?
Here is a summary of what I already have found on net:
-----------------------------------------------------
Creating a windowless application: Easily with windows forms.
Sending events to another application : user32.dll provides findwindow and sendmessage function.
Storing the events: I intend to use a sqlite engine. It comes in form of DLL that I can import. You will find tutorials online.
What I am looking for now is a way to draw on screen and capture the events:
----------------------------------------------------------------------------
Global hooks might be the solution, if I can draw back a rectangle on the screen at the same time.
I also intend to give use an option to choose colors/pen/rectangle/circle so that, anyone can scribble a bit on screen. But it will not be that fancy.
Can I draw a user control on screen when application is minimized?
|
|
|
|
|
Have you investigated commercial screen capture applications? I know adobe captivate will let you extract the screen shots it takes when recording an application easily. You probably should be able to do the same with cheaper/free apps, but most of them save a movie (vs captivates screen shot per dialog change and mouse movements) they might end up costing more once your time is factored into the exercise.
It is a truth universally acknowledged that a zombie in possession of brains must be in want of more brains.
-- Pride and Prejudice and Zombies
|
|
|
|
|
I do not want to go for such complex application, which I have to pay for.
I want to keep it simple and customizable. That's why, I am trying to use code from such open source projects and create my own app.
|
|
|
|
|
Hi all 
I have some problem sending and receiving datas throught c# asynchronous sockets when mapping a CryptoStream to the socket stream.
If I use the NetworkStream then everything is ok, but if I use the CryptoStream I get no error but I got no event 'OnReceive'...
Any ideas on why it works with NetworkStream but not using CryptoStream mapped to NetworkStream ?
Nous ne sommes que des grains de sable mais nous sommes ensemble. Nous sommes comme les grains de sable sur la plage, mais sans les grains de sable la plage n’existerait pas.
Poème en langue yamato(japonais ancien)
|
|
|
|
|
Maybe they are not gone, but the blocks of the CryptoStream are bigger than you expected, so no data was send yet?
Just a stupid idea I know, so this is not an "answer" post.
|
|
|
|
|
I read a post somewhere that stated to not give buffer.Length to BeginWrite method but use (int)stream.Length or something approching...
I'll try this week... :p
Nous ne sommes que des grains de sable mais nous sommes ensemble. Nous sommes comme les grains de sable sur la plage, mais sans les grains de sable la plage n’existerait pas.
Poème en langue yamato(japonais ancien)
|
|
|
|
|
I have had similar problems working with CryptoStream <-> generic stream routines, and found differences between FileStream and MemoryStream, particularly that the Flush method didn't seem to work with MemoryStreams. In this case, I got no data until I closed the stream (which destroys the MemoryStream).
The workaround I used was to provide the size of the unencrypted data as part of the encyrpted output, append an extra block of random rubbish to the Cytpro stream after my data, and truncate back when decrypting.
It is worth trying with NetworkStream / CryptoStream since it could cause your problem?
If not, we are probably going to need a cut-down code fragment...
No trees were harmed in the sending of this message; however, a significant number of electrons were slightly inconvenienced.
This message is made of fully recyclable Zeros and Ones
|
|
|
|
|
I don't Flush... but as I use asynchronous I think I should ?
Nous ne sommes que des grains de sable mais nous sommes ensemble. Nous sommes comme les grains de sable sur la plage, mais sans les grains de sable la plage n’existerait pas.
Poème en langue yamato(japonais ancien)
modified on Monday, June 22, 2009 8:36 AM
|
|
|
|
|
It seems that there's a known bug with the .Net framework when trying to serialize in a CryptoStream attached to a NetworkStream.
A bug has been discovered in the .NET library.
It is not possible to serialize to a CryptoStream that is attached to a NetworkStream because the Deserialize call on the receiving end of the stream will block until the stream is closed by the sending end.
You might note that all the MSDN examples use a backing MemoryStream, so perhaps this behavior is expected, but not documented.
A simple rule to avoid this problem is: never attach a CryptoStream to a NetworkStream. We sketch a possible implementation strategy:
* Use a CryptoStream attached to a MemoryStream.
You can serialize objects to this structure, then safely close the stream.
Then, get the byte array from the MemoryStream and write (or serialize, if part of a larger object) it to the NetworkStream. On the receiving side, reverse this process: recover the byte array, decrypt the bytes, then deserialize the result.
A working exemple is given here using this method:
http://www.marcclifton.com/Default.aspx?tabid=138[^]
Nous ne sommes que des grains de sable mais nous sommes ensemble. Nous sommes comme les grains de sable sur la plage, mais sans les grains de sable la plage n’existerait pas.
Poème en langue yamato(japonais ancien)
modified on Sunday, June 21, 2009 4:06 PM
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
