Hi,
I am writing a simple irc-like server and came across weird behavior
while debugging. Could anyone tell me why the following happens :
I have a class which stores pipe descriptors as a member field.
Descriptors are initialized with pipe(descr) in class constructor.
Then I have an array of objects of this class, preferably a STL
vector. If I initialize the vector with:
vector<objectobjects(20);
all the objects have the same pipe descriptors (pipes are the same &
there is no point in have 20 of them)
this happens if I initialize with objects.push_back(...) as well. If I
initilize objects like that :
object* first_object = new object;
object* second_object = new object;
it is ok. (the descriptors given by pipe(descr); are different)
I want to use STL vector/list/whatever but it just doesn't work. I can
understand that vector<objectobjects(20); may construct just one
object and then copy it 20 times, but shouldn't push_back() be any
better?
Please help.
Marcin Endraszka 8 3334 M.*********@gmail.com wrote:
>
Hi,
I am writing a simple irc-like server and came across weird behavior
while debugging. Could anyone tell me why the following happens :
I have a class which stores pipe descriptors as a member field.
Descriptors are initialized with pipe(descr) in class constructor.
Then I have an array of objects of this class, preferably a STL
vector. If I initialize the vector with:
vector<objectobjects(20);
this calls
vector<object>::vector(vector<object>::size_type, const object& t=object());
so the definition of objects is the same as if you wrote
vector<objectobjects(20, object());
and this creates 20 copies of the temporary created as second argument.
all the objects have the same pipe descriptors (pipes are the same &
there is no point in have 20 of them)
this happens if I initialize with objects.push_back(...) as well.
What do you mean initialize with push_back?
vector<objectobjects;
for (int i = 0; i < 20; ++i)
objects.push_back(object());
?
It's hard to guess without seeing any code.
--
rbh M.*********@gmail.com wrote:
Hi,
I am writing a simple irc-like server and came across weird behavior
while debugging. Could anyone tell me why the following happens :
I have a class which stores pipe descriptors as a member field.
Descriptors are initialized with pipe(descr) in class constructor.
Then I have an array of objects of this class, preferably a STL
vector. If I initialize the vector with:
vector<objectobjects(20);
all the objects have the same pipe descriptors (pipes are the same &
there is no point in have 20 of them)
this happens if I initialize with objects.push_back(...) as well. If I
initilize objects like that :
object* first_object = new object;
object* second_object = new object;
it is ok. (the descriptors given by pipe(descr); are different)
I want to use STL vector/list/whatever but it just doesn't work. I can
understand that vector<objectobjects(20); may construct just one
object and then copy it 20 times, but shouldn't push_back() be any
better?
Please help.
Marcin Endraszka
Post some code. Probably your definition of object is wrong, but who can
say without seeing some code.
john
On 16 Cze, 21:08, Robert Bauck Hamar <roberth+n...@ifi.uio.nowrote:
It's hard to guess without seeing any code.
class object
{
public:
int p[2];
object(int id)
{
pipe(p);
printf("Object %d has descriptor %d.",id,p[0]);
}
~object()
{
close(p[0]);
close(p[1]);
}
};
Static array of those will return eg.
object objects[3];
Object 1 has descriptor 7.
Object 2 has descriptor 9.
Object 3 has descriptor 11. (there are pairs of them of
c.)
STL vector will return:
vector<objectobjects;
objects.push_back(1);objects.push_back(2);objects. push_back(3);
Object 1 has descriptor 7.
Object 2 has descriptor 7.
Object 3 has descriptor 7.
Which is totally not what I want. What's more if there was a socket
descriptor no.7 before, I may get same pipe descriptor AND socket
descriptor at the same time, which is so wrong.
Ask whatever you need.
Marcin M.*********@gmail.com wrote:
Static array of those will return eg.
object objects[3];
Object 1 has descriptor 7.
Object 2 has descriptor 9.
Object 3 has descriptor 11. (there are pairs of them of
c.)
STL vector will return:
vector<objectobjects;
Try at this point:
objects.reserve(3);
objects.push_back(1);objects.push_back(2);objects. push_back(3);
Object 1 has descriptor 7.
Object 2 has descriptor 7.
Object 3 has descriptor 7.
Which is totally not what I want.
You definitly violate the "rule of three". That may be the problem here.
Google for it. If it works with a reserve(3) in this example, that this is
your problem. The vector copies your objects and makes temporaries which
get destructed, closing your pipes. So the next pipe gets an old yet unused
descriptor.
--
Thomas http://www.netmeister.org/news/learn2quote.html M.*********@gmail.com wrote:
On 16 Cze, 21:08, Robert Bauck Hamar <roberth+n...@ifi.uio.nowrote:
>It's hard to guess without seeing any code.
class object
{
public:
int p[2];
object(int id)
{
pipe(p);
printf("Object %d has descriptor %d.",id,p[0]);
}
~object()
{
I'll give you a hint. Insert
printf("Descriptors %d and %d closed\n", p[0], p[1]);
here.
close(p[0]);
close(p[1]);
}
};
--
rbh
On 16 Cze, 22:38, "Thomas J. Gritzan" <Phygon_ANTIS...@gmx.dewrote:
You definitly violate the "rule of three". That may be the problem here.
Google for it. If it works with a reserve(3) in this example, that this is
your problem. The vector copies your objects and makes temporaries which
get destructed, closing your pipes. So the next pipe gets an old yet unused
descriptor.
Ok. I see the sequence is CONSTRUCT TEMP -COPY TO DESTINATION ->
DESTROY TEMP
which I don't like, but still makes sense
Writing a copy constructor seems to help
object(object const& in)
{
id = in.id;
pipe(p);
}
I also added assigment operator as one of you suggested:
object& operator=(const object& in)
{
p[0] = in.p[0];
p[1] = in.p[1];
}
Though I think compiler generated one would do the same.
Thanks for mentioning the "rule of three"
Cheers M.*********@gmail.com wrote:
On 16 Cze, 22:38, "Thomas J. Gritzan" <Phygon_ANTIS...@gmx.dewrote:
>You definitly violate the "rule of three". That may be the problem here. Google for it. If it works with a reserve(3) in this example, that this is your problem. The vector copies your objects and makes temporaries which get destructed, closing your pipes. So the next pipe gets an old yet unused descriptor.
Ok. I see the sequence is CONSTRUCT TEMP -COPY TO DESTINATION ->
DESTROY TEMP
which I don't like, but still makes sense.
It's what C++ does.
Writing a copy constructor seems to help
object(object const& in)
{
id = in.id;
pipe(p);
}
IMHO, this is the wrong solution. It creates a lot of pipes, and it makes
the object harder to use (copies aren't equal as one would usually expect).
I also added assigment operator as one of you suggested:
object& operator=(const object& in)
{
p[0] = in.p[0];
p[1] = in.p[1];
}
Though I think compiler generated one would do the same.
Your compiler would generate the same thing. You need the rule of three, but
not this way.
Solution 1)
class object {
... //as before
private:
void operator = (const object&); // No need to actually implement these
object(const object&);
};
vector<boost::shared_ptr<object objects;
for (...)
objects.push_back(boost::shared_ptr<object>(new object(i)));
This would make the objects non copyable, and your boost::shared_ptr takes
care of deleting. You could also use std::auto_ptr instead of
boost::shared_ptr.
Solution 2)
class object {
struct arr {
int p[2];
};
boost::shared_ptr<arrp;
public:
object() : p(new arr)
{ pipe(p->p); }
// compiler generated copy ctor, assignment op and dtor works
//...
};
Boost::shared_ptr can be downloaded from <URL:http://boost.org>. It's also
up for the new standard, and might be found if your compiler ships the tr1
libs. In that case it's called std::tr1::shared_ptr (turn on tr1 and
#include <memory>)
--
rbh
On Jun 16, 7:34 pm, Robert Bauck Hamar <roberth+n...@ifi.uio.no>
wrote:
vector<boost::shared_ptr<object objects;
for (...)
objects.push_back(boost::shared_ptr<object>(new object(i)));
This would make the objects non copyable, and your boost::shared_ptr takes
care of deleting. You could also use std::auto_ptr instead of
boost::shared_ptr.
no, you couldn't
Diego This thread has been closed and replies have been disabled. Please start a new discussion. Similar topics
by: jenny |
last post by:
Hi,
I have a java socket program running on AIX 4.3.3.0 platform. It
opens a socket and sends data to our customer over a leased fractional
T1 line. The line is always connected. However,...
|
by: Hans Deragon |
last post by:
Greetings.
I am performing:
commands.getstatusoutput("rsync <params>");
rsync takes a long time and prints out a steady stream of lines
showing which file it is currently working on.
|
by: Dario |
last post by:
I have an unmanaged library that handle many TCP/IP connections.
In my .NET application i want to test if there is input available
on these connections.
Using an existing function of the unmanaged...
|
by: Pascal Ehlert |
last post by:
I don't know if this is the right newsgroup because the question is maybe a bit linux specific so if not slap me ;-)
I'm trying to send the output of a perl-script to a socket.
So I'm opening a...
|
by: billiejoex |
last post by:
Hi,
I'm writing a small asyncore-based server application serving a lot of
clients. When I have to handle more than 1021 client simoultaneously
the 'binded' socket object raises an error:
...
|
by: atlaste |
last post by:
Hi,
In an attempt to create a full-blown webcrawler I've found myself
writing a wrapper around the Socket class in an attempt to make it
completely async, supporting timeouts and some scheduling...
|
by: Yang |
last post by:
Hi, I'm experiencing a problem when trying to close the file descriptor
for a socket, creating another socket, and then closing the file
descriptor for that second socket. I can't tell if my issue...
|
by: Jean-Paul Calderone |
last post by:
On Mon, 12 May 2008 17:35:44 -0700 (PDT), schickb <schickb@gmail.comwrote:
Alas, you haven't actually closed src's standard input. Though you did
close src.stdin, you didn't close the copy of it...
|
by: Jeremy Sanders |
last post by:
Hi - I have some code which works under linux. It starts a remote python
process using subprocess and communicates to it via a pipe created by
os.pipe. As far as I understand, child processes...
|
by: DolphinDB |
last post by:
Tired of spending countless mintues downsampling your data? Look no further!
In this article, you’ll learn how to efficiently downsample 6.48 billion high-frequency records to 61 million...
|
by: ryjfgjl |
last post by:
ExcelToDatabase: batch import excel into database automatically...
|
by: isladogs |
last post by:
The next Access Europe meeting will be on Wednesday 6 Mar 2024 starting at 18:00 UK time (6PM UTC) and finishing at about 19:15 (7.15PM).
In this month's session, we are pleased to welcome back...
|
by: Vimpel783 |
last post by:
Hello!
Guys, I found this code on the Internet, but I need to modify it a little. It works well, the problem is this: Data is sent from only one cell, in this case B5, but it is necessary that data...
|
by: jfyes |
last post by:
As a hardware engineer, after seeing that CEIWEI recently released a new tool for Modbus RTU Over TCP/UDP filtering and monitoring, I actively went to its official website to take a look. It turned...
|
by: PapaRatzi |
last post by:
Hello,
I am teaching myself MS Access forms design and Visual Basic. I've created a table to capture a list of Top 30 singles and forms to capture new entries. The final step is a form (unbound)...
|
by: Defcon1945 |
last post by:
I'm trying to learn Python using Pycharm but import shutil doesn't work
|
by: af34tf |
last post by:
Hi Guys, I have a domain whose name is BytesLimited.com, and I want to sell it. Does anyone know about platforms that allow me to list my domain in auction for free. Thank you
|
by: Faith0G |
last post by:
I am starting a new it consulting business and it's been a while since I setup a new website. Is wordpress still the best web based software for hosting a 5 page website? The webpages will be...
| | |