|
In your loop that iterates through the DataGridView, assume that you have two values RowIndex and ColumnIndex that point to the appropriate cell.
SeatEntity gridSeat = (SeatEntity)gridView[ColumnIndex, RowIndex].Value;
foreach(SeatEntity seat in seatList){
if(seat.SeatId == gridSeat.SeatId){
}
}
|
|
|
|
|
Hi I am sending u the code if u can help better
SeatChartService scs = new SeatChartService();
private void Form1_Load(object sender, EventArgs e)
{
List<seatentitiy> seat = scs.GetSeats();
//dataGridView1.DataSource = seat;
dataGridView1.ColumnCount = scs.GetColumnCount();
dataGridView1.RowCount = scs.GetRowCount();
int i = 0;
int j = 0;
foreach (DataGridViewTextBoxColumn c in dataGridView1.Columns)
{
c.HeaderText = i.ToString();
i++;
}
foreach (DataGridViewRow r in dataGridView1.Rows)
{
r.HeaderCell.Value = j.ToString();
j++;
}
SeatEntitiy seobj= new SeatEntitiy();
foreach (DataGridViewRow row in dataGridView1.Rows)
{
foreach (DataGridViewCell cell in row.Cells)
{
foreach (SeatEntitiy se in seat)
{
//SeatEntity gridSeat = (SeatEntity)cell[ColumnIndex, RowIndex].Value;
seobj.SeatId = se.SeatId.ToString();
seobj.RowId = se.RowId.ToString();
if (cell.ColumnIndex.ToString() == seobj.SeatId.Substring(14) && cell.RowIndex.ToString() == seobj.RowId.Substring(12))
{
cell.Style.BackColor = Color.Green;
//MessageBox.Show(cell.ColumnIndex.ToString(),cell.RowIndex.ToString());
}
else
{
cell.Style.BackColor = Color.Red;
}
}
}
}
}
|
|
|
|
|
What's the problem with this code?
|
|
|
|
|
Wrong forum, see Mobile Development[^]
I get all the news I need from the weather report - Paul Simon (from "The Only Living Boy in New York")
|
|
|
|
|
Hi,
I would like to make an application that generates unique numbers (numerics only) in sequential order (better if this way but not compulsory).
It should be able to recover in case of a crash. i.e. if the generation crashes or system crashes, then the next time its up, it should give unique numbers only, and not repeat any number previously given. This is of utmost importance.
And if crash recovery feature doesn't involve I/O, it would be better. (e.g saving numbers to disk and stuff).
Note: Random is not mandatory, unique is.
If you have a solution to this, please help.
Thank you.
|
|
|
|
|
Use GUIDs and convert them to numeric - it is a sequence of HEX anyway so it can be converted quite easily.
Upcoming events:
* Glasgow: Mock Objects, SQL Server CLR Integration, Reporting Services, db4o, Dependency Injection with Spring ...
"I wouldn't say boo to a goose. I'm not a coward, I just realise that it would be largely pointless."
My website
|
|
|
|
|
Hi Colin,
this is puzzling me: I expect GUID are unique all over the universe.
They also need many bits; how can it be if a take 1 million GUIDs and convert each of them
to int, that all ints will also be unique (inside my confined process that is),
so which transformation preserves uniqueness while compressing from many to 32 bits ??
A simple hash code wont be sufficient, its only function as I understand is putting objects
into 2^32 buckets with a "good distribution".
Can you enlighten me on this ? Thanks.
|
|
|
|
|
Guids are 128 bits. No one said anything about being constrained to 32 bits.
Upcoming events:
* Glasgow: Mock Objects, SQL Server CLR Integration, Reporting Services, db4o, Dependency Injection with Spring ...
"I wouldn't say boo to a goose. I'm not a coward, I just realise that it would be largely pointless."
My website
|
|
|
|
|
Thanks Colin
I confused with the GUID strings, the ones used for registering a class (and filling the
registry).
Now 128-bit isnt very much, and MSDN on Guid.NewGuid says "There is a very low probability that the value of the new Guid is all zeroes or equal to any other Guid." which may not be good
enough for the OP, he really insisted on uniqueness...
|
|
|
|
|
Oh, the OP don't have to worry about it...
However, using GUIDs is not practical due to timing requiremts and 128-bit integers handling: he don't need such complexity.
If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.
|
|
|
|
|
Your solution is simply not practical.
See Luc Pattyn one [^] for a better approach (at least IMHO).
BTW you don't need to convert hexadecimal chars to obtain integers from GUIDs.
If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.
|
|
|
|
|
CPallini wrote: Your solution is simply not practical.
I realise this also[^]
Upcoming events:
* Glasgow: Mock Objects, SQL Server CLR Integration, Reporting Services, db4o, Dependency Injection with Spring ...
"I wouldn't say boo to a goose. I'm not a coward, I just realise that it would be largely pointless."
My website
|
|
|
|
|
Converting GUID into numbers does not guarantee uniqueness... I've checked that already.
|
|
|
|
|
Jalpesh B. Patel wrote: Converting GUID into numbers does not guarantee uniqueness... I've checked that already.
Yes, it does. You have to translate it in to a 128bit number. You never specified you were constrained by a specific size of number. If that is the case you might want to be a bit more specific about your requirements in the future.
Upcoming events:
* Glasgow: Mock Objects, SQL Server CLR Integration, Reporting Services, db4o, Dependency Injection with Spring ...
"I wouldn't say boo to a goose. I'm not a coward, I just realise that it would be largely pointless."
My website
|
|
|
|
|
I am sorry for that...
but mine should be in the range of Long or uLong.
|
|
|
|
|
You might want to go with Luc's idea[^]
Upcoming events:
* Glasgow: Mock Objects, SQL Server CLR Integration, Reporting Services, db4o, Dependency Injection with Spring ...
"I wouldn't say boo to a goose. I'm not a coward, I just realise that it would be largely pointless."
My website
|
|
|
|
|
By the way,
How do i convert it to 128 bits ?
|
|
|
|
|
This sounds like a homework assignment. If there is no In/Output, how do you expect to ensure that these numbers are unique?
After a crash, that is.
I get all the news I need from the weather report - Paul Simon (from "The Only Living Boy in New York")
|
|
|
|
|
Its not homework man.
I really have to make an app that can server as much as 50,000 numbers per sec.
I/O makes it too slow...thats why
|
|
|
|
|
You'll need something longer than a 32bit ID then.
50,000ids/sec = 4,320,000,000ids/day, so would overflow a 32bit ID in slightly less than 24 hours.
--
You have to explain to them [VB coders] what you mean by "typed". their first response is likely to be something like, "Of course my code is typed. Do you think i magically project it onto the screen with the power of my mind?" --- John Simmons / outlaw programmer
|
|
|
|
|
store number 0 to text file before execution of ur application.During execution get that number from the file.Increment that nos. by 1.and overrite it to same file.
Regards
Chintan
www.visharadsoft.com
(Nothing is so purify as KNOWLEDGE)
|
|
|
|
|
Tried it already...
This is too much I/O at this rate I would generate between 30-50 per sec.
I want 50,000 per sec.
|
|
|
|
|
It's very difficult to maintain state across application crashes without resorting to some form of external mechanism in which to persist that state (IO/Database/WebService/Whatever). However, have you considered the use of GUIDS in your application?
"It was the day before today.... I remember it like it was yesterday."
-Moleman
|
|
|
|
|
The problem with saving something to disk or database is the reduction in performance of the application.
I have to generate the numbers as fast as 50,000 per second. Without loss.
I have tried saving in registry, database and files, the i/o overhead is too much. I didn't forget MSMQ too.
And converting GUID to Long does not guarantee uniqueness.
Please help with something else.
|
|
|
|
|
I'm intrigued - what does your application do that it requires 50,000 unique numbers every second?
"It was the day before today.... I remember it like it was yesterday."
-Moleman
|
|
|
|