No, because if as you say the background worker works constantly irrelevant of the form being visible or not. Then the thread shouldnt ever be started or stopped accordingly. Only on creation and termination.
No, because if as you say the background worker works constantly irrelevant of the form being visible or not. Then the thread shouldnt ever be started or stopped accordingly. Only on creation and termination.
Well it most certainly wont help it.
Try setting the event on the creation of the worker, and never again
the do work will run whenever you tell it, however, if you repeatedly call it before its finished processing the last - try debugging and see what happens.
However, depending on the job, there are some age restrictions such as you cant have a 17yr old truck driver they have to be over 21 I believe, however, as long as it is more for identification rather than discrimination I dont see an issue with it being there
cool - please mark your thing as solved
The reason I asked is every time that clicked functions called its going to add another copy of the event so you could end up with the same function called multiple times per event.
no you dont need to install a new OS, whats most likely is that either the db is not the same and has other fields or such. Get hold of a copy and check things like casing on the field names, additional fields, maybe even changes such as different field types.
regional settings
I thought we already went through that at the beginning of the thread.
I wouldnt say unnecessary as certainly where I am, we have to give date of birth, and marital status - arguably this has no relevance to any job you may or may not apply for though.
DOB shouldnt matter if someones capable of doing a job they are capable however, I dont see why it shouldnt be there.
not really as it would be fairly elementary graphics.
well you wouldnt see much in access except a new row in your table assuming it didnt violate any key restraints.
next question is is that a line that worked or fails?
Have you determind any data entry specifics for when someone adds a line that fails?
well whatever lists you used for player hands and on the table...
append them back in to the original deck
The file wont be at \\webpage\blah.htm, its at c:\webpage\blah.html
the \\something notation usually means machine name, is your PC really called "webpage"?
Im surprised that classes would stop you seeing the exported function, but then Im not up on dev-pascal.
And what have you tried? and what problem are you getting?
Well, its timing out for some reason.. either because its returning an error or returning something and your code hasnt allowed for it..
That it is Salem :)
Why not just remember to remove the cards from the table and players hands, and put them back in the deck?
Open does except relative paths, however, you have to be sure of where you are vs where your file is which is often unlikely.
So, if you have your app, and you are sure you are in your exe's directory, then opening "Data/file" will work - but, for example, excel may not be in the apps directory but its own, you can tell by using the filemonitor from microsoft (seeing as they bought the company out) which will show you where it was trying to find the file.
Try putting your slashes round the correct way, eg
file://webpage/whatever.html
Is it all directory listings, or just 1 directory?
no, only when theres more than 1 line with field2=0
Then you need to ensure your formatting for that field removes any time portion.
Also, dont rely on the DB to do the date validation, do it before you try storing the data
Sounds odd, sure theres only 1 row?
Still so many questions..
How do your background processes know not to work?
How is that clicked code running
Where did you do the adding of the delegate?
Whats in "MyEvent()"
When the data is posted onto the receiving page, you'll get say
month=5
Day=8
year = 1945
(not my birthday!!)
you would then - add them up like a human would to form a date like string such as "8/5/1945" and try and convert it to a date, if it succeeds they it was ok however if they entered something like 31st september.. it woudl fail and you know they need to check what they entered
IMHO you could do better to change how you've done your data string, because all the " and ' marks and then the gazillion + marks do make it hard to read. Especially where you have things like ","+"'','"
What id suggest is rather than RUN that code, place it into a text box, and place an example of the SQL to run in a message as I think you maybe missing some ' marks
Id guess you'd want passive ftp. Which a number of ftp apps do by default.
I think you'll find recent posts on this exact issue
I had written out a big long thing, but it dawned on me
STOP ASKING US YOUR HOMEWORK QUESTIONS..
Do your own research
Then post your table definition, and your c# insert code.
Well then, you need to supply the additional data as in your own words "none of them accept null value". You cant expect it to work.
36 foreach (FileInfo fi in dir.GetFiles())
37 {
38
39 newrow.Song = fi.ToString(); // Getting filename
40 newrow.SongUrl = fi.FullName; // Getting full path to play the song when click
41
42 dataMusicDataSet1.SongFiles.Rows.Add(newrow);
Add the other fields.
Try not closing the reader before you ask whats effected
You already are, because it creates it as it sends it.
Well either somehow when you think youre closing the form the forms actually closed and gone, or, your still missing some of the thread handling..its hard to say with the code given.
String builder can have advantages when buidling up output. So instead of a ton of
s += titletext;
s += "\r\n--------";
etc
you can just do
sb.append(newtext);
sb.appendline("---------");
it acts almost like a buffer, however if you've done much coding before it does feel unnecessary and isnt the way your brain is used thinking.
K, but merge probably doesnt do what you're expecting.
Im guessing if you had tables such as
Table 1
--------
id value
1 5
2 10
and
table 2
--------
uid name
3 john
4 sarah
Im guessing you wanted
id value uid name
1 5 3 john
2 10 4 sarah
yes?
Check where it thinks its finding the file xmlintf and look in your delphi paths in case there are others.
Despite missing the lack of -i what I said still stands, as of course item was 1 too high :) so wasnt defined .. :) but then I guess thats partly what debuggings for :)
most cookies have a default expirey.. Any currently set cookie will keep its old expirey by default too.
Well what did you reading of String.Format tell you?
You should check for invoke on any UI component. its a good practice to get into so if you then do thread off activities you dont have to redo all your UI code. So, wether you're changing the position of a progress bar, the caption on a button, or even enabling/disabling, anything which belongs to the main thread in effect should be carefully done, as not doing so causes clashes.
So.
private static string asterics(double grade)
{
return new string(' ', (int)grade / 2) + "*" + new string(' ', 50 - (int)grade / 2);
}
The first clue is look carefully what you told it in the above code. Now you should see why its not full of *s
As for the decimal point issue - take a look at String.Format
Which is what I suggested but using the UI
in answer to traicey, the answer is the main form is the one that goes in the Run() parameters. Anything else dies when that dies.
Dont forget to mark the thread solved
UI = User Interface
normally for example, if I were writing an app that was going to do anything of value, I have update routines on my form so that other things can send it data, and irrelevant of wether those things are threaded or not, my form sorts out the update. This is done through delegates.
You often run into issues as the UI cant be updated from anything other than the main thread - so if for example, you have a progress bar and you're working through a long CSV file verifying it, and loading data, and so on, you would call the updateprogressbar function which then checks if an invoke is required and then if it is, it invokes the main thread to do that job, otherwise it does it.
no, closing the login form would close the app.
This is a common issue and the general route is that the main form would open the login form, if login is successful the main form then loads all the things it needs, should it faill it then closes. (of course it doesnt have to be visible while the login form is shown)
OK, I dont see any thread handling in your code to check for the fact a UI cant be updated by anything other than the main thread.
I also am a little confused as to the Form2(0) and Form2(1) Im not sure what these parameters are for.